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 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 moralequivalent
Ben Hines wrote: Dan't blame CPAN, but Apple with their crappy HFS+, for that... I expericenced, the same problem, of course :-} No, DO blame CPAN. Why are they putting stuff in /usr/bin ? That is for vendor supplied things in any case. Agtually, blame Apple. Apple's perl is configured to put scripts in /usr/bin. :P [g4:~/cvs/darwin-kde] ranger% perl -V:installscript installscript='/usr/bin'; --- This SF.net email is sponsored by: Scholarships for Techies! Can't afford IT training? All 2003 ictp students receive scholarships. Get hands-on training in Microsoft, Cisco, Sun, Linux/UNIX, and more. www.ictp.com/training/sourceforge.asp ___ 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
The reason I quit using cpan is because it puts things places I don't want (overwriting /usr/bin/head, for example) and I never knew you could update in cpan. There's probably configuration I don't know about. Updating in perl is much easier and most of the perl-modules should be up-to-date since some stinker (me) emails the maintainers every time their modules are updated. On Mon, 20 Jan 2003, Jeremy Erwin wrote: On Monday, January 20, 2003, at 07:45 AM, Randal L. Schwartz wrote: However, the packages that depend on those fink Perl packages insist on installing them, and they break if they include anything that might end up in /sw/lib/perl5/darwin, since those binaries are not compatible with my /usr/local/bin/perl (5.6 vs 5.8). I find myself watching the fink install or fink update-all carefully, getting ready to type sudo rm -rf /sw/lib/perl5/darwin immediately if something gets rammed into there. For the wishlist, I would like a way to say I'm managing my own perl installation, thank you. I'm sure it'd be too messy to require the html-parser-pm maintainer to also provide a dummy system-html-parser-pm, so I'm hoping there's a more sane global solution to that. Maybe there could be one large system-perl that provides all the perl requirements for every package. Or maybe just an entry in the config file. Perhaps we should move away from providing perl packages entirely-- and name needed perl modules to be installed. After all, CPAN does allow updates via If such packages are not installed, perl -MCPAN - e shell could be invoked with a preset level of inactivity. On the other hand certain perl modules are dependent upon potential fink packages-- various XML modules may depend on expat, Bio:: depends on a number of programs-ace, hmmr, ncbi-tools, etc. To my knowledge, CPAN will not download, package, and install these dependencies. Jeremy --- This SF.NET email is sponsored by: FREE SSL Guide from Thawte are you planning your Web Server Security? Click here to get a FREE Thawte SSL guide and find the answers to all your SSL security issues. http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0026en ___ 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: FREE SSL Guide from Thawte are you planning your Web Server Security? Click here to get a FREE Thawte SSL guide and find the answers to all your SSL security issues. http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0026en ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
