determining if we're using db.h from libc6 or libdb2?

[Darren/Torin/Who Ever...]

Is there some set of defines such that I can determine with #ifdef that
I've got a copy of glibc2 that has db.h as an include file?  My plan is
that if such a #ifdef is true, then I can #include .

Thanks,
  Darren
-- 
<[EMAIL PROTECTED]> <[EMAIL PROTECTED]><[EMAIL 
PROTECTED]>
Darren Stalder/2608 Second Ave, @282/Seattle, WA 98121-1212/USA/+1-206-ELF-LIPZ
@ Sysadmin, webweaver, postmaster for hire. C/Perl/CGI/Pilot programmer/tutor @
@Make a little hot-tub in your soul.  @


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: determining if we're using db.h from libc6 or libdb2?

[Darren/Torin/Who Ever...]

Ben Collins, in an immanent manifestation of deity, wrote:
>On Tue, Sep 12, 2000 at 12:46:02AM -0700, Darren/Torin/Who Ever... wrote:
>> Is there some set of defines such that I can determine with #ifdef that
>> I've got a copy of glibc2 that has db.h as an include file?  My plan is
>> that if such a #ifdef is true, then I can #include .
>
>Keep it at db.h, since in a few days, it wont matter. Db2 is getting removed
>from glibc, and your only choice will be "db.h" or "db2/db.h" from libdb2
>(both the same file, just "db.h" is the default place).

Well, I was hoping to have a general solution because that version of
glibc2 is still going to be used for a while.  I have systems that will
stay at potato until about a month after woody has been released.
Others must be in the same position.  I know that I could go trolling
through the headers but I'd prefer a documented solution to a cobbled
solution.

BTW, the reason that I need this is to get openldap 2 to run on i386.
It took me about two hours to figure out that it was including the
headers for db2.4 (in glibc2) while using the library from db2.7.
The error looks like:
slapadd: ldbm_db_errcall(): ==> DB_DUPSORT requires DB_DUP
slapadd: Could not open/create id2entry.dbb 

Darren
-- 
<[EMAIL PROTECTED]><http://www.daft.com/~torin/> <[EMAIL PROTECTED]><[EMAIL 
PROTECTED]>
Darren Stalder/2608 Second Ave, @282/Seattle, WA 98121-1212/USA/+1-206-ELF-LIPZ
@ Sysadmin, webweaver, postmaster for hire. C/Perl/CGI/Pilot programmer/tutor @
@Make a little hot-tub in your soul.  @


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: determining if we're using db.h from libc6 or libdb2?

[Darren/Torin/Who Ever...]

Domenico Andreoli, in an immanent manifestation of deity, wrote:
>i don't know how much what i'm going to say would be of help, but if you added
>a new check in configure.in in order to let your source know what kind of db.h
>you have? you could be pretty sure that your sources are getting compiled the
>right way.

Well, I'd need to know how to detect it.  I'm assuming that this isn't a
bundled module with configure.  I can't just detect for db2.4 since that
just happens to be the version included in glibc2.[01].  The user might
just have that version installed.

I suppose that I could have configure write a C program that included
 and linked with -ldb.  If it failed, try including  and
if that worked, then I've isolated the problem in configure.

Darren
-- 
<[EMAIL PROTECTED]> <[EMAIL PROTECTED]><[EMAIL 
PROTECTED]>
Darren Stalder/2608 Second Ave, @282/Seattle, WA 98121-1212/USA/+1-206-ELF-LIPZ
@ Sysadmin, webweaver, postmaster for hire. C/Perl/CGI/Pilot programmer/tutor @
@Make a little hot-tub in your soul.  @


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Brendan O'Dea as Debian Perl developer

[Darren/Torin/Who Ever...]

While off on yet more travel earlier today, I confronted my lack of
progress in packaging Perl for Debian.  For too long, I've been denying
it.  But I have to face that my life is simply not currently structured
to have time to maintain Perl like I should.  Brendan has been patient
over the months that it's taken me to make this decision and has helped
me with NMUs.

I offered and he accepted the maintainership of Debian Perl.

I will miss maintaining Perl since I've been doing it since 1995 and
Perl 5.002.  But it needs to go to someone who *does* have the time and
love to dedicate to Debian and Perl.

Good luck, Brendan.
-- 
<[EMAIL PROTECTED]> <[EMAIL PROTECTED]><[EMAIL 
PROTECTED]>
Darren Stalder/2608 Second Ave, @282/Seattle, WA 98121-1212/USA/+1-206-ELF-LIPZ
@Make a little hot-tub in your soul.  @

Re: ITH (Intent To Hijack) pilot-manager

[Darren/Torin/Who Ever...]

>Just wanted to let people know that I'm going to hijack the
>pilot-manager package.  The current maintainer seems to be completely
>MIA; he hasn't uploaded a version in over a year.  I emailed him and

Feel free to adopt the pilot-manager package...

Darren
-- 
<[EMAIL PROTECTED]> <[EMAIL PROTECTED]><[EMAIL 
PROTECTED]>
Darren Stalder/2608 Second Ave, @282/Seattle, WA 98121-1212/USA/+1-206-ELF-LIPZ
@Make a little hot-tub in your soul.  @

Re: Perl 5.005.02

[Darren/Torin/Who Ever...]

-BEGIN PGP SIGNED MESSAGE-

Roderick Schertler, in an immanent manifestation of deity, wrote:
>I don't think Andy is taking into account your plan of allowing both
>threaded and non-threaded Perls present on the system at the same time.

That's okay since a) threaded Perl has it's own architecture b)
experimental Perl releases will be in a completely different directory.


>It seems to me that the only real problem we've got with the current
>layout is that the *.pm files for extensions which have XS portions are
>placed in /usr/lib/perl5 rather than in /usr/lib/perl5//.

It used to do that before 5.004 I think.  It doesn't do that anymore.  I 
had to fix perl-base's list of file to deal with this...

>Further, if the  part of that didn't necessarily track
>every new version, but only changed when a new version was binary
>incompatible, that would save even more recompilation.  That is, if

Hmm.  Maybe but that might be too dangerous.

Darren
- -- 
<[EMAIL PROTECTED]>  <[EMAIL PROTECTED]> <[EMAIL 
PROTECTED]>
Darren Stalder/2608 Second Ave, @282/Seattle, WA 98121-1212/USA/+1-800-921-4996
@ Sysadmin, webweaver, postmaster for hire. C/Perl/CGI/Pilot programmer/tutor @
@Make a little hot-tub in your soul.  @

-BEGIN PGP SIGNATURE-
Version: 2.6.3a
Charset: noconv
Comment: Processed by Mailcrypt 3.4, an Emacs/PGP interface

iQCVAwUBNiWEpY4wrq++1Ls5AQH5owP/dpatyU9ZSiN60gWq3SSq7zFhXjmcWcmH
G8EwruuDMJKUIQCIuNE/nbzO0eoSlFTS944HV0h0ww7IWbzxk7VMZDx2Z2oy31hf
KfIM6fcNH6zGEgvXe1fUVuvFv300X5nffuQKCywvob3vswR1m+C2rxrDueb3mhmz
jybFZ/W9PEQ=
=tRkI
-END PGP SIGNATURE-

Re: XEmacs 21

[Darren/Torin/Who Ever...]

James LewisMoss, in an immanent manifestation of deity, wrote:
>I have xemacs 21 packages aptable at
>"deb http://va.debian.org/~dres xemacs21/".  I would appreciate
>some people trying them out and seeing what problems you find (please
>report directly to me rather than bug tracking system).

Well, I've installed it and get an immediate bus error.  I've attached
the output of strace.

BTW, might I suggest that, at least during the testing stages, the
alternatives for xemacs21 come out so that just "xemacs" still brings up 
xemacs20?

Darren
-- 
<[EMAIL PROTECTED]>  <[EMAIL PROTECTED]> <[EMAIL 
PROTECTED]>
Darren Stalder/2608 Second Ave, @282/Seattle, WA 98121-1212/USA/+1-800-921-4996
@ Sysadmin, webweaver, postmaster for hire. C/Perl/CGI/Pilot programmer/tutor @
@Make a little hot-tub in your soul.  @
execve("/usr/bin/xemacs21", ["xemacs21"], [/* 62 vars */]) = 0
brk(0)  = 0x847e000
open("/etc/ld.so.preload", O_RDONLY)= -1 ENOENT (No such file or directory)
open("/etc/ld.so.cache", O_RDONLY)  = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=30855, ...}) = 0
mmap(NULL, 30855, PROT_READ, MAP_PRIVATE, 3, 0) = 0x40013000
close(3)= 0
open("/usr/lib/libcanna.so.1", O_RDONLY) = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=291456, ...}) = 0
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0`\257\0"..., 4096) = 
4096
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 
0x4001b000
mmap(NULL, 313188, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x4001c000
mprotect(0x4005f000, 38756, PROT_NONE)  = 0
mmap(0x4005f000, 20480, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 
0x42000) = 0x4005f000
mmap(0x40064000, 18276, PROT_READ|PROT_WRITE, 
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x40064000
close(3)= 0
open("/usr/lib/libRKC.so.1", O_RDONLY)  = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=46912, ...}) = 0
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0 &\0\000"..., 4096) = 
4096
mmap(NULL, 57808, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x40069000
mprotect(0x40074000, 12752, PROT_NONE)  = 0
mmap(0x40074000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0xa000) 
= 0x40074000
mmap(0x40076000, 4560, PROT_READ|PROT_WRITE, 
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x40076000
close(3)= 0
open("/usr/X11R6/lib/libXaw.so.6", O_RDONLY) = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=225680, ...}) = 0
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0`\237\0"..., 4096) = 
4096
mmap(NULL, 226560, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x40078000
mprotect(0x400aa000, 21760, PROT_NONE)  = 0
mmap(0x400aa000, 24576, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 
0x31000) = 0x400aa000
close(3)= 0
open("/usr/lib/libcompface.so.1", O_RDONLY) = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=17980, ...}) = 0
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0P\f\0\000"..., 4096) = 
4096
mmap(NULL, 44580, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x400b
mprotect(0x400b3000, 32292, PROT_NONE)  = 0
mmap(0x400b3000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0x2000) 
= 0x400b3000
mmap(0x400b5000, 24100, PROT_READ|PROT_WRITE, 
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x400b5000
close(3)= 0
open("/usr/lib/libtiff.so.3", O_RDONLY) = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=220320, ...}) = 0
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0P7\0\000"..., 4096) = 
4096
mmap(NULL, 220168, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x400bb000
mprotect(0x400ef000, 7176, PROT_NONE)   = 0
mmap(0x400ef000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0x33000) 
= 0x400ef000
close(3)= 0
open("/usr/lib/libpng.so.2", O_RDONLY)  = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=176868, ...}) = 0
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\340A\0"..., 4096) = 
4096
mmap(NULL, 179332, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x400f1000
mprotect(0x4011c000, 3204, PROT_NONE)   = 0
mmap(0x4011c000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0x2a000) 
= 0x4011c000
close(3)= 0
open("/usr/lib/libjpeg.so.62", O_RDONLY) = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=126580, ...}) = 0
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\200#\0"..., 4096) = 
4096
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 
0x4011d000
mmap(NULL, 129580, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x4011e000
mprotect(0x4013d000, 2604, PROT_NONE)   = 0
mmap(0x4013d000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0x1e000) 
= 0x4013d000
close(3)= 0
open("/usr/lib/libz.so.1", O_RDONLY)= 3
fstat(3, {st_mode=S_IFREG|0644, st_size=53904, ...}) = 0
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3

Re: possible problem with new perl, libc6 on Sep 23rd

[Darren/Torin/Who Ever...]

-BEGIN PGP SIGNED MESSAGE-

Branden Robinson, in an immanent manifestation of deity, wrote:
>apt problem or perl problem?  perl is shipping with a mode 600 executable; that
>seems pretty weird to me but I try to keep my distance from perl.
>[0] 1014 apocalypse ~ > ls -dl /usr/bin/perl-5.005
>-rw---   1 root root   534844 Aug 19 04:29 /usr/bin/perl-5.005

It's not shipping with a 0600 executable.  I just took the
perl-5.005-base_5.005.03-4_i386.deb apart by hand to make sure:

[0]~/tmp master% cp 
/debian2/debian/dists/potato/main/binary-i386/base/perl-5.005-base_5.005.03-4.deb
 .
[0]~/tmp master% ar xv perl-5.005-base_5.005.03-4.deb
x - debian-binary
x - control.tar.gz
x - data.tar.gz
[0]~/tmp master% tar xzvf data.tar.gz
./
usr/
usr/bin/
usr/bin/perl5.00503
usr/bin/perl-5.005.dist
...elide...
[0]~/tmp master% ls -l usr/bin
total 1052
- -rwxr-xr-x   2 torinDebian 534844 Sep 22 00:32 perl-5.005.dist*
- -rwxr-xr-x   2 torinDebian 534844 Sep 22 00:32 perl5.00503*

Looks like appropriate permissions to me.

The preinst isn't the culprit either:
[0]~/tmp master% tar xzvf control.tar.gz
./
postinst
preinst
prerm
md5sums
control
[0]~/tmp master% cat preinst
#! /bin/sh
# perl-5.005-base.preinst - called by dpkg before unpacking
# written by Darren Stalder (whooptidoo!)
# $Id: base.preinst,v 1.3 1999/07/06 14:41:36 torin Exp torin $
#
set -e
case "$1" in
install|upgrade)
dpkg --assert-support-predepends
# finish up below
;;
abort-upgrade)
dpkg --assert-support-predepends
exit 0
;;
*)
echo "preinst called with unknown argument \`$1'" >&2
exit 1
;;
esac
if [ -z $2 ] || dpkg --compare-versions $2 lt 5.005;then
echo "This version of Perl is using the newer Berkeley DB 2 files."
echo "They are incompatible with the Berkeley DB 1.85 files that"
echo "you have (probably) been using."
echo
echo "Please use perl-5.004 to work with these db's until you can"
echo "convert them over."
echo
echo "You can use Perl-5.004 to dump these databases and reload"
echo "them with Perl-5.005."
echo "Or you can use db_dump185(1) and db_load(1) utilities that"
echo "come with the libc6 package."
echo
echo -n "Please press enter: "
read yorn || true
fi
exit 0
#
# end of perl-5.005-base.preinst

So, if you're getting a Perl binary that's 0600, it's either you, apt-get,
or dpkg.

Darren
- -- 
<[EMAIL PROTECTED]>  <[EMAIL PROTECTED]> <[EMAIL 
PROTECTED]>
Darren Stalder/2608 Second Ave, @282/Seattle, WA 98121-1212/USA/+1-800-921-4996
@ Sysadmin, webweaver, postmaster for hire. C/Perl/CGI/Pilot programmer/tutor @
@Make a little hot-tub in your soul.  @

-BEGIN PGP SIGNATURE-
Version: 2.6.3a
Charset: noconv
Comment: Processed by Mailcrypt 3.5.1, an Emacs/PGP interface

iQCVAwUBN+s6WI4wrq++1Ls5AQHbgQQAognJ9Oiu1UFlLiBAxn8Gs8jJoIz/CepC
w86BXoSljTK3aUrZgN45ArulsyRVpVmFx9ddMV8+oKyZOGfOAVdfzsVvcJAecTyk
WdeDcxgqjf+SycOM7SKmo7u1fxRhEqEnf7ip7QgJQflmEtCsrkirBsJaO7E1Bjjq
8mMgkfOeso0=
=5NB6
-END PGP SIGNATURE-

Re: removing perl-base

[Darren/Torin/Who Ever...]

-BEGIN PGP SIGNED MESSAGE-

Russell Coker, in an immanent manifestation of deity, wrote:
>It's been a while since the versioned Perl was introduced into potato, so I
>tried removing the fake package perl-base.
>Should I report bugs against bug, dpkg-perl, data-dumper, and tetex-base?  Or
>is it OK to depend on perl-base?
>
>**_ Req base perl-baseFake package assuring that one of the -base packa
>**- Opt utilsbug  Bug Reporting Tool interfacing with the Bug Track
>**- Std develdpkg-perlPerl interface modules for dpkg
>**- Opt base data-dumper  Store and retrieve perl data structures
>**- Std tex  tetex-base   basic teTeX library files

Yes, if they depend on perl-base, you should report a bug.  But probably 
not for why you think.  perl-base is an essential package and therefore
*must* be present and therefore nothing should list it in a depends
line.

Darren
- -- 
<[EMAIL PROTECTED]>  <[EMAIL PROTECTED]> <[EMAIL 
PROTECTED]>
Darren Stalder/2608 Second Ave, @282/Seattle, WA 98121-1212/USA/+1-800-921-4996
@ Sysadmin, webweaver, postmaster for hire. C/Perl/CGI/Pilot programmer/tutor @
@Make a little hot-tub in your soul.  @

-BEGIN PGP SIGNATURE-
Version: 2.6.3a
Charset: noconv
Comment: Processed by Mailcrypt 3.5.1, an Emacs/PGP interface

