On Sun, Jun 10, 2001 at 11:57:27PM -0700, Jeff Bailey wrote:
> Between debhelper 3.0.26, and 3.0.31 dh_gencontrol changed, and no
> longer works on the Hurd.
I filed bug#100542, and exchanged a bit of email with Joey. 3.0.33 is
now in incoming, with a fix for the problem.
(Thanks Bob for send
On Sun, Jun 10, 2001 at 11:57:27PM -0700, Jeff Bailey wrote:
> Between debhelper 3.0.26, and 3.0.31 dh_gencontrol changed, and no
> longer works on the Hurd.
>
> I haven't filed a bug yet, because I think this is exposing a
> perl-on-hurd bug (dh_gencontrol works fine under Linux).
>
> I don't
personally I find the term newbie to be derogatory. anyone with the smarts
and guts to try their hand at hacking the hurd deserves my repect. that is
why i refer to them as new developers.
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf
Of Patrick Strasser
Sent:
Jeff Bailey <[EMAIL PROTECTED]> wrote:
>On Mon, Jun 11, 2001 at 03:10:13AM -0400, Roland McGrath wrote:
>> That may be because the empty string is a valid file name on the
>> Hurd (it refers to the current directory), though it isn't on Linux.
>> The perl program that uses the empty file name, when
On Mon, Jun 11, 2001 at 03:10:13AM -0400, Roland McGrath wrote:
> That may be because the empty string is a valid file name on the
> Hurd (it refers to the current directory), though it isn't on Linux.
> The perl program that uses the empty file name, when what it really
> intends is not to refer
On Sun, Jun 10, 2001 at 11:57:27PM -0700, Jeff Bailey wrote:
> if (-e $varname) should test for the existance of a file, yes?
yes (-e $varname) will do the test
> perl 5.6.1-3 appears to be returning true when $varname is blank. I get this
> theory because in verbose mode:
must return and al
That may be because the empty string is a valid file name on the Hurd (it
refers to the current directory), though it isn't on Linux. The perl
program that uses the empty file name, when what it really intends is not to
refer to any file name, is buggy.
On Sun, 10 Jun 2001, Jeff Bailey wrote:
> Between debhelper 3.0.26, and 3.0.31 dh_gencontrol changed, and no
> longer works on the Hurd.
>
Would you keep me informed on progress please. 3.0.31 is the version in
the archive.
Phil.
-
Philip Charles; 39a Paterson St., Dunedin, New Zealand; +6
On Mon, 11 Jun 2001, Marcus Brinkmann wrote:
> openssl is in non-us and up to date (see
> http://hurd.sourceforge.net/turtle/group/Debian-non-US/package/openssl/index.html
> for details).
Good news. I suppose it will be in the archive in the next day or two.
> openssh: We are waiting for the H
Between debhelper 3.0.26, and 3.0.31 dh_gencontrol changed, and no
longer works on the Hurd.
I haven't filed a bug yet, because I think this is exposing a
perl-on-hurd bug (dh_gencontrol works fine under Linux).
I don't speak perl, so I might have this wrong, but:
if (-e $varname) should test
Hi folks !
I'm currently having a look had gnumach to figure out how to integrate
support for a Netgear FA311. There are drivers for Linux2.2 available in
source (GPL) and from what a brief look at the sources revealed, the
interfacce didn't change that much.
I have already had a look at i386/D
On Mon, Jun 11, 2001 at 05:16:51AM +, Philip Charles wrote:
> On Sun, 10 Jun 2001, James Morrison wrote:
>
> > Will openssh and openssl be included on the F3 CD's?
>
> Sorry to say, no. They are not included in the Hurd archives.
openssl is in non-us and up to date (see
http://hurd.sourcefo
On Sun, 10 Jun 2001, James Morrison wrote:
> Will openssh and openssl be included on the F3 CD's?
Sorry to say, no. They are not included in the Hurd archives.
Phil.
-
Philip Charles; 39a Paterson St., Dunedin, New Zealand; +64 3 4882818
Mobile 025 267 9420. I sell GNU/Linux CDs. See http
On Sun, 10 Jun 2001, Marcus Brinkmann wrote:
> I compiled and uploaded openldap, exim should now be doable. I can't do it
> until the week after next, though, so someone else please beat me to it.
I can wait another 10 - 12 days.
> ae is fine.
In it goes.
>
> It would be nice to have a new
14 matches
Mail list logo