[
https://issues.apache.org/jira/browse/HDFS-2303?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13198529#comment-13198529
]
Allen Wittenauer commented on HDFS-2303:
----------------------------------------
bq. It's better to have the user install jsvc as part of the OS libs then
building 3rd party native library as part of hadoop builds.
I feel the need to point out that the current method is first party given that
jsvc is Apache software and pulling from the OS vendor would be third party.
I also feel the need to point out that pulling jsvc out of the distribution
should also require pulling other binary components out of the distribution for
the exact same reasons. It doesn't make much sense to me to pull a binary
version of one ASF project and the source release for another without a very
compelling reason. Given that we don't care about portability, I don't see the
value of removing jsvc.
> jsvc needs to be recompilable
> -----------------------------
>
> Key: HDFS-2303
> URL: https://issues.apache.org/jira/browse/HDFS-2303
> Project: Hadoop HDFS
> Issue Type: Bug
> Reporter: Roman Shaposhnik
> Assignee: Roman Shaposhnik
> Attachments: HDFS-2303.patch.txt
>
>
> It would be nice to recompile jsvc as part of the native profile. This has a
> number of benefits including an ability to re-generate all binary artifacts,
> etc. Most of all, however, it will provide a way to generate jsvc on Linux
> distributions that don't have matching libc
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