iQCVAwUBN+tq1o4wrq++1Ls5AQE+IQP8D3hNEHT5dfFUqiwiRA+OGRPpo+7s+Chr
1S8u9DsTyqJmV7SWn829DqmtonBtcvZ8zz4Y9p5d6gKlBqQ0E5Z+NGLK1HyoJxi9
lzPOhlY/OL87lD1TgeX8u+jwu5ue6XoQQ3beUl7Xxm6wkJbDIzwXMjYjMm7AivW3
pl0OIHeyZmI=
=lvzI
-END PGP SIGNATURE-

Re: possible problem with new perl, libc6 on Sep 23rd

[Darren/Torin/Who Ever...]

-BEGIN PGP SIGNED MESSAGE-

Ben Collins <[EMAIL PROTECTED]>, in an immanent manifestation of deity, wrote:
>More specifically it is dpkg doing the breaking, but it's perl's fault on
>how it is setting everything up.
>
>You will note that these two binaries are in the perl package itself
>
>[EMAIL PROTECTED](11:07am)-~]%l tmp/usr/bin/
>total 1052
>-rwxr-xr-x   2 collinbm collinbm   534844 Sep 22 03:32 perl-5.005.dist*
>-rwxr-xr-x   2 collinbm collinbm   534844 Sep 22 03:32 perl5.00503*
>
>However after configuration, perl-5.005.dist is hardlinked to
>perl-5.005, and then subsequently removed. So in actuallity we have a
>binary (/usr/bin/perl-5.005) that is not under control of the package
>system directly (bad idea IMO). Note also that this means that perl-5.005
>is a hardlink to perl5.00503 (which is under package control).
>
>Why does perl need to do all this hardlink magic and also leave us with a
>binary that dpkg knows nothing about?!

I inherited this when I inherited the package in November of 1995.  It
was setup this way so that after the removal of the previous Perl
package and before the installation of a new Perl package, there was
still a Perl available.  Since we always needed a Perl, we wanted to
avoid that small window.

I notice that bash doesn't do any shenanigans like this.  Is this a
relic of bygone days and I don't need to do this funky stuff anymore?
That would make things much easier for me.

Darren
- -- 
<[EMAIL PROTECTED]>  <[EMAIL PROTECTED]> <[EMAIL 
PROTECTED]>
Darren Stalder/2608 Second Ave, @282/Seattle, WA 98121-1212/USA/+1-800-921-4996
@ Sysadmin, webweaver, postmaster for hire. C/Perl/CGI/Pilot programmer/tutor @
@Make a little hot-tub in your soul.  @

-BEGIN PGP SIGNATURE-
Version: 2.6.3a
Charset: noconv
Comment: Processed by Mailcrypt 3.5.1, an Emacs/PGP interface

iQCVAwUBN+yZBI4wrq++1Ls5AQGUmgP8DCjE6sNWyfY+P1bbYrzqUI1B5LQ2mFRf
oohd+1SQV7uFaRH8Sg4lHF62zgTyOyrBYKxgv6gysSqkKy4Tsb6lcoyxvju4Ha2y
5yDfCDcTpLcVGnZuPXGEEoRkhKOXjBCW2PfgjIrcDU6iqMHZd0dgMght0J/1WDTu
1xf4iDEH1cM=
=O+D9
-END PGP SIGNATURE-

version numbers on virtual packages

[Darren/Torin/Who Ever...]

-BEGIN PGP SIGNED MESSAGE-

I was going to change perl to perl5 think weekend and just provide the
virtual package perl.  This would close a bug filed by Brian White who
is worried about Perl6.  While I was thinking about this during builds
of Perl, I realized that I can't do that right now.  The problem?  dpkg
doesn't support versions on virtual packages.  Too many things depend on 
a specific version of Perl to just tell people to fix things up.

What does everyone else think?

Darren
- -- 
<[EMAIL PROTECTED]>  <[EMAIL PROTECTED]> <[EMAIL 
PROTECTED]>
Darren Stalder/2608 Second Ave, @282/Seattle, WA 98121-1212/USA/+1-800-921-4996
@ Sysadmin, webweaver, postmaster for hire.  C/Perl/CGI programmer and tutor. @
@Make a little hot-tub in your soul.  @

-BEGIN PGP SIGNATURE-
Version: 2.6.3
Charset: noconv
Comment: Processed by Mailcrypt 3.4, an Emacs/PGP interface

iQCVAwUBNIffFY4wrq++1Ls5AQHjJQP+Kbh+ZPOK+OMb6k0B2TP2ktqi0G/fXBb/
MyqX0q/QBFkHdioWaJ72Fhm/JiHL9rXEvwyJgiAvhzcgY7O00JYD5d4JOnO1bjuV
uQFixZvBhML11El0MyUjBf1nbmMtTA172DJ6XRfBhGnjQiR7QANrgjP6SM+tiDtt
UxGGVB+L99I=
=38qa
-END PGP SIGNATURE-


--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] . 
Trouble?  e-mail to [EMAIL PROTECTED] .

perl pre-depends on perl-base (>=5.004.04-2)

[Darren/Torin/Who Ever...]

-BEGIN PGP SIGNED MESSAGE-

To solve a grave priority bug, I've made the perl package (from
5.004.04-3+) pre-depend on perl-base (>=5.004.04-2).  This is needed due
to the following:
Assume you have an earlier version of Perl installed (say from the bo
base disks) and you're installing perl (<< 5.004.04-2), perl-base, and
something that uses perl in its postinst (such as ld.so).
If perl is installed before perl.base gets to run its postinst, there
will be a period when Perl will not be available on the system.
(/usr/bin/perl is now found only in perl-base.)  This is bad.

So, I didn't follow the policy manual and get consensus for a
pre-depends in perl.  I wanted to get this package out quickly rather
than try to wait for consensus on debian-devel.

If you'd like the background of where this comes from, look at
bug#15573.

Darren
- -- 
<[EMAIL PROTECTED]>  <[EMAIL PROTECTED]> <[EMAIL 
PROTECTED]>
Darren Stalder/2608 Second Ave, @282/Seattle, WA 98121-1212/USA/+1-800-921-4996
@ Sysadmin, webweaver, postmaster for hire.  C/Perl/CGI programmer and tutor. @
@Make a little hot-tub in your soul.  @

-BEGIN PGP SIGNATURE-
Version: 2.6.3
Charset: noconv
Comment: Processed by Mailcrypt 3.4, an Emacs/PGP interface

iQCVAwUBNIfkxI4wrq++1Ls5AQFUFwP+KpZflYProeGyk05XFHJ0SRkUKLNymuKg
tYN8IkagrXiXNLCRNWKhJMJERigP2DUp+TG2zufizRYsWezrcltMit+zO35sLBsc
EvnZ2BiwFCVZAlB2WtwSV+JnDH1nJ6+Iepv6RhV1WvHFLiMm0+39BkI/3PDH8SKZ
YF565MKnx4o=
=Ghrv
-END PGP SIGNATURE-


--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] . 
Trouble?  e-mail to [EMAIL PROTECTED] .

interesting problem in perl vs perl5-lib\d+

[Darren/Torin/Who Ever...]

-BEGIN PGP SIGNED MESSAGE-

I've got a slight problem that I "fixed" in a not completely elegant
manner.  There is a new libperl5.so.\d+ in the latest set of Perl
packages.  This means that if you just need to embed Perl into an
application and you don't need all the libraries or the executable, you
can; it's not dependent on the perl package.  The perl package is also
not dependent on the perl5-lib\d+ package since /usr/bin/perl is still
linked with a static libperl.a.  The quandary arises because of the
/usr/lib/perl5.so symbolic link that needs to be provided.  Perl already 
has many packages; I don't want to split off YAP that just contains a
few header files and a symbolic link for perl5-dev.  The perl package is 
the development package for perl5-lib\d+.  Unfortunately, this leaves me 
with a dangling symlink in /usr/lib.  This shouldn't be a problem unless 
someone links shared with -lperl5 at which point they'll be told it
doesn't work.  But the only way you could do that would be to handcraft
an appropriate Makefile rather than using MakeMaker since the Config.pm
is still correct in thinking that it's still libperl.a.

Right now, I can only think of two solutions.
1) Have a dangling symlink in the perl package.   (current practice -
   rather inelegant)
2) Make a perl5-lib-dev package that includes a   (I don't want YAPP.)
   few header files and the symlink.

Any ideas?

Darren
- -- 
<[EMAIL PROTECTED]>  <[EMAIL PROTECTED]> <[EMAIL 
PROTECTED]>
Darren Stalder/2608 Second Ave, @282/Seattle, WA 98121-1212/USA/+1-800-921-4996
@ Sysadmin, webweaver, postmaster for hire.  C/Perl/CGI programmer and tutor. @
@Make a little hot-tub in your soul.  @

-BEGIN PGP SIGNATURE-
Version: 2.6.3
Charset: noconv
Comment: Processed by Mailcrypt 3.4, an Emacs/PGP interface

iQCVAwUBNIfn344wrq++1Ls5AQGlyAP8CFfbIONqQCVpRukccKw+FDmaR9VNGDk3
eZY+BgMSrE8fTk3pAbqicHcpDMdx6QmKKkzZfUQCt+QW7JnY6Gs54HJWpXS8Jyu3
A28K3ku+bKnFuOxH9cTm/oXqEjUO5VpF1xxFmCyAMdMarOSJ/wFOSlfJBqgmlAhn
UU6/1XP+WLY=
=gztE
-END PGP SIGNATURE-


--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] . 
Trouble?  e-mail to [EMAIL PROTECTED] .

Re: Bug: #15573: perl should predepend on perl-base

[Darren/Torin/Who Ever...]

-BEGIN PGP SIGNED MESSAGE-

Santiago Vila Doncel, in an immanent manifestation of deity, wrote:
>On 4 Dec 1997, Darren/Torin/Who Ever... wrote:
>> Hmm.  A thought as I spell-checked this.  Can you pre-depend and depend
>> on the same package?  perl's control will now look like:
>> ...
>> Pre-Depends: perl-base (>=5.004.04-2)
>> Depends: perl-base (=${Source-Version})
>> ...
>
>This way, dpkg will refuse to install perl until perl-base >= 5.004.04-2
>is installed and configured, but since the only perl-base
>version compatible with perl is exactly ${Source-Version}, it will have
>to install and configure that version, perl-base ${Source-Version}.
>
>Does
>
>Pre-Depends: perl-base (=${Source-Version})
>
>not have the same effect?

Not if I'm interpreting the dependencies correctly.

In your version, every time perl is upgraded, perl-base (for that
version) must be installed and configured before we can upgrade perl.  I
think that takes two separate invocations of dselect.  (warning: I don't
use dselect)

With my version, you only have to have perl-base installed and
configured if there is a danger of Perl not being there, i.e. before 5.004.04-2.
Any other time (5.004.04-3+), perl-base just needs to be installed, not
necessarily configured.  This way folks have to exit and re-enter
dselect fewer times.

Darren
- -- 
<[EMAIL PROTECTED]> <http://www.daft.com/~torin> <[EMAIL PROTECTED]> <[EMAIL 
PROTECTED]>
Darren Stalder/2608 Second Ave, @282/Seattle, WA 98121-1212/USA/+1-800-921-4996
@ Sysadmin, webweaver, postmaster for hire.  C/Perl/CGI programmer and tutor. @
@Make a little hot-tub in your soul.  @

-BEGIN PGP SIGNATURE-
Version: 2.6.3
Charset: noconv
Comment: Processed by Mailcrypt 3.4, an Emacs/PGP interface

iQCVAwUBNIhAwo4wrq++1Ls5AQHhaAQAoeHvxMv5jmFhBtg8iQ5EGjJcGiRfjLCX
iFACPrrPY5ZZn4khUHkSnNscuW51u3t8NTvfu/UD/HTtYr1mNtaAF4CyXWquV+mN
qCHB4i8/ckGu6NMkL+dyLZ1cFmNzJRhMilB2/KL/TDnzu38Glztg7HzFP2PwFisv
9jIRRVbLCZw=
=ynHj
-END PGP SIGNATURE-


--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] . 
Trouble?  e-mail to [EMAIL PROTECTED] .

Re: version numbers on virtual packages

[Darren/Torin/Who Ever...]

-BEGIN PGP SIGNED MESSAGE-

Bart Schuller, in an immanent manifestation of deity, wrote:
>I think you'd better make that perl5.004, because breakage could just as
>well occur with 5.005 or 5.006, not just perl6. With 5.005 we'll need a
>threaded and non-threaded version as well. Fun.

(I'm hoping libc6 2.0.5 packages will come out soon which will let
_55/_56 work without the libc patches.)

I was going to do this because several people asked for it.  I think I
might take a cue from Galen Hazelwood and not do it.

Darren
- -- 
<[EMAIL PROTECTED]>  <[EMAIL PROTECTED]> <[EMAIL 
PROTECTED]>
Darren Stalder/2608 Second Ave, @282/Seattle, WA 98121-1212/USA/+1-800-921-4996
@ Sysadmin, webweaver, postmaster for hire.  C/Perl/CGI programmer and tutor. @
@Make a little hot-tub in your soul.  @

-BEGIN PGP SIGNATURE-
Version: 2.6.3
Charset: noconv
Comment: Processed by Mailcrypt 3.4, an Emacs/PGP interface

iQCVAwUBNIjkiI4wrq++1Ls5AQGsJwP+JfIGj59FzviOytoxbGcgafmkwAhUl4oO
aIdqHVx1ruWTFrS9XQ36dqvNXMMmKs6kpfpoEAOUYP7x7hxrSZuJwx0oIaMmgQRn
M0QRTgWQZ+K+C7tZUUECYmYpfZtu6NfeoDvI2bSY0z8pH141UxvJmHVjcxx8soGQ
XxsUohl7Vg4=
=Zss7
-END PGP SIGNATURE-


--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] . 
Trouble?  e-mail to [EMAIL PROTECTED] .

Re: Problems with equivs

[Darren/Torin/Who Ever...]

-BEGIN PGP SIGNED MESSAGE-

Jason Gunthorpe, in an immanent manifestation of deity, wrote:
>I'm not sure why you don't want to install mbr, all it is an image of the
>boot record that lilo uses to generate it's boot record from, with out
>/boot/mbr.b lilo will not work in some of it's capacities. If you don't
>have /boot/mbr.b and lilo works then there is no harm in having it. If you
>have a custom /boot/mbr.b then I suggest you rename it and use the proper
>lilo option to use the renamed version.

mbr is an additional boot loader that then loads lilo of off another
partition.  lilo has it's own mbr that has worked just fine for several
years.  I want my boot process to be as simple as possible.  Adding
another program/package to the mix is unnecessarily complicating.

>As for libc6-dev - there is a REASON why it needs .32 and only .32 will do
>an it has been dredged up many times on this list, forcing .33 is not
>safe.

I've been corrected on this.  I now have 2.0.32 headers.

>There presently is no way to tell APT to ignore these, aside from editing
>the status file and changing the dependancies. If you want to use it, you
>will have to install those two packages.

Well, my solution is to have a custom lilo package who's only difference 
is no dependency on mbr...

Darren
- -- 
<[EMAIL PROTECTED]>  <[EMAIL PROTECTED]> <[EMAIL 
PROTECTED]>
Darren Stalder/2608 Second Ave, @282/Seattle, WA 98121-1212/USA/+1-800-921-4996
@ Sysadmin, webweaver, postmaster for hire.  C/Perl/CGI programmer and tutor. @
@Make a little hot-tub in your soul.  @

-BEGIN PGP SIGNATURE-
Version: 2.6.3a
Charset: noconv
Comment: Processed by Mailcrypt 3.4, an Emacs/PGP interface

iQCVAwUBNSqTqY4wrq++1Ls5AQH78AP9GPlTVVYMT317NRTdjbp5ELa1IFaP5bGZ
Pt7xt5otJeBUka/LCdjfgqYsLtZUrwsqOd/FNP0X2zqqFQWPO6BxjHNSwyeUcjfk
xDIi9BYsEPGmIT9SonUL0zWBCz1pCFkT4C8lZgJn/vZev1sIcXkcsmRCx4hAFUCX
R91jmJHz11Q=
=PVAp
-END PGP SIGNATURE-


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Problems with equivs

[Darren/Torin/Who Ever...]

-BEGIN PGP SIGNED MESSAGE-

Manoj Srivastava, in an immanent manifestation of deity, wrote:
>Darren> Now, I don't want to install mbr since I want lilo to manage
>Darren> my boot-records. I have no reason to use another bm.
>
>   Huh? mbr and LILO coexist on a system. There is no need to
> stop using LILO if you use mbr (I have both). In fact, from the long
> descriion of mbr:

Wherever did you get the idea that I wanted to get rid of lilo?  I think 
lilo does fine with its own boot record and doesn't need another package
to complicate matters.  The simpler the boot process (until the kernel
comes up) the better.


>   Those packages are not indentical (in fact, it has been
> demontrated that having the wrong one can hose some compiles). The
> people putting together the libc and kernel packages are not exactly
> all idiots, you know. The dependency has a reason. 

