On Fri, Jul 17, 2009 at 09:05:29PM +0200, Luk Claes wrote:
> Wouter Verhelst wrote:
> >On Fri, Jul 17, 2009 at 12:10:56PM +0200, Luk Claes wrote:
> >>Wouter Verhelst wrote:
> >>>Right. However, having sbuild run lintian would allow a buildd
> >>>maintainer to assess issues with packages by looking
Le Fri, Jul 17, 2009 at 11:44:54AM +0200, Luk Claes a écrit :
>
> AFAIK the FTP Team is working on a system to prevent uploads which have
> lintian errors. The whole category of lintian errors has already been
> assessed and possible overrides are planned to arrive in the NEW queue
> at least
Wouter Verhelst wrote:
On Fri, Jul 17, 2009 at 12:10:56PM +0200, Luk Claes wrote:
Wouter Verhelst wrote:
Right. However, having sbuild run lintian would allow a buildd
maintainer to assess issues with packages by looking at *warnings*,
rather than 'just' errors. This isn't something an automate
Luk Claes writes:
> AFAIK the FTP Team is working on a system to prevent uploads which have
> lintian errors. The whole category of lintian errors has already been
> assessed and possible overrides are planned to arrive in the NEW queue
> at least once... Please do note that I'm talking about err
On Fri, Jul 17, 2009 at 12:10:56PM +0200, Luk Claes wrote:
> Wouter Verhelst wrote:
> >Right. However, having sbuild run lintian would allow a buildd
> >maintainer to assess issues with packages by looking at *warnings*,
> >rather than 'just' errors. This isn't something an automated system can
> >
Package: wnpp
Severity: wishlist
Owner: Steffen Moeller
* Package name: euca2ools
Version : 1.0
* URL : http://www.eucalyptus.com/open
* License : BSD
Description : managing cloud instances for Eucalyptus
EUCALYPTUS is an open source service overlay that
On 2009-07-17 11:45 +0200, Adam Borowski wrote:
> On Fri, Jul 17, 2009 at 03:14:15AM +0200, Michael Biebl wrote:
>>
>> C-A-Bksp disabled by default is an Xorg upstream decision, has nothing
>> to do with D-Bus or HAL or whatever.
>
> This is the real breakage here. It's easy for X to leave you n
On Fri, 17 Jul 2009, Cyril Brulebois wrote:
> Steffen Moeller (17/07/2009):
> > Wouter's comment aside, checks at buildd level would be too late.
>
> Yes, sure. It'd rather be time for critical packages (say: dpkg-dev,
> debhelper, cdbs) to have proper non-regression testsuites.
At least dpkg-de
Package: wnpp
Severity: wishlist
Owner: Erik de Castro Lopo
* Package name: haskell-network-bytestring
Version : 0.1.2.1
Upstream Author : Thomas DuBuisson
* URL :
http://hackage.haskell.org/cgi-bin/hackage-scripts/package/network-bytestring
* License : BSD
Hi,
On Fri Jul 17, 2009 at 12:51:34 +0200, Sandro Tosi wrote:
> On Fri, Jul 17, 2009 at 12:32, Joerg Jaspert wrote:
> >
> >>> http://lists.debian.org/debian-devel-announce/2008/09/msg6.html
> >> Thanks for the pointer, but I'm referring to
> >>> the upload queue, is pointed elsewhere during t
On Fri, Jul 17, 2009 at 12:32, Joerg Jaspert wrote:
>
>>> http://lists.debian.org/debian-devel-announce/2008/09/msg6.html
>> Thanks for the pointer, but I'm referring to
>>> the upload queue, is pointed elsewhere during that time,
>> not to the general reorganization of upload queues announced
At Fri, 17 Jul 2009 09:00:50 +0200,
Guido Günther wrote:
> On Wed, Jul 08, 2009 at 07:24:20PM +0100, James Westby wrote:
> > Guido Günther wrote:
> > > Which isn't a problem on patch-queue branches since you either can
> > > recreate them anytime from what's in debian/patches or simply ammend the
Steffen Moeller (17/07/2009):
> Wouter's comment aside, checks at buildd level would be too late.
Yes, sure. It'd rather be time for critical packages (say: dpkg-dev,
debhelper, cdbs) to have proper non-regression testsuites.
Mraw,
KiBi.
signature.asc
Description: Digital signature
Le vendredi 17 juillet 2009 à 11:45 +0200, Adam Borowski a écrit :
> > C-A-Bksp disabled by default is an Xorg upstream decision, has nothing
> > to do with D-Bus or HAL or whatever.
>
> This is the real breakage here. It's easy for X to leave you no way out,
> all it takes is a window manager go
>> http://lists.debian.org/debian-devel-announce/2008/09/msg6.html
> Thanks for the pointer, but I'm referring to
>> the upload queue, is pointed elsewhere during that time,
> not to the general reorganization of upload queues announced with that email.
It is *exactly* the point of host-indep
Wouter Verhelst wrote:
On Fri, Jul 17, 2009 at 11:44:54AM +0200, Luk Claes wrote:
Wouter Verhelst wrote:
On Fri, Jul 17, 2009 at 11:19:50AM +0200, Steffen Moeller wrote:
Not? Was the originally uploaded package correct? Amazing. Hm. Then,
it should be lintian errors that denote a build as a fa
On 2009-07-17, Wouter Verhelst wrote:
>> AFAIK the FTP Team is working on a system to prevent uploads which
>> have lintian errors. The whole category of lintian errors has
>> already been assessed and possible overrides are planned to arrive
>> in the NEW queue at least once... Please do note tha
On Fri, Jul 17, 2009 at 03:14:15AM +0200, Michael Biebl wrote:
> Roger Leigh schrieb:
> >
> > If you run a current unstable system, with a default (empty)
> > xorg.conf this disables C-A-Fn and C-A-Bksp to switch to a
> > virtual terminal or kill a dead X server. I noticed that if you
>
> C-A-Bk
On Fri, Jul 17, 2009 at 11:44:54AM +0200, Luk Claes wrote:
> Wouter Verhelst wrote:
> >On Fri, Jul 17, 2009 at 11:19:50AM +0200, Steffen Moeller wrote:
> >>Not? Was the originally uploaded package correct? Amazing. Hm. Then,
> >>it should be lintian errors that denote a build as a failure, indeed,
LIU Qi writes:
> Long time ago I ITA(http://bugs.debian.org/430431) a package,
> prokyon3.
That bug report started as an RFA, which you then retitled to an ITA.
> I have not uploaded this package once and I am not the maintainer of
> this package. How should I orphan this package?
You don't ne
Wouter Verhelst wrote:
On Fri, Jul 17, 2009 at 11:19:50AM +0200, Steffen Moeller wrote:
Not? Was the originally uploaded package correct? Amazing. Hm. Then,
it should be lintian errors that denote a build as a failure, indeed,
and these should somehow be detected by the mechanism that uploads th
On Fri, Jul 17, 2009 at 11:19:50AM +0200, Steffen Moeller wrote:
> Not? Was the originally uploaded package correct? Amazing. Hm. Then,
> it should be lintian errors that denote a build as a failure, indeed,
> and these should somehow be detected by the mechanism that uploads the
> packages ... not
Mike Hommey wrote:
> On Fri, Jul 17, 2009 at 10:57:25AM +0200, Steffen Moeller
> wrote:
>> Wouter Verhelst wrote:
>>> On Thu, Jul 16, 2009 at 10:57:25PM -0500, Peter Samuelson wrote:
[Michael Biebl]
> Would it make sense to avoid the upload of "obviously" broken
> packages from build
On Fri, Jul 17, 2009 at 10:57:25AM +0200, Steffen Moeller
wrote:
> Wouter Verhelst wrote:
> > On Thu, Jul 16, 2009 at 10:57:25PM -0500, Peter Samuelson wrote:
> >> [Michael Biebl]
> >>> Would it make sense to avoid the upload of "obviously" broken
> >>> packages from buildds in the future. E.g.
Wouter Verhelst wrote:
> On Thu, Jul 16, 2009 at 10:57:25PM -0500, Peter Samuelson wrote:
>> [Michael Biebl]
>>> Would it make sense to avoid the upload of "obviously" broken
>>> packages from buildds in the future. E.g. if lintian detects an
>>> error it would need some special inspection from th
LIU Qi wrote:
Hi all,
Long time ago I ITA(http://bugs.debian.org/430431) a package, prokyon3.
Because few persons use this software and I switched to gtk instead of
qt after I adopted this package (it is qt based), I use this software
very rarely and I want to orphan it. I have not uploaded this
On Fri, Jul 17, 2009 at 10:27 AM, LIU Qi wrote:
> Long time ago I ITA(http://bugs.debian.org/430431) a package, prokyon3.
> Because few persons use this software and I switched to gtk instead of
> qt after I adopted this package (it is qt based), I use this software
> very rarely and I want to orp
Hi all,
Long time ago I ITA(http://bugs.debian.org/430431) a package, prokyon3.
Because few persons use this software and I switched to gtk instead of
qt after I adopted this package (it is qt based), I use this software
very rarely and I want to orphan it. I have not uploaded this package
once and
On Thu, Jul 16, 2009 at 10:57:25PM -0500, Peter Samuelson wrote:
>
> [Michael Biebl]
> > Would it make sense to avoid the upload of "obviously" broken
> > packages from buildds in the future. E.g. if lintian detects an
> > error it would need some special inspection from the buildd uploader.
>
>
Hi,
On Thu Jul 16, 2009 at 15:22:44 -0500, John Goerzen wrote:
> Martin Zobel-Helas wrote:
> > If you think we (DSA) are doing a bad job, please feel free to attand
> > DSA BoF on DC9 and lets talk about it there.
>
> That implies to me that this is the only way to discuss the issue. Is
> that
Hi,
On Fri, Jul 17, 2009 at 09:41:05AM +0200, Sandro Tosi wrote:
> > http://lists.debian.org/debian-devel-announce/2008/09/msg6.html
>
> Thanks for the pointer, but I'm referring to
>
> > the upload queue, is pointed elsewhere during that time,
>
> not to the general reorganization of uploa
Hi Marc,
On Fri, Jul 17, 2009 at 09:35, Marc 'HE' Brockschmidt wrote:
> Sandro Tosi writes:
>> On Fri, Jul 17, 2009 at 00:27, Joerg Jaspert wrote:
>>> First there wasnt much notice (as people already said), but also second:
>>> The thing most important for us DDs, which is for the day-to-day work
Sandro Tosi writes:
> On Fri, Jul 17, 2009 at 00:27, Joerg Jaspert wrote:
>> First there wasnt much notice (as people already said), but also second:
>> The thing most important for us DDs, which is for the day-to-day work
>> the upload queue, is pointed elsewhere during that time, to allow you
>>
Hi Michael,
On Fri, Jul 17, 2009 at 01:26, Michael Banck wrote:
> On Thu, Jul 16, 2009 at 08:25:19PM +0200, Sandro Tosi wrote:
>> Should we improve how we communicate in the project?
>
> One thing I want to turn your attention in addition to what the others
> wrote is that -devel looks like the wr
Hi Philipp,
On Fri, Jul 17, 2009 at 00:41, Philipp Kern wrote:
> Hi,
>
> On 2009-07-16, Sandro Tosi wrote:
>> today ries (aka ftp-master) was down due to a scheduled maintenance activity.
>
> more or less scheduled, as already stated.
>
>> Now, scheduled means programmed, and suddenly this questi
Hi Joerg,
On Fri, Jul 17, 2009 at 00:27, Joerg Jaspert wrote:
> On 11813 March 1977, Sandro Tosi wrote:
>
>> Should we improve how we communicate in the project? Shouldn't there
>> be more information on what's moving "behind the scenes"? It's just me
>> that would like to know it?
>
> First there
On Wed, Jul 08, 2009 at 07:24:20PM +0100, James Westby wrote:
> Guido Günther wrote:
> > Which isn't a problem on patch-queue branches since you either can
> > recreate them anytime from what's in debian/patches or simply ammend the
> > commit. They're supposed to be rebased frequently anyway.
>
>
37 matches
Mail list logo
