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 f ports/144539[REPOCOPY] finance/kmymoney2 - finance/kmymoney-kde4 o ports/144533ports tree Makefiles fail to setup a standardardized E f ports/144523Update port games/childsplay_plugins to 0.90 f ports/144522Update port games/childsplay to 0.90.2 o ports/144511[repocopy] sysutils/phplogcon - sysutils/loganalyzer f ports/144510[PORTS PATCH] sysutils/jfbterm o ports/144509[NEW PORT] security/clamav-unofficial-sigs - Update sc o ports/144508Update port devel/papi o ports/144507[MAINTAINER-UPDATE] sysutils/bacula-server upgrade to o ports/144506[NEW PORT] www/squidstat: Console-based display of Squ o ports/144504[PATCH] www/validator: fix runtime dependency o ports/144502mail/spamd port insists on fdescfs mount o ports/144501[update] - update graphics/Coin to version 3.1.3 o ports/144491[MANTAINER UPDATE] net-mgmt/nagiosgraph to 1.4.1 o ports/144464[patch] [update] x11/nvidia-setting from 195.36.03 to o ports/144452Ports update: www/hiawatha o ports/10[NEW PORT] textproc/tdhkit: a set of tools for working f ports/144417www/bacula-web miss gd dependencies f ports/144412Update port: mail/tkrat2 (Use latest tcl/tk versions) o ports/144410New port: mail/mime-construct - construct and optional f ports/144396[patch] security/w3af port upgrade to 1.0r2 o ports/144384net-mgmt/nfsen: rc script broken o ports/144333update x11/xf86-video-nv to 2.1.16 o ports/144321net port: sysutils/p5-Plugtools-Plugins-Samba Handle f ports/144312[PATCH] security/libgcrypt: update to 1.4.5 f ports/144309editors/emacs: (emacs-23.1 GTK) menu contents don't ch o ports/144308[NEW PORT] www/php-plurk-api o ports/144297[PATCH] devel/libvanessa_logger: update to 0.0.8 o ports/144296[PATCH] devel/libvanessa_adt: update to 0.0.8 o ports/144295[PATCH] devel/libvanessa_socket: update to 0.0.10 o ports/144292check_forensic script should be installed when install o ports/144291[patch] Update sysutils/javaservicewrapper to 3.3.9 o ports/144271update to www/davical o ports/144264installing misc/compat5x (or other compats) is broken o ports/144253[PATCH] sysutils/rsyslog: -a is obsolete in rc.d scrip o ports/144247security/pam_pwdfile: in openpam_load_module(): no /us o ports/144204mail/mailagent is not compatible with perl 5.10 o ports/144154Invalid make checksum(-recursive) while CONFLICTS used o ports/144142sysutils/torque configuration issues o ports/144138failure in building x11-toolkits/xview o ports/144119audio/mumble 1.2.x does not build client compatible to o ports/144086multimedia/vlc-1.0.5_1,3 does not compile on 6.4-STABL o ports/144083New port: palm/picsnvideos o ports/144077upgrade graphics/php5-chartdirector to version 5.0.2_1 f ports/144068[PATCH] Update ports/mail/dbmail to version 2.2.15 f ports/144066Upgrade net/asterisk16-addons to 1.6.2.0 o ports/144063java/openjdk6 compilation failure f ports/144059shells/scponly: setup_chroot.sh patch o ports/144041security/openssh-portable: sftp coredumps when 'ls'ing o ports/144036audio/lmms: compile error in core/JournalingObject.cpp o ports/144015www/opera: java applets not working on amd64 systems b o ports/143989new port: multimedia/sms1xxx-kmod o ports/143974mail/courier: upgrade to 0.63.0 f ports/143951[PATCH] Add support for Xft fonts to x11/dmenu o ports/143938[NEW PORTS] Linux versions of IBus (Intelligent Input o ports/143925devel/urjtag: FreeBSD port of UrJTAG depends on obsole o ports/143872Conflict between graphics/proj and misc/proj4 f ports/143680Port fix: sysutils/k3b - re-enable libdvdcss o ports/143566sysutils/diskcheckd runs constantly when using gmirror o ports/143423sysutils/be_agent: be_agent /usr and /var ara empty f ports/143412[patch] net-mgmt/cricket doesn't work on amd64 f ports/143410[PATCH] net-mgmt/netams: update to 3.4.5 o ports/143276print/hyperlatex 2.9 is not compatible with emacs
editors/joe + textproc/aspell: dependency problem?
Hi, I just csupped fresh ports on a new stable/8 box, installed textproc/aspell-without-dicten (i.e. with WITHOUT_DICTEN=YES) and then proceeded to install editors/joe. Both installed successfully, as far as I can tell. There were no error messages, and joe seems to work fine. But ... joe has a dependency on aspell (both build dependency _and_ run dependency), so I expected it to be recorded in the package database. But it isn't. pkg_info -r joe\* and pkg_info -R aspell\* don't report this dependency. While building joe, it _does_ display that it depends on aspell, and it correctly reports it as found. It also depends in libiconv, which _is_ correctly recorded in the package database. Am I doing something wrong, or is there a bug somewhere? Best regards Oliver -- Oliver Fromme, secnetix GmbH Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd With sufficient thrust, pigs fly just fine. However, this is not necessarily a good idea. It is hard to be sure where they are going to land, and it could be dangerous sitting under them as they fly overhead. -- RFC 1925 ___ 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: editors/joe + textproc/aspell: dependency problem?
On Mon, 8 Mar 2010, Oliver Fromme wrote: joe has a dependency on aspell (both build dependency _and_ run dependency), so I expected it to be recorded in the package database. But it isn't. pkg_info -r joe\* and pkg_info -R aspell\* don't report this dependency. joe does not really depend upon aspell. It comes with a macro that assumes aspell, and of course the macro won't work without aspell. The joe binary uses different configuration files depending upon how it is called (i.e. one to make it act like pico if you call joe with jpico, act like emacs if called as jmacs, etc.) The binary runs fine without aspell. In fact you can edit the configuration files, which are plain ascii so that one of joe's faces uses ispell, one uses aspell, and another has no mapping for a speller. If you had ispell instead of aspell you could simply edit the configuration of the one(s) you want to use. The joe macro language is very easy, but just changing one letter in the spelling filter is a true no-brainer. It would be wrong for the joe build to fail without aspell because aspell has nothing whatever to do with the joe binary. It would be great if the build could rewrite the spelling macro according to which speller it could find or disable the macro if it couldn't find any. With joe you can filter text through just about anything that can read from STDIN and write to STDOUT: sed, tr, etc., including really heavy stuff like (o)nsgmls. But it would be silly to say joe depends on them. It's the bundled macro that uses aspell, and it can easily be edited to use anything else. While building joe, it _does_ display that it depends on aspell, and it correctly reports it as found. It also depends in libiconv, which _is_ correctly recorded in the package database. Am I doing something wrong, or is there a bug somewhere? -- Lars Eighner http://www.larseighner.com/index.html 8800 N IH35 APT 1191 AUSTIN TX 78753-5266 ___ 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: editors/joe + textproc/aspell: dependency problem?
On Mon, Mar 08, 2010 at 12:50:05PM +0100, Oliver Fromme wrote: Hi, I just csupped fresh ports on a new stable/8 box, installed textproc/aspell-without-dicten (i.e. with WITHOUT_DICTEN=YES) and then proceeded to install editors/joe. Both installed successfully, as far as I can tell. There were no error messages, and joe seems to work fine. But ... joe has a dependency on aspell (both build dependency _and_ run dependency), so I expected it to be recorded in the package database. But it isn't. pkg_info -r joe\* and pkg_info -R aspell\* don't report this dependency. While building joe, it _does_ display that it depends on aspell, and it correctly reports it as found. It also depends in libiconv, which _is_ correctly recorded in the package database. Am I doing something wrong, or is there a bug somewhere? If there is a bug it is in the ports system in general when a given dependency can be fulfilled by more than one port. If a port declares that it depends on file/library/whatever foo from the port bar, but you have foo installed from the port baz then the dependency check will be fine (since it finds foo) but when the dependency should be registered in the package database it will try to register a dependency on the package bar, which is not installed, and then no dependency is registered. (In your case foo = /usr/local/bin/aspell, bar = textproc/aspell, and baz = textproc/aspell-without-dicten.) It might be better if a dependency was registered on the package that the depended-on file actually was installed from, but this is currently not done. -- Insert your favourite quote here. Erik Trulsson ertr1...@student.uu.se ___ 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: editors/joe + textproc/aspell: dependency problem?
Erik Trulsson wrote: On Mon, Mar 08, 2010 at 12:50:05PM +0100, Oliver Fromme wrote: I just csupped fresh ports on a new stable/8 box, installed textproc/aspell-without-dicten (i.e. with WITHOUT_DICTEN=YES) and then proceeded to install editors/joe. Both installed successfully, as far as I can tell. There were no error messages, and joe seems to work fine. But ... joe has a dependency on aspell (both build dependency _and_ run dependency), so I expected it to be recorded in the package database. But it isn't. pkg_info -r joe\* and pkg_info -R aspell\* don't report this dependency. If there is a bug it is in the ports system in general when a given dependency can be fulfilled by more than one port. If a port declares that it depends on file/library/whatever foo from the port bar, but you have foo installed from the port baz then the dependency check will be fine (since it finds foo) but when the dependency should be registered in the package database it will try to register a dependency on the package bar, which is not installed, and then no dependency is registered. (In your case foo = /usr/local/bin/aspell, bar = textproc/aspell, and baz = textproc/aspell-without-dicten.) It might be better if a dependency was registered on the package that the depended-on file actually was installed from, but this is currently not done. Thanks for the insights. That explains what I'm seeing. Best regards Oliver -- Oliver Fromme, secnetix GmbH Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd ___ 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: editors/joe + textproc/aspell: dependency problem?
Lars Eighner wrote: On Mon, 8 Mar 2010, Oliver Fromme wrote: joe has a dependency on aspell (both build dependency _and_ run dependency), so I expected it to be recorded in the package database. But it isn't. pkg_info -r joe\* and pkg_info -R aspell\* don't report this dependency. joe does not really depend upon aspell. It comes with a macro that assumes aspell, and of course the macro won't work without aspell. The joe binary uses different configuration files depending upon how it is called (i.e. one to make it act like pico if you call joe with jpico, act like emacs if called as jmacs, etc.) The binary runs fine without aspell. In fact you can edit the configuration files, which are plain ascii so that one of joe's faces uses ispell, one uses aspell, and another has no mapping for a speller. If you had ispell instead of aspell you could simply edit the configuration of the one(s) you want to use. The joe macro language is very easy, but just changing one letter in the spelling filter is a true no-brainer. It would be wrong for the joe build to fail without aspell because aspell has nothing whatever to do with the joe binary. It would be great if the build could rewrite the spelling macro according to which speller it could find or disable the macro if it couldn't find any. With joe you can filter text through just about anything that can read from STDIN and write to STDOUT: sed, tr, etc., including really heavy stuff like (o)nsgmls. But it would be silly to say joe depends on them. It's the bundled macro that uses aspell, and it can easily be edited to use anything else. Yeah, I know all of that. I'm using joe for about 20 years. That doesn't explain the problem I'm seeing, though. (But Erik explained that very well.) Actually I don't need no freakin' spell checker at all, but the joe port insists on installing one. If it weren't for my lazyness I had submitted a patch for WITHOUT_ASPELL a long time ago ... ;-) Best regards Oliver -- Oliver Fromme, secnetix GmbH Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd C++ is the only current language making COBOL look good. -- Bertrand Meyer ___ 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/gcc44 Inconsistant package list. Leftover files.
On Sun, 7 Mar 2010 12:53, gerald@ wrote: On Sun, 7 Mar 2010, jhell wrote: I still have not resolved the issue or found any leading cause after scrubbing my ports tree completely and grabbing a new copy. Also scrubbed my src.conf make.conf and make.conf.local and ran with and without a jail and can still get those files. So, you are seeing this with a completely virgin ports tree, and a fresh installation? I checked http://portsmon.freebsd.org/portoverview.py?portname=gcc44 again and it does not show any error, so _something_ must be different on your side than what others (including myself) are using. Strange isnt it. Do you have any idea what that might be? Do you have any special settings regarding the ports collection somewhere? I have also done the following with a 7.2-RELEASE iso installed as a jail and get the same results. Fresh ports tree fresh source of stable/7 in a testbed jail with no alterations and running make make install from lang/gcc44 with default options for every port that offered the options dialog no make.conf and no src.conf. testbed# pkg_info binutils-2.20 GNU binary tools bison-2.4.1,1 A parser generator from FSF, (mostly) compatible with Yacc gcc-4.4.4.20100223 GNU Compiler Collection 4.4 gettext-0.17_1 GNU gettext package gmake-3.81_3GNU version of 'make' utility libgmp-4.3.2A free library for arbitrary precision arithmetic libiconv-1.13.1_1 A character set conversion library libtool-2.2.6b Generic shared library support script m4-1.4.13,1 GNU m4 mpfr-2.4.2 A library for multiple-precision floating-point computation perl-5.10.1 Practical Extraction and Report Language unzip-6.0 List, test and extract compressed files in a ZIP archive zip-3.0 Create/update ZIP files compatible with pkzip testbed# find /usr/local/ -type f -name \*\$\* /usr/local/lib/gcc44/include/c++/java/io/ObjectOutputStream$PutField.h /usr/local/lib/gcc44/include/c++/java/io/ObjectInputStream$GetField.h /usr/local/lib/gcc44/include/c++/java/nio/channels/Pipe$SinkChannel.h /usr/local/lib/gcc44/include/c++/java/nio/channels/Pipe$SourceChannel.h /usr/local/lib/gcc44/include/c++/java/lang/reflect/Proxy$ProxyType.h /usr/local/lib/gcc44/include/c++/java/lang/reflect/Proxy$ProxyData.h /usr/local/lib/gcc44/include/c++/gnu/java/net/PlainSocketImpl$SocketInputStream.h /usr/local/lib/gcc44/include/c++/gnu/java/net/PlainSocketImpl$SocketOutputStream.h /usr/local/lib/gcc44/include/c++/gnu/java/nio/PipeImpl$SinkChannelImpl.h /usr/local/lib/gcc44/include/c++/gnu/java/nio/PipeImpl$SourceChannelImpl.h testbed# testbed# pkg_delete -d gcc-4.4.4.20100223 rm: /usr/local/lib/gcc44/include/c++/java/io/ObjectOutputStream.h: No such file or directory rm: /usr/local/lib/gcc44/include/c++/java/io/ObjectInputStream.h: No such file or directory pkg_delete: file '/usr/local/lib/gcc44/include/c++/java/nio/channels/Pipe.h' doesn't exist rm: /usr/local/lib/gcc44/include/c++/java/nio/channels/Pipe.h: No such file or directory rm: /usr/local/lib/gcc44/include/c++/java/lang/reflect/Proxy.h: No such file or directory rm: /usr/local/lib/gcc44/include/c++/java/lang/reflect/Proxy.h: No such file or directory rm: /usr/local/lib/gcc44/include/c++/gnu/java/net/PlainSocketImpl.h: No such file or directory pkg_delete: file '/usr/local/lib/gcc44/include/c++/gnu/java/net/PlainSocketImpl.h' doesn't exist rm: /usr/local/lib/gcc44/include/c++/gnu/java/nio/PipeImpl.h: No such file or directory rm: /usr/local/lib/gcc44/include/c++/gnu/java/nio/PipeImpl.h: No such file or directory pkg_delete: unable to completely remove directory '/usr/local/lib/gcc44/include/c++/java/nio/channels' pkg_delete: unable to completely remove directory '/usr/local/lib/gcc44/include/c++/java/nio' pkg_delete: unable to completely remove directory '/usr/local/lib/gcc44/include/c++/java/lang/reflect' pkg_delete: unable to completely remove directory '/usr/local/lib/gcc44/include/c++/java/lang' pkg_delete: unable to completely remove directory '/usr/local/lib/gcc44/include/c++/java/io' pkg_delete: unable to completely remove directory '/usr/local/lib/gcc44/include/c++/java' pkg_delete: unable to completely remove directory '/usr/local/lib/gcc44/include/c++/gnu/java/nio' pkg_delete: unable to completely remove directory '/usr/local/lib/gcc44/include/c++/gnu/java/net' pkg_delete: unable to completely remove directory '/usr/local/lib/gcc44/include/c++/gnu/java' pkg_delete: unable to completely remove directory '/usr/local/lib/gcc44/include/c++/gnu' pkg_delete: unable to completely remove directory '/usr/local/lib/gcc44/include/c++' pkg_delete: unable to completely remove directory '/usr/local/lib/gcc44/include' pkg_delete: unable to completely remove directory '/usr/local/lib/gcc44' pkg_delete: couldn't entirely delete package (perhaps the packing list is incorrectly specified?) So in a final word. If anyone has any pointers as to what might be
Re: lang/gcc44 Inconsistant package list. Leftover files.
On Mon, 8 Mar 2010 09:12:42 -0500 jhell jh...@dataix.net wrote: On Sun, 7 Mar 2010 12:53, gerald@ wrote: On Sun, 7 Mar 2010, jhell wrote: I still have not resolved the issue or found any leading cause after scrubbing my ports tree completely and grabbing a new copy. Also scrubbed my src.conf make.conf and make.conf.local and ran with and without a jail and can still get those files. So, you are seeing this with a completely virgin ports tree, and a fresh installation? I checked http://portsmon.freebsd.org/portoverview.py?portname=gcc44 again and it does not show any error, so _something_ must be different on your side than what others (including myself) are using. Strange isnt it. Do you have any idea what that might be? Do you have any special settings regarding the ports collection somewhere? I have also done the following with a 7.2-RELEASE iso installed as a jail and get the same results. Fresh ports tree fresh source of stable/7 in a testbed jail with no alterations and running make make install from lang/gcc44 with default options for every port that offered the options dialog no make.conf and no src.conf. [ .. ] This is indeed strange, neither of those make sense to me. However, there are differences between ports behaviour with stock GCC and 4.4, like in PR 144208 (in this case adding -lintl to CFLAGS gives the same plist with both gcc versions). I haven't investigate further, sylvio@ should have more details. -- IOnut - Un^d^dregistered ;) FreeBSD user Intellectual Property is nowhere near as valuable as Intellect FreeBSD committer - ite...@freebsd.org, PGP Key ID 057E9F8B493A297B signature.asc Description: PGP signature
Re: lang/gcc44 Inconsistant package list. Leftover files.
On Mon, Mar 8, 2010 at 6:12 AM, jhell jh...@dataix.net wrote: On Sun, 7 Mar 2010 12:53, gerald@ wrote: On Sun, 7 Mar 2010, jhell wrote: I still have not resolved the issue or found any leading cause after scrubbing my ports tree completely and grabbing a new copy. Also scrubbed my src.conf make.conf and make.conf.local and ran with and without a jail and can still get those files. So, you are seeing this with a completely virgin ports tree, and a fresh installation? I checked http://portsmon.freebsd.org/portoverview.py?portname=gcc44 again and it does not show any error, so _something_ must be different on your side than what others (including myself) are using. Strange isnt it. Do you have any idea what that might be? Do you have any special settings regarding the ports collection somewhere? I have also done the following with a 7.2-RELEASE iso installed as a jail and get the same results. Fresh ports tree fresh source of stable/7 in a testbed jail with no alterations and running make make install from lang/gcc44 with default options for every port that offered the options dialog no make.conf and no src.conf. testbed# pkg_info binutils-2.20 GNU binary tools bison-2.4.1,1 A parser generator from FSF, (mostly) compatible with Yacc gcc-4.4.4.20100223 GNU Compiler Collection 4.4 gettext-0.17_1 GNU gettext package gmake-3.81_3 GNU version of 'make' utility libgmp-4.3.2 A free library for arbitrary precision arithmetic libiconv-1.13.1_1 A character set conversion library libtool-2.2.6b Generic shared library support script m4-1.4.13,1 GNU m4 mpfr-2.4.2 A library for multiple-precision floating-point computation perl-5.10.1 Practical Extraction and Report Language unzip-6.0 List, test and extract compressed files in a ZIP archive zip-3.0 Create/update ZIP files compatible with pkzip testbed# find /usr/local/ -type f -name \*\$\* /usr/local/lib/gcc44/include/c++/java/io/ObjectOutputStream$PutField.h /usr/local/lib/gcc44/include/c++/java/io/ObjectInputStream$GetField.h /usr/local/lib/gcc44/include/c++/java/nio/channels/Pipe$SinkChannel.h /usr/local/lib/gcc44/include/c++/java/nio/channels/Pipe$SourceChannel.h /usr/local/lib/gcc44/include/c++/java/lang/reflect/Proxy$ProxyType.h /usr/local/lib/gcc44/include/c++/java/lang/reflect/Proxy$ProxyData.h /usr/local/lib/gcc44/include/c++/gnu/java/net/PlainSocketImpl$SocketInputStream.h /usr/local/lib/gcc44/include/c++/gnu/java/net/PlainSocketImpl$SocketOutputStream.h /usr/local/lib/gcc44/include/c++/gnu/java/nio/PipeImpl$SinkChannelImpl.h /usr/local/lib/gcc44/include/c++/gnu/java/nio/PipeImpl$SourceChannelImpl.h testbed# testbed# pkg_delete -d gcc-4.4.4.20100223 rm: /usr/local/lib/gcc44/include/c++/java/io/ObjectOutputStream.h: No such file or directory rm: /usr/local/lib/gcc44/include/c++/java/io/ObjectInputStream.h: No such file or directory pkg_delete: file '/usr/local/lib/gcc44/include/c++/java/nio/channels/Pipe.h' doesn't exist rm: /usr/local/lib/gcc44/include/c++/java/nio/channels/Pipe.h: No such file or directory rm: /usr/local/lib/gcc44/include/c++/java/lang/reflect/Proxy.h: No such file or directory rm: /usr/local/lib/gcc44/include/c++/java/lang/reflect/Proxy.h: No such file or directory rm: /usr/local/lib/gcc44/include/c++/gnu/java/net/PlainSocketImpl.h: No such file or directory pkg_delete: file '/usr/local/lib/gcc44/include/c++/gnu/java/net/PlainSocketImpl.h' doesn't exist rm: /usr/local/lib/gcc44/include/c++/gnu/java/nio/PipeImpl.h: No such file or directory rm: /usr/local/lib/gcc44/include/c++/gnu/java/nio/PipeImpl.h: No such file or directory pkg_delete: unable to completely remove directory '/usr/local/lib/gcc44/include/c++/java/nio/channels' pkg_delete: unable to completely remove directory '/usr/local/lib/gcc44/include/c++/java/nio' pkg_delete: unable to completely remove directory '/usr/local/lib/gcc44/include/c++/java/lang/reflect' pkg_delete: unable to completely remove directory '/usr/local/lib/gcc44/include/c++/java/lang' pkg_delete: unable to completely remove directory '/usr/local/lib/gcc44/include/c++/java/io' pkg_delete: unable to completely remove directory '/usr/local/lib/gcc44/include/c++/java' pkg_delete: unable to completely remove directory '/usr/local/lib/gcc44/include/c++/gnu/java/nio' pkg_delete: unable to completely remove directory '/usr/local/lib/gcc44/include/c++/gnu/java/net' pkg_delete: unable to completely remove directory '/usr/local/lib/gcc44/include/c++/gnu/java' pkg_delete: unable to completely remove directory '/usr/local/lib/gcc44/include/c++/gnu' pkg_delete: unable to completely remove directory '/usr/local/lib/gcc44/include/c++' pkg_delete: unable to completely remove directory '/usr/local/lib/gcc44/include' pkg_delete: unable to completely remove directory '/usr/local/lib/gcc44' pkg_delete: couldn't entirely delete package
Re: lang/gcc44 Inconsistant package list. Leftover files.
On Mon, 8 Mar 2010 10:30, yanefbsd@ wrote: On Mon, Mar 8, 2010 at 6:12 AM, jhell jh...@dataix.net wrote: On Sun, 7 Mar 2010 12:53, gerald@ wrote: On Sun, 7 Mar 2010, jhell wrote: I still have not resolved the issue or found any leading cause after scrubbing my ports tree completely and grabbing a new copy. Also scrubbed my src.conf make.conf and make.conf.local and ran with and without a jail and can still get those files. So, you are seeing this with a completely virgin ports tree, and a fresh installation? I checked http://portsmon.freebsd.org/portoverview.py?portname=gcc44 again and it does not show any error, so _something_ must be different on your side than what others (including myself) are using. Strange isnt it. Do you have any idea what that might be? Do you have any special settings regarding the ports collection somewhere? I have also done the following with a 7.2-RELEASE iso installed as a jail and get the same results. Fresh ports tree fresh source of stable/7 in a testbed jail with no alterations and running make make install from lang/gcc44 with default options for every port that offered the options dialog no make.conf and no src.conf. testbed# pkg_info binutils-2.20 GNU binary tools bison-2.4.1,1 A parser generator from FSF, (mostly) compatible with Yacc gcc-4.4.4.20100223 GNU Compiler Collection 4.4 gettext-0.17_1 GNU gettext package gmake-3.81_3GNU version of 'make' utility libgmp-4.3.2A free library for arbitrary precision arithmetic libiconv-1.13.1_1 A character set conversion library libtool-2.2.6b Generic shared library support script m4-1.4.13,1 GNU m4 mpfr-2.4.2 A library for multiple-precision floating-point computation perl-5.10.1 Practical Extraction and Report Language unzip-6.0 List, test and extract compressed files in a ZIP archive zip-3.0 Create/update ZIP files compatible with pkzip testbed# find /usr/local/ -type f -name \*\$\* /usr/local/lib/gcc44/include/c++/java/io/ObjectOutputStream$PutField.h /usr/local/lib/gcc44/include/c++/java/io/ObjectInputStream$GetField.h /usr/local/lib/gcc44/include/c++/java/nio/channels/Pipe$SinkChannel.h /usr/local/lib/gcc44/include/c++/java/nio/channels/Pipe$SourceChannel.h /usr/local/lib/gcc44/include/c++/java/lang/reflect/Proxy$ProxyType.h /usr/local/lib/gcc44/include/c++/java/lang/reflect/Proxy$ProxyData.h /usr/local/lib/gcc44/include/c++/gnu/java/net/PlainSocketImpl$SocketInputStream.h /usr/local/lib/gcc44/include/c++/gnu/java/net/PlainSocketImpl$SocketOutputStream.h /usr/local/lib/gcc44/include/c++/gnu/java/nio/PipeImpl$SinkChannelImpl.h /usr/local/lib/gcc44/include/c++/gnu/java/nio/PipeImpl$SourceChannelImpl.h testbed# testbed# pkg_delete -d gcc-4.4.4.20100223 rm: /usr/local/lib/gcc44/include/c++/java/io/ObjectOutputStream.h: No such file or directory rm: /usr/local/lib/gcc44/include/c++/java/io/ObjectInputStream.h: No such file or directory pkg_delete: file '/usr/local/lib/gcc44/include/c++/java/nio/channels/Pipe.h' doesn't exist rm: /usr/local/lib/gcc44/include/c++/java/nio/channels/Pipe.h: No such file or directory rm: /usr/local/lib/gcc44/include/c++/java/lang/reflect/Proxy.h: No such file or directory rm: /usr/local/lib/gcc44/include/c++/java/lang/reflect/Proxy.h: No such file or directory rm: /usr/local/lib/gcc44/include/c++/gnu/java/net/PlainSocketImpl.h: No such file or directory pkg_delete: file '/usr/local/lib/gcc44/include/c++/gnu/java/net/PlainSocketImpl.h' doesn't exist rm: /usr/local/lib/gcc44/include/c++/gnu/java/nio/PipeImpl.h: No such file or directory rm: /usr/local/lib/gcc44/include/c++/gnu/java/nio/PipeImpl.h: No such file or directory pkg_delete: unable to completely remove directory '/usr/local/lib/gcc44/include/c++/java/nio/channels' pkg_delete: unable to completely remove directory '/usr/local/lib/gcc44/include/c++/java/nio' pkg_delete: unable to completely remove directory '/usr/local/lib/gcc44/include/c++/java/lang/reflect' pkg_delete: unable to completely remove directory '/usr/local/lib/gcc44/include/c++/java/lang' pkg_delete: unable to completely remove directory '/usr/local/lib/gcc44/include/c++/java/io' pkg_delete: unable to completely remove directory '/usr/local/lib/gcc44/include/c++/java' pkg_delete: unable to completely remove directory '/usr/local/lib/gcc44/include/c++/gnu/java/nio' pkg_delete: unable to completely remove directory '/usr/local/lib/gcc44/include/c++/gnu/java/net' pkg_delete: unable to completely remove directory '/usr/local/lib/gcc44/include/c++/gnu/java' pkg_delete: unable to completely remove directory '/usr/local/lib/gcc44/include/c++/gnu' pkg_delete: unable to completely remove directory '/usr/local/lib/gcc44/include/c++' pkg_delete: unable to completely remove directory '/usr/local/lib/gcc44/include' pkg_delete: unable to completely remove directory '/usr/local/lib/gcc44' pkg_delete: couldn't entirely delete package (perhaps the packing list is incorrectly
PHP 5.3 update now that 5.3.2 has been released
Alex, You previously announced that you would cut-over the ports tree from PHP 5.2 to 5.3 once PHP 5.3.2 was released. I just noticed that 5.3.2 was finally released on Thursday (3/4). Are you still planning on cutting the ports tree over? If so, do you have a rough time-frame? Disclaimer: I'm not concerned that it's taking too long or anything, I'm just trying to finalize some internal releng planning and knowing the ports tree's schedule will help out mine. If you need another round of patches for testing, I'm in. Thanks! -- Sean McAfee Senior Systems Engineer ___ 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: PHP 5.3 update now that 5.3.2 has been released
Sean McAfee ha scritto: You previously announced that you would cut-over the ports tree from PHP 5.2 to 5.3 once PHP 5.3.2 was released. I just noticed that 5.3.2 was finally released on Thursday (3/4). Are you still planning on cutting the ports tree over? If so, do you have a rough time-frame? Yes, this is still the plan. I have the update to 5.3.2 ready in my local repo, I'm just waiting for ports freeze end. -- Alex Dupre ___ 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/python26 -- without threads
The port lang/python26 can be built with or without threads. If built without the package will not install the file: %%PYTHON_LIBDIR%%/lib-dynload/_multiprocessing.so This causes error building a package from the port as well as maintaining it afterwards. I don't know the exact magic-foo to fix this kind of problem in the ports collection but I can look it up and find it. I'm just under the gun on another project right now. When I can revisit this I'll come up with a solution for the problem, put in a proper PR and a patch to fix the Makefile and or pkg-plist. -- Chris There will be an answer, Let it be. ch...@vindaloo.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: lang/python26 -- without threads
On Mon, Mar 8, 2010 at 8:35 AM, Christopher Sean Hilton ch...@vindaloo.com wrote: The port lang/python26 can be built with or without threads. If built without the package will not install the file: %%PYTHON_LIBDIR%%/lib-dynload/_multiprocessing.so This causes error building a package from the port as well as maintaining it afterwards. I don't know the exact magic-foo to fix this kind of problem in the ports collection but I can look it up and find it. I'm just under the gun on another project right now. When I can revisit this I'll come up with a solution for the problem, put in a proper PR and a patch to fix the Makefile and or pkg-plist. I sent an email off to Martin with this patch this weekend. A similar issue exists with lang/python31. Thanks, -Garrett python-2.6-nothreading-mp-fixes.diff Description: Binary data ___ 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] sysutils/apcupsd update to 3.14.8
On Sun, 7 Mar 2010, Ion-Mihai Tetcu wrote: Updated patch attached. Not heavily tested, but builds and works here. The Select error on UPS FD is fixed, too. -Warren Block * Rapid City, South Dakota USA ___ 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] sysutils/apcupsd update to 3.14.8
On Mon, 8 Mar 2010 10:23:07 -0700 (MST) Warren Block wbl...@wonkity.com wrote: On Sun, 7 Mar 2010, Ion-Mihai Tetcu wrote: Updated patch attached. Not heavily tested, but builds and works here. The Select error on UPS FD is fixed, too. Thank you. -- IOnut - Un^d^dregistered ;) FreeBSD user Intellectual Property is nowhere near as valuable as Intellect FreeBSD committer - ite...@freebsd.org, PGP Key ID 057E9F8B493A297B signature.asc Description: PGP signature
Re: [CFT] sysutils/apcupsd update to 3.14.8
On Mon, 8 Mar 2010 00:40:30 +0530 Vaibhav Gavane vaibhav.gav...@gmail.com wrote: On Sun, Mar 7, 2010 at 12:08 AM, Ion-Mihai Tetcu ite...@freebsd.org wrote: AFAIK this should fix all reported problems. I'd be grateful if you could test it and report back successes or failures (I'm badly missing non-production UPSes to test on). I'm afraid ports/142259 is still not fixed. The backtrace from the core is the same, save for some line numbers Sigh. I'll test again that. Thank you, -- IOnut - Un^d^dregistered ;) FreeBSD user Intellectual Property is nowhere near as valuable as Intellect FreeBSD committer - ite...@freebsd.org, PGP Key ID 057E9F8B493A297B signature.asc Description: PGP signature
Re: PHP 5.3 update now that 5.3.2 has been released
On Mon, 2010-03-08 at 17:38 +0100, Alex Dupre wrote: Sean McAfee ha scritto: I just noticed that 5.3.2 was finally released on Thursday (3/4). Are you still planning on cutting the ports tree over? If so, do you have a rough time-frame? Yes, this is still the plan. I have the update to 5.3.2 ready in my local repo, I'm just waiting for ports freeze end. Ok, this is going to be interesting :-) And what are the plans about 5.2.13 (25.Feb.10) : will this version just be skipped, or will there first be a (last) 5.2.x update, and then the jump to 5.3.0 ? Regards a nice week to all of you, Olivier ___ 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: PHP 5.3 update now that 5.3.2 has been released
On Mon, 2010-03-08 at 20:46 +0100, Olivier Mueller wrote: Ok, this is going to be interesting :-) And what are the plans about 5.2.13 (25.Feb.10) : will this version just be skipped, or will there first be a (last) 5.2.x update, and then the jump to 5.3.0 ? Self-answer, sorry, I should have checked the PR-database _before_ hitting the send button: the patch for 5.3.13 is there ( http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/144475 ). But the question remains (next update - 5.2.13 or 5.3.2?). regards, Olivier ___ 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: Installing cups-1.4.2_1 port reports port MISSING
On Mon, 8 Mar 2010 10:37:35 -0800 (PST) Saige saige.lo...@gmail.com articulated: I recently installed FreeBSD 8.0-RELEASE on amd64 architecture. I am trying to use portmanager to install print/cups. Many ports have installed just fine, but this one is failing, and my expertise is not yet sufficient to know where to look for the solution. Here is what I am trying: # portmanager print/cups [remove lots of messages] Port Status Report 1 have:cups-pstoraster-8.15.4_5/print/cups- pstoraster CURRENT 2 have:cups-base-1.4.2_4 /print/cups- baseCURRENT 3 have:gmake-3.81_3/devel/ gmakeCURRENT 4 have:ghostscript8-8.70_1 /print/ ghostscript8 CURRENT 5 have:cups-image-1.4.2_4 /print/cups- image CURRENT 6 have:cups-client-1.4.2_4 /print/cups- client CURRENT 7 have:pkg-config-0.23_1 /devel/pkg- config CURRENT 8 have:gnutls-2.8.3/security/ gnutlsCURRENT 9 have:gettext-0.17_1 /devel/ gettext CURRENT 00010 have:libXt-1.0.5_1 /x11-toolkits/ libXt CURRENT 00011 have:libXext-1.0.5,1 /x11/ libXextCURRENT 00012 have:gsfonts-8.11_5 /print/ gsfonts CURRENT 00013 have:jpeg-8 /graphics/ jpeg CURRENT 00014 have:png-1.2.42 /graphics/ png CURRENT 00015 have:fontconfig-2.8.0,1 /x11-fonts/ fontconfig CURRENT 00016 have:libiconv-1.13.1_1 /converters/ libiconvCURRENT 00017 have:tiff-3.9.2_1/graphics/ tiff CURRENT 00018 have:libtool-2.2.6b /devel/ libtool22CURRENT 00019 have:libgcrypt-1.4.4 /security/ libgcrypt CURRENT 00020 have:libgpg-error-1.7/security/libgpg- error CURRENT 00021 have:libtasn1-2.4/security/ libtasn1 CURRENT 00022 have:lzo2-2.03_2 /archivers/ lzo2 CURRENT 00023 have:kbproto-1.0.3 /x11/ kbprotoCURRENT 00024 have:libX11-1.2.1_1,1/x11/ libX11 CURRENT 00025 have:libSM-1.1.0_1,1 /x11/ libSM CURRENT 00026 have:xproto-7.0.15 /x11/ xproto CURRENT 00027 have:xextproto-7.0.5 /x11/ xextproto CURRENT 00028 have:libXau-1.0.4/x11/ libXau CURRENT 00029 have:freetype2-2.3.11/print/ freetype2CURRENT 00030 have:expat-2.0.1_1 /textproc/ expat2CURRENT 00031 have:jbigkit-1.6 /graphics/ jbigkit CURRENT 00032 have:libxcb-1.5 /x11/ libxcb CURRENT 00033 have:xorg-macros-1.2.1 /devel/xorg- macros CURRENT 00034 have:bigreqsproto-1.0.2 /x11/ bigreqsproto CURRENT 00035 have:xcmiscproto-1.1.2 /x11/ xcmiscprotoCURRENT 00036 have:xtrans-1.2.3/x11/ xtrans CURRENT 00037 have:inputproto-1.5.0/x11/ inputproto CURRENT 00038 have:xf86bigfontproto-1.1.2 /x11-fonts/ xf86bigfontproto CURRENT 00039 have:libXdmcp-1.0.2_1/x11/ libXdmcp CURRENT 00040 have:automake-1.10.1 /devel/ automake110 CURRENT 00041 have:autoconf-2.62 /devel/ autoconf262 CURRENT 00042 have:libICE-1.0.4_1,1/x11/ libICE CURRENT 00043 have:libcheck-0.9.8 /devel/ libcheck CURRENT 00044 have:libxslt-1.1.26 /textproc/ libxslt CURRENT 00045 have:xcb-proto-1.6 /x11/xcb- proto CURRENT 00046 have:libpthread-stubs-0.3_3 /devel/libpthread- stubs CURRENT 00047 have:python26-2.6.4 /lang/ python26
ports/143974: [mail/courier] upgrade to 0.63.0
Three weeks old, no activity... Could someone act on this? It is simple update, nothing under definition of sweeping change... Regards, Milan ___ 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: Installing cups-1.4.2_1 port reports port MISSING
Seems hard to believe that such an important function, cups, is just missing from the ports tree. I have updated the ports on my system with: # csup -g -L 2 /root/ports-supfile # cd /usr/ports # make readmes make index So if I'm just doing something wrong due to ignorance, please point me in the right direction so that I can solve my problem... Thank you! This happens occasionally. CD to the /usr/ports/print/cups directory and run: make clean. Next run: make install and see if the port installs. You might want to create a log file of the build/install routine. If the build fails again, post the log here. Well, when I cd to /usr/ports/print/cups and make clean, make install, it /seems/ to build... at least it does not complain. I get: # make clean === Cleaning for cups-1.4.2_1 # make install clean === Extracting for cups-1.4.2_1 === Patching for cups-1.4.2_1 === cups-1.4.2_1 depends on executable: espgs - found === cups-1.4.2_1 depends on executable: cupsd - found === Configuring for cups-1.4.2_1 === Cleaning for cups-1.4.2_1 # So, it's not complaining, right? But when I try to make a test print from http://localhost:631, I still get this error message: /usr/local/ libexec/cups/filter/rastertokm2430dl failed So I tried running portmanager again: # portmanager print/cups --log ...and here is the contents of the logfile after I run it: portmanager 0.4.1_9 FreeBSD freebsd-desktop 8.0-RELEASE FreeBSD 8.0-RELEASE #0: Tue Mar 2 18:43:30 PST 2010 r...@freebsd-desktop:/usr/obj/usr/src/sys/GENERIC amd64 autoConflicts 0 autoMoved 0 backUp 0 buildDependsAreLeaves 0 forced 0 interactive0 log1 pmMode 1 pristine 0 resume 0 Mon Mar 8 19:52:12 2010 cups-1.4.2_1/print/cups MISSING cups-1.4.2_1/print/cups Mon Mar 8 19:52:14 2010 cups-1.4.2_1/print/cups MISSING cups-1.4.2_1/print/cups Mon Mar 8 19:52:14 2010 cups-1.4.2_1/print/cups make Strike 2 Mon Mar 8 19:52:16 2010 cups-1.4.2_1/print/cups MISSING cups-1.4.2_1/print/cups Mon Mar 8 19:52:16 2010 cups-1.4.2_1/print/cups make Strike 3, marking port as ignore/ looping Mon Mar 8 19:52:17 2010 portmanager 0.4.1_9 INFO: finished with some ports not updated if --log was used see / var/log/ portmanager.log Mon Mar 8 19:52:17 2010 end of log Any other suggestions? ___ 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
