Re: Upcoming FTPMaster meeting

On Sat, 12 Feb 2011, Guillem Jover wrote: > Hi! > > On Fri, 2011-02-11 at 11:33:10 +0800, Paul Wise wrote: > > On Fri, Feb 11, 2011 at 5:58 AM, Ben Hutchings wrote: > > > Since there is no support for auto-building arch-independent binaries > > > > I would hope that throwing away developer built

Re: Sourceful uploads [Re: Upcoming FTPMaster meeting]

Charles Plessy wrote: > > I would be happy to get build logs as well, or at least a link to an URL > where they are dowloadable withouth HTML processing. You can always | html2text -utf8 > For the moment, I only found raw logs in /srv/buildd.debian.org/db on > buildd.debian.org, but that directo

Re: Sourceful uploads [Re: Upcoming FTPMaster meeting]

Le Sun, Feb 13, 2011 at 11:40:25PM +0100, Tollef Fog Heen a écrit : > ]] Philipp Kern > > | Actually those build failures are nowadays sent to the PTS for further > | distribution (the "buildd" keyword). I don't know how many are subscribed > | to those notifications, though. (After all, they'r

Re: Cross-check autobuilt binary pkg with maintainer-provided pkg

Henrique de Moraes Holschuh wrote: > This is a good reason to forbid source-only uploads, but there is another, > which actually leverages what we do now, and the idea of not using the > maintainer-provided binary packages in order to have better determinism on > the build: [...] Sounds like a gre

Re: Sourceful uploads [Re: Upcoming FTPMaster meeting]

Philipp Kern wrote: > Actually those build failures are nowadays sent to the PTS for further > distribution (the "buildd" keyword). I don't know how many are subscribed > to those notifications, though. (After all, they're not automatically > sent to the maintainer.) Taking a look at the databas

Re: The future of m-a and dkms

Am 14.02.2011 00:12, schrieb Iustin Pop: > On Sun, Feb 13, 2011 at 06:00:10PM -0500, Michael Gilbert wrote: >> On Sun, 13 Feb 2011 23:52:22 +0100 Christoph Anton Mitterer wrote: >> >>> On Sun, 2011-02-13 at 23:21 +0100, Patrick Matthäi wrote: since we have got a stable release with dkms now, I

Re: Sourceful uploads [Re: Upcoming FTPMaster meeting]

]] Felipe Sateler | On Sun, 13 Feb 2011 23:40:25 +0100, Tollef Fog Heen wrote: | | > FWIW, Ubuntu mails maintainers on build failures (at least in PPAs), | > and I've found that to work well. | | AFAIK, that service also mails when the build was successful, leading | to a lot of noise. I don't

Re: The future of m-a and dkms

On Sun, Feb 13, 2011 at 06:00:10PM -0500, Michael Gilbert wrote: > On Sun, 13 Feb 2011 23:52:22 +0100 Christoph Anton Mitterer wrote: > > > On Sun, 2011-02-13 at 23:21 +0100, Patrick Matthäi wrote: > > > since we have got a stable release with dkms now, I am asking myself, if > > > it is still nec

Re: Should pam_unix log non-interactive sessions? [c...@taz.net.au: Bug#612382: pam, non-interactive-sessions, and pam_unix spamming the auth log]

]] Steve Langasek | Hi folks, | | I have a bug report objecting to pam_unix logging all PAM sessions, | interactive and non-interactive alike, to syslog. Should pam_unix be | dropped from /etc/pam.d/common-session-noninteractive? It's only after | pam-auth-update started being used and common-

Bug#613306: ITP: portsmf -- Portable Standard Midi File Library

Package: wnpp Severity: wishlist Owner: Benjamin Drung * Package name: portsmf Version : 0.1~svn20101010 Upstream Author : Roger B. Dannenberg * URL : http://portmedia.sourceforge.net/ * License : Expat Programming Lang: C++ Description : Portable Stand

Re: Sourceful uploads [Re: Upcoming FTPMaster meeting]

On 2011-02-13, Tollef Fog Heen wrote: > Would people be opposed to changing that? I would be quite happy to get > mails if my packages FTBFS on various architectures, and I believe I'm > competent to at least usually see if something fails because of > something obvious or if it looks like a chro

