From jeremyb at univista.com Sun Aug 10 10:33:30 2003 From: jeremyb at univista.com (jeremy) Date: Mon Aug 2 21:23:19 2004 Subject: APM: HTTP::DAV (P. Colliins) propfind namespace Message-ID: <1060530123.14205.37.camel@oberon> Hi all, Q1: I'm writing some plugins for Exchange 2000 using HTTP::DAV by Patrick Collins. In the doc he states, "Please note that although you may set a different namespace for a property of a resource during a set_prop, HTTP::DAV currently ignores all XML namespaces so you will get clashes if two properties have the same name but in different namespaces. Currently this is unavoidable but I'm working on the solution." ,under the section explaining propfind for the this API yet the note seems to be talking about prop_set and other proppatch actions. I'm a little confused now. Can you set name spaces for propfind and if so, how with his API? The name space I need is 'urn:schemas:httpmail:' and the property is 'sendmsg' In the code under Q2. I'd like to replace getcontentlength with 'm:sendmsg' after setting xmlns:m='urn:schemas:httpmail:' Q2. I've been monkeying around with propfind and can't seem to get any properties at all after the initial $d->credentials() and the that appears to get executed automatically when logging in to the server. My propfind REQUEST never seems to be sent. Even with DebugLevel(3) I see nothing about my propfind in /tmp/perldav_debug.txt. Here's the code.... any ideas on why the request isn't being send? use HTTP::DAV; my $remote_server = 'http://mail.blahblah.org/exchange/'; my $remote_username = 'joe'; my $url = "$remote_server$remote_username"; my $password = 'pass123'; $d = new HTTP::DAV; $d->DebugLevel(3); $d->credentials( -url=>"$url", -user=>"$remote_username", -pass=>"$password" ); $d->open( -url=>"$url" ) or die( "Could not open $url", $d->message, "\n" ); if ( my $r = $d->propfind( -url=>"$url", -depth=>0) ){ print "getcontentlength ->", $r->get_property( "getcontentlength" ),"\n"; } thanks, Jeremy Brooks From wwalker at broadq.com Sun Aug 10 18:20:52 2003 From: wwalker at broadq.com (Wayne Walker) Date: Mon Aug 2 21:23:19 2004 Subject: APM: FYI - latest DBI ___BREAKS___ your DBI programs Message-ID: <20030810232052.GA1949@broadq.com> If you use: fetchall_hashref the next time you update DBI, your code will be broken. I'm guilty of just upgrading sometimes without reading the README and CHANGELOG files. I know I'm the only one here that would ever do something like that, but thought I'd pass along what I learned due to my stupidity. This URL, http://archive.develooper.com/dbi-announce@perl.org/msg00033.html1 yields the following info... To get previous selectall_hashref() behaviour (an array of hash refs) change $ary_ref = $dbh->selectall_hashref( $statement, undef, @bind); to $ary_ref = $dbh->selectall_arrayref($statement, { Columns=>{} }, @bind); -- Wayne Walker www.broadq.com :) Bringing digital video and audio to the living room From jeremyb at univista.com Mon Aug 11 10:15:58 2003 From: jeremyb at univista.com (jeremy) Date: Mon Aug 2 21:23:19 2004 Subject: APM: WebDAV PROPPATCH magic Message-ID: <1060615478.16085.37.camel@oberon> fellow Perlites, I'm working with HTTP:DAV (P.Collins) to update and add contacts to MS Exchange 2000. I had the xml body for the PROPPATCH request ready to go in the script, but when I went to write the 'proppatch' request it was appearent that only one property could be set at a time. Atleast that's what was documented. The syntax is like this: $davObject->proppatch( -url=>"$myurl", -propname=>"$property", -propvalue=>"$propval" [-action=>"set"]|"remove" ) Q1. Can any of you folks think of a way to send an xml file as the body in place of explicit calls to -propname and -propvalue? I would really rather not iterate over a single property PROPPATCH request in order to get all my properties updated. thanks for you time, Jeremy Brooks From jeremyb at univista.com Mon Aug 11 10:31:13 2003 From: jeremyb at univista.com (jeremy) Date: Mon Aug 2 21:23:19 2004 Subject: APM: WebDAV PROPPATCH magic In-Reply-To: <1060615478.16085.37.camel@oberon> References: <1060615478.16085.37.camel@oberon> Message-ID: <1060616400.16085.39.camel@oberon> I think I figured it out. It may be a matter of getting deeper into HTTP::DAV::Response input is still very much welcome. -J On Mon, 2003-08-11 at 10:24, jeremy wrote: > fellow Perlites, > > I'm working with HTTP:DAV (P.Collins) to update and add contacts to MS > Exchange 2000. I had the xml body for the PROPPATCH request ready to go > in the script, but when I went to write the 'proppatch' request it was > appearent that only one property could be set at a time. Atleast that's > what was documented. The syntax is like this: > > $davObject->proppatch( -url=>"$myurl", -propname=>"$property", > -propvalue=>"$propval" [-action=>"set"]|"remove" ) > > > Q1. > Can any of you folks think of a way to send an xml > file as the body in place of explicit calls to -propname and -propvalue? > > I would really rather not iterate over a single property PROPPATCH > request in order to get all my properties updated. > > thanks for you time, > > Jeremy Brooks > > > _______________________________________________ > Austin mailing list > Austin@mail.pm.org > http://mail.pm.org/mailman/listinfo/austin From jeremyb at univista.com Mon Aug 11 12:04:50 2003 From: jeremyb at univista.com (jeremy) Date: Mon Aug 2 21:23:19 2004 Subject: APM: WebDAV PROPPATCH magic In-Reply-To: <1060616400.16085.39.camel@oberon> References: <1060615478.16085.37.camel@oberon> <1060616400.16085.39.camel@oberon> Message-ID: <1060622012.16095.43.camel@oberon> oops, ...I meant Resource.pm not Response.pm. On Mon, 2003-08-11 at 10:40, jeremy wrote: > I think I figured it out. > It may be a matter of getting deeper into HTTP::DAV::Response > > input is still very much welcome. > > > -J > > > On Mon, 2003-08-11 at 10:24, jeremy wrote: > > fellow Perlites, > > > > I'm working with HTTP:DAV (P.Collins) to update and add contacts to MS > > Exchange 2000. I had the xml body for the PROPPATCH request ready to go > > in the script, but when I went to write the 'proppatch' request it was > > appearent that only one property could be set at a time. Atleast that's > > what was documented. The syntax is like this: > > > > $davObject->proppatch( -url=>"$myurl", -propname=>"$property", > > -propvalue=>"$propval" [-action=>"set"]|"remove" ) > > > > > > Q1. > > Can any of you folks think of a way to send an xml > > file as the body in place of explicit calls to -propname and -propvalue? > > > > I would really rather not iterate over a single property PROPPATCH > > request in order to get all my properties updated. > > > > thanks for you time, > > > > Jeremy Brooks > > > > > > _______________________________________________ > > Austin mailing list > > Austin@mail.pm.org > > http://mail.pm.org/mailman/listinfo/austin > > _______________________________________________ > Austin mailing list > Austin@mail.pm.org > http://mail.pm.org/mailman/listinfo/austin From jeremyb at univista.com Mon Aug 11 13:35:06 2003 From: jeremyb at univista.com (jeremy) Date: Mon Aug 2 21:23:19 2004 Subject: APM: WebDAV PROPPATCH magic In-Reply-To: <1060622012.16095.43.camel@oberon> References: <1060615478.16085.37.camel@oberon> <1060616400.16085.39.camel@oberon> <1060622012.16095.43.camel@oberon> Message-ID: <1060627427.21953.7.camel@oberon> OK, I've modified Patrick's DAV.pm and DAV::Resource.pm. The proppatch method can now take the parameter -local who's value MUST be a well formatted xml body for a PROPPATCH request. This modification allows you to submit any number of property/values and namespace/nsabbr tags as you want. I just tested it by adding a contact to a test Exhcange 2000 server and it worked beautifully. Can anyone tell me the appropriate channels for getting this reviewed by cpan folks? -Jeremy On Mon, 2003-08-11 at 12:13, jeremy wrote: > oops, ...I meant Resource.pm not Response.pm. > > > > > On Mon, 2003-08-11 at 10:40, jeremy wrote: > > I think I figured it out. > > It may be a matter of getting deeper into HTTP::DAV::Response > > > > input is still very much welcome. > > > > > > -J > > > > > > On Mon, 2003-08-11 at 10:24, jeremy wrote: > > > fellow Perlites, > > > > > > I'm working with HTTP:DAV (P.Collins) to update and add contacts to MS > > > Exchange 2000. I had the xml body for the PROPPATCH request ready to go > > > in the script, but when I went to write the 'proppatch' request it was > > > appearent that only one property could be set at a time. Atleast that's > > > what was documented. The syntax is like this: > > > > > > $davObject->proppatch( -url=>"$myurl", -propname=>"$property", > > > -propvalue=>"$propval" [-action=>"set"]|"remove" ) > > > > > > > > > Q1. > > > Can any of you folks think of a way to send an xml > > > file as the body in place of explicit calls to -propname and -propvalue? > > > > > > I would really rather not iterate over a single property PROPPATCH > > > request in order to get all my properties updated. > > > > > > thanks for you time, > > > > > > Jeremy Brooks > > > > > > > > > _______________________________________________ > > > Austin mailing list > > > Austin@mail.pm.org > > > http://mail.pm.org/mailman/listinfo/austin > > > > _______________________________________________ > > Austin mailing list > > Austin@mail.pm.org > > http://mail.pm.org/mailman/listinfo/austin > > _______________________________________________ > Austin mailing list > Austin@mail.pm.org > http://mail.pm.org/mailman/listinfo/austin From wwalker at broadq.com Mon Aug 11 13:36:25 2003 From: wwalker at broadq.com (Wayne Walker) Date: Mon Aug 2 21:23:20 2004 Subject: APM: WebDAV PROPPATCH magic In-Reply-To: <1060627427.21953.7.camel@oberon> References: <1060615478.16085.37.camel@oberon> <1060616400.16085.39.camel@oberon> <1060622012.16095.43.camel@oberon> <1060627427.21953.7.camel@oberon> Message-ID: <20030811183625.GD2508@broadq.com> Usually there's a developer mailing list for a module. So you post your reasoning for a patch, and the patch and see what happens. On Mon, Aug 11, 2003 at 01:43:47PM -0500, jeremy wrote: > OK, I've modified Patrick's DAV.pm and DAV::Resource.pm. > The proppatch method can now take the parameter -local who's value MUST > be a well formatted xml body for a PROPPATCH request. > > This modification allows you to submit any number of property/values and > namespace/nsabbr tags as you want. I just tested it by adding a contact > to a test Exhcange 2000 server and it worked beautifully. > > Can anyone tell me the appropriate channels for getting this reviewed by > cpan folks? > > > -Jeremy > > On Mon, 2003-08-11 at 12:13, jeremy wrote: > > oops, ...I meant Resource.pm not Response.pm. > > > > > > > > > > On Mon, 2003-08-11 at 10:40, jeremy wrote: > > > I think I figured it out. > > > It may be a matter of getting deeper into HTTP::DAV::Response > > > > > > input is still very much welcome. > > > > > > > > > -J > > > > > > > > > On Mon, 2003-08-11 at 10:24, jeremy wrote: > > > > fellow Perlites, > > > > > > > > I'm working with HTTP:DAV (P.Collins) to update and add contacts to MS > > > > Exchange 2000. I had the xml body for the PROPPATCH request ready to go > > > > in the script, but when I went to write the 'proppatch' request it was > > > > appearent that only one property could be set at a time. Atleast that's > > > > what was documented. The syntax is like this: > > > > > > > > $davObject->proppatch( -url=>"$myurl", -propname=>"$property", > > > > -propvalue=>"$propval" [-action=>"set"]|"remove" ) > > > > > > > > > > > > Q1. > > > > Can any of you folks think of a way to send an xml > > > > file as the body in place of explicit calls to -propname and -propvalue? > > > > > > > > I would really rather not iterate over a single property PROPPATCH > > > > request in order to get all my properties updated. > > > > > > > > thanks for you time, > > > > > > > > Jeremy Brooks > > > > > > > > > > > > _______________________________________________ > > > > Austin mailing list > > > > Austin@mail.pm.org > > > > http://mail.pm.org/mailman/listinfo/austin > > > > > > _______________________________________________ > > > Austin mailing list > > > Austin@mail.pm.org > > > http://mail.pm.org/mailman/listinfo/austin > > > > _______________________________________________ > > Austin mailing list > > Austin@mail.pm.org > > http://mail.pm.org/mailman/listinfo/austin > > _______________________________________________ > Austin mailing list > Austin@mail.pm.org > http://mail.pm.org/mailman/listinfo/austin -- Wayne Walker www.broadq.com :) Bringing digital video and audio to the living room From jleanos at opensystemstech.com Thu Aug 7 08:25:18 2003 From: jleanos at opensystemstech.com (Jason Leanos) Date: Mon Aug 2 21:23:20 2004 Subject: APM: Perl/Unix contract in Houston Message-ID: <00e701c35ce7$58609030$cba8a8c0@opensysboston.opensystemstech.com> Good Morning! My client in Houston is seeking a senior Perl/Unix developer who has been working in a large productions environment (mission critical, global, financial services) with strong trouble shooting skills, high energy, reacts quickly, etc. This is a 12 month contract. Additional details are below. This is time sensitive. If you have the specific experience and are interested, please reply to this mail with your resume. I will contact you immediately. The position will requires the person to:Ensure High quality, well controlled day to day support with rapid resolution of problems. Monitor trading systems to ensure 100% up time. Ensure all batch job and cron jobs run in a timely manner. Understand the architecture on which the systems depend.The individual will be expected to: Reduce downtime from monitored systems to a negligible amount. Escalate issues within 2 minutes of discovery. Increase the degree of monitoring and alerting on supported systems. The ideal candidate will possess the following skills:Unix's/SybasePERL. Able to assist with design and implementation of new process flows and systems. Strong control and quality skills, including performance management.Self motivated and directed.Able to work in close partnership with Operate and other support groups globally to achieve business goals.Able to assist team in exceeding stated goals.Able to build strong relationships within the team, and peers in other groups globally. Highly productive and always looking to improve the environment Flexibility ; able to deal with massive change. Strong verbal and written communication skills.Required experience:Prior system support experience, particularly of a large global concern. Shell scripting experience. Log file investigation experience. Perl, SQL, Sybase SQL Server, UNIX, Unix Shell Scripting Jason Leanos Open Systems Technologies 617-426-8884 jleanos@opensystemstech.com BOSTON *** HOUSTON *** NEW YORK *** TAMPA -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.pm.org/pipermail/austin/attachments/20030807/74fe5d63/attachment.htm From mlehmann at marklehmann.com Tue Aug 12 09:15:46 2003 From: mlehmann at marklehmann.com (Mark Lehmann) Date: Mon Aug 2 21:23:20 2004 Subject: APM: [Perl Jobs] Senior mod_perl programmer for large email service (telecommute), Australia, Victoria, Melbourne (forwarded from Perl Jobs) Message-ID: <16184.63122.756012.770167@lehmbrain.marklehmann.com> An embedded message was scrubbed... From: Perl Jobs Subject: [Perl Jobs] Senior mod_perl programmer for large email service (telecommute), Australia, Victoria, Melbourne Date: 12 Aug 2003 05:18:03 -0000 Size: 2628 Url: http://mail.pm.org/pipermail/austin/attachments/20030812/ab5bb94e/attachment.eml -------------- next part -------------- -- Mark Lehmann email mlehmann@marklehmann.com | phone 512 689-7705 From itnomad at earthlink.net Wed Aug 13 07:52:56 2003 From: itnomad at earthlink.net (Jack Lupton) Date: Mon Aug 2 21:23:20 2004 Subject: APM: RE: Perl/Unix contract in Houston In-Reply-To: <00e701c35ce7$58609030$cba8a8c0@opensysboston.opensystemstech.com> Message-ID: This is spam to me. -----Original Message----- From: austin-bounces@mail.pm.org [mailto:austin-bounces@mail.pm.org]On Behalf Of Jason Leanos Sent: Thursday, August 07, 2003 8:25 AM To: austin@mail.pm.org Subject: APM: Perl/Unix contract in Houston Good Morning! My client in Houston is seeking a senior Perl/Unix developer who has been working in a large productions environment (mission critical, global, financial services) with strong trouble shooting skills, high energy, reacts quickly, etc. This is a 12 month contract. Additional details are below. This is time sensitive. If you have the specific experience and are interested, please reply to this mail with your resume. I will contact you immediately. The position will requires the person to:Ensure High quality, well controlled day to day support with rapid resolution of problems. Monitor trading systems to ensure 100% up time. Ensure all batch job and cron jobs run in a timely manner. Understand the architecture on which the systems depend.The individual will be expected to: Reduce downtime from monitored systems to a negligible amount. Escalate issues within 2 minutes of discovery. Increase the degree of monitoring and alerting on supported systems. The ideal candidate will possess the following skills:Unix's/SybasePERL. Able to assist with design and implementation of new process flows and systems. Strong control and quality skills, including performance management.Self motivated and directed.Able to work in close partnership with Operate and other support groups globally to achieve business goals.Able to assist team in exceeding stated goals.Able to build strong relationships within the team, and peers in other groups globally. Highly productive and always looking to improve the environment Flexibility ; able to deal with massive change. Strong verbal and written communication skills.Required experience:Prior system support experience, particularly of a large global concern. Shell scripting experience. Log file investigation experience. Perl, SQL, Sybase SQL Server, UNIX, Unix Shell Scripting Jason Leanos Open Systems Technologies 617-426-8884 jleanos@opensystemstech.com BOSTON *** HOUSTON *** NEW YORK *** TAMPA -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.pm.org/pipermail/austin/attachments/20030813/51fcdede/attachment.htm From chris at chrisbaker.net Wed Aug 13 21:17:37 2003 From: chris at chrisbaker.net (Christopher Baker) Date: Mon Aug 2 21:23:20 2004 Subject: APM: RE: Perl/Unix contract in Houston In-Reply-To: References: <00e701c35ce7$58609030$cba8a8c0@opensysboston.opensystemstech.com> Message-ID: <20030813221058.03CA.CHRIS@chrisbaker.net> > This is spam to me. It certainly looks like the person who sent this job contract to the list really acting on his own self-interest and trying to make a commission. But I find it very sad that this is a reaction one would get when one simply sends a job opportunity to an e-group like this. Lots of good people are still struggling out there, although I am getting the impression that things are finally getting better after three terrible years. I would hope that groups like this would be a source of encouragement to the unemployed, not another source of discouragement. Certainly the first purpose of such a group is to discuss things related to Perl, and the job in question does ask for Perl skills. But even if it didn't, such a post seems harmless. I spend more than enough going through e-mail that really is spam. I think I am getting more tired of the abuse of that word. Chris ============================================================ "Peace, commerce, and honest friendship with all nations--entangling alliances with none, I deem the essential principles of our government...." --Thomas Jefferson 1st Inaugural Address, 1801 ============================================================ Chris Baker -- www.chrisbaker.net chris@chrisbaker.net, chrisbaker@iname.com, cbaker2@columbus.rr.com "When you stop growing, you start dying." From dbii at interaction.net Fri Aug 15 09:55:19 2003 From: dbii at interaction.net (David Bluestein II) Date: Mon Aug 2 21:23:20 2004 Subject: APM: Meeting Next Week? Message-ID: Hey Mark- What great topic do you have lined up for next week's APM? I seem to remember at the social last month you mentioned testing. Time to update the website :) David ---------- David H. Bluestein II President & Lead Developer dbii@interaction.net ii, inc. http://www.interaction.net - Specializing in Designing Interactive Websites - - and Searchable Internet Databases - From mlehmann at marklehmann.com Sat Aug 16 13:18:24 2003 From: mlehmann at marklehmann.com (Mark Lehmann) Date: Mon Aug 2 21:23:20 2004 Subject: APM: Meeting Wed Aug 20: Test First Development Message-ID: <16190.30064.518339.392144@lehmbrain.marklehmann.com> When ==== The next APM meeting is Wednesday, August 20 at 7:00 pm (ending at 8:30pm). What ==== Test First Development - Heath Malmstrom of DMi Test first development is the practice of writing tests just prior to writing methods. Topics covered will be: - conceptual advantages of doing test first development - Test::Unit CPAN modules, - general xUnit Testing, - Test Classes, - Test Suites, - combining Suites to test larger "enterprise" projects, - ease of change management with tests, and - nicety of having automated tests with your builds. Where ===== Tek Systems is on the North side of Austin and is conveniently located close to 183. Directions to Tek Systems are at the end of this message. Dinner ====== Feel free to join us for dinner at Pok-e-Jo's BBQ in the Arboretum at 6:00pm. Drinking/Socializing ==================== After the meeting, a small group will be going out to socialize. The group typically meets at B.B. Rover's, which serves food and drinks. Here are the directions to the Tek System offices. Directions to Tek Systems ========================= Going North on 183: - Take the Oak Knoll Exit. - If you are going South on 183 take the Duvall exit and take the U turn so that you are heading North. - Take your First right at Riata Trace Parkway (which is before the Oak Knoll light) - Take your second right at Riata Corporate Park. (You'll see a Netsolve sign) - IMMEDIATELY turn right again (the sign does not have our name on it) You will be facing our building and turn left into the parking lot. Take the elevator to the second floor, turn right. Tek Systems is at the end of the hall. Address: 12331-1 Riata Trace Parkway, Suite 200 Austin, TX 78727 512-257-6907 -- Mark Lehmann email mlehmann@marklehmann.com | phone 512 689-7705 From mlehmann at marklehmann.com Tue Aug 19 17:24:30 2003 From: mlehmann at marklehmann.com (Mark Lehmann) Date: Mon Aug 2 21:23:20 2004 Subject: APM: Requesting a Projector Message-ID: <16194.41886.665677.377567@lehmbrain.marklehmann.com> We are short a projector for the meeting on Wednesday. Can someone bring one to the meeting? Please post here or send me email if you can. Thanks. -- Mark Lehmann email mlehmann@marklehmann.com | phone 512 689-7705 From mlehmann at marklehmann.com Wed Aug 20 11:18:31 2003 From: mlehmann at marklehmann.com (Mark Lehmann) Date: Mon Aug 2 21:23:20 2004 Subject: APM: Reminder: MEETING TONIGHT: Test First Development Message-ID: <16195.40791.354484.135309@lehmbrain.marklehmann.com> When ==== The next APM meeting is Wednesday, August 20 at 7:00 pm (ending at 8:30pm). What ==== Test First Development - Heath Malmstrom of DMi Test first development is the practice of writing tests just prior to writing methods. Topics covered will be: - conceptual advantages of doing test first development - Test::Unit CPAN modules, - general xUnit Testing, - Test Classes, - Test Suites, - combining Suites to test larger "enterprise" projects, - ease of change management with tests, and - nicety of having automated tests with your builds. Where ===== Tek Systems is on the North side of Austin and is conveniently located close to 183. Directions to Tek Systems are at the end of this message. Dinner ====== Feel free to join us for dinner at Pok-e-Jo's BBQ in the Arboretum at 6:00pm. Drinking/Socializing ==================== After the meeting, a small group will be going out to socialize. The group typically meets at B.B. Rover's, which serves food and drinks. Here are the directions to the Tek System offices. Directions to Tek Systems ========================= Going North on 183: - Take the Oak Knoll Exit. - If you are going South on 183 take the Duvall exit and take the U turn so that you are heading North. - Take your First right at Riata Trace Parkway (which is before the Oak Knoll light) - Take your second right at Riata Corporate Park. (You'll see a Netsolve sign) - IMMEDIATELY turn right again (the sign does not have our name on it) You will be facing our building and turn left into the parking lot. Take the elevator to the second floor, turn right. Tek Systems is at the end of the hall. Address: 12331-1 Riata Trace Parkway, Suite 200 Austin, TX 78727 512-257-6907 -- Mark Lehmann email mlehmann@marklehmann.com | phone 512 689-7705 From mlehmann at marklehmann.com Thu Aug 21 13:43:55 2003 From: mlehmann at marklehmann.com (Mark Lehmann) Date: Mon Aug 2 21:23:20 2004 Subject: APM: [Perl Jobs] mod_perl/DBI/Mason/MySQL/Linux Developers required for dcis.net (onsite), INDIA, Tamil Nadu, Ooty, The Nilgiris (forwarded from Perl Jobs) Message-ID: <16197.4843.360511.104964@lehmbrain.marklehmann.com> O.T. Look at this, the pay rate is OPEN ***AND*** will MATCH IT INDIAN RATES!!! WOW! -------------- next part -------------- An embedded message was scrubbed... From: Perl Jobs Subject: [Perl Jobs] mod_perl/DBI/Mason/MySQL/Linux Developers required for dcis.net (onsite), INDIA, Tamil Nadu, Ooty, The Nilgiris Date: 21 Aug 2003 18:23:53 -0000 Size: 2410 Url: http://mail.pm.org/pipermail/austin/attachments/20030821/3bac88b2/attachment.eml -------------- next part -------------- -- Mark Lehmann email mlehmann@marklehmann.com | phone 512 689-7705 From tom.bakken at tx.usda.gov Fri Aug 29 13:13:03 2003 From: tom.bakken at tx.usda.gov (Tom Bakken) Date: Mon Aug 2 21:23:20 2004 Subject: APM: CPAN urllist Message-ID: <000801c36e59$30d6e400$920e9dc7@agwest.one.usda.gov> I'm trying to install DBD and Informix on a Red Hat Linux server. I last used CPAN quite a while ago and I'm not sure whether the trouble I'm now having with it is due to the current virus problems, or that my urllist is out of date/the sites no longer participate. I tried this: perl -MCPAN -e 'install Bundle::CPAN' And is seemed to work. However, when I ran: perl -MCPAN -e 'install Bundle::DBD::Informix' I get the following: Please check, if the URLs I found in your configuration file (ftp://ftp.duke.edu/pub/perl/, ftp://ftp.epix.net/pub/languages/perl/, ftp://ftp.freesoftware.com/pub/perl/CPAN/, ftp://ftp.iguide.com/pub/mirrors/packages;/perl/CPAN/, ftp://ftp.ou.edu/mirrors/CPAN/, ftp://ftp.sunsite.utk.edu/pub/CPAN/, ftp://ftp.twoguys.org/CPAN/) are valid. The urllist can be edited. E.g. with ''o conf urllist push ftp://myurl/''. How do you edit the urllist? What are some valid ftp sites to replace these if they are no longer working? The perldoc CPAN wasn't too helpful. Tom Bakken Information Resource Manager USDA, Rural Development 101 South Main, Suite 102 Temple, TX 76501 Phone: 254-742-9726 Fax: 254-742-9709 Email: tom.bakken@tx.usda.gov From msouth at shodor.org Fri Aug 29 19:12:19 2003 From: msouth at shodor.org (Mike South) Date: Mon Aug 2 21:23:20 2004 Subject: APM: CPAN urllist Message-ID: <200308300012.h7U0CJah023524@scan.shodor.org> That list is in CPAN/Config.pm in your perl libraries. You can edit it directly. Just looking at that list, I think a lot of them are still valid, I don't know. But you could try with just one and see if it works. I don't know off the top of my head which are valid (I haven't used it in a while.) I tried loading at least one of the urls you enetered and got a site. There could be another problem. Sorry I couldn't be more help. Another thing you could try is moving CPAN/Config.pm to CPAN/Config.pm.bak and see if starting up CPAN will put you through the configuration paces again, which includes offering a recent list of urls for mirrors. mike