I never said that anyone was an idiot.  They just might have a different 
setup than I do.  I've gone back to kernel-headers 2.0.32.  Could you
give me an example of where 2.0.33 causes problems?

>Darren> So, how do I use equivs to convince apt-get update that things
>Darren> really are fine...
>
>   In cases like this it genrally helps to be correct before
> trying to convince other entities.

Last time I checked, apt-get wasn't an entity.  I think software should
always allow for sys-admins/programmers/users to override their
decisions.  This is why rm has a '-f' flag.  If I think I know what I'm
doing, I should be given enough rope to hang myself, if I ask
correctly.  Note that in no way am I asking that this be the default
behaviour or that it's even documented.  I'm just saying it should be
doable.  "Hard things should be possible and easy things should be
easy."

Darren
- -- 
<[EMAIL PROTECTED]>  <[EMAIL PROTECTED]> <[EMAIL 
PROTECTED]>
Darren Stalder/2608 Second Ave, @282/Seattle, WA 98121-1212/USA/+1-800-921-4996
@ Sysadmin, webweaver, postmaster for hire.  C/Perl/CGI programmer and tutor. @
@Make a little hot-tub in your soul.  @

-BEGIN PGP SIGNATURE-
Version: 2.6.3a
Charset: noconv
Comment: Processed by Mailcrypt 3.4, an Emacs/PGP interface

iQCVAwUBNSqYh44wrq++1Ls5AQEeGQP+LFWwprOohn8F6BmQcXUhkbxTlcMGh6VO
BGDkWoCEQ1YS0mDUQBqVqRQR+XtImHzdRqV3q64cKHacN8BMULx2D2uhjxwYRmF6
2wNmcOj+11A5bG3ACgT4al6j9WEjL+GGX1e9pdL+PNMWV/M+mQgYhrUmUzjwV7XF
XYA/YsihzUQ=
=Gnu+
-END PGP SIGNATURE-


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Dumping core: root vs. normal user

[Darren/Torin/Who Ever...]

-BEGIN PGP SIGNED MESSAGE-

Eloy A. Paris, in an immanent manifestation of deity, wrote:
>an easy one: why when root runs a program that faults core is not
>dumped but when a normal user runs the same program a core is dumped?

My educated guess on this is that there could be sensitive data in the
root core dump.  I remember this was true on some unix I've worked on in 
the past, but I can't remember which one.

Darren
- -- 
<[EMAIL PROTECTED]>  <[EMAIL PROTECTED]> <[EMAIL 
PROTECTED]>
Darren Stalder/2608 Second Ave, @282/Seattle, WA 98121-1212/USA/+1-800-921-4996
@ Sysadmin, webweaver, postmaster for hire.  C/Perl/CGI programmer and tutor. @
@Make a little hot-tub in your soul.  @

-BEGIN PGP SIGNATURE-
Version: 2.6.3a
Charset: noconv
Comment: Processed by Mailcrypt 3.4, an Emacs/PGP interface

iQCVAwUBNTXVYY4wrq++1Ls5AQF17QQAogEPIHUIu1Y31blCyUIAn8YNFOksQpD/
tA/sKBf1iwhUW+yTTV17u1OWYlKmm6GySNME+bye4nvy0VP6j3XpK00qKAuhiAjR
R8ve9I0dbbDm4fvOCXd2SlbBwM/XJNNA+UyKjat1ywFHrCv8OEnYfJ42S9ljCl32
YrAkG/ZxDPg=
=intv
-END PGP SIGNATURE-


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: less: extra entries for lesspipe

[Darren/Torin/Who Ever...]

-BEGIN PGP SIGNED MESSAGE-

I can't add the /proc entries since you don't know the full pathname of
the file you are viewing.  I could use `pwd` to find out what directory
I'm in.  If you'd like me to do that, just say so but it would involve
another fork/exec for every file.  (All the others are by file-type).

I've added the "if binary executable, use strings on it" to lessopen.  I 
could see marginal use for looking at the raw executable, so if anyone
has any objections, speak up before Saturday Night (-0800Z) or file a
bug against less and I'll take it out.  (cc'ing debian-devel for a wider 
audience)

Darren
- -- 
<[EMAIL PROTECTED]>  <[EMAIL PROTECTED]> <[EMAIL 
PROTECTED]>
Darren Stalder/2608 Second Ave, @282/Seattle, WA 98121-1212/USA/+1-800-921-4996
@ Sysadmin, webweaver, postmaster for hire.  C/Perl/CGI programmer and tutor. @
@Make a little hot-tub in your soul.  @

-BEGIN PGP SIGNATURE-
Version: 2.6.3a
Charset: noconv
Comment: Processed by Mailcrypt 3.4, an Emacs/PGP interface

iQCVAwUBNTcirI4wrq++1Ls5AQF/BgP/WNSbLqcCkY1iUV9pfRx0U1a1jPckL+bu
XkC5RBBG4PTX6vtn+HvTt5tdU6U3tOsi8TEPJOgJZ+Z8hfa/amOJzHhOikzVyYtK
AA+WZ0tDhpJZhPSMPXv2na0UGLgndpamJcM09s2wsz1CurjVrHsele4In0DsYZ4G
3k1fBIA0ZT0=
=eDKJ
-END PGP SIGNATURE-


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: less: extra entries for lesspipe

[Darren/Torin/Who Ever...]

-BEGIN PGP SIGNED MESSAGE-

Richard Braakman, in an immanent manifestation of deity, wrote:
>One reason I like less is that it's so fast.  I sometimes use it on
>thousands of files at once.  (For example, when searching a source
>package for uses of a particular identifier).

I've been thinking about that.  (When not mono-focused on this grant.)
In slink, I'm thinking of re-writing lessopen in C so that it will be
faster.  Shell scripts are slow, so is starting up Perl a lot.  Loading
binaries is fast.

>This seems like a bad idea.  "strings" is not the obvious information
>to provide about an executable.  (Consider size, objdump, od, hexdump, 
>et cetera).

Okay.  Sounds good to me.  I wanted at least one objection though so
that I wasn't just disregarding the user's request out of hand.

Darren

P.S.  less is ready and waiting on master.  The new Perl package on the
other hand isn't but should be done this weekend if I can get this grant 
out of the way.
- -- 
<[EMAIL PROTECTED]>  <[EMAIL PROTECTED]> <[EMAIL 
PROTECTED]>
Darren Stalder/2608 Second Ave, @282/Seattle, WA 98121-1212/USA/+1-800-921-4996
@ Sysadmin, webweaver, postmaster for hire.  C/Perl/CGI programmer and tutor. @
@Make a little hot-tub in your soul.  @

-BEGIN PGP SIGNATURE-
Version: 2.6.3a
Charset: noconv
Comment: Processed by Mailcrypt 3.4, an Emacs/PGP interface

iQCVAwUBNT7yk44wrq++1Ls5AQHhLAQAnJ64sJZHowv/oQPQMWjFrJaGpivRFlAs
ZYswO3REW0asoIgjWjYF6J7zYWddNJURXkYfKWpkbRXXgxfTpr36ocm083YyflKd
hJB3R+ghegapnkrO81sPon9KUQpWdcNnC3Y6+vi5qyGUEyOyffr+Ts4xJZHdkYVw
DgQbyaE6v5E=
=qMOJ
-END PGP SIGNATURE-


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: less: extra entries for lesspipe

[Darren/Torin/Who Ever...]

-BEGIN PGP SIGNED MESSAGE-

Carl Mummert, in an immanent manifestation of deity, wrote:
>useful information when you use it on different types of files-- gzip for
>gz files, tar -t for tar files, groff for manpages, etc...  If I _wanted_
>to look at the raw data of a gzipped file, I could do it.  But how often

Note that while I have control of lessopen, it will never, ever
interpret any kind of text files such as manpages, html, etc.

Darren
- -- 
<[EMAIL PROTECTED]>  <[EMAIL PROTECTED]> <[EMAIL 
PROTECTED]>
Darren Stalder/2608 Second Ave, @282/Seattle, WA 98121-1212/USA/+1-800-921-4996
@ Sysadmin, webweaver, postmaster for hire.  C/Perl/CGI programmer and tutor. @
@Make a little hot-tub in your soul.  @

-BEGIN PGP SIGNATURE-
Version: 2.6.3a
Charset: noconv
Comment: Processed by Mailcrypt 3.4, an Emacs/PGP interface

iQCVAwUBNT70U44wrq++1Ls5AQFuPwP/bvZW58h2v3lvn4oo2XX4FB/WqgNT8TCP
lJDYRW3/RuBoaBzbjLo48thtfkUFhR9AFkSCYmOlaLX17Qascak3StlXEkOoA1ct
4XpZ23Wm0l+EGfo0Y/3Cmth9bRHyH/n/eHg0cRTF5tU8dPR+8ypFk0Ir8+QfSnkb
pr1LPSdY86s=
=X96m
-END PGP SIGNATURE-


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: less: extra entries for lesspipe

[Darren/Torin/Who Ever...]

-BEGIN PGP SIGNED MESSAGE-

Manoj Srivastava, in an immanent manifestation of deity, wrote:
> know how to do so. From the principle of least surprise, I say leave
> the default alone (I hate how it does tar zvvft already; I used to be
> able to look at text files in a tar.gz archive without running
> through hoops. But no, the default could not be left well enough

Uh, Manoj, if you don't want less to interpret things for, just don't
use lessopen.  If you still want to use it, you can just edit the
lessopen script.

That's a reason not to make it a binary.  Even reading a config file
would probably be too slow.  Hmm.  Maybe when I've got some time slices
in my brain, I can work on this...

Darren
- -- 
<[EMAIL PROTECTED]>  <[EMAIL PROTECTED]> <[EMAIL 
PROTECTED]>
Darren Stalder/2608 Second Ave, @282/Seattle, WA 98121-1212/USA/+1-800-921-4996
@ Sysadmin, webweaver, postmaster for hire.  C/Perl/CGI programmer and tutor. @
@Make a little hot-tub in your soul.  @

-BEGIN PGP SIGNATURE-
Version: 2.6.3a
Charset: noconv
Comment: Processed by Mailcrypt 3.4, an Emacs/PGP interface

iQCVAwUBNT71JI4wrq++1Ls5AQF1WgP+MYu/cH3z07gfURvmtmumdSEA88trdozX
k2NjlydUvxlePS768g/M4Zhk3d94h/Rc9G53d4OiEOstTtrUtiiUVOyxSGHqyDe6
you7zjs/L0HHHavB1Qja0YAei6dOzTbCgswPyJyaIJS+pwd37/Bs/bOcLI5B6tOr
kiBW/DoRGb0=
=SmVS
-END PGP SIGNATURE-


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: less: extra entries for lesspipe

[Darren/Torin/Who Ever...]

-BEGIN PGP SIGNED MESSAGE-

Manoj Srivastava, in an immanent manifestation of deity, wrote:
>   I know that. The accepted way of using less used to be to use
> a upstream filter. Right now, it is done like so:
>__
>__> printenv | grep -i less
>PAGER=less -ciM
>LESSOPEN=|lessopen %s
>LESS=-ciMP?f%f :std in .?n?m(file %i of %m) ..?ltline %lt :byte %bB?s/%s 
>..?e(END) ?x- Next\: %x.:?pB%pB\%..%t
>LESSCHARSET=latin1
>__> eval $(lesspipe)
>__> printenv | grep -i less
>PAGER=less -ciM
>LESSCLOSE=/usr/bin/lesspipe '%s' '%s'
>LESSOPEN=| /usr/bin/lesspipe '%s'
>LESS=-ciMP?f%f :std in .?n?m(file %i of %m) ..?ltline %lt :byte %bB?s/%s 
>..?e(END) ?x- Next\: %x.:?pB%pB\%..%t
>LESSCHARSET=latin1
>__
>
>   See how the distribution now uses lesspipe?

No, I don't see the difference between "|lessopen %s" and "|/usr/bin/lesspipe 
'%s'"
considering that lesspipe is a link to lessopen and using the ' protects 
against spaces and special characters.  Could you please elucidate?

>   I am bemoaning the fact that lesspipe is not directly usable
> by me anymore, since all the stuff got added to it.

I'm open to suggestions on how to change it so that everybody is
happy...

What about an environment variable about what items to use/not-use.  I
think a config file would have too much overhead.

Darren
- -- 
<[EMAIL PROTECTED]>  <[EMAIL PROTECTED]> <[EMAIL 
PROTECTED]>
Darren Stalder/2608 Second Ave, @282/Seattle, WA 98121-1212/USA/+1-800-921-4996
@ Sysadmin, webweaver, postmaster for hire.  C/Perl/CGI programmer and tutor. @
@Make a little hot-tub in your soul.  @

-BEGIN PGP SIGNATURE-
Version: 2.6.3a
Charset: noconv
Comment: Processed by Mailcrypt 3.4, an Emacs/PGP interface

iQCVAwUBNUBTM44wrq++1Ls5AQHfXgQAijfHcL56KONhRECSAM6x2BeE5wmwfa7S
p7QYsCjp8L8CBO5NBnP19vIfuUMMceWkqux3gZK0405a6xpv01YpbBAAGuAbjej0
HlYFhty9swh9jZn6Y8fMO6lJ+fYgEoJyUHXuQSFTWB7P2vcD2WBRi6RwMB+RxA2k
OsOEdG7coAo=
=o3Gk
-END PGP SIGNATURE-


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

packaging pilot-manager

[Darren/Torin/Who Ever...]

-BEGIN PGP SIGNED MESSAGE-

I've mentioned this on debian-pilot but I should probably also mention
it here.  I'm packaging pilot-manager (http://www.moshpit.org/pilotmgr/) 
for debian.  It's actually packaged already and waiting on the new
pilot-link to come out...

Darren
- -- 
<[EMAIL PROTECTED]>  <[EMAIL PROTECTED]> <[EMAIL 
PROTECTED]>
Darren Stalder/2608 Second Ave, @282/Seattle, WA 98121-1212/USA/+1-800-921-4996
@ Sysadmin, webweaver, postmaster for hire.  C/Perl/CGI programmer and tutor. @
@Make a little hot-tub in your soul.  @

-BEGIN PGP SIGNATURE-
Version: 2.6.3a
Charset: noconv
Comment: Processed by Mailcrypt 3.4, an Emacs/PGP interface

iQCVAwUBNUBjKo4wrq++1Ls5AQEUqQP+JG4T7G2p/RLiaIsNVXp8T4OQwGTyV2Zf
75jluFRuk8GvdyVnnJ3Rz2nQC+cnQTX0pzWTqPM4Bx71zTMUADv6i0ExSx6HiLTq
1D6Rx2OkCH/MOHksuYalYPIGSEdH0GkKz5+rnXtgq2rB6yigYaxB0Ni+VudHp4zl
w0nStq/ZYDA=
=b50b
-END PGP SIGNATURE-


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: wu-ftpd important bug(s)

[Darren/Torin/Who Ever...]

-BEGIN PGP SIGNED MESSAGE-

>Yes, wu-ftpd is depreciated, since all it's functionality is in
>wu-ftpd-academ.  The only problem is: how can I handle this?

Btw, folks, the term is deprecated.  Note that there isn't an 'i'.  It
means (loosely) "It's still around but don't use it.  It's going away in
the future."  Depreciated is a financial term...

I've just seen this in too many messages over too long of a time to
allow it to go on without comment.

Darren
- -- 
<[EMAIL PROTECTED]>  <[EMAIL PROTECTED]> <[EMAIL 
PROTECTED]>
Darren Stalder/2608 Second Ave, @282/Seattle, WA 98121-1212/USA/+1-800-921-4996
@ Sysadmin, webweaver, postmaster for hire.  C/Perl/CGI programmer and tutor. @
@Make a little hot-tub in your soul.  @

-BEGIN PGP SIGNATURE-
Version: 2.6.3a
Charset: noconv
Comment: Processed by Mailcrypt 3.4, an Emacs/PGP interface

iQCVAwUBNUGqjo4wrq++1Ls5AQEXZwQAl0sj2ks4gwI6n5OePtxUsuYQ3ApPgTky
2ZPFPqthctfC9+gWGlfHSiESPt9g8uIFrfBTXm3PiAY1nYFduuT8iur5sWZe/oF8
ngj5FD85qF2OJ1qPZvZ9LezRK2N09LbyVSegbxySAhv1mOc/Yn1++bcU5vl7Gi2q
4tAuq2kevQo=
=jJ1Y
-END PGP SIGNATURE-


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Possible new name for "deity"

[Darren/Torin/Who Ever...]

-BEGIN PGP SIGNED MESSAGE-

Anthony Fok, in an immanent manifestation of deity, wrote:
>Actually, AFAIK, Mitsubishi stands for "Three Diamonds".  Mitsu is "three"
>in Japanese, so I guess that means "bishi" is diamond.  :-)

Yes, it's actually a geometric diamond as opposed to the stone...

>(In Chinese, we call it "San Ling", i.e. Three Diamonds.  I wonder if it is
>written the same way in both Chinese and Japanese.  :-)