Re: Sourceful uploads [Re: Upcoming FTPMaster meeting]

On Sun, 13 Feb 2011 23:40:25 +0100, Tollef Fog Heen wrote: > Would people be opposed to changing that? I would be quite happy to get > mails if my packages FTBFS on various architectures, Agreed, getting mails with build logs (or pointers to them) for build failures would be helpful IMO. Chee

Re: The future of m-a and dkms

On Sun, 13 Feb 2011 23:52:22 +0100 Christoph Anton Mitterer wrote: > On Sun, 2011-02-13 at 23:21 +0100, Patrick Matthäi wrote: > > since we have got a stable release with dkms now, I am asking myself, if > > it is still necessary to support module-assistant. > > dkms is IMHO the better system and

Re: The future of m-a and dkms

Am 13.02.2011 23:52, schrieb Christoph Anton Mitterer: > On Sun, 2011-02-13 at 23:21 +0100, Patrick Matthäi wrote: >> since we have got a stable release with dkms now, I am asking myself, if >> it is still necessary to support module-assistant. >> dkms is IMHO the better system and maintaining two

Re: Sourceful uploads [Re: Upcoming FTPMaster meeting]

On Sun, 13 Feb 2011 23:40:25 +0100, Tollef Fog Heen wrote: > ]] Philipp Kern > > | Actually those build failures are nowadays sent to the PTS for further > | distribution (the "buildd" keyword). I don't know how many are > subscribed | to those notifications, though. (After all, they're not > a

Re: The future of m-a and dkms

On Sun, 2011-02-13 at 23:21 +0100, Patrick Matthäi wrote: > since we have got a stable release with dkms now, I am asking myself, if > it is still necessary to support module-assistant. > dkms is IMHO the better system and maintaining two different systems for > kernel modules is a bit bloated. Wit

Re: Should pam_unix log non-interactive sessions? [c...@taz.net.au: Bug#612382: pam, non-interactive-sessions, and pam_unix spamming the auth log]

Am 13.02.2011 23:45, schrieb Steve Langasek: > Hi folks, > > I have a bug report objecting to pam_unix logging all PAM sessions, > interactive and non-interactive alike, to syslog. Should pam_unix be > dropped from /etc/pam.d/common-session-noninteractive? It's only after > pam-auth-update start

Re: Upcoming FTPMaster meeting

Adam Borowski writes: > For example, any package built on a system with nvidia's drivers will be > built against them rather than mesa due to diversions, and will be > unusable anywhere else. This hasn't been the case for a while. We fixed this in the NVIDIA packages. -- Russ Allbery (r...@de

Re: The future of m-a and dkms

Am 13.02.2011 23:39, schrieb Cyril Brulebois: > That said, I'm no longer interested in maintaining m-a (lack of time > is one thing, lack of interest is another, “upstream first” yet > another). Putting my fglrx maintainer hat on, I am also no longer interested in supporting m-a, putting my server

Should pam_unix log non-interactive sessions? [c...@taz.net.au: Bug#612382: pam, non-interactive-sessions, and pam_unix spamming the auth log]

Hi folks, I have a bug report objecting to pam_unix logging all PAM sessions, interactive and non-interactive alike, to syslog. Should pam_unix be dropped from /etc/pam.d/common-session-noninteractive? It's only after pam-auth-update started being used and common-session-noninteractive is split

Re: Sourceful uploads [Re: Upcoming FTPMaster meeting]

]] Philipp Kern | Actually those build failures are nowadays sent to the PTS for further | distribution (the "buildd" keyword). I don't know how many are subscribed | to those notifications, though. (After all, they're not automatically | sent to the maintainer.) Would people be opposed to cha

Re: The future of m-a and dkms

Patrick Matthäi (13/02/2011): > since we have got a stable release with dkms now, I am asking > myself, if it is still necessary to support module-assistant. > > dkms is IMHO the better system and maintaining two different systems > for kernel modules is a bit bloated. > > I think there should b

Bug#613297: ITP: twitter4j -- A Java library for the Twitter API

