Petter Reinholdtsen <[EMAIL PROTECTED]> schrieb:
> [Frank Küster]
>> tetex-bin, with a new binary package name, and targetted at
>> experimental, has been processed.
>
> Good. :)
>
> I'm aware that a few packages have been able to get through the NEW
> queue. Thus the "almost only the d-i releate
[Frank Küster]
> tetex-bin, with a new binary package name, and targetted at
> experimental, has been processed.
Good. :)
I'm aware that a few packages have been able to get through the NEW
queue. Thus the "almost only the d-i releated packages have been able
to get throught" in my email. But I
Petter Reinholdtsen <[EMAIL PROTECTED]> wrote:
> But facts remain that the NEW queue process stopped completely a few
> months ago, and almost only the d-i related packages have been able to
> get through the "queue" since then.
>
> At the moment, 419 source packages are waiting in the NEW queue.
Marcelo E. Magallon wrote:
pardon me for the delay, I really have better things to do that getting
involved all day long in discussions with purposely obtuse people.
On Fri, Feb 04, 2005 at 01:30:22PM +1000, Anthony Towns wrote:
Yay for pulling up flamewars from over a month ago and restarting th
[Marcelo E. Magallon]
> Whilst no insult was meant, it _still_ _looks like_ a silent
> decision.
Well, that is one of several explanations. I have no idea if it is
the real one, but believe the release team would have the decency to
let us know if they made such decision and do not believe the re
On Fri, Feb 04, 2005 at 03:17:51AM +0100, Wouter van Heyst wrote:
> On Thu, Feb 03, 2005 at 06:03:04PM -0600, Marcelo E. Magallon wrote:
> > * it's not ftp-master's business to judge on _technical_ merits of
> >the pacakge (bad packaging practices, missing dependencies,
> >ignores /cha
Hi,
pardon me for the delay, I really have better things to do that getting
involved all day long in discussions with purposely obtuse people.
On Fri, Feb 04, 2005 at 01:30:22PM +1000, Anthony Towns wrote:
> Marcelo E. Magallon wrote:
> >On Fri, Feb 04, 2005 at 11:21:02AM +1000, Anthony Towns
On Fri, Feb 04, 2005 at 12:40:02AM -0800, Steve Langasek wrote:
> > > It works and is available from dak.ganneff.de. And the packages
> > > is used on several archives now. Its just not out of NEW atm.
>
> > So, let's *guess* ...
>
> > * -release decided to stop processing NEW ... we
On Fri, Feb 04, 2005 at 01:14:09PM +, Brian M. Carlson wrote:
> I think this is an awful idea. This means that developers will no longer
> test their packages before uploading, and we will have more bugs than
> before. Why build X [0] when you don't "have to"?
>
> [0] No attack on Branden, but
On Fri, Feb 04, 2005 at 12:47:28PM -0200, Henrique de Moraes Holschuh wrote:
> It would be better to set up a arch-indep
> autobuilder (on a FAST machine that can handle pbuilder's unpacking of
> chroots, so that chroot crappage won't happen so often) and file FTBFS
> automatically.
We build all b
On Fri, 04 Feb 2005, Frederik Dannemare wrote:
> > If people don't do even THAT much, you want them to have the
> > possibility of uploading source-only?
> [ snip ]
> No. That was not my intend. Read
> http://lists.debian.org/debian-devel/2005/02/msg00199.html
Then we agree :)
--
"One disk
On Friday 04 February 2005 15:59, Thiemo Seufer wrote:
> Frederik Dannemare wrote:
> [snip]
>
> > > Always build packages for uploads in a clean environment (a fresh
> > > chroot if nothing else is available).
> >
> > I absolutely agree. But it still doesn't have to be 100%
> > problem-free (lettin
On Friday 04 February 2005 15:47, Henrique de Moraes Holschuh wrote:
> On Fri, 04 Feb 2005, Frederik Dannemare wrote:
> > On Friday 04 February 2005 15:02, Henrique de Moraes Holschuh wrote:
> > > On Fri, 04 Feb 2005, Frederik Dannemare wrote:
> > > > As of right now it is troublesome to build e.g.
Frederik Dannemare wrote:
[snip]
> > Always build packages for uploads in a clean environment (a fresh
> > chroot if nothing else is available).
>
> I absolutely agree. But it still doesn't have to be 100% problem-free
> (letting buildd build all packages on all archs for distribution would
> st
Re: Frederik Dannemare in <[EMAIL PROTECTED]>
> For instance, the issue with nvidia and building gl apps I mentioned: I
> have a sid chroot (debootstrap) on my sarge desktop machine which uses
> the nvidia driver. Trying to start X in the chroot with the normal nv
> driver failed due to nvidia a
On Fri, 04 Feb 2005, Henrique de Moraes Holschuh wrote:
> uploading source-only? It would be better to set up a arch-indep
> autobuilder (on a FAST machine that can handle pbuilder's unpacking of
Which does *not* upload the packages. Better write it just in case
someone didn't get the idea...
On Fri, 04 Feb 2005, Frederik Dannemare wrote:
> On Friday 04 February 2005 15:02, Henrique de Moraes Holschuh wrote:
> > On Fri, 04 Feb 2005, Frederik Dannemare wrote:
> > > As of right now it is troublesome to build e.g. gl stuff as a
> > > maintainer if you are using the nvidia drivers on your s
On Friday 04 February 2005 15:02, Thiemo Seufer wrote:
> Frederik Dannemare wrote:
> [snip]
>
> > I surely hope they would still do so. Another option could simply
> > be to proceed with the current way of uploading - but then let the
> > buildd rebuild the uploaded binary. Or is that somehow not
>
On Friday 04 February 2005 15:02, Henrique de Moraes Holschuh wrote:
> On Fri, 04 Feb 2005, Frederik Dannemare wrote:
> > As of right now it is troublesome to build e.g. gl stuff as a
> > maintainer if you are using the nvidia drivers on your system. I'm
> > sure there are many, many other scenario
Frederik Dannemare wrote:
[snip]
> I surely hope they would still do so. Another option could simply be to
> proceed with the current way of uploading - but then let the buildd
> rebuild the uploaded binary. Or is that somehow not feasible?
Actually, requiring a binary upload _plus_ rebuilding i
On Fri, 04 Feb 2005, Frederik Dannemare wrote:
> As of right now it is troublesome to build e.g. gl stuff as a maintainer
> if you are using the nvidia drivers on your system. I'm sure there are
> many, many other scenarios to choose from.
Well, you CAN setup a clean sid pbuilder/chroot, you kno
On Friday 04 February 2005 14:14, Brian M. Carlson wrote:
> On Fri, 2005-02-04 at 13:26 +0100, Frederik Dannemare wrote:
> > On Friday 04 February 2005 02:30, Steve Langasek wrote:
> > > On Thu, Feb 03, 2005 at 04:05:19PM +0100, Wouter Verhelst wrote:
> > > > Op do, 03-02-2005 te 15:44 +0100, schre
On Fri, 2005-02-04 at 13:26 +0100, Frederik Dannemare wrote:
> On Friday 04 February 2005 02:30, Steve Langasek wrote:
> > On Thu, Feb 03, 2005 at 04:05:19PM +0100, Wouter Verhelst wrote:
> > > Op do, 03-02-2005 te 15:44 +0100, schreef Frederik Dannemare:
> > > > > which
> > > > > requires no impri
On Friday 04 February 2005 02:30, Steve Langasek wrote:
> On Thu, Feb 03, 2005 at 04:05:19PM +0100, Wouter Verhelst wrote:
> > Op do, 03-02-2005 te 15:44 +0100, schreef Frederik Dannemare:
> > > > which
> > > > requires no imprimatur from the DPL, before you start throwing
> > > > packages that hav
On Thu, Feb 03, 2005 at 06:03:04PM -0600, Marcelo E. Magallon wrote:
> On Thu, Feb 03, 2005 at 08:39:10PM +0100, Joerg Jaspert wrote:
> > It works and is available from dak.ganneff.de. And the packages is
> > used on several archives now. Its just not out of NEW atm.
> So, let's *guess* ...
Steve Langasek <[EMAIL PROTECTED]> writes:
> What I know is that every time an ftpmaster processes a batch of NEW
> packages, a percentage of them wind up in testing with serious bugs for
> failing to declare build-dependencies, and then the release team has to
> track these bugs.
>
> Since the te
Marcelo E. Magallon wrote:
On Fri, Feb 04, 2005 at 11:21:02AM +1000, Anthony Towns wrote:
> >On Thu, Feb 03, 2005 at 08:39:10PM +0100, Joerg Jaspert wrote:
> > * it's not ftp-master's business to judge on _technical_ merits of the
> > pacakge (bad packaging practices, missing dependencies, ign
On Fri, Feb 04, 2005 at 11:21:02AM +1000, Anthony Towns wrote:
> >On Thu, Feb 03, 2005 at 08:39:10PM +0100, Joerg Jaspert wrote:
> > * it's not ftp-master's business to judge on _technical_ merits of the
> > pacakge (bad packaging practices, missing dependencies, ignores
> > /chapter and v
On Thu, Feb 03, 2005 at 06:03:04PM -0600, Marcelo E. Magallon wrote:
> * it's not ftp-master's business to judge on _technical_ merits of the
>pacakge (bad packaging practices, missing dependencies, ignores
>/chapter and verse/ of policy, ...), so we can safely rule that one
>out
I ha
On Thu, Feb 03, 2005 at 03:44:19PM +0100, Frederik Dannemare wrote:
> Would it be an idea (post-Sarge?) to not let packages automatically
> propagate from sid to testing after X days. Instead, the responsible
> maintainer would have to explicitly tag a package as 'ready for
> testing' as opposed
On Thu, Feb 03, 2005 at 04:05:19PM +0100, Wouter Verhelst wrote:
> Op do, 03-02-2005 te 15:44 +0100, schreef Frederik Dannemare:
> > > which
> > > requires no imprimatur from the DPL, before you start throwing
> > > packages that have never even been tested by their maintainer at us
> > > faster
Marcelo E. Magallon wrote:
On Thu, Feb 03, 2005 at 08:39:10PM +0100, Joerg Jaspert wrote:
* it's not ftp-master's business to judge on _technical_ merits of the
pacakge (bad packaging practices, missing dependencies, ignores
/chapter and verse/ of policy, ...), so we can safely rule that one
On Thu, Feb 03, 2005 at 08:39:10PM +0100, Joerg Jaspert wrote:
> It works and is available from dak.ganneff.de. And the packages is
> used on several archives now. Its just not out of NEW atm.
So, let's *guess* ...
* ftp-master surely knows about the license on that one, so it's not a
"
Hi,
Steve Langasek wrote:
> Increasing the rate at which new packages flow into unstable is NOT
> something that should be a priority when we're trying to get the RC bug
> count down in preparation of a release. Show me that there are enough
> people working on release-critical issues for sarge,
On Thu, Feb 03, 2005 at 08:39:10PM +0100, Joerg Jaspert <[EMAIL PROTECTED]>
wrote:
> Its just not out of NEW atm.
And now we're back to the original subject ;)
Mike
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On 10189 March 1977, Goswin von Brederlow wrote:
>> I thought about writing something like this myself. But I didn't,
>> because the logical answer would be "check out
>> http://cvs.debian.org/dak/?cvsroot=dak and start working", and I won't
>> be able to do that...
> And it is a mess to configure
Frank Küster <[EMAIL PROTECTED]> writes:
> Bartosz Fenski aka fEnIo <[EMAIL PROTECTED]> wrote:
>
>> Ok. So maybe ftp-masters shouldn't accept NEW packages, but accept new
>> binary packages (from existing source). This would allow me to close some
>> "unfortunatelly" non-critical bugs, and improve
Bartosz Fenski aka fEnIo <[EMAIL PROTECTED]> wrote:
> Ok. So maybe ftp-masters shouldn't accept NEW packages, but accept new
> binary packages (from existing source). This would allow me to close some
> "unfortunatelly" non-critical bugs, and improve overall sarge quality.
>
> I'm sure that I'm no
Frederik Dannemare <[EMAIL PROTECTED]> writes:
> On Thursday 03 February 2005 16:05, Wouter Verhelst wrote:
>> Op do, 03-02-2005 te 15:44 +0100, schreef Frederik Dannemare:
>> > On Thursday 03 February 2005 14:45, Steve Langasek wrote:
>> > > Increasing the rate at which new packages flow into uns
On Thursday 03 February 2005 16:05, Wouter Verhelst wrote:
> Op do, 03-02-2005 te 15:44 +0100, schreef Frederik Dannemare:
> > On Thursday 03 February 2005 14:45, Steve Langasek wrote:
> > > Increasing the rate at which new packages flow into unstable is
> > > NOT something that should be a priorit
Op do, 03-02-2005 te 15:44 +0100, schreef Frederik Dannemare:
> On Thursday 03 February 2005 14:45, Steve Langasek wrote:
> > Increasing the rate at which new packages flow into unstable is NOT
> > something that should be a priority when we're trying to get the RC
> > bug count down in preparation
On Thu, Feb 03, 2005 at 05:45:56AM -0800, Steve Langasek wrote:
> > > And while we are on the subject, what's with NEW not being
> > > processed? Or are we again in the usual "I'll process any package
> > > that I feel like processing" situation?
>
> > Is it not just that there's too few hands to
On Thursday 03 February 2005 14:45, Steve Langasek wrote:
> On Thu, Feb 03, 2005 at 02:28:39PM +0100, Frederik Dannemare wrote:
> > On Thursday 03 February 2005 03:03, Marcelo E. Magallon wrote:
> > > On Wed, Feb 02, 2005 at 06:28:58PM +0100, Jeroen van Wolffelaar
wrote:
> > > > As a DD, you can
On Thu, Feb 03, 2005 at 02:28:39PM +0100, Frederik Dannemare wrote:
> On Thursday 03 February 2005 03:03, Marcelo E. Magallon wrote:
> > On Wed, Feb 02, 2005 at 06:28:58PM +0100, Jeroen van Wolffelaar wrote:
> > > As a DD, you can ls /org/ftp.debian.org/queue/new on merkel, daily
> > > synced. Be
On Thursday 03 February 2005 03:03, Marcelo E. Magallon wrote:
> On Wed, Feb 02, 2005 at 06:28:58PM +0100, Jeroen van Wolffelaar wrote:
> > As a DD, you can ls /org/ftp.debian.org/queue/new on merkel, daily
> > synced. Beware, there are 2826 files in there atm, so ls via grep
> > or something.
>
On Wed, Feb 02, 2005 at 06:28:58PM +0100, Jeroen van Wolffelaar wrote:
> As a DD, you can ls /org/ftp.debian.org/queue/new on merkel, daily
> synced. Beware, there are 2826 files in there atm, so ls via grep or
> something.
And while we are on the subject, what's with NEW not being processed?
Domenico Andreoli <[EMAIL PROTECTED]> writes:
> On Wed, Feb 02, 2005 at 06:28:58PM +0100, Jeroen van Wolffelaar wrote:
>>
>> Debian New queue summary,
>> http://developer.skolelinux.no/~pere/debian-NEW.html
>
> i never made this question to myself but i'm finding the answer very
> interesting.
>
* Al Stone ([EMAIL PROTECTED]) [050202 19:05]:
> Ah, this is what I was looking for; thanks. I had tried a
> couple of other machines but not merkel.
Please see the Developer's Reference, 4.4.2 The ftp-master server:
http://www.debian.org/doc/developers-reference/ch-resources.en.html#s-servers-ft
On Wed, Feb 02, 2005 at 10:42:26 -0700, Al Stone wrote:
> > http://developer.skolelinux.no/~pere/debian-NEW.html>, updated at
> Hmm. Saw this in google and couldn't get it to work last
> Saturday (I got an empty page, and _that_ didn't make sense :).
Probably due to Merkel being down around that
On Wed, Feb 02, 2005 at 06:28:58PM +0100, Jeroen van Wolffelaar wrote:
>
> Debian New queue summary,
> http://developer.skolelinux.no/~pere/debian-NEW.html
i never made this question to myself but i'm finding the answer very
interesting.
just a curiosity. why there are packages like kernel-patch
On Wed, 2005-02-02 at 18:30 +0100, Petter Reinholdtsen wrote:
> [Al Stone]
> > How does one simply see what's in the NEW queue?
>
> There is an experimental service available from
> http://developer.skolelinux.no/~pere/debian-NEW.html>, updated at
> random times whenever I feel like it (normally a
On Wed, Feb 02, 2005 at 10:01:11AM -0700, Al Stone wrote:
> Sigh. Either I'm being dense, or google has failed me, or
> the Developer's Reference has failed me. I suspect the first
> of these, naturally
>
> How does one simply see what's in the NEW queue? Call me
Google 'new queue', first
[Al Stone]
> How does one simply see what's in the NEW queue?
There is an experimental service available from
http://developer.skolelinux.no/~pere/debian-NEW.html>, updated at
random times whenever I feel like it (normally at least once a day).
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with
Sigh. Either I'm being dense, or google has failed me, or
the Developer's Reference has failed me. I suspect the first
of these, naturally
How does one simply see what's in the NEW queue? Call me
paranoid, but what I would like to do is just verify that
packages that I've uploaded haven't
54 matches
Mail list logo