Other similar examples have been this way, so I suspect this one would
be as well...

Darren
- -- 
<[EMAIL PROTECTED]>  <[EMAIL PROTECTED]> <[EMAIL 
PROTECTED]>
Darren Stalder/2608 Second Ave, @282/Seattle, WA 98121-1212/USA/+1-800-921-4996
@ Sysadmin, webweaver, postmaster for hire.  C/Perl/CGI programmer and tutor. @
@Make a little hot-tub in your soul.  @

-BEGIN PGP SIGNATURE-
Version: 2.6.3a
Charset: noconv
Comment: Processed by Mailcrypt 3.4, an Emacs/PGP interface

iQCVAwUBNUMiN44wrq++1Ls5AQFXUAQApjAY1qGhoe3zM7AHxQfoMxSgebS/Off7
KTAUYJkNPoGvUcK2VecmiBMzUi3ME4DBD4T6NqOnr+dYb+iAv74CK3q61Ve3YQ8O
VgyEhTEE7hiFEp0M91YncRvI0r/J6Bj79eq5kxYbCAgD81hzUeYDn4WR9dzuKiMi
lxP4Km8Kp8A=
=Dib3
-END PGP SIGNATURE-


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Bug#21691: perl-base is essential nothing should Depend: on it.

[Darren/Torin/Who Ever...]

-BEGIN PGP SIGNED MESSAGE-

Enrique Zanardi, in an immanent manifestation of deity, wrote:
>> P.S. Why is data-dumper in base?
>'Cause libnet-perl depends on it.

Sorry, I mis-stated the question.  Why does libnet-perl depend on
data-dumper in base.  I thought we (as in debian-devel) had discussed
not asking the libnet-perl configuration questions during install.
Since Net::Config is the only place where Data::Dumper is used, it
probably shouldn't be depended on for base.

Darren
- -- 
<[EMAIL PROTECTED]>  <[EMAIL PROTECTED]> <[EMAIL 
PROTECTED]>
Darren Stalder/2608 Second Ave, @282/Seattle, WA 98121-1212/USA/+1-800-921-4996
@ Sysadmin, webweaver, postmaster for hire.  C/Perl/CGI programmer and tutor. @
@Make a little hot-tub in your soul.  @

-BEGIN PGP SIGNATURE-
Version: 2.6.3a
Charset: noconv
Comment: Processed by Mailcrypt 3.4, an Emacs/PGP interface

iQCVAwUBNUY4rY4wrq++1Ls5AQGSLAP/RQZbSdX9fcF3oKEFIGd/fIwPET+wieSx
WLTzWVphH1cXX4cN5JUfAeNDL15noarZRxv4oTJGuC9D1+AX4rWAxlqbWhHqcGTE
6GHU2ctX45pLoXOmsszrz3Wl06w5bi8CDgJKfeLHuEm7Inwcx9ZQjBFiWIcMRjUv
0/U/iliXQA4=
=1aA0
-END PGP SIGNATURE-


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Uploaded less 332-2.1 (source i386) to master

[Darren/Torin/Who Ever...]

-BEGIN PGP SIGNED MESSAGE-

Joel Klecker, in an immanent manifestation of deity, wrote:
> less (332-2.1) frozen unstable; urgency=high
> .
>   * Non-maintainer release.

I had thought I had uploaded this but I don't see it anywhere on
master.  I guess it was part of the master problem?  Expect 332-3
momentarily.

Darren
- -- 
<[EMAIL PROTECTED]>  <[EMAIL PROTECTED]> <[EMAIL 
PROTECTED]>
Darren Stalder/2608 Second Ave, @282/Seattle, WA 98121-1212/USA/+1-800-921-4996
@ Sysadmin, webweaver, postmaster for hire.  C/Perl/CGI programmer and tutor. @
@Make a little hot-tub in your soul.  @

-BEGIN PGP SIGNATURE-
Version: 2.6.3a
Charset: noconv
Comment: Processed by Mailcrypt 3.4, an Emacs/PGP interface

iQCVAwUBNU4u1Y4wrq++1Ls5AQEokQQAkof80hHzYFKna2dg/8ZgC7nAZ9xJn4ZH
Bl7iL+pl+rc1aTt1/vKZBfPZx/aNsD51IsNlpfwLZ2EslaLq8IMhks5lpUcAxgHg
a0niaFt4fTQ0ylNTDM/x9JAUGc36ugxzU5bxEDUwVVMQ32S+YFDEKWh+KfCRoDfE
ZTyXXs8AHKw=
=w2eT
-END PGP SIGNATURE-


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: About the Hamm Freeze (!)

[Darren/Torin/Who Ever...]

-BEGIN PGP SIGNED MESSAGE-

James Troup, in an immanent manifestation of deity, wrote:
>No; perl shouldn't depend on libgdbmg1.  libgdbmg1 is obsolete and
>deprecated.  I asked the perl maintainer if he could fix this back in
>March or so, apparently it hasn't happened.

We had this discussion.  It can't really happen for hamm.  With the
slink release, it will.  I'm actually going to try to unbundle those
libraries that are only required by extensions since the extensions are
able to load them up just fine.  We're not SunOS 4.x.

Darren
- -- 
<[EMAIL PROTECTED]>  <[EMAIL PROTECTED]> <[EMAIL 
PROTECTED]>
Darren Stalder/2608 Second Ave, @282/Seattle, WA 98121-1212/USA/+1-800-921-4996
@ Sysadmin, webweaver, postmaster for hire.  C/Perl/CGI programmer and tutor. @
@Make a little hot-tub in your soul.  @

-BEGIN PGP SIGNATURE-
Version: 2.6.3a
Charset: noconv
Comment: Processed by Mailcrypt 3.4, an Emacs/PGP interface

iQCVAwUBNXo/Y44wrq++1Ls5AQHqSQP/ZMoyF4Req7VyHWlj4DlWgPa+ZJxGvhTp
4t+I+Ux8fo8A3qsGLJyCAGjSOOW38m5i7Ta5birPTFNJIrt29P+lz7Hjv1m21+xb
ZPX396m8rgEbtAtkv0bvBmF9CiSkC/894wCz3cWJA2gKTtQqW5Lx/ZIyoB/wuVx1
1SU8Uo8wuFQ=
=MAgW
-END PGP SIGNATURE-


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: About the Hamm Freeze (!)

[Darren/Torin/Who Ever...]

-BEGIN PGP SIGNED MESSAGE-

Raul Miller, in an immanent manifestation of deity, wrote:
>James Troup <[EMAIL PROTECTED]> wrote:
>> No; perl shouldn't depend on libgdbmg1.  libgdbmg1 is obsolete and
>> deprecated.  I asked the perl maintainer if he could fix this back in
>> March or so, apparently it hasn't happened.
>
>This close to hamm's release, we should probably rely on non-maintainer
>fixes for most outstanding problems (if we can get a maintainer release
>that's better, of course).

It hasn't happened *intentionally*.  I'm not going to break many Perl
scripts without warning.  We have a release where gdbm is deprecated and 
then next release, Perl won't be linked with it.  I'll check in the
preinst and if they're upgrading from a release with gdbm to one
without, I mention this and ask them if they want to continue.

Darren
- -- 
<[EMAIL PROTECTED]>  <[EMAIL PROTECTED]> <[EMAIL 
PROTECTED]>
Darren Stalder/2608 Second Ave, @282/Seattle, WA 98121-1212/USA/+1-800-921-4996
@ Sysadmin, webweaver, postmaster for hire.  C/Perl/CGI programmer and tutor. @
@Make a little hot-tub in your soul.  @

-BEGIN PGP SIGNATURE-
Version: 2.6.3a
Charset: noconv
Comment: Processed by Mailcrypt 3.4, an Emacs/PGP interface

iQCVAwUBNXpBAo4wrq++1Ls5AQGS1gP+LUFgTIPRrI8XKXsxLj/QppkxxVh8G+Be
0fStK9MeRDxDpvuCyd+IFdEM4uGFukbn9XetRYkJOJ5b8nrXWliwLu/JiwpNvj0v
g9hGB8ai9FpGp5J24DpYrFNMhwqyTe71/GdKvWeXUA+CTUoomu0jvaZWWvtuP2lW
IT83njYCLFg=
=f/9x
-END PGP SIGNATURE-


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Documentation/License freeness

[Darren/Torin/Who Ever...]

-BEGIN PGP SIGNED MESSAGE-

Santiago Vila Doncel, in an immanent manifestation of deity, wrote:
>- From [EMAIL PROTECTED] Tue Jun  2 21:45:40 1998
>Date: 28 May 1998 22:02:52 -0400
>
>Once upon a time, I thought I would learn Perl.  I got a copy of a
>free manual, but I found it simply unreadable, and gave up.  Perl
>users told me that there were better manuals, but they were not free.
> 
>Perl is an important piece of free software, and it ought to have a
>*good* free manual.  So I added this item to the GNU task list, hoping
>this would encourage someone to write one.
> 
>That was a few years ago.  If there is now a good free manual, that's
>great.  I'm always glad to remove an item from the task list because
>the job has been done.  I might even buy a copy of this manual, if
>someone is selling them--especially if it is O'Reilly.  (If we buy
>O'Reilly manuals only when they are free, we can encourage O'Reilly to
>publish and sell more free manuals.)

I've been involved in this.  Perl does have a wonderful free manual.
Perl is distributed with excellent (and long) man-pages (well from pod;
they can also be turned into html, etc.).  They document just about all
of Perl that is documented.  They are more up-to-date and more extensive
than what is in the Camel.  (O'Reilly's non-free manual) There is some
question about some of the tutorials and the faq distributed with Perl
but Tom Christiansen (the author of the questionable documents) is
working on making a better copyright for them such that they can be
distributed and changed as long as they are distributed with Perl.

Darren
- -- 
<[EMAIL PROTECTED]>  <[EMAIL PROTECTED]> <[EMAIL 
PROTECTED]>
Darren Stalder/2608 Second Ave, @282/Seattle, WA 98121-1212/USA/+1-800-921-4996
@ Sysadmin, webweaver, postmaster for hire.  C/Perl/CGI programmer and tutor. @
@Make a little hot-tub in your soul.  @

-BEGIN PGP SIGNATURE-
Version: 2.6.3a
Charset: noconv
Comment: Processed by Mailcrypt 3.4, an Emacs/PGP interface

iQCVAwUBNXpG0o4wrq++1Ls5AQH/HAP/f58x5liKBJuM2CkxVZXoNJ+ywXK2/UDo
EbYJ/69cGIXbb3UpTiiqJ94XAv7cQYFz5V8Mj0rtQA707iYxA4kbJHNN2oAXlk4u
iSSnaLUAGc2euFR63HQlidQsDnpVPLBlqbqUTECh05vatCl4bXyRx+QlJhPvq0bM
nXx5AdPmT7E=
=MiKs
-END PGP SIGNATURE-


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: About the Hamm Freeze (!)

[Darren/Torin/Who Ever...]

-BEGIN PGP SIGNED MESSAGE-

James Troup, in an immanent manifestation of deity, wrote:
>"Darren/Torin/Who Ever..." <[EMAIL PROTECTED]> writes:
>> It hasn't happened *intentionally*.  I'm not going to break many
>> Perl scripts without warning.  We have a release where gdbm is
>> deprecated and then next release, Perl won't be linked with it.
>
>I don't know perl, and am only going on what Ray has been telling me.
>It was my understanding that perl could be made to dynamically load
>it's gdbm part on request and that way perl need only recommend or
>(better) suggest gdbm.  Is this not the case?

This is the case if you use the tie interface in Perl.  This is not the
case if you use dbmopen, at least it didn't use to be.  Hamm should just 
get out the door and we'll deal with it in slink.

Darren
- -- 
<[EMAIL PROTECTED]> <http://www.daft.com/~torin> <[EMAIL PROTECTED]> <[EMAIL 
PROTECTED]>
Darren Stalder/2608 Second Ave, @282/Seattle, WA 98121-1212/USA/+1-800-921-4996
@ Sysadmin, webweaver, postmaster for hire.  C/Perl/CGI programmer and tutor. @
@Make a little hot-tub in your soul.  @

-BEGIN PGP SIGNATURE-
Version: 2.6.3a
Charset: noconv
Comment: Processed by Mailcrypt 3.4, an Emacs/PGP interface

iQCVAwUBNYTojY4wrq++1Ls5AQElrQP+OBkhMCEQLmhudJ4NWgWOvawQhiwGRCVl
Kbla2nDaPaYZC6orumaPcpzLcHbuIdcWKv5QjgHOGVGUDryZHysMXFBI/XVtJ+Jk
549efR2BnTuuPz3zam2tStGyDP+Xt/F0Fr+ozsa3we4gIFfLFZ0mBX1v9f6DjzMH
CdMCd2MiC4o=
=GTfh
-END PGP SIGNATURE-


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Serious performance bug in Perl

[Darren/Torin/Who Ever...]

-BEGIN PGP SIGNED MESSAGE-

Chris Fearnley, in an immanent manifestation of deity, wrote:
>But yesterday I upgraded a bo system to hamm which has a 3000 line
>/etc/passwd.  Now adduser takes OVER ONE MINUTE to find a UID and GID
>for the new user.  And my staff is complaining about the wasted time.
>
>I fear that this perl bug is serious.

Something is wrong with your installation or possibly libc.  I compiled
perl-5.003_07 and perl-5.004_04 on a Solaris box with 5000 users.  The
5.004_04 was somewhat faster.

Darren
- -- 
<[EMAIL PROTECTED]>  <[EMAIL PROTECTED]> <[EMAIL 
PROTECTED]>
Darren Stalder/2608 Second Ave, @282/Seattle, WA 98121-1212/USA/+1-800-921-4996
@ Sysadmin, webweaver, postmaster for hire.  C/Perl/CGI programmer and tutor. @
@Make a little hot-tub in your soul.  @

-BEGIN PGP SIGNATURE-
Version: 2.6.3a
Charset: noconv
Comment: Processed by Mailcrypt 3.4, an Emacs/PGP interface

iQCVAwUBNYUI0I4wrq++1Ls5AQGfbwQAiE+bng5N1BUcym9pRgOSE4Zj2RK4VZC+
sECRIRfju7wAuVkMkMviKI8OkDsxh+D8nSsv1IKq4PTpKJ3bScIxYfqKwDUkZHjg
bD4SzGYFLZVUsNVuOG8qjMkd7KyFcO4YDZICJ982Vp9fE6BrhgeJkVb7c19LuMn7
xokFKEf3jDE=
=Uvmx
-END PGP SIGNATURE-


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: About the Hamm Freeze (!)

[Darren/Torin/Who Ever...]

-BEGIN PGP SIGNED MESSAGE-

James Troup, in an immanent manifestation of deity, wrote:
>Of course, I agree, but my point was that gdbm *Shouldn't* be required
>and although it will need to be made so in hamm as a kludge, I tried
>to get this fixed properly back in March.

And the point that I was trying to make was that it was too great of a
change and that I'd do it in the next release.  We WILL break people's
scripts.

Darren
- -- 
<[EMAIL PROTECTED]>  <[EMAIL PROTECTED]> <[EMAIL 
PROTECTED]>
Darren Stalder/2608 Second Ave, @282/Seattle, WA 98121-1212/USA/+1-800-921-4996
@ Sysadmin, webweaver, postmaster for hire.  C/Perl/CGI programmer and tutor. @
@Make a little hot-tub in your soul.  @

-BEGIN PGP SIGNATURE-
Version: 2.6.3a
Charset: noconv
Comment: Processed by Mailcrypt 3.4, an Emacs/PGP interface

iQCVAwUBNYrj+44wrq++1Ls5AQE/PwP/SscliqYy5/gmPSoLwxr0UFY6h0atPsyz
31rXFSPsXNI7TCwBcTbWFFxj5Jo9AuGEd0uMFl2yoga7qsnIVgq/2F+kb0fEV94L
79NCKnYn+Xc0vxvv07Ir0/Z8vkEUPgLWz1gcCUA5+MwI/MYcQoJ83rHrwuqn9HhO
lIRCeo79NmM=
=bVSg
-END PGP SIGNATURE-


--  
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Serious performance bug in Perl

[Darren/Torin/Who Ever...]

-BEGIN PGP SIGNED MESSAGE-

Daniel Martin, in an immanent manifestation of deity, wrote:
>My... it's been a while since I was investigating perl internals
>(writing C code that was callable from perl) - at least two years,
>which somehow seems much longer.
>
>Well, I'll have my machine download the perl source tonight and see
>what I can see...

Thanks for taking a look at this.  I won't have time to do so until
Tuesday; it being Solstice Weekend and all.

Darren
- -- 
<[EMAIL PROTECTED]>  <[EMAIL PROTECTED]> <[EMAIL 
PROTECTED]>
Darren Stalder/2608 Second Ave, @282/Seattle, WA 98121-1212/USA/+1-800-921-4996
@ Sysadmin, webweaver, postmaster for hire.  C/Perl/CGI programmer and tutor. @
@Make a little hot-tub in your soul.  @

-BEGIN PGP SIGNATURE-
Version: 2.6.3a
Charset: noconv
Comment: Processed by Mailcrypt 3.4, an Emacs/PGP interface

iQCVAwUBNYrkd44wrq++1Ls5AQE60AQAgp7zWlwWvs0usGU/V+C2zGVh6I7st/ir
qPGabYlDtF6nm/nIL8K5BzH+4v7oZw2NhKfdFY3793HoIbgJE2uUqYqcNnc3BDRf
+k2A3H1o06UQk071b46ne5L7JN776ta3eHWL0VnxkoWmyJlm1a+4JHZ4P+pRvGfH
bq1SrTAUguw=
=YeSA
-END PGP SIGNATURE-


--  
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: About the Hamm Freeze (!)

[Darren/Torin/Who Ever...]

-BEGIN PGP SIGNED MESSAGE-

Stephen Zander, in an immanent manifestation of deity, wrote:
>Not true Darren: dbmopen does the moral equivalent of the tie under
>the covers.  It's one of my pet peeves that perl links in libraries to
>the main executable that are only required by extensions.

Hmm.  You're right.  Any ideas on when this changed or was I just on too 
much sleep-dep when I last looked at this.  (a while back)

Darren
- -- 
<[EMAIL PROTECTED]>  <[EMAIL PROTECTED]> <[EMAIL 
PROTECTED]>
Darren Stalder/2608 Second Ave, @282/Seattle, WA 98121-1212/USA/+1-800-921-4996
@ Sysadmin, webweaver, postmaster for hire.  C/Perl/CGI programmer and tutor. @
@Make a little hot-tub in your soul.  @

-BEGIN PGP SIGNATURE-
Version: 2.6.3a
Charset: noconv
Comment: Processed by Mailcrypt 3.4, an Emacs/PGP interface

iQCVAwUBNZHNDI4wrq++1Ls5AQGSegP/R/dhVQ32p7WQ11f4vNkNasKhF/Qn3kvz
n6wwl4AJuGYgoRB77VvspgXORoMjtOda0Zr+N3bK0WGO3yIZyS2sMOilmhLuF4rF
J+ztgem+35weBBME/Kd3AMHXzH/5Re/SmI9VfNj/LPoFFiFgPq+OhUPn2C1IKoag
1J0wjwk++e4=
=4IkJ
-END PGP SIGNATURE-


--  
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Switch to perl-5.005_02 ?

[Darren/Torin/Who Ever...]

-BEGIN PGP SIGNED MESSAGE-

Joey Hess, in an immanent manifestation of deity, wrote:
>Do you have any plans to offer it as something like /usr/bin/perl-t? (or
>would modules need to be rebuilt too?)

It will be available as /usr/bin/perl5.00502-thread.  I could manage the 
/usr/bin/perl-t as alternatives.  No suidperl will be offered for this.
Any debian packages and all architecture dependent packages will have to 
be recompiled.  The 5.00502-thread will install itself under
/usr/lib/perl5.00502-thread so as to not conflict with the real Perl
installation.

Darren
- -- 
<[EMAIL PROTECTED]>  <[EMAIL PROTECTED]> <[EMAIL 
PROTECTED]>
Darren Stalder/2608 Second Ave, @282/Seattle, WA 98121-1212/USA/+1-800-921-4996
@ Sysadmin, webweaver, postmaster for hire. C/Perl/CGI/Pilot programmer/tutor @
@Make a little hot-tub in your soul.  @

-BEGIN PGP SIGNATURE-
Version: 2.6.3a
Charset: noconv
Comment: Processed by Mailcrypt 3.4, an Emacs/PGP interface

iQCVAwUBNhWMlo4wrq++1Ls5AQFiCQP/RNjSPJKIAiIl2vl9F5jzCGO7Hok/GFfA
PVoM6uQ9yPx+vNEj6I6SvRf5mKEsVk3chzEBibd2uJmUgsPsbruO15bD7647nI/2
XOnFTrEfpWEd/b40rVW20Fxt3TWeXFdsLpHQro7/SJWxjJYfUOBWjO6EXM4p24sq
2hSwe/KZlGA=
=CRIl
-END PGP SIGNATURE-

Re: PERL: patch for glibc 2.1

[Darren/Torin/Who Ever...]

-BEGIN PGP SIGNED MESSAGE-

Matt McLean, in an immanent manifestation of deity, wrote:
>It's no longer needed. 5.00502 now has a configure test for union semun.

Cool.  I thought I had seen that but I figured that I'd leave it for
people that track that much closer.

>I know what's going on with IPC, and I'm guessing the DBM test is failing
>because of a bug in the libc.

So, what's going on with IPC?

Darren
- -- 
<[EMAIL PROTECTED]>  <[EMAIL PROTECTED]> <[EMAIL 
PROTECTED]>
Darren Stalder/2608 Second Ave, @282/Seattle, WA 98121-1212/USA/+1-800-921-4996
@ Sysadmin, webweaver, postmaster for hire. C/Perl/CGI/Pilot programmer/tutor @
@Make a little hot-tub in your soul.  @

-BEGIN PGP SIGNATURE-
Version: 2.6.3a
Charset: noconv
Comment: Processed by Mailcrypt 3.4, an Emacs/PGP interface

iQCVAwUBNhsnoY4wrq++1Ls5AQEiUwQAmmmHl+IcJIBpouHZkbctimIHSvbMD+/s
bSyIvhtPsSTYNQ7DeTjGO6M6H+aGMhoV16mbEsqsgV2mnXYhgDXIihrZxWYtSdq1
hlg4LhAFhhF9EHYHNXL3n+kCUptzY+74upAdB1CQ50Ujkerfj7Sa7nbyMq4SvOmi
o2IF1zSjUQY=
=N1HO
-END PGP SIGNATURE-

Re: perl5.005 installation structure

[Darren/Torin/Who Ever...]

-BEGIN PGP SIGNED MESSAGE-

John Lapeyre, in an immanent manifestation of deity, wrote:
>   Ah, ... you are reading now.

Yes, sorry I'm a bit slow; I'm working on buying a house.

I do usually respond quicker to stuff in my inbox than just to list
stuff.

>   Could you confirm or deny, that the /usr/lib/perl5 no longer
>contains *.pm files ? There seems to be some confusion, but on

/usr/lib/perl5 no longer contains *.pm files.  If you're using
MakeMaker and/or pulling stuff from Config.pm, this shouldn't matter;
stuff should just work.

Note the following from INSTALL:
>The directories searched by version 5.005 will be
>
>   Configure variable  Default value
>   $archlib/usr/local/lib/perl5/5.005/archname
>   $privlib/usr/local/lib/perl5/5.005
>   $sitearch   /usr/local/lib/perl5/site_perl/5.005/archname
>   $sitelib/usr/local/lib/perl5/site_perl/5.005

>investigation at perl.org, it looks like this is really the case.  Then
>people will not wait for a bug fix which won't come because its not a bug.
I'm hoping to get to debian-devel tonight but I might not.  I'll get to
it tomorrow (Wednesday) afternoon at the latest.

>btw. Looks like some really cool stuff in the new perl.

Yes.  A relatively minor but rather useful one is that perldoc -f now
paginates.

Darren
- -- 
<[EMAIL PROTECTED]>  <[EMAIL PROTECTED]> <[EMAIL 
PROTECTED]>
Darren Stalder/2608 Second Ave, @282/Seattle, WA 98121-1212/USA/+1-800-921-4996
@ Sysadmin, webweaver, postmaster for hire. C/Perl/CGI/Pilot programmer/tutor @
@Make a little hot-tub in your soul.  @

-BEGIN PGP SIGNATURE-
Version: 2.6.3a
Charset: noconv
Comment: Processed by Mailcrypt 3.4, an Emacs/PGP interface

iQCVAwUBNhsy5I4wrq++1Ls5AQFsswP/QUktgtciNWeGYMFJxy4L5VrhjJ6BVcO5
l5oLAXUcfd2B0hkxDWvir9Cak6iFbtthFQR94iHdpwUuvTXVbxv++8Sdj7HdMwpd
9lVD8EmZVw+zr969UiONQepkDisGIKR4ij5aHYxcYhNv54tpXCj8WEbvuxyEJD1d
tNtkRmUYdO0=
=pUba
-END PGP SIGNATURE-

Re: Perl policy for managing modules ?

[Darren/Torin/Who Ever...]

-BEGIN PGP SIGNED MESSAGE-

Raphael Hertzog, in an immanent manifestation of deity, wrote:
>Darren, if you agree, can you modify the perl package in order to
>install modules in /usr/lib/perl5/debian and make these symlinks ?
>
>- /usr/lib/perl5/$arch/$version => /usr/lib/perl5/debian/$arch
>- /usr/lib/perl5/$version => /usr/lib/perl5/debian

Okay.  That's relatively easy.  I can just change privlib and archlib to 
the directories and put in symlinks.

I do worry about what this might break as well.  Another option would be 
to have /usr/lib/perl5/debian(/$arch)? be the first element of @INC and
leave /usr/lib/perl5/$version(/$arch)? there with only the Perl
installed files.  I'll ask on p5p if this will break things.

Please lets have a decision on this soon.  I've uploaded a new version
of Perl right now to fix the data-dumper problem.

BTW, the reason that this doesn't affect many people on p5p is that
non-core modules are usually installed someplace outside of the Perl
tree.  INSTALLDIRS=perl is usually only used for the core.

>John Lapeyre, in an immanent manifestation of deity, wrote:
>>  I posted a message on perl5-porters asking for advice.  We need to
>> set a policy quickly, as quite a bit of slink has just become unstable.
>> (Unfortunatley, I was using slink for daily science work. I don't have two
>> machines.)

Sorry about that.  It is called unstable because things break
sometimes.  Even on my development box, I watch debian-bugs to see if
disastrous things happen.  I'm still worried about libc6 2.0.7u-1.

Darren
- -- 
<[EMAIL PROTECTED]>  <[EMAIL PROTECTED]> <[EMAIL 
PROTECTED]>
Darren Stalder/2608 Second Ave, @282/Seattle, WA 98121-1212/USA/+1-800-921-4996
@ Sysadmin, webweaver, postmaster for hire. C/Perl/CGI/Pilot programmer/tutor @
@Make a little hot-tub in your soul.  @

-BEGIN PGP SIGNATURE-
Version: 2.6.3a
Charset: noconv
Comment: Processed by Mailcrypt 3.4, an Emacs/PGP interface

iQCVAwUBNhyGe44wrq++1Ls5AQETHwP/ZyKbtc/4W4AHh+m/7P63wbr2HiJ5Uivq
FtHCkJO7oeMKiDgMTw79PYtkUnKdxj8wsVr8busVav07QXOd7KYA36hfS3A80mi0
i4O9PVv2Akt/h9byFNU31jEMHLe73O00szpCuS28nRkG5wsngMskNtZWJGJOa1/t
FpvwZiTv7go=
=++nM
-END PGP SIGNATURE-

Re: Perl policy for managing modules ?

[Darren/Torin/Who Ever...]

-BEGIN PGP SIGNED MESSAGE-

Raphael Hertzog, in an immanent manifestation of deity, wrote:
>Yes, but it's better leaving site_perl empty. It can be used for manually
>(modules not in a .deb file) installing modules.

Yes, I realize this.  But most people using Perl manually install
modules.  That was the point of what I was saying.

Darren
- -- 
<[EMAIL PROTECTED]>  <[EMAIL PROTECTED]> <[EMAIL 
PROTECTED]>
Darren Stalder/2608 Second Ave, @282/Seattle, WA 98121-1212/USA/+1-800-921-4996
@ Sysadmin, webweaver, postmaster for hire. C/Perl/CGI/Pilot programmer/tutor @
@Make a little hot-tub in your soul.  @

-BEGIN PGP SIGNATURE-
Version: 2.6.3a
Charset: noconv
Comment: Processed by Mailcrypt 3.4, an Emacs/PGP interface

iQCVAwUBNhz7NY4wrq++1Ls5AQEGkwP/fL8Qmkw8difM4+UxPDZFLyuKggeUsuvW
1zj+Lffqbn7V2pRehIAgl62QLKbyOvJt0kVe/aOfoymnlI0GQzhqrjRS66sm3Ajo
mS644As0/MBqueUzHuEBDrVnhcaAowuGoWEJ4IAWeuF8pwLAHyetr7pKYvC3Twrw
2LmKZ4HTygM=
=Y8PI
-END PGP SIGNATURE-

Re: Perl policy for managing modules ?

[Darren/Torin/Who Ever...]

-BEGIN PGP SIGNED MESSAGE-

Raphael Hertzog, in an immanent manifestation of deity, wrote:
>What about also adding /usr/lib/perl5(/$arch)? at the end of @INC ? 
>Is it possible ?
>In that way, recent packages that are installed in /usr/lib/perl5/debian
>are used first and only if no package is found in the standard path
>then perl will search for modules in /usr/lib/perl5.

Yes, this should be possible.  I haven't actually checked but it
shouldn't be a problem.

Darren
- -- 
<[EMAIL PROTECTED]>  <[EMAIL PROTECTED]> <[EMAIL 
PROTECTED]>
Darren Stalder/2608 Second Ave, @282/Seattle, WA 98121-1212/USA/+1-800-921-4996
@ Sysadmin, webweaver, postmaster for hire. C/Perl/CGI/Pilot programmer/tutor @
@Make a little hot-tub in your soul.  @

-BEGIN PGP SIGNATURE-
Version: 2.6.3a
Charset: noconv
Comment: Processed by Mailcrypt 3.4, an Emacs/PGP interface

iQCVAwUBNhz79I4wrq++1Ls5AQHJFwP/Z4lf/cj28nFyY5kseLjDtLJman/aZEHN
q46AHFLMpuU3ce4mw9q+9nNZKDbwV6jLfXSftkZyiBY7brb1YW8+7vyRE5/u/cGu
mSB+Q3UhbnnyLa/9dYJk9HY3U4+i8EUgLxKxln7Om8TKWvLwBaK3NSjjruQx4Vdy
3Bqwm1rhrPQ=
=zHQR
-END PGP SIGNATURE-

Re: Reverting to Perl 5.004

[Darren/Torin/Who Ever...]

-BEGIN PGP SIGNED MESSAGE-

Brian White, in an immanent manifestation of deity, wrote:
>Perl 5.005 will be replaced in Slink with 5.004.  The new version will
>remain in the next unstable.
>
>Correct?

Definitely.  Sorry for the slow reply but my root disk started spewing
scsi errors about 3 hours after a tape fouled in my DAT drive.  What a
fun time.  I'm back although I'm putting a new disk in tomorrow.

Darren
- -- 
<[EMAIL PROTECTED]>  <[EMAIL PROTECTED]> <[EMAIL 
PROTECTED]>
Darren Stalder/2608 Second Ave, @282/Seattle, WA 98121-1212/USA/+1-800-921-4996
@ Sysadmin, webweaver, postmaster for hire. C/Perl/CGI/Pilot programmer/tutor @
@Make a little hot-tub in your soul.  @

-BEGIN PGP SIGNATURE-
Version: 2.6.3a
Charset: noconv
Comment: Processed by Mailcrypt 3.4, an Emacs/PGP interface

iQCVAwUBNh86UY4wrq++1Ls5AQHfkwQAjSnUu8kL4OGfj6/Yrbjy5JO0beeb7OEL
e/h1RrB1KqRkK0g9L50ilii/Dmg7vifvJtyF4zX94XKZ09dZ84YugPwiYL3Ng8b+
d8oonxc/O2+nlYyohx1z8KynT5GrjklviKUXoWxN/7XGmqd53jByXtphy1HWfw9s
y8TQeIIvgl8=
=zRf2
-END PGP SIGNATURE-

Re: File renamer

[Darren/Torin/Who Ever...]

-BEGIN PGP SIGNED MESSAGE-

Ian Jackson, in an immanent manifestation of deity, wrote:
>A whole .deb for such a simple problem seems overkill.  The
>file/manpage below is what I use.  It was in the Perl4 distribution.
>Presumably perl5 comes with it too in the source.  I have it as
>/usr/local/bin/rename.

It's currently in the /usr/doc/perl/eg directory.  My next upload of
Perl will have this as /usr/bin/rename as has been requested in Bug
#26616.  (He asked for it well before that but I haven't done it yet.)

I'm hoping to upload a Perl-5.004.04-7 before the freeze but due to
systems problems, I might not have the time.  Tonight was when I was
going to work on that.

Darren
- -- 
<[EMAIL PROTECTED]>  <[EMAIL PROTECTED]> <[EMAIL 
PROTECTED]>
Darren Stalder/2608 Second Ave, @282/Seattle, WA 98121-1212/USA/+1-800-921-4996
@ Sysadmin, webweaver, postmaster for hire. C/Perl/CGI/Pilot programmer/tutor @
@Make a little hot-tub in your soul.  @

-BEGIN PGP SIGNATURE-
Version: 2.6.3a
Charset: noconv
Comment: Processed by Mailcrypt 3.4, an Emacs/PGP interface