Package: wnpp Severity: wishlist Owner: Nicolas Dandrimont * Package name: twitter4j Version : 2.1.11 Upstream Author : Yusuke Yamamoto * URL : http://www.twitter4j.org/ * License : BSD Programming Lang: Java Description : A Java library for the Twitt

The future of m-a and dkms

Hello folk, since we have got a stable release with dkms now, I am asking myself, if it is still necessary to support module-assistant. dkms is IMHO the better system and maintaining two different systems for kernel modules is a bit bloated. I think there should be a decission for wheezy, how we

Bug#613293: ITP: svgsalamander -- SVG engine for Java

Package: wnpp Severity: wishlist Owner: Nicolas Dandrimont * Package name: svgsalamander Version : 0.0+svn0088 (Unfortunately, no real release) Upstream Author : Mark McKay * URL : http://svgsalamander.java.net/ * License : LGPLv2 and BSD Programming Lang:

Re: Cross-check autobuilt binary pkg with maintainer-provided pkg

Henrique de Moraes Holschuh wrote: > 1. Instead of discarding upon upload the maintainer-provided binary uploads, >we should first retain some interesting metadata[1] about it, and then >discard. > >* Packages that outright FTBFS won't get uploaded > > 2. Autobuild all binary packages

Cross-check autobuilt binary pkg with maintainer-provided pkg

On Sun, 13 Feb 2011, brian m. carlson wrote: > On Sun, Feb 13, 2011 at 06:00:11PM +, Lars Wirzenius wrote: > > That's something I don't understand. If I upload a broken package, why > > should it be the buildd admin's job to deal with it? Should not I get > > notified of the error, and told to

Re: Sourceful uploads [Re: Upcoming FTPMaster meeting]

On 2011-02-13, Lars Wirzenius wrote: > On su, 2011-02-13 at 19:13 +0100, Luk Claes wrote: >> On 02/13/2011 07:00 PM, Lars Wirzenius wrote: >> > On su, 2011-02-13 at 18:49 +0100, Bernd Zeimetz wrote: >> >> I don;t think that is a good idea, there are way too many people not >> >> building >> >> an

/srv on alioth nearly full

Submitted via the official support route at but I thought it was worth mentioning here too, in case anyone was thinking of uploading any data...: /dev/sda2 394G 384G 2.0G 100% /srv Cheers,

Re: Upcoming FTPMaster meeting

Samuel Thibault, le Sun 13 Feb 2011 19:51:07 +0100, a écrit : > Michael Goetze, le Sun 13 Feb 2011 19:21:32 +0100, a écrit : > > On 02/07/2011 12:10 AM, Svante Signell wrote: > > >On 2011-02-03, Joerg Jaspert wrote: > > >>* get rid of hurd (or discuss this) > > > > > >Why? GNU/Hurd has made vast i

Re: Upcoming FTPMaster meeting

Michael Goetze, le Sun 13 Feb 2011 19:21:32 +0100, a écrit : > On 02/07/2011 12:10 AM, Svante Signell wrote: > >On 2011-02-03, Joerg Jaspert wrote: > >>* get rid of hurd (or discuss this) > > > >Why? GNU/Hurd has made vast improvements during last year. Even the > >Debian installer is functional.

Re: Upcoming FTPMaster meeting

On 02/07/2011 12:10 AM, Svante Signell wrote: On 2011-02-03, Joerg Jaspert wrote: * get rid of hurd (or discuss this) Why? GNU/Hurd has made vast improvements during last year. Even the Debian installer is functional. Now, with support for VMs like qemu, xen and virtualbox, more people are sh

Re: Upcoming FTPMaster meeting

On Sun, Feb 13, 2011 at 06:46:22PM +0100, Stefano Zacchiroli wrote: > On Sat, Feb 12, 2011 at 08:22:39PM +0100, Bernhard R. Link wrote: > > * Don Armstrong [110211 23:01]: > > > 3) uniform, known build environments > > I think is a major disadvantage of this suggestion. > I'm unconvinced by your

Re: Sourceful uploads [Re: Upcoming FTPMaster meeting]

On su, 2011-02-13 at 19:13 +0100, Luk Claes wrote: > On 02/13/2011 07:00 PM, Lars Wirzenius wrote: > > On su, 2011-02-13 at 18:49 +0100, Bernd Zeimetz wrote: > >> I don;t think that is a good idea, there are way too many people not > >> building > >> and testing their packages properly already, we

Re: Upcoming FTPMaster meeting

brian m. carlson (13/02/2011): > Also, FTBFS bugs are often filed by buildd admins; I'm sure they'd > like to spend their time doing things other than filing those bugs. Hell yes. KiBi. signature.asc Description: Digital signature

Re: Upcoming FTPMaster meeting

On Sun, Feb 13, 2011 at 06:00:11PM +, Lars Wirzenius wrote: > That's something I don't understand. If I upload a broken package, why > should it be the buildd admin's job to deal with it? Should not I get > notified of the error, and told to fix it? I've seen packages that don't fail until the

Sourceful uploads [Re: Upcoming FTPMaster meeting]

On 02/13/2011 07:00 PM, Lars Wirzenius wrote: > On su, 2011-02-13 at 18:49 +0100, Bernd Zeimetz wrote: >> I don;t think that is a good idea, there are way too many people not building >> and testing their packages properly already, we don't want to give that work >> to >> the buildd-admins... > >

Re: Upcoming FTPMaster meeting

On su, 2011-02-13 at 18:49 +0100, Bernd Zeimetz wrote: > I don;t think that is a good idea, there are way too many people not building > and testing their packages properly already, we don't want to give that work > to > the buildd-admins... That's something I don't understand. If I upload a brok

Re: MBF: switching away from homepage pseudo-header

On Sun, Feb 13, 2011 at 12:23:46PM +0100, Julien Cristau wrote: > > PS lintian has a warning-level tag about that [2], which reports 250 > >packages vs 279 reported by my script. I'll check where the > >differences come from before actually reporting the bugs. > > > Isn't the lintian warni

Re: Upcoming FTPMaster meeting

On 02/10/2011 09:43 PM, Sandro Tosi wrote: > On Thu, Feb 3, 2011 at 22:05, Joerg Jaspert wrote: >> * Throwaway DD built .debs (well, let's have the fight^Wdiscussion) > > could you please keep in mind the bandwidth impaired and try something > that avoids to upload those binary packages in the fi

Re: Upcoming FTPMaster meeting

On Sat, Feb 12, 2011 at 08:22:39PM +0100, Bernhard R. Link wrote: > * Don Armstrong [110211 23:01]: > > 3) uniform, known build environments > I think is a major disadvantage of this suggestion. I'm unconvinced by your (implicit) argument that switching to an uniform build environment will make t

Re: Upcoming FTPMaster meeting

Bernhard R. Link wrote: > I'd rather say "doing it right" means to properly test it's build to be > robust. Only ever testing in an artifical environment has a certain > outcome: certain failure. That depends. How closely does the artificial environment mirror the avarage system as measured by pop

Re: MBF: switching away from homepage pseudo-header

On Sun, Feb 13, 2011 at 02:36:02PM +0100, Luca Capello wrote: > >> That might also be a sign of packages lacking love, maybe some of them > >> should be orphaned or dropped instead? I used the "Missing homepage field in debian/control" on the Blends tasks pages to enable some QA work which finally

Re: Branching changelogs or not (Was: debian/changelogs, legacy work on packages and other distros)

On 2011-02-13, Andreas Tille wrote: > On Sat, Feb 12, 2011 at 09:47:22PM +0100, Julien Cristau wrote: >> On Sun, Feb 6, 2011 at 16:51:26 +0100, Andreas Tille wrote: >> > 3. Whether changelogs should be branched for different Debian >> > releases, be it testing-proposed-updates, backports o

Re: Branching changelogs or not (Was: debian/changelogs, legacy work on packages and other distros)

On Sat, Feb 12, 2011 at 09:47:22PM +0100, Julien Cristau wrote: > On Sun, Feb 6, 2011 at 16:51:26 +0100, Andreas Tille wrote: > > > 3. Whether changelogs should be branched for different Debian > > releases, be it testing-proposed-updates, backports or even > > derivatives as Ubuntu o

Re: Upcoming FTPMaster meeting

