Re: When your CPAN mirror appears stale
At 1:26 AM +0900 3/8/02, Dan Kogai wrote: I just checked http://www.cpan.org/ and the version there was still 0.61. Give it half a day or so before the latest one appears. How do I find out what version I have? I'm especially curious about psync. One Liner: perl -MYour::Module -ne 'print $Your::Module::VERSION, \n' via CPAN shell: m Your::Module Cool; thanks. jon
Re: corrupted 5.6.1 upgrade -- any ideas?
I really don't have anything much to contribute to this - merely more questions to add to the pile % grep -i failed tests.out pragma/warnings..FAILED at test 303 lib/db-btree.FAILED at test 0 lib/db-recno.FAILED at test 51 lib/posixFAILED at test 11 Well, as per the notes on upgrading to 5.6.1, these tests are known and expected to fail, and apparently (or so the list told me when I asked) without any harmful effects. I went ahead and upgraded but did so 'manually' rather than using CPAN. Nor did I try to make it install in anywhere other than the default location. I took the approach of, well if Apple's upgrade breaks it I'll reinstall at that point. [0] It installed perfectly for me - I didn't even need to reinstall any modules. Why not try and reinstall as per http:[EMAIL PROTECTED]/msg00895.html? @INC: /System/Library/Perl/darwin /System/Library/Perl /Library/Perl/darwin /Library/Perl /Library/Perl /Network/Library/Perl/darwin /Network/Library/Perl /Network/Library/Perl . This bit concerns me though. Why are paths getting doubled up. My @INC has the same symptoms (duplicates marked with *): @INC = /sw/lib/perl5/darwin /sw/lib/perl5 */sw/lib/perl5/darwin */sw/lib/perl5 /System/Library/Perl/darwin /System/Library/Perl /Library/Perl/darwin /Library/Perl */Library/Perl /Network/Library/Perl/darwin /Network/Library/Perl */Network/Library/Perl . /usr/local/apache/ /usr/local/apache/lib/perl Does it matter? And if it does, how does one go about manually editing the @INC list? Moreover what is the difference between /System/Library/Perl/darwin /System/Library/Perl /Library/Perl/darwin /Library/Perl It all seems rather opaque and though I have had a fair amount of success (often after endless headbanging) I am not getting a clearer idea of how things work :( [0] Sorry - I went off on one here. Left in purely if someone (unlike me) has something constructive or coherent to say on the subject... This was mainly because I went through the motions of setting up CPAN but as it was unclear to me exactly where stuff was going to end up, I pulled out. Frankly I'm uneasy enough about using Fink since it allows you next to no input on configuration of the apps to be installed (and my no doubt ill-founded perception of the CPAN module is the same). In fact I'm a little tired of these competing methodologies and trusting to blind luck that they will gell together and just work - because they often just don't. Is it unreasonable to ask people to work to get the basic releases working for OSX first rather than forcing people like me without the necessary debugging skills to depend on these monolithic thou shalt install the version we have made and proven to run and you shall install every dependency that we deem necessary third-party solutions. If that's the case why not just release binaries?
Re: When your CPAN mirror appears stale
Dan Kogai [[EMAIL PROTECTED]] quoth: * * Depending on the mirror server you are using, CPAN site may not *contain the most recent version of your software. If such is the case *you can override your setting temporarily via http://mirror.cpan.org/status.cgi should indicate if a mirror is current or not. It is updated 4x a day using data from two different locations. It won't change your life or make you rich but it's a reasonable guage of freshness. * o conf urllist [ url:/to.your.cpan.site/ * *notice '[' is necessary. I don't think I've ever seen or used that...interesting...the documented and more conventional commands might be useful. cpan o conf urllist push http://www.cpan.org/ - will append the url onto the end of the current urllist cpan o conf urllist pop http://www.cpan.org/ - will pop the last item off the list you can similarly use shift and unshift to do the same for the top of the @urllist array. cpan o conf - will show you what the new values are cpan o conf commit - will write the values you just changed to the conf file if you wish to keep them around for more than just this session. * I just checked http://www.cpan.org/ and the version there was still *0.61. Give it half a day or so before the latest one appears. www.cpan.org updates from PAUSE hourly so if it doesn't have the latest version it is unlikely any of the other mirrors will either. e.
Re: PAUSE bug discovered?
On 2002.03.08, at 04:03, Elaine -HFB- Ashton wrote: This has happened only one other time that I can recall and I think that Randal somehow added a LF to his html file. Double check your file name before you upload it this time around. I don't know that this is a bug but it's not a feature. e. Or it could be web browser that has caused this. At any rate, I consider this kind of behavior for a CGI/mod_perl or any web program too goofy for a site like PAUSE (PAUSE is no Matt's script archive!). I want it fixed ASAP. FYI I used a browser called iCAB, available only for Macs (what a shame it is darn best browser available to date; it is even lighter than Opera yet handles multilingual text correctly. It even filters ads!). You can get more info on this browser via http://www.icab.de/ and here is its (default) Agent: header (it is customizable but I leave it as default) is Mozilla/4.5 (compatible; iCab 2.7.1; Macintosh; I; PPC) Dan the Man with Too Many Web Browsers
Re: PAUSE bug discovered?
Dan Kogai [[EMAIL PROTECTED]] quoth: * * Or it could be web browser that has caused this. * At any rate, I consider this kind of behavior for a CGI/mod_perl or *any web program too goofy for a site like PAUSE (PAUSE is no Matt's *script archive!). I want it fixed ASAP. Well, if you are going to start making demands then you should probably copy the right person to fix it. I took Jarkko off the dist and forwarded your last note to the CPAN list that includes the person most relevant to this problem, Andreas Koenig. If there is something to be fixed, he'll be the one to do it. Andreas' definition of ASAP may vary from your definition. Be patient. * FYI I used a browser called iCAB, available only for Macs (what a *shame it is darn best browser available to date; it is even lighter than *Opera yet handles multilingual text correctly. It even filters ads!). *You can get more info on this browser via You'd think by my subscribing to a Mac OS X list that I'd have a Mac and have tried iCab before, wouldn't you? My guess is, since Randal also had this problem, that the LF is part of the name on the Mac somehow and isn't removed by a chomp. You might check the original filename on your Mac as well as mind the names in the future for sneaky gremlins. e.
Re: PAUSE bug discovered?
Dan == Dan Kogai [EMAIL PROTECTED] writes: Dan On 2002.03.08, at 04:03, Elaine -HFB- Ashton wrote: This has happened only one other time that I can recall and I think that Randal somehow added a LF to his html file. Double check your file name before you upload it this time around. I don't know that this is a bug but it's not a feature. e. DanOr it could be web browser that has caused this. DanAt any rate, I consider this kind of behavior for a CGI/mod_perl Dan or any web program too goofy for a site like PAUSE (PAUSE is no Matt's Dan script archive!). I want it fixed ASAP. DanFYI I used a browser called iCAB, available only for Macs (what a Dan shame it is darn best browser available to date; it is even lighter Dan than Opera yet handles multilingual text correctly. It even filters Dan ads!). Hey, I use iCab too! I think the problem is that it accepts a \n from the clipboard as data even in a textfield (not textarea), and thus the form data is corrupted in an unexpected way. Agreed, that the PAUSE script should be blocking that. -- 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!
Re: PAUSE bug discovered?
Randal L. Schwartz [[EMAIL PROTECTED]] quoth: * *Hey, I use iCab too! * *I think the problem is that it accepts a \n from the clipboard *as data even in a textfield (not textarea), and thus the form *data is corrupted in an unexpected way. * *Agreed, that the PAUSE script should be blocking that. I would think it's in the filename itself since PAUSE fetches the URL you feed it and the fetch would fail if it had a gremlin on the end. I don't see how it could be anywhere else but the filename. e.
PAUSE bug leads to LWP bug
On 2002.03.08, at 08:28, Elaine -HFB- Ashton wrote:
I would think it's in the filename itself since PAUSE fetches the URL
you
feed it and the fetch would fail if it had a gremlin on the end. I don't
see how it could be anywhere else but the filename.
Negative. See
http://www.cpan.org/modules/by-authors/id/D/DA/DANKOGAI/
now and see what's going on. I have uploaded MacOSX-File-0.64.tar.gz
again but this time with a different browser, Netscape 6. I DID NOT
CHANGE THE FILENAME OF THE ORIGINATING URI.
As for the possible cause of URL-filename inconsistency, I can guess
various reasons, like passing the query straight to LWP and
basename($url) for file name. Speaking of that, I have found something
really interesting.
Now I have found a (bug|undocumented feature) in LWP, too (Adding
Gisle's address to the recipients) .
perl -MLWP::Simple -e 'print get("$ARGV[0]¥n")'
http://www.dan.co.jp/cases/
gives the same result as
perl -MLWP::Simple -e 'print get($ARGV[0])' http://www.dan.co.jp/cases/
that is, fetches the content, despite the fact the first one is fed
with bogus URI.
perl -MLWP::Simple -e 'print get("$ARGV[0] ")'
http://www.dan.co.jp/cases/
perl -MLWP::Simple -e 'print get("$ARGV[0]\t")'
http://www.dan.co.jp/cases/
or any whitespace will do. I am not sure if I should call this a bug
because this is a kind of nice. But it is certainly undocumented and
definitely confusing.
For MacOSX Folks, I have made MacOSX-File-0.64.tar.gz (source
distribution) also available via
http://www.dan.co.jp/cases/macosx/MacOSX-File-0.64.tar.gz
so you don't have to wait till PAUSE is fixed.
Dan the Man with Too Many Programs to Manage
