kages, for mips, hppa, sparc
and alpha.
Cheers,
Andi
--
http://home.arcor.de/andreas-barth/
PGP 1024/89FB5CE5 DC F1 85 6D A6 45 9C 0F 3B BE F1 D0 C5 D1 D9 0C
it is actually not so bad that it requires
a fix for the release, they could downgrade it.
Cheers,
Andi
--
http://home.arcor.de/andreas-barth/
PGP 1024/89FB5CE5 DC F1 85 6D A6 45 9C 0F 3B BE F1 D0 C5 D1 D9 0C
d get back to facts, our main problem is _not_ that sarge is
not in release-quality. Sarge is (mostly) in very good shape, and the
remaining problems would be there also with your proposal.
Cheers,
Andi
--
http://home.arcor.de/andreas-barth/
PGP 1024/89FB5CE5 DC F1 85 6D A6 45 9C 0F 3B BE F1 D0 C5 D1 D9 0C
nd, please don't do it. We definitly can't release without official
buildds for all architectures, so please no binary-only uploads in t-p-u
(if the release team would consider different, I'd have started building
mips and alpha there long ago).
Cheers,
Andi
--
http://home.arcor.de/andreas-barth/
PGP 1024/89FB5CE5 DC F1 85 6D A6 45 9C 0F 3B BE F1 D0 C5 D1 D9 0C
> *never* allow a bug still present in stable now (+ security.stable) to
> reach the level of RC.
We _have_ RC-bugs in woody - even RC-bugs we won't fix.
Cheers,
Andi
--
http://home.arcor.de/andreas-barth/
PGP 1024/89FB5CE5 DC F1 85 6D A6 45 9C 0F 3B BE F1 D0 C5 D1 D9 0C
counterpart
> also implemented, namely testing scripts that take this information into
> account?
The implementation of version in the BTS is done so that the second is
not _so_ hard to implement (speaking as someone who has seen lots of
parts of britney).
Cheers,
Andi
--
http://home.a
ndi
--
http://home.arcor.de/andreas-barth/
PGP 1024/89FB5CE5 DC F1 85 6D A6 45 9C 0F 3B BE F1 D0 C5 D1 D9 0C
#x27;t make it for sarge, i.e. only RC-bug
fixes. Changes like using /etc/defaults might be nice, but are not
possible any more for sarge. (And, I guess that the maintainer might do
a cleanup round after release of sarge.)
Cheers,
Andi
--
http://home.arcor.de/andreas-barth/
PGP 1024/89FB5CE5 DC F1 85 6D A6 45 9C 0F 3B BE F1 D0 C5 D1 D9 0C
hat I did, but - a independent look might be a good thing).
Please note that I'm aware that the package documentation is not in the
best state, but as this was a NMU, I didn't do the changes that I would
have done with a normal maintainer upload.
Cheers,
Andi
--
http://home.arcor.d
Cheers,
Andi
--
http://home.arcor.de/andreas-barth/
PGP 1024/89FB5CE5 DC F1 85 6D A6 45 9C 0F 3B BE F1 D0 C5 D1 D9 0C
Hi,
I can remember some people complained that spamassassin3 had increased
ressource usage. For the people who had problems: Are they fixed now
with the new release that appeared in unstable?
Cheers,
Andi
--
http://home.arcor.de/andreas-barth/
PGP 1024/89FB5CE5 DC F1 85 6D A6 45 9C 0F
manage to release etch a
bit faster than sarge.
Cheers,
Andi
--
http://home.arcor.de/andreas-barth/
PGP 1024/89FB5CE5 DC F1 85 6D A6 45 9C 0F 3B BE F1 D0 C5 D1 D9 0C
have a clue about the topic - and even if only telling them that
they should ignore the package.
So, perhaps add something like
L2TPNS is the implementation of the internet services provider (ISP)
side of L2TP, i.e. it supports LNS. If you are not an ISP, you won't
need it.
For some more i
ossible is done
before the final release. But - as we don't know when what will happen,
it is a bad idea to promise certain actions on certain days now. (Of
course, we know that a lot of users will upgrade as soon as security
support is in place - I'll do the same with my servers. :)
Cheers,
Andi
--
http://home.arcor.de/andreas-barth/
PGP 1024/89FB5CE5 DC F1 85 6D A6 45 9C 0F 3B BE F1 D0 C5 D1 D9 0C
n't announce any fixed dates until
we have it working (and, BTW, we announced also that we won't make it at
that date - but I also know that enough magazines have just ignored that).
Cheers,
Andi
--
http://home.arcor.de/andreas-barth/
PGP 1024/89FB5CE5 DC F1 85 6D A6 45 9C 0F 3B BE F1 D0 C5 D1 D9 0C
sues with
the previous upload, the transfer to sarge is a bit delayed. I expect
that SA3 will go in one of these days, and it is _definitly_ on my
direct watch list.
Cheers,
Andi
--
http://home.arcor.de/andreas-barth/
PGP 1024/89FB5CE5 DC F1 85 6D A6 45 9C 0F 3B BE F1 D0 C5 D1 D9 0C
* Steinar H. Gunderson ([EMAIL PROTECTED]) [041116 12:30]:
> On Tue, Nov 16, 2004 at 10:54:44AM +0100, Andreas Barth wrote:
> > Given that SA3 is a major change, and we had massive memory issues with
> > the previous upload, the transfer to sarge is a bit delayed. I expect
> >
* Henrique de Moraes Holschuh ([EMAIL PROTECTED]) [041116 14:55]:
> On Tue, 16 Nov 2004, Andreas Barth wrote:
> > * Steinar H. Gunderson ([EMAIL PROTECTED]) [041116 12:30]:
> > > On Tue, Nov 16, 2004 at 10:54:44AM +0100, Andreas Barth wrote:
> > > > Given that SA3
* Duncan Findlay ([EMAIL PROTECTED]) [041116 16:50]:
> On Tue, Nov 16, 2004 at 03:01:03PM +0100, Andreas Barth wrote:
> > I agree with you that fixing is only required if this might be a problem
> > for upgrades from woody. As this bug report is quite young, I think the
> > be
o into
> Debian?".
>
> We seem to have a growing and worrying trend to pick up any random
> free software and add it to the distribution without considering
> whether it's actually useful or not...
Agreed.
Cheers,
Andi
--
http://home.arcor.de/andreas-barth/
PGP 1024/89FB5CE5 DC F1 85 6D A6 45 9C 0F 3B BE F1 D0 C5 D1 D9 0C
?
>
> For example, my pop3 password isn't the same as my GnuPG passphrase.
Well, but the probability that users who mis-use pop3 instead of
pop3-ssl use their pop3-ssl password for pop3 is quite high.
Cheers,
Andi
--
http://home.arcor.de/andreas-barth/
PGP 1024/89FB5CE5 DC F1 85 6D A6 45 9C 0F 3B BE F1 D0 C5 D1 D9 0C
the free software
> community in France and (personal opinion, still) may sometime ring
> this bell of sexism.
I think you described the important issues quite well. Making a good
distribution is more than just "upload any package which you legally
could".
Cheers,
Andi
--
http
be a good thing if you orphan this package before you
ask for removal, especially as you (and we all) know that GFDL-docu is
allowed in the upcoming release of sarge.
Cheers,
Andi
--
http://home.arcor.de/andreas-barth/
PGP 1024/89FB5CE5 DC F1 85 6D A6 45 9C 0F 3B BE F1 D0 C5 D1 D9 0C
t dropping on the floor is not appreciated.
Cheers,
Andi
--
http://home.arcor.de/andreas-barth/
PGP 1024/89FB5CE5 DC F1 85 6D A6 45 9C 0F 3B BE F1 D0 C5 D1 D9 0C
CE or fairuse? And, what is the major advantage over
e.g. using SPF? (In other words: In which way is the verification done?)
Cheers,
Andi
--
http://home.arcor.de/andreas-barth/
PGP 1024/89FB5CE5 DC F1 85 6D A6 45 9C 0F 3B BE F1 D0 C5 D1 D9 0C
consider non-UTF-8-characters an bug, and
UTF-8-not-ASCII on the way from bug to allowed.
Cheers,
Andi
--
http://home.arcor.de/andreas-barth/
PGP 1024/89FB5CE5 DC F1 85 6D A6 45 9C 0F 3B BE F1 D0 C5 D1 D9 0C
* Josselin Mouette ([EMAIL PROTECTED]) [041205 13:05]:
> Le dimanche 05 décembre 2004 à 11:43 +0100, Andreas Barth a écrit :
> > I think most of us agree that non-UTF-8-characters are not a good idea
> > (please note the UTF-8-characters is a superset of ASCII). For some
> >
ce/ch-beyond-pkging.en.html#s-mia-qa
for how to deal with such issues. The maintainer is currently
un-available, so you need some Developer who does a NMU.
Cheers,
Andi
--
http://home.arcor.de/andreas-barth/
PGP 1024/89FB5CE5 DC F1 85 6D A6 45 9C 0F 3B BE F1 D0 C5 D1 D9 0C
* Hamish Moffatt ([EMAIL PROTECTED]) [041206 13:45]:
> Having said that, this package doesn't really advance Debian in any
> way. It won't gain us any users [...].
And that's the reason why I think it should not be included.
Cheers,
Andi
--
http://home.arcor.de/andre
I agree on that,
but I don't want to claim that we are already there today.
Cheers,
Andi
--
http://home.arcor.de/andreas-barth/
PGP 1024/89FB5CE5 DC F1 85 6D A6 45 9C 0F 3B BE F1 D0 C5 D1 D9 0C
Both nameservers (which are just one ip-adresses next to each other) are
not found currently.
If the author wants, I'd offer secondary DNS servers. Also, we might
perhaps consider to integrate these scripts into pts or on release.d.o.
Cheers,
Andi
--
http://home.arcor.de/andreas-barth/
ean that we suddenly discover it, but as other
issues were more prominently blockers e.g. in July (like the toolchain),
those issues were resolved back in September (and are still resolved
now).
Cheers,
Andi
--
http://home.arcor.de/andreas-barth/
PGP 1024/89FB5CE5 DC F1 85 6D A6 45 9C 0F 3B BE F1 D0 C5 D1 D9 0C
oon. I've now asked someone I trust to find out
> what these issues are exactly so hopefully progress will be made on
> that soon.
Is there any progress on this issue?
Cheers,
Andi
--
http://home.arcor.de/andreas-barth/
PGP 1024/89FB5CE5 DC F1 85 6D A6 45 9C 0F 3B BE F1 D0 C5 D1 D9 0C
Hi,
I seem to have un-frozen a couple of historic mails. Sorry for the
noise, please ignore them.
Cheers,
Andi
--
http://home.arcor.de/andreas-barth/
PGP 1024/89FB5CE5 DC F1 85 6D A6 45 9C 0F 3B BE F1 D0 C5 D1 D9 0C
> version of the code for their own work. Thus, it's not the preferred
> source code under the GPL.
"preferred form for modification" is _only_ a GPL-term and not part of
the SC.
Cheers,
Andi
--
http://home.arcor.de/andreas-barth/
PGP 1024/89FB5CE5 DC F1 85 6D A6 45 9C 0F 3B BE F1 D0 C5 D1 D9 0C
comply with the DFSG.
I didn't argue against that. I just said that the "preferred form of
modification" is _not_ the language of the SC, but the language of one
of the licenses that we consider as free.
Cheers,
Andi
--
http://home.arcor.de/andreas-barth/
PGP 1024/89FB5CE5 DC F1 85 6D A6 45 9C 0F 3B BE F1 D0 C5 D1 D9 0C
* Goswin von Brederlow ([EMAIL PROTECTED]) [041212 20:25]:
> Compiled in the blob MUST comply to the GPL. The nature of being a
> blob already seems to violate that.
Only if the blob is derived from the GPL-code.
Cheers,
Andi
--
http://home.arcor.de/andreas-barth/
PGP 1024/89FB5C
mapping mechanismn. (Just look into katie.conf, you'll see the
mappings there.)
BTW, there is now at http://people.debian.org/~aba/dak.patch a draft of
a patch tackling the necessary changes for *security. However, as this
is my first real katie-patch, there might be issues I don't (curr
* Goswin von Brederlow ([EMAIL PROTECTED]) [041212 21:55]:
> Andreas Barth <[EMAIL PROTECTED]> writes:
> > * Goswin von Brederlow ([EMAIL PROTECTED]) [041212 20:25]:
> >> Compiled in the blob MUST comply to the GPL. The nature of being a
> >> blob already seems
, means only to the few people that have direct access
to ftp-master, including a wrapper for the security team.
Cheers,
Andi
--
http://home.arcor.de/andreas-barth/
PGP 1024/89FB5CE5 DC F1 85 6D A6 45 9C 0F 3B BE F1 D0 C5 D1 D9 0C
heers,
Andi
--
http://home.arcor.de/andreas-barth/
PGP 1024/89FB5CE5 DC F1 85 6D A6 45 9C 0F 3B BE F1 D0 C5 D1 D9 0C
http://home.arcor.de/andreas-barth/
PGP 1024/89FB5CE5 DC F1 85 6D A6 45 9C 0F 3B BE F1 D0 C5 D1 D9 0C
y, so you should ask yourself what mistake you made.
Cheers,
Andi
--
http://home.arcor.de/andreas-barth/
PGP 1024/89FB5CE5 DC F1 85 6D A6 45 9C 0F 3B BE F1 D0 C5 D1 D9 0C
Dear all,
with ideas and code (and a lot more) from Anthony, I was able to put
together the server part for partial patches in a way that it seems to
me that it might be included in dak. The resulting files are available
from
deb http://merkel.debian.org/~aba/debian sid main contrib non-free
(or
* Andreas Metzler ([EMAIL PROTECTED]) [050106 11:10]:
> On 2005-01-06 Andreas Barth <[EMAIL PROTECTED]> wrote:
> [...]
> > deb http://merkel.debian.org/~aba/debian sid main contrib non-free
> > (or any other combination of suites and components you like)
>
> >
* Florian Weimer ([EMAIL PROTECTED]) [050106 11:45]:
> * Andreas Barth:
> > This means: If the local file dists/sid/main/binary-i386/Packages has
> > the sha1-sum of f3a0c1972021af11782c661d1bd5214f1d443868, take the patch
> > named 2005-01-04-1633.27 (and this patch h
a to save
> traffic it actualy is a bit insignificant compared to the daily
> traffic of new sources and debs.
>
> The good news is that Andreas Barth is working on enabling
> Packages/Sources diff files for the Debian archive and that would
> reduce Packages/Sources updates to ~30
> Yes, scp to gluck (or other debian machine) and use dupload/dput from
> there.
Or just upload into glucks delayed queue into day 0.
Cheers,
Andi
--
http://home.arcor.de/andreas-barth/
PGP 1024/89FB5CE5 DC F1 85 6D A6 45 9C 0F 3B BE F1 D0 C5 D1 D9 0C
--
To UNSUBSCRIBE, email t
it for
> >you ;)
> Does it ftp in time for the daily dinstall?
The 0-day queue is ftp-ed about 1 hours before dinstall, IIRC.
Cheers,
Andi
--
http://home.arcor.de/andreas-barth/
PGP 1024/89FB5CE5 DC F1 85 6D A6 45 9C 0F 3B BE F1 D0 C5 D1 D9 0C
--
To UNSUBSCRIBE, email to [E
l#s-servers-ftp-master
| It is restricted; a mirror is available on merkel.
Cheers,
Andi
--
http://home.arcor.de/andreas-barth/
PGP 1024/89FB5CE5 DC F1 85 6D A6 45 9C 0F 3B BE F1 D0 C5 D1 D9 0C
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Tr
r wants usernames to start with numbers.
> Allowing the dot is ok. I do think that usernames starting with numbers is
> asking for total breakage, though.
IMHO even the dot is, eh, difficult. Consider a chown user.group file.
Cheers,
Andi
--
http://home.arcor.de/andreas-barth/
PG
Cheers,
Andi
--
http://home.arcor.de/andreas-barth/
PGP 1024/89FB5CE5 DC F1 85 6D A6 45 9C 0F 3B BE F1 D0 C5 D1 D9 0C
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
http://home.arcor.de/andreas-barth/
PGP 1024/89FB5CE5 DC F1 85 6D A6 45 9C 0F 3B BE F1 D0 C5 D1 D9 0C
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
ndi
--
http://home.arcor.de/andreas-barth/
PGP 1024/89FB5CE5 DC F1 85 6D A6 45 9C 0F 3B BE F1 D0 C5 D1 D9 0C
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
; I would consider it an obnoxious bug for the installation of a package to
> alter my email configuration. At least make enabling the change a Debconf
> question.
why, in the default case? Is it also an "obvious bug" to change your
apache configuration?
Cheers,
Andi
--
http://
ental need some adjustment. :)
Thiemo knows that pretty well :)
However, if they are overloaded/broken/whatever, the real implications
are quite limited, and it doesn't matter for purposes like preparation
of the next stable release.
Cheers,
Andi
--
http://home.arcor.de/andreas-barth/
t with other arches is that there
are too often these useless discussions. _That_ is beyond all the most
expansive of them.
Cheers,
Andi
--
http://home.arcor.de/andreas-barth/
PGP 1024/89FB5CE5 DC F1 85 6D A6 45 9C 0F 3B BE F1 D0 C5 D1 D9 0C
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
ed
> is a Good Thing.
We have security autobuilders since woody.
Cheers,
Andi
--
http://home.arcor.de/andreas-barth/
PGP 1024/89FB5CE5 DC F1 85 6D A6 45 9C 0F 3B BE F1 D0 C5 D1 D9 0C
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
based on apt. But, I'm not going to hold my
breath for that to happen. :)
And, as always, patches welcome.
Cheers,
Andi
--
http://home.arcor.de/andreas-barth/
PGP 1024/89FB5CE5 DC F1 85 6D A6 45 9C 0F 3B BE F1 D0 C5 D1 D9 0C
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
e
> :-)
I think this is possible with some special option to apt. In fact, I
think this would make a nice target - but, as it is with nice targets,
they're usually not the things that are implemented, but just the
pressing targets. :)
Cheers,
Andi
--
http://home.arcor.de/andreas-barth/
ing.
> > What would it take for multibuild to succeed? or something else?
> People who care and have the will to finish it.
As always.
Cheers,
Andi
--
http://home.arcor.de/andreas-barth/
PGP 1024/89FB5CE5 DC F1 85 6D A6 45 9C 0F 3B BE F1 D0 C5 D1 D9 0C
--
To UNSUBSCRIBE,
ned as "the author's most preferred source
> of making modifications".
No. There are people running around claiming this, but that doesn't make
it truth.
Cheers,
Andi
--
http://home.arcor.de/andreas-barth/
PGP 1024/89FB5CE5 DC F1 85 6D A6 45 9C 0F 3B BE F1 D0
mmand, compared to standard debootstrap?
Actually, I added all extra things in that to the commands listed, so
just use the normal debootstrap, and everything works.
Cheers,
Andi
--
http://home.arcor.de/andreas-barth/
PGP 1024/89FB5CE5 DC F1 85 6D A6 45 9C 0F 3B BE F1 D0 C5 D1 D9 0C
-
out invoking
> the DFSG.
Agreed. Especially as "it's too horibly broken" is by itself a serious
bug.
Cheers,
Andi
--
http://home.arcor.de/andreas-barth/
PGP 1024/89FB5CE5 DC F1 85 6D A6 45 9C 0F 3B BE F1 D0 C5 D1 D9 0C
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
>
> There are sure to be borderline cases, but it usually isn't all that hard
> to tell the difference between appalling style and deliberate obfuscation.
My guide for freedom issues within Debian is the SC and the DFSG. What is yours?
Cheers,
Andi
--
http://home.arcor.de/andrea
arge, the number of architectures is not the holding problem. For
post-sarge, there has been some discussion inside the release team and
the ftpmasters that will be published soon.
Cheers,
Andi
--
http://home.arcor.de/andreas-barth/
PGP 1024/89FB5CE5 DC F1 85 6D A6 45 9C 0F 3B BE F1 D0 C
0 and 1200
> dpi...
It's trivially seen if you print to a real high-quality device, as the
600dpi the too-large pixles can be seen. However, for usual purposes,
you don't need it.
Cheers,
Andi
--
http://home.arcor.de/andreas-barth/
PGP 1024/89FB5CE5 DC F1 85 6D A6 45 9C 0F
d is (in this order, first difference wins)
- >= standard
- not uncompiled
- priority of the package
- priority of the section
- name
That all is BTW visible from the code (or you could just ask).
Cheers,
Andi
--
http://home.arcor.de/andreas-barth/
PGP 1024/89FB5CE5 DC F1 85 6D A6 45 9
he problem is clearly that gnucash is in the "Extra" priority
> instead of the "Optional" section where it belongs. I'll request the
> ftpmasters to change it.
Our goal is that the queue gets empty from time to time, and so,
priority shouldn't prevent a packag
t; I'm trying to work out why package *section* matters at all. Package name
> is a bit odd, too, but including the section in there is just totally whack.
Because we want packages in base to be preferred, as well as packages in
libs.
Cheers,
Andi
--
http://home.arcor.de/andreas-barth/
cal...
If you take a look at
http://buildd.debian.org/stats/graph2-week-big.png, you can e.g. see for
mipsel exactly at which date the slow and at which the fast machine
became available again. The fast machine alone is able to keep up with
the usual upload rates.
Cheers,
Andi
--
http://home.
ut kicking it out of the architectures we wait for testing migration
at all, or even kicking it out of testing at all. Not waiting for such
an arch has happened and might happen again.
Cheers,
Andi
--
http://home.arcor.de/andreas-barth/
PGP 1024/89FB5CE5 DC F1 85 6D A6 45 9C 0F 3B BE F1
* Andreas Barth ([EMAIL PROTECTED]) [050313 23:15]:
> * Thomas Bushnell BSG ([EMAIL PROTECTED]) [050312 02:05]:
> > If, perhaps, there was a clear indication of the buildd ordering
> > policy, then it could be properly used. Until then, I go on the basis
> > of guesswo
o,
non-US and embedded. The large ones like gnome and kde are in the middle
of the list. Please see wanna-builds source for the full list.
Cheers,
Andi
--
http://home.arcor.de/andreas-barth/
PGP 1024/89FB5CE5 DC F1 85 6D A6 45 9C 0F 3B BE F1 D0 C5 D1 D9 0C
--
To UNSUBSCRIBE, email
* Hamish Moffatt ([EMAIL PROTECTED]) [050314 01:45]:
> On Sun, Mar 13, 2005 at 11:16:56PM +0100, Andreas Barth wrote:
> > Our goal is that the queue gets empty from time to time, and so,
> > priority shouldn't prevent a package from being built.
>
> How often should the
* Hamish Moffatt ([EMAIL PROTECTED]) [050314 01:55]:
> On Mon, Mar 14, 2005 at 12:01:59AM +0100, Andreas Barth wrote:
> > It is a highly ordered list, more or less libs+base first, than devel,
> > shells,
> > perl, python. After that graphics, admin, utils. Just to look at
; archive), or does it imply that all packages in base (or base +
> build-essential)
> need to be buildable from unmodified source?
This is a legal/DFSG requirement: We can't distribute binaries without source.
Cheers,
Andi
--
http://home.arcor.de/andreas-barth/
PGP 1024/89FB5CE5 DC
the timeframe, I seriously doubt that we can do multiarch
in time for etch.
Cheers,
Andi
--
http://home.arcor.de/andreas-barth/
PGP 1024/89FB5CE5 DC F1 85 6D A6 45 9C 0F 3B BE F1 D0 C5 D1 D9 0C
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
on the
porter list might also be enough - or enough bug reports coming from
that arch. Or whatever. I don't expect that to be the blocking critieria
for any arch.
Cheers,
Andi
--
http://home.arcor.de/andreas-barth/
PGP 1024/89FB5CE5 DC F1 85 6D A6 45 9C 0F 3B BE F1 D0 C5 D1 D9 0C
-
oo late
now, as RC3 should be more or less building).
Cheers,
Andi
--
http://home.arcor.de/andreas-barth/
PGP 1024/89FB5CE5 DC F1 85 6D A6 45 9C 0F 3B BE F1 D0 C5 D1 D9 0C
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
* Goswin von Brederlow ([EMAIL PROTECTED]) [050314 15:35]:
> Andreas Barth <[EMAIL PROTECTED]> writes:
> > * Hamish Moffatt ([EMAIL PROTECTED]) [050314 01:45]:
> >> On Sun, Mar 13, 2005 at 11:16:56PM +0100, Andreas Barth wrote:
> >> > Our goal is that the queue
these issues. Please
accept my apologies for the missing information in the first mail.
Cheers,
Andi
--
http://home.arcor.de/andreas-barth/
PGP 1024/89FB5CE5 DC F1 85 6D A6 45 9C 0F 3B BE F1 D0 C5 D1 D9 0C
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
* Tollef Fog Heen ([EMAIL PROTECTED]) [050315 10:50]:
> * Andreas Barth
> | For example, the more architectures are included the longer the migration
> | testing script takes. We are already at the limit currently (and also
> | have out-of-memory issues from time to time).
* Steve Langasek ([EMAIL PROTECTED]) [050315 00:00]:
> Colin mentioned the possibility of adding an "Architecture:" field
> instead. That seems better than an etch-ignore tag anyway, for what you
> want to achieve here.
Yes, that sounds well.
Cheers,
Andi
--
http://ho
er in the long term to make some
"synchronize" runs outside of current britney, as that might be better
in terms of speed and memory usage.
Cheers,
Andi
--
http://home.arcor.de/andreas-barth/
PGP 1024/89FB5CE5 DC F1 85 6D A6 45 9C 0F 3B BE F1 D0 C5 D1 D9 0C
--
To UNSUBSCRI
Hi,
* Tollef Fog Heen ([EMAIL PROTECTED]) [050315 12:40]:
> * Andreas Barth
> | (And, BTW, newraff is a quite mature box. Of course, there is always
> | more and better hardware available, but newraff is already a very good
> | machine. And, we want to give the testing migration
sufficient algorithm knowhow in the debian developer community
> to solve the scalability problems.
Anyone who provides better scalability for britney is welcome.
Cheers,
Andi
--
http://home.arcor.de/andreas-barth/
PGP 1024/89FB5CE5 DC F1 85 6D A6 45 9C 0F 3B BE F1 D0 C5 D1 D9 0C
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
ments.
Cheers,
Andi
--
http://home.arcor.de/andreas-barth/
PGP 1024/89FB5CE5 DC F1 85 6D A6 45 9C 0F 3B BE F1 D0 C5 D1 D9 0C
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
* Thomas Bushnell BSG ([EMAIL PROTECTED]) [050315 20:15]:
> Andreas Barth <[EMAIL PROTECTED]> writes:
> > | - the release architecture must have N+1 buildds where N is the number
> > | required to keep up with the volume of uploaded packages
> > The reason for this p
ant to become a release assistent.
Cheers,
Andi
--
http://home.arcor.de/andreas-barth/
PGP 1024/89FB5CE5 DC F1 85 6D A6 45 9C 0F 3B BE F1 D0 C5 D1 D9 0C
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
* Mike Fedyk ([EMAIL PROTECTED]) [050316 20:55]:
> Andreas Barth wrote:
> >If that happens for a too long period, we might consider such an
> >architecture to be too slow to keep up, and will eventually discuss
> >about kicking it out of the architectures we wait for testin
ok from James to do so yet.
> > That would cut the number of sparc buildds down to one, when two are
> > required for RC archtectures under the new proposal.
> That's ok because two buildd's can run on the one machine. It has 6 cpu's.
That still doesn't suffic
e down now for some time now? If it's so easy to
replace a broken machine, why don't you just do it? (And, BTW, you might
be on vacation, sick, ... - we need more than just one machine.)
Cheers,
Andi
--
http://home.arcor.de/andreas-barth/
PGP 1024/89FB5CE5 DC F1 85 6D A6 45 9C 0F 3B BE F1 D0 C5 D1 D9 0C
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
* Andreas Barth ([EMAIL PROTECTED]) [050317 10:54]:
> Ah, so why is vore down now for some time now? If it's so easy to
that should read as auric of course.
Cheers,
Andi
--
http://home.arcor.de/andreas-barth/
PGP 1024/89FB5CE5 DC F1 85 6D A6 45 9C 0F 3B BE
chitectures we actually release) instead of 1.
Cheers,
Andi
--
http://home.arcor.de/andreas-barth/
PGP 1024/89FB5CE5 DC F1 85 6D A6 45 9C 0F 3B BE F1 D0 C5 D1 D9 0C
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
* Mike Fedyk ([EMAIL PROTECTED]) [050317 19:30]:
> Andreas Barth wrote:
> >If we don't wait for an arch, it gets out-of-sync quite soon, and due to
> >e.g. legal requirements, we can't release that arch. (In other words, if
> >an arch is too long ignored for test
* Henry Jensen ([EMAIL PROTECTED]) [051117 10:13]:
> This morning I cannot reach the LDAP server - again.
> Has something changed again or is bts2ldap.debian.net just down?
it was just down, and is restarted right now.
Cheers,
Andi
--
http://home.arcor.de/andreas-barth/
--
To UNSUB
nd should be part of the history. However, sadly,
it's still only project and not product quality. Any help on that would
be welcome.
Cheers,
Andi
--
http://home.arcor.de/andreas-barth/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
age.
>
> In which case, of course, if "foo Depends: foo-data", then "foo-data
> Enhances: foo" is already implied.
Agreed.
Cheers,
Andi
--
http://home.arcor.de/andreas-barth/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
ntly. Do
you have some new wording available, or do you want till I find time to
fix it myself?
Cheers,
Andi
--
http://home.arcor.de/andreas-barth/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
1 - 100 of 669 matches
Mail list logo
