[Fink-devel] Re: Who did commit unstable/util/hflf on Sun Nov 23 17:53:36 2003 ?
-BEGIN PGP SIGNED MESSAGE- Hash: RIPEMD160 Arnaud Launay wrote: snip | | Anyway, for the placement: in FreeBSD and OpenBSD, hlfl is | classified under security, it's under net-misc in Gentoo and | net in Debian. How do you call something which create firewall | rules, if not related to net ? | As I stated before. To me this is a utility which generates firewall rules. It doe snot matter that it generates Firewall rules and firewalls are associated with the net. All that matters, is that it is a utility to do something. hlfl has no direct interaction with the net thus I do not belive that it belongs into the section net. But themna again many things which are in net might not really belong there, thus it is pretty up to the package maintainer. :) I was just stating my personal opinion - -d -BEGIN PGP SIGNATURE- Version: GnuPG v1.3.4 (Darwin) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQE/zu6tPMoaMn4kKR4RA3GiAJ9vr+WZch9nkAFGpRrEIwhMRT1ZswCfQvi3 pxaeyxlqAd96jNJnWwr/MM8= =KjS+ -END PGP SIGNATURE- --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] fink HEAD builds everything twice
Hi, Just updated fink, and now : ... dpkg-deb: building package `cups-dev' in `/sw/fink/dists/unstable/main/binary-darwin-powerpc/libs/cups- dev_1.1.20-0.rc1.1_darwin-powerpc.deb'. /bin/ln -sf /sw/fink/dists/unstable/main/binary-darwin-powerpc/libs/cups- dev_1.1.20-0.rc1.1_darwin-powerpc.deb /sw/fink/debs/ /bin/rm -rf /sw/src/root-cups-dev-1.1.20-0.rc1.1 /bin/mkdir -p /sw/src/cups-dev-1.1.20-0.rc1.1 gzip -dc /sw/src/cups-58.tar.gz | /sw/bin/tar -xf - dpkg-deb: building package `openslp-ssl-dev' in `/sw/fink/dists/unstable/crypto/binary-darwin-powerpc/openslp-ssl- dev_1.0.9a-2_darwin-powerpc.deb'. /bin/ln -sf /sw/fink/dists/unstable/crypto/binary-darwin-powerpc/openslp-ssl- dev_1.0.9a-2_darwin-powerpc.deb /sw/fink/debs/ /bin/rm -rf /sw/src/root-openslp-ssl-dev-1.0.9a-2 /bin/rm -rf /sw/src/root-openslp-ssl-1.0.9a-2 /bin/mkdir -p /sw/src/openslp-ssl-1.0.9a-2 gzip -dc /sw/src/openslp-1.0.9a.tar.gz | /sw/bin/tar -xf - . dpkg-deb: building package `xfontpath' in `/sw/fink/dists/unstable/main/binary-darwin-powerpc/x11/xfontpath_0.4 -12_darwin-powerpc.deb'. /bin/ln -sf /sw/fink/dists/unstable/main/binary-darwin-powerpc/x11/xfontpath_0.4 -12_darwin-powerpc.deb /sw/fink/debs/ /bin/rm -rf /sw/src/root-xfontpath-0.4-12 /bin/mkdir -p /sw/src/xfontpath-0.4-12 gzip -dc /sw/src/xfontpath-0.4.tar.gz | /sw/bin/tar -xf - etc JF Mertens PS: Chris : Further, the above build of openslp-ssl contains a bunch of messages : symbol _PEM_read_bio_RSA_PUBKEY used from dynamic library /sw/lib/libcrypto.0.9.6.dylib(pem_all.o) not from earlier dynamic library /sw/lib/libcrypto.0.9.7.dylib(pem_all.o) contradicting its : BuildDepends: openssl097-dev Depends: openssl097-shlibs --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] fink HEAD builds everything twice
looks lik eit's linking against the old lib and the new ssl, My change caused this I'll look at it this morn, thanks. --- TS http://southofheaven.org Chaos is the beginning and end, try dealing with the rest. On 4-Dec-03, at 5:12 AM, jfm wrote: Hi, Just updated fink, and now : ... dpkg-deb: building package `cups-dev' in `/sw/fink/dists/unstable/main/binary-darwin-powerpc/libs/cups- dev_1.1.20-0.rc1.1_darwin-powerpc.deb'. /bin/ln -sf /sw/fink/dists/unstable/main/binary-darwin-powerpc/libs/cups- dev_1.1.20-0.rc1.1_darwin-powerpc.deb /sw/fink/debs/ /bin/rm -rf /sw/src/root-cups-dev-1.1.20-0.rc1.1 /bin/mkdir -p /sw/src/cups-dev-1.1.20-0.rc1.1 gzip -dc /sw/src/cups-58.tar.gz | /sw/bin/tar -xf - dpkg-deb: building package `openslp-ssl-dev' in `/sw/fink/dists/unstable/crypto/binary-darwin-powerpc/openslp-ssl- dev_1.0.9a-2_darwin-powerpc.deb'. /bin/ln -sf /sw/fink/dists/unstable/crypto/binary-darwin-powerpc/openslp-ssl- dev_1.0.9a-2_darwin-powerpc.deb /sw/fink/debs/ /bin/rm -rf /sw/src/root-openslp-ssl-dev-1.0.9a-2 /bin/rm -rf /sw/src/root-openslp-ssl-1.0.9a-2 /bin/mkdir -p /sw/src/openslp-ssl-1.0.9a-2 gzip -dc /sw/src/openslp-1.0.9a.tar.gz | /sw/bin/tar -xf - . dpkg-deb: building package `xfontpath' in `/sw/fink/dists/unstable/main/binary-darwin-powerpc/x11/xfontpath_0.4 -12_darwin-powerpc.deb'. /bin/ln -sf /sw/fink/dists/unstable/main/binary-darwin-powerpc/x11/xfontpath_0.4 -12_darwin-powerpc.deb /sw/fink/debs/ /bin/rm -rf /sw/src/root-xfontpath-0.4-12 /bin/mkdir -p /sw/src/xfontpath-0.4-12 gzip -dc /sw/src/xfontpath-0.4.tar.gz | /sw/bin/tar -xf - etc JF Mertens PS: Chris : Further, the above build of openslp-ssl contains a bunch of messages : symbol _PEM_read_bio_RSA_PUBKEY used from dynamic library /sw/lib/libcrypto.0.9.6.dylib(pem_all.o) not from earlier dynamic library /sw/lib/libcrypto.0.9.7.dylib(pem_all.o) contradicting its : BuildDepends: openssl097-dev Depends: openssl097-shlibs --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel smime.p7s Description: S/MIME cryptographic signature PGP.sig Description: This is a digitally signed message part
[Fink-devel] experimental/ dirs should be writable by everyone?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Masanori Sekino wrote: | Added Files: | gnome2-user-docs.info yelp.patch | Log Message: | sync with kconger's packages. | This is a little nuts. Originally the experimental/ module was meant to allow developers to help each other get packages working, if I recall correctly, now we are having to have multiple copies of the same files in different peoples experimental dirs. Are there any objections to making experimental writable by all developers again? Peter -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.3 (Darwin) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iQCVAwUBP89RLriDAg3OZTLPAQIqlAP9HOidnbcfAu6QK5iy4IroCT1PS76FiHKM l0wZXbmShSb6gPx2QdroP9mwiKXzf2HKHBzZeVjtKBihc6HX4K5v4bwyT6DLSl0V N/YrgojSbUaTJ7pRNZkK5IohGd/oOQvy+kUxXQFgcT3z5glJoiBvoZUQtToG+9v9 FKtwPqnPl2c= =M9t4 -END PGP SIGNATURE- --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] experimental/ dirs should be writable by everyone?
Am Donnerstag, 04.12.03 um 16:22 Uhr schrieb Peter O'Gorman: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Masanori Sekino wrote: | Added Files: | gnome2-user-docs.info yelp.patch | Log Message: | sync with kconger's packages. | This is a little nuts. Originally the experimental/ module was meant to allow developers to help each other get packages working, if I recall correctly, now we are having to have multiple copies of the same files in different peoples experimental dirs. Are there any objections to making experimental writable by all developers again? Well... if people really follow the rules and only touch other peoples stuff if they beforehand asked and got permission, fine by me. If somebody breaks that rule, we gotta kick him. So go ahead, just keep an eye on the commits list :-) Max --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] test suite now implemented
Am Donnerstag, 04.12.03 um 16:03 Uhr schrieb David R. Morrison: P.S. If you are running on 10.2, you should install test-simple-pm by hand before updating fink from CVS HEAD. The essential versions of the new packages are present during the bootstrap, but haven't yet been added to the unstable trees. So why not make it so that it only runs the test code if these packages are installed? Shouldn't be too hard (hint: don't check for the fink package to be installed, rather from withing perl check whether the required Test:: perl stuff is available before using it). Otherwise, when we release a new fink, a lot of people will bump into this hurdle and shout at us :-) Note: adding the required packages as essential before releaing the new fink doesn't help the problem. If somebody runs selfupdate only once a month, they still encounter the problem. In fact, I am not sure whether it is really a good idea to make those packages essential... do we really want that? At most they should be build dependencies of fink, I think. Max --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] test suite now implemented
P.S. If you are running on 10.2, you should install test-simple-pm by hand before updating fink from CVS HEAD. The essential versions of the new packages are present during the bootstrap, but haven't yet been added to the unstable trees. --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Re: experimental/benh57/finkinfo/test dia.info,NONE,1.1
how the hell does it not make sense?? it's not dia, it's libunicode-gnome, I've already poster this to fink-devel... --- TS http://southofheaven.org Chaos is the beginning and end, try dealing with the rest. On 4-Dec-03, at 9:02 AM, Max Horn wrote: it's not dia isn't libunicode-gnome, I've already posted this to fink-devel... Guess what, that sentence still makes no sense :-). Compression usually is good, as long as you don't loose essential information in the progress. This doesn't just apply to file compression, it also applies to language compression, Justin :-) Max smime.p7s Description: S/MIME cryptographic signature PGP.sig Description: This is a digitally signed message part
Re: [Fink-devel] test suite now implemented
-BEGIN PGP SIGNED MESSAGE- Hash: RIPEMD160 David R. Morrison wrote: snip Thanks for the suggestion, Max, I'll look into modifying t/00compile to make this work (although I'm a bit scared to touch that!). personally I think that the whole purpouse of the test suit is defied if we cannot or better will not test in every imgainable possible combination. This will surely be more liekly when every singel Fink user runs the tests rather than some that want to do it by hand. But then again, that is simply my opinion. -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.3 (Darwin) iD8DBQE/z15ZPMoaMn4kKR4RA6bzAJ42HxN1BjQXRKAoyQGYLDP6YZO6xgCZAeJr mJ06ND0C/UWbJb181kxI0nY= =uCDx -END PGP SIGNATURE- --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] test suite now implemented
Dear fink-devel, I've added code which causes the fink test suite to be run every time you bootstrap or inject fink. This required the introduction of three new essential packages in the 10.2-gcc3.3 tree and earlier: file-spec-pm, test-simple-pm, and test-harness-pm. Please let me know if you encounter any problems from this. Problems with the testing suite itself are not things that I have the skill to fix; if you run into those, you should report them here. -- Dave --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] test suite now implemented
Sure. The change which Max is suggesting only affects running the test suite while fink is being bootstrapped, and also during the first time the user upgrades to fink-0.18.0 (or whatever release this code becomes part of). After that, the test suite will be run each time the user installs fink. -- Dave --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] fink HEAD builds everything twice
try current HEAD now. Also if you know of a build that needs to switch db3 and db4 a few times or something like that could you test it or tell me :P Again thanks for your reports. --- TS http://southofheaven.org Chaos is the beginning and end, try dealing with the rest. On 4-Dec-03, at 5:12 AM, jfm wrote: Hi, Just updated fink, and now : ... dpkg-deb: building package `cups-dev' in `/sw/fink/dists/unstable/main/binary-darwin-powerpc/libs/cups- dev_1.1.20-0.rc1.1_darwin-powerpc.deb'. /bin/ln -sf /sw/fink/dists/unstable/main/binary-darwin-powerpc/libs/cups- dev_1.1.20-0.rc1.1_darwin-powerpc.deb /sw/fink/debs/ /bin/rm -rf /sw/src/root-cups-dev-1.1.20-0.rc1.1 /bin/mkdir -p /sw/src/cups-dev-1.1.20-0.rc1.1 gzip -dc /sw/src/cups-58.tar.gz | /sw/bin/tar -xf - dpkg-deb: building package `openslp-ssl-dev' in `/sw/fink/dists/unstable/crypto/binary-darwin-powerpc/openslp-ssl- dev_1.0.9a-2_darwin-powerpc.deb'. /bin/ln -sf /sw/fink/dists/unstable/crypto/binary-darwin-powerpc/openslp-ssl- dev_1.0.9a-2_darwin-powerpc.deb /sw/fink/debs/ /bin/rm -rf /sw/src/root-openslp-ssl-dev-1.0.9a-2 /bin/rm -rf /sw/src/root-openslp-ssl-1.0.9a-2 /bin/mkdir -p /sw/src/openslp-ssl-1.0.9a-2 gzip -dc /sw/src/openslp-1.0.9a.tar.gz | /sw/bin/tar -xf - . dpkg-deb: building package `xfontpath' in `/sw/fink/dists/unstable/main/binary-darwin-powerpc/x11/xfontpath_0.4 -12_darwin-powerpc.deb'. /bin/ln -sf /sw/fink/dists/unstable/main/binary-darwin-powerpc/x11/xfontpath_0.4 -12_darwin-powerpc.deb /sw/fink/debs/ /bin/rm -rf /sw/src/root-xfontpath-0.4-12 /bin/mkdir -p /sw/src/xfontpath-0.4-12 gzip -dc /sw/src/xfontpath-0.4.tar.gz | /sw/bin/tar -xf - etc JF Mertens PS: Chris : Further, the above build of openslp-ssl contains a bunch of messages : symbol _PEM_read_bio_RSA_PUBKEY used from dynamic library /sw/lib/libcrypto.0.9.6.dylib(pem_all.o) not from earlier dynamic library /sw/lib/libcrypto.0.9.7.dylib(pem_all.o) contradicting its : BuildDepends: openssl097-dev Depends: openssl097-shlibs --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel smime.p7s Description: S/MIME cryptographic signature PGP.sig Description: This is a digitally signed message part
Re: [Fink-devel] fink HEAD builds everything twice
On Dec 4, 2003, at 5:54 PM, TheSin wrote: try current HEAD now. Also if you know of a build that needs to switch db3 and db4 a few times or something like that could you test it or tell me :P Trying ; fink gets rebuild twice : ... All tests successful. Files=21, Tests=492, 56 wallclock secs ( 9.44 cusr + 1.62 csys = 11.06 CPU) ./setup.sh /sw Creating fink... Creating fink-virtual-pkgs... Creating pathsetup.command... Creating FinkVersion.pm... Creating man page... Creating shlibs default file... Creating postinstall script... /bin/rm -rf /sw/src/root-fink-0.17.1.cvs-20031204.1731 /bin/mkdir -p /sw/src/root-fink-0.17.1.cvs-20031204.1731/sw /bin/mkdir -p /sw/src/root-fink-0.17.1.cvs-20031204.1731/DEBIAN ./install.sh /sw/src/root-fink-0.17.1.cvs-20031204.1731/sw Creating directories... Copying files... Done. /bin/rm -f /sw/src/root-fink-0.17.1.cvs-20031204.1731/sw/info/dir /sw/src/root-fink-0.17.1.cvs-20031204.1731/sw/info/dir.old /sw/src/root-fink-0.17.1.cvs-20031204.1731/sw/share/info/dir /sw/src/root-fink-0.17.1.cvs-20031204.1731/sw/share/info/dir.old /bin/rm -rf fink-0.17.1.cvs-20031204.1731 Writing control file... Finding prebound objects... Writing dependencies... Writing package script postinst... dpkg-deb -b root-fink-0.17.1.cvs-20031204.1731 /sw/fink/dists/local/bootstrap/binary-darwin-powerpc dpkg-deb: building package `fink' in `/sw/fink/dists/local/bootstrap/binary-darwin-powerpc/fink_0.17.1.cvs -20031204.1731_darwin-powerpc.deb'. /bin/ln -sf /sw/fink/dists/local/bootstrap/binary-darwin-powerpc/fink_0.17.1.cvs -20031204.1731_darwin-powerpc.deb /sw/fink/debs/ /bin/rm -rf /sw/src/root-fink-0.17.1.cvs-20031204.1731 /bin/mkdir -p /sw/src/fink-0.17.1.cvs-20031204.1731 /bin/cat /sw/src/fink-0.17.1.cvs.tar | /sw/bin/tar -xf - make test Sorry_ Jean-Francois --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] fink HEAD builds everything twice
On Dec 4, 2003, at 6:47 PM, jfm wrote: Trying ; fink gets rebuild twice : PS: I read : But I think this is the end of the road for my changes, as I'm upsetting ppl now I'd be sorry about that. My msgs didn't imply at all I was upset _ on the contrary. On ne fait pas d'omellette sans casser des oeufs (One doesn't make an omelet without breaking eggs) Best; Jean-Francois --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] fink HEAD builds everything twice
that was just the old files getting replaced still. It won't now. Or shouldn't since it doesn't for me. --- TS http://southofheaven.org Chaos is the beginning and end, try dealing with the rest. On 4-Dec-03, at 10:47 AM, jfm wrote: On Dec 4, 2003, at 5:54 PM, TheSin wrote: try current HEAD now. Also if you know of a build that needs to switch db3 and db4 a few times or something like that could you test it or tell me :P Trying ; fink gets rebuild twice : ... All tests successful. Files=21, Tests=492, 56 wallclock secs ( 9.44 cusr + 1.62 csys = 11.06 CPU) ./setup.sh /sw Creating fink... Creating fink-virtual-pkgs... Creating pathsetup.command... Creating FinkVersion.pm... Creating man page... Creating shlibs default file... Creating postinstall script... /bin/rm -rf /sw/src/root-fink-0.17.1.cvs-20031204.1731 /bin/mkdir -p /sw/src/root-fink-0.17.1.cvs-20031204.1731/sw /bin/mkdir -p /sw/src/root-fink-0.17.1.cvs-20031204.1731/DEBIAN ./install.sh /sw/src/root-fink-0.17.1.cvs-20031204.1731/sw Creating directories... Copying files... Done. /bin/rm -f /sw/src/root-fink-0.17.1.cvs-20031204.1731/sw/info/dir /sw/src/root-fink-0.17.1.cvs-20031204.1731/sw/info/dir.old /sw/src/root-fink-0.17.1.cvs-20031204.1731/sw/share/info/dir /sw/src/root-fink-0.17.1.cvs-20031204.1731/sw/share/info/dir.old /bin/rm -rf fink-0.17.1.cvs-20031204.1731 Writing control file... Finding prebound objects... Writing dependencies... Writing package script postinst... dpkg-deb -b root-fink-0.17.1.cvs-20031204.1731 /sw/fink/dists/local/bootstrap/binary-darwin-powerpc dpkg-deb: building package `fink' in `/sw/fink/dists/local/bootstrap/binary-darwin-powerpc/fink_0.17.1.cvs -20031204.1731_darwin-powerpc.deb'. /bin/ln -sf /sw/fink/dists/local/bootstrap/binary-darwin-powerpc/fink_0.17.1.cvs -20031204.1731_darwin-powerpc.deb /sw/fink/debs/ /bin/rm -rf /sw/src/root-fink-0.17.1.cvs-20031204.1731 /bin/mkdir -p /sw/src/fink-0.17.1.cvs-20031204.1731 /bin/cat /sw/src/fink-0.17.1.cvs.tar | /sw/bin/tar -xf - make test Sorry_ Jean-Francois smime.p7s Description: S/MIME cryptographic signature PGP.sig Description: This is a digitally signed message part
Re: [Fink-devel] fink HEAD builds everything twice
hehe thanks for the encouragement, but it wasn't you i was referring to, I love getting up and getting your bug reports, gives me something to work on :) --- TS http://southofheaven.org Chaos is the beginning and end, try dealing with the rest. On 4-Dec-03, at 10:54 AM, jfm wrote: On Dec 4, 2003, at 6:47 PM, jfm wrote: Trying ; fink gets rebuild twice : PS: I read : But I think this is the end of the road for my changes, as I'm upsetting ppl now I'd be sorry about that. My msgs didn't imply at all I was upset _ on the contrary. On ne fait pas d'omellette sans casser des oeufs (One doesn't make an omelet without breaking eggs) Best; Jean-Francois smime.p7s Description: S/MIME cryptographic signature PGP.sig Description: This is a digitally signed message part
Re: [Fink-devel] Re: experimental/benh57/finkinfo/test dia.info,NONE,1.1
Am Donnerstag, 04.12.03 um 17:05 Uhr schrieb TheSin: how the hell does it not make sense?? it's not dia, it's libunicode-gnome, I've already poster this to fink-devel... --- So you are saying, the dia.info file contains libunicode-gnome, not dia. From a quick look, that's not true. Hence I guess you mean something different. What you mean is not clear from what you say. Hence what you say makes no sense. qed. :-) Max --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Re: experimental/benh57/finkinfo/test dia.info,NONE,1.1
the bug was not in dia it's in libunicode-gnome, and it doesn't matter anymore since Clef was working on a newer version of dia which I didn't know, I was just letting him know that I started to debug it to save him time, is all, it's not a big deal. --- TS http://southofheaven.org Chaos is the beginning and end, try dealing with the rest. On 4-Dec-03, at 11:01 AM, Max Horn wrote: Am Donnerstag, 04.12.03 um 17:05 Uhr schrieb TheSin: how the hell does it not make sense?? it's not dia, it's libunicode-gnome, I've already poster this to fink-devel... --- So you are saying, the dia.info file contains libunicode-gnome, not dia. From a quick look, that's not true. Hence I guess you mean something different. What you mean is not clear from what you say. Hence what you say makes no sense. qed. :-) Max smime.p7s Description: S/MIME cryptographic signature PGP.sig Description: This is a digitally signed message part
Re: [Fink-devel] libmikmod-3.1.10-2
-pthread and -lpthread aen't the same, I think -pthread could just be removed, likely a configure script problem, but it's harmless and is likely the reason why the maintainer didn't remove it in the first place. --- TS http://southofheaven.org Chaos is the beginning and end, try dealing with the rest. On 4-Dec-03, at 11:48 AM, John Davidorff Pell wrote: When building, libmikmod-3.1.10-2 calls gcc with -pthread which results in numerous warnings. It works, but I think that changing it to -lpthread would make it happier. Whoever is in charge of this, could you take a look? Thanx. JP -- John Davidorff Pell [EMAIL PROTECTED] smime.p7s Description: S/MIME cryptographic signature PGP.sig Description: This is a digitally signed message part
Re: [Fink-devel] libmikmod-3.1.10-2
Ok, works for me. I just noticed a whole bunch of warnings and I thought I'd let the maintainer know, which is fink-devel... JP On Dec 4, 2003, at 10:56 AM, TheSin wrote: -pthread and -lpthread aen't the same, I think -pthread could just be removed, likely a configure script problem, but it's harmless and is likely the reason why the maintainer didn't remove it in the first place. --- TS http://southofheaven.org Chaos is the beginning and end, try dealing with the rest. On 4-Dec-03, at 11:48 AM, John Davidorff Pell wrote: When building, libmikmod-3.1.10-2 calls gcc with -pthread which results in numerous warnings. It works, but I think that changing it to -lpthread would make it happier. Whoever is in charge of this, could you take a look? Thanx. JP -- John Davidorff Pell [EMAIL PROTECTED] -- John Davidorff Pell [EMAIL PROTECTED] smime.p7s Description: S/MIME cryptographic signature
[Fink-devel] 10.3 gtk+2 2.2.4-2 not building
Hello, I'm getting this failure with installing gtk+2 2.2.4-2 on 10.3: % fink install gtk+2 gtk+2-dev gtk+2-shlibs ... ... ... checking pixbuf loaders to build... checking for sys/wait.h that is POSIX.1 compatible... yes checking return type of signal handlers... (cached) void checking for x86 platform... no checking for freetype-config... /usr/X11R6/bin/freetype-config checking For sufficiently new FreeType (at least 2.0.1)... no configure: error: pangoxft Pango backend found but did not find freetype libraries make: *** No targets specified and no makefile found. Stop. ### execution of LD_TWOLEVEL_NAMESPACE=1 failed, exit code 2 Failed: compiling gtk+2-2.2.4-2 failed This was with only freetype, freetype-bin and freetype-shlibs installed. Installing freetype2 and freetype2-shlibs 2.1.3-11 didn't help. It appears that neither freetype or freetype2 install a freetype-config file. Best, Blair -- Blair Zajac [EMAIL PROTECTED] Plots of your system's performance - http://www.orcaware.com/orca/ --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] 10.3 gtk+2 2.2.4-2 not building
Check the config.log file in the build directory to see if there's more information there. Also, try running freetype-config --libs and see what you get. On my Panther box, with XFree86 and freetype (but not freetype2) installed, I get -L/usr/X11R6/lib -lfreetype On Thursday, December 4, 2003, at 03:32 PM, Blair Zajac wrote: Hello, I'm getting this failure with installing gtk+2 2.2.4-2 on 10.3: % fink install gtk+2 gtk+2-dev gtk+2-shlibs ... ... ... checking pixbuf loaders to build... checking for sys/wait.h that is POSIX.1 compatible... yes checking return type of signal handlers... (cached) void checking for x86 platform... no checking for freetype-config... /usr/X11R6/bin/freetype-config checking For sufficiently new FreeType (at least 2.0.1)... no configure: error: pangoxft Pango backend found but did not find freetype libraries make: *** No targets specified and no makefile found. Stop. ### execution of LD_TWOLEVEL_NAMESPACE=1 failed, exit code 2 Failed: compiling gtk+2-2.2.4-2 failed This was with only freetype, freetype-bin and freetype-shlibs installed. Installing freetype2 and freetype2-shlibs 2.1.3-11 didn't help. It appears that neither freetype or freetype2 install a freetype-config file. Best, Blair -- Blair Zajac [EMAIL PROTECTED] Plots of your system's performance - http://www.orcaware.com/orca/ -- Alexander K. Hansen Levitated Dipole Experiment http://www.psfc.mit.edu/LDX --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] 10.3 gtk+2 2.2.4-2 not building
Alexander K. Hansen wrote: Check the config.log file in the build directory to see if there's more information there. Also, try running freetype-config --libs and see what you get. On my Panther box, with XFree86 and freetype (but not freetype2) installed, I get -L/usr/X11R6/lib -lfreetype I do get the same thing: $ freetype-config --libs -L/usr/X11R6/lib -lfreetype But the test file has a bad #include line: #include FT_ERRORS_H From config.log: configure:24733: checking For sufficiently new FreeType (at least 2.0.1) configure:24755: gcc -c -O3 -funroll-loops -fstrict-aliasing -pipe -Wall -no-cpp-precomp -DX_LOCALE -I/sw/include -I/usr/X11R6/include -I/usr/X11R6/include/freetype2 conftest.c 5 configure:24790:10: #include expects FILENAME or FILENAME configure:24758: $? = 1 configure: failed program was: | #line 24735 configure | /* confdefs.h. */ | | #define PACKAGE_NAME | #define PACKAGE_TARNAME | #define PACKAGE_VERSION | #define PACKAGE_STRING | #define PACKAGE_BUGREPORT | #define GETTEXT_PACKAGE gtk20 | #define STDC_HEADERS 1 | #define HAVE_SYS_TYPES_H 1 | #define HAVE_SYS_STAT_H 1 | #define HAVE_STDLIB_H 1 | #define HAVE_STRING_H 1 | #define HAVE_MEMORY_H 1 | #define HAVE_STRINGS_H 1 | #define HAVE_INTTYPES_H 1 | #define HAVE_STDINT_H 1 | #define HAVE_UNISTD_H 1 | #define HAVE_DLFCN_H 1 | #ifdef __cplusplus | #include stdlib.h | #endif | #define GTK_COMPILED_WITH_DEBUGGING minimum | #define HAVE_LSTAT 1 | #define HAVE_MKSTEMP 1 | #define HAVE_FLOCKFILE 1 | #define HAVE_SIGSETJMP 1 | #define HAVE_LOCALE_H 1 | #define HAVE_LC_MESSAGES 1 | #define HAVE_BIND_TEXTDOMAIN_CODESET 1 | #define HAVE_GETTEXT 1 | #define ENABLE_NLS 1 | #define GTK_LOCALEDIR /sw/lib/locale | #define HAVE_BIND_TEXTDOMAIN_CODESET 1 | #define HAVE_PWD_H 1 | #define HAVE_PWD_H 1 | #define HAVE_SYS_TIME_H 1 | #define HAVE_SYS_TIME_H 1 | #define HAVE_UNISTD_H 1 | #define HAVE_UNISTD_H 1 | #define STDC_HEADERS 1 | #define RETSIGTYPE void | #define HAVE_STDLIB_H 1 | #define HAVE_UNISTD_H 1 | #define HAVE_GETPAGESIZE 1 | #define HAVE_MMAP 1 | #define HAVE_WCHAR_H 1 | #define HAVE_WCTYPE_H 1 | #define USE_GMODULE 1 | #define HAVE_PROGRESSIVE_JPEG 1 | #define HAVE_SYS_WAIT_H 1 | #define RETSIGTYPE void | /* end confdefs.h. */ | | #include freetype/freetype.h | #include FT_ERRORS_H | | int | main () | { | (void)1; | ; | return 0; | } configure:24778: result: no configure:24809: error: pangoxft Pango backend found but did not find freetype libraries Best, Blair -- Blair Zajac [EMAIL PROTECTED] Plots of your system's performance - http://www.orcaware.com/orca/ --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] BuildDependsOnly field
Am Mittwoch, 03.12.03 um 05:56 Uhr schrieb Ben Hines: it is good to work in CVS. But for major dep engine changes you might want to work in a 'branch' instead, not HEAD. I fully agree with Ben. In fact, I am not happy about the recent addition of BuildConflicts. It seems very half baked to me. Hey, I could have added this way of implementing it a year ago. I had reasons why I didn't. Might be a good idea to first ask the persons who spent a lot of time researching this issue before charging ahead, Justin! Max --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] BuildDependsOnly field
Already stated I will no longer work be working on fink's code base unless it's to fix something that I created. Sorry to try and advance fink instead of complaining yet again about something that has been discuss a dozen times already. I have two branches already they don't work, they have been there for over 6 months, no one tests them and no one merges/updates them. --- TS http://southofheaven.org Chaos is the beginning and end, try dealing with the rest. On 4-Dec-03, at 9:01 AM, Max Horn wrote: I fully agree with Ben. In fact, I am not happy about the recent addition of BuildConflicts. It seems very half baked to me. Hey, I could have added this way of implementing it a year ago. I had reasons why I didn't. Might be a good idea to first ask the persons who spent a lot of time researching this issue before charging ahead, Justin! smime.p7s Description: S/MIME cryptographic signature PGP.sig Description: This is a digitally signed message part
Re: [Fink-devel] BuildDependsOnly field
Am Donnerstag, 04.12.03 um 22:36 Uhr schrieb TheSin: Already stated I will no longer work be working on fink's code base unless it's to fix something that I created. That's not what I asked you for, but of course it's your own decision on how you want to react in this situation. Sorry to try and advance fink instead of complaining yet again about something that has been discuss a dozen times already. While I applaud your attempt to fix something which has been discussed a dozen times already, that is no valid excuse to at the same time ignore things which have been discussed a dozen times already. The real problem, however, is what I see by looking over the fink-cvs logs in the past couple days. Essentially you seem to be doing some kind of trial-and-error development on the trunk right now. This is *not* good. Code should be tested before it is committed, not after. Of course it's very easy to overlook a mistake and accidentally commit it, happened often enough to me. But looking at your recent commits and also the commit messages, I get a really bad feeling in the stomach. BTW, changing some fundamental behavior of fink w/o *any* discussion, or at least announcement of that change, on fink-devel, is *really* bad. I have two branches already they don't work, they have been there for over 6 months, no one tests them and no one merges/updates them. I think we have a misunderstanding here about how working on a branch works. A branch is a way to separate and isolate development of potential hazardous features from regular development. Once a feature has been completed and sufficiently tested on a branch, it may be merged back into the trunk, if desired. A branch usually has one or more drivers - persons in charge of that branch. This person or persons develops the branch, and watches any changes made to it (in this scenario this is mostly redundant to mention, but on bigger projects it can easily happen that a branch develops branches of its own. But I digress). The driver is the one who drives testing of the branch, too - that entails getting others to test his branch. The driver may attempt to keep his branch in sync with the trunk to make merging it in the future as easy as possible It also means the driver is the driving force behind getting the branch merged into the trunk. Usually he does so by convincing the trunk maintainers that his changes are stable enough and useful enough to justify inclusion in the trunk. A typical approach to that is that the driver decides his branch is good for go. He then might make a patch against the trunk, and then post that patch in a patch tracker item for review / general testing. As I stated it's the task of the branch driver to get others to test his branch and review it. Including the people responsible for the trunk. It's *not* the task of the trunk drivers to do this (they may do it if they feel like it, of course). So, rather than complaining about you already having two branches which are there for over 6 months, *do something*. Decide whether you want to abandon these branches, or keep caring for them. In the latter case, go and fix them. If you can't do it, actively try to get other people who can fix them to help you. Once your branch(s) are fixed and actually useful, make a patch out of them, post a patch tracker item. Don't forget to put a description of your patch in that item, including an explanation of what the patch does, why it's useful, etc.. Then start prodding me/Ben/drm/etc. to review it. That is an informal overview of how such things usual are handled formally. Of course many things in there can potentially be shortcut, e.g. if you can get trunk maintainers to work together with you on the branch. However, just sitting there and hoping that somebody discovers one of your branches, tests it, makes required fixes for you and completes your code, isn't sufficient. Directly including your changes into the trunk in the hopes that by putting semi-broken code into trunk, people will *have* to fix it for you and complete it, usually is a bad idea. A good example of this is something I did (putting in the fink cleanup code incomplete, in the hopes that somebody else will fix it). As you can see, that didn't work out too well. But at least in this case nobody will have to suffer. Luckily, the BuildConflicts field shouldn't cause suffering either, no matter how it is implemented, as long as it isn't used (and since it's not documented, it won't be used). AFAIK one of your branches was about making passwd obsolete. Very good that you are working on this. The way it was done isn't quite the way I'd have liked to see it done. That wouldn't matter, though, if it worked. As it is, the code doesn't work and is very outdated compared to the trunk. So it's very hard for interested parties to try it out (the lack of any docs doesn't help). As a result, nobody does. If you are really
Re: [Fink-devel] BuildDependsOnly field
I completely agree but shlibs and uidgid have been done since before 10.3 and they are not updated and not merge though I point them out almost weekly. And I got tried of working for nothing, this way it's tested, reported and worked on. --- TS http://southofheaven.org Chaos is the beginning and end, try dealing with the rest. On 4-Dec-03, at 3:26 PM, Max Horn wrote: A branch is a way to separate and isolate development of potential hazardous features from regular development. Once a feature has been completed and sufficiently tested on a branch, it may be merged back into the trunk, if desired. smime.p7s Description: S/MIME cryptographic signature PGP.sig Description: This is a digitally signed message part
Re: [Fink-devel] BuildDependsOnly field
I did announce this, and hence where Clef's comment came from. And to a degree it's trail and error, but it's tested first it's just that I'm on top of the report, ppl want different output, reading the code essential is passed on the splitoffs from the arent but drm didn't want that to be true in remove so I switched that back, though it worked both ways and wasn't trail and error, my last commit to fix rebuild, well i tested 3 different installs but never thought of rebuild, though I fixed it right away. The only one that was a mickey mouse fix was in the remove code with setting $vo, which I've changed now, thought I still think we need a get_currentversion(), but I didn't want to leave it broken, pogma pointed out that the first way I had it it would remove a pkg if it needed to be upgraded as I was checking for lastest version. And that was an error I needed to fix. so as you see NONE of it was trail and error, just things that needed attention, and I wanted ppl to be able to comment and test it as I go instead of changing all at once, plus I don't want to document any of it yet as it's not ready to be used, ie BuildConflicts, I want the devel team to test it more before the public knows about it. Anyhow, I'm publicly sorry and a jack ass, and I'm done, this is odd, from the other 12 conversations on this topic the problems with buildconflicts was the engine and the problem with the engine was not check deps per build, I did both so there are no other objections. At least I didn't see any, so i wasn't ignoring anything for the other conversations. --- Justin F. Hallett Blue Falls Manufacturing Ltd. I.T. Manager/Marketing http://www.goarctic.com Tel: (780) 789-2626 Fax: (780) 789-2624 On 4-Dec-03, at 3:26 PM, Max Horn wrote: BTW, changing some fundamental behavior of fink w/o *any* discussion, or at least announcement of that change, on fink-devel, is *really* bad. smime.p7s Description: S/MIME cryptographic signature PGP.sig Description: This is a digitally signed message part
Re: [Fink-devel] BuildDependsOnly field
Well i don't see this as true, it's well commented and I've read threw it a few times, and I'd likely jump into it someday I just think a few more things where more important and needed dealing with first. --- TS http://southofheaven.org Chaos is the beginning and end, try dealing with the rest. On 4-Dec-03, at 3:26 PM, Max Horn wrote: I did (putting in the fink cleanup code incomplete, in the hopes that somebody else will fix it). smime.p7s Description: S/MIME cryptographic signature PGP.sig Description: This is a digitally signed message part
Re: [Fink-devel] libmikmod-3.1.10-2
On Dec 4, 2003, at 1:48 PM, John Davidorff Pell wrote: When building, libmikmod-3.1.10-2 calls gcc with -pthread which results in numerous warnings. It works, but I think that changing it to -lpthread would make it happier. Whoever is in charge of this, could you take a look? Thanx. JP -lpthread and -pthread aren't needed on OS X; they're assumed. I'm more annoyed by the way 16-bit sound comes out as static from XMMS's MOD plugin. --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] 10.3 gtk+2 2.2.4-2 not building
Blair Zajac wrote: [] But the test file has a bad #include line: #include FT_ERRORS_H This is not a bad #include line, it is just the usual freetype/freetype2 mixup. [] | #include freetype/freetype.h | #include FT_ERRORS_H Both freetype and freetype2 have headers that answer to the name freetype/freetype.h, and they are, of course, totally incompatible. Which one of the two is chosen depends on your good or bad luck. When the freetype2/freetype/freetype.h header file is chosen the #include line is OK, when the one from freetype is chosen, it gives the error you are seeing. The only sane way out is fink remove freetype. And if you have a decent X11 installation, remove the freetype2 packages, too (if fink lets you do it). -- Martin --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Not on the list but..
I would just like to suggest that this http://fink.sourceforge.net/download/10.3-upgrade.php should be displayed displayed on the front page. I know it would have helped me solve a number of my problems on my own. -Harry --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Re: Who did commit unstable/util/hflf on Sun Nov 23 17:53:36 2003 ?
Le Thu, Dec 04, 2003 at 12:54:09AM +0100, Darian Lanx a écrit: Comments ? OOps. I guess that was me. I didn't realise that there is a hlfl package already, I must have overlooked it. This was done unintentional and I apologize. Please do remove my package if you have CVS access, if not, tell me to do it. However, hlfl is a utility which has no direct affiliation to the net thus I think it is better off in the utils section. I personnally do not really care who does what, as long as it's packaged :) I'm grateful to Xavier who did the original pack, but if he wants to give the beast to someone, I wont oppose. Anyway, for the placement: in FreeBSD and OpenBSD, hlfl is classified under security, it's under net-misc in Gentoo and net in Debian. How do you call something which create firewall rules, if not related to net ? Arnaud. --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] rsync mirrors
Attached is what should be a working rsync-2.5.7 info file. Unfortunately, the custom mirror spec seems to be broken; fink is attempting to use mirrors like opendarwin.org, etc, when it should be using the URLs provided by the CustomMirror configuration. rsync-2.5.7-1.info Description: Binary data smime.p7s Description: S/MIME cryptographic signature
Re: [Fink-devel] BuildDependsOnly field
On Dec 4, 2003, at 1:36 PM, TheSin wrote: Already stated I will no longer work be working on fink's code base unless it's to fix something that I created. Sorry to try and advance fink instead of complaining yet again about something that has been discuss a dozen times already. Aw cmon don't be immature about it, its all about communication. Of course everyone appreciates the contributions and we want you to contribute more. I have two branches already they don't work, they have been there for over 6 months, no one tests them and no one merges/updates them. You need to kick people to get them to help out and remind people of things, i dont remember even what other branches you have. I'd test your BC branch. -Ben --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel