On Wed, Apr 03, 2002 at 03:56:06PM -0600, Michael Janssen wrote:
In Joerg Jaspert's email, 03-04-2002:
Doug Porter [EMAIL PROTECTED] writes:
I suspect there will be enough people on both sides of this
issue. How about defaulting to non-verbose behavior, and having
a `-verbose'
On Wed, Apr 03, 2002 at 10:45:29PM +0200, Otto Wyss wrote:
Since I hated to start dselect again and again just to read a package
description I wrote a script dsc2man which creates appropriate man
pages for each package.
To minimize possible conflicts with other names it creates man pages in
also sprach Andrew Pimlott [EMAIL PROTECTED] [2002.04.03.1754 +0200]:
There are several good reasons:
- If a band-aid fix is allowed, there is less incentive to find
the correct fix.
true. doesn't mean that we have to fall into that hole.
- If the problem isn't understood, there is
also sprach Andrew Pimlott [EMAIL PROTECTED] [2002.04.03.1805 +0200]:
On Wed, Apr 03, 2002 at 10:54:25AM -0500, Andrew Pimlott wrote:
I think Wichert's position
... reflects appropriate discipline, given the (relatively modest)
severity of the problem.
i also have to agree with you here
also sprach Nathan E Norman [EMAIL PROTECTED] [2002.04.03.0732 +0200]:
well, i am calm, but i disagree. sure, it boils down to the question
who debian's audience are, but for all i am concerned, debian's
reputation _used_ to include security, and the reason why i'd (as in
would and had)
This one time, at band camp, Wichert Akkerman wrote:
Previously Colin Walters wrote:
This gets tricky though, because right now the BTS isn't designed to
do stuff depending on the submitter at all...
It's simple, just stick a flag in the mail headers.
And that flag is?
--
[EMAIL PROTECTED]
On Wed, Apr 03, 2002 at 10:51:22PM +0200, Joerg Jaspert wrote:
Doug Porter [EMAIL PROTECTED] writes:
I suspect there will be enough people on both sides of this
issue. How about defaulting to non-verbose behavior, and having
a `-verbose' variant of all the BTS addresses (or even the
On Thu, Apr 04, 2002 at 01:09:27AM +0200, martin f krafft wrote:
this problem is understood by the developers of proftpd
Wichert said that nobody has explained why the current fix on s.d.o
doesn't work. If the problem is understood, why hasn't someone
explained this? That's all that is asked,
On Thu, Apr 04, 2002 at 01:06:26AM +0200, martin f krafft wrote:
because it will prevent s.d.o from serving a buggy package. it's not
fixed perfectly, but at least it's not subject to a known exploit.
Could you be a little more careful with your terms? A DOS is not an
exploit, it's a DOS. By
[EMAIL PROTECTED]
I think we need a better way to specify flags. Especially
because now we've got to worry about which comes first (or does
it matter)?
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Tuesday 02 April 2002 06:17, Ben Collins wrote:
On Tue, Apr 02, 2002 at 03:48:49AM +0200, Paul Russell wrote:
Looking at my testing PPC box with grep-available, we have only about
8GB total Installed-Size. So I would expect a ccache of 1GB
Paul Russell [EMAIL PROTECTED] cum veritate scripsit:
If this is indicative, a complete debian build would use 24GB, and I
would say that a cache of a few GB would be a win (given not all
packages get built as frequently).
Also, a build farm could be optimized to usually build the same
Hello,
Could someone explain to me the point of releasing
Xfree86 4.1.0-15 as is when clearly patch #065 was
going to break builds on most non-intel arches?
* patch #065: raped again by Herbert Xu and Ben Collins; you're not
supposed to Build-Depend on a kernel package and at the same
Hi,
clanlib package used to have a libclanlib.so.1, and
since yesterday or so, it now has libclanlib.so.2.
This will break upgrade from potato to woody.
I am rather doubtful if this can be fixed before woody release,
any thoughts ?
regards,
junichi
--
[EMAIL PROTECTED] : Junichi
Opps...that bug report associated with this
problem is 141116 not 141114...sorry.
Jack
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
On Wed, 2002-04-03 at 03:14, Anthony Towns wrote:
The easiest solution is probably to add a Conflicts: line to libsmpeg0
against all the packages that used to Depend: on it in potato, which seems
to be:
Conflicts: libsmpeg-dev (= 0.3.5-1), smpeg-gtv (= 0.3.5-1),
On Thu, Apr 04, 2002 at 12:18:22PM +0900, Junichi Uekawa wrote:
clanlib package used to have a libclanlib.so.1, and
since yesterday or so, it now has libclanlib.so.2.
This will break upgrade from potato to woody.
I am rather doubtful if this can be fixed before woody release,
any thoughts
On Wed, Apr 03, 2002 at 09:42:24PM -0500, Jack Howarth wrote:
Hello,
Could someone explain to me the point of releasing
Xfree86 4.1.0-15 as is when clearly patch #065 was
going to break builds on most non-intel arches?
Actually, the patch was applied to FIX a problem with building xfree86
On Wed, Apr 03, 2002 at 11:34:26PM -0500, Branden Robinson wrote:
Apparently, if the Linux kernel driver guys renumber some ioctls, the
right thing is for everybody's apps to break instantly.
Err, brainfart -- scratch that point. Obviously this happens no matter
where they're defined, because
On Wed, Apr 03, 2002 at 11:59:36PM -0500, Branden Robinson wrote:
On Wed, Apr 03, 2002 at 11:34:26PM -0500, Branden Robinson wrote:
Apparently, if the Linux kernel driver guys renumber some ioctls, the
right thing is for everybody's apps to break instantly.
Err, brainfart -- scratch that
What we really should have is a nice low-level C library that encapsulates
such things and lets anyone use it...
All we really need is a master ioctl header that defines the numbers. It
would be Debian specific, but what the hell.
--
Debian - http://www.debian.org/
Linux 1394 -
On Thu, Apr 04, 2002 at 03:04:17PM +1000, Anthony Towns wrote:
The kernel doesn't change ioctl numbers; they're actually competent at
maintaining their interfaces. OTOH, they don't consider their headers
such an interface, and they're happy to have them break randomly or not
work from
On Thu, Apr 04, 2002 at 12:22:00AM -0500, Branden Robinson wrote:
On Thu, Apr 04, 2002 at 03:04:17PM +1000, Anthony Towns wrote:
The kernel doesn't change ioctl numbers; they're actually competent at
maintaining their interfaces. OTOH, they don't consider their headers
such an interface,
On Thu, Apr 04, 2002 at 12:16:30AM -0500, Ben Collins wrote:
What we really should have is a nice low-level C library that encapsulates
such things and lets anyone use it...
All we really need is a master ioctl header that defines the numbers. It
would be Debian specific, but what
On Wed, Apr 03, 2002 at 10:14:46PM -0600, Steve Langasek wrote:
On Thu, Apr 04, 2002 at 12:18:22PM +0900, Junichi Uekawa wrote:
clanlib package used to have a libclanlib.so.1, and
since yesterday or so, it now has libclanlib.so.2.
This will break upgrade from potato to woody.
I am rather
Yo tambien quiero!
Mismo diseño que Vigu, mismo tamaño, mismo sitio. 2 unidades :-)
Prefiero el negro de color.
Montamos una votación de diseños-sitios-colores?
Me ofrezco voluntario, los que tengan ideas que las manden, cuando esten
todas votamos, etc...
On Mon, Apr 01, 2002 at 10:38:30PM
On Wed, Apr 03, 2002 at 09:38:57AM +0200, Roberto Suarez Soto wrote:
On Apr/02, Xavier Andrade wrote:
Yo he visto algunas camisetas con la espiral sobre negro y se ve bastante
bien.
¿Y en azul oscuro? Vi alguna así en algún sitio (sí, ya lo sé, soy
muy preciso :-D) y tampoco
--- Roberto Suarez Soto [EMAIL PROTECTED] wrote:
On Apr/02, Xavier Andrade wrote:
Yo he visto algunas camisetas con la espiral sobre
negro y se ve bastante
bien.
¿Y en azul oscuro? Vi alguna así en algún sitio
(sí, ya lo sé, soy
muy preciso :-D) y tampoco quedaba mal :-)
Otra
101 - 128 of 128 matches
Mail list logo