iQCVAwUBNh89lI4wrq++1Ls5AQE8FQP+PFVRBTO9Z3yvLr9escRMnAkO8z7EwJ40
qhg4GLn2RpsTmN1vlnRcbM0bZTs2oDKC3GMV2w2cTzplwOxFbLc5YBYg7ZP5DLdD
d/y3VHvqG8MK4TA8qwc3d0s4tmCuxrZD3aeXo/OhBhGldIRTeQHOcnt84OKwlQz4
RSMKHpoTG8c=
=kJPe
-END PGP SIGNATURE-

Re: Perl policy for managing modules ?

[Darren/Torin/Who Ever...]

-BEGIN PGP SIGNED MESSAGE-

Zephaniah E. Hull, in an immanent manifestation of deity, wrote:
>Rename perl to perl5.005, version 02-2 or such..
>Then use the alternatives setup to decide which perl gets run when you
>try to use just 'perl'..

That's possible but I'm not sure it's a good idea.  It seems a hard
thing to get right.  I notice that x?emacs and java constantly have
problems with their alternatives.  Also, would perl-base be an
alternative?

I do plan on releasing versioned packages but those would be for specific 
needs and not the general case.

There's the idea from Carey Evans <[EMAIL PROTECTED]> where a Perl
can put Provides: perl5.005 in the control file.

Hopefully it's okay to discuss this here even though it's a policy sort
of discussion.  I don't have time to read debian-policy.  (What is the
traffic there like?)

Darren
- -- 
<[EMAIL PROTECTED]>  <[EMAIL PROTECTED]> <[EMAIL 
PROTECTED]>
Darren Stalder/2608 Second Ave, @282/Seattle, WA 98121-1212/USA/+1-800-921-4996
@ Sysadmin, webweaver, postmaster for hire. C/Perl/CGI/Pilot programmer/tutor @
@Make a little hot-tub in your soul.  @

-BEGIN PGP SIGNATURE-
Version: 2.6.3a
Charset: noconv
Comment: Processed by Mailcrypt 3.4, an Emacs/PGP interface

iQCVAwUBNh9ANY4wrq++1Ls5AQEvCwP/SEViUd8G6+W6C252uQMdQlAB4H6OHnvX
UWaqDhyMwSnMNRN4nZ+PRt/v24ISuU76s8MiMLrF18Cd2CVV9vZqJjuOIEMakWir
FmnEjgjZGop6RZ8hzv1StEHPAhnXBmoflLOjoBHLksHVoxEbCH5+VT8QN11fFXKe
k2Jzhvn23ao=
=H8vx
-END PGP SIGNATURE-

Re: Perl 5.005.02

[Darren/Torin/Who Ever...]

-BEGIN PGP SIGNED MESSAGE-

Andy Dougherty, in an immanent manifestation of deity, wrote:
>After some thought, I think I'd recommend that perl5.005_xx retain the
>same directory structure that perl5.00[34]_xx did. (with 5.005 in place of
>5.00[34], of course).

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.

Darren
- -- 
<[EMAIL PROTECTED]>  <[EMAIL PROTECTED]> <[EMAIL 
PROTECTED]>
Darren Stalder/2608 Second Ave, @282/Seattle, WA 98121-1212/USA/+1-800-921-4996
@ Sysadmin, webweaver, postmaster for hire. C/Perl/CGI/Pilot programmer/tutor @
@Make a little hot-tub in your soul.  @

-BEGIN PGP SIGNATURE-
Version: 2.6.3a
Charset: noconv
Comment: Processed by Mailcrypt 3.4, an Emacs/PGP interface

iQCVAwUBNiCDlY4wrq++1Ls5AQFRmQQAopbz9/JQ0qB1n2kUHYvKJybYMaZDuYGP
S2ibIg/SE3tmizhkw/V9mAY79Bqp3EboYSfwuWd2/lPGVHR4WBxBV2vqTMqvhCyk
kDHz+/ulYsDMxwS04nSzh6+wz3U9V35oX6UpXOlKeDjxKDblw2D+wmxd21TQ35WN
Pyk6dsWhMBQ=
=eq3P
-END PGP SIGNATURE-

Re: Bug#1911: Perl postinst is unecessarily slow

[Darren/Torin/Who Ever...]

Ian Jackson spoke unto the world and said:
>Package: perl
>Version: 5.001-6 (a.out)

I've taken over the package and upgraded to version 5.002-1.  This is my
very first debian package, so I only put it in private/project/Incoming
and asked people to comment on it on debian-devel.  I wanted to make
sure that I did it correctly before making it available for public
consumption.

>While running `top' to see how the Perl postinst was getting on I saw:
>
>root  8507 11.4  0.8  105  160 v02 S01:57   0:03 find 
>/usr/lib/perl5/i486-linux -type f -exec chmod 644 {} ;

This is still in 5.002-1.  I just took most parts of it and changed what
I needed to make ver 5.002-1.  This line is still in there.  I am
checking right now to see if it is necessary.  I'm using the installperl
script to install it now since it gets rather complex to install these
days.

>1. Can't you arrange to create them with the right permissions to
>start with ?

Maybe, probably, yes.

>2. Why not use xargs ?  That would be _much_ faster.  Use find -print0
>combined with xargs -0 if it is important that files with newlines in
>their names are treated correctly.

I'll do this if I need to but I doubt it will be necessary.

Darren
<[EMAIL PROTECTED]> <[EMAIL PROTECTED]> 
<[EMAIL PROTECTED]>
Darren Stalder/2608 Second Ave, @282/Seattle, WA 98121-1212/USA/+1-800-921-4996
@ Do you have your clothes on? I probably don't. Take yours off. Feel better. @
@ Sysadmin, webweaver, postmaster for hire.  C and Perl programmer and tutor. @

Re: Bug#1895: run-parts does not run scripts without #!/...

[Darren/Torin/Who Ever...]

Jeff Noxon spoke unto the world and said:
>My plan is to rewrite run-parts in C or C++.  However, I probably won't
>have that done until next weekend.  I've never done any perl programming

Could I ask a favor that run-parts *skips* directories rather than
reporting "component /etc/cron.*/RCS is not an executable plain file".
It's annoying that way...

Thanks,
  Darren
<[EMAIL PROTECTED]> <[EMAIL PROTECTED]> 
<[EMAIL PROTECTED]>
Darren Stalder/2608 Second Ave, @282/Seattle, WA 98121-1212/USA/+1-800-921-4996
@ Do you have your clothes on? I probably don't. Take yours off. Feel better. @
@ Sysadmin, webweaver, postmaster for hire.  C and Perl programmer and tutor. @

Re: Bug#1916: perl: wrong entries in Config.pm

[Darren/Torin/Who Ever...]

BTW, I assume that followups to debian-bugs go to debian-devel.  Is this
correct?

Peter Tobias spoke unto the world and said:
>Package: perl
>Version: 5.002-1 (a.out)
>
>
>The following entries in /usr/lib/perl5/i486-linux/5.002/Config.pm
>are wrong:
>
>installarchlib='/usr/local/src/debian-perl/perl5.002beta1/debian-tmp/usr/lib/perl5/i486-linux/5.002'
>...

Well, technically, they aren't since that's where it was installed and
perl has the concept of different install and executable paths.  It's
easy enough to fix though.

>I'm not sure how important the following entries are. Maybe they should
>be generated in the postinst script (Config.pm should be a conffile then).
>mydomain='.daft.com'
>myhostname='perv'
>myuname='linux perv 1.2.13 #3 thu sep 21 01:26:52 pdt 1995 i486 '
>cf_by='torin'
>cf_email='[EMAIL PROTECTED]'

The first three can be replaced rather easily with postinst but the last
two should stay the same since I am the one who did the cf (configure).
We don't want to make Config.pm a conffile because we want it definitely
replaced on each new rev.  Only Configure (and possibly postinst) should
edit it.

Darren
<[EMAIL PROTECTED]> <[EMAIL PROTECTED]> 
<[EMAIL PROTECTED]>
Darren Stalder/2608 Second Ave, @282/Seattle, WA 98121-1212/USA/+1-800-921-4996
@ Do you have your clothes on? I probably don't. Take yours off. Feel better. @
@ Sysadmin, webweaver, postmaster for hire.  C and Perl programmer and tutor. @

Re: Bug#1911: Perl postinst is unecessarily slow

[Darren/Torin/Who Ever...]

Ian Jackson spoke unto the world and said:
>>Package: perl
>>Version: 5.001-6 (a.out)
>>While running `top' to see how the Perl postinst was getting on I saw:
>>
>>root  8507 11.4  0.8  105  160 v02 S01:57   0:03 find 
>>/usr/lib/perl5/i486-linux -type f -exec chmod 644 {} ;
>
>This is still in 5.002-1.  I just took most parts of it and changed what

This is not in 5.002-2.

>>1. Can't you arrange to create them with the right permissions to
>>start with ?
>
>Maybe, probably, yes.

If it's acceptable that all the files will have the same permissions as
the files under /usr/include and /usr/local/include, then there is no
problems.

Darren

Re: Bug#1915: Perl doesn't like the number 0

[Darren/Torin/Who Ever...]

Peter Tobias spoke unto the world:
>Package: perl
>Version: 5.002-1 (a.out)
>The following program prints "0.e-1" instead of "0".
>for ($j = 0; $j <= 7; $j++) {
>  print "$j\n";
>}

I've not been able to duplicate this anywhere using a.out under linux or
any other machines that I have access to.

Script started on Tue Nov 28 20:34:21 1995
[0]~/work/debian/perl/perl5.002 perv:-) uname -a
Linux perv 1.2.13 #3 Thu Sep 21 01:26:52 PDT 1995 i486
[0]~/work/debian/perl/perl5.002 perv:-) perl -e '
quote> for ($j = 0; $j <= 7; $j++) {
quote>   print "$j\n";
quote> }
quote> '
0
1
2
3
4
5
6
7
[0]~/work/debian/perl/perl5.002 perv:-) exit
Script done on Tue Nov 28 20:35:19 1995
Script started on Tue Nov 28 19:40:14 1995
[0]~/hack/perl5.002beta1 pentagon:-) uname -a
BSD/OS pentagon.io.com 2.0  i386
[0]~/hack/perl5.002beta1 pentagon:-) ./perl -e '
quote> for ($j = 0; $j <= 7; $j++) {
quote>   print "$j\n";
quote> }
quote> '
0
1
2
3
4
5
6
7
[0]~/hack/perl5.002beta1 pentagon:-) exit
Script done on Tue Nov 28 19:41:14 1995
Script started on Tue Nov 28 17:19:06 1995
[0]~/hold/perl5.002beta1 inotest6:-) uname -a
SunOS inotest6 4.1.3_U1 1 sun4m
[0]~/hold/perl5.002beta1 inotest6:-) ./perl -e '
quote> for ($j = 0; $j <= 7; $j++) {
quote>   print "$j\n";
quote> }
quote> '
0
1
2
3
4
5
6
7
[0]~/hold/perl5.002beta1 inotest6:-) exit
script done on Tue Nov 28 17:19:30 1995
Script started on Tue Nov 28 19:22:17 1995
[0]~/hold/perl5.002beta1 inotest5:-) uname -a
SunOS inotest5 5.4 Generic_101945-32 sun4m sparc
[0]~/hold/perl5.002beta1 inotest6:-) ./perl -e '
quote> for ($j = 0; $j <= 7; $j++) {
quote>  print "$j\n";
quote> }
quote> '
0
1
2
3
4
5
6
7
[0]~/hold/perl5.002beta1 inotest6:-) exit
script done on Tue Nov 28 19:23:17 1995

Re: Bug#1911: Perl postinst is unecessarily slow

[Darren/Torin/Who Ever...]

Ian Jackson spoke onto the world and said:
>[EMAIL PROTECTED] writes ("Re: Bug#1911: Perl postinst is unecessarily slow"):
>> If it's acceptable that all the files will have the same permissions as
>> the files under /usr/include and /usr/local/include, then there is no
>> problems.
>
>Huh ?  Perl should install its files in /usr, not /usr/local, surely ?
>Those files should be 644 root.root (directories 755 root.root).  This
>applies to the files in /usr/include too.  /usr/local/include is 664
>(2775) root.staff, deliberately.

Oops.  I didn't type clearly enough.  postinst grabs all the files in
/usr/include/**/*.h and /usr/local/include/**/*.h and turns them into
*.ph files under /usr/lib/perl5/i486-linux/5.002.  If the *.h files in
the original include directories are the correct permissions, then the
*.ph files will be correct also.

Darren
<[EMAIL PROTECTED]> <[EMAIL PROTECTED]> 
<[EMAIL PROTECTED]>
Darren Stalder/2608 Second Ave, @282/Seattle, WA 98121-1212/USA/+1-800-921-4996
@ Do you have your clothes on? I probably don't. Take yours off. Feel better. @
@ Sysadmin, webweaver, postmaster for hire.  C and Perl programmer and tutor. @

Re: Bug#1916: perl: wrong entries in Config.pm

[Darren/Torin/Who Ever...]

Manoj Srivastava spoke onto the world and said:
>   You see, there are a number of add-ons (or extensions) to Perl
> that are very useful, (the perlTk stuff, the CGI modules, and libwww
> come to mind), and these use MakeMaker and Config.pm to determine
> where to put the files on install.  
>
>   If such an extension is acquired by a user of the system, then
> things should point to /usr/local, (since users should not normally
> add things to /usr/{bin,lib}, and we should not set it up in a manner
> that such is the default).  

I've changed the install* to /usr/ but it wouldn't be that difficult.
I'd also need to change the site directories but again that wouldn't be
difficult.  The /usr/lib/perl5/site_perl is where perl currently wants
to put stuff.  Shall I change that to /usr/local/lib/perl5/site_perl or
just /usr/local/lib/perl5?

Darren
<[EMAIL PROTECTED]> <[EMAIL PROTECTED]> 
<[EMAIL PROTECTED]>
Darren Stalder/2608 Second Ave, @282/Seattle, WA 98121-1212/USA/+1-800-921-4996
@ Do you have your clothes on? I probably don't. Take yours off. Feel better. @
@ Sysadmin, webweaver, postmaster for hire.  C and Perl programmer and tutor. @

Bug#1915: Perl doesn't like the number 0

[Darren/Torin/Who Ever...]

Peter Tobias spoke unto the world and said:
>Darren/Torin/Who Ever... wrote:
>> I've not been able to duplicate this anywhere using a.out under linux or
>> any other machines that I have access to.
>
>Strange, I get the same results on every linux system where I installed
>the perl-5.002-1.deb.aout package.

If you have the time, could you run "debian.rules build" from the perl
source package and see what happens when you run that script.  Right
now, the only thing that I can figure is that it is related to having
a.out as the secondary object format.

Darren
<[EMAIL PROTECTED]> <http://www.daft.com/~torin/><[EMAIL PROTECTED]> 
<[EMAIL PROTECTED]>
Darren Stalder/2608 Second Ave, @282/Seattle, WA 98121-1212/USA/+1-800-921-4996
@ Do you have your clothes on? I probably don't. Take yours off. Feel better. @
@ Sysadmin, webweaver, postmaster for hire.  C and Perl programmer and tutor. @

why doesn't binutils-2.6-1 provide a shared library?

[Darren/Torin/Who Ever...]

Hopefully, this won't show my ignorance of binary objects off too badly.

Shouldn't binutils-2.6 provide a shared bfd library?

It used to in 2.5.2l.20-2?  I'm asking here instead of posting a bug
because I remember there being some  discussion about this a little
while back.

Also, why is it that I can do an 'nm libname.so' on some shared
libraries but not on others:

nm /lib/libdl.so.1 | wc -l
 43

nm /lib/libc.so.5 | wc -l
/lib/libc.so.5: no symbols
  0
nm -D /lib/libc.so.5 | wc -l
   1429

No, of course, you can get around this by using 'nm -D' but the
inconsistency is odd.  

It was interesting.  I had to do some shell programming to convince
Configure to collect the objects.  Do you know how hard it is to program
in shell when you've been designing and teaching Perl for the last 3
weeks?

Darren
<[EMAIL PROTECTED]> <[EMAIL PROTECTED]> 
<[EMAIL PROTECTED]>
Darren Stalder/2608 Second Ave, @282/Seattle, WA 98121-1212/USA/+1-800-921-4996
@ Do you have your clothes on? I probably don't. Take yours off. Feel better. @
@ Sysadmin, webweaver, postmaster for hire.  C and Perl programmer and tutor. @

Bug#2049: bad depends in libdb1-dev 1.7.3-6

[Darren/Torin/Who Ever...]

Package: libdb1-dev
Version: 1.7.3-6

The control file has a bad depends in it:
grep '^Depends' libdb1-dev-control
Depends: libc5-dev (>5.2.16-1), libdb1 (1.85.2.x)

That final .x shouldn't be there.

