Re: lang/python27 and threads option
Am 28.06.2011 04:16 (UTC+1) schrieb wen heping: Would you test removing files/patch-Makefile.pre.in ? After removing files/patch-Makefile.pre.in and than building lang/python27 works for math/saga (with option PYTHON) again :-) Thanks a lot, Rainer wen 2011/6/28 wen heping: It is caused by building libpython without -pthread, I shall try to fix it. I am wondering why there is not a run error when "python -m threading" wen 2011/6/28 Rainer Hurling: (Crossposting to python@, because I am not sure which is the right list in this case. Sorry, if this is not OK) Yesterday math/saga got updated. Now there is a new option for python bindings to the SAGA GIS api. This worked well with version 2.7.1 of lang/python27 until yesterday. I tried to build math/saga after upgrading to Python version 2.7.2 from today, but it stops in the configure. As far as I understand the math/saga configure script has a problem with the 'consistency check of all components of python development environment', see config.log (line 1347). - configure:16297: checking consistency of all components of python development environment configure:16323: cc -o conftest -O2 -pipe -I/usr/local/include -fno-strict-aliasing -I/usr/local/include/python2.7 -L/usr/local/lib conftest.c -L/usr/local/lib/python2.7/config -lpython2.7 -Wl,--export-dynamic -lutil>&5 /usr/local/lib/libpython2.7.so: undefined reference to `pthread_create' - This does not happen, if Python 2.7.2 was build _without_ option 'THREADS'. Then SAGA GIS builds fine. Listing the dynamic object dependencies of the Python library, there is a vital difference between Python 2.7.1 and 2.7.2. Python 2.7.1, build _with_ option 'THREADS': ldd /usr/local/lib/libpython2.7.so /usr/local/lib/libpython2.7.so: libutil.so.9 => /lib/libutil.so.9 (0x413ac000) libm.so.5 => /lib/libm.so.5 (0x415bd000) libthr.so.3 => /lib/libthr.so.3 (0x417de000) libc.so.7 => /lib/libc.so.7 (0x4084a000) Python 2.7.2, build _with_ option 'THREADS': ldd /usr/local/lib/libpython2.7.so /usr/local/lib/libpython2.7.so: libutil.so.9 => /lib/libutil.so.9 (0x413ac000) libm.so.5 => /lib/libm.so.5 (0x415bd000) libc.so.7 => /lib/libc.so.7 (0x4084a000) It seems that Python does not include libthr.so.3 in version 2.7.2. Is this intentional? Is there any other way to use the threaded version of Python now? Any help would be really appreciated. Thanks in advance, Rainer Hurling ___ 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 issue: "The value of DISTDIR cannot be empty"
27.06.2011 22:16, Doug Barton пишет: On 06/27/2011 03:41, Ruslan Mahmatkhanov wrote: 03.05.2011 14:33, Gritsuk Anton пишет: I tried to update this as usually. # pkg_version -IvL= libwps-0.2.0 < needs updating (index has 0.2.1) And I get error as below: # portmaster libwps-0.2.0 ===>>> The value of DISTDIR cannot be empty ===>>> Aborting update So it seems i got it. smeshariki2# mkdir /tmp/testdir smeshariki2# cd /tmp/testdir/ smeshariki2# rm -rf /tmp/testdir/ smeshariki2# pwd pwd: .: No such file or directory smeshariki2# portmaster p5-YAML-Tiny ===>>> The value of DISTDIR cannot be empty ===>>> Aborting update Um, yeah ... don't do that. :) Sorry, but i don't understand you :). I just localize the problem. It looks like a race in portmaster. As i understand it tries to do something in a directory (f.e. WORKDIR) or some temporary directory that it creates, that no longer exists. So this causes this error. Or you believe this is some user failure? -- Regards, Ruslan ___ 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: lang/python27 and threads option
Would you test removing files/patch-Makefile.pre.in ? wen 2011/6/28 wen heping : > It is caused by building libpython without -pthread, I shall try to fix it. > > I am wondering why there is not a run error when "python -m threading" > > wen > > 2011/6/28 Rainer Hurling : >> (Crossposting to python@, because I am not sure which is the right list in >> this case. Sorry, if this is not OK) >> >> Yesterday math/saga got updated. Now there is a new option for python >> bindings to the SAGA GIS api. This worked well with version 2.7.1 of >> lang/python27 until yesterday. >> >> I tried to build math/saga after upgrading to Python version 2.7.2 from >> today, but it stops in the configure. As far as I understand the math/saga >> configure script has a problem with the 'consistency check of all components >> of python development environment', see config.log (line 1347). >> >> - >> configure:16297: checking consistency of all components of python >> development environment >> configure:16323: cc -o conftest -O2 -pipe -I/usr/local/include >> -fno-strict-aliasing -I/usr/local/include/python2.7 -L/usr/local/lib >> conftest.c -L/usr/local/lib/python2.7/config -lpython2.7 >> -Wl,--export-dynamic -lutil >&5 >> /usr/local/lib/libpython2.7.so: undefined reference to `pthread_create' >> - >> >> This does not happen, if Python 2.7.2 was build _without_ option 'THREADS'. >> Then SAGA GIS builds fine. >> >> >> Listing the dynamic object dependencies of the Python library, there is a >> vital difference between Python 2.7.1 and 2.7.2. >> >> Python 2.7.1, build _with_ option 'THREADS': >> ldd /usr/local/lib/libpython2.7.so >> /usr/local/lib/libpython2.7.so: >> libutil.so.9 => /lib/libutil.so.9 (0x413ac000) >> libm.so.5 => /lib/libm.so.5 (0x415bd000) >> libthr.so.3 => /lib/libthr.so.3 (0x417de000) >> libc.so.7 => /lib/libc.so.7 (0x4084a000) >> >> Python 2.7.2, build _with_ option 'THREADS': >> ldd /usr/local/lib/libpython2.7.so >> /usr/local/lib/libpython2.7.so: >> libutil.so.9 => /lib/libutil.so.9 (0x413ac000) >> libm.so.5 => /lib/libm.so.5 (0x415bd000) >> libc.so.7 => /lib/libc.so.7 (0x4084a000) >> >> It seems that Python does not include libthr.so.3 in version 2.7.2. Is this >> intentional? Is there any other way to use the threaded version of Python >> now? >> >> Any help would be really appreciated. >> >> Thanks in advance, >> Rainer Hurling >> ___ >> 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-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: www/apache22 - default APACHE_PORT for 8.3/9.0
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 03/17/11 22:35, Philip M. Gollucci wrote: > All, > > apache@ has been working diligently for the last 2yrs to realize > www/apache22 as the default. Now, we are at last nearing completion. We > look to pull the switch within the next month or so pending our final > -exp run by portmgr@. > I was really excited to see progress on this, do you think this will happen soon? Steve -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.17 (FreeBSD) iQEcBAEBAgAGBQJOCTEkAAoJEPXPYrMgexuhScAIAKsHPXYbe3u/oKOhhJ6z/6P+ eeynZbgF+xMc7GzysJbvD4YejgxpwOnrJG75tNZdDFHH+jtabl+U4Cew9T+pQsUn YmbnOY3AV7egrVEczlS2IRp75DBdEyJBFPqq9C5cewOBGuT+iFpFlqcTOkUgQSdd 4+iwtox8aHNhefxUUa6IF4/2RjJ0JLuFjUsrzIfyQLy7P9gvgkavnHoaIm957v6j /mynk63n6w0rG/roCVPuOnFRrnrdVO4yzvvg3PqUO+QBtJi25QqgEfRcR51ha8SO uRFC1Nfn5fG+9LAu/zaBRDAwaoKl58j1rL13ZJD/32tEeNi0dVIQhcqDHC6x0rg= =BsMC -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"
Re: lang/python27 and threads option
It is caused by building libpython without -pthread, I shall try to fix it. I am wondering why there is not a run error when "python -m threading" wen 2011/6/28 Rainer Hurling : > (Crossposting to python@, because I am not sure which is the right list in > this case. Sorry, if this is not OK) > > Yesterday math/saga got updated. Now there is a new option for python > bindings to the SAGA GIS api. This worked well with version 2.7.1 of > lang/python27 until yesterday. > > I tried to build math/saga after upgrading to Python version 2.7.2 from > today, but it stops in the configure. As far as I understand the math/saga > configure script has a problem with the 'consistency check of all components > of python development environment', see config.log (line 1347). > > - > configure:16297: checking consistency of all components of python > development environment > configure:16323: cc -o conftest -O2 -pipe -I/usr/local/include > -fno-strict-aliasing -I/usr/local/include/python2.7 -L/usr/local/lib > conftest.c -L/usr/local/lib/python2.7/config -lpython2.7 > -Wl,--export-dynamic -lutil >&5 > /usr/local/lib/libpython2.7.so: undefined reference to `pthread_create' > - > > This does not happen, if Python 2.7.2 was build _without_ option 'THREADS'. > Then SAGA GIS builds fine. > > > Listing the dynamic object dependencies of the Python library, there is a > vital difference between Python 2.7.1 and 2.7.2. > > Python 2.7.1, build _with_ option 'THREADS': > ldd /usr/local/lib/libpython2.7.so > /usr/local/lib/libpython2.7.so: > libutil.so.9 => /lib/libutil.so.9 (0x413ac000) > libm.so.5 => /lib/libm.so.5 (0x415bd000) > libthr.so.3 => /lib/libthr.so.3 (0x417de000) > libc.so.7 => /lib/libc.so.7 (0x4084a000) > > Python 2.7.2, build _with_ option 'THREADS': > ldd /usr/local/lib/libpython2.7.so > /usr/local/lib/libpython2.7.so: > libutil.so.9 => /lib/libutil.so.9 (0x413ac000) > libm.so.5 => /lib/libm.so.5 (0x415bd000) > libc.so.7 => /lib/libc.so.7 (0x4084a000) > > It seems that Python does not include libthr.so.3 in version 2.7.2. Is this > intentional? Is there any other way to use the threaded version of Python > now? > > Any help would be really appreciated. > > Thanks in advance, > Rainer Hurling > ___ > 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-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: eigen2
Hello! Default fetch flags doesn't allow redirected fetch from secured site. Fixed, try to update 28.06.2011, 09:44, "ajtiM" : > I tried to update eigen2 to eigen 2.0.16,1 aon FreeBSD 8.2 and I got: > cd /usr/ports/math/eigen2 > make > ===> License check disabled, port has not defined LICENSE > => 2.0.16.tar.bz2 doesn't seem to exist in /usr/ports/distfiles/eigen. > => Attempting to fetch http://bitbucket.org/eigen/eigen/get/2.0.16.tar.bz2 > fetch: http://bitbucket.org/eigen/eigen/get/2.0.16.tar.bz2: Moved Permanently > => Attempting to fetch > ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/eigen/2.0.16.tar.bz2 > fetch: ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/eigen/2.0.16.tar.bz2: > File unavailable (e.g., file not found, no access) > => Couldn't fetch it - please try to retrieve this > => port manually into /usr/ports/distfiles/eigen and try again. > *** Error code 1 > > Stop in /usr/ports/math/eigen2. > > Thanks. > > Mitja > > http://jpgmag.com/people/lumiwa > ___ > 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" -- Dima Panov (flu...@freebsd.org) KDE@FreeBSD team Facebook: http://www.facebook.com/fluffy.khv ___ 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: ports/157868: mail/mailman: Possible problem with MAIL_GID
On 2011-06-27 23:13, Adam McDougall wrote: > On 06/20/11 07:00, Chris Rees wrote: >> On 20 June 2011 11:10, Guido Falsi wrote: >>> On Mon, Jun 20, 2011 at 10:30:58AM +0100, Chris Rees wrote: On 20 June 2011 10:22, Guido Falsi wrote: > On Sat, Jun 18, 2011 at 12:57:47PM +, Chris Rees wrote: > > Today I updated my ports and tried to upgrade my mailman install, but it > failed > because I use my own user and group: > > ===> Installing for mailman-2.1.14_5 > ===> Generating temporary packing list > ===> Checking if mail/mailman already installed > ===> Creating users and/or groups. > ** Cannot find any information about group `postlocal' in /usr/ports/GIDs. > *** Error code 1 > > My local user will never be in /usr/ports/GIDs of course. I am using: > # more /etc/make.conf > #For Mailman > MM_USERNAME=postlocal > MM_USERID=2012 > MM_GROUPNAME=postlocal > MM_GROUPID=2012 > MAIL_GID=postlocal > > Should I be doing something different? Please let me know if I can help. > Thanks. This can be solved only this way. Maybe use own description. $> cat /save/place/UIDs postlocal:*:2012:2012::0:0:Mailman User:/usr/local/mailman:/usr/sbin/nologin $> cat /save/place/GIDs postlocal:*2012: make install UID_FILES=/save/place/UIDs GID_FILES=/save/place/GIDs ___ 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"
eigen2
I tried to update eigen2 to eigen 2.0.16,1 aon FreeBSD 8.2 and I got: cd /usr/ports/math/eigen2 make ===> License check disabled, port has not defined LICENSE => 2.0.16.tar.bz2 doesn't seem to exist in /usr/ports/distfiles/eigen. => Attempting to fetch http://bitbucket.org/eigen/eigen/get/2.0.16.tar.bz2 fetch: http://bitbucket.org/eigen/eigen/get/2.0.16.tar.bz2: Moved Permanently => Attempting to fetch ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/eigen/2.0.16.tar.bz2 fetch: ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/eigen/2.0.16.tar.bz2: File unavailable (e.g., file not found, no access) => Couldn't fetch it - please try to retrieve this => port manually into /usr/ports/distfiles/eigen and try again. *** Error code 1 Stop in /usr/ports/math/eigen2. Thanks. Mitja http://jpgmag.com/people/lumiwa ___ 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: GHC Port on 9-CURRENT
On Sun, Jun 26, 2011 at 03:54:28AM +, b. f. wrote: > Please don't hardcode the compilers +1. One of the Next Big Tasks is to be able to use a compiler other than the system default, for ports. Please don't make this work more painful than it will already be :-) mcl ___ 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: ports/157868: mail/mailman: Possible problem with MAIL_GID
On 27 Jun 2011 22:32, "Adam McDougall" wrote: > > On 06/20/11 07:00, Chris Rees wrote: >> >> On 20 June 2011 11:10, Guido Falsi wrote: >>> >>> On Mon, Jun 20, 2011 at 10:30:58AM +0100, Chris Rees wrote: On 20 June 2011 10:22, Guido Falsi wrote: > > On Sat, Jun 18, 2011 at 12:57:47PM +, Chris Rees wrote: > > > Today I updated my ports and tried to upgrade my mailman install, but it failed because I use my own user and group: > > ===> Installing for mailman-2.1.14_5 > ===> Generating temporary packing list > ===> Checking if mail/mailman already installed > ===> Creating users and/or groups. > ** Cannot find any information about group `postlocal' in /usr/ports/GIDs. > *** Error code 1 > > My local user will never be in /usr/ports/GIDs of course. I am using: > # more /etc/make.conf > #For Mailman > MM_USERNAME=postlocal > MM_USERID=2012 > MM_GROUPNAME=postlocal > MM_GROUPID=2012 > MAIL_GID=postlocal > > Should I be doing something different? Please let me know if I can help. Thanks. > For now, comment out the USERS and GROUPS lines, and try again. I'll take a look at the users code, and try to get a fix in. Mind, Florent may object to such a fix on sanity grounds, but I'll see what I can do. Chris ___ 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: ports/157868: mail/mailman: Possible problem with MAIL_GID
On 06/20/11 07:00, Chris Rees wrote: On 20 June 2011 11:10, Guido Falsi wrote: On Mon, Jun 20, 2011 at 10:30:58AM +0100, Chris Rees wrote: On 20 June 2011 10:22, Guido Falsi wrote: On Sat, Jun 18, 2011 at 12:57:47PM +, Chris Rees wrote: Today I updated my ports and tried to upgrade my mailman install, but it failed because I use my own user and group: ===> Installing for mailman-2.1.14_5 ===> Generating temporary packing list ===> Checking if mail/mailman already installed ===> Creating users and/or groups. ** Cannot find any information about group `postlocal' in /usr/ports/GIDs. *** Error code 1 My local user will never be in /usr/ports/GIDs of course. I am using: # more /etc/make.conf #For Mailman MM_USERNAME=postlocal MM_USERID=2012 MM_GROUPNAME=postlocal MM_GROUPID=2012 MAIL_GID=postlocal Should I be doing something different? Please let me know if I can help. Thanks. ___ 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"
lang/python27 and threads option
(Crossposting to python@, because I am not sure which is the right list in this case. Sorry, if this is not OK) Yesterday math/saga got updated. Now there is a new option for python bindings to the SAGA GIS api. This worked well with version 2.7.1 of lang/python27 until yesterday. I tried to build math/saga after upgrading to Python version 2.7.2 from today, but it stops in the configure. As far as I understand the math/saga configure script has a problem with the 'consistency check of all components of python development environment', see config.log (line 1347). - configure:16297: checking consistency of all components of python development environment configure:16323: cc -o conftest -O2 -pipe -I/usr/local/include -fno-strict-aliasing -I/usr/local/include/python2.7 -L/usr/local/lib conftest.c -L/usr/local/lib/python2.7/config -lpython2.7 -Wl,--export-dynamic -lutil >&5 /usr/local/lib/libpython2.7.so: undefined reference to `pthread_create' - This does not happen, if Python 2.7.2 was build _without_ option 'THREADS'. Then SAGA GIS builds fine. Listing the dynamic object dependencies of the Python library, there is a vital difference between Python 2.7.1 and 2.7.2. Python 2.7.1, build _with_ option 'THREADS': ldd /usr/local/lib/libpython2.7.so /usr/local/lib/libpython2.7.so: libutil.so.9 => /lib/libutil.so.9 (0x413ac000) libm.so.5 => /lib/libm.so.5 (0x415bd000) libthr.so.3 => /lib/libthr.so.3 (0x417de000) libc.so.7 => /lib/libc.so.7 (0x4084a000) Python 2.7.2, build _with_ option 'THREADS': ldd /usr/local/lib/libpython2.7.so /usr/local/lib/libpython2.7.so: libutil.so.9 => /lib/libutil.so.9 (0x413ac000) libm.so.5 => /lib/libm.so.5 (0x415bd000) libc.so.7 => /lib/libc.so.7 (0x4084a000) It seems that Python does not include libthr.so.3 in version 2.7.2. Is this intentional? Is there any other way to use the threaded version of Python now? Any help would be really appreciated. Thanks in advance, Rainer Hurling ___ 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 issue: "The value of DISTDIR cannot be empty"
On 06/27/2011 03:41, Ruslan Mahmatkhanov wrote: 03.05.2011 14:33, Gritsuk Anton пишет: I tried to update this as usually. # pkg_version -IvL= libwps-0.2.0 < needs updating (index has 0.2.1) And I get error as below: # portmaster libwps-0.2.0 ===>>> The value of DISTDIR cannot be empty ===>>> Aborting update So it seems i got it. smeshariki2# mkdir /tmp/testdir smeshariki2# cd /tmp/testdir/ smeshariki2# rm -rf /tmp/testdir/ smeshariki2# pwd pwd: .: No such file or directory smeshariki2# portmaster p5-YAML-Tiny ===>>> The value of DISTDIR cannot be empty ===>>> Aborting update Um, yeah ... don't do that. :) -- Nothin' ever doesn't change, but nothin' changes much. -- OK Go Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.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: [CFT] Likewise-open preliminary port
On Fri, 24 Jun 2011 03:31:00 -0500, Brooks Davis wrote Hi Brooks, > Have you tried asking Likewise for the ports they appear to be > using internally to build packages for FreeBSD? I have posted a message on likewise-open-dev@ but has not received an answer yet... I don't know if they use proper "ports" or just a set of script to generate packages. > While the normal Likewise install location in /opt/likewise is non- > standard, I suspect most likewise users hardcode it in their > scripts. I know I do. It seems generally useful to ease the > upgrade path from a likewise-open port to likewise-enterprise. You're right, but such a port could not be part of the official tree ; maybe that's why there is no Likewise port yet. Anyway, we are not the only ones to rewrite paths ; Ubuntu also seems to install everything in more standard ones : http://packages.ubuntu.com/natty/amd64/likewise-open/filelist It seems that you are using Likewise, have you given the port a try ? Best regards, -- Ganael LAPLANCHE http://www.martymac.org | http://contribs.martymac.org FreeBSD: martymac , http://www.FreeBSD.org ___ 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"
Status of ${HAVE_GNOME:xxx} and dependencies
Hello there, There is something I don't understand well. I installed eclipse a long time ago because I needed it for a java project. As you may know eclipse use a lot of gnome dependencies and I usually install ports that don't require them. Now I deinstalled eclipse, and I realized that these libs such as gconf2, libgnome, libgnomeui are needed by a lot of application that had never required them before ! see : Information for gconf2-2.32.0_2: Required by: gnome-vfs-2.24.4 libcanberra-0.26 libgnome-2.32.0 libbonoboui-2.24.4 libgnome-keyring-2.32.0 libsoup-gnome-2.32.2 gnome-keyring-2.32.1 policykit-gnome-0.9.2_5 gnome-mount-0.8_7 gvfs-1.6.6_1 libgnomeui-2.24.4 firefox-4.0.1,1 gimp-app-2.6.11_2,1 gimp-2.6.11,2 thunderbird-3.1.10 inkscape-0.48.1_1 wxgtk2-common-2.8.12 wxgtk2-unicode-2.8.12 audacity-devel-1.3.13_1 libpurple-2.8.0 pidgin-2.8.0 pidgin-pidgimpd-1.1.1_5 I can see for example in the graphics/gimp-app/Makefile : .if defined(WITH_GVFS) || ${HAVE_GNOME:Mgvfs}!="" LIB_DEPENDS+= gnome-keyring.0:${PORTSDIR}/security/gnome-keyring USE_GNOME+= gvfs . if ${HAVE_GNOME:Mlibgnomeui}!="" USE_GNOME+= libgnomeui . endif .endif Then, if I disable the option WITH_GVFS (which is already done) but I have gnome-vfs installed it will pull the gnome-vfs dependency when I'll rebuild the port? I think this is what happened. I have probably rebuild this port and that's why it requires the new dependency. The user hasn't the power on this option if the gnome-vfs is installed then? Cheers. -- David Demelier ___ 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"
Current unassigned ports problem reports
(Note: an HTML version of this report is available at http://www.freebsd.org/cgi/query-pr-summary.cgi?category=ports .) The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description o ports/158330Port Update: www/mambo f ports/158328[patch] graphics/libjpeg-turbo: enable compat with gra f ports/158318[PATCH] www/py27-django-haystack: update to 1.2.4 o ports/158314Maintainer Update: games/ninix-aya to 4.1.8 o ports/158309New port: graphics/pinpoint - A tool for making hacker f ports/158305math/scilab Error building the scilab manual file o ports/158304openjdk 1.6 does not build on a machine without CMOV o ports/158296pkg_add(1) does not search entire PKG_PATH for depende o ports/158294Re: ports/140557: shells/44bsd-csh ESC file completion f ports/158285[PATCH] www/libmicrohttpd: update to 0.9.12 o ports/158280[PATCH] Update jre and jdk for latest Sun tzupdater to f ports/158265fix for editors/xxe f ports/158262[patch] mail/dcc-dccd update to 1.3.140 f ports/158243[PATCH] sysutils/facter: update to 1.6.0 o ports/158237[patch][maintainer-update] www/tomcat55: fix cronolog o ports/158204[PATCH] java/jde: update to 2.4.0.1 f ports/158187update ports/devel/log4cplus o ports/158179some packages do not fully honor -P dir option in pkg_ o ports/158167[NEW PORT] databases/percona-server: Multithreaded SQL f ports/158157[UPDATE] update database/flamerobin to 0.9.2 f ports/158150[PATCH] net-mgmt/fetchconfig: update to 0.21 o ports/158140archivers/unadf patch o ports/158077[PATCH] graphics/sswf: update to allow compilation wit o ports/158044Multiple net/iaxmodem instances started o ports/158020deprecate net-p2p/gift and dependent ports o ports/157979security/py-fail2ban fails 2 ban since update of June, o ports/157949[PATCH] devel/php5-Ice: update to 3.4.2 o ports/157948[PATCH] devel/py27-Ice: update to 3.4.2 f ports/157947[PATCH] devel/Ice: update to 3.4.2 f ports/157876[patch] fix REQUIRE in net/gateway6 's rc.d script f ports/157807security/sshguard-ipfw fails to work with -b option o ports/157791audo/midimountain fails to copy all xpm files and fail o ports/157738New port: net/py-ldaptor o ports/157719[new port] net-mgmt/zenpack-CheckPing: Provides nagios o ports/157715[new port] net-mgmt/zenpack-libvirt: Provides monitori o ports/157628[patch] www/red5 remove user data while reinstalling u o ports/157542[PATCH] Fix port: japanese/Wnn6 should use USERS= o ports/157505[new port] net-mgmt/zenpack-DeviceSearch: Provides the o ports/157504[new port] net-mgmt/zenpack-NetApp: Provides monitorin o ports/157503[new port] net-mgmt/zenpack-InterfaceGraphs: Provides f ports/157494lang/ezm3 fails to compile f ports/157458lang/guile: configure: error: libltdl not found. See o ports/157426New port: sysutils/fusefs-rar2fs Mount rar archives as o ports/157301[New port] net-mgmt/zbxlog: Syslog server receives mes o ports/157282[MAINTAINER PATCH] net/xrdp: effective login name is n o ports/157242Updating port sysutils/swapexd for legacy compatibilit o ports/157212japanese/font-alias: use shell instead of perl for pkg o ports/157197[new port] net-mgmt/zenpack-deviceAdvDetail: Provides o ports/157196[new port] net-mgmt/zenpack-DellMon: Provides addition o ports/157194[new port] net-mgmt/zenpack-NtpMonitor: Monitors the o o ports/157191[new port] net-mgmt/zenpack-MACReport: Lists MAC addre o ports/157190[new port] net-mgmt/zenpack-GraphPortlet: Enables user o ports/157176[patch] sysutils/heartbeat crashes when clock_t (signe o ports/157172[NEW PORT] devel/libunistring: Unicode string library o ports/157149[MAINTAINER] databases/tuning-primer: Resolve file fet o ports/157136[new port] net-mgmt/zenpack-Domain: Provides expiratio o ports/157135[new port] net-mgmt/zenpack-DellMonitor: Provides Zeno o ports/157133[new port] net-mgmt/zenpack-ApacheMonitor: Provides pe f ports/157109conflict between net/netpipes and sysutils/timelimit f ports/157107conflict between mail/p5-Mail-SPF and mail/libspf2 f ports/157044x11-toolkits/slgtk: fails to start f ports/157021
Re: portmaster issue: "The value of DISTDIR cannot be empty"
03.05.2011 14:33, Gritsuk Anton пишет: I tried to update this as usually. # pkg_version -IvL= libwps-0.2.0 < needs updating (index has 0.2.1) And I get error as below: # portmaster libwps-0.2.0 ===>>> The value of DISTDIR cannot be empty ===>>> Aborting update So it seems i got it. smeshariki2# mkdir /tmp/testdir smeshariki2# cd /tmp/testdir/ smeshariki2# rm -rf /tmp/testdir/ smeshariki2# pwd pwd: .: No such file or directory smeshariki2# portmaster p5-YAML-Tiny ===>>> The value of DISTDIR cannot be empty ===>>> Aborting update -- Regards, Ruslan ___ 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"