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
Re: lang/gcc44 Inconsistant package list. Leftover files.
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. Do you have any idea what that might be? Do you have any special settings regarding the ports collection somewhere? So in a final word. If anyone has any pointers as to what might be causing this or other information that I could share it would be greatly appreciated if it leads to getting closer to tracking this down, Yep, absolutely. Gerald ___ 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, 21 Feb 2010 21:17, jhell@ wrote: On Sun, 21 Feb 2010 14:01, gerald@ wrote: On Fri, 19 Feb 2010, jhell wrote: Below my .sig is what I found upon removal of the old version of gcc44 0126 before re-building 0209. Is there a chance to get this fixed ? Not sure exactly whats causing this so I did not look further into it. Looking at the specific error message, it seems your installation was (or is) in a very interesting state. Whenever I make an update to the lang/gcc44 port or any of it's peers, doing a full installation into a virgin directory followed by a dein- stallation, as per the Porters' Handbook at http://www.freebsd.org/doc/en/books/porters-handbook/porting-testing.html and lang/gcc44 passes this without any problems, let alone the kind of problems you are seeing. Also the FreeBSD Ports Cluster continously builds this port (among all the others) and has not reported anything that looks like this. From all I can tell, this is not an issue with the port. I did try to reproduce, but could not. Still, thanks for the report, and if you can provide instructions on how to reproduce, I'll of course look into it again. Gerald Thanks for the confirmation that this arises on my end :( darn. All I can think of ATM moment to locate files that this is happening with is the find command that I stated earlier. Something like find /usr/local/ -type f -name \*\$\*, from csh of course. But as to where this is happening or how its happening on my two systems must be residing in a upgrade from an old ports collection to a more recent update. Ill grab a fresh new copy of the ports tree and see if this resolves the issue and report back with any new things I find or a final resolve. Thanks Gerald. Just a quick update on this: 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. Seeing that this is i386 and it is compiling gcj by default I could set WITHOUT_JAVA to clear it up. Not that I really need to have gcj and there are probably other better compilers for this I like to have it around for a Just-In-Case since I am already installing the port. As this seems to be a problem local to only the java portion of gcc44 the files mentioned in a previous message to the list will not be seen on anything other than FreeBSD/i386 ~ = 7.0 So in a final word. If anyone has any pointers as to what might be causing this or other information that I could share it would be greatly appreciated if it leads to getting closer to tracking this down, For further unrelated to this port information: I also have files installed by libxul and diablo-jdk1.6.0 that also have the ($) in the file name. Regards, -- jhell ___ 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 Fri, 19 Feb 2010, jhell wrote: Below my .sig is what I found upon removal of the old version of gcc44 0126 before re-building 0209. Is there a chance to get this fixed ? Not sure exactly whats causing this so I did not look further into it. Looking at the specific error message, it seems your installation was (or is) in a very interesting state. Whenever I make an update to the lang/gcc44 port or any of it's peers, doing a full installation into a virgin directory followed by a dein- stallation, as per the Porters' Handbook at http://www.freebsd.org/doc/en/books/porters-handbook/porting-testing.html and lang/gcc44 passes this without any problems, let alone the kind of problems you are seeing. Also the FreeBSD Ports Cluster continously builds this port (among all the others) and has not reported anything that looks like this. From all I can tell, this is not an issue with the port. I did try to reproduce, but could not. Still, thanks for the report, and if you can provide instructions on how to reproduce, I'll of course look into it again. Gerald ___ 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, 21 Feb 2010 14:01, gerald@ wrote: On Fri, 19 Feb 2010, jhell wrote: Below my .sig is what I found upon removal of the old version of gcc44 0126 before re-building 0209. Is there a chance to get this fixed ? Not sure exactly whats causing this so I did not look further into it. Looking at the specific error message, it seems your installation was (or is) in a very interesting state. Whenever I make an update to the lang/gcc44 port or any of it's peers, doing a full installation into a virgin directory followed by a dein- stallation, as per the Porters' Handbook at http://www.freebsd.org/doc/en/books/porters-handbook/porting-testing.html and lang/gcc44 passes this without any problems, let alone the kind of problems you are seeing. Also the FreeBSD Ports Cluster continously builds this port (among all the others) and has not reported anything that looks like this. From all I can tell, this is not an issue with the port. I did try to reproduce, but could not. Still, thanks for the report, and if you can provide instructions on how to reproduce, I'll of course look into it again. Gerald Thanks for the confirmation that this arises on my end :( darn. All I can think of ATM moment to locate files that this is happening with is the find command that I stated earlier. Something like find /usr/local/ -type f -name \*\$\*, from csh of course. But as to where this is happening or how its happening on my two systems must be residing in a upgrade from an old ports collection to a more recent update. Ill grab a fresh new copy of the ports tree and see if this resolves the issue and report back with any new things I find or a final resolve. Thanks Gerald. Regards, -- jhell ___ 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