Output from 'dpkg -i libdb1-dev-1.7.3-6.deb'
(Reading database ... 21499 files and directories currently installed.)
Preparing to replace libdb1-dev (using libdb1-dev-1.85.2-3.deb) ...
Unpacking replacement libdb1-dev ...
dpkg: dependency problems prevent configuration of libdb1-dev:
 libdb1-dev depends on libdb1 (1.85.2.x); however:
  Version of libdb1 on system is 1.85.2-3.
dpkg: error processing libdb1-dev (--install):
 dependency problems - leaving unconfigured
Errors were encountered while processing:
 libdb1-dev

Darren
<[EMAIL PROTECTED]> <[EMAIL PROTECTED]> 
<[EMAIL PROTECTED]>
Darren Stalder/2608 Second Ave, @282/Seattle, WA 98121-1212/USA/+1-800-921-4996
@ Do you have your clothes on? I probably don't. Take yours off. Feel better. @
@ Sysadmin, webweaver, postmaster for hire.  C and Perl programmer and tutor. @

Bug#2050: bad(?) depends in libgdbm1-dev 1.7.3-6

[Darren/Torin/Who Ever...]

Package: libgdbm1-dev
Version: 1.7.3-6

There's a problem with libgdbm1-dev since when I install the
corresponding shared library package, it should install also, right?  It
doesn't.  I can't tell if the following is a problem with dpkg or with
the Depends line:

dpkg -i libgdbm1-dev-1.7.3-6.deb
(Reading database ... 21499 files and directories currently installed.)
Preparing to replace libgdbm1-dev (using libgdbm1-dev-1.7.3-6.deb) ...
Unpacking replacement libgdbm1-dev ...
dpkg: dependency problems prevent configuration of libgdbm1-dev:
 libgdbm1-dev depends on libgdbm1 (1.7.3); however:
  Version of libgdbm1 on system is 1.7.3-6.
dpkg: error processing libgdbm1-dev (--install):
 dependency problems - leaving unconfigured
Errors were encountered while processing:
 libgdbm1-dev

I have the correct version of libgdbm1, it seems that dpkg didn't
recognize the debian version number.

Darren
<[EMAIL PROTECTED]> <[EMAIL PROTECTED]> 
<[EMAIL PROTECTED]>
Darren Stalder/2608 Second Ave, @282/Seattle, WA 98121-1212/USA/+1-800-921-4996
@ Do you have your clothes on? I probably don't. Take yours off. Feel better. @
@ Sysadmin, webweaver, postmaster for hire.  C and Perl programmer and tutor. @

new Perl with new sonames

[Darren/Torin/Who Ever...]

There is a new Perl in ftp://ftp.debian.org/debian/private/project/Incoming/
that uses the sonames in libdb1 (libdb.so.1) and libgdbm1
(libgdbm.so.1).  It has the proper requires line so it won't let you
install without them.

This version of perl also includes some doc updates and includes the
Safeperl module.

Here's the changes file:

Date: 19 Dec 95 21:27 UT
Source: perl
Binary: perl 
Version: 5.002-3
Description: 
 perl: Larry Wall's Practical Extracting and Report Language.
Priority: Low
Changes: 
 Uses the new sonames from libgdbm1 and libdb1
Files:
 -rw-r--r--   1 torinstaff 1337253 Dec 19 12:47 perl-5.002-3.tar.gz
 -rw-r--r--   1 torinstaff   43803 Dec 19 12:46 perl-5.002-3.diff.gz
 -rw-r--r--   1 root root  1696021 Dec 19 10:27 perl-5.002-3.deb
 e4185a9b00e54df96207324a3615369f  perl-5.002-3.tar.gz
 c4c4efffd22e94fd608a88b86b0b3982  perl-5.002-3.diff.gz
 579c5adb57c1e8bc110076d80dd1ff91  perl-5.002-3.deb

Re: ALPHA release of apache-1.0.0-1 now available

[Darren/Torin/Who Ever...]

