testing upgrade today broke output redirection (sometimes)
I'm unable to redirect stdout sometimes, eg program out fails. I had to move a machine, so first I upgraded: deb http://http.us.debian.org/debian unstable main contrib non-free deb http://non-us.debian.org/debian-non-US unstable/non-US main contrib non-free Linux version 2.2.20 ([EMAIL PROTECTED]) (gcc version 2.95.4 20011002 (Debian prerelease)) #2 Sun Aug 18 20:06:45 EDT 2002 Now I'm having a problem with redirected output. A small script, jr, runs an SUID c program (cpage) with embedded perl. cpage prints to stdout and that works. When I try to redirect that output into a file, I get nothing. Same failure when I run it not SUID. A simple test case seems to work, so there is something more complicated going wrong and I really need some suggestions as to what to try first! I tried upgrading another dev machine and it broke the same way. -- Script started on Tue Nov 26 20:24:16 2002 This works fine: [EMAIL PROTECTED]:/w/jr/journal/.cache/bug# /usr/cgi/cpage -c journal -q minerva:mysql:slash:links:*:status 0 AND org_name 'Error' ORDER BY org_name -f templated_links -n -FD TABLE BGCOLOR=#A...[much deleted normal output].../TABLE This does not; there is nothing in 'out'. [EMAIL PROTECTED]:/w/jr/journal/.cache/bug# /usr/cgi/cpage -c journal -q minerva:mysql:slash:links:*:status 0 AND org_name 'Error' ORDER BY org_name -f templated_links -n -FD out [EMAIL PROTECTED]:/usr/lib# echo $? 0 [EMAIL PROTECTED]:/w/jr/journal/.cache/bug# cat out out is empty [EMAIL PROTECTED]:/w/jr/journal/.cache/bug# echo foo bar [EMAIL PROTECTED]:/w/jr/journal/.cache/bug# cat bar foo [EMAIL PROTECTED]:/w/jr/journal/.cache/bug# ls -l -rw-r--r--1 root root4 Nov 26 20:24 bar -rw-r--r--1 root root0 Nov 26 20:24 out [EMAIL PROTECTED]:/w/jr/journal/.cache/bug# exit exit Script done on Tue Nov 26 20:24:48 2002 [EMAIL PROTECTED]:/w/jr/journal/.cache/bug# ldd /usr/cgi/cpage libcrypt.so.1 = /lib/libcrypt.so.1 (0x40019000) libm.so.6 = /lib/libm.so.6 (0x40047000) libmysqlclient.so.10 = /usr/lib/libmysqlclient.so.10 (0x40068000) libperl.so.5.8 = /usr/lib/libperl.so.5.8 (0x4009d000) libdl.so.2 = /lib/libdl.so.2 (0x401a1000) libpthread.so.0 = /lib/libpthread.so.0 (0x401a4000) libc.so.6 = /lib/libc.so.6 (0x401f4000) libz.so.1 = /lib/libz.so.1 (0x40308000) libnsl.so.1 = /lib/libnsl.so.1 (0x40316000) /lib/ld-linux.so.2 = /lib/ld-linux.so.2 (0x4000) -- Christopher F. Miller, Publisher [EMAIL PROTECTED] MaineStreet Communications, Inc 208 Portland Road, Gray, ME 04039 1.207.657.5078 http://www.maine.com/ Content/site management, online commerce, internet integration, Debian linux
Re: testing upgrade today broke output redirection (sometimes)
On Tue, Nov 26, 2002 at 09:39:03PM -0500, [EMAIL PROTECTED] wrote: I'm unable to redirect stdout sometimes, eg program out fails. I had to move a machine, so first I upgraded: deb http://http.us.debian.org/debian unstable main contrib non-free deb http://non-us.debian.org/debian-non-US unstable/non-US main contrib non-free This has to to with libperl Package: libperl5.8 Status: install ok installed Priority: required Section: libs Installed-Size: 1072 Maintainer: Brendan O'Dea [EMAIL PROTECTED] Source: perl Version: 5.8.0-14 Depends: libc6 (= 2.3.1-1) Suggests: perl-base (= 5.8.0-14) Rolling back to -13 works fine (for me). Package: libperl5.8 Status: install ok installed Priority: required Section: libs Installed-Size: 1072 Maintainer: Brendan O'Dea [EMAIL PROTECTED] Source: perl Version: 5.8.0-13 Rebuilding the app with the new libperl did not help. YMMV. cfm Linux version 2.2.20 ([EMAIL PROTECTED]) (gcc version 2.95.4 20011002 (Debian prerelease)) #2 Sun Aug 18 20:06:45 EDT 2002 Now I'm having a problem with redirected output. A small script, jr, runs an SUID c program (cpage) with embedded perl. cpage prints to stdout and that works. When I try to redirect that output into a file, I get nothing. Same failure when I run it not SUID. A simple test case seems to work, so there is something more complicated going wrong and I really need some suggestions as to what to try first! I tried upgrading another dev machine and it broke the same way. -- Script started on Tue Nov 26 20:24:16 2002 This works fine: [EMAIL PROTECTED]:/w/jr/journal/.cache/bug# /usr/cgi/cpage -c journal -q minerva:mysql:slash:links:*:status 0 AND org_name 'Error' ORDER BY org_name -f templated_links -n -FD TABLE BGCOLOR=#A...[much deleted normal output].../TABLE This does not; there is nothing in 'out'. [EMAIL PROTECTED]:/w/jr/journal/.cache/bug# /usr/cgi/cpage -c journal -q minerva:mysql:slash:links:*:status 0 AND org_name 'Error' ORDER BY org_name -f templated_links -n -FD out [EMAIL PROTECTED]:/usr/lib# echo $? 0 [EMAIL PROTECTED]:/w/jr/journal/.cache/bug# cat out out is empty [EMAIL PROTECTED]:/w/jr/journal/.cache/bug# echo foo bar [EMAIL PROTECTED]:/w/jr/journal/.cache/bug# cat bar foo [EMAIL PROTECTED]:/w/jr/journal/.cache/bug# ls -l -rw-r--r--1 root root4 Nov 26 20:24 bar -rw-r--r--1 root root0 Nov 26 20:24 out [EMAIL PROTECTED]:/w/jr/journal/.cache/bug# exit exit Script done on Tue Nov 26 20:24:48 2002 [EMAIL PROTECTED]:/w/jr/journal/.cache/bug# ldd /usr/cgi/cpage libcrypt.so.1 = /lib/libcrypt.so.1 (0x40019000) libm.so.6 = /lib/libm.so.6 (0x40047000) libmysqlclient.so.10 = /usr/lib/libmysqlclient.so.10 (0x40068000) libperl.so.5.8 = /usr/lib/libperl.so.5.8 (0x4009d000) libdl.so.2 = /lib/libdl.so.2 (0x401a1000) libpthread.so.0 = /lib/libpthread.so.0 (0x401a4000) libc.so.6 = /lib/libc.so.6 (0x401f4000) libz.so.1 = /lib/libz.so.1 (0x40308000) libnsl.so.1 = /lib/libnsl.so.1 (0x40316000) /lib/ld-linux.so.2 = /lib/ld-linux.so.2 (0x4000) -- Christopher F. Miller, Publisher [EMAIL PROTECTED] MaineStreet Communications, Inc 208 Portland Road, Gray, ME 04039 1.207.657.5078 http://www.maine.com/ Content/site management, online commerce, internet integration, Debian linux -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] -- Christopher F. Miller, Publisher [EMAIL PROTECTED] MaineStreet Communications, Inc 208 Portland Road, Gray, ME 04039 1.207.657.5078 http://www.maine.com/ Content/site management, online commerce, internet integration, Debian linux
Re: What config file for a .pm perl module ?
On Thu, Dec 27, 2001 at 11:49:12PM +0800, James Bromberger wrote:
On Thu, Dec 27, 2001 at 09:19:16AM -0600, Steve Langasek wrote:
chomp /
My own approach? Write your own parser for a simple 'key = value' style
config file. This can usually be done in ten lines or less[1] using
perl's powerful regexp engine.
chomp /
[1] depending, of course, on your standards for code legibility ;)
Consider also something like the config file for dbiproxy. Let perl
do all the parsing in an eval.
Something like:
code
my $config = /etc/perl-passwd.conf; # Or whatever
my $options = {}; # Not a hash, a reference to a hash
open CONFIG, $config or die Cannot open $config: $!;
while (CONFIG) {
next if /^(#.*)?$/; # skip comments, blanks
if (/^\s*(\w+)\s*=\s*(.+)\s*/) { # Match blah = foo bar
$options-{$1} = $2 # Set out reference to hash
} else {
warn Error: $_; # Complain otherwise...
}
}
close CONFIG; # Move along, nothing to see here...
# Now use $options for your config
# but do more sanity checking on the
# values of each key!
/code
... and if you don't want the sanity check on the key = value, just use
$options-{$1} = $2 if (/^\s*(\w+)\s*=\s*(.+)\s*/); at line 6.
Then you get to do things like setting options (keys) to arrays of values,
having user config files override system ones and/or vice-versa, and other
fun
games; left as an exercise to the reader...
James
BTW, for those who have the Camel 5 book edition 2: make sure you take a
peek at the edition 3; its about double the pages, lots of cool stuff...
--
James Bromberger james_AT_rcpt.to www.james.rcpt.to
Australian Debian Conference: http://www.linux.org.au/conf/debiancon.html
Remainder moved to http://www.james.rcpt.to/james/sig.html
--
Christopher F. Miller, Publisher [EMAIL PROTECTED]
MaineStreet Communications, Inc 208 Portland Road, Gray, ME 04039
1.207.657.5078 http://www.maine.com/
Content/site management, online commerce, internet integration, Debian linux
Re: Problems with mail system? [Fwd: Returned mail: User unknown]
On Wed, Sep 06, 2000 at 11:33:21PM -0400, Buddha Buck wrote: On Wed, Sep 06, 2000 at 09:58:49PM -0500, Branden Robinson wrote: On Thu, Sep 07, 2000 at 01:08:17PM +1100, Timshel Knoll wrote: 550 mail from :::216.250.196.10 rejected: administrative prohibition (failed to find host name from IP address) Is there any way to get this fixed? yes. get an ISP that can do reverse DNS. YEESHHH! I'll happily bounce their mail until then. No. The MTA at the destination host is trying to tell you that dialup trash like yourself isn't welcome on *THEIR* Internet, under the reasoning that they're stopping spammers by refusing connections from machines with characteristics like yours (dynamically assigned IP, perhaps, or simply no reverse DNS record), and that any legitimate non-spam traffic is too inconvenient to deal with. We know your opinions on the DUL, Branden, but that's not what the error says. It says, in plain English, failed to find host name from IP address. It says in plain English, administrative prohibition (failed to fine host name from IP address) Perhaps it's from being too geeky myself, but Branden's explanation (the recipient of the error message is not welcome on *THEIR* Internet under the reasoning that they're ... refusing connections from machines with characteristics like [his] (...simply no reverse DNS record)) sounds like a fairly direct and accurate translation of admisitrative prohibition (failed to find host name from IP address). --Adam -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] -- Buddha Buck [EMAIL PROTECTED] Just as the strength of the Internet is chaos, so the strength of our liberty depends upon the chaos and cacophony of the unfettered speech the First Amendment protects. -- A.L.A. v. U.S. Dept. of Justice -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] -- Christopher F. Miller, Publisher [EMAIL PROTECTED] MaineStreet Communications, Inc 208 Portland Road, Gray, ME 04039 1.207.657.5078 http://www.maine.com/ Database publishing, e-commerce, office/internet integration, Debian linux. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Perl 5.005.02
My $.02 on this - and this is only personal feedback- is that perl -MCPAN -e shell is even easier than apt-get. So I maintain a perl5.tgz with our various modules from CPAN already installed and whenever debian blows away our perl on any particular machine we just unpack it from our local distribution tree, maybe updating with a new DebianNet.pm or some such. What I would prefer is perl -MCPAN -e shell and install Bundle::Debian. I'm **almost** tempted to bite on that too ;^) That's good enough for me. I have boatloads of respect for Andy and his understanding of Perl Install issues. That's how it will be for 5.005.02-3. For better or worse, if the perl developers chose this new structure for 5.005, then the decision to deviate incurs a huge cost, particularly when one considers the snowball effect and the costs of realignment in the future. Best, cfm -- Christopher F. Miller, Publisher[EMAIL PROTECTED] MaineStreet Communications, Inc208 Portland Road, Gray, ME 04039 1.207.657.5078 (MTRF 3-5pm)http://www.maine.com/