On Sun, Feb 13, 2011 at 12:58 PM, Roger Leigh wrote: > • adding build conflicts to ensure it will build on any arbitrary >  system with a random selection of installed packages will always be >  on a "best effort" basis: Is this about automatically picking up optional dependencies (by configure a

Bug#613220: ITP: mon-contrib -- contributed tools, monitors and alert for mon package

Package: wnpp Severity: wishlist Owner: Dario Minnucci -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 * Package name: mon-contrib Version : 1.0 Upstream Author : Various authors * URL : https://sourceforge.net/projects/mon/files/mon-contrib * License : Variou

Bug#613217: ITP: python-logging-extra -- Generic utilities for the Python logging facility

Package: wnpp Severity: wishlist Owner: David Villa Alises Package name: python-logging-extra Version : 0.1 Upstream Author : David Villa Alises URL : http://arco.esi.uclm.es/var/svn/public/prj/python-logging-extra License : GPL Programming Lang: Pyt

Bug#613213: RFP: libmoosex-types-netaddr-ip -- NetAddr::IP related types and coercions library for Moose

Package: wnpp Severity: wishlist * Package name: libmoosex-types-netaddr-ip Version : 0.04 Upstream Author : Todd Caine * URL or Web page : http://search.cpan.org/~tcaine/MooseX-Types-NetAddr-IP-0.04/ * License : Same as Perl 5.10.1 or, at your option, any later version o

Bug#613211: RFP: libmoosex-types-portnumber -- IANA port number type library for Moose

Package: wnpp Severity: wishlist * Package name: libmoosex-types-portnumber Version : 0.02 Upstream Author : Thiago Rondon * URL or Web page : http://search.cpan.org/~tbr/MooseX-Types-PortNumber-0.02/ * License : Artistic or GPL-1+ Description : IANA port number type

Bug#613210: ITP: replicatorg -- Simple 3D printing program

Package: wnpp Severity: wishlist Owner: Nicolas Dandrimont * Package name: replicatorg Version : 0023 Upstream Author : Zach Hoeken, Marius Kintel, Adam Mayer et al. * URL : http://replicat.org/ * License : GPLv2 Programming Lang: Java (UI), Python (CAD file

Bug#613209: O: jabberd14 -- Instant messaging server using the Jabber/XMPP protocol

Package: wnpp Severity: normal I intend to orphan the jabberd14 package. I no longer use it and active upstream development has practically stopped. The last upstream release was on July 2007. My use-case for this package was very simple, just a very simple jabber server in a domestic LAN, withou

Re: Upcoming FTPMaster meeting

On Sun, Feb 13, 2011 at 03:23:30PM +0100, Bernhard R. Link wrote: > * Holger Levsen [110213 13:13]: > > On Sonntag, 13. Februar 2011, Bernhard R. Link wrote: > > > But it is an essential part of doing it right, so we should try to do > > > our best and not just give up early. > > > > doing it righ

Re: Upcoming FTPMaster meeting

Hi, On Sonntag, 13. Februar 2011, Bernhard R. Link wrote: > I'd rather say "doing it right" means to properly test it's build to be > robust. Only ever testing in an artifical environment has a certain > outcome: certain failure. Nobody said people should stop rebuilding packages on those 100 der

Re: Upcoming FTPMaster meeting

Le Sun, Feb 13, 2011 at 12:42:57PM +0100, Bernhard R. Link a écrit : > Porters trying to fix your crappy non-portable software > Allowing things to build in a non-artificial environment is simply an > important part of being a good free software citizen. > we should try to do our best and not jus

Re: Upcoming FTPMaster meeting

* Holger Levsen [110213 13:13]: > On Sonntag, 13. Februar 2011, Bernhard R. Link wrote: > > But it is an essential part of doing it right, so we should try to do > > our best and not just give up early. > > doing it right certainly doesnt mean to create a stable distro build in an > unpredicatable

Re: Upcoming FTPMaster meeting

On Sun, Feb 13, 2011 at 12:42:57PM +0100, Bernhard R. Link wrote: > * Roger Leigh [110212 21:58]: > > The other side to this is that fixing such bugs gains us very litle. > > > > If we have a guaranteed clean build environment + package build deps, > > we have as complete consistency as is practic

Re: RFA: all my packages

Hi! Decklin Foster writes: > I'm looking for a new maintainer for, well, any of these. My heart is > not in it anymore and most of them have been neglected for a while. > Recently my free time has been taken up by other things (mainly my job) > and I forsee that continuing. > > http://qa.debian.o

Re: MBF: switching away from homepage pseudo-header

Hi there! On Sun, 13 Feb 2011 12:31:54 +0100, Francesco P. Lovergine wrote: > On Sun, Feb 13, 2011 at 12:27:34PM +0100, Cyril Brulebois wrote: >> Stefano Zacchiroli (13/02/2011): >> > I hereby propose a mass bug filing, severity minor, requesting >> > migration to the proper debian/control field.

Re: Upcoming FTPMaster meeting

Hi, On Sonntag, 13. Februar 2011, Bernhard R. Link wrote: > But it is an essential part of doing it right, so we should try to do > our best and not just give up early. doing it right certainly doesnt mean to create a stable distro build in an unpredicatable environment. its rather done using a

Re: Upcoming FTPMaster meeting

* Lars Wirzenius [110212 20:40]: > On la, 2011-02-12 at 20:22 +0100, Bernhard R. Link wrote: > > If the packages used are only ever built in unnatural virgin > > environments, there is basically no testing if building them on > > a real user machine works. And things not tested usually just stop >

Re: Upcoming FTPMaster meeting

On Sun, Feb 13, 2011 at 12:42:57PM +0100, Bernhard R. Link wrote: > * Roger Leigh [110212 21:58]: > Allowing things to build in a non-artificial environment is simply an > important part of being a good free software citizen. We as packagers do > not like it if upstream has an arcane build system

Re: Upcoming FTPMaster meeting

* Roger Leigh [110212 21:58]: > The other side to this is that fixing such bugs gains us very litle. > > If we have a guaranteed clean build environment + package build deps, > we have as complete consistency as is practicable. You might have no problem producing nice binary packages so people mi

Re: MBF: switching away from homepage pseudo-header

On Sun, Feb 13, 2011 at 12:27:34PM +0100, Cyril Brulebois wrote: > Stefano Zacchiroli (13/02/2011): > > I hereby propose a mass bug filing, severity minor, requesting > > migration to the proper debian/control field. > > That might also be a sign of packages lacking love, maybe some of them > sho

Re: MBF: switching away from homepage pseudo-header

Stefano Zacchiroli (13/02/2011): > I hereby propose a mass bug filing, severity minor, requesting > migration to the proper debian/control field. That might also be a sign of packages lacking love, maybe some of them should be orphaned or dropped instead? KiBi. signature.asc Description: Digit

Re: MBF: switching away from homepage pseudo-header

On Sun, Feb 13, 2011 at 12:12:51 +0100, Stefano Zacchiroli wrote: > PS lintian has a warning-level tag about that [2], which reports 250 >packages vs 279 reported by my script. I'll check where the >differences come from before actually reporting the bugs. > Isn't the lintian warning enou

MBF: switching away from homepage pseudo-header

Upgrading my own server to Squeeze, I've stumbled upon some stats that I've been maintaining for quite a while. One of them is about how Debian packages declare upstream homepage, by using either the old "Homepage" pseudo-header in package description or the new field as per policy §5.6.23, or both

Re: patch removal of --unified-reject-files breaks quilt

On Feb 13, "Steve M. Robbins" wrote: > Patch 2.6.1 has removed this "lenny compatibility option" deliberately. > How can we get quilt working again? vi ~/.quiltrc -- ciao, Marco signature.asc Description: Digital signature

Re: Upcoming FTPMaster meeting

On su, 2011-02-13 at 08:41 +0100, Lucas Nussbaum wrote: > On 12/02/11 at 15:29 -0600, Raphael Geissert wrote: > > Lars Wirzenius wrote: > > > > > > If we wanted to be serious about this, it would be nice for someone to > > > set up a maximal build chroot: something with as many packages installed

Re: there is /usr/lib64 symlink but no /usr/local/lib64

]] Steve Langasek | That seems to require /usr/local/lib64 even if we *don't* include | /usr/lib64, right? Should we amend policy to take this exception to the | FHS? Please open a bug report on policy if you think we should. I've just opened such a bug. | /me goes back to making lib64 obsole