Chris Fearnley <[EMAIL PROTECTED]>, in a magnificent manifestation of deity, 
wrote:
>'Michael Alan Dorman wrote:'
>>On Sun, 17 Dec 1995, Chris Fearnley wrote:
>>> This is a preliminary release.  It seems to work, but I'm disatisfied
>>> with my handling of httpd configuration (basically there is none - you
>>> have to edit /etc/httpd/* by hand).
>>
>>Hmm.  That's what kept me from releasing mine.
>>Maybe we can decide what constitutes a resonable set of things to do at
>>install time?
>
>I like the idea of asking a set of questions in the postinst
>(similarly to cern-httpd).  There are too many options to simply
>impose on the user some default configuration.  Now, that I've got it
>compiled, I'm reading the User Guide!  I plan to design some
>specifications for the /usr/sbin/httpdconfig script (when I can code
>it is another story, indeed).

I've got many parts of an apache httpd config questionnaire done but
it's not complete and needs to be cleaned up.  I could probably do that
this weekend.  Would you be interested in looking at it afterwards?

Darren
<[EMAIL PROTECTED]> <[EMAIL PROTECTED]> 
<[EMAIL PROTECTED]>
Darren Stalder/2608 Second Ave, @282/Seattle, WA 98121-1212/USA/+1-800-921-4996
@ Do you have your clothes on? I probably don't. Take yours off. Feel better. @
@ Sysadmin, webweaver, postmaster for hire.  C and Perl programmer and tutor. @

Re: why doesn't binutils-2.6-1 provide a shared library?

[Darren/Torin/Who Ever...]

[EMAIL PROTECTED] (David Engel), in a magnificent manifestation of deity, wrote:
>It could.  There is already some support for it in the Makefiles.  I
>chose to leave it for the eventual maintainer to add since it has
>packaging and support ramifications.  BTW, I did the same for libg++.

Who's going to be the maintainer?  I'd want to talk with them some about
it.

>The -D option is now needed to list the dynamic symbols in a shared
>library that can not be stripped.  You'll have to ask the binutils
>developers why they did this.

Ick.  Would that be of the GNU package or of the linux shared library
specs (gcc folks).

Darren
<[EMAIL PROTECTED]> <[EMAIL PROTECTED]> 
<[EMAIL PROTECTED]>
Darren Stalder/2608 Second Ave, @282/Seattle, WA 98121-1212/USA/+1-800-921-4996
@ Do you have your clothes on? I probably don't. Take yours off. Feel better. @
@ Sysadmin, webweaver, postmaster for hire.  C and Perl programmer and tutor. @

Bug#1951: perl is not exportable from the US

[Darren/Torin/Who Ever...]

"Michael E. Deisher" <[EMAIL PROTECTED]>, in a magnificent manifestation of 
deity, wrote:
>Package: perl (elf-perl, actually)
>Version: 5.001
>Revision: 5
>
>Perl contains a working crypt function and thus cannot be legally
>exported from the US (someone correct me if I'm wrong).  Probably, the
>crypt capability should be removed so that we and people exporting
>Debian CDs are protected.  :-/

Not really.  It just uses crypt from libc.  This should either be closed
or redirected to libc.

Darren
<[EMAIL PROTECTED]> <[EMAIL PROTECTED]> 
<[EMAIL PROTECTED]>
Darren Stalder/2608 Second Ave, @282/Seattle, WA 98121-1212/USA/+1-800-921-4996
@ Do you have your clothes on? I probably don't. Take yours off. Feel better. @
@ Sysadmin, webweaver, postmaster for hire.  C and Perl programmer and tutor. @

Bug#1972: perl should suggest kernel sources

[Darren/Torin/Who Ever...]

Austin Donnelly <[EMAIL PROTECTED]>, in a magnificent manifestation of deity, 
wrote:
>Package: perl
>Version: 5.001-4
>
>Perl should suggest kernel sources, rather than grumble in postinst
>later.

fixed.

Darren
<[EMAIL PROTECTED]> <[EMAIL PROTECTED]> 
<[EMAIL PROTECTED]>

libgr

[Darren/Torin/Who Ever...]

I thought debian used to have libgr but I can't find it anywhere.  I
just grabbed the latest version from ftp.ctd.comsat.com and it looks
fine so far.  I could really use this for the netpbm package I'll be
uploading soon.  So, I'm going to build a debian package and upload it,
it shouldn't take long.  The correct thing to do with shared libs is to
do ldconfig in postinst but not in postrm, right?

Darren
<[EMAIL PROTECTED]> <[EMAIL PROTECTED]> 
<[EMAIL PROTECTED]>
Darren Stalder/2608 Second Ave, @282/Seattle, WA 98121-1212/USA/+1-800-921-4996
@ Do you have your clothes on? I probably don't. Take yours off. Feel better. @
@ Sysadmin, webweaver, postmaster for hire.  C and Perl programmer and tutor. @

libgr

[Darren/Torin/Who Ever...]

pgpyjSIsQ7TTe.pgp
Description: PGP message

New libgr

[Darren/Torin/Who Ever...]

pgpdMv9tEK4p9.pgp
Description: PGP message

Bug#2073: assembler problems in asm/io.h during build of kernel

[Darren/Torin/Who Ever...]

Package: source
Version: 1.2.13-7

Hmmm.  I was fooling around with dpkg and source/includes for 1.2.13-7
and I came across the following.  Since I haven't touched assembler for about
10 years, I don't know the problem.  This was after make config; make dep;
make clean.  I can include the .config file if it'll help.  I'm off to
fetch a stock kernel now...

Darren

Script started on Sat Dec 30 01:23:24 1995
{0}[0]/usr/src/linux-1.2.13 perv# make
rm -f include/linux/version.h
gcc -D__KERNEL__ -I/usr/src/linux-1.2.13/include -Wall -Wstrict-prototypes -O2 
-fomit-frame-pointer -pipe -m486  -c -o init/main.o init/main.c
/usr/src/linux-1.2.13/include/asm/io.h: In function `copro_timeout':
/usr/src/linux-1.2.13/include/asm/io.h:82: inconsistent operand constraints in 
an `asm'
/usr/src/linux-1.2.13/include/asm/io.h:82: inconsistent operand constraints in 
an `asm'
/usr/src/linux-1.2.13/include/asm/io.h:82: inconsistent operand constraints in 
an `asm'
/usr/src/linux-1.2.13/include/asm/io.h:82: inconsistent operand constraints in 
an `asm'
/usr/src/linux-1.2.13/include/asm/io.h: In function `check_fpu':
/usr/src/linux-1.2.13/include/asm/io.h:78: inconsistent operand constraints in 
an `asm'
/usr/src/linux-1.2.13/include/asm/io.h:82: inconsistent operand constraints in 
an `asm'
/usr/src/linux-1.2.13/include/asm/io.h:78: inconsistent operand constraints in 
an `asm'
/usr/src/linux-1.2.13/include/asm/io.h:82: inconsistent operand constraints in 
an `asm'
make: *** [init/main.o] Error 1
{0}[2]/usr/src/linux-1.2.13 perv# gcc -v
Reading specs from /usr/lib/gcc-lib/i486-linux/2.7.2/specs
gcc version 2.7.2
{0}[0]/usr/src/linux-1.2.13 perv# as --version
GNU assembler version 2.6 (i486-linux), using BFD version 2.6.0.2
{0}[0]/usr/src/linux-1.2.13 perv# uname -a
Linux perv 1.2.13 #11 Sat Dec 23 17:42:15 PST 1995 i486
{0}[0]/usr/src/linux-1.2.13 perv# dpkg -l source binutils
Desired=Unknown/Install/Remove/Purge
| Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed
|/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad)
||/ Name Version   Rev  Description
+++--=--===
ii  source  1.2.13 7Linux kernel source.
ii  binutils   2.6 2The GNU assembler and binary utilities (ELF ver
{0}[0]/usr/src/linux-1.2.13 perv# exit

Script done on Sat Dec 30 01:25:11 1995

The offending lines in asm/io.h are:
78: __IN(b,"b","0" (0))
82: __OUT(b,"b",char)

Darren
<[EMAIL PROTECTED]> <[EMAIL PROTECTED]> 
<[EMAIL PROTECTED]>
Darren Stalder/2608 Second Ave, @282/Seattle, WA 98121-1212/USA/+1-800-921-4996
@ Do you have your clothes on? I probably don't. Take yours off. Feel better. @
@ Sysadmin, webweaver, postmaster for hire.  C and Perl programmer and tutor. @

Bug#2072: MANOPT not parsed well?

[Darren/Torin/Who Ever...]

[EMAIL PROTECTED] (Bruce Perens), in a magnificent manifestation of deity, 
wrote:
>A work-around would be to construct a shell program that evaluated to
>"less -c" and pass the name of that program in MANOPT. An alias won't

You could also set the LESS environment variable. i.e. LESS=-c,
personally, I have LESS=-Cefgh0mqs
You could also do alias man='LESS="${LESS:--}c" man' if you didn't want
to use -c at other times that you are using less.

>By chance, does man evaluate the $PAGER variable? I don't have man working
>at the moment on my own system due to an ELF library conflict.

Yes, it does.  At least 2.3.10-6 does.

Darren
<[EMAIL PROTECTED]> <[EMAIL PROTECTED]> 
<[EMAIL PROTECTED]>
Darren Stalder/2608 Second Ave, @282/Seattle, WA 98121-1212/USA/+1-800-921-4996
@ Do you have your clothes on? I probably don't. Take yours off. Feel better. @
@ Sysadmin, webweaver, postmaster for hire.  C and Perl programmer and tutor. @

Bug#2073: assembler problems in asm/io.h during build of kernel

[Darren/Torin/Who Ever...]

[EMAIL PROTECTED] (Bruce Perens), in a magnificent manifestation of deity, 
wrote:
>There was a change in the way that GCC handles embedded assembler that
>made new compilers incompatible with the old kernels. Ugh. The io.h file
>in the new kernel is similar enough to the old one that it may be a drop-in
>replacement. I don't think anyone has tried this yet.

Yeah, I forgot that you have to compile a 1.2 kernel with a.out.  I
didn't know the reason though.

BTW, there is supposedly a patch from the GCC list by H.J.Lu that allows
a 1.2 kernel to be compiled in ELF.  Do you (or anyone else) know where
I can find this?  I have looked in many ftp sites, web pages and
hypermail archives for this, but I haven't found it...

Darren
<[EMAIL PROTECTED]> <[EMAIL PROTECTED]> 
<[EMAIL PROTECTED]>
Darren Stalder/2608 Second Ave, @282/Seattle, WA 98121-1212/USA/+1-800-921-4996
@ Do you have your clothes on? I probably don't. Take yours off. Feel better. @
@ Sysadmin, webweaver, postmaster for hire.  C and Perl programmer and tutor. @

Re: libgr

[Darren/Torin/Who Ever...]

Ian Murdock <[EMAIL PROTECTED]>, in a magnificent manifestation of deity, wrote:
>Is libgr safe to include in the distribution?  Or does it suffer from
>the GIF patent problem?  (I'm leaving it in Incoming for now.)

This package doesn't actually have gif handling capability.  That's in
the netpbm package...This is just libraries to handle tiff, jpeg (left
to the libjpeg package), netp[bngp]m, png encoding as well as rle and
gzip/zlib/"pk"zip encoding.

Anyone know where the latest resolution of the GIF dispute could be
found?

Darren
<[EMAIL PROTECTED]> <[EMAIL PROTECTED]> 
<[EMAIL PROTECTED]>
Darren Stalder/2608 Second Ave, @282/Seattle, WA 98121-1212/USA/+1-800-921-4996
@ Do you have your clothes on? I probably don't. Take yours off. Feel better. @
@ Sysadmin, webweaver, postmaster for hire.  C and Perl programmer and tutor. @

Bug#2073: assembler problems in asm/io.h during build of kernel

[Darren/Torin/Who Ever...]

>I saw this on comp.os.linux.development.system, but I haven't tried
>if it still compiles the kernel with gcc < 2.7.x...
>
>
>From: Russell Johnston <[EMAIL PROTECTED]>
>Newsgroups: comp.os.linux.development.system
>Subject: Re: gcc 2.7.2 and kernel 1.2.13
>
>This patch allows compilation of kernel 1.2.13 with gcc > 2.7.0
>
>Russell Johnston
><[EMAIL PROTECTED]>
>
>--- ./linux/include/asm-i386/io.h- Mon Aug 15 00:56:19 1994
>+++ ./linux/include/asm-i386/io.h  Wed Nov 15 23:04:25 1995

Well, there is evidently more to it than that since there are all sorts
of missing symbols when you go to link.  BTW, I made a simple addition
to the patch so that it will compile under elf or aout by testing for
the define __ELF__.

I'll look around a bit more for where these functions might be hiding.
Thanks for your help.

Darren
<[EMAIL PROTECTED]> <[EMAIL PROTECTED]> 
<[EMAIL PROTECTED]>
Darren Stalder/2608 Second Ave, @282/Seattle, WA 98121-1212/USA/+1-800-921-4996
@ Do you have your clothes on? I probably don't. Take yours off. Feel better. @
@ Sysadmin, webweaver, postmaster for hire.  C and Perl programmer and tutor. @

Bug#2096: xntp-3.4x-2 doesn't test for presence of /usr/sbin/xntpd

[Darren/Torin/Who Ever...]

Package: xntp
Version: 3.4x-2

/etc/init.d/xntpd doesn't check for the presence of /usr/sbin/xntpd
before trying to start itself.

Darren

Re: Too much information! (And what to do about it.)

[Darren/Torin/Who Ever...]

Ian Jackson <[EMAIL PROTECTED]>, in a magnificent manifestation of deity, wrote:
>In principle this sounds like a good idea.  I don't have a strong
>opinion on whether Optional should be included in the `distribution'.

I think that it should be a part of the distribution (on the cd), it
just gives people some demarcation as to when they have a complete
system as opposed to a base system.  I have a complete system here (and
a bit more) even though I don't have the ham radio packages installed
since I'm not a ham.  (Well...)  On the other hand, I do have an hp
palmtop, so I have the lxtools package.  Neither set of these constitute
part of a complete system; they are optional.  They do make part of a
complete debian distribution though.a

>at the top level, and inside each a `binary' directory and in there a
>`Packages.gz' file.
>
>If you could make the split under there, by splitting each section
>into two directories, that would work better, I think.

Sounds fine to me.

Darren
<[EMAIL PROTECTED]> <[EMAIL PROTECTED]> 
<[EMAIL PROTECTED]>
Darren Stalder/2608 Second Ave, @282/Seattle, WA 98121-1212/USA/+1-800-921-4996
@ Do you have your clothes on? I probably don't. Take yours off. Feel better. @
@ Sysadmin, webweaver, postmaster for hire.  C and Perl programmer and tutor. @

Re: pbmplus-10dec91-3

[Darren/Torin/Who Ever...]

-BEGIN PGP SIGNED MESSAGE-

Michael Meskes, in an immanent manifestation of deity, wrote:
>As far as I can tell this package doesn't belong into non-free but could go
>into graphics. Could anyone please check that? I think we have some other
>packages with almost the same copyright in the tree.

There are two problems here: 1) It uses gif which Unisys has patent
claims on. 2) Not all of the authors of the various additions to the pbm
utilities have made a permissive copyright...

Darren
- -- 
<[EMAIL PROTECTED]> <[EMAIL PROTECTED]> 
<[EMAIL PROTECTED]>
Darren Stalder/2608 Second Ave, @282/Seattle, WA 98121-1212/USA/+1-800-921-4996
@ Do you have your clothes on? I probably don't. Take yours off. Feel better. @
@ Sysadmin, webweaver, postmaster for hire.  C/Perl/CGI programmer and tutor. @

-BEGIN PGP SIGNATURE-
Version: 2.6.2
Comment: Processed by Mailcrypt 3.4, an Emacs/PGP interface

iQCVAwUBMcW51o4wrq++1Ls5AQHLTQP/QP2UZArUiJoRBB7XHjvER9w/wWPF2Aks
iBnLluuQpkg9f6+8kCNkBdo4p8U8hf/1l9J1wkHYH4gNtbQykneY2jMVeD8QmBRN
LFVNXVrx5St5nvDA0orAbzlbFzpbiQ9LwdPfd3Q3mUtRqpZzbU3RCxoDomsCS0fk
Uxq3GF1zGYg=
=w3DY
-END PGP SIGNATURE-

Re: Perl 5.004, perl modules, and binary compatibility

[Darren/Torin/Who Ever...]

-BEGIN PGP SIGNED MESSAGE-

Scott Ellis, in an immanent manifestation of deity, wrote:
>As the official version of perl 5.004 is finally out (I must admit I
>haven't installed the debian package yet, but I run webservers with lots
>of perl CGI and can't afford to break them), I have a few questions,
>comments, and thoughts.

Admittedly, I only have perl 5.004 on my two development machines.  I
can't afford to install 5.004 on my production machines since they still
run majordomo 1.94.1 which has a bug that's tickled by 5.004.

>1.  In building my own perl kit for other machines I maintain, I noticed
>the option to maintain binary module compatibility with 5.003 at the
>expense of a poluted namespace.  I assume this option was chosen for the
>debian package.

Definitely.  I'm not interested in getting lynched right now...

>2.  I also assume that perl being compiled for glibc is going to end up
>being a flag day for all the binary compiled perl modules.  May I suggest
>that that would be the ideal time to compile perl with a clean namespace.
>Perhaps upload such a version of perl into experimental to allow the perl

Actually, since debian packages that provide modules go into versioned
namespace, it's not as bad as that.  Choosing then to go to a cleaner
namespace sounds like a fine idea.  BTW, perl will become perl5 and
provide perl if no one objects too strongly.  Brian White should like
this since he asked for it a while back.  The upgrade to libc6 for perl
can't happen until there is a libgdbm compatible with it though since I
refuse to break everyone's dbm interfaces.  I'll also be able to release
a libperl.so package with a cleaner namespace then.

>3.  I also think that any package that provides a perl module should be
>labled as such in its package name.  Package names like www-search and
>alias hardly suggest that this is a perl module I'd like to install.
>CGI-modules is hardly better.

I don't think so.  This might be a good place for the bundling concept
someone proposed a while back for dselect.  The namespace is limited and
shouldn't be cluttered with stuff that's easily readable in the
description.  This would be similar to calling tix, tcltk-tix.  I'd have
no idea other than reading the description that it's for tcl/tk...

>4.  I am also concerned about the ease of upgrading the bundled modules,
>especially CGI.pm and the other CGI:: modules.  While I realize they are
>included in the upstream perl kit, the CGI modules especially are likely
>to be upgraded at a far greater rate than perl is.  Does perl look at the
>site-perl directory before looking in its normal librarys?

Yes, I expect that CGI and friends will be replaced at a quicker rate.
I'll put Replaces: cgi-modules and Provides: cgi-modules in the perl
package and cgi-modules can put Provides:  perl in it's package.

No, Perl doesn't search the site_perl directories first.  You can find
this out by type perl -V.  This is so that multiple versions can be
installed.  (Important for when I start releasing the experimental
packages.)  This won't be a problem if cgi-modules is released as a
package since it will simply overwrite the files.  CGI.pm is now set up
so that when you do a make install it will put it in the proper place so
that the newest version will be run...

Darren
- -- 
<[EMAIL PROTECTED]>  <[EMAIL PROTECTED]> <[EMAIL 
PROTECTED]>
Darren Stalder/2608 Second Ave, @282/Seattle, WA 98121-1212/USA/+1-800-921-4996
@ Do you have your clothes on? I probably don't. Take yours off. Feel better. @
@ Sysadmin, webweaver, postmaster for hire.  C/Perl/CGI programmer and tutor. @

-BEGIN PGP SIGNATURE-
Version: 2.6.3
Charset: noconv
Comment: Processed by Mailcrypt 3.4, an Emacs/PGP interface

iQCVAwUBM4H5Do4wrq++1Ls5AQEbiwQAitdXJ4tTELTDeqDcSDe+raYLMDrkjl0U
VADXU1TDTHKpumAG95BoVoJh+ufwnYf104XLTjgmn/0Gykom4XLPAtDovIishZ9n
wj8NeihTaFS/rSgl6lVOjiDUjkjNWpzxMWm7m64Jk86OYtJHM91DGuye/2PM8GLh
U0xshS3Jb3o=
=YEPC
-END PGP SIGNATURE-


--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] . 
Trouble?  e-mail to [EMAIL PROTECTED] .

Re: dpkg verify mode for security?

[Darren/Torin/Who Ever...]

-BEGIN PGP SIGNED MESSAGE-

Chris Fearnley, in an immanent manifestation of deity, wrote:
>'Amos Shapira wrote:'
>>many "use tripwire" answers, and one which says that RPM has a verify
>>mode which checks for files which were changed since they were
>
>What does the rpm verify give you?  As far as I can tell it gives a
>false sense of security.  Nothing more.  The rpm database is easily
>hacked once root access is attained.

Actually, as opposed t a security measure, I would've found something
like this useful as a backup-check measure.

I had a nasty head-crash last week.  Thankfully, I had recent backups.
Unfortunately, I had upgraded a number of packages after the latest
backup.  /usr was hit hard but /var was pretty clean.  So, I had
restored some old version of files and had no real idea which ones.  I
figure that eventually, they will all get replaced.  Still, being able
to write a perl script that tells me which files didn't match the stuff
in /var/lib/dpkg/info would've been handy.

Darren
- -- 
<[EMAIL PROTECTED]>  <[EMAIL PROTECTED]> <[EMAIL 
PROTECTED]>
Darren Stalder/2608 Second Ave, @282/Seattle, WA 98121-1212/USA/+1-800-921-4996
@ Do you have your clothes on? I probably don't. Take yours off. Feel better. @
@ Sysadmin, webweaver, postmaster for hire.  C/Perl/CGI programmer and tutor. @

-BEGIN PGP SIGNATURE-
Version: 2.6.3
Charset: noconv
Comment: Processed by Mailcrypt 3.4, an Emacs/PGP interface

iQCVAwUBM4LON44wrq++1Ls5AQFpgwP/SyFfV8OW/k2VcLwpE4VcyJD14RL/wiQu
ql4TBy9xNekdfbHV7C20C162X/M4TJ0bapLrpytTVfXjy1a4wp6aCMaQaOnVtGMc
LqGZ9n3B1PMm9mxuxB7exkyVmz8mVH9JMxBUhY16XUVc6tszoslNPolOlkv0VZf6
fFEF3nK5WUA=
=UejZ
-END PGP SIGNATURE-


--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] . 
Trouble?  e-mail to [EMAIL PROTECTED] .

Perl issues

[Darren/Torin/Who Ever...]

-BEGIN PGP SIGNED MESSAGE-

I have some ideas on what I'm planning on doing with the Debian Perl
package in the near future.

1. Split the main executable and a small set of base files into
   perl-base.  This would be Priority: required, should it be Essential?
   There will still be a main Perl package but it would supplement
   perl-base instead of replacing it.[1]
2. The man-pages and html-docs would go into a separate perl-doc
   package.
3. Currently Perl 5.004 is compiled with Perl 5.003 compatibility.
   Scott Ellis suggested that we turn this off when we compile Perl for
   libc6.  This sounds like a good idea because it leads to a much
   cleaner namespace for embedded Perl.[2]  Leading to:
4. After Perl for libc6 is out, I would issue a perl-lib package for use
   as a shared library for Perl.  The main executable would still be
   statically linked for speed though.[3]
5. The Perl package will also become Perl5 at the libc6 upgrade,
   providing Perl.  Vincent Renardias has asked if we could have a fully
   versioned package name of Perl5.004.  This has merits but leads to
   overly long package names: perl5.004-base and is really inelegant.
   The cases where multiple full releases of Perl need to be installed
   are very rare and so unless there is a hew and a cry it will probably
   just be Perl5.
6. When developmental releases come out, I'll issue experimental
   packages with the full version in the name (perl5.004_50) that will
   only have the versioned executable name (/usr/bin/perl5.00450).  This
   will allow experimental packages to sit alongside production
   versions.
7. When the maintenance releases come out, I'll wait a week or so to be
   sure there isn't nasty brokenness[4] and issue it as a new Perl5
   package.

As an aside, I have both perl-5.003.07-10 and perl-5.004-1 on my ftp
site[5] as well as a tar file (perl-build-1.01.tar.gz) that will allow
you to build your own perl packages from CPAN[6] sources.

I'd really appreciate your input on these issues, so that I can go
forward with the Perl package.

Darren

[1] As opposed to the brokenness I introduced in bo due to hurriedness
and not thinking it through.
[2] apache-modules (mod_perl), the vi clones, and others can use this
then.
[3] 10-25% degradation otherwise.
[4] Not trying to impugn your testing, Tim (if you're reading this) but
strange things do happen. 
[5] ftp://ftp.daft.com/pub/debian/perl* or
ftp://ftp.daft.com/pub/Perl5/pause/debian/*
[6] See http://www.perl.com/cpan/CPAN.html
- -- 
<[EMAIL PROTECTED]>  <[EMAIL PROTECTED]> <[EMAIL 
PROTECTED]>
Darren Stalder/2608 Second Ave, @282/Seattle, WA 98121-1212/USA/+1-800-921-4996
@ Do you have your clothes on? I probably don't. Take yours off. Feel better. @
@ Sysadmin, webweaver, postmaster for hire.  C/Perl/CGI programmer and tutor. @

-BEGIN PGP SIGNATURE-
Version: 2.6.3
Charset: noconv
Comment: Processed by Mailcrypt 3.4, an Emacs/PGP interface

iQCVAwUBM4LWAo4wrq++1Ls5AQFPQwP/Zc/0lA2pSf+GtaB170CHzG1oEbFlv2IO
bnx24LTZkL7YZobwmQIldEkdBC/++89RifaHZI6JEOOt/iOWZZKvhkhIFFMG9d5G
s5QzIn0RC9WBUNgC8zBOoxelKy3j3cJAn1Az8ckTlFpvGmwtqMaxUoAMq59SEncG
nR14BPDFAWQ=
=iWJX
-END PGP SIGNATURE-


--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] . 
Trouble?  e-mail to [EMAIL PROTECTED] .

Re: Perl issues

[Darren/Torin/Who Ever...]

-BEGIN PGP SIGNED MESSAGE-

Vincent Renardias, in an immanent manifestation of deity, wrote:
>On 21 May 1997, Darren/Torin/Who Ever... wrote:
>> 1. Split the main executable and a small set of base files into
>>perl-base.  This would be Priority: required, should it be Essential?
>>There will still be a main Perl package but it would supplement
>>perl-base instead of replacing it.[1]
>
>I think perl-base should not be Essential, since it will be replaced 
>anyway once the installation completes. "perl" should be essential though.
>(Or can "essential" packages be replaced by dpkg?)

Please read what I wrote again.  perl-base will only ever be upgraded,
never replaced.  Perl will include all the files needed to turn
perl-base into a full distribution.

>Not only we already have package names much more ugly than 
>"perl5.004-base", but I think it may be too bad to miss the opportunity 
>to solve in advance the "very rare" cases when 2 versions of perl must be 
>installed. 

But those package names aren't packages that I maintain.  If a situation
is very rare, then it's not something that needs to be handled in
general if you have to introduce breakage or inelegance to fix it.

Darren
- -- 
<[EMAIL PROTECTED]> <http://www.daft.com/~torin> <[EMAIL PROTECTED]> <[EMAIL 
PROTECTED]>
Darren Stalder/2608 Second Ave, @282/Seattle, WA 98121-1212/USA/+1-800-921-4996
@ Do you have your clothes on? I probably don't. Take yours off. Feel better. @
@ Sysadmin, webweaver, postmaster for hire.  C/Perl/CGI programmer and tutor. @

-BEGIN PGP SIGNATURE-
Version: 2.6.3
Charset: noconv
Comment: Processed by Mailcrypt 3.4, an Emacs/PGP interface

iQCVAwUBM4SG0I4wrq++1Ls5AQE3SQP/Sls5FQUKK/1a5Mo9/IVu+kh//dV/yO4p
mEXF15QSo89zbdmIqo9KD0oh3GweRmKkOBWlk/PQSv7fLswvJs/h024myQ2VpegO
APi01ElfGdMbzt7Yr6GMNy6RA0pdynM3B04mAtvD7SAQqwqnbBpvq6NyjVIQPG2x
41afayfy03w=
=PsjJ
-END PGP SIGNATURE-


--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] . 
Trouble?  e-mail to [EMAIL PROTECTED] .

Re: dpkg verify mode for security?

[Darren/Torin/Who Ever...]

-BEGIN PGP SIGNED MESSAGE-

Amos Shapira, in an immanent manifestation of deity, wrote:
>Or an audit-trail of invocations of dpkg (e.g. "adduser 3.1-2 installed
>and configured successfully on Wed May 29 1997 00:00:23, replaced
>adduser-3.1-0")

I asked for this a while back and was told that not very many people
wanted it.  I still think it would be a useful feature...

Darren
- -- 
<[EMAIL PROTECTED]>  <[EMAIL PROTECTED]> <[EMAIL 
PROTECTED]>
Darren Stalder/2608 Second Ave, @282/Seattle, WA 98121-1212/USA/+1-800-921-4996
@ Do you have your clothes on? I probably don't. Take yours off. Feel better. @
@ Sysadmin, webweaver, postmaster for hire.  C/Perl/CGI programmer and tutor. @

-BEGIN PGP SIGNATURE-
Version: 2.6.3
Charset: noconv
Comment: Processed by Mailcrypt 3.4, an Emacs/PGP interface

iQCVAwUBM4SQKo4wrq++1Ls5AQEGUQP/ZpMq6FOEwlTCfZjdGoZDv9xe1TjTaT1Q
2GsneV43D/V1g1/bhsvAhd8iZv46R/l5Cd5hdQa2s778nbAXZ/0vvZ0bqTDWLCX9
YPmaHR7ejz8jav7HBZ4Uz2DY3mdU5/0+xApYVj45sYI4LtMGOelw3lqwE29nMaX8
emvk6EYyIcY=
=MdoP
-END PGP SIGNATURE-


--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] . 
Trouble?  e-mail to [EMAIL PROTECTED] .