[28955] in Perl-Users-Digest
Perl-Users Digest, Issue: 199 Volume: 11
daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Tue Mar 6 18:09:49 2007
Date: Tue, 6 Mar 2007 15:09:09 -0800 (PST)
From: Perl-Users Digest <Perl-Users-Request@ruby.OCE.ORST.EDU>
To: Perl-Users@ruby.OCE.ORST.EDU (Perl-Users Digest)
Perl-Users Digest Tue, 6 Mar 2007 Volume: 11 Number: 199
Today's topics:
Re: How do I -MCPAN install and pass commandline params usenet@DavidFilmer.com
Re: How to use the "system" operator? <jurgenex@hotmail.com>
Re: IPC::Open2 - Bad File Descriptor <uri@stemsystems.com>
Re: Is it ok to change $ENV{'QUERY_STRING'} before "use <ben@morrow.me.uk>
Need Estimate of Programming Effort <bogus@bogus.com>
Re: Need Estimate of Programming Effort <uri@stemsystems.com>
Re: Need Estimate of Programming Effort <bogus@bogus.com>
Re: Need Estimate of Programming Effort <uri@stemsystems.com>
Re: Need Estimate of Programming Effort <cwilbur@chromatico.net>
Re: Need Estimate of Programming Effort <cwilbur@chromatico.net>
Re: Net::SSH::Perl - Broken Pipe sumitbee@gmail.com
Re: Unable to install Math::BigInt::GMP on Solaris 10 sumitbee@gmail.com
Digest Administrivia (Last modified: 6 Apr 01) (Perl-Users-Digest Admin)
----------------------------------------------------------------------
Date: 6 Mar 2007 11:51:26 -0800
From: usenet@DavidFilmer.com
Subject: Re: How do I -MCPAN install and pass commandline params?
Message-Id: <1173210686.421895.145220@t69g2000cwt.googlegroups.com>
On Mar 6, 10:27 am, use...@DavidFilmer.com wrote:
> How would I stipulate this parameter within a CPAN install?
A smart Perl dude has advised me that I can do this:
o conf makepl_arg libdir=/dir
install My::Module
And it works :)
--
David Filmer (http://DavidFilmer.com)
------------------------------
Date: Tue, 06 Mar 2007 21:53:41 GMT
From: "Jürgen Exner" <jurgenex@hotmail.com>
Subject: Re: How to use the "system" operator?
Message-Id: <FplHh.7868$Tf.5332@trndny03>
Zhou Yan wrote:
> How to make the output of the system operator to a variable?
> For instance
> system "ls";
> I want the list to be stored in a variable, e.g. @list.
See the third sentence of the third paragraph of the documentation of
system().
jue
------------------------------
Date: Tue, 06 Mar 2007 14:20:47 -0500
From: Uri Guttman <uri@stemsystems.com>
Subject: Re: IPC::Open2 - Bad File Descriptor
Message-Id: <x7d53mfab4.fsf@mail.sysarch.com>
>>>>> "BM" == Ben Morrow <ben@morrow.me.uk> writes:
BM> Perhaps I wasn't clear: I was specifically talking about the '>&FOO'
BM> syntax for open2 which performs a dup instead of a pipe. In this case I
BM> can't see any way to use a lexical FH, as open2 (well,
BM> IPC::Open3::_open3) explicitly refers to \*{$dad_rdr}, where $dad_rdr is
BM> ">&FOO" =~ s/^[<>]&// .
perhaps you can first call open to dup the handle and have it autovivify
it and pass that to open2/3? i haven't followed this thread closely so i
don't know what the dup is being used for, etc. i am sure there are ways
to keep it all lexical as those still have the handle name as a string
in their globs. the only diff is that there is no global name for the
handle. Symbol::gensym does the same thing - it actually creates a new
unique handle name (with magic ++) in its namespace, gets a ref to it
and then deletes the symbol itself so it becomes private.
uri
--
Uri Guttman ------ uri@stemsystems.com -------- http://www.stemsystems.com
--Perl Consulting, Stem Development, Systems Architecture, Design and Coding-
Search or Offer Perl Jobs ---------------------------- http://jobs.perl.org
------------------------------
Date: Tue, 6 Mar 2007 18:56:57 +0000
From: Ben Morrow <ben@morrow.me.uk>
Subject: Re: Is it ok to change $ENV{'QUERY_STRING'} before "use CGI;" is called..?
Message-Id: <p4q0c4-n2g.ln1@osiris.mauzo.dyndns.org>
Quoth "Raymundo" <gypark@gmail.com>:
> In fact, the Perl script that I'm modifying is not my own code. It is
> UseModWiki (http://www.usemod.com/cgi-bin/wiki.pl) and I've been
> modifying it to use it for my personal homepage. (But I'm just a
> novice in Perl so it's not easy :-)
I would have been helpful if you'd mentioned this at the start. :)
> In wiki site, the URL of each page consists of script URL and "the
> title of that page", like ".../wiki.pl?Perl". I'm a Korean and my wiki
> has many pages whose names are in Korean.
>
> > Well... a not-url-encoded URL is invalid. At least Firefox appears to
> > automatically translate (say) a URL typed into the address bar into its
> > correct URL-escaped form before submitting it to the server; I don't
> > know what IE or Konq/Safari or Opera do.
>
> As you said, multi-byte characters in URL is invalid. I know it :'( So
> url-encoded URL is the answer. However, see the following URLs:
> 1: .../wiki.pl?Linux <- Everyone can know it is the page about "Linux"
> 2: .../wiki.pl?%EB%A6%AC%EB%88%85%EC%8A%A4 <- Can anyone guess what
> the title of this page is?? :-/ It's "Linux" in Korean
[ I've stripped the top-bit-set characters: my newsreader appears to
have mangled them ]
> 3: .../wiki.pl? <- (If you can't see the Korean chars, plz see
> http://gypark.pe.kr/upload/linux_in_korean.gif ) Everyone who are able
> to read Korean can know it is the page about Linux. (I'll type
> "LINUX(ko)" for this word from now on)
>
> URL 2 is valid, but its appearance is so.... :-/ And I must give up
> the big advantage of wiki, "URL represent the content"
>
> URL 3 is said to be invalid. But I still want to support it. That is,
> when someone types that URL in the address bar of a browser, or
> someone clicks the link to URL 3 in other site,
Is it common practice for people to write links to URLs with multibyte
chars in them? Since the actual link itself is not user-visible (the
text of the link is, but that's quite different) there's no reason not
to encode it correctly, is there? Of course, if it *is* common practice,
you may well want to handle it (if you can), regardless of its
incorrectness.
> I want my wiki.pl script show the proper page, "LINUX(ko)".
Firstly, let me say that I entirely sympathise with this desire :). It
is a major failing in the design of URLs that they are so unfriendly to
people whose native language is not English.
That said, I do not think you can win here :). At least my copy of FF
will convert .../wiki.pl?KOREAN_CHARS into %-encodings *in the address
bar* before it submits the URL. IE6 appears to do the opposite: that is,
AFAICT it both displays the URL as typed in the address bar and actually
submits a multi-byte URL to the server. Your Q_S munging will need to be
quite subtle, to handle cases like .../wiki.pl?foo%3bbar, and correctly
distinguish them from .../wiki.pl?foo;bar, which presumably means
something quite different.
> Fortunately, web browsers like FF, IE, and Safari convert the URL into
> %-encoded form before they submit it, as you said. Therefore, I think,
> it's not main issue that URL contains multi-bytes chars, because the
> server will receive %-encoded request. The problem is that, as I'd
> said in my first article, the %-encoded form of "LINUX(ko)" is not
> unique. It can be "%EB%A6%AC%EB%88%85%EC%8A%A4" (UTF-8 sequence) or
> "%B8%AE%B4%AA%BD%BA" (EUC-KR, in Korea) The browsers choose which
> encoding to use according to the option in them. (for FF,
> "network.standard-url.encode-utf8" in "about:config") Server can't
> choose it and even can't know what is chosen explictily, which is the
> reason that wiki.pl should "guess".
OK, so you're in an impossible situation and you're trying to do the
best you can. Encode::Guess may be your best option here :).
> > > Returing to my first post in this thread... Is it so bad idea to
> > > change the environment variable QUERY_STRING? It solves every problem
> > > about this. It requires only one additional line in code. I think that
> > > change may affect only the script and its child processes, and the
> > > script doesn't fork any child process.
> >
> > If you're using CGI.pm to process QUERY_STRING, then you should stick to
> > that. Messing about is just asking for trouble. What is the problem with
> > decoding the submitted values afterwards? (It can still be one line or
> > so of code, if you do it right. See Anno's example.)
>
> "The problem with decoding the submitted values afterward" is...
> (following are come from my testing results. it may be fixed but I'm
> not so expert in Perl)
>
> 1) There are hundreds of lines that call "->param()". I don't think
> it's good idea to insert so many "guess_and_convert()" after those
> lines.
>
> 1-1) In fact, those lines actually call "GetParam()" subroutine and
> GetParam() calles ->param in it. So it can be a solution to insert
> guess_and_convert() in GetParam(). However, GetParam() fetches the
> value of a parameter not only from GET request but also from POST
> request and even from saved files. For now, I'm not sure it's ok to
> modify GetParam(). In addition, it seems to be inefficient to call
> convert routine every time a single parameter is fetched.
I would say the Right Answer in this case is to write your own GetParam
sub which calls the original GetParam, and then applies your
Encode::Guess logic. If the script isn't changing the values of the
paramters, only accessing them, you can avoid the multiple guessing by
using the Memoize module on your sub.
> 2) Concering Anno's example, it looks good because it calls convert
> routine only once. However, it shows some problem while processing
> POST request, like file uploading, receiving trackback, etc. I tried
> to debug but failed to find why. I think it is the second best way to
> apply that code with additional if-clause: if ($q->request_method() eq
> "GET")
What sort of problems? If your guessing routine is guessing incorrectly
for some of you real data, this indicates it's not safe to use it
anyway.
> 3) In the original code, there are some lines that access
> $ENV{QUERY_STRING} directly, without calling CGI functions. I need to
> apply "guess_and_convert" to those lines.
Well, that's just evil :). My standard recommendation at this point
would be to throw out whatever it is you're using and find something
that's decently written.
> So I cling to Q_S like this. :-) As far as I know: (please correct me
> if I am wrong)
> 1) Q_S is related to only GET request. (All the forms in wiki.pl calls
> "wiki.pl" without any appending URL query when it submits)
You may be correct in this case that your wiki.pl only uses a query
string for GET requests. It is certainly possible to POST to a URL with
a query string.
> 2) Q_S may be in the form of "keywords" or
> "param1=value1¶m2=value2...". guess_and_convert() will not change
> the important characters like "&", "=", "+". It will not change any
> other ASCII characters. It will just change the multi-byte chars.
> Because those characters have been already encoded by browser, this
> change is just the change of the number and the sequence of the "%HH"
> runs. There is, I think, no problem when CGI object is created and
> initialized using Q_S.
Err... OK. You must make sure you alter Q_S *before* any CGI.pm calls
are mode, though.
> 3) Changing Q_S affects only the running script and it's child
> process.
I don't know what happens under mod_perl, if you ever move your script
to that envionment. Under standard CGI, this is certainly true.
It seems to me that you are trying to take a piece of rather
badly-written code you don't really understand, and alter it do do
something that isn't really possible anyway. Given that you're in that
much of a mess, a simple edit of $ENV{QUERY_STRING} may well be the best
way out :).
Ben
--
All persons, living or dead, are entirely coincidental.
ben@morrow.me.uk Kurt Vonnegut
------------------------------
Date: Tue, 06 Mar 2007 11:13:45 -0800
From: Jeff Sheffel <bogus@bogus.com>
Subject: Need Estimate of Programming Effort
Message-Id: <I3jHh.23281$7g3.16785@newsfe14.phx>
I'm looking for a simple estimate of a "level of effort", for a Perl
programming task.
The estimate should be in hours. (Maybe a range of programming hours -
based on level of Perl experience.) Any other additional estimate
information, and design comments are appreciated. (Please do not ask
questions about the requirements, since I did not write them; make any
assumptions necessary.)
Program Requirements:
---------------------
Design a web scraping utility to scrap information from various shopping
sites. The code should be written in Object Oriented Perl, with use strict
and warnings enabled.
The initial sites used should be http://www.shopzilla.com and
http://www.shopping.com. However, the program should be designed in a
manor that will allow other sites to be added in the future.
The minimum requirement for output is: Site scraped from, product name,
short description, low price, high price. For simplicity scrapings can be
limited to 60 items or less from each target site.
Optional features that can be added are throttling and threading.
Throttling will limit the number of hits to a particular site in a giving
time period and threading would allow the program to make several requests
simultaneously.
The program should be fully documented and run without warnings.
------------------------------
Date: Tue, 06 Mar 2007 15:13:49 -0500
From: Uri Guttman <uri@stemsystems.com>
Subject: Re: Need Estimate of Programming Effort
Message-Id: <x7649ef7uq.fsf@mail.sysarch.com>
>>>>> "JS" == Jeff Sheffel <bogus@bogus.com> writes:
JS> I'm looking for a simple estimate of a "level of effort", for a Perl
JS> programming task.
you need to hire someone just for this task alone.
JS> The estimate should be in hours. (Maybe a range of programming hours -
JS> based on level of Perl experience.) Any other additional estimate
JS> information, and design comments are appreciated. (Please do not ask
JS> questions about the requirements, since I did not write them; make any
JS> assumptions necessary.)
you can't do that. i have written crawlers before and the client will
ALWAYS make many changes as it is developed. these projects cannot be
properly estimated without a very clear and precise spec. you are asking
for a world of trouble otherwise and this comes from deep experience.
JS> Design a web scraping utility to scrap information from various
JS> shopping sites. The code should be written in Object Oriented
JS> Perl, with use strict and warnings enabled.
oh boy! strict and warnings add many hours to any project. a stupid
requirement which doesn't help at all with estimates. so many design
questions will need to be asked and answered. this is not a toy.
JS> The initial sites used should be http://www.shopzilla.com and
JS> http://www.shopping.com. However, the program should be designed in a
JS> manor that will allow other sites to be added in the future.
s/manor/manner/
and you can't crawl those sites as is. they are shopping search engines
so you would need to know the product names/etc to locate them.
JS> The minimum requirement for output is: Site scraped from, product name,
JS> short description, low price, high price. For simplicity scrapings can be
JS> limited to 60 items or less from each target site.
which 60 items? is there a list? will it grow? more unasked questions.
JS> Optional features that can be added are throttling and threading.
JS> Throttling will limit the number of hits to a particular site in a
JS> giving time period and threading would allow the program to make
JS> several requests simultaneously.
parallel requests can be done without threading and in several
ways. threading is a design issue and not a requirement. throttling is a
requirement and if you didn't do it, any decent site will notice and
block you. are these 'optional' features to be designed in now or bolted
on (poorly) later? again, crawling large scale is not for
kiddies. prototype crawlers will not scale unless they are designed for
it from the beginning. so you have a major requirements conflict here
about whether this is a kiddie toy or a professional scalable crawler.
JS> The program should be fully documented and run without warnings.
they want documentation too? unheard of!! how about some properly
written requirements first?
if you really need professional help (and i think you do) have them
contact me directly as i have actually created 2 major crawler systems
and can at least ask the right questions. but there is no way in hell i
would provide a time estimate on such a frivolous set of
requirements. you can't make assumptions as this could be a week long
kiddie thing or 6-12 man-months which is a pretty wide range of
estimates.
i await the call from your client (or yourself). (not holding my
breath).
uri
--
Uri Guttman ------ uri@stemsystems.com -------- http://www.stemsystems.com
--Perl Consulting, Stem Development, Systems Architecture, Design and Coding-
Search or Offer Perl Jobs ---------------------------- http://jobs.perl.org
------------------------------
Date: Tue, 06 Mar 2007 12:57:28 -0800
From: Jeff Sheffel <bogus@bogus.com>
Subject: Re: Need Estimate of Programming Effort
Message-Id: <YAkHh.1086$907.631@newsfe13.phx>
Uri,
Thank you for your time. Your comments are valuable, and I agree with the
points you're making.
Your summary of programming effort, i.e. 1 week (= 40 man hours?) minimum,
is the quick answer I was looking for.
I should have clarified, that, this is not for a client, but a
"homework exercise" used by a potential employer for employment screening.
So, creative and rapid programming disciplines are being called for, here.
I don't see why you state, that, "the shopping sites can't be crawled."
I think they can, but not easily, and each site will require specific
methods. The product names ARE the search terms (expressed by the user on
the command line). They (i.e. the client) used the term threading, loosely,
as a design requirement for parallelism.
I don't think I'm up for this test...
aren't their plenty of Perl jobs today?
Jeff
Uri Guttman wrote:
>>>>>> "JS" == Jeff Sheffel <bogus@bogus.com> writes:
>
> JS> I'm looking for a simple estimate of a "level of effort", for a Perl
> JS> programming task.
>
> you need to hire someone just for this task alone.
>
> JS> The estimate should be in hours. (Maybe a range of programming
> hours -
> JS> based on level of Perl experience.) Any other additional estimate
> JS> information, and design comments are appreciated. (Please do not
> ask JS> questions about the requirements, since I did not write them;
> make any JS> assumptions necessary.)
>
> you can't do that. i have written crawlers before and the client will
> ALWAYS make many changes as it is developed. these projects cannot be
> properly estimated without a very clear and precise spec. you are asking
> for a world of trouble otherwise and this comes from deep experience.
>
> JS> Design a web scraping utility to scrap information from various
> JS> shopping sites. The code should be written in Object Oriented
> JS> Perl, with use strict and warnings enabled.
>
> oh boy! strict and warnings add many hours to any project. a stupid
> requirement which doesn't help at all with estimates. so many design
> questions will need to be asked and answered. this is not a toy.
>
> JS> The initial sites used should be http://www.shopzilla.com and
> JS> http://www.shopping.com. However, the program should be designed in
> a JS> manor that will allow other sites to be added in the future.
>
> s/manor/manner/
>
> and you can't crawl those sites as is. they are shopping search engines
> so you would need to know the product names/etc to locate them.
>
> JS> The minimum requirement for output is: Site scraped from, product
> name,
> JS> short description, low price, high price. For simplicity scrapings
> can be JS> limited to 60 items or less from each target site.
>
> which 60 items? is there a list? will it grow? more unasked questions.
>
> JS> Optional features that can be added are throttling and threading.
> JS> Throttling will limit the number of hits to a particular site in a
> JS> giving time period and threading would allow the program to make
> JS> several requests simultaneously.
>
> parallel requests can be done without threading and in several
> ways. threading is a design issue and not a requirement. throttling is a
> requirement and if you didn't do it, any decent site will notice and
> block you. are these 'optional' features to be designed in now or bolted
> on (poorly) later? again, crawling large scale is not for
> kiddies. prototype crawlers will not scale unless they are designed for
> it from the beginning. so you have a major requirements conflict here
> about whether this is a kiddie toy or a professional scalable crawler.
>
> JS> The program should be fully documented and run without warnings.
>
> they want documentation too? unheard of!! how about some properly
> written requirements first?
>
> if you really need professional help (and i think you do) have them
> contact me directly as i have actually created 2 major crawler systems
> and can at least ask the right questions. but there is no way in hell i
> would provide a time estimate on such a frivolous set of
> requirements. you can't make assumptions as this could be a week long
> kiddie thing or 6-12 man-months which is a pretty wide range of
> estimates.
>
> i await the call from your client (or yourself). (not holding my
> breath).
>
> uri
>
------------------------------
Date: Tue, 06 Mar 2007 16:07:35 -0500
From: Uri Guttman <uri@stemsystems.com>
Subject: Re: Need Estimate of Programming Effort
Message-Id: <x7odn6dqso.fsf@mail.sysarch.com>
>>>>> "JS" == Jeff Sheffel <bogus@bogus.com> writes:
JS> Your summary of programming effort, i.e. 1 week (= 40 man hours?)
JS> minimum, is the quick answer I was looking for.
JS> I should have clarified, that, this is not for a client, but a
JS> "homework exercise" used by a potential employer for employment
JS> screening. So, creative and rapid programming disciplines are
JS> being called for, here.
why didn't you say that to begin with? that is the most important info
in the whole story.
JS> I don't see why you state, that, "the shopping sites can't be
JS> crawled." I think they can, but not easily, and each site will
JS> require specific methods. The product names ARE the search terms
JS> (expressed by the user on the command line). They (i.e. the
JS> client) used the term threading, loosely, as a design requirement
JS> for parallelism.
this sounds like a very large homework assignment. i would be wary of
working for them if they require such projects to apply for a
job. unless they are expecting a toy which can be done in little time if
you don't care about scaling. there are dinky crawlers on cpan and if
you just drive them with some search terms the rest is parsing the web
pages (also cpan) and various amounts of driver and glue code.
JS> I don't think I'm up for this test...
JS> aren't their plenty of Perl jobs today?
ever look at jobs.perl.org?
and you should tell this employer to also post there.
and i do some perl job placement as well.
uri
--
Uri Guttman ------ uri@stemsystems.com -------- http://www.stemsystems.com
--Perl Consulting, Stem Development, Systems Architecture, Design and Coding-
Search or Offer Perl Jobs ---------------------------- http://jobs.perl.org
------------------------------
Date: 06 Mar 2007 16:11:41 -0500
From: Charlton Wilbur <cwilbur@chromatico.net>
Subject: Re: Need Estimate of Programming Effort
Message-Id: <87d53mcc1e.fsf@mithril.chromatico.net>
>>>>> "JS" == Jeff Sheffel <bogus@bogus.com> writes:
JS> I should have clarified, that, this is not for a client, but a
JS> "homework exercise" used by a potential employer for
JS> employment screening. So, creative and rapid programming
JS> disciplines are being called for, here.
Someone who wants to employ *you* asks *you* this question, and you
pass it on to Usenet to do *your* homework for you?
Charlton
--
Charlton Wilbur
cwilbur@chromatico.net
------------------------------
Date: 06 Mar 2007 16:16:49 -0500
From: Charlton Wilbur <cwilbur@chromatico.net>
Subject: Re: Need Estimate of Programming Effort
Message-Id: <878xeacbsu.fsf@mithril.chromatico.net>
>>>>> "UG" == Uri Guttman <uri@stemsystems.com> writes:
UG> this sounds like a very large homework assignment. i would be
UG> wary of working for them if they require such projects to
UG> apply for a job.
My impression is that the employer wanted a back-of-the-envelope
estimate as homework, not that they wanted the whole crawler.
Charlton
--
Charlton Wilbur
cwilbur@chromatico.net
------------------------------
Date: 6 Mar 2007 12:37:22 -0800
From: sumitbee@gmail.com
Subject: Re: Net::SSH::Perl - Broken Pipe
Message-Id: <1173213442.744324.75030@30g2000cwc.googlegroups.com>
Install Math::BigInt::GMP to speed up the time it takes to login.
Not sure why you are getting a broken pipe. Can you ssh from the
command line of your dev box to the remote server?
On Feb 26, 8:02 pm, azzi.geo...@gmail.com wrote:
> Dear Perl Programmers,
>
> Good evening. Am trying to use Net::SSH::Perl to do a simple ls -l
> command on a remote system. However, it keeps giving a Broken Pipe
> error. Below is the script, along with the error.
>
> Also, it is taking unusually long to just login. Confirmed there is a
> connection using ps -ef on the remote machine. Any help given would be
> greatly appreciated. Note that this is running on solaris 10 (not
> sure if that makes a difference). Thank you in advance for your help.
>
> Pierre
>
> Perl Script:
> -------------------------------------
> #!/usr/bin/perl
>
> use warnings;
> use strict;
> use Net::SSH::Perl;
>
> my $user;
> my $pass;
>
> my $cmd = "ls -lrt /tmp/*.txt";
> my $pwd = "ssh_info.txt";
> my $host = "x.x.x.x";
>
> open ('LOGIN', "$pwd") || die "$!\n";
> while (<LOGIN>) {
> ($user, $pass) = split /:/, $_;
>
> }
>
> close 'LOGIN' || die "LOGIN FH: $! \n";
>
> my $ssh = Net::SSH::Perl->new($host, debug =>1, protocol =>'2,1');
> print "$host\n";
> print "Command that will be run before logging in: $cmd\n";
>
> $ssh->config->set('interactive', 1)
> unless defined $ssh->config->get('interactive');
>
> $ssh->login($user,$pass);
>
> print "Command that is about to be run: $cmd\n";
> my ($stdout, $stderr, $exit) = $ssh->cmd($cmd);
> print "$tdout\n";
>
> Error Received
> -------------------------------------------------------------------
> Reading configuration data /var/home/collect/.ssh/config
> Reading configuration data /etc/ssh_config
> Connecting to x.x.x.x, port 22.
> Remote version string: SSH-2.0-OpenSSH_4.3
>
> Remote protocol version 2.0, remote software version OpenSSH_4.3
> Net::SSH::Perl Version 1.30, protocol version 2.0.
> No compat match: OpenSSH_4.3.
> Connection established.
> x.x.x.x
> Command that will be run before logging in: ls -lrt /tmp/*.txt
> Sent key-exchange init (KEXINIT), wait response.
> Algorithms, c->s: 3des-cbc hmac-sha1 none
> Algorithms, s->c: 3des-cbc hmac-sha1 none
> Entering Diffie-Hellman Group 1 key exchange.
> Sent DH public key, waiting for reply.
> Received host key, type 'ssh-dss'.
> Host 'x.x.x.x' is known and matches the host key.
> Computing shared secret key.
> Verifying server signature.
> Waiting for NEWKEYS message.
> Enabling incoming encryption/MAC/compression.
> Send NEWKEYS, enable outgoing encryption/MAC/compression.
> Sending request for user-authentication service.
> Broken Pipe
------------------------------
Date: 6 Mar 2007 12:48:43 -0800
From: sumitbee@gmail.com
Subject: Re: Unable to install Math::BigInt::GMP on Solaris 10
Message-Id: <1173214123.365406.161350@j27g2000cwj.googlegroups.com>
The solution, for anyone interested, was to install GNU make 3.81,
compile gmp-4.2 with this version of make, and then install
Math::BigInt::GMP pointing the lib and INC to the location of the
newly installed gmp-4.2.
------------------------------
Date: 6 Apr 2001 21:33:47 GMT (Last modified)
From: Perl-Users-Request@ruby.oce.orst.edu (Perl-Users-Digest Admin)
Subject: Digest Administrivia (Last modified: 6 Apr 01)
Message-Id: <null>
Administrivia:
#The Perl-Users Digest is a retransmission of the USENET newsgroup
#comp.lang.perl.misc. For subscription or unsubscription requests, send
#the single line:
#
# subscribe perl-users
#or:
# unsubscribe perl-users
#
#to almanac@ruby.oce.orst.edu.
NOTE: due to the current flood of worm email banging on ruby, the smtp
server on ruby has been shut off until further notice.
To submit articles to comp.lang.perl.announce, send your article to
clpa@perl.com.
#To request back copies (available for a week or so), send your request
#to almanac@ruby.oce.orst.edu with the command "send perl-users x.y",
#where x is the volume number and y is the issue number.
#For other requests pertaining to the digest, send mail to
#perl-users-request@ruby.oce.orst.edu. Do not waste your time or mine
#sending perl questions to the -request address, I don't have time to
#answer them even if I did know the answer.
------------------------------
End of Perl-Users Digest V11 Issue 199
**************************************
