#3489 closed enhancement (fixed)
Complete the move from /boot/home/config to /boot/common for optional packages
| Reported by: | scottmc | Owned by: | axeld |
|---|---|---|---|
| Priority: | normal | Milestone: | R1 |
| Component: | - General | Version: | R1/pre-alpha1 |
| Keywords: | Cc: | ||
| Blocked By: | Blocking: | ||
| Platform: | All |
Description
Optional packages that still need to be moved: APR, APR-util, links, openssh, oss, and subversion. All others have already made the move.
Attachments (4)
Change History (25)
comment:1 by , 16 years ago
comment:2 by , 16 years ago
just to note: flex, jam, and openssh's licenses are now kept in beos/etc/licenses. They should be repackaged and use common/data/licenses or home/config/data/licenses. See http://www.haiku-os.org/node/2525 for more info
comment:3 by , 16 years ago
never mind the license zip files i attached, i'll include them in the individual optional package zips instead.
by , 16 years ago
| Attachment: | NewOptionalPackages.diff added |
|---|
comment:4 by , 16 years ago
Attached patch new OptionalPackages: Libiconv, Neon, Python, SQLite
And updated packages for: OpenSSH, Apr, Apr-Util, Subversion and P7Zip.
by , 16 years ago
| Attachment: | flex-jam-OptionalPackages.diff added |
|---|
patch to use repackaged flex and jam zips to put license files in common/data/licenses
comment:5 by , 16 years ago
The new OpenSSH package does not contain a common/boot/post_install/ssh.sh script to generate the host keys on first boot. You can reuse the script from the 5.0p1 package, but the host key location has to be adjusted.
follow-up: 10 comment:6 by , 16 years ago
The LibIconv and SQLite packages explicitely don't install on gcc 4 Haiku. Is this intentional? If so, alternatives need to be provided for gcc 4, since without the libraries the new svn package won't work.
comment:7 by , 16 years ago
Yesterday, I asked scott about this. Basically, he, I, and others aren't confident in being able to determine if a particular piece of software is gcc agnostic. Is there a sure-fire way to be able to check if a particular binary or library can be used on both gcc2 and gcc4?
comment:9 by , 16 years ago
Replying to mmadia:
Yesterday, I asked scott about this. Basically, he, I, and others aren't confident in being able to determine if a particular piece of software is gcc agnostic. Is there a sure-fire way to be able to check if a particular binary or library can be used on both gcc2 and gcc4?
Any C-only software should be fine with both gcc 2 and gcc 4, since (to my knowledge) only the C++ ABI changed between the compiler versions. As a test building with one gcc and running on a non-hybrid Haiku of the alternative version should suffice. For libraries build with one gcc version and build a program linking against (and actually using) it (maybe even the test suite) with the other gcc. Most older portable libraries are purely C. Checking for source files with extensions .cpp, .cc, or .cxx should suffice to verify that.
Another note regarding the patch: SQLite should be listed after RSync in OptionalPackages.
by , 16 years ago
| Attachment: | newOptionalPackages.diff added |
|---|
fixed SQLite location in list and updated OpenSSH zip to include script to set up keys on boot
comment:10 by , 16 years ago
Replying to bonefish:
The LibIconv and SQLite packages explicitely don't install on gcc 4 Haiku. Is this intentional? If so, alternatives need to be provided for gcc 4, since without the libraries the new svn package won't work.
Perhaps someone with a GCC4 built Haiku can try these out and report back. SQLite should work ok on gcc4 as it's a C library, not sure about LibIconv, also neon needs to be verified as well.
follow-up: 12 comment:11 by , 16 years ago
iconv, neon, and sqlite all seem to work fine on gcc4 haiku. If they were used in a previous Subversion client - looks like none of them link to libstdc++...
Since the previous gcc2 Subversion client worked fine on gcc4 Haiku, I wouldn't have expected the new one to fail :)
On the other hand, I'd be glad to compile gcc4 versions if it would reduce the possibility that the runtime_loader will be confused when a mixture of gcc2/gcc4 libs exist on a hybrid system (does this matter?)
comment:12 by , 16 years ago
Replying to umccullough:
On the other hand, I'd be glad to compile gcc4 versions if it would reduce the possibility that the runtime_loader will be confused when a mixture of gcc2/gcc4 libs exist on a hybrid system (does this matter?)
No worries, the runtime loader isn't confused that easily. :-)
@scottmc: I've tested the new patch, but apparently the svn executable is linked against libxml2.so.2, which is not available.
comment:13 by , 16 years ago
Sorry, another note: I've noticed the APR related credits in AboutSystem appear as "apr" and "apr-util". Could you change that to "APR" and "APR-util" please, since those seem to be the official names. Thanks!
comment:14 by , 16 years ago
I'll update the APR and APR-util .OPD files as requested and will put together a package for libxml2, I seem to recall neon may rely on it as well. I'm also putting together a patch to add nano as an Optional Package as that was mentioned recently on the mailing lists as well.
comment:15 by , 16 years ago
The cdrecord zip includes both cdrecord, and mkisofs which is needed if someone wants to "jam haiku-cd" on Haiku. I am checking that all of the packages download properly on a fresh build system, and have turned up a few minor issues, better patch coming soon.
by , 16 years ago
| Attachment: | New.OptionalPackages.diff added |
|---|
improved patch, fixed path for nano. Still testing, so hold off on applying till the results are in.
comment:16 by , 16 years ago
the openssh zip should be checked over closer, as I'm not sure that I set the ssh.sh up properly.
follow-up: 18 comment:17 by , 16 years ago
| Resolution: | → fixed |
|---|---|
| Status: | new → closed |
follow-up: 20 comment:18 by , 16 years ago
Replying to bonefish:
Thanks. We just verified that ssh/sshd were working as excepted. There may be an issue with the PATH, but I think it's the same as the pervious package, so this one is as good as that one. Posted screenshot shows urias remotely logging into my laptop...
comment:19 by , 16 years ago
The entire environment is missing when logging in remotely via ssh AFAICT - one must run /boot/system/boot/SetupEnvironment to fix it.
comment:20 by , 16 years ago
Replying to scottmc:
Posted screenshot shows urias remotely logging into my laptop...
I noticed that you partially blanked out your ip-address in the chat-log, but you forgot the big ip-address in the bottom of the image. :)
comment:21 by , 16 years ago
I deleted the attachment, assuming that scott forgot to blank out the IP address at the bottom.
I have new builds of apr-1.3.3, apr-util-1.3.4, openssh-5.2p1, and subversion-1.6.2 that I am currently testing. It appears that subversion has a handful of dependencies, so I am rechecking those as well. Should have something to add in the next week or so.