FreeBSD Port: libmusicbrainz3-3.0.2_1 - FindNeon.cmake hard codes /usr/local
libmusicbrainz3 FindNeon.cmake file hard codes '/usr/local' instead of respecting LOCALBASE or PREFIX. This is being passed to cmake, Apparently a reversed diff, but the patch is as follows : diff -u cmake/modules/FindNeon.cmake cmake/modules/ FindNeon.cmake.orig --- cmake/modules/FindNeon.cmake2009-05-19 22:59:07.0 -0700 +++ cmake/modules/FindNeon.cmake.orig 2009-05-19 22:58:01.0 -0700 @@ -4,13 +4,13 @@ FIND_PATH(NEON_INCLUDE_DIR ne_request.h ${_NeonIncDir} /usr/include/neon -${CMAKE_INSTALL_PREFIX}/include/neon +/usr/local/include/neon ) FIND_LIBRARY(NEON_LIBRARIES neon ${_NeonLinkDir} /usr/lib -${CMAKE_INSTALL_PREFIX}/lib +/usr/local/lib ) IF (NEON_INCLUDE_DIR AND NEON_LIBRARIES) --- David P. Discher * http://davidpdischer.com/ * C: 408.368.3725 d...@dpdtech.com * AIM: DavidDPD | Y!M: daviddpdz * H: 408.541.0159 --- ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
New port: sysutils/megacli waiting to commit
Hi, all. please appreciate my port *megacli* http://www.freebsd.org/cgi/query-pr.cgi?pr=133655 -- Vladimir Ermakov ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
FreeBSD Port: py25-telepathy-butterfly-0.3.3
In order for gnome2 to built with LOCALBASE = something other than / usr/local, and net-im/telepathy-butterfly will need to add CONFIGURE_ARGS+= --prefix=${PREFIX} in order to correctly install into the alt LOCALBASE. Otherwise, the port installs into /usr/local, and with LOCALBASE set to /home/opt, the 'make package' will fail. --- David P. Discher * http://davidpdischer.com/ * C: 408.368.3725 d...@dpdtech.com * AIM: DavidDPD | Y!M: daviddpdz * H: 408.541.0159 --- ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: New port: sysutils/megacli waiting to commit
Vladimir Ermakov wrote: Hi, all. please appreciate my port *megacli* http://www.freebsd.org/cgi/query-pr.cgi?pr=133655 Is that different from this the port, is it an update? Path: /usr/ports/sysutils/linux-megacli -- Philip M. Gollucci (phi...@ridecharge.com) did: 703.579.6947, o: 703.549.2050x206 Senior System Admin - RideCharge Inc. http://ridecharge.com 1024D/DB9B8C1C B90B FBC3 A3A1 C71A 8E70 3F8C 75B8 8FFB DB9B 8C1C Work like you don't need the money, love like you'll never get hurt, and dance like nobody's watching. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: portupgrade -R order
On Tue, May 19, 2009 at 11:58 PM, Stephen Montgomery-Smith step...@missouri.edu wrote: My experience is that openoffice will NOT build properly if gcc43 is installed. So maybe it deinstalled gcc43, built openoffice, and then rebuilt gcc43. No. Gcc-4.3 is primary compiler for my projects and OOo also need often for me. Therefore both are installed. And I never seen any conflict. -- Andrew W. Nosenko andrew.w.nose...@gmail.com ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: portmaster vs openoffice.org-3 (dmake)
on 20/05/2009 05:11 Doug Barton said the following: portmaster has no knowledge of dmake, I am certain of this too :-) and it doesn't set make variables unless the user specifies them. sure It does set a few enviornment variables, but nothing that should have an effect here. It would help to debug this if you could narrow it down a little. I think it could be related to one of them because overwritten memory contains strings that suspiciously resembling port names. Below are some gdb details. Also, are you setting anything interesting in make.conf? Particularly the new make jobs safe stuff? I haven't changed make.conf for several months, so there is nothing for multiple jobs stuff and nothing that could affect (in my opinion) portmaster vs pure port build. Now the details. #0 Search_table (tab=Variable tab is not available. ) at dag.c:195 195 if(hp-ht_hash == *phkey (gdb) bt #0 Search_table (tab=Variable tab is not available. ) at dag.c:195 #1 0x00407c38 in Get_name (name=0x80090ea60 CUR_DEPS, tab=0x51ce00, define=1) at dag.c:159 #2 0x00407f74 in Def_macro (name=0x80090ea60 CUR_DEPS, value=0x800913009 :Hermes-1.3.3_2:graphics/Hermes:aggregate-1.6_1:net-mgmt/aggregate:akode-plugins-mpc-2.0.2,1:audio/akode-plugins-mpc:antiword-0.37_1:textproc/antiword:arc-5.21o_1:archivers/arc:arj-3.10.22_1:archivers..., flags=40) at dag.c:336 #3 0x0040e73e in Parse_macro (buffer=Variable buffer is not available. ) at macparse.c:122 #4 0x0040bb96 in Parse (fil=0x0) at parse.c:158 #5 0x0040aec7 in ReadEnvironment () at sysintf.c:472 #6 0x00410838 in Parse_rule_def (state=0x51db08) at rulparse.c:625 #7 0x0040bba4 in Parse (fil=0x800860e80) at parse.c:159 #8 0x00409d5e in main (argc=Variable argc is not available. ) at dmake.c:388 (gdb) i reg rax0xb5 181 rbx0x35703a657361422d 385064103635757 rcx0xb5 181 ... (gdb) fr 2 #2 0x00407f74 in Def_macro (name=0x80090ea60 CUR_DEPS, value=0x800913009 :Hermes-1.3.3_2:graphics/Hermes:aggregate-1.6_1:net-mgmt/aggregate:akode-plugins-mpc-2.0.2,1:audio/akode-plugins-mpc:antiword-0.37_1:textproc/antiword:arc-5.21o_1:archivers/arc:arj-3.10.22_1:archivers..., flags=40) at dag.c:336 336hp = Get_name( name, Macs, TRUE ); (gdb) p Macs[181] $1 = 0x80092e080 (gdb) p *Macs[181] $2 = {ht_next = 0x80091ef80, ht_link = 0x0, ht_name = 0x80090e570 SYSTEM_AGG, ht_value = 0x8009120f4 NO, ht_hash = 1443329181, ht_flag = 40, var = {mv_mask = 0, val = {mv_svar = 0x0, mv_cvar = 0x0, mv_bvar = 0x0, mv_ivar = 0x0, ht = {ht_owner = 0x0, ht_root = 0x0 (gdb) p Macs[181]-ht_next $3 = (struct hcell *) 0x80091ef80 (gdb) p *Macs[181]-ht_next $4 = {ht_next = 0x35703a657361422d, ht_link = 0x61422d747865542d, ht_name = 0x322d6465636e616c Address 0x322d6465636e616c out of bounds, ht_value = 0x743a315f302e302e Address 0x743a315f302e302e out of bounds, ht_hash = 1886681189, ht_flag = 795045746, var = {mv_mask = 1412248944, val = {mv_svar = 0x6465636e616c6142, mv_cvar = 0x6465636e616c6142 Address 0x6465636e616c6142 out of bounds, mv_bvar = 0x6465636e616c6142, mv_ivar = 0x6465636e616c6142, ht = {ht_owner = 0x6465636e616c6142, ht_root = 0x747865542d35703a (gdb) x/s Macs[181]-ht_next 0x80091ef80: -Base:p5-Text-Balanced-2.0.0_1:textproc/p5-Text-Balanced:p5-Text-Flowchart-1.00:textproc/p5-Text-Flowchart:p5-Text-Tabs+Wrap-2009.0305:textproc/p5-Text-Tabs+Wrap:p5-Time-Local-1.19.01:devel/p5-Time-Lo... (gdb) x/s (char*)Macs[181]-ht_next - 49024 0x800913000: CUR_DEPS=:Hermes-1.3.3_2:graphics/Hermes:aggregate-1.6_1:net-mgmt/aggregate:akode-plugins-mpc-2.0.2,1:audio/akode-plugins-mpc:antiword-0.37_1:textproc/antiword:arc-5.21o_1:archivers/arc:arj-3.10.22_1:... It's the same string, verified by x/5s. In any case, it must be a bug in dmake code. -- Andriy Gapon ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: New port: sysutils/megacli waiting to commit
Philip M. Gollucci wrote: Vladimir Ermakov wrote: Hi, all. please appreciate my port *megacli* http://www.freebsd.org/cgi/query-pr.cgi?pr=133655 Is that different from this the port, is it an update? Path: /usr/ports/sysutils/linux-megacli Since the megacli application now has a native binary, should be not DEPRICATE the linux version? Regards, Frank Laszlo ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: New port: sysutils/megacli waiting to commit
Sean McAfee wrote: IMO, linux-megacli, linux-megacli2, and megacli should all exist as independent ports. Ah the linux- ports confusing re-arrises. -- 1024D/DB9B8C1C B90B FBC3 A3A1 C71A 8E70 3F8C 75B8 8FFB DB9B 8C1C Philip M. Gollucci (pgollu...@p6m7g8.com) c: 703.336.9354 Consultant - P6M7G8 Inc.http://p6m7g8.net Senior Sys Admin- RideCharge, Inc. http://ridecharge.com Contractor - PositiveEnergyUSA http://positiveenergyusa.com ASF Member - Apache Software Foundation http://apache.org FreeBSD Committer - FreeBSD Foundation http://freebsd.org Work like you don't need the money, love like you'll never get hurt, and dance like nobody's watching. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: New port: sysutils/megacli waiting to commit
Frank J. Laszlo wrote: Philip M. Gollucci wrote: Vladimir Ermakov wrote: Hi, all. please appreciate my port *megacli* http://www.freebsd.org/cgi/query-pr.cgi?pr=133655 Is that different from this the port, is it an update? Path: /usr/ports/sysutils/linux-megacli Since the megacli application now has a native binary, should be not DEPRICATE the linux version? Regards, Frank Laszlo Probably not. I noted this when I originally filed the PR for linux-megacli2, but the 1.x, 2.x, and 4.x versions support dramatically different hardware lines. As an example, this native version is 4.x and does not support the Dell PERC5. IMO, linux-megacli, linux-megacli2, and megacli should all exist as independent ports. -- Sean McAfee System Engineer Collaborative Fusion, Inc. smca...@collaborativefusion.com 412-422-3463 x 4025 5849 Forbes Avenue Pittsburgh, PA 15217 IMPORTANT: This message contains confidential information and is intended only for the individual named. If the reader of this message is not an intended recipient (or the individual responsible for the delivery of this message to an intended recipient), please be advised that any re-use, dissemination, distribution or copying of this message is prohibited. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. The sender therefore does not accept liability for any errors or omissions in the contents of this message, which arise as a result of e-mail transmission. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: New port: sysutils/megacli waiting to commit
Philip M. Gollucci wrote: Sean McAfee wrote: IMO, linux-megacli, linux-megacli2, and megacli should all exist as independent ports. Do they provide different functionality or are we just keeping them around for nostalgic purposes? Regards, Frank Laszlo ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: New port: sysutils/megacli waiting to commit
Sean McAfee wrote: Frank J. Laszlo wrote: Philip M. Gollucci wrote: Vladimir Ermakov wrote: Hi, all. please appreciate my port *megacli* http://www.freebsd.org/cgi/query-pr.cgi?pr=133655 Is that different from this the port, is it an update? Path: /usr/ports/sysutils/linux-megacli Since the megacli application now has a native binary, should be not DEPRICATE the linux version? Regards, Frank Laszlo Probably not. I noted this when I originally filed the PR for linux-megacli2, but the 1.x, 2.x, and 4.x versions support dramatically different hardware lines. As an example, this native version is 4.x and does not support the Dell PERC5. IMO, linux-megacli, linux-megacli2, and megacli should all exist as independent ports. Sorry, I missed this reply with your reasoning. Thanks for clearing that up. Regards, Frank Laszlo ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: devel/boost: what's proper shared library version?
Folks, Could somebody officially and explicitly tell me, how to assign shared library versions for new boost ports? I see following possibilities: 1) Use boost release version as shared library version. This is safe and recommended by boost. 2) Use some other approach. I do not see alternatives, so please give your advice if you are aginst option #1. Please, remember that boost.org does not examine binary compatibility of their libraries, because this is nearly impossible to do for all platforms and compilers. They also easily may break compatibility even when fixing a bug due to heavy use of metaprogramming. Sincerely, Alexander Churanov, maintainer of devel/boost ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: portmaster vs openoffice.org-3 (dmake)
On Wed, 20 May 2009 19:27:44 +0300, Andriy Gapon wrote: BTW, I can reliably reproduce this on amd64, but can not do it in i386 jail. Ports tree is exactly the same, ditto for portmaster version. I have seen it on i386... after seeing your initial post I tried a make and got a clean compile. -- doug ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: devel/boost: what's proper shared library version?
* Alexander Churanov (alexanderchura...@gmail.com) wrote: Could somebody officially and explicitly tell me, how to assign shared library versions for new boost ports? I see following possibilities: 1) Use boost release version as shared library version. This is safe and recommended by boost. Not official, but couple of thoughts, unfortunately I forgot to anser your previous message regarding .so versioning. As I understand, we now assume ABI breakage on every boost update, correct? In this case .so versioning scheme doesn't really matter, the important thing is to ensure SONAME recorded in .so files has version component. Currently, % objdump -x libboost_regex.so | grep SONAME SONAME libboost_regex.so Thus (example boost-dependent port qtiplot): % ldd /usr/local/bin/qtiplot | grep boost libboost_date_time.so = /usr/local/lib/libboost_date_time.so (0x287be000) If boost is updated, that'll point to NEW libboost_date_time.so, which may have ABI broken. However, if SONAME contains version, it will be like that: % objdump -x libboost_regex.so | grep SONAME SONAME libboost_regex.so.1.39 % ldd /usr/local/bin/qtiplot | grep boost libboost_date_time.so.1.39 = /usr/local/lib/libboost_date_time.so.1.39 (0x287be000) and when boost is upgraded, this will become % ldd /usr/local/bin/qtiplot | grep boost libboost_date_time.so.1.39 = /usr/local/lib/compat/pkg/libboost_date_time.so.1.39 (0x287be000) Thus, we ensure that the application does not pick up boost libraries of different version than it was build with. Aside for that, versioning scheme doesn't really matter. As I understand, that's .so.1.39 vs .so.139 vs .so.5 The difference is that with former you can't specify version in LIB_DEPENDS, i.e. LIB_DEPENDS=boost_date_time.139:${PORTSDIR}/devel/boost, which will make users update boost before building any dependent ports and theoretically catch cases where some port requires new boost version and breaks with the old one. However, that'll be catched in a most ugly way where new boost is built and this fails on installation because old boost is still installed. Also one will need to update version in boost-dependent ports along with portrevision bump. Currently, there are 30 vs 53 ports with unversioned/versioned depend. -- Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D amd...@amdmi3.ru ..: jabber: amd...@jabber.ruhttp://www.amdmi3.ru ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: devel/boost: what's proper shared library version?
* Dmitry Marakasov (amd...@amdmi3.ru) wrote: A small addendum: As I understand, that's .so.1.39 vs .so.139 vs .so.5 .so.139 may be not futureproof as there were (and may be later) 3-component versions i.e. 1.34.1. Also, given that boost seem to update fairy regularily, many (pretty huge) ports depend on it and there were no ABI breakages during last updates, I'd vote for only bumping soversion if it's known to break ABI (on major releases or post factum if the breakage is reported). This way the .so.5 scheme seems to be most suitable, as soversion does not correllate with boost version. If on some point we discover that every update needs soversion bump, we can always switch to .so.1.39 or whatever, anyway. -- Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D amd...@amdmi3.ru ..: jabber: amd...@jabber.ruhttp://www.amdmi3.ru ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: portmaster vs openoffice.org-3 (dmake)
on 20/05/2009 14:59 Andriy Gapon said the following: In any case, it must be a bug in dmake code. BTW, I can reliably reproduce this on amd64, but can not do it in i386 jail. Ports tree is exactly the same, ditto for portmaster version. -- Andriy Gapon ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Duplicate LATEST_LINKS
Please fix :) adodb/space/portstreesports/databases/adodb m...@freebsd.org adodb/space/portstreesports/databases/adodb5 m...@freebsd.org apache /space/portstreesports/www/apache13 apa...@freebsd.org apache /space/portstreesports/www/apache22-peruser-mpm ji...@quis.cx barry/space/portstreesports/palm/barry meitol...@gmail.com barry/space/portstreesports/ports-mgmt/barry po...@freebsd.org cacheboy /space/portstreesports/www/cacheboy adr...@freebsd.org cacheboy /space/portstreesports/www/cacheboy15-devel adr...@freebsd.org cacheboy /space/portstreesports/www/cacheboy16 adr...@freebsd.org cantus /space/portstreesports/audio/cantus o...@old.com.ua cantus /space/portstreesports/audio/cantus_3 po...@freebsd.org clive/space/portstreesports/deskutils/ljclive joh...@stack.nl clive/space/portstreesports/multimedia/clive lega...@gmail.com crimson /space/portstreesports/games/crimson carpetsmo...@xs4all.nl crimson /space/portstreesports/textproc/crimson gir...@partitur.se dbmail /space/portstreesports/mail/dbmail mark...@kikg.ifmo.ru dbmail /space/portstreesports/mail/dbmail23 mark...@kikg.ifmo.ru dcd /space/portstreesports/net-p2p/dcd a...@freebsd.org dcd /space/portstreesports/audio/dcd g...@freebsd.org deco /space/portstreesports/archivers/deco ke...@freebsd.org deco /space/portstreesports/misc/deco r...@freebsd.org deluge /space/portstreesports/net-p2p/deluge po...@freebsd.org deluge /space/portstreesports/net-p2p/deluge05 po...@freebsd.org dillo/space/portstreesports/www/dillo2 bf20...@yahoo.com dillo/space/portstreesports/www/dillo tms...@netcologne.de docbook-450 /space/portstreesports/textproc/docbook-440 ga...@freebsd.org docbook-450 /space/portstreesports/textproc/docbook-450 ga...@freebsd.org dovecot /space/portstreesports/mail/dovecot y...@coolrat.org dovecot /space/portstreesports/mail/dovecot-devel y...@coolrat.org eigen/space/portstreesports/math/eigen k...@freebsd.org eigen/space/portstreesports/math/eigen2 k...@freebsd.org expect /space/portstreesports/lang/expect-devel m...@freebsd.org expect /space/portstreesports/lang/expect po...@freebsd.org flex-sdk /space/portstreesports/devel/flex-sdk kuriy...@freebsd.org flex-sdk /space/portstreesports/devel/flex-sdk2 kuriy...@freebsd.org freeradius /space/portstreesports/net/freeradius da...@wood2.org.uk freeradius /space/portstreesports/net/freeradius2 da...@wood2.org.uk gmime2 /space/portstreesports/mail/gmime2 m...@freebsd.org gmime2 /space/portstreesports/mail/gmime24 m...@freebsd.org gtk-theme-switch /space/portstreesports/x11/gtk-theme-switch2 o...@bsdpower.com gtk-theme-switch /space/portstreesports/x11/gtk-theme-switch po...@freebsd.org hdf5 /space/portstreesports/science/hdf5 koz...@hdfgroup.org hdf5 /space/portstreesports/science/hdf5-18 koz...@hdfgroup.org kde-windeco-crystal /space/portstreesports/x11-themes/kde-windeco-crystal dece...@gmail.com kde-windeco-crystal /space/portstreesports/x11-themes/kde4-windeco-crystal g.venia...@googlemail.com krusader /space/portstreesports/x11-fm/krusader h.eichm...@gmx.de krusader /space/portstreesports/x11-fm/krusader2 h.eichm...@gmx.de linux-enemyterritory-omni-bot /space/portstreesports/games/linux-enemyterritory-omni-bot alepul...@freebsd.org linux-enemyterritory-omni-bot /space/portstreesports/games/linux-enemyterritory-omni-bot-0660 alepul...@freebsd.org linux-vmware-toolbox /space/portstreesports/emulators/linux-vmware-toolbox5 matus...@freebsd.org linux-vmware-toolbox /space/portstreesports/emulators/linux-vmware-toolbox6 matus...@freebsd.org mediawiki/space/portstreesports/www/mediawiki gerrit.be...@gmx.de mediawiki/space/portstreesports/www/mediawiki12 gerrit.be...@gmx.de mod_log_sql2 /space/portstreesports/www/mod_log_sql2 apa...@freebsd.org mod_log_sql2 /space/portstreesports/www/mod_log_sql2-dtc scra...@freebsd.org mpc /space/portstreesports/audio/mpc po...@mark.reidel.info mpc /space/portstreesports/math/mpc wenhep...@gmail.com mysql++-mysql60 /space/portstreesports/databases/mysql++3 d...@dudu.ro mysql++-mysql60 /space/portstreesports/databases/mysql++ po...@freebsd.org mysql-connector-java
Re: port net/openldap24-sasl-client fails to register as dependency
Hello, (I am adding freebsd-ports@ to the thread as you suggested) Xin LI wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, Panagiotis, Panagiotis Christias wrote: Hello, I came across another dependency bug. It looks like packages that depend on net/openldap24-client (e.g. mail/sendmail-ldap, mail/dovecot with WITH_LDAP=true etc) fail to register the openldap dependency in systems that have net/openldap24-sasl-client port installed. I am aware of this problem but I don't have a good solution for it (at hand), this is an infrastructural issue with the ports dependency tracking - if two ports installs exactly the same files, there is no way to distinguish between the two without forcing to install one even if a conflicting one is already installed. Hm.. messy. How does lang/perl5.[6,8,10] handle such problems? Can we post this to -ports@ so we can bring more people into the discussion? I think this would be an interesting topic that should have been addressed sooner than later. (By the way, as a workaround portupgrade(1) for instance can be configured to force specified dependency, just FYI;). Are you referring to something like the following in pkgtools.conf? ALT_PKGDEP = { 'net/openldap24-client' = 'net/openldap24-sasl-client', } I am already using that. Without it portinstall/upgrade would try every time to install net/openldap24-client (and fail). But it still does not register the dependency. Regards, Panagiotis -- Panagiotis J. ChristiasNetwork Management Center p.christ...@noc.ntua.grNational Technical Univ. of Athens, GREECE ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: port net/openldap24-sasl-client fails to register as dependency
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Panagiotis Christias wrote: Hello, (I am adding freebsd-ports@ to the thread as you suggested) Xin LI wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, Panagiotis, Panagiotis Christias wrote: Hello, I came across another dependency bug. It looks like packages that depend on net/openldap24-client (e.g. mail/sendmail-ldap, mail/dovecot with WITH_LDAP=true etc) fail to register the openldap dependency in systems that have net/openldap24-sasl-client port installed. I am aware of this problem but I don't have a good solution for it (at hand), this is an infrastructural issue with the ports dependency tracking - if two ports installs exactly the same files, there is no way to distinguish between the two without forcing to install one even if a conflicting one is already installed. Hm.. messy. How does lang/perl5.[6,8,10] handle such problems? Install an entry into /etc/make.conf, I think it's Ok for perl (since there are a lot of ports depends on it) but not for OpenLDAP... Cheers, - -- Xin LI delp...@delphij.nethttp://www.delphij.net/ FreeBSD - The Power to Serve! -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.11 (FreeBSD) iEYEARECAAYFAkoUjvoACgkQi+vbBBjt66CxQgCgt5nbavwhqigC0olet1AJWO30 xVsAn28lB+20KTGRjKg1cSo3rjFL2aEq =tTlz -END PGP SIGNATURE- ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org