far as I'm concerned...
Since then, of course...
Cheers,
aj
--
Anthony Towns <[EMAIL PROTECTED]> <http://azure.humbug.org.au/~aj/>
I don't speak for anyone save myself. GPG signed mail preferred.
``Dear Anthony Towns: [...] Congratulations --
you are now cer
m is much more
> worthwhile to address than security updates targeted at 'testing'.
You're wrong: blockages can never be cleared quickly enough to make for
timely security fixes. For security fixes, "timely" is "same day"; for
testing, "timely" is &q
t hard?
Cheers,
aj
--
Anthony Towns <[EMAIL PROTECTED]> <http://azure.humbug.org.au/~aj/>
I don't speak for anyone save myself. GPG signed mail preferred.
``Dear Anthony Towns: [...] Congratulations --
you are now certified as a Red Hat Certified Engineer!''
s actually good at.
> Sidestepping the process to provide this kind of "timely" security update
> for "unreleased" software, on the other hand, doesn't seem particularly
> valuable to me.
What, precisely, is unreleased about it?
Cheers,
aj
--
Anthony Towns <[EMAIL PR
On Thu, May 15, 2003 at 08:09:48AM +0200, Sven Luther wrote:
> On Thu, May 15, 2003 at 01:13:19PM +1000, Anthony Towns wrote:
> > On Wed, May 14, 2003 at 07:12:15PM -0400, Joey Hess wrote:
> > > Take the harden package, or create something similar: a package that
> > >
On Thu, May 15, 2003 at 11:13:59AM +0200, Sven Luther wrote:
> On Thu, May 15, 2003 at 09:03:06PM +1000, Anthony Towns wrote:
> > On Thu, May 15, 2003 at 08:09:48AM +0200, Sven Luther wrote:
> > > On Thu, May 15, 2003 at 01:13:19PM +1000, Anthony Towns wrote:
> > > >
On Thu, May 15, 2003 at 10:06:47AM -0400, Matt Zimmerman wrote:
> On Thu, May 15, 2003 at 03:19:02PM +1000, Anthony Towns wrote:
> > On Wed, May 14, 2003 at 11:59:49PM -0400, Matt Zimmerman wrote:
> >> Do you honestly think would be a good idea to use testing-security this way
&
g/tpu-approved/. Any developer can easily
be put "in a position to do so" with a fair amount of ease. If someone
would like to volunteer whose not in with the security team, or a release
assistant, please talk to herr DPL about doing so, rather than me.
Cheers,
aj
--
Anthony T
On Wed, May 14, 2003 at 03:57:58PM -0400, Michael Stone wrote:
> On Wed, May 14, 2003 at 10:14:53AM -0500, Gunnar Wolf wrote:
> >I'm sorry, I am on a public terminal, and can't quite remember where I
> >read it - But testing should always be close to a releasable state.
> That assumption is both fa
On Thu, May 15, 2003 at 10:28:48PM -0400, Matt Zimmerman wrote:
> On Fri, May 16, 2003 at 10:40:10AM +1000, Anthony Towns wrote:
> > On Thu, May 15, 2003 at 10:06:47AM -0400, Matt Zimmerman wrote:
> > > There's that "we" again. Why not unstable, too?
> &g
On Fri, May 16, 2003 at 09:11:27AM +0200, Matthias Urlichs wrote:
> Hi, Anthony Towns wrote:
> > Yes, and funnily enough, uploads to -p-u have to be processed by the
> > release manager, either Joey for stable, or me for testing.
> This may be a stupid question, but why is ther
to announce them,
and to keep the secret if they've not been widely announced.
I don't care if *you* are the person that's doing it, or if it's some
complete newbie to the security team; what I do care about is not wasting
or unnecessarily duplicating the infrastructure we'
unsubscribe
ng.
(It didn't go in yesterday in spite of being a valid candidate because the
two OOo packages need to go in simultaneously, which I didn't notice; you can
tell it didn't go in because update_output doesn't list openoffice.org in a
`final:' line anywhere)
Cheers,
a
t, I told them to ignore it, since finally getting python,
perl, qt, postgresql, etc up to date in testing is far more important.
Cheers,
aj
--
Anthony Towns <[EMAIL PROTECTED]> <http://azure.humbug.org.au/~aj/>
I don't speak for anyone save myself. GPG signed mail prefer
ly.
That misses the point, I think: Matt was saying "it should go into a
security update repository, just not on security.debian.org", and Mike
was asking "why not?". "We don't currently do it" isn't an answer to
that question.
Cheers,
aj
--
Anthony Towns <[EMAIL P
don't make that
assumption, or ignore that concern shouldn't be surprising, and isn't
particularly informative.
Cheers,
aj
--
Anthony Towns <[EMAIL PROTECTED]> <http://azure.humbug.org.au/~aj/>
I don't speak for anyone save myself. GPG signed mail preferred
topic for this mailing list. Take
it to soc.politics or somewhere already.
Cheers,
aj
--
Anthony Towns <[EMAIL PROTECTED]> <http://azure.humbug.org.au/~aj/>
I don't speak for anyone save myself. GPG signed mail preferred.
``Dear Anthony Towns: [...] Congratulations --
thout a reason for being installed.
> Is there a program for this already?
deborphan might be tweakable to do this. pkg-order could also be useful.
Apt 0.5 now has a python interface, and possibly a perl interface, so
that's probably usable too.
HTH.
Cheers,
aj
--
Anthony
doesn't build on sparc/arm, see 94514
+ axe uploaded 125 days ago, out of date by 115 days!
doesn't build on sparc, no bug filed
+ atari800 uploaded 125 days ago, out of date by 115 days!
depends on svgalibg1 on m68k; svgalib isn't supported on anything
are/keymaps so I can't check if loadkeys will fix
> my problem (below).
console-data's missing due to its two RC bugs (85128, and 85629). I think
everything else is due to that.
Cheers,
aj
--
Anthony Towns <[EMAIL PROTECTED]> <http://azure.humbug.org.au/~aj/>
I don&
testing already takes too much of both. Generally,
if the problem doesn't occur on alpha, it's specific to one or two arches.
Cheers,
aj
--
Anthony Towns <[EMAIL PROTECTED]> <http://azure.humbug.org.au/~aj/>
I don't speak for anyone save myself. GPG signed mail preferred.
``
n is to disable it in /etc/sysctl.conf.
> >> However, I just had a look, and sysctl.conf is in procps which isn't
> >> essential. So we may need to move this functionality to an essential
> >> package, perhaps sysvinit.
> > How about netbase and put it in /etc/ne
ore comprehensible. Arm does this to get a list of out of date packages for
arm that don't have RC bugs against them already, eg.
Cheers,
aj
--
Anthony Towns <[EMAIL PROTECTED]> <http://azure.humbug.org.au/~aj/>
I don't speak for anyone save myself. GPG sig
On Wed, Apr 25, 2001 at 03:53:15PM +1000, Anthony Towns wrote:
> + locale-vi uploaded 202 days ago, out of date by 192 days!
> + locale-zh uploaded 190 days ago, out of date by 188 days!
> probably should be removed from the archive as of glibc 2.2.x
> (conflicts with gl
dependencies. Note, that said
> policy version itself is not mandatory.
This is not correct. All packages have to follow current policy: if they
miss out on most issues, that's a bug, if they miss some other issues,
that's an RC bug. It doesn't matter what Standards-Version they
and i386
postgresql has had a brand new upstream release (7.1)
There are other broken things here too.
(Gotta love complicated dependency sets and software that's not backwards
or forwards compatible...)
php4's another matter entirely, which I'm not inclined to look into yet :)
On Fri, Apr 27, 2001 at 05:31:02PM -0500, Adam Heath wrote:
> On Sat, 28 Apr 2001, Anthony Towns wrote:
> > This is not correct. All packages have to follow current policy: if they
> > miss out on most issues, that's a bug, if they miss some other issues,
> > that'
ore.
And, indeed, there's a debconf question for this very reason. OTOH, anyone
who wants to use telnet, but not telnetd, can just install the telnet.deb,
but not the telnetd.deb.
In general, services get their own package, and when they do, if you
don't want them running: don't in
nd moving both tetex and emacs out from standard?
Cheers,
aj (alternately, we could expand tasksel so that it'd take note of a
religion-emacs metapackage...)
--
Anthony Towns <[EMAIL PROTECTED]> <http://azure.humbug.org.au/~aj/>
I don't speak for anyone save myself. GP
work through, and they seem likely
to be useful.
(They could be further categorised by naming them like:
task-devel-c
task-lang-polish
task-user-wordprocessing
task-server-dns
task-hardware-dialup
And having tasksel know about the conventions we might us
the changes file and don't see anything
> wrong and I don't suspect there is since it IS in the pool. Can anyone
> shead some light on this?
HTH.
Cheers,
aj
--
Anthony Towns <[EMAIL PROTECTED]> <http://azure.humbug.org.au/~aj/>
I don't speak for anyone save myself
On Fri, May 04, 2001 at 02:35:03PM +0200, Turbo Fredriksson wrote:
> Quoting Anthony Towns :
> > + roxen-fonts-iso8859-2 uploaded 399 days ago, out of date by
> > + roxen-fonts-iso8859-1 uploaded 399 days ago, out of date by
> These are fonts. Why should they be 'out of d
eaders" for programs that really do?
Help! :)
Cheers,
aj
--
Anthony Towns <[EMAIL PROTECTED]> <http://azure.humbug.org.au/~aj/>
I don't speak for anyone save myself. GPG signed mail preferred.
``_Any_ increase in interface difficulty, in exchange for a benefit you
do not
On Sat, May 05, 2001 at 06:07:54AM -0400, Ben Collins wrote:
> On Sat, May 05, 2001 at 06:23:39PM +1000, Anthony Towns wrote:
> > In short, how do you do them?
> > AFAICT, I could conceivably add either
> Build-Depends: kernel-headers-2.2
> or
> Build-Dep
kernel different from the one you compiled
> for, the chances are that you do not need specific kernel headers; at
> most, you need to say headers from a kernel later than blah).
Sure, fine, wonderful. How do I do this, exactly?
Cheers,
aj
--
Anthony Towns <[EMAIL PROTECTED]> <
> accepted in testing. It (update-output) mumbles something incoherent about
> the package on alpha, but it's now been built for alpha.
Yup, but the version on alpha depends libc6.1 >= 2.2.3-1 or so, and
libc6 2.2.3-1 doesn't build on i386...
Cheers,
aj
--
Anthon
uot;Standards-Version: 526.7.8.9.13-Foo.6" if you want. And no matter what
Standards-Version you have, you still have to follow the FHS, you have
to use /usr/share/doc, and if you specify build-dependencies they have
to be correct.
Cheers,
aj
--
Anthony Towns <[EMAIL PROTECTED]>
ather than not
having anything). That's still independent of Standards-Version, though.
Policy still needs to be changed to say that documentation should be
referenced from /usr/share/doc rather than /usr/doc, iirc.
Cheers,
aj
--
Anthony Towns <[EMAIL PROTECTED]> <http://azure.humbug.o
ne uploads to unstable? Will people be able to upload to frozen
> during the various parts of various freezes?
There'll probably be three+two: ie, stable, testing, unstable,
potato-proposed-updates and woody-proposed-updates. woody-proposed-updates
will be for emergencies only.
Cheers,
when that settles down it'll go in)
Cheers,
aj
--
Anthony Towns <[EMAIL PROTECTED]> <http://azure.humbug.org.au/~aj/>
I don't speak for anyone save myself. GPG signed mail preferred.
``_Any_ increase in interface difficulty, in exchange for a benefit you
s not. :-)
Nah, it's the other way around: one of the php3 binaries in testing
doesn't work with the postgresql in unstable, and the php3 in unstable
doesn't work with the postgresql in testing; ditto some other php3 binary
and apache, and a few other similar things. It gets quite
On Mon, May 07, 2001 at 06:09:10PM +0100, Oliver Elphick wrote:
> Anthony Towns wrote:
> >Nah, it's the other way around: one of the php3 binaries in testing
> >doesn't work with the postgresql in unstable, and the php3 in unstable
> >doesn't work with t
like.
It's certainly okay to run from a somewhat out-of-date unstable box, and
that's essentially what testing ends up being. Some parts are obvious more
out of date than others, though.
Cheers,
aj
--
Anthony Towns <[EMAIL PROTECTED]> <http://azure.humbug.org.au/~aj/>
I
if also counting uploaded pkgs
m68k:78.97% up-to-date, 79.89% if also counting uploaded pkgs
mips:56.93% up-to-date, 56.93% if also counting uploaded pkgs
mipsel: 1.48% up-to-date, 1.48% if also counting uploaded pkgs
sparc: 90.62% up-to-date, 91.89% if also counting uploa
packages don't work on the old libraries
_and_ old packages don't work with the new libraries). This is rarely
the case.
Cheers,
aj
--
Anthony Towns <[EMAIL PROTECTED]> <http://azure.humbug.org.au/~aj/>
I don't speak for anyone save myself. GPG signed mail
ith it. AFAIC, the default settings'll
remain exactly as they are in the kernel.
Cheers,
aj
--
Anthony Towns <[EMAIL PROTECTED]> <http://azure.humbug.org.au/~aj/>
I don't speak for anyone save myself. GPG signed mail preferred.
``_Any_ increase in interface difficulty, i
c/sys/net/ipv4/tcp_ecn' to enable).
This'd be analagous to the current behaviour with IP forwarding.
There might be other options too.
Cheers,
aj
--
Anthony Towns <[EMAIL PROTECTED]> <http://azure.humbug.org.au/~aj/>
I don't speak for anyone save myself. GPG sig
ous
tetex-base 111284 open serious
tetex-base 111289 open serious
wvdial 97298 open serious
xfonts-biznet-iso-8859-2 108911 open grave
Cheers,
aj
--
Anthony Towns <[EMAIL PROTECTED]> <http://azure.humbug.org.au/~aj/>
I don't speak for anyone save myself. GPG signed mai
On Fri, Sep 07, 2001 at 09:39:03AM -0500, Steve Langasek wrote:
> On Fri, 7 Sep 2001, Anthony Towns wrote:
> > On Fri, Sep 07, 2001 at 01:58:37PM +0200, Martin Michlmayr wrote:
> > > http://standard.debian.net/ is now available showing all bugs in
> > > standard. 8
hings that all packages are meant to do should really be in
-policy. That's policy's entire raison d'etre, after all.
Cheers,
aj
--
Anthony Towns <[EMAIL PROTECTED]> <http://azure.humbug.org.au/~aj/>
I don't speak for anyone save myself. GPG signed mail pref
hings rather than by having maintainers restrict their Build-Deps,
IMO. Especially considering there are are some obvious bugs in the
buildd's current handling of things.
Cheers,
aj
--
Anthony Towns <[EMAIL PROTECTED]> <http://azure.humbug.org.au/~aj/>
I don
27; opening
ceremony. Looks like some twit's subscribed the fanmail address (and its
autoresponder) to debian-bugs-dist or debian-bugs-closed.
Cheers,
aj
--
Anthony Towns <[EMAIL PROTECTED]> <http://azure.humbug.org.au/~aj/>
I don't speak for anyone save myself. GPG signed mail pref
t it's not built on arm yet) and additionally the updated gnome-apt and
stormpkg were built with the old apt on powerpc, so can't be successfully
upgraded either.
Cheers,
aj
--
Anthony Towns <[EMAIL PROTECTED]> <http://azure.humbug.org.au/~aj/>
I don't speak for anyo
On Fri, Sep 14, 2001 at 02:43:17PM +0800, James Brown wrote:
> Hey all,
> Can anyone point me to any docummentation on how the package files
> for woody and other pool-based distros are generated?
apt-get install apt-utils; man apt-ftparchive
Cheers,
aj
--
Anthony Town
elopers can access it directly)
Cheers,
aj
--
Anthony Towns <[EMAIL PROTECTED]> <http://azure.humbug.org.au/~aj/>
I don't speak for anyone save myself. GPG signed mail preferred.
``Freedom itself was attacked this morning by faceless cowards.
And freedom will be defended.'' Condolences to all involved.
On Fri, Sep 14, 2001 at 09:36:28AM -0500, Steve Greenland wrote:
> We really (okay, you, Anthony :-)) really need to consider the idea
> of allowing architecture slips in testing, if, there's been a package
> that has been waiting more than (say) 10 days on a rebuild on fewer
>
ble. There're
a bunch of packages like that. (ie, a Depends: otherpkg (= myver) line)
Cheers,
aj
--
Anthony Towns <[EMAIL PROTECTED]> <http://azure.humbug.org.au/~aj/>
I don't speak for anyone save myself. GPG signed mail preferred.
``Freedom itself was attacked th
lculate ordering for things to be added to testing intelligently,
are on the wishlist.
Anyway, that info should make diagnosing why your package isn't getting into
testing a bit easier, hopefully, maybe.
Cheers,
aj
[0] http://ftp-master.debian.org/testing/update_excuses.html
--
Anthony Towns
On Sat, Sep 15, 2001 at 01:53:03PM +0200, Paul Slootman wrote:
> On Sat 15 Sep 2001, Anthony Towns wrote:
> > As of the next dinstall/testing run (a few hours away yet) there'll be a
> > new set of lines in the update_excuses output [0] (NB: it's now over a MB so
> &
tallable packages (which does take into
account versions and conflicts, but ignores recommends and suggests) at
http://ftp-master.debian.org/testing/.
Cheers,
aj
--
Anthony Towns <[EMAIL PROTECTED]> <http://azure.humbug.org.au/~aj/>
I don't speak for anyone save myself. GPG si
them are |'ed with
something else, so it's not an issue. The unsatisifable deps lines are
just hints to make working out problems easier.
> Which is exactly the problem with libesd-alsa ?
There isn't one.
Cheers,
aj
--
Anthony Towns <[EMAIL PROTECTED]> <http://az
yself or Ryan Murray, either on -devel,
by mail or on irc is the easiest way to go. Use the Linus model if you
don't get a response in a day or two.
Cheers,
aj
--
Anthony Towns <[EMAIL PROTECTED]> <http://azure.humbug.org.au/~aj/>
I don't speak for anyone save myself. GPG s
cally gets written or packages isn't going
to get put in potato either. Alternatively, ftp-master.debian.org runs
potato, but somehow manages to have an apt-utils.deb installed including
apt-ftparchive.
Sorry about the patronising tone, but I feel kind of silly seeing this have
to be said on -devel
35423542 49523
Seems a lot less than most packages.
In any case, though, wanting new packages to be written and uploaded,
and then expecting them somehow to suddenly work on a potato box without
any backporting doesn't make any sense either.
Cheers,
aj
--
Anthony Towns <[EMAIL PROTECT
what I can see. Certainly looks blatantly non-free to me.
Cheers,
aj
--
Anthony Towns <[EMAIL PROTECTED]> <http://azure.humbug.org.au/~aj/>
I don't speak for anyone save myself. GPG signed mail preferred.
``Freedom itself was attacked this morning by faceless cowards.
#x27;ve been "bug terrorism", but maybe not
now.
--
Anthony Towns <[EMAIL PROTECTED]> <http://azure.humbug.org.au/~aj/>
I don't speak for anyone save myself. GPG signed mail preferred.
``Freedom itself was attacked this morning by faceless cowards.
And freedom will be defended.'' Condolences to all involved.
On Wed, Sep 26, 2001 at 01:39:38PM -0500, Steve Greenland wrote:
> On 25-Sep-01, 22:59 (CDT), Anthony Towns wrote:
> > and filing, what, a dozen new bugs against ftp.debian.org every week is
> > something other than harassment [0]?
> How is it harrasment?
How is it not?
&q
On Sat, Dec 22, 2001 at 06:23:58PM -0500, Dale Scheetz wrote:
> Lets not get the chiken/egg problem so screwed up we can't ever have
> chicken _or_ eggs!
Damn. I'm hungry now.
Cheers,
aj
--
Anthony Towns <[EMAIL PROTECTED]> <http://azure.humbug.org.au/~aj/>
I don&#x
is possible. Should I upload it to contrib?
If nothing's been created for it, why would you want to upload it to the
distribution at all?
The "Deb" in Debian does stand for "Deborah", not "Debating Society",
right?
Cheers,
aj
--
Anthony Towns <[EMAIL PR
as Zoetekouw posted the results
of a script in mid November that'd help clearing up packages that've
been sitting in the archive unmaintained for ridiculously long periods,
but it doesn't seem to be being used.
Cheers,
aj
--
Anthony Towns <[EMAIL PROTECTED]> <http://azure.h
nd what you meant to say
was `` "higher quality" than "average" '' or something.
Cheers,
a *twinge* j
--
Anthony Towns <[EMAIL PROTECTED]> <http://azure.humbug.org.au/~aj/>
I don't speak for anyone save myself. GPG signed mail preferred.
The
On Wed, Dec 26, 2001 at 12:26:50PM +0100, David N. Welton wrote:
> Anthony Towns writes:
> > On Wed, Dec 26, 2001 at 12:07:57PM +0100, David N. Welton wrote:
> > > As was stated elsewhere, the best way you can make a meaningful
> > > contribution is to file bugs t
On Wed, Dec 26, 2001 at 07:07:54PM +, Adam Olsen wrote:
> Anyway, I did some searching and found two interesting posts, although
> not the one by Bas Zoetekouw that was mentioned earlier.
http://lists.debian.org/debian-qa/2001/debian-qa-200111/msg00188.html
Cheers,
aj
--
Anthony
On Wed, Dec 26, 2001 at 09:36:13AM -0800, Thomas Bushnell, BSG wrote:
> Anthony Towns writes:
> > Oh god no. Please no. Inflating bug severeties just makes it harder to
> > do releases; if there's a problem with normal bugs being ignored (and,
> > IMO, there is), it need
ge, IMO: ie, "if the more important bugs
haven't gotten any attention for some time", then you can assume the
package isn't being maintained well.
If there are just lots of less important bugs that aren't getting attention,
then we're either short on manpower, or n
versions of a library, and
having this not reflecting in the Depends: is broken. See apt's Provides:
line and shlibs file, eg, for L=libapt-pkg, and M=libstdc++.
Cheers,
aj
--
Anthony Towns <[EMAIL PROTECTED]> <http://azure.humbug.org.au/~aj/>
I don't speak for anyone save
resql has a bunch of serious and grave bugs that've
been open for over a month, that, afaict, no one's doing anything about,
and is one of the things stopping the freeze from going anywhere.
Cheers,
aj
--
Anthony Towns <[EMAIL PROTECTED]> <http://azure.humbug.org.au/~aj/>
I
On Fri, Jan 04, 2002 at 10:32:22AM -0200, Henrique de Moraes Holschuh wrote:
> On Fri, 04 Jan 2002, Anthony Towns wrote:
> > On Thu, Jan 03, 2002 at 09:27:00PM -0800, Thomas Bushnell, BSG wrote:
> > > Another way is to bump the soname on libL at the time you bump the one
> >
eas about what might be slowing things down, but
> I suspect that Anthony has a much clearer idea of what the problem is.
> In fact, I just realized that I don't really even know what the plans,
> goals, and checklist (if we have one) for this release are.
We nominally gave up on tho
On Fri, Jan 04, 2002 at 09:15:41PM +0100, Michael Meskes wrote:
> On Fri, Jan 04, 2002 at 11:37:46PM +1000, Anthony Towns wrote:
> > > I agree completely. With our current testing setup this shouldn't be too
> > > difficult to do.
> > It's already pretty spl
ss we're willing to just release a
bunch of junk with known security problems that doesn't upgrade cleanly
and whatever else.
Cheers,
aj
--
Anthony Towns <[EMAIL PROTECTED]> <http://azure.humbug.org.au/~aj/>
I don't speak for anyone save myself. GPG signed mail preferred.
eory the maintainer should notice this immediately, and not do an
upload at all. Is there any reason for the maintainer not to notice, if
s/he does any testing at all?
It'd be nicer, though, if it failed to link at all, assuming it's never
going to work. Is there any way to achieve th
om
http://ftp-master.debian.org/ziyi_key_2002.asc
and should be signed by both me and the 2001 key.
Its key id is 1024D/722F1AED (and 4096g/D9A900D4), and the fingerprint
is 8FD4 7FF1 AA93 72C3 7043 DC28 AA7D EB7B 722F 1AED. It expires mid
January in 2003.
Cheers,
aj
--
Anthony Towns &
dn't* be necessary; just getting rid of the RC bugs that everyone
should already be feeling guilty about would get us right back on track;
but it appears that it is.
Cheers,
aj
[0] http://linux.conf.au/ amongst other things
--
Anthony Towns <[EMAIL PROTECTED]> <http://azure.humbug.
On Mon, 2002-04-01 at 23:17, Ben Collins wrote:
> > Looking at my testing PPC box with grep-available, we have only about
> > 8GB total Installed-Size.
>
> glibc packages total installed size is only a few dozen megs. However,
> the source builds takes up about 600megs. XFree86, about 1.6gigs.
g
> > That's all of three 100GB IDE disks running in RAID 0. Four disks if for
> > some reason you want redundancy on your cache.
>
> Surely you don't presume that a) All of our autobuilders have enough
> bays for 3 IDE disks and b) Can take IDE at all (vore, the sparc buildd,
> doesn't have any IDE
On Tue, 2002-04-02 at 11:17, Russell Coker wrote:
> So we firstly need to find a real slow arch which also supports 4 new large
> IDE disks (remember that machines 3 years old tend not to have good support
> for >32G drives).
That's primarily a BIOS problem, right? Does it matter for Linux?
>
ight be a nuisance to rebuild. These
downsides probably aren't worth worrying about.
> aj, I assume you won't allow a solution that needs everything using
> libsmpeg to be recompiled. Is this true?
Yup.
Cheers,
aj
--
Anthony Towns <[EMAIL PROTECTED]>
[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]
ders
such an interface, and they're happy to have them break randomly or not
work from userspace at all or anything.
What we really should have is a nice low-level C library that encapsulates
such things and lets anyone use it...
Cheers,
aj
--
Anthony Towns <[EMAIL PROTECTED]>
oes have, though. Or did. It now has
.so.2 versions of them instead. The package needs to be renamed when
you change sonames.
Cheers,
aj
--
Anthony Towns <[EMAIL PROTECTED]> <http://azure.humbug.org.au/~aj/>
I don't speak for anyone save myself. GPG signed mail preferred.
ssin
> bug #188.
It's not a configuration file, therefore it needn't be in /etc. Obviously
it'd be better if it were a configuration file, but that's a wishlist bug.
Cheers,
aj
--
Anthony Towns <[EMAIL PROTECTED]> <http://azure.humbug.org.au/~aj/>
I don't speak fo
Looking at the testing and stable problems pages on master, I now notice
that for each and every architecture in potato, there are less
uninstallable packages in woody that in potato.
All in all, nearly doubling the architecture count results in less than
100 more uninstallables in woody.
Congrat
On Sat, Apr 06, 2002 at 10:56:55AM -0500, Daniel Burrows wrote:
> Between Apache 2.0 and KDE 3 releasing, I don't think we need Anthony
> to tell us that a Debian release is imminent :-P
I heard something about a new release of Gnome coming out too. Gcc 3.1's
also due soon. We
ns of voices cried out, and ran apt-get."
Cheers,
aj
--
Anthony Towns <[EMAIL PROTECTED]> <http://azure.humbug.org.au/~aj/>
I don't speak for anyone save myself. GPG signed mail preferred.
``BAM! Science triumphs again!''
-- http://www.a
scribes Windows as the progenitor of the trend
for GUIs, and adding some explanation about Apple and Xerox and suchlike?
Cheers,
aj
--
Anthony Towns <[EMAIL PROTECTED]> <http://azure.humbug.org.au/~aj/>
I don't speak for anyone save myself. GPG signed mail preferred.
eful. Being able to cut out all the irrelevant bits of a document
and distribute an abbreviated version you can store on your PDA, or being
able to translate it, or being able to change it to match the changes in
your program, or being able to correct it on factual errors, or being
able to rip out
ng, not to stop people from exercising purely
intellectual freedoms, like rewriting documentation or using programs.
And we have the non-free section for people who don't agree with that
philosophy in a completely wholehearted manner (like the Bitkeeper
people, eg).
Cheers,
aj
--
Anthony Tow
On Tuesday, April 9, 2002, at 02:36 , Jeff Licquia wrote:
Except that most of the crypto technology you used to find on Italian
and Dutch FTP servers was either code from the USA or (rather poorly)
algorithms from the USA.
Yes, that's because it was perfectly legal to print it out and
mail it, but
901 - 1000 of 1307 matches
Mail list logo
