[30431] in Perl-Users-Digest
Perl-Users Digest, Issue: 1674 Volume: 11
daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Thu Jun 26 14:09:49 2008
Date: Thu, 26 Jun 2008 11:09:10 -0700 (PDT)
From: Perl-Users Digest <Perl-Users-Request@ruby.OCE.ORST.EDU>
To: Perl-Users@ruby.OCE.ORST.EDU (Perl-Users Digest)
Perl-Users Digest Thu, 26 Jun 2008 Volume: 11 Number: 1674
Today's topics:
'nobody' using sudo -- scary! <schafer.dave@gmail.com>
Re: 'nobody' using sudo -- scary! <npc@zomg.tk>
Re: 'nobody' using sudo -- scary! (Jens Thoms Toerring)
Re: 'nobody' using sudo -- scary! <smallpond@juno.com>
Re: 'nobody' using sudo -- scary! <RedGrittyBrick@SpamWeary.foo>
Re: 'nobody' using sudo -- scary! (Jens Thoms Toerring)
Re: 'nobody' using sudo -- scary! <schafer.dave@gmail.com>
Re: FAQ 5.12 How can I open a filehandle to a string? <hjp-usenet2@hjp.at>
I recently found a Japanese AV website! It's Very good! <zhangjie159@gmail.com>
match pattern "not" <ela@yantai.org>
Re: match pattern "not" <invalid@invalid.invalid>
Re: match pattern "not" (Jens Thoms Toerring)
Re: match pattern "not" <wahab@chemie.uni-halle.de>
Re: match pattern "not" <jurgenex@hotmail.com>
new CPAN modules on Thu Jun 26 2008 (Randal Schwartz)
Re: number to word in any language <tzz@lifelogs.com>
Re: run application from perl nonblocking? <nielsen.sebastian@gmail.com>
Re: run application from perl nonblocking? <jimsgibson@gmail.com>
Re: run application from perl nonblocking? <jurgenex@hotmail.com>
Re: run application from perl nonblocking? <szrRE@szromanMO.comVE>
Re: run application from perl nonblocking? <jurgenex@hotmail.com>
Digest Administrivia (Last modified: 6 Apr 01) (Perl-Users-Digest Admin)
----------------------------------------------------------------------
Date: Thu, 26 Jun 2008 07:47:19 -0700 (PDT)
From: Johnny <schafer.dave@gmail.com>
Subject: 'nobody' using sudo -- scary!
Message-Id: <f066920b-970d-4d2b-bbca-f017b793fda5@z16g2000prn.googlegroups.com>
Hi,
My perl script runs as 'nobody' but it needs to execute some commands
with more privilege (rm /home/username/.forward). I see a lot of
talk about sudo for this type of circumstance ...is that really the
best choice? I've gotten the username/password of the account that
has permission to do what I'd like to do - maybe that's somehow
useful? Making the users home directory world writable seems to
break sendmail, so I don't want to fuss with that. Running perl
scripts as root must be the worst possible choice. Are there any
other methods worth considering? Is allowing 'nobody' to execute
commands as root an excepted practice?
Thanks in advance,
SuchaNewb
------------------------------
Date: Thu, 26 Jun 2008 17:26:25 +0200 (CEST)
From: Hans Bulvai <npc@zomg.tk>
Subject: Re: 'nobody' using sudo -- scary!
Message-Id: <g40cf1$3e2$1@aioe.org>
On Thu, 26 Jun 2008 07:47:19 -0700, Johnny wrote:
> Hi,
>
> My perl script runs as 'nobody' but it needs to execute some commands
> with more privilege (rm /home/username/.forward). I see a lot of talk
> about sudo for this type of circumstance ...is that really the best
> choice? I've gotten the username/password of the account that has
> permission to do what I'd like to do - maybe that's somehow useful?
> Making the users home directory world writable seems to break sendmail,
> so I don't want to fuss with that. Running perl scripts as root must
> be the worst possible choice. Are there any other methods worth
> considering? Is allowing 'nobody' to execute commands as root an
> excepted practice?
>
> Thanks in advance,
> SuchaNewb
DO NOT:
1) give 'nobody' any rights, especially not sudo rights.
2) make users homedirs world writeable.
3) run it as root.
create a new user, give it the necessary perms (whether sudo, or
otherwise) and run it as that user. Above, (1) and (2) are the worst
choices you could possibly do. Even (3) is less dangerous than them.
------------------------------
Date: 26 Jun 2008 15:41:31 GMT
From: jt@toerring.de (Jens Thoms Toerring)
Subject: Re: 'nobody' using sudo -- scary!
Message-Id: <6chrlbF3frf8qU1@mid.uni-berlin.de>
Johnny <schafer.dave@gmail.com> wrote:
> My perl script runs as 'nobody' but it needs to execute some commands
> with more privilege (rm /home/username/.forward). I see a lot of
> talk about sudo for this type of circumstance ...is that really the
> best choice? I've gotten the username/password of the account that
> has permission to do what I'd like to do - maybe that's somehow
> useful? Making the users home directory world writable seems to
> break sendmail, so I don't want to fuss with that. Running perl
> scripts as root must be the worst possible choice. Are there any
> other methods worth considering? Is allowing 'nobody' to execute
> commands as root an excepted practice?
I guess this would be better suited for e.g. comp.unix.questions
or maybe comp.os.linux.misc. I guess the worst "solution" would
be to make the users directories world writable. That's simply
stupidness. What I don't see is why a Perl script running as
root when doing root tasks would be bad (especially since Perl
is regarded as the "Swiss army knife" of system admins). It just
might a bit too much effort when a simple shell script line like
for i in `ls -a /home/*/.forward`; do rm $i; done
would do nicely. But then I also don't see why you would want to
delete users .forward files - if you have a really good reason to
do so at least rename them to something else instead of deleting
them completely.
Regards, Jens
--
\ Jens Thoms Toerring ___ jt@toerring.de
\__________________________ http://toerring.de
------------------------------
Date: Thu, 26 Jun 2008 11:43:54 -0400
From: smallpond <smallpond@juno.com>
Subject: Re: 'nobody' using sudo -- scary!
Message-Id: <5cc38$4863b945$4052@news.teranews.com>
Johnny wrote:
> Hi,
>
> My perl script runs as 'nobody' but it needs to execute some commands
> with more privilege (rm /home/username/.forward). I see a lot of
> talk about sudo for this type of circumstance ...is that really the
> best choice? I've gotten the username/password of the account that
> has permission to do what I'd like to do - maybe that's somehow
> useful? Making the users home directory world writable seems to
> break sendmail, so I don't want to fuss with that. Running perl
> scripts as root must be the worst possible choice. Are there any
> other methods worth considering? Is allowing 'nobody' to execute
> commands as root an excepted practice?
>
> Thanks in advance,
> SuchaNewb
Things wrong with your post:
1) Not a perl question, so offtopic for this NG.
2) Asking for "best" without defining what you mean or want.
Do you have a reason not to use sudo or is your objection
based on not wanting to read the documentation?
3) Even thinking of making user's directories world writable
suggests that you should not be allowed the root password for
this system.
4) Using vacation or .forward in the first place, since they
are commonly abused by spammers. Mail routing must be
done based on the mail envelope, not body. You are using
sendmail, so there are already more secure ways to do whatever
it is that you want -- see the aliases file.
** Posted from http://www.teranews.com **
------------------------------
Date: Thu, 26 Jun 2008 17:41:02 +0100
From: RedGrittyBrick <RedGrittyBrick@SpamWeary.foo>
Subject: Re: 'nobody' using sudo -- scary!
Message-Id: <4863c6a0$0$2489$da0feed9@news.zen.co.uk>
Jens Thoms Toerring wrote:
>
> for i in `ls -a /home/*/.forward`; do rm $i; done
>
Isn't that the same as
rm home/*/.forward
I'd use the -i option.
--
RGB
------------------------------
Date: 26 Jun 2008 16:55:41 GMT
From: jt@toerring.de (Jens Thoms Toerring)
Subject: Re: 'nobody' using sudo -- scary!
Message-Id: <6ci00dF3eh7bvU1@mid.uni-berlin.de>
RedGrittyBrick <RedGrittyBrick@spamweary.foo> wrote:
> Jens Thoms Toerring wrote:
> >
> > for i in `ls -a /home/*/.forward`; do rm $i; done
> Isn't that the same as
> rm home/*/.forward
Right;-) I also was looking for too complicated a way.
> I'd use the -i option.
Unless you want to run it in a script...
Regards, Jens
--
\ Jens Thoms Toerring ___ jt@toerring.de
\__________________________ http://toerring.de
------------------------------
Date: Thu, 26 Jun 2008 10:40:16 -0700 (PDT)
From: Johnny <schafer.dave@gmail.com>
Subject: Re: 'nobody' using sudo -- scary!
Message-Id: <b6c963b0-8bc7-42aa-b72d-5c35da54c731@i36g2000prf.googlegroups.com>
On Jun 26, 9:41 am, j...@toerring.de (Jens Thoms Toerring) wrote:
> Johnny <schafer.d...@gmail.com> wrote:
> > My perl script runs as 'nobody' but it needs to execute some commands
> > with more privilege (rm /home/username/.forward). I see a lot of
> > talk about sudo for this type of circumstance ...is that really the
> > best choice? I've gotten the username/password of the account that
> > has permission to do what I'd like to do - maybe that's somehow
> > useful? Making the users home directory world writable seems to
> > break sendmail, so I don't want to fuss with that. Running perl
> > scripts as root must be the worst possible choice. Are there any
> > other methods worth considering? Is allowing 'nobody' to execute
> > commands as root an excepted practice?
>
> I guess this would be better suited for e.g. comp.unix.questions
> or maybe comp.os.linux.misc. I guess the worst "solution" would
> be to make the users directories world writable. That's simply
> stupidness. What I don't see is why a Perl script running as
> root when doing root tasks would be bad (especially since Perl
> is regarded as the "Swiss army knife" of system admins). It just
> might a bit too much effort when a simple shell script line like
>
> for i in `ls -a /home/*/.forward`; do rm $i; done
>
> would do nicely. But then I also don't see why you would want to
> delete users .forward files - if you have a really good reason to
> do so at least rename them to something else instead of deleting
> them completely.
> Regards, Jens
> --
> \ Jens Thoms Toerring ___ j...@toerring.de
> \__________________________ http://toerring.de
Thanks for the comments. My post wasn't as clear as it should have
been. I was trying avoid irrelevant details (but failed). The more
complete story is that I've taken over for a consultant that built a
perl based website. All users supply a username and password.
There's a page that allows users to edit their vacation message and
toggle their away/back status. That part is broken because of the
permissions issue. Currently the code attempts to set the away
message by:
system "/usr/bin/vacation -i";
system "cp -p /home/$remoteuser/vacation.forward /home/$remoteuser/
\.forward";
or to turn off the vacation message:
system "/usr/bin/vacation -i";
system "rm /home/$remoteuser/\.forward";
I haven't done web development before and made the assumption that I'd
have many more cases where 'nobody' wouldn't be sufficient. Based on
that assumption I looked for a method I could use to solve this
problem and again in the future. I confused matters by listing
alternate solutions to this particular problem. I found a lot of
talk about the sudo solution and that left me thinking, "... really?
That can't be the best idea." So then I posted, in a unclear
manner. Here's a second attempt at my question if you still feel
like playing.
Given a perl based web application, running as 'nobody' with a need to
execute some privileged command, what approach is recommended?
------------------------------
Date: Thu, 26 Jun 2008 01:57:29 +0200
From: "Peter J. Holzer" <hjp-usenet2@hjp.at>
Subject: Re: FAQ 5.12 How can I open a filehandle to a string?
Message-Id: <slrng65mr9.3kg.hjp-usenet2@hrunkner.hjp.at>
On 2008-06-24 14:52, David Combs <dkcombs@panix.com> wrote:
> The suggested examples and uses all concern writing *to* a string.
Nope.
> How about for reading *from* a string?
See the second example:
| open(my $fh, '<', \$string) or die "Could not open string for readin
| my $x = <$fh>; # $x now contains "foo\n"
> What are some of the (possible) uses for doing that?
Basically the same: You have a method or function which expects a file
handle, but the data is in a string.
hp
------------------------------
Date: Thu, 26 Jun 2008 05:56:00 -0700 (PDT)
From: Google support <zhangjie159@gmail.com>
Subject: I recently found a Japanese AV website! It's Very good!
Message-Id: <be1bb04b-f234-4b91-a90e-26519b89fda0@p39g2000prm.googlegroups.com>
I recently found a Japanese AV website! It's Very good!
http://hotlife.rack111.com/
------------------------------
Date: Thu, 26 Jun 2008 21:20:14 +0800
From: "Ela" <ela@yantai.org>
Subject: match pattern "not"
Message-Id: <g4052i$f2l$1@ijustice.itsc.cuhk.edu.hk>
how to replace a line's all characters (case-insensitive) NOT equal to any
of say, [ABCDE] to K?
e.g.
I am the sunny boy.
to
KKaKKKKeKKKKKKKbKKK
------------------------------
Date: Thu, 26 Jun 2008 15:26:58 +0200
From: "Erwin van Koppen" <invalid@invalid.invalid>
Subject: Re: match pattern "not"
Message-Id: <48639922$0$14354$e4fe514c@news.xs4all.nl>
"Ela" <ela@yantai.org> wrote:
>
> how to replace a line's all characters (case-insensitive) NOT equal to any
> of say, [ABCDE] to K?
>
> e.g.
>
> I am the sunny boy.
> to
> KKaKKKKeKKKKKKKbKKK
Assuming you mean lower case [abcde], you can do it like this:
$a = 'I am the sunny boy.';
($b = $a) =~ s/[^abcde]/K/g;
print "$b\n";
KKaKKKKeKKKKKKKbKKK
------------------------------
Date: 26 Jun 2008 13:45:43 GMT
From: jt@toerring.de (Jens Thoms Toerring)
Subject: Re: match pattern "not"
Message-Id: <6chks7F3giugaU1@mid.uni-berlin.de>
Erwin van Koppen <invalid@invalid.invalid> wrote:
> "Ela" <ela@yantai.org> wrote:
> >
> > how to replace a line's all characters (case-insensitive) NOT equal to any
> > of say, [ABCDE] to K?
> >
> > e.g.
> >
> > I am the sunny boy.
> > to
> > KKaKKKKeKKKKKKKbKKK
> Assuming you mean lower case [abcde], you can do it like this:
> $a = 'I am the sunny boy.';
> ($b = $a) =~ s/[^abcde]/K/g;
> print "$b\n";
And to make it case-insensitive just add 'i' to the match flags:
($b = $a) =~ s/[^ABCDE]/K/gi;
Regards, Jens
--
\ Jens Thoms Toerring ___ jt@toerring.de
\__________________________ http://toerring.de
------------------------------
Date: Thu, 26 Jun 2008 15:47:08 +0200
From: Mirco Wahab <wahab@chemie.uni-halle.de>
Subject: Re: match pattern "not"
Message-Id: <g406kt$2p4$1@nserver.hrz.tu-freiberg.de>
Ela wrote:
> how to replace a line's all characters (case-insensitive) NOT equal to any
> of say, [ABCDE] to K?
> I am the sunny boy.
> to
> KKaKKKKeKKKKKKKbKKK
use the 'tr' operator:
my $text = 'I am the sunny boy.';
$text =~ tr/a-e/K/c;
(http://perldoc.perl.org/perlop.html)
Regards
M.
------------------------------
Date: Thu, 26 Jun 2008 16:52:31 GMT
From: Jürgen Exner <jurgenex@hotmail.com>
Subject: Re: match pattern "not"
Message-Id: <k5i764pu121vqvpin2nuftaqspictfrhtt@4ax.com>
"Ela" <ela@yantai.org> wrote:
>how to replace a line's all characters (case-insensitive) NOT equal to any
>of say, [ABCDE] to K?
perldoc perlop --> tr/// --> option c:
c Complement the SEARCHLIST.
>I am the sunny boy.
>
>to
>
>KKaKKKKeKKKKKKKbKKK
But your text didn't contain any of [ABCDE], so every single character
should be 'K', shouldn't it?
jue
------------------------------
Date: Thu, 26 Jun 2008 04:42:20 GMT
From: merlyn@stonehenge.com (Randal Schwartz)
Subject: new CPAN modules on Thu Jun 26 2008
Message-Id: <K31zqK.ttr@zorch.sf-bay.org>
The following modules have recently been added to or updated in the
Comprehensive Perl Archive Network (CPAN). You can install them using the
instructions in the 'perlmodinstall' page included with your Perl
distribution.
B-C-1.04_20
http://search.cpan.org/~rurban/B-C-1.04_20/
Perl compiler's C backend
----
BDB-Wrapper-0.12
http://search.cpan.org/~hikarine/BDB-Wrapper-0.12/
Wrapper module for BerkeleyDB.pm
----
Business-OnlinePayment-IPPay-0.01
http://search.cpan.org/~jef/Business-OnlinePayment-IPPay-0.01/
IPPay backend for Business::OnlinePayment
----
CGI-Application-Plugin-Stream-3.00_1
http://search.cpan.org/~purdy/CGI-Application-Plugin-Stream-3.00_1/
CGI::Application Plugin for streaming files
----
CGI-Test-Input-Custom-0.01
http://search.cpan.org/~salva/CGI-Test-Input-Custom-0.01/
send custom data to CGIs for testing
----
CGI.pm-3.38
http://search.cpan.org/~lds/CGI.pm-3.38/
----
CPU-Z80-Assembler-1.03
http://search.cpan.org/~dcantrell/CPU-Z80-Assembler-1.03/
a Z80 assembler
----
Catalyst-Plugin-ConfigComponents-0.1.34
http://search.cpan.org/~pjfl/Catalyst-Plugin-ConfigComponents-0.1.34/
Creates components from config entries
----
Catalyst-Plugin-InflateMore-0.1.21
http://search.cpan.org/~pjfl/Catalyst-Plugin-InflateMore-0.1.21/
Inflates symbols in application config
----
Catalyst-Runtime-5.7099_01
http://search.cpan.org/~mramberg/Catalyst-Runtime-5.7099_01/
Catalyst Runtime version
----
Class-Member-1.5
http://search.cpan.org/~opi/Class-Member-1.5/
A set of modules to make the module developement easier
----
DBIx-Class-SingletonRows-0.1
http://search.cpan.org/~dcantrell/DBIx-Class-SingletonRows-0.1/
make database rows returned by DBIx::Class into singletons
----
DBIx-Class-Tutorial-0.0001
http://search.cpan.org/~jrobinson/DBIx-Class-Tutorial-0.0001/
----
DBIx-Class-UUIDColumns-0.02005
http://search.cpan.org/~claco/DBIx-Class-UUIDColumns-0.02005/
Implicit uuid columns
----
Data-CloudWeights-0.2.60
http://search.cpan.org/~pjfl/Data-CloudWeights-0.2.60/
Calculate values for an HTML tag cloud
----
Data-Validation-0.1.33
http://search.cpan.org/~pjfl/Data-Validation-0.1.33/
Check data values form conformance with constraints
----
Email-Simple-2.004
http://search.cpan.org/~rjbs/Email-Simple-2.004/
simple parsing of RFC2822 message format and headers
----
Email-Simple-FromHandle-0.051
http://search.cpan.org/~rjbs/Email-Simple-FromHandle-0.051/
an Email::Simple but from a handle
----
Email-Simple-FromHandle-0.052
http://search.cpan.org/~rjbs/Email-Simple-FromHandle-0.052/
an Email::Simple but from a handle
----
File-HomeDir-0.71_03
http://search.cpan.org/~adamk/File-HomeDir-0.71_03/
Find your home and other directories, on any platform
----
Finance-DST-FAN-Mail-0.001000
http://search.cpan.org/~groditi/Finance-DST-FAN-Mail-0.001000/
Tools for interfacing with DST FAN Mail
----
Geo-Hashing-0.05
http://search.cpan.org/~zigdon/Geo-Hashing-0.05/
Perl library to calculate Geohashing points
----
Getopt-Long-2.37_02
http://search.cpan.org/~jv/Getopt-Long-2.37_02/
Extended processing of command line options
----
Getopt-Param-0.0.4
http://search.cpan.org/~dmuey/Getopt-Param-0.0.4/
param() style opt handling
----
HTML-Accessors-0.1.32
http://search.cpan.org/~pjfl/HTML-Accessors-0.1.32/
Generate HTML elements
----
HTML-Template-Default-1.08
http://search.cpan.org/~leocharre/HTML-Template-Default-1.08/
unless template file is on disk, use default hard coded
----
IP-Country-2.25
http://search.cpan.org/~nwetters/IP-Country-2.25/
fast lookup of country codes from IP addresses
----
IPC-SRLock-0.1.65
http://search.cpan.org/~pjfl/IPC-SRLock-0.1.65/
Set/reset locking semantics to single thread processes
----
Image-Magick-PixelMosaic-0.01
http://search.cpan.org/~turugina/Image-Magick-PixelMosaic-0.01/
generate pixelized mosaic on images.
----
Lingua-KO-TypoCorrector-0.01
http://search.cpan.org/~jeen/Lingua-KO-TypoCorrector-0.01/
Typo Corrector for Korean language in using English
----
Lingua-StarDict-Gen-0.05
http://search.cpan.org/~jjoao/Lingua-StarDict-Gen-0.05/
----
Log-Dispatch-FileRotate-1.18
http://search.cpan.org/~markpf/Log-Dispatch-FileRotate-1.18/
Log to files that archive/rotate themselves
----
MIDI-Tweaks-0.01
http://search.cpan.org/~jv/MIDI-Tweaks-0.01/
Enhancements to MIDI.pm.
----
MIDI-Tweaks-0.02
http://search.cpan.org/~jv/MIDI-Tweaks-0.02/
Enhancements to MIDI.pm.
----
Muldis-D-0.36.0
http://search.cpan.org/~duncand/Muldis-D-0.36.0/
Formal spec of Muldis D relational DBMS lang
----
Net-SMS-VoipBuster-0.03
http://search.cpan.org/~mopy/Net-SMS-VoipBuster-0.03/
Send SMS from VoipBuster
----
Net-SNMP-Mixin-0.12
http://search.cpan.org/~gaissmai/Net-SNMP-Mixin-0.12/
mixin framework for Net::SNMP
----
Net-SNMP-Mixin-IfInfo-0.04
http://search.cpan.org/~gaissmai/Net-SNMP-Mixin-IfInfo-0.04/
mixin class for interface related infos
----
Net-Stomp-0.33
http://search.cpan.org/~lbrocard/Net-Stomp-0.33/
A Streaming Text Orientated Messaging Protocol Client
----
ORLite-0.08
http://search.cpan.org/~adamk/ORLite-0.08/
Extremely light weight SQLite-specific ORM
----
OpenResty-0.3.6
http://search.cpan.org/~agent/OpenResty-0.3.6/
General-purpose web service platform for web applications
----
Perl-AtEndOfScope-0.03
http://search.cpan.org/~opi/Perl-AtEndOfScope-0.03/
run some code when a variable goes out of scope
----
PostScript-Calendar-0.04
http://search.cpan.org/~cjm/PostScript-Calendar-0.04/
Generate a monthly calendar in PostScript
----
Rinchi-Outlook-0.01
http://search.cpan.org/~bmames/Rinchi-Outlook-0.01/
Module for representing Microsoft Outlook? 11.0 Object Library objects.
----
Rose-DBx-Object-Renderer-0.14
http://search.cpan.org/~danny/Rose-DBx-Object-Renderer-0.14/
Web UI Rendering for Rose::DB::Object
----
Ruby-0.04
http://search.cpan.org/~gfuji/Ruby-0.04/
Perl interface to Ruby interpreter
----
Sort-Packed-0.04
http://search.cpan.org/~salva/Sort-Packed-0.04/
Sort records packed in a vector
----
Sys-Info-0.52_8
http://search.cpan.org/~burak/Sys-Info-0.52_8/
Fetch information from the host system
----
Template-Plugin-WikiFormat-0.03
http://search.cpan.org/~ivorw/Template-Plugin-WikiFormat-0.03/
TT wrapper for Text::WikiFormat
----
Test-Reporter-1.4002
http://search.cpan.org/~dagolden/Test-Reporter-1.4002/
sends test results to cpan-testers@perl.org
----
Tie-Array-Packed-0.10
http://search.cpan.org/~salva/Tie-Array-Packed-0.10/
store arrays in memory efficiently as packed strings
----
User-Simple-1.38
http://search.cpan.org/~gwolf/User-Simple-1.38/
Simple user sessions management
----
WordPress-XMLRPC-1.13
http://search.cpan.org/~leocharre/WordPress-XMLRPC-1.13/
api to wordpress rpc
----
WordPress-XMLRPC-1.14
http://search.cpan.org/~leocharre/WordPress-XMLRPC-1.14/
api to wordpress rpc
----
Xen-Control-0.03
http://search.cpan.org/~jkutej/Xen-Control-0.03/
control and fetch information about xen domains
If you're an author of one of these modules, please submit a detailed
announcement to comp.lang.perl.announce, and we'll pass it along.
This message was generated by a Perl program described in my Linux
Magazine column, which can be found on-line (along with more than
200 other freely available past column articles) at
http://www.stonehenge.com/merlyn/LinuxMag/col82.html
print "Just another Perl hacker," # the original
--
Randal L. Schwartz - Stonehenge Consulting Services, Inc. - +1 503 777 0095
<merlyn@stonehenge.com> <URL:http://www.stonehenge.com/merlyn/>
Smalltalk/Perl/Unix consulting, Technical writing, Comedy, etc. etc.
See http://methodsandmessages.vox.com/ for Smalltalk and Seaside discussion
------------------------------
Date: Thu, 26 Jun 2008 11:25:59 -0500
From: Ted Zlatanov <tzz@lifelogs.com>
Subject: Re: number to word in any language
Message-Id: <86myl8go2w.fsf@lifelogs.com>
On Wed, 25 Jun 2008 06:35:32 +0000 (UTC) benkasminbullock@gmail.com (Ben Bullock) wrote:
BB> Ted Zlatanov <tzz@lifelogs.com> wrote:
>> The Lingua::*::Numbers
>> modules are not setting the output encoding; it seems like that's up to
>> the application.
BB> Quibble: there is no "the" output encoding in Perl. It's possible to
BB> set an output encoding for each stream (e.g. open a file and set its
BB> output as UTF-8, and set STDOUT as something else, and print the same
BB> string to both, and have it come out in the correct encoding), so
BB> unless the modules actually write output (which I doubt) it doesn't
BB> make sense for them to set an output encoding.
I'm saying that language locales (the ones with glibc at least) include
the output encoding in the specification of some locales. It seems hard
to DTRT with locales in a Perl module because of this. Perhaps all
strings emitted by the module should be converted to that encoding
explicitly.
Ted
------------------------------
Date: Wed, 25 Jun 2008 15:01:53 -0700 (PDT)
From: sebastian nielsen <nielsen.sebastian@gmail.com>
Subject: Re: run application from perl nonblocking?
Message-Id: <4f997584-1ed0-4f36-a6c6-fed1619f6ef2@m45g2000hsb.googlegroups.com>
Now I understand.
I tought the whole string "start command" was referring to the command
that should be run, in other words , I tought that I should replace
"start command" with the command I want to run.
Since I didnt know it existed a dos command called "start".
But when providing examples, I understand that I should run "start "
and then the actual command that should execute.
Thanks, its working now.
Now I understand that I should run system("start C:\parse.exe ".
$mailid); and it works like a charm.
BTW, I never quote messages, since I think it takes up unneccesary
space.
------------------------------
Date: Wed, 25 Jun 2008 17:36:39 -0700
From: Jim Gibson <jimsgibson@gmail.com>
Subject: Re: run application from perl nonblocking?
Message-Id: <250620081736394861%jimsgibson@gmail.com>
In article
<4f997584-1ed0-4f36-a6c6-fed1619f6ef2@m45g2000hsb.googlegroups.com>,
sebastian nielsen <nielsen.sebastian@gmail.com> wrote:
> Now I understand.
> I tought the whole string "start command" was referring to the command
> that should be run, in other words , I tought that I should replace
> "start command" with the command I want to run.
> Since I didnt know it existed a dos command called "start".
>
> But when providing examples, I understand that I should run "start "
> and then the actual command that should execute.
>
> Thanks, its working now.
> Now I understand that I should run system("start C:\parse.exe ".
> $mailid); and it works like a charm.
>
>
> BTW, I never quote messages, since I think it takes up unneccesary
> space.
You should be aware that many of the most helpful regulars here (not
me!) do not use Google Groups to read Usenet articles. Other
newsreaders do not present the entire thread to you (and this is a good
thing!) So those helpful others will not have the context of your
posting unless you include the relevant parts with suitable quoting
characters and attribution. Not doing so will make it less likely to
get help from this newsgroup.
Please read the guidelines for this group, posted here regularly.
Thanks.
--
Jim Gibson
------------------------------
Date: Thu, 26 Jun 2008 01:04:34 GMT
From: Jürgen Exner <jurgenex@hotmail.com>
Subject: Re: run application from perl nonblocking?
Message-Id: <c0p564p9n65jl1gtqttoulul2d294e9r70@4ax.com>
sebastian nielsen <nielsen.sebastian@gmail.com> wrote:
>BTW, I never quote messages,
Good. Because many people do blindly quote the whole message they are
replying to. Propper nettiquette however is asking for quoting the
_relevant_ parts only.
>since I think it takes up unneccesary space.
That argument is a red hering. Space for a text message is really
peanuts compared to all those binaries that are posted on Usenet every
day.
But by not quoting the relevant parts of the preceeding message you are
potentially depriving readers of critical information.
Due to the distributed, asynchronous nature of Usenet as well as server
and client configurations there is no telling if a particular reader has
currently access to the preceeding posting, ever had access to it, or
ever will have access.
Besides, even if the preceeding article is currently accessible to a
reader, it is rude to force him to go back to the preceeding article and
read it in its entirety just to be able to understand what you are
talking about.
Not to mention that even after reading the preceeding article he may
still have no idea which part or particular aspect of that article you
are referring to in your reply.
I suggest you may want to reconsider your procedure. There are many
people out there who routinely block people with poor quoting habits.
jue
------------------------------
Date: Thu, 26 Jun 2008 09:52:45 -0700
From: "szr" <szrRE@szromanMO.comVE>
Subject: Re: run application from perl nonblocking?
Message-Id: <g40hgs01cfr@news4.newsguy.com>
Jim Gibson wrote:
> In article
> <4f997584-1ed0-4f36-a6c6-fed1619f6ef2@m45g2000hsb.googlegroups.com>,
> sebastian nielsen <nielsen.sebastian@gmail.com> wrote:
>
>> Now I understand.
>> I tought the whole string "start command" was referring to the
>> command that should be run, in other words , I tought that I should
>> replace "start command" with the command I want to run.
>> Since I didnt know it existed a dos command called "start".
>>
>> But when providing examples, I understand that I should run "start "
>> and then the actual command that should execute.
>>
>> Thanks, its working now.
>> Now I understand that I should run system("start C:\parse.exe ".
>> $mailid); and it works like a charm.
>>
>>
>> BTW, I never quote messages, since I think it takes up unneccesary
>> space.
>
> You should be aware that many of the most helpful regulars here (not
> me!) do not use Google Groups to read Usenet articles.
That's fine, but there are people who do use it. What does that change?
> Other newsreaders do not present the entire thread to you (and this
> is a good thing!)
How is that possibly a good thing? Why would one not want to at least
have the option of seeing the thread tree? IMHO, any news reader that
cannot show the tree (so that one may see the thread structure) is
incomplete.
--
szr
------------------------------
Date: Thu, 26 Jun 2008 17:29:22 GMT
From: Jürgen Exner <jurgenex@hotmail.com>
Subject: Re: run application from perl nonblocking?
Message-Id: <vhj7645ogk4lsmhlup871oto34bdl5qaed@4ax.com>
"szr" <szrRE@szromanMO.comVE> wrote:
>Jim Gibson wrote:
>> You should be aware that many of the most helpful regulars here (not
>> me!) do not use Google Groups to read Usenet articles.
>
>That's fine, but there are people who do use it.
Their choice. If they are happy with a slow, cumbersome interface in a
tool that provides no functionality to speak of, then so be it. But even
OE has tons more functionality than that crappy web page.
>What does that change?
It changes the perception. Usenet is not a division of Google as some
people seem to believe and the way you see articles organized in Google
is _not_ the typical way people read Usenet.
Typical example:
"But I wrote 3 articles above...." Dude, how would you know which
article is 3 articles above in _MY_ sorting order at _THIS_ point in
time.
>> Other newsreaders do not present the entire thread to you (and this
>> is a good thing!)
>
>How is that possibly a good thing?
Why would I possibly want to wade through and reread a large pile of old
articles in search of new contributions?
>Why would one not want to at least
>have the option of seeing the thread tree? IMHO, any news reader that
>cannot show the tree (so that one may see the thread structure) is
>incomplete.
Option to expand the thread including old articles yes. As default view
absolutely no way.
Besides, even expanding the old thread tree works only as long as
articles have not expired, are still available on the server, have not
been filtered, etc., etc.
jue
------------------------------
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 1674
***************************************
