Re: [Fink-devel] Re: apr-0.9.2-1
Hi Jean-Francois thanks a lot for your feedback. On Donnerstag, Januar 23, 2003, at 06:39 Uhr, jfm wrote: On Thursday, Jan 23, 2003, at 16:31 Europe/Brussels, Christian Schaffner wrote: On Donnerstag, Januar 23, 2003, at 04:18 Uhr, Peter O'Gorman wrote: don't have apr installed, but this is due to the order of the includes in the cc line, in the info file you can do NoSetCPPFlags: true and see what happens, if that doesn't work then try also adding SetCPPFlags: -isystem %p/include to ensure that /sw/include comes after -I../include etc whan gcc is looking for the include files. Well, that's what I thought (the reason, not the solution, thanks for it!). But Paolo says that it is also happening if he don't have apr install while compiling. Right _ I have problems as well when running with the isystem branch as when not. Didn' look at them in detail yet. Will send you more as soon as I get time to look at it. That would be really great! I am a little bit at loss here... I might be wrong here, but: Doesn't this fix only help in the situation when an incompatible apr is already installed on your system and you try to compile the new version? It is needed whenever there may be a file in /sw/include with the same name as one in ../include in your case _ and you can't know this, even if you would have all fink packages installed on your machine, because there may be additional local packages _ or additional fink packages in the future. In this case /sw/include/pcreposix.h installed by pcre is a different file from ../include/pcreposix.h But pcre is not the problem here, no? Well, at least, I have pcre installed and apr rebuilds fine. On Donnerstag, Januar 23, 2003, at 07:41 Uhr, jfm wrote: Well, I don't get the same trouble (with /sw/include/apr_hash.h) as mentioned, I guess because I have only apr-shlibs installed (- conflict with apache2). Ah, ok. I really would love to get rid of thsi conflict. I contacted the maintainer of the apache2 package (Sonic McTails [EMAIL PROTECTED]) to update apache2 to use the apr package, but he didn't respond so far. But in the install phase, I get both ways : gcc -r -keep_private_externs -nostdlib -o .libs/libaprutil-0.0.9.2.dylib-master.o buckets/apr_buckets_file.lo ... long list xlate/xlate.lo gcc -dynamiclib -flat_namespace -undefined suppress -o .libs/libaprutil-0.0.9.2.dylib .libs/libaprutil-0.0.9.2.dylib-master.o -L/sw/lib /sw/lib/libgdbm.dylib /sw/lib/libdb-4.0.dylib /sw/lib/libexpat.dylib /sw/lib/libiconv.dylib /sw/lib/libapr-0.dylib -lm -lc -install_name /sw/lib/libaprutil-0.0.dylib -compatibility_version 10 -current_version 10.2 gcc: /sw/lib/libapr-0.dylib: No such file or directory This should be %b/srclib/apr/.libs/libapr-0.dylib I guess ... Mhmm... even another problem. How can I solve this? Shall I add the -isystem ? Could you try that out? Really, it seems that I can't solve this problem by myself. More help would be highly appreciated... ;-) Thanks, Chris. --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Apple VP loving Fink
-BEGIN PGP SIGNED MESSAGE- Hash: RIPEMD160 On Freitag, Jänner 24, 2003, at 02:05 Uhr, Jeff Hughes wrote: I just wanted to let you guys know that Bud Tribble, Apple's VP of Software Technology, was the speaker at a colloquium here at the University of Washington today. He gave a presentation on UNIX and MacOS X. One of the slides was about fink and how great it is. He uses it daily and loves it. Keep up the good work! That kinda verifies what I heard from apple Europe when I spoke to them *smile* February a big IT convention here in Vienna will give me a chance to gather more intel from Apple. - -d - - Face me and you shall surely perish. -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (Darwin) iD8DBQE+MTUQiW/Ta/pxHPQRA3PbAKCxU7twiLzd5A8rmY1zT60RU331MQCbBCfA FPCEP7kKIPFcC6JWMQha75o= =dFCE -END PGP SIGNATURE- --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Fink for FreeBSD
Is there currently any development or plans to port Fink to other platforms and operating systems then just Darwin? Especially a port to FreeBSD seems very useful and not so difficult to do, as MacOSX and FreeBSD have a lot of similarities. I think a lot of people using Free/Net/Open BSD or even Solaris would be very glad to be able to use such an easy to administrate package system as Fink. Any ideas? Alexander Lehmann --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Fink for FreeBSD
Is there currently any development or plans to port Fink to other platforms and operating systems then just Darwin? Especially a port to FreeBSD seems very useful and not so difficult to do, as MacOSX and FreeBSD have a lot of similarities. FreeBSD already has the ports system, which leaves no compelling reason to put Fink on it... A more interesting migration would be to Debian GNU/Linux, because it is using the same package management tools. I imagine the nicest benefit is being easier to install packages from source than the current Debian tools allow. 'Course then there's Portage... but that's for Gentoo Linux. I imagine Fink might get a decent reception amongst the Debian folk. Alexander Lehmann -- Jason Deraleau --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Fink for FreeBSD
NetBSD has a package system that is also usable with Linux and Solaris. It's a bit more comprehensive than fink and has been around longer. On Fri, 24 Jan 2003, Alexander Lehmann wrote: Is there currently any development or plans to port Fink to other platforms and operating systems then just Darwin? Especially a port to FreeBSD seems very useful and not so difficult to do, as MacOSX and FreeBSD have a lot of similarities. I think a lot of people using Free/Net/Open BSD or even Solaris would be very glad to be able to use such an easy to administrate package system as Fink. Any ideas? Alexander Lehmann --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel -- Hisashi T Fujinaka - [EMAIL PROTECTED] BSEE (6/86) + BSChem (3/95) + BAEnglish (8/95) + $2.50 = mocha latte --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Fink for FreeBSD
Le vendredi, 24 jan 2003, à 17:30 Europe/Paris, Alexander Lehmann a écrit : What's wrong with ports? 1. I cannot use apt-get update and update all my software with a single command. 2. I need to keep track of changed packages manually. Granted, there a solutions to this on FreeBSD, but they do not seem to do this as effectivly and fast as Debian/Fink. 3. When installing a new version of a program using ports, the old package does not get removed automatically. 4. I can't access up-to-date binaries. Hummm... Seems that you have never installed/tested portupgrade nor cvsup ? /Xavier -- Xavier Beaudouin - Unix System Administrator Projects Leader. Please visit http://caudium.net/, home of Caudium Camas projects O ascii ribbon campaign against html email |\ and Microsoft attachments --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] for the wishlist: system-$perlmodule, or the moralequivalent
On Fri, 24 Jan 2003, Randal L. Schwartz wrote: Hisashi == Hisashi T Fujinaka [EMAIL PROTECTED] writes: Hisashi The reason I quit using cpan is because it puts things places I don't want Hisashi (overwriting /usr/bin/head, for example) No longer. And it put stuff there only because that's where you told it to put Perl. I build into /opt for everything, and have never had a problem. I told perl nothing. Apple told perl to put things there, apparently. Because of Apple, using CPAN directly is dangerous. Hisashi and I never knew you could update Hisashi in cpan. There's probably configuration I don't know about. Hisashi Updating in perl is much easier and most of the perl-modules should be Hisashi up-to-date since some stinker (me) emails the maintainers every time their Hisashi modules are updated. The rest of the suggestions in this thread are welcome, but I still think we need to consider that fink is likely to be used by power-compilers like me as well as naive compilers that simply want access to cool Unix binaries for OSX. What's the next step? Well, you never told me how to automatically update things using CPAN. Because of that, I still find CPAN to be of marginal use and much harder to use than the fink perl modules. My personal opinion is to use fink, and let the CPAN users figure things out on their own. -- Hisashi T Fujinaka - [EMAIL PROTECTED] BSEE (6/86) + BSChem (3/95) + BAEnglish (8/95) + $2.50 = mocha latte --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] for the wishlist: system-$perlmodule, or the moralequivalent
On Fri, 24 Jan 2003, Randal L. Schwartz wrote: Hisashi == Hisashi T Fujinaka [EMAIL PROTECTED] writes: What's the next step? Hisashi Well, you never told me how to automatically update things using CPAN. OK, maybe this will sound snotty, but perhaps perldoc CPAN was a bit too hard for you to type? In that case, everything that I'm talking about here is really not intended for you. I'm talking to a different audience... one who is familiar with Perl from other realms, and has built their own Perl to replace the 5.6 (ancient!) installation that comes with OSX. Uh, I've been using perl since perl5, and the docs were a moving target. The web site is hard to use. Would it have killed ANYONE to just say perldoc CPAN. I'm used to man pages, and that's where I check first. I tend to forget about perldoc. But yes, I built perl5.8 myself and I use perl daily. Not to your extent, certainly. It is to *those* people whom I address the question - how can fink play nicely with a self-installed Perl installation? Something system-MUMBLE-ish should work, but will require the support of the fink developers. Well, not to be snotty, but you're Randal Schwartz. Can't you write one? -- Hisashi T Fujinaka - [EMAIL PROTECTED] BSEE (6/86) + BSChem (3/95) + BAEnglish (8/95) + $2.50 = mocha latte --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] for the wishlist: system-$perlmodule, or the moral equivalent
Hisashi == Hisashi T Fujinaka [EMAIL PROTECTED] writes: Hisashi The reason I quit using cpan is because it puts things places I don't want Hisashi (overwriting /usr/bin/head, for example) No longer. And it put stuff there only because that's where you told it to put Perl. I build into /opt for everything, and have never had a problem. Hisashi and I never knew you could update Hisashi in cpan. There's probably configuration I don't know about. Hisashi Updating in perl is much easier and most of the perl-modules should be Hisashi up-to-date since some stinker (me) emails the maintainers every time their Hisashi modules are updated. The rest of the suggestions in this thread are welcome, but I still think we need to consider that fink is likely to be used by power-compilers like me as well as naive compilers that simply want access to cool Unix binaries for OSX. What's the next step? -- Randal L. Schwartz - Stonehenge Consulting Services, Inc. - +1 503 777 0095 [EMAIL PROTECTED] URL:http://www.stonehenge.com/merlyn/ Perl/Unix/security consulting, Technical writing, Comedy, etc. etc. See PerlTraining.Stonehenge.com for onsite and open-enrollment Perl training! --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] GNUStep
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Do any of our friendly fink developers out there have any plans to add a GNUStep package? If so, I'd like to help, if not, then would anyone like to help me? JP - -- God is dead, now the war shall never end. -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (Darwin) iD8DBQE+MagC7f73MXbrfvwRAmArAJ0VmW4o3uIeyOgZwU/hjHdvfoL7igCfeyHS 56GsBommonqaGX57ko6k5Wk= =lpT+ -END PGP SIGNATURE- --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] for the wishlist: system-$perlmodule, or the moral equivalent
Hisashi == Hisashi T Fujinaka [EMAIL PROTECTED] writes: What's the next step? Hisashi Well, you never told me how to automatically update things using CPAN. OK, maybe this will sound snotty, but perhaps perldoc CPAN was a bit too hard for you to type? In that case, everything that I'm talking about here is really not intended for you. I'm talking to a different audience... one who is familiar with Perl from other realms, and has built their own Perl to replace the 5.6 (ancient!) installation that comes with OSX. It is to *those* people whom I address the question - how can fink play nicely with a self-installed Perl installation? Something system-MUMBLE-ish should work, but will require the support of the fink developers. -- Randal L. Schwartz - Stonehenge Consulting Services, Inc. - +1 503 777 0095 [EMAIL PROTECTED] URL:http://www.stonehenge.com/merlyn/ Perl/Unix/security consulting, Technical writing, Comedy, etc. etc. See PerlTraining.Stonehenge.com for onsite and open-enrollment Perl training! --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] for the wishlist: system-$perlmodule, or the moralequivalent
Ben Hines wrote: How about a gurus only option in fink.conf or something that specifies a list of packages that fink will assume are installed? We could allow regex in this list, to you could put something like: IgnorePackages: openssl.*, .*-pm, tetex.* Wouldn't dpkg still fail on installation though? We'd have to make dpkg ignore it too... or force install. :P --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] for the wishlist: system-$perlmodule, or the moral equivalent
Benjamin Reed [EMAIL PROTECTED] wrote: Ben Hines wrote: How about a gurus only option in fink.conf or something that specifies a list of packages that fink will assume are installed? We could allow regex in this list, to you could put something like: IgnorePackages: openssl.*, .*-pm, tetex.* Wouldn't dpkg still fail on installation though? We'd have to make dpkg ignore it too... or force install. :P Yes, this is a problem. That's one of the reasons I was wondering if you can do this in the Debian system, and if so, how they handle it. -- Dave --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] debian translation project
Check it out: http://ddtp.debian.org/news.en.html Perhaps we could use their site as a model for the fink translation project. I don't know if we would want to have every translation in every .info file though. Might want to have separate distributions for each language, with the translated fields updated by script, or something. Haven't read completely how it works on debian yet. -Ben --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] debian translation project
-BEGIN PGP SIGNED MESSAGE- Hash: RIPEMD160 On Samstag, Jänner 25, 2003, at 01:29 Uhr, Ben Hines wrote: I don't know if we would want to have every translation in every .info file though. Might want to have separate distributions for each language, with the translated fields updated by script, or something. Haven't read completely how it works on debian yet. Even translations could be stored in something like a .po file. The fink binary would do something like this: print_gettextlike ($description) this shall then look up the locale which is set somewhere, check if a translation file is there and voilà display that or fall back to English. If we really want to do this on our own, we can build a Berkley DB with translations. There could be one for en, de, at whatever. The package name is the db name, all translations are stored in it. Well, to be honest that is just one way and I agree e should have a look at what they are doing regularly. - -d - - ❜ Fantasie ist wichtiger als Wissen.❛ - Albert Einstein -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (Darwin) iD8DBQE+Md61iW/Ta/pxHPQRAw1fAKCUqcFegMB2WAG3i2ClQwmoEhj45QCgtI8z vXwRXb82t03GKhVsKKFYyXM= =L9BW -END PGP SIGNATURE- --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] GNUStep
On Friday, January 24, 2003, at 03:54 PM, John Davidorff Pell wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Do any of our friendly fink developers out there have any plans to add a GNUStep package? If so, I'd like to help, if not, then would anyone like to help me? JP I tried some, but gave up. ffcall needs a manual build to work on Darwin, and the rest would need to be ported to the NeXT Obj-C runtime. - -- God is dead, now the war shall never end. --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Who installed what...
Is there way to tell which .deb (and/or package) is responsible for installing a particular file in /sw? --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] debian translation project
Fink could have a separate file for languages that only contain the translatable fields Description, DescDetail, DescPort, DescUsage. So for one package these files are available: anacron-2.3-3.info -English anacron-2.3-3.patch anacron-2.3-3.de.desc -only German Desc* fields, rest is read from standard (English) info file anacron-2.3-3.fr.desc -only French Desc* fields, rest is read from standard (English) info file There would be problems to overcome, such as how to handle mismatched revision numbers and more importantly integrating it with CVS, so that one downloads only the chosen language .desc files (or none at all for english users). Carsten On Friday, January 24, 2003, at 07:29 pm, Ben Hines wrote: Check it out: http://ddtp.debian.org/news.en.html Perhaps we could use their site as a model for the fink translation project. I don't know if we would want to have every translation in every .info file though. Might want to have separate distributions for each language, with the translated fields updated by script, or something. Haven't read completely how it works on debian yet. -Ben --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Who installed what...
On Friday, January 24, 2003, at 05:30 PM, [EMAIL PROTECTED] wrote: Is there way to tell which .deb (and/or package) is responsible for installing a particular file in /sw? Yes, dpkg -S README for example. But dpkg -S is slow. So, i ported the package dlocate to fink. dlocate uses GNU locate to massively speed up the dpkg -S and dpkg -L commands. fink install dlocate then dlocate -S README.. waaay faster. :) -Ben --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Who installed what...
dpkg -S file will tell you the package name, so % dpkg -S /sw/bin/zmore gives: gzip: /sw/bin/zmore and: % dpkg -S zmore gzip: /sw/share/man/man1/zmore.1 bzip2: /sw/bin/bzmore bzip2: /sw/share/man/man1/bzmore.1 gzip: /sw/bin/zmore On Friday, January 24, 2003, at 08:30 pm, [EMAIL PROTECTED] wrote: Is there way to tell which .deb (and/or package) is responsible for installing a particular file in /sw? --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] for the wishlist: system-$perlmodule, or the moral equivalent
On Friday, January 24, 2003, at 01:32 PM, Randal L. Schwartz wrote: It is to *those* people whom I address the question - how can fink play nicely with a self-installed Perl installation? Something system-MUMBLE-ish should work, but will require the support of the fink developers. As of now, the various fink packages are separated out into little bundles. Let us suppose that someone writes a nice gtk+ interface for babelfish-pm, and that is packaged up by a fink developer. Of course, that gtkbabel package would depend on babelfish-pm, which in turn depends on libwww-pm, and io-string-pm. And so and, and so forth. So, in the fink perlmods section, we have a selection of 120 packages, many of which simply exist to install dependencies. Under the crudest implementation of this proposal, that would simply mean 120 new packages, each labeled system--semiuseless-pm... Our current system-* packages actually verify that certain files exist-- but the proper maintenance of 120 new packages that validate this behavior might be a little tedious (and bug prone.) Therefore, it might be a better idea to (in the future) ditch finkinfo/perlmods and include something similar to the following in finkinfo files cpan-depends: WWW::Babelfish which would consult the local perl installation, and discover if, in fact the modules exist. If so, fine. If not, download and install via CPAN. The only problem would seem to lie in the fact that with the current system, binaries are easy obtainable. Relying on CPAN to manage one's perl installation would destroy that option (unless I'm very much mistaken.) Jere --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] for the wishlist: system-$perlmodule, or the moral equivalent
Randal, I'm curious about how this works under Debian; do you know? Is it possible for Debian users to notify the Debian system that they have installed perl modules another way? I would also ask the same question about FreeBSD Ports. Either of those could be a guide about how to do this in Fink. One possibility is to have a simple package system-perlmodules which would simply Provide all of the perlmodules on the system (and Conflict with them). We could start with all of the perlmodules which are there now. The problem is going to be keeping this up-to-date. It's basically going to be someone like you, who will be using this all the time, who would be able to keep it up to date. Whenever you got a request from Fink to install a perlmodule, you would know that new ones had been added and you could update the system-perlmodules package. Would you know of anyone who would like to do that job? -- Dave --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] for the wishlist: system-$perlmodule, or the moral equivalent
On Friday, January 24, 2003, at 01:14 PM, David R. Morrison wrote: One possibility is to have a simple package system-perlmodules which would simply Provide all of the perlmodules on the system (and Conflict with I believe i explained how to do this earlier in the thread. -Ben --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] for the wishlist: system-$perlmodule, or the moral equivalent
Ben == Ben Hines [EMAIL PROTECTED] writes: Ben I believe i explained how to do this earlier in the thread. While your way will work in a way that doesn't change code, it's not maintainable. Every person who adds a -pm module would have to also remember to update the system-perl module. I want the core fink tool to understand this relationship. -- Randal L. Schwartz - Stonehenge Consulting Services, Inc. - +1 503 777 0095 [EMAIL PROTECTED] URL:http://www.stonehenge.com/merlyn/ Perl/Unix/security consulting, Technical writing, Comedy, etc. etc. See PerlTraining.Stonehenge.com for onsite and open-enrollment Perl training! --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] What would you do?
I've been working off and on on a package for fink. The problem is that the install script hardlinks the directory it is installed in inside a bunch of scripts critical for the performance of the program. So, where /sw/bin should be, there is /sw/src/root-*/sw/bin It would be easiest to just do the install, fix them all up myself, and then patch them during the install phase. My question is, is this a problem? That is, is it bad for a fink package to have a .patch file not used in the patch phase, but instead the install phase? --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] for the wishlist: system-$perlmodule, or the moral equivalent
Jeremy == Jeremy Erwin [EMAIL PROTECTED] writes: Jeremy Well, one could write a flag --ignore-pm that would simply direct Jeremy fink not to check for the presence of a -pm type package. The fink Jeremy program would then assume that the user had already resolved the Jeremy dependency before hand. The system-perl package would make this Jeremy ignore-pm flag the default. Yeah, now we're getting somewhere. Jeremy Since all of the packages currently bear the Type:perl designation, Jeremy this shouldn't be too difficult to implement :) Hmm. My earlier proposal to rewrite Fink from the ground up would certainly tackle this. Unfortunately, I'm recovering from a Q3 and Q4 loss, so every odd ounce of time I've got is spent doing marketing and sales right now so that Q1 doesn't end up in the same toilet. -- Randal L. Schwartz - Stonehenge Consulting Services, Inc. - +1 503 777 0095 [EMAIL PROTECTED] URL:http://www.stonehenge.com/merlyn/ Perl/Unix/security consulting, Technical writing, Comedy, etc. etc. See PerlTraining.Stonehenge.com for onsite and open-enrollment Perl training! --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] for the wishlist: system-$perlmodule, or the moral equivalent
On Friday, January 24, 2003, at 03:05 PM, Randal L. Schwartz wrote: Ben == Ben Hines [EMAIL PROTECTED] writes: Ben I believe i explained how to do this earlier in the thread. While your way will work in a way that doesn't change code, it's not maintainable. Every person who adds a -pm module would have to also remember to update the system-perl module. I want the core fink tool to understand this relationship. How about a gurus only option in fink.conf or something that specifies a list of packages that fink will assume are installed? We could allow regex in this list, to you could put something like: IgnorePackages: openssl.*, .*-pm, tetex.* -Ben --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] for the wishlist: system-$perlmodule, or the moral equivalent
Ben == Ben Hines [EMAIL PROTECTED] writes: While your way will work in a way that doesn't change code, it's not maintainable. Every person who adds a -pm module would have to also remember to update the system-perl module. I want the core fink tool to understand this relationship. Ben How about a gurus only option in fink.conf or something that Ben specifies a list of packages that fink will assume are installed? We Ben could allow regex in this list, to you could put something like: Ben IgnorePackages: openssl.*, .*-pm, tetex.* Oooh, that would work, as long as new packages follow the right pattern. It'd have to go into the fink bible about what pattern your packages could be. It might be simpler just to have a list of registered keywords though. -- Randal L. Schwartz - Stonehenge Consulting Services, Inc. - +1 503 777 0095 [EMAIL PROTECTED] URL:http://www.stonehenge.com/merlyn/ Perl/Unix/security consulting, Technical writing, Comedy, etc. etc. See PerlTraining.Stonehenge.com for onsite and open-enrollment Perl training! --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] redux on system-perlmodules
Ben == Ben Hines [EMAIL PROTECTED] writes:
Ben Actually, my bad, you can use Type: bundle to get around that. So
Ben with Type: bundle you don't need the compilescript/installscript, etc.
OK, here's what I now end up invoking routinely between fink selfupdate-cvs
and fink update-all...
#!/usr/local/bin/perl
use strict;
$|++;
my $INFO_FILE = /sw/fink/10.2/local/main/finkinfo/system-perlmodules-1.info;
my %packages = ();
@ARGV = glob /sw/fink/10.2/*/*/finkinfo/libs/perlmods/*.info;
while () {
die unless /Package:\s+(.*\S)\s*\z/;
close ARGV;
$packages{$1}++;
}
delete $packages{storable-pm}; # special case
my $PACKAGELIST = join , , sort keys %packages;
@ARGV = $INFO_FILE;
while () {
next unless /^Provides:\s+(.*\S)\s*\z/;
exit 0 if $1 eq $PACKAGELIST; # nothing to do
}
warn updating $INFO_FILE...\n;
open INFO_FILE, $INFO_FILE.tmp or die Cannot create $INFO_FILE.tmp: $!;
print INFO_FILE END;
Package: system-perlmodules
Version: 1.0
Revision: @{[time]}
Description: Placeholder for self-installed Perl Modules
Maintainer: Randal L. Schwartz merlyn\@stonehenge.com
Provides: $PACKAGELIST
Conflicts: $PACKAGELIST
Replaces: $PACKAGELIST
Type: bundle
END
close INFO_FILE;
rename $INFO_FILE.tmp, $INFO_FILE
or die Cannot rename $INFO_FILE.tmp to $INFO_FILE: $!;
I then fink install system-perlmodules and sudo rm -rf
/sw/lib/perl5/darwin and anything else that has crept into there.
The provides/conflicts/replaces is probably overkill, but there it is.
Actually, on second thought, I should conflicts: (everything) but
provides: (only the modules I actually have installed).
Maybe for version 2. :)
--
Randal L. Schwartz - Stonehenge Consulting Services, Inc. - +1 503 777 0095
[EMAIL PROTECTED] URL:http://www.stonehenge.com/merlyn/
Perl/Unix/security consulting, Technical writing, Comedy, etc. etc.
See PerlTraining.Stonehenge.com for onsite and open-enrollment Perl training!
---
This SF.NET email is sponsored by:
SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See!
http://www.vasoftware.com
___
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] redux on system-perlmodules
Randal == Randal L Schwartz [EMAIL PROTECTED] writes: Randal Actually, on second thought, I should conflicts: (everything) but Randal provides: (only the modules I actually have installed). Randal Maybe for version 2. :) Sorry, I hit send too quick... And the *reason* for that is that I don't want fink to autoinstall any -pm module, but I want to be notified if I have to manually install something. I'll end up with a conflict error... I'll scurry off and run perl -MCPAN -eshell, fix the error, and then come back to finish the self-update. -- Randal L. Schwartz - Stonehenge Consulting Services, Inc. - +1 503 777 0095 [EMAIL PROTECTED] URL:http://www.stonehenge.com/merlyn/ Perl/Unix/security consulting, Technical writing, Comedy, etc. etc. See PerlTraining.Stonehenge.com for onsite and open-enrollment Perl training! --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Query about Conflicts/Replaces fields
Hi everyone, I'm trying to create a new package for libnet 1.1.x, called libnet1.1, as well as re-introduce the old package, libnet-1.0.2a, but I'm not sure what to do with the Conflicts and Replaces fields. The current version of the libnet package is 1.1.0, but I plan to move that to the libnet1.1 package (as I mentioned above), and replace the libnet-1.1.0 package with libnet-1.0.2a... What would be the best way to do this? I don't think many packages (if any?) depend on libnet, so it shouldn't be too much of a hassle to change this. I know that libnet and libnet1.1 will have to conflict/replace each other, however, how would I provide some sort of a transition for someone with the libnet-1.1.0 package installed to the libnet1.1 package? Otherwise their libnet installation will stay the same, I presume, as the installed package will be newer than the available one. Can anyone suggest a solution? Thanks a lot! --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] redux on system-perlmodules
Randal == Randal L Schwartz [EMAIL PROTECTED] writes: Randal == Randal L Schwartz [EMAIL PROTECTED] writes: Randal Actually, on second thought, I should conflicts: (everything) but Randal provides: (only the modules I actually have installed). Randal Maybe for version 2. :) Randal Sorry, I hit send too quick... Randal And the *reason* for that is that I don't want fink to autoinstall any Randal -pm module, but I want to be notified if I have to manually install Randal something. I'll end up with a conflict error... I'll scurry off and Randal run perl -MCPAN -eshell, fix the error, and then come back to finish Randal the self-update. And that scheme *still* doesn't work. Once I have system-perlmods installed, it *still* wants to try to install something like compress-zlib-pm, but then fails because my package conflicts with it. Ugh. Ben? This isn't working yet. Any new ideas? -- Randal L. Schwartz - Stonehenge Consulting Services, Inc. - +1 503 777 0095 [EMAIL PROTECTED] URL:http://www.stonehenge.com/merlyn/ Perl/Unix/security consulting, Technical writing, Comedy, etc. etc. See PerlTraining.Stonehenge.com for onsite and open-enrollment Perl training! --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] redux on system-perlmodules
On Friday, January 24, 2003, at 08:49 PM, Randal L. Schwartz wrote: And that scheme *still* doesn't work. Once I have system-perlmods installed, it *still* wants to try to install something like compress-zlib-pm, but then fails because my package conflicts with it. If you have the Provides: it should work... However, as I hinted at in my other message but maybe didnt expand on, the problem is you cannot Provide: a version of a package. So if something depends on compress-zlib-pm (= 1.19-1) then your Provide: will fail. fink itself will need to be improved to allow versioned Provides:. (something we all would like :) -Ben --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] redux on system-perlmodules
On Friday, January 24, 2003, at 08:55 PM, Ben Hines wrote: On Friday, January 24, 2003, at 08:49 PM, Randal L. Schwartz wrote: And that scheme *still* doesn't work. Once I have system-perlmods installed, it *still* wants to try to install something like compress-zlib-pm, but then fails because my package conflicts with it. If you have the Provides: it should work... However, as I hinted at in my other message but maybe didnt expand on, the problem is you cannot Provide: a version of a package. So if something depends on compress-zlib-pm (= 1.19-1) then your Provide: will fail. fink itself will need to be improved to allow versioned Provides:. (something we all would like :) Researching this a bit more, it appears that this is a dpkg limitation. So, this will be hard to fix on the dpkg side, again unless we force everything. dpkg on debian linux also cannot handle Provides: when another package has a versioned dependency. -Ben --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] redux on system-perlmodules
On Friday, January 24, 2003, at 10:17 PM, Ben Hines wrote: Researching this a bit more, it appears that this is a dpkg limitation. So, this will be hard to fix on the dpkg side, again unless we force everything. dpkg on debian linux also cannot handle Provides: when another package has a versioned dependency. Hmm.. i do actually see some old messages regarding versioned Provides: being implemented in dpkg.. And i found a dpkg patch that does it, and a lot of other discussion about versioned provides in dpkg in google. (google versioned provides dpkg). So i will play around with this some more. -Ben --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
