On 29 Aug 2002, Tollef Fog Heen wrote:
> FWIW, Mailman 2.1 will be able to VERP properly. MM is used on other
> small installations like sf.net, python.org and apple.com, so I
> think it should be able to scale.
Yes, and for a good long time sf.net at least was not larger than us and
had about
On Thu, 7 Mar 2002, Anthony Towns wrote:
> The challenge/response should probably be the same sort of thing you get
> for subscriptions. This'd allow people who send mail from an address
And observation I've made is that the majority of true spam is sent to a
large number of lists without using
On Wed, 14 Nov 2001, Branden Robinson wrote:
> > * #debian-devel has always been a channel for Debian development. It
> > never was a channel restricted to just Debian developers
> This simply is not true, as I've said over and over again elsewhere.
> Ask the people who were there years ago,
On Thu, 30 Nov 2000, Christian Surchi wrote:
> > If a RedHat user runs wget http://http.us.debian.org/path/to/GPLed/deb, did
> > Debian not distribute that file to the RedHat user?
Just you know, to add some perspective here,
If the same RedHat user sshs to my machine and copies /usr/bin/ls the
On Tue, 31 Oct 2000, Anthony Towns wrote:
> On Mon, Oct 30, 2000 at 08:04:53PM -0500, Daniel Jacobowitz wrote:
> > The PowerPC port is about to be without an unstable build daemon again.
>
> Insert random support here. I think this is a completely sensible use
> of project funds.
I agree, I've
On 26 Jul 2000, Thomas Bushnell, BSG wrote:
> Dirk Eddelbuettel <[EMAIL PROTECTED]> writes:
>
> > On Wed, Jul 26, 2000 at 05:48:26PM +0200, Marcus Brinkmann wrote:
> > > And WHAT makes you think that a delay is a sign of "limited interest"?
> >
> > How else can a lack of reply be interpreted?
On Wed, 26 Jul 2000, Marcus Brinkmann wrote:
> I want to repeat: The applicant wants to help US. WE require the
> cumbersome new maintainer procedure. So WE have the responsibility
Uh, WE also have 500 other developers, the last thing we need is to
actively persue people who have a limited inte
Hi all
Our mirror list has grown somewhat out of proportion and there are
probably lots of hooped/partial mirrors.
Thus I would like to request that someone cookup a python/perl script to
check this out. The basic operation would be to take the mirror list and
probe each mirror to determine how
Nicely Said!
On Fri, 16 Jun 2000, Brian Mays wrote:
> Before everyone becomes huffy over my last statement, please let me
> explain. Our definition of free (i.e., the DFSG) is arbitrary. It is
> not some divine revelation, handed down from above and written in stone.
> Mostly it is a compromi
On 13 Jun 2000, John Goerzen wrote:
> > John has said that non-free has ceased to be useful based on the fact that
> > he doesn't actually make use of it, and many others agreed with this
> > assesement. So here is a slightly different perspective.
> Jason, you are so badly distorting my posi
On 11 Jun 2000, Colin Walters wrote:
> > "Marek" == Marek Habersack <[EMAIL PROTECTED]> writes:
> I am curious, where do you get this idea? I have not read anything
> like this in the Debian literature.
>
> The only thing I have read that comes close to saying this is point
> four of the
On Sun, 11 Jun 2000, Anthony Towns wrote:
> todists/woody/
> main
> add-on/
> contrib
> non-free
> experimental
> orphaned
> ipv6
>
John has said that non-free has ceased to be useful based on the fact that
he doesn't actually make use of it, and many others agreed with this
assesement. So here is a slightly different perspective.
I have gone back and counted the number of packages in the non-free
sections in debian, if Joh
On 10 Jun 2000, John Goerzen wrote:
> Please. The dependency is already not meetable within Debian. You
> mean, not meetable with files on ftp.debian.org. Which is really a
> non-issue, as the files could just as easily be retrieved from
> ftp.notdebian.org or whatever.
So uh.. the default A
On 24 Apr 2000, Philippe Troin wrote:
> Of course, we have nothing better to do than playing the Debian
> Democracy Game. This piece of "policy" is so often used that it
> obviously need a rewrite.
If this is how many people feel then I would like to simply have the
language of the policies in t
On Mon, 3 Apr 2000, Julian Gilbey wrote:
> Like during the Perl transition period, or when a recent libstdc++
> broke apt, or when su stopped being able to su, or when
What you are describing is a problem with the package life cycle, not the
replication of incoming. Let me reiterate:
DO NO
On Mon, 3 Apr 2000, Mark Brown wrote:
> Would it be possible for Incoming to be made avalible via FTP as well as
> HTTP? Both can have problems with firewalls and forced proxying, but
I don't think so, ftp is going to remain turned off on that machine. If
you can't fetch things from the web, b
On Sat, 1 Apr 2000, Craig Sanders wrote:
> > *** DO NOT MIRROR THIS SITE ***
> >
> > I hope to dismantle the sites mirroring incoming in favor of direct
> > access, it ultimately will use less bandwidth/cpu.
>
> this is bad. sometimes installing stuff from incoming is essential
> because packag
The following URL will yeild the incoming directory on master,
http://incoming.debian.org/
The purpose of this is to allow non-developers to fetch specific packages
from incoming at the explicit prompting of debian developers.
*** DO NOT MIRROR THIS SITE ***
I hope to dismantle the sites mirro
In the process of enacting the policy change to disallow ftp, the question
came up about incoming.
It has been suggested that we make incoming available via a path like
http://incoming.debian.org/incoming and most likely dismantle the incoming
mirror network (all 4 of them :>).
This would only b
On Wed, 5 Jan 2000, Antti-Juhani Kaijanaho wrote:
> I'm not sure what you mean by "the various alternate locals" but
> the standard rfc822 module (AddressList class) seems to do what you need.
>
> See: http://www.python.org/doc/current/lib/module-rfc822.html
>
> Or is it somehow deficient?
It
Hi all,
I spent the entire evening today converting VA to LDAP and cleaning out
alot of cruft. In the process I had to renumber several of CVS repository
group IDs, I hope this doesn't effect anything but if something goes
funny, this might be why.
There was some downtime on www user pages (~jgg
Hi,
VA is in the process of changing their IP adresses around and today we
switched va.debian.org to its new address of 198.186.203.20. It will still
respond on the old adress for some time, but please change any hardcoded
references to the new address now - in particular bind's
configuration fil
Hi all,
Some of you may recall I mentioned some time ago that I hoped to have a
means of finding developers that may have left us, and today I put it
online! The system is called Echelon (NSA calls theirs that, so can we!)
and how it works is by passively monitoring all mailing list traffic and
i
On Sat, 20 Nov 1999, Joel Klecker wrote:
> No you don't, a native FreeBSD port of glibc2 wouldn't have any need of
> Linux system call emulation.
> glibc is designed to be portable, the majority of its code is system
> independant, system dependencies are in a hierarchial directory structure
> (s
On Fri, 19 Nov 1999, Joey Hess wrote:
> Clint Adams wrote:
> > Why would you use an emulated binary when you can
> > easily have a native one?
>
> Who said anything about emulated binaries? Port glibc to freebsd, and use it
> natively.
I would be inclined to say that any attempt to port Debian
On Mon, 1 Nov 1999, Martin Schulze wrote:
> Anthony Towns wrote:
> > This doesn't do anything to address the real issue (getting
> > new-maintainers back on its feet), and only seems to give people something
> > to point to when whining about how everyone else isn't doing everything
> > for them.
On Thu, 28 Oct 1999, Joey Hess wrote:
> Marcus Brinkmann wrote:
> > This makes me think about dropping the symlinks completely.
> >
> > So we can have a real, physical pool of any sort, and all distributions are
> > simply a packages file with the relevant constellation.
>
> This makes it impos
On Mon, 25 Oct 1999, Lalo Martins wrote:
> Yes, but pool can have multiple versions of a same package.
But how on earth is anyone supposed to know which version is the one they
want?
> Hmm. I actually meant to use apt's install-time dependency
> check. It's smart enought to know when something
On Sun, 24 Oct 1999, Lalo Martins wrote:
> This proposal includes erradication of the "experimental" area,
> because very few maintaiers use it, because it's "out of the
> way" for people to download from it, and because it will be
> redundant with the "pool" layer.
Like Gregory said, experiment
[Lame cross post to -announce removed, gah]
> The ftpmasters do their work for the project. They exist
> on behalf of the project. The project does not exist as result
> of the ftpmasters, it's vice versa.
However, the FTP masters are the resident experts in field of 'ftp archive
mainti', igno
31 matches
Mail list logo
