Summary: | www/seamonkey - fix the LDAP option | ||||||
---|---|---|---|---|---|---|---|
Product: | Ports & Packages | Reporter: | Mikhail T. <freebsd-2024> | ||||
Component: | Individual Port(s) | Assignee: | freebsd-gecko (Nobody) <gecko> | ||||
Status: | Closed FIXED | ||||||
Severity: | Affects Some People | CC: | jbeich | ||||
Priority: | --- | Flags: | bugzilla:
maintainer-feedback?
(gecko) |
||||
Version: | Latest | ||||||
Hardware: | Any | ||||||
OS: | Any | ||||||
Attachments: |
|
Description
Mikhail T.
2014-12-17 23:48:17 UTC
Auto-assigned to maintainer gecko@FreeBSD.org While the discussion upstream is ongoing on how to fix this problem for good -- or, whether to, perhaps, make the c-sdk subtree of mozilla build separately (like NSPR and NSS), our port remains broken. I think, my patch is a perfectly fine short- to medium-term solution. Please, commit at your convenience or allow me to. Thanks! (In reply to Mikhail T. from comment #2) > While the discussion upstream is ongoing on how to fix this problem for good > -- or, whether to, perhaps, make the c-sdk subtree of mozilla build > separately (like NSPR and NSS), our port remains broken. LDAP is already configured and built using mostly its own build system. And as you can see in the log only a few more libs are built this way, the rest are converted to moz.build. But adding --with-system-ldap to mail/thunderbird and www/seamonkey and making them depend on net/ldapsdk wouldn't solve this and Mozilla bug 925217. It may also make things worse by having to either roll our own distfile or be satisfied with the one from 31-Jan-2011. ldap/sdks/c-sdk> checking for as... (cached) /usr/bin/as ldap/sdks/c-sdk> checking for ar... /usr/bin/ar ldap/sdks/c-sdk> checking for ld... /usr/bin/ld ldap/sdks/c-sdk> checking for strip... /usr/bin/strip [...] ldap/sdks/c-sdk> creating ./config.status ldap/sdks/c-sdk> creating Makefile ldap/sdks/c-sdk> creating config/Makefile ldap/sdks/c-sdk> creating config/autoconf.mk ldap/sdks/c-sdk> creating ldap/Makefile ldap/sdks/c-sdk> creating ldap/clients/tools/Makefile ldap/sdks/c-sdk> creating ldap/include/Makefile ldap/sdks/c-sdk> creating ldap/libraries/Makefile ldap/sdks/c-sdk> creating ldap/libraries/libldap/Makefile ldap/sdks/c-sdk> creating ldap/libraries/libprldap/Makefile https://ftp.mozilla.org/pub/mozilla.org/thunderbird/try-builds/jbeich@vfemail.net-16fd61cbacf9/try-comm-central-linux/try-comm-central-linux-bm87-try1-build46.txt.gz $ cd net/ldapsdk; make install $ ls -l /usr/local/mozilla/directory/bin/ total 2 lrwxr-xr-x 1 root wheel 63 Dec 31 14:40 libldap60.so@ -> ../../mozldap-6.0.7/c-sdk/ldap/libraries/libldap/./libldap60.so lrwxr-xr-x 1 root wheel 63 Dec 31 14:39 libldif60.so@ -> ../../mozldap-6.0.7/c-sdk/ldap/libraries/libldif/./libldif60.so lrwxr-xr-x 1 root wheel 67 Dec 31 14:40 libprldap60.so@ -> ../../mozldap-6.0.7/c-sdk/ldap/libraries/libprldap/./libprldap60.so $ ls -l /usr/local/mozilla/directory/lib/*.so* lrwxr-xr-x 1 root wheel 63 Dec 31 14:40 /usr/local/mozilla/directory/lib/libldap60.so@ -> ../../mozldap-6.0.7/c-sdk/ldap/libraries/libldap/./libldap60.so lrwxr-xr-x 1 root wheel 63 Dec 31 14:39 /usr/local/mozilla/directory/lib/libldif60.so@ -> ../../mozldap-6.0.7/c-sdk/ldap/libraries/libldif/./libldif60.so lrwxr-xr-x 1 root wheel 67 Dec 31 14:40 /usr/local/mozilla/directory/lib/libprldap60.so@ -> ../../mozldap-6.0.7/c-sdk/ldap/libraries/libprldap/./libprldap60.so > I think, my patch is a perfectly fine short- to medium-term solution. > Please, commit at your convenience or allow me to. Thanks! Can you test my version first? https://trillian.chruetertee.ch/freebsd-gecko/changeset/1796/ Landed as ports r377062. |