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