* Eduard Bloch ([EMAIL PROTECTED]) [050708 17:10]:
Debian 4.0 for etch, 4.1 for etch stable release 1, 4.2 for etch stable
release 2, 4.2a for etch stable release 2 with a minor CD mastering fix
(for example), etc.pp.
Well, Woody was 3.0, Sarge was 3.1, so the logical next number would be
3.11
Hi,
* Drew Parsons ([EMAIL PROTECTED]) [050710 15:15]:
I think that's grossly unfair. There is nothing in debian-release's
description to give any hint that it is not a discussion list.
Thanks for your hint. This is fixed now.
Cheers,
Andi
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
* Matt Kraai ([EMAIL PROTECTED]) [050714 02:21]:
texi2html's behavior changed recently: if it is invoked with
-split=chapter, old versions place the HTML files in the same
directory as the documentation source, whereas new versions place the
generated files in a subdirectory.
After I'd
* Marco d'Itri ([EMAIL PROTECTED]) [050718 20:17]:
On Jul 18, Bernhard R. Link [EMAIL PROTECTED] wrote:
Is there a way to configure this to not create masses of processes and
confusing the user with colors?
You can write your own package which conflicts+provides lsb-base and
implements
* Colin Watson ([EMAIL PROTECTED]) [050718 17:21]:
The BTS records that bug #NN was fixed in 1.1-sarge1 and 1.3, and
let's say the bug was found in version 1.1. Since it has the changelogs
(it gets these from ftp-master), it can build up a tree of which package
versions are based on which
* Stig Sandbeck Mathisen ([EMAIL PROTECTED]) [050719 09:31]:
Andreas Barth [EMAIL PROTECTED] writes:
It would be better if there would be some configureable option in
lsb-base.
,
| Angry Fruit Salad?
|
| [yes] [no]
`
configuration option like in set style = plain in
/etc
* Olaf van der Spek ([EMAIL PROTECTED]) [050726 09:26]:
On 7/26/05, Philipp Kern [EMAIL PROTECTED] wrote:
On Mon, 2005-07-25 at 18:20 -0700, Shaun Jackman wrote:
It's been saying that ncurses is only 3 days old for the past four
days. Any idea what's up?
Well, ftp-master is down, so
Hi,
on request of Ryan Murray I stopped the bugs2ldap-gateway on
bugs.debian.org. I'll move that gateway to some other host as soon as I
have time. At least the following services are broken by that:
- the wnpp bug list
- bts.turmzimmer.net
I am sorry for that. I'll follow up as soon as this
* Andreas Barth ([EMAIL PROTECTED]) [050728 22:39]:
on request of Ryan Murray I stopped the bugs2ldap-gateway on
bugs.debian.org. I'll move that gateway to some other host as soon as I
have time. At least the following services are broken by that:
- the wnpp bug list
- bts.turmzimmer.net
Hi,
libdb4.1 should be removed from Debian soon. The following packages
still use it (but could move forward to the more recent db4.2 or db4.3
package):
arla
kerberos4kth-servers
vacation
libedataserver1.2-4
libroken16-kerberos4kth
kerberos4kth-kdc
libapache-mod-witch
libotp0-kerberos4kth
* Yaroslav Halchenko ([EMAIL PROTECTED]) [050801 12:20]:
I'm not sure if any additional AMs are necessary -- there is a
sufficient quantity of them to cover all current DD applicants...
We would need more good AMs, we have too few.
Cheers,
Andi
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
* Neil McGovern ([EMAIL PROTECTED]) [050801 14:02]:
On Mon, Aug 01, 2005 at 01:58:55PM +0200, Andreas Barth wrote:
* Yaroslav Halchenko ([EMAIL PROTECTED]) [050801 12:20]:
I'm not sure if any additional AMs are necessary -- there is a
sufficient quantity of them to cover all current DD
Hi,
* Nico Golde ([EMAIL PROTECTED]) [050801 15:21]:
* Andreas Barth [EMAIL PROTECTED] [2005-08-01 15:16]:
* Neil McGovern ([EMAIL PROTECTED]) [050801 14:02]:
On Mon, Aug 01, 2005 at 01:58:55PM +0200, Andreas Barth wrote:
* Yaroslav Halchenko ([EMAIL PROTECTED]) [050801 12:20]:
I'm
* Nigel Jones ([EMAIL PROTECTED]) [050802 05:31]:
Also: say that if an AM/DAM does not process x applications a month
(reasonably fair amount (say 5) and allow for vaccations/sickness etc)
then they may face removal
I don't know if you've every worked as AM, but if you have other duties
in
* Thijs Kinkhorst ([EMAIL PROTECTED]) [050802 12:19]:
And why is approval by DAM not equal to account creation? It seems to me
that the account creation step could be fully automated: checking the box
approved by DAM could trigger an insert into the LDAP database thereby
creating the account.
* Thijs Kinkhorst ([EMAIL PROTECTED]) [050802 13:41]:
And even then, appearently the DAM works like this: I approve person X,
let's check his box, but I'll add the account at some point later on (this
takes weeks on average). When you check the box you might add the account
aswell when you're
* Henrique de Moraes Holschuh ([EMAIL PROTECTED]) [050803 12:51]:
On Wed, 03 Aug 2005, Julien BLACHE wrote:
I'll drop the dependency on debconf on these two packages, as it's
only used to purge some old debconf questions from the database.
You can do that only if those old debconf
* Anthony DeRobertis ([EMAIL PROTECTED]) [050804 11:55]:
Thomas Bushnell BSG wrote:
It was an advertisement for a recruiting party. That's commercial by
any definition.
Which is wholy irrelevant, because Debian's mailing list policy
prohibits UBE, not UCE. See:
* Miles Bader ([EMAIL PROTECTED]) [050804 13:54]:
Andreas Barth [EMAIL PROTECTED] writes:
Which is wholy irrelevant, because Debian's mailing list policy
prohibits UBE, not UCE. See:
In that case, the description needs to be fixed.
Why?
Because the intent is obviously to forbid any
* Thomas Bushnell BSG ([EMAIL PROTECTED]) [050804 18:48]:
Andreas Barth [EMAIL PROTECTED] writes:
* Miles Bader ([EMAIL PROTECTED]) [050804 13:54]:
Andreas Barth [EMAIL PROTECTED] writes:
Which is wholy irrelevant, because Debian's mailing list policy
prohibits UBE, not UCE. See
* Frank Küster ([EMAIL PROTECTED]) [050811 23:46]:
Is this a bug in Björns script, or in the new versioned BTS, or in
katie's code?
Britney is version-tracking agnostic currently. (Though that's one of
the issues I want to work on this weekend.)
Cheers,
Andi
--
To UNSUBSCRIBE, email to
* kamaraju kusumanchi ([EMAIL PROTECTED]) [050811 23:46]:
I was just wondering if there are any efforts currently undergoing to
make this a reality? or has the idea been just dropped? What is
preventing its implementation?
Currently, even the daily dinstall is creating pain to us, as spohr
* Raphael Hertzog ([EMAIL PROTECTED]) [050813 13:40]:
Le vendredi 12 août 2005 à 18:32 +0200, Jeroen van Wolffelaar a écrit :
1. The system warns that the bug tracking system contains patches,
but there aren't any bugs with patches except one bug that has
been closed for a
* Raphael Hertzog ([EMAIL PROTECTED]) [050813 19:08]:
Looking at the file you indicated I see :
dn: cn=258977,dc=current,dc=bugs,dc=debian,dc=org
objectClass: debbugsBug
debbugsID: 258977
debbugsSubmitter: Andreas Jochens [EMAIL PROTECTED]
debbugsDate: 1089640983
debbugsPackage: icu
* Andreas Barth ([EMAIL PROTECTED]) [050813 20:30]:
* Raphael Hertzog ([EMAIL PROTECTED]) [050813 19:29]:
Le samedi 13 août 2005 à 19:11 +0200, Andreas Barth a écrit :
I see debbugsDone and yet all available versions have the bug. I'm
lost as to what open/done means in any case
* Raphael Hertzog ([EMAIL PROTECTED]) [050813 19:29]:
Le samedi 13 août 2005 à 19:11 +0200, Andreas Barth a écrit :
I see debbugsDone and yet all available versions have the bug. I'm
lost as to what open/done means in any case. :-)
Hm, it could be that my logic has a flaw here. I
Hi,
* Peter 'p2' De Schrijver ([EMAIL PROTECTED]) [050821 22:39]:
Some comments :
- must include basic UNIX functionality
Whatever that may mean
there are processes. there is dns name resolution. there is networking.
there is chroot. etc. Just really basic things (and, of course, none of
* Riku Voipio ([EMAIL PROTECTED]) [050822 00:07]:
On Sun, Aug 21, 2005 at 10:54:43PM +0200, Andreas Barth wrote:
* Peter 'p2' De Schrijver ([EMAIL PROTECTED]) [050821 22:39]:
- must have a working, tested installer
Trivial. debootstrap does that.
How do you boot the system
* Peter 'p2' De Schrijver ([EMAIL PROTECTED]) [050822 10:44]:
How do you boot to a system to run debian-installer when there is no
bios or bootloader on the system yet?
Just take a look at the existing Debian ports, and you see that it's ok
to use a bios that's part of the hardware.
* Andreas Jochens ([EMAIL PROTECTED]) [050822 11:36]:
I understand that the amd64 port has to be recompiled for the
final inclusion into the official archive because the current amd64
packages have not been built by DDs. But currently more than 10% of
the unmodified source packages from
* Andreas Jochens ([EMAIL PROTECTED]) [050822 12:56]:
On 05-Aug-22 11:48, Andreas Barth wrote:
* Andreas Jochens ([EMAIL PROTECTED]) [050822 11:36]:
I understand that the amd64 port has to be recompiled for the
final inclusion into the official archive because the current amd64
* Olaf van der Spek ([EMAIL PROTECTED]) [050822 12:35]:
On 8/22/05, Steve Langasek [EMAIL PROTECTED] wrote:
In particular, we invariably run into arch-specific problems every time
a new version of a toolchain package is uploaded to unstable. Some may
remember that the new glibc/gcc blocked
* Ingo Juergensmann ([EMAIL PROTECTED]) [050822 10:42]:
On Sun, Aug 21, 2005 at 03:58:24AM +0200, Wouter Verhelst wrote:
4. The requirement that any port has to have 5 developers support it,
and be able to demonstrate that there are (at least) 50 users.
How should this demonstration
* Olaf van der Spek ([EMAIL PROTECTED]) [050822 17:01]:
On 8/22/05, Andreas Barth [EMAIL PROTECTED] wrote:
* Olaf van der Spek ([EMAIL PROTECTED]) [050822 12:35]:
On 8/22/05, Steve Langasek [EMAIL PROTECTED] wrote:
In particular, we invariably run into arch-specific problems every time
* Gunnar Wolf ([EMAIL PROTECTED]) [050822 18:01]:
Huh? Would an off-the-shelf old 1.5GHz P4 lag behind a top-of-the-line
m68k or ARM?
If you manage to put enough ram in the current arm: Definitly yes. Last
time when I was about to buy me a new machine, the only reason why I
didn't buy an
* Peter Samuelson ([EMAIL PROTECTED]) [050823 00:18]:
[John Hasler]
Make it 98% of the packages buildable on the accepted port with the
highest build percentage.
That's not fair either, unless you require all packages to be autobuilt
(which is a thread we don't need to duplicate now).
Hi,
* Goswin von Brederlow ([EMAIL PROTECTED]) [050823 03:32]:
On the other hand I feel that a port with even 80% of all packages
available can be very very usefull. Even a port without any X can be
usefull if that lack of software is intentional and not just inability
to build something.
* Goswin von Brederlow ([EMAIL PROTECTED]) [050823 22:24]:
Doing a count yourself you can get 10% divergence from the buildd.d.o
stats depending what you count exactly.
So before any line should be drawn someone should define a correct
counting method and generate at least a month worth of
* Russ Allbery ([EMAIL PROTECTED]) [050823 22:58]:
Goswin von Brederlow [EMAIL PROTECTED] writes:
It is out of date since it does not explain ~ yet. Maybe, if you have
the time and since you just looked at the matter closely anyway, you
could draw up a few lines and send a patch?
I'm
Hi,
* GOTO Masanori ([EMAIL PROTECTED]) [050824 10:38]:
At Sun, 21 Aug 2005 03:58:24 +0200,
Wouter Verhelst wrote:
- must be a developer-accessible debian.org machine for the
architecture
Does this part mean developer-accessible machine is always usable for
all debian developers?
* Olaf van der Spek ([EMAIL PROTECTED]) [050824 15:52]:
On 8/24/05, Tollef Fog Heen [EMAIL PROTECTED] wrote:
| Wouldn't that at least catch the non-platform-specific bugs?
They are usually caught fairly quickly. The problem here is what to
do in the cases where nobody cares enough about
Hi,
[full cite left for d-ds usage]
* Stephane Chauveau ([EMAIL PROTECTED]) [050825 01:16]:
I was profiling the memory usage of libgtk when discovered something
very strange.
As you may know, shared memory are usually mapped in 2 different memory
segments.
The first segment containing
Hi,
(that I answer to this mail is just pure Chance - it's meant at you
both, and I might have answered to another mail equally well :)
* Thijs Kinkhorst ([EMAIL PROTECTED]) [050827 10:46]:
On Sat, 2005-08-27 at 10:34 +0200, Florian Weimer wrote:
* Thijs Kinkhorst:
unverifiable grave
* Florian Weimer ([EMAIL PROTECTED]) [050829 20:39]:
Oh, this seems to imply that security bugs must be tagged sarge
manually, otherwise the bug will soon disappear from the radar
screen. 8-(
Is it acceptable if this tag is set by non-maintainers?
yes.
Cheers,
Andi
--
To UNSUBSCRIBE,
* Paolo Pantaleo ([EMAIL PROTECTED]) [050907 13:55]:
I have spent some time to write the bash completion for apt-file command.
I have written a pair of email to [EMAIL PROTECTED] and i didn't get any
response. Now i want to submit a patch for bash_completion file that
add the apt-file support.
* A Mennucc ([EMAIL PROTECTED]) [050908 13:39]:
(maybe I do not properly understand how the transition unstable - testing
goes , but...)
my packages from source libprinterconf, see
http://bjorn.haxx.se/debian/testing.pl?package=libprinterconf
are waiting for snmpkit to go into testing;
* A Mennucc ([EMAIL PROTECTED]) [050909 10:01]:
On Thu, Sep 08, 2005 at 09:12:15AM -0400, Nathanael Nerode wrote:
Looks like its entire chain is ready, so now you need a hint. Ask
debian-release to do this:
the page on excuses was speaking of an hint...
what is it ?
choice 1) a plain
* Michael Vogt ([EMAIL PROTECTED]) [050910 15:57]:
I'm happy to tell you that apt is able to use those index files
now. Robert Lemmen and I implmeneted the needed support.
you might be interessted that secure-testing.debian.net has now native
support for index diffs (even though only very
* Ingo Juergensmann ([EMAIL PROTECTED]) [050921 14:54]:
On Tue, Sep 20, 2005 at 11:41:13PM +0200, Andreas Barth wrote:
| * Developer availability: The architecture must have a
|developer-available (i.e. debian.org) machine that contains the
|usual development chroots (at least
* Josselin Mouette ([EMAIL PROTECTED]) [050921 15:25]:
Le mardi 20 septembre 2005 à 23:41 +0200, Andreas Barth a écrit :
For that reason, we discussed in multiple meetings, together with porters,
ftp-masters and other people more than once how the criteria should
look. Also, there was more
* Ingo Juergensmann ([EMAIL PROTECTED]) [050921 15:28]:
On Wed, Sep 21, 2005 at 03:19:16PM +0200, Petter Reinholdtsen wrote:
[Ingo Juergensmann]
Although it was discussed several times, I have still no idea how those
users should be counted?
Two ideas.
- Get them to install
* Ingo Juergensmann ([EMAIL PROTECTED]) [050921 16:53]:
What about such ports like m32r? Some embedded devices might run that port,
but the user doesn't even know about which arch he's using nor that he's
using Debian and certainly not that he is intended to give a hey, i'm using
that port
Hi,
* Debian-armeb Porting Team ([EMAIL PROTECTED]) [050922 14:26]:
On 9/21/05, Andreas Barth [EMAIL PROTECTED] wrote:
These criteria do _not_ control addition of an architecture to unstable,
but rather apply to architectures which the ftp-masters have accepted
into unstable
Hi,
* Lennert Buytenhek ([EMAIL PROTECTED]) [050925 11:32]:
So far we have (for sarge):
- patches for apt, build-essential, cdrdao, dpkg, gcc, glibc, kaffe,
libsdl, linux-kernel-headers, ltrace, makedev, mozilla, strace and
util-linux to teach their config scripts/files et al. about the
* Frank Küster ([EMAIL PROTECTED]) [050928 14:54]:
Wouldn't it be possible to do the following: teTeX-3.0 is uploaded to
unstable, including the libkpathsea4 and libkpathsea4-dev packages (it
uses the library itself), but at the same time libkpathsea3 and
libkpathsea-dev are still available as
* Frank Küster ([EMAIL PROTECTED]) [050929 10:07]:
Henrique de Moraes Holschuh [EMAIL PROTECTED] wrote:
On Wed, 28 Sep 2005, Frank Küster wrote:
If my second interpretation is right, we depend on maintainers' action
for that. In order to make all dependencies on the old version
* Nathanael Nerode ([EMAIL PROTECTED]) [051001 22:42]:
Thiemo Seufer wrote:
Mailing {alpha,mips,[EMAIL PROTECTED] is my best guess. There
is usually no reply, but from some cases I conclude the mailboxes are
read. I don't know if those addresses are documented anywhere.
They're not.
* Frank Küster ([EMAIL PROTECTED]) [051006 17:13]:
sean finney [EMAIL PROTECTED] wrote:
and furthermore, there are some of us who have been quietly waiting for
things to settle down from the previous major transitions before doing
our own, at the request of the release team.
I'm only
* Domenico Andreoli ([EMAIL PROTECTED]) [051007 10:59]:
is the run for openssl 0.9.8 started anyway? i have curl and
libapache-mod-ssl ready for the upload.
There is nothing one can stop anymore. It will be tied with the
c++-abi-transition soon enough.
Cheers,
Andi
--
To UNSUBSCRIBE, email
Hi,
as some of you already know, Anthony turned on tiffani on ftp-master.
As the tiffani on people is now longer needed (and also broken by this
change), I disabled the cronjob. Please just use your normal debian
mirror for support of partial lists.
Thanks for all your help, support, debugging
* sean finney ([EMAIL PROTECTED]) [051026 14:20]:
On Wed, Oct 26, 2005 at 02:15:41PM +0200, Gabor Gombas wrote:
If a package's postrm removes the user, and the next package's postinst
just calls adduser, then the admin have no control over the reusing.
If you want to allow automatic
* Gabor Gombas ([EMAIL PROTECTED]) [051026 18:03]:
On Wed, Oct 26, 2005 at 05:39:45PM +0200, Andreas Barth wrote:
i don't think removing and reusing users is a good idea in practice.
what harm would there be in simply leaving the user account on the
system permenantly, with maybe
* Javier Fernández-Sanguino Peña ([EMAIL PROTECTED]) [051026 18:09]:
We can provide a sensible default for system users' removals that copes with
most situations and leave a door open (through debconf) to sysadmins that
want to fiddle with system users.
I really want to warn to try to be too
* Humberto Massa ([EMAIL PROTECTED]) [051026 18:28]:
Andreas Barth wrote:
* Javier Fernández-Sanguino Peña ([EMAIL PROTECTED]) [051026 18:09]:
We can provide a sensible default for system users' removals that
copes with most situations and leave a door open (through debconf)
to sysadmins
* Humberto Massa ([EMAIL PROTECTED]) [051026 18:34]:
in my workstation I try out a new package (for scientfic computing, a
game for Lucas, a new development package) at least once each two days,
and a lot of times they come with their libs and their daemons -- and
their users. So I see
* Humberto Massa ([EMAIL PROTECTED]) [051026 18:48]:
Andreas Barth wrote:
* Humberto Massa ([EMAIL PROTECTED]) [051026 18:34]:
in my workstation I try out a new package (for scientfic computing, a
game for Lucas, a new development package) at least once each two days,
and a lot of times
* Stephen Frost ([EMAIL PROTECTED]) [051026 20:13]:
* Thomas Bushnell BSG ([EMAIL PROTECTED]) wrote:
Stephen Frost [EMAIL PROTECTED] writes:
Same way you know that the system administrator hasn't modified a file
in /usr/bin.
Um, I know that by comparing the contents against a
* Stephen Frost ([EMAIL PROTECTED]) [051026 20:46]:
Additionally, this is *not* a problem with the orphaning of the file,
it's a problem with the reuse of a previously-used uid. I could see
adding a system to track previously-used uids and not reusing them. I
don't believe using passwd for
* Stephen Frost ([EMAIL PROTECTED]) [051026 20:58]:
Leaving around unused accounts is plainly wrong too, and also a
potential security risk.
I'm certain you can proof this.
If we're going to try to push for a broad
change in how this is handled then let's do it the *right* way by
creating
* Aurelien Jarno ([EMAIL PROTECTED]) [051031 14:31]:
So it seems that unstable is again, as before the release, half-frozen.
Maybe we could change its name?
Seriously, I begin to consider that as a real problem. I am not blaming
you, release maintainers, you are doing your job. From my
* Anthony Towns (aj@azure.humbug.org.au) [051101 17:23]:
On Tue, Nov 01, 2005 at 12:41:09PM +0100, Henning Makholm wrote:
So, would anybody object if I set up a cronjob that emails the PTS
whenever a (source) package propagates to, or is removed from, testing?
I won't so nobody'd object;
* Glenn Maynard ([EMAIL PROTECTED]) [051104 14:40]:
On Fri, Nov 04, 2005 at 02:05:43PM +0100, Florian Weimer wrote:
* Wouter Verhelst:
Lets assume you have GPL-ed project dpkg. Any change to foo.c must be
contributed back to the community.
No, that's not true.
Any
for this.
The index-files are still available as files on merkel and master.
Cheers,
Andi
--
http://home.arcor.de/andreas-barth/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
*.
You could send them e.g. a DMCA Takedown Notice. Especially as they
didn't listen before. Of course only if you're the author of one of the
relevant programms.
Cheers,
Andi
--
http://home.arcor.de/andreas-barth/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe
to be changed. As usual, the maintainers have a special
say in everything (that's why I Cced them). :)
Cheers,
Andi
--
http://home.arcor.de/andreas-barth/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
* Russ Allbery ([EMAIL PROTECTED]) [05 21:47]:
Andreas Barth [EMAIL PROTECTED] writes:
Well, my question is simple: should I push packages to go away from
kerberos-4-support? Unless there is a good reason to do not, I would
start to push into that direction. And of course, feel free
* Russ Allbery ([EMAIL PROTECTED]) [05 23:26]:
Andreas Barth [EMAIL PROTECTED] writes:
You think that December 2006 (the expected release time of etch) is too
early to drop Kerberos 4?
I'm not sure. I think it's going to be tight for some people, but on the
other hand not shipping
.html...
Huh, and here was me thinking those were perfect examples of the sort of
idiocy that just sucks the fun right out of Debian.
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
--
To UNSUBSCRIBE, email
of the interpretation 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
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
- realistically, we'll never
fully reach 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
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
://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). For example, currently we
* 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://home.arcor.de/andreas-barth
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 UNSUBSCRIBE, email to [EMAIL PROTECTED
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 script more tasks
always improve them, regardless of how many usage they get. I believe
there is 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
of another build queue...
Is there an underlying reason why the wanna-build management for all
architectures needs to happen on ftp-master?
For any architecture that builds directly from accepted, having
wanna-build on ftp-master has some improvements.
Cheers,
Andi
--
http://home.arcor.de/andreas
* 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 proposal should be instantly clear
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 testing migration
at all, or even
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 suffice the N+1-requirement.
Cheers,
Andi
--
http://home.arcor.de/andreas-barth/
PGP 1024
/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 F1 D0 C5
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 testing, we should remove it, as we
can't
architecture-specific bugs are _most_ likely to turn
up, so would we actually have gained anything then?
Well, the toolchain is perhaps not the part where they turn up most
likely, but it's the part that creates most of the workload and delays.
Cheers,
Andi
--
http://home.arcor.de/andreas-barth
already working on it). Also, anybody is free to
e.g. subscribe to the debian-release mailing list. We usually notice
people who are doing a great job.
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
/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]
to be in sync with others in testing - and, noauto_weak
on the individual buildds is the correct way for 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
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject
/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]
301 - 400 of 959 matches
Mail list logo