Package: wu-ftpd
Version: 2.4-13
As you can see, wu-ftpd on chiark violates the FTP protocol pretty
badly when the pwd fails. This makes ncftp fall over.
Ian.
-chiark:~ telnet localhost ftp
Trying 127.0.0.1...
Connected to localhost.
Escape character is '^]'.
220 chiark FTP server (Version
I've copied my cron-driven upload scripts to chiark, where they're now
running.
The procedure for uploading via chiark is now as follows:
1. Upload your files to chiark:/pub/debian/private/project/Incoming.
2. Rename them into chiark:/pub/debian/private/project/queue.
My cron will pick them up
I don't know if this is a good news or bad news.
but I think there is a big misunderstanding about debian-0.93 and debian-1.0
I really forsee the need to do this
debian-0.93
release - debian-0.93
development/debian-1.0
NOTICE: NO LINK
development/trial-packages (or some such instead of inside
Matt: you can now stop mirroring Incoming.uk from chiark and delete
it on ftp.debian.org.
GONE!!!
Enjoy!
--
Matthew S. Bailey
107 Emmons Hall
Central Michigan University
Mt. Pleasant, MI 48858
[EMAIL PROTECTED]
... Any resemblance between the above views and those of my employer,
my
Hi..
Are these new aout-* packages going to stay the same name forever? And also,
are there going to be elf-* packages under the debian-1.0 tree too? It's a
little confusing having aout-gcc-2.6.3-4.deb and gcc-2.7.0-2.deb - is the
2.7 ELF?
I think I read a little about this before
Date: Fri, 17 Nov 1995 00:17:33 -0500 (EST)
From: Matthew Bailey [EMAIL PROTECTED]
I am getting 10 - 15 complaints a day about this debian-1.0 and how
it won't install all the way or that it isn't all ELF as advertised
previously. Well I know I bite my teeth and press delete on all
Are these new aout-* packages going to stay the same name forever?
Probably as long as we support a.out.
And also,
are there going to be elf-* packages under the debian-1.0 tree too?
The elf-* packages were experimental packages, for those maintainers that
wanted too look ahead towards ELF;
This brings up a potentially important question:
1.2.13 won't compile under ELF by default, and though there have been
many threats of 1.2.14 it has yet to materialize. Are we going to push
forward with 1.3.x, or stick with 1.2.13 and patch?
I run 1.3 kernels myself, but they are not
Matthew Bailey [EMAIL PROTECTED] said:
I don't know if this is a good news or bad news.
but I think there is a big misunderstanding about debian-0.93 and debian-1.0
I really forsee the need to do this
debian-0.93
release - debian-0.93
development/debian-1.0
NOTICE: NO LINK
Carlos Carvalho writes:
From @mongo.pixar.com:[EMAIL PROTECTED] Fri Nov 17 02:10:50 1995
Old-Return-Path: [EMAIL PROTECTED]
Date: Thu, 16 Nov 1995 16:10:51 -0200
From: Carlos Carvalho [EMAIL PROTECTED]
Message-Id: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: rxvt doesn't need to be suid
The following problem reports have not yet been marked as `taken up'
by a message to [EMAIL PROTECTED]
OVER 9 MONTHS OLD - ATTENTION IS REQUIRED:
Ref PackageKeywords/Subject Package maintainer
379 mount Repeatable mount(1) problem wi Bruce Perens [EMAIL PROTECTED]
416
On Fri, 17 Nov 1995, Ian Murdock wrote:
Why would the mirror program be removing debian-0.93?
No, They have told mirror to exclude it due to space restrictions
I have been telling them NOT to mirror 1.0 if they are under a space crunch.
But rather just get debian-0.93 instead..
--
I have taken over the installation system from Ian Murdock, and need
some time to work on that. I'm going to convert it to ELF, go to a
one-floppy install, and eventually rewrite the installation interface
in C++, with multi-language support, using Ncurses forms. I need to do
work on the base
Are these new aout-* packages going to stay the same name forever?
Probably as long as we support a.out.
And also,
are there going to be elf-* packages under the debian-1.0 tree too?
The elf-* packages were experimental packages, for those maintainers that
wanted too look ahead
This brings up a potentially important question:
1.2.13 won't compile under ELF by default, and though there have been
many threats of 1.2.14 it has yet to materialize. Are we going to push
forward with 1.3.x, or stick with 1.2.13 and patch?
The kernel can still be compiled in a.out
As far as I can see, the following packages will have to go through this
transition: electric-fence, libdb (part of libc4, but not of libc5; I'll
take
a look at this), libg++, libident, libncurses.
add flex (for libfl)
This brings up a good question. Do we really want to provide
F'up to debian-devel!
Dirk == Dirk Eddelbuettel [EMAIL PROTECTED] writes:
Dirk Will ligb++-2.7.x be debianized or do we have to grab that ourselves?
libg++ is high on my personal priority list, since I'm using it extensively for
my work. But you'll have to wait til my network connection
On Fri, 17 Nov 1995, David Engel wrote:
The kernel can still be compiled in a.out format. The a.out
development tools aren't completely going away. They just won't be
the default. If you really want to compile 1.2.13 in ELF format, I
suggest you politely request Linus to update it one last
The kernel can still be compiled in a.out format. The a.out
development tools aren't completely going away. They just won't be
the default. If you really want to compile 1.2.13 in ELF format, I
suggest you politely request Linus to update it one last time.
As I remember, from trying
19 matches
Mail list logo
