Re: Wrong Architecture for openhackware

tags 339870 wontfix thanks Hi, On Sat, 2008-01-12 at 18:47:53 +0100, Roland Stigge wrote: > Debian Bug Tracking System wrote: > >* Error out if the toolchain used to build is not powerpc-linux-gnu. > > (Closes: #322300, #339870) > > Again, I don't agree here (backed by p2): The package

Re: The 30 most popular packages missing in Debian

[Sebastian Pipping] > * Would non-free be an option to all or some of them? > Do we have binary only packages in Debian? Yes. The issue is more that very few package maintainers in Debian want to maintain non-free packages. > * A mapping to current ITPs might be interesting. > (Integration

Re: Dezabonare

Vreau dezabonare -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Dezabonare

Vreau dezabonare -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: The 30 most popular packages missing in Debian

hi, jftr: On Tuesday 29 January 2008 11:57:25 pm Petter Reinholdtsen wrote: > 10emerald 2241 1079 820 342 0 i may end up packaging this as part of the desktop-bling subproject in pkg-xorg. > 26fusion-icon 849 421 184 244

Re: The 30 most popular packages missing in Debian

On Tue, Jan 29, 2008 at 11:57:25PM +0100, Petter Reinholdtsen wrote: > > One of the lists from popcon.debian.org I find most interesting, is > the list of popular packages currently missing in Debian, > http://popcon.debian.org/unknown/by_vote>. I understand it to > list the packages our users wo

Re: Introducing security hardening features for Lenny

On Tuesday 29 January 2008, Moritz Muehlenhoff wrote: > The Debian archive is the biggest of all distributions and although > there's security support for all security issues being found, there's > still room for improvement and a need for increased resilience against > flaws not yet discovered. >

Re: Bug#463167: ITP: dsyslog -- a dumb syslog

Hi, On Wed, 2008-01-30 at 16:22 +1100, Robert Collins wrote: > On Tue, 2008-01-29 at 19:07 -0600, William Pitcock wrote: > > Hi, > > > > On Tue, 2008-01-29 at 18:54 -0600, Ron Johnson wrote: > > > > dsyslog is a dumb, yet advanced syslog daemon, which supports > > > infinite > > > > rules and e

Re: Bug#463167: ITP: dsyslog -- a dumb syslog

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 01/29/08 23:22, Robert Collins wrote: > On Tue, 2008-01-29 at 19:07 -0600, William Pitcock wrote: >> Hi, >> >> On Tue, 2008-01-29 at 18:54 -0600, Ron Johnson wrote: dsyslog is a dumb, yet advanced syslog daemon, which supports >>> infinite >>>

Re: Introducing security hardening features for Lenny

On mar, 2008-01-29 at 21:31 -0600, John Goerzen wrote: > It wound up pulling in the daemon on my box. Though it could be that > the > daemon was already installed because kde required it, and upgrading > cups > required the upgraded lib, and the daemon wouldn't work with the > upgraded > lib, s

Re: Bug#463167: ITP: dsyslog -- a dumb syslog

On Tue, 2008-01-29 at 19:07 -0600, William Pitcock wrote: > Hi, > > On Tue, 2008-01-29 at 18:54 -0600, Ron Johnson wrote: > > > dsyslog is a dumb, yet advanced syslog daemon, which supports > > infinite > > > rules and expandability through it's purely modular design. The > > default > > > con

Re: The 30 most popular packages missing in Debian

"Sebastian Pipping" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] * Would non-free be an option to all or some of them? Do we have binary only packages in Debian? My understanding is that it is possible to have binary-only packages in non-free, although I really don't know an

Re: Introducing security hardening features for Lenny

On Tuesday 29 January 2008 4:31:51 pm Yves-Alexis Perez wrote: > On mar, 2008-01-29 at 15:47 -0600, John Goerzen wrote: > > I notice, for instance, that the latest cups > > requires avahi. Can we build it without that and install it without > > that by > > default for those that don't need it, to

Re: List of packages shipping shell scripts with bashisms + MBF proposal

Paul Wise wrote: > > I really really think we need a way to integrate these myriad QA > checks into the PTS and DDPO and the page I proposed in #461898. > I'm going to generate a BDB with the information from the lintian test on amd64 as soon as I find some time for it and somewhere to place it

Re: List of packages shipping shell scripts with bashisms + MBF proposal

Cyril Brulebois wrote: > On 30/01/2008, Paul Wise wrote: >> Has there been any bashisms checks on maintainer scripts (postinst/etc)? > > There's already: > http://lintian.debian.org/reports/Tpossible-bashism-in-maintainer-script.html And as for debian/rules Lucas Nussbaum rebuilt the archive w

Re: List of packages shipping shell scripts with bashisms + MBF proposal

On 30/01/2008, Paul Wise wrote: > Has there been any bashisms checks on maintainer scripts (postinst/etc)? There's already: http://lintian.debian.org/reports/Tpossible-bashism-in-maintainer-script.html Cheers, -- Cyril Brulebois pgpu6gpae1W7J.pgp Description: PGP signature

Re: List of packages shipping shell scripts with bashisms + MBF proposal

On Jan 30, 2008 10:58 AM, Raphael Geissert <[EMAIL PROTECTED]> wrote: > I just completed an archive wide check on amd64/all packages by searching > for shell scripts in /bin:/usr/bin:/sbin:/usr/sbin:/etc/init.d:/usr/share > and checking them with checkbashisms from devscripts 2.10.13. Has there b

Re: electronics-menu REJECTED (discussion)

Le Wed, Jan 30, 2008 at 05:24:50AM +1100, Andrew Vaughan a écrit : > > > As a user technical seems awkward and unintuitive to me. I would rather it > was called Science and Engineering. [Since the question is not… technical, let's transfer this part of the discussion on [EMAIL PROTECTED] Hi

Re: wnpp.debian.net sources released, security review wanted, plans for the future

On Jan 30, 2008 9:25 AM, Sebastian Pipping <[EMAIL PROTECTED]> wrote: > -- wnpp.debian.net sources Be nice if that wasn't just a redirect domain. > The source code running http://wnpp.debian.net/ is now > hosted in the subversion repository of collab-qa. Excellent. > -- Security review wanted

List of packages shipping shell scripts with bashisms + MBF proposal

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello everybody, [Please only reply to -devel] I just completed an archive wide check on amd64/all packages by searching for shell scripts in /bin:/usr/bin:/sbin:/usr/sbin:/etc/init.d:/usr/share and checking them with checkbashisms from devscripts 2.

Re: control file Replaces: question

William Francis <[EMAIL PROTECTED]> writes: > I want to manage the config files for several other packages centrally > in one package that I'm going to maintain. According to the package > maintainers guide, section 7.5.1 [1] , this is entirely possible and > perfectly reasonable via the Replaces:

control file Replaces: question

I want to manage the config files for several other packages centrally in one package that I'm going to maintain. According to the package maintainers guide, section 7.5.1 [1] , this is entirely possible and perfectly reasonable via the Replaces: option in the control file. My question is,

Re: Bug#463167: ITP: dsyslog -- a dumb syslog

Hi, On Tue, 2008-01-29 at 18:54 -0600, Ron Johnson wrote: > > dsyslog is a dumb, yet advanced syslog daemon, which supports > infinite > > rules and expandability through it's purely modular design. The > default > > configuration is a drop in replacement for syslogd. > > What's so dumb about

Re: Introducing security hardening features for Lenny

On Tue, Jan 29, 2008 at 11:17:37PM +0100, sean finney wrote: > On Tuesday 29 January 2008 10:16:24 pm Moritz Muehlenhoff wrote: > > A group of people have been working on introducing advanced security > > hardening features into our archive: > > http://alioth.debian.org/projects/hardening/ > > > i

Re: Introducing security hardening features for Lenny

On Tue, Jan 29, 2008 at 11:45:32PM +0100, Pierre Habouzit wrote: > * SSP has a cost proportional to the number of calls an application > performs (If I'm correct), which in CPU intensive tasks may become an > issue. In testing I've done, this is trivial overhead. Note that the extra code is o

Re: linux-kernel-headers???

On Wed, Jan 30, 2008 at 12:44:17AM +0100, Cyril Jaquier wrote: Why do not the linux-source-2.6.* packages provide linux-kernel-headers? First of all, linux-kernel-headers has been replaced by linux-libc-dev. But either way, the answer is the same: those packages install them in /usr/include,

wnpp.debian.net sources released, security review wanted, plans for the future

Hello! -- wnpp.debian.net sources The source code running http://wnpp.debian.net/ is now hosted in the subversion repository of collab-qa. The current license is GPL 2 or later, the code requires PHP >=5 and MySQL >=4.1 to run. http://svn.debian.org/viewsvn/collab-qa/ (As the concrete locat

linux-kernel-headers???

Hi all, I'm new to Debian so sorry for this newbie question ;) Why do not the linux-source-2.6.* packages provide linux-kernel-headers? Regards, Cyril Jaquier P.S. Please, do not forget to CC me because I am not subscribed to the list. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a su

Re: Introducing security hardening features for Lenny

On Tue, Jan 29, 2008 at 11:45:32PM +0100, Pierre Habouzit wrote: On Tue, Jan 29, 2008 at 10:31:48PM +, Moritz Muehlenhoff wrote: There are certainly performance trade-offs involved and the final selection of features will depend on the testing of the respective maintainers (testing should be

Re: The 30 most popular packages missing in Debian

* Would non-free be an option to all or some of them? Do we have binary only packages in Debian? * A mapping to current ITPs might be interesting. (Integration into http://wnpp.debian.net/) Sebastian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble?

Re: Introducing security hardening features for Lenny

On Wed, 2008-01-30 at 00:21 +0100, Moritz Muehlenhoff wrote: > Thomas Bushnell BSG wrote: > > For my money, you blew it. You don't bootstrap a discussion by > > presenting a pseudo-official email like the one you posted. But we can > > get back to that discussion: cancel the email by saying "who

Re: Introducing security hardening features for Lenny

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Moritz Muehlenhoff wrote: > The Debian archive is the biggest of all distributions and although > there's security support for all security issues being found, there's > still room for improvement and a need for increased resilience against > flaws no

Re: Introducing security hardening features for Lenny

Thomas Bushnell BSG wrote: > For my money, you blew it. You don't bootstrap a discussion by > presenting a pseudo-official email like the one you posted. But we can > get back to that discussion: cancel the email by saying "whoops, we're > not ready yet" and then having the discussion first. Of

The 30 most popular packages missing in Debian

One of the lists from popcon.debian.org I find most interesting, is the list of popular packages currently missing in Debian, http://popcon.debian.org/unknown/by_vote>. I understand it to list the packages our users would love to find in Debian, but which are currently missing. Some are missing

Re: Introducing security hardening features for Lenny

On mar, 2008-01-29 at 15:47 -0600, John Goerzen wrote: > I notice, for instance, that the latest cups > requires avahi. Can we build it without that and install it without > that by > default for those that don't need it, to eliminate Yet Another Daemon? You do know that it depends on the lib,

Re: Introducing security hardening features for Lenny

On Tue, Jan 29, 2008 at 10:31:48PM +, Moritz Muehlenhoff wrote: > There are certainly performance trade-offs involved and the final > selection of features will depend on the testing of the respective > maintainers (testing should be eased by hardening-wrapper). I understand. To be fair, I'm

Re: Introducing security hardening features for Lenny

On Tue, 2008-01-29 at 23:31 +0100, Moritz Muehlenhoff wrote: > Pierre Habouzit wrote: > There are certainly performance trade-offs involved and the final > selection of features will depend on the testing of the respective > maintainers (testing should be eased by hardening-wrapper). What bothers

Re: Introducing security hardening features for Lenny

hi moritz, On Tuesday 29 January 2008 10:16:24 pm Moritz Muehlenhoff wrote: > A group of people have been working on introducing advanced security > hardening features into our archive: > http://alioth.debian.org/projects/hardening/ > > We recommend to activate the following features in individual

Bug#463167: ITP: dsyslog -- a dumb syslog

Package: wnpp Severity: wishlist Owner: William Pitcock <[EMAIL PROTECTED]> Hi, I am writing a syslog daemon called dsyslog. Why you ask? Because none of the other syslogd's were designed in the way that I would like, so I figured I would do it myself. * Package name: dsyslog Version

Re: Introducing security hardening features for Lenny

Pierre Habouzit wrote: >> Fortify Source >> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >>=20 >> This feature adds validation for internal C functions such as strcpy >> for buffer sizes known during compile time. While vulnerabilities in >> the functions it protects have become uncommon in high-prof

Re: Introducing security hardening features for Lenny

On Tue, Jan 29, 2008 at 09:48:43PM +, William Pitcock wrote: > On Tue, 2008-01-29 at 22:37 +0100, Pierre Habouzit wrote: > > On Tue, Jan 29, 2008 at 09:16:24PM +, Moritz Muehlenhoff wrote: > > > Fortify Source > > > == > > > > > > This feature adds validation for internal C fun

Re: Introducing security hardening features for Lenny

On Tue, 2008-01-29 at 22:37 +0100, Pierre Habouzit wrote: > On Tue, Jan 29, 2008 at 09:16:24PM +, Moritz Muehlenhoff wrote: > > Fortify Source > > == > > > > This feature adds validation for internal C functions such as strcpy > > for buffer sizes known during compile time. While v

Re: Introducing security hardening features for Lenny

On Tue January 29 2008 3:16:24 pm Moritz Muehlenhoff wrote: > Scope of this proposal > == > > The target for Lenny is to enable these features in all applications > with potential security impact, specifically: > > - Your application is written in C / C++ > - If your package wa

Re: Introducing security hardening features for Lenny

On Tue, Jan 29, 2008 at 09:16:24PM +, Moritz Muehlenhoff wrote: > Fortify Source > == > > This feature adds validation for internal C functions such as strcpy > for buffer sizes known during compile time. While vulnerabilities in > the functions it protects have become uncommon in

Re: How to cope with patches sanely

Raphael Hertzog <[EMAIL PROTECTED]> writes: > This seems less than ideal to me. If we want to avoid proliferation of > patch management system, I'd rather integrate some of those > functionalities in dpkg-dev proper. IMO we need at least some building > blocks (API?) so that VCS-based package mana

Re: How to cope with patches sanely

On Tue, 29 Jan 2008, Russ Allbery wrote: > I wouldn't worry about any metadata at all; dpkg-source would just apply > all the patches in the series file (or, really, we could just script a > conversion from quilt to wig&pen by appending arbitrary numbers to the > patches based on the series file an

Re: Bug#462975: ITP: kde4-style-qtcurve -- This is a set of widget styles for KDE4 based apps

Have you contacted kde-style-qtcurve maintainer ? Maybe he planned to continue to maintain kde-style-qtcurve also for KDE4 ... cheers, Fathi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Correct spelling/capitalisation of project names

Andrew Vaughan <[EMAIL PROTECTED]> writes: > On Monday 21 January 2008 07:45, Russ Allbery wrote: >> glib is a regular English word, so I'll leave that one off in fear of >> false positives. I now have the rest. > Whilst glib is an English word, it's not a word that's likely to be used > in pack

Re: List of packages defining a RPATH on amd64 (differs from i386/lintian.d.o)

On Mon, Jan 07, 2008 at 10:02:17PM -0600, Raphael Geissert wrote: > Filippo Giunchedi <[EMAIL PROTECTED]> >bluez-cups (U) >bluez-utils (U) fixed in unstable >libbtctl4 (U) >python-libbtctl (U) > > Filippo Giunchedi <[EMAIL PROTECTED]> >gnome-bluetooth (U) >libgnomebt0 (U)

Re: Standard to indicate repacking in version numbers?

Felipe Sateler <[EMAIL PROTECTED]> writes: > Russ Allbery wrote: >> However, ideally the steps should be *automated* and put into >> debian/rules get-orig-source, in which case you don't have to give >> detailed steps in either location and can simply refer to the automated >> procedure in debian/

Re: How to cope with patches sanely

Raphael Hertzog <[EMAIL PROTECTED]> writes: > 1/ it seems that we agree that patches should be applied by default > during unpack of the source archive. This means that dpkg-source might > want to know which patches are currently applied (or we could get > strange results while building the packag

Re: Sources of dak ?

Hello, On Mon, 28 Jan 2008, Roger Leigh wrote: > On Sun, Jan 27, 2008 at 09:08:44AM +0100, Martin Zobel-Helas wrote: > > http://ftp-master.debian.org/bzr/ > > Why isn't this on bzr.debian.org? Probably for the same reason that DSA tools are not on bzr.debian.org either (but on db.debian.org). It

Re: How to cope with patches sanely

On Mon, 28 Jan 2008, Russ Allbery wrote: > > I agree with Lars that we should move toward requiring it to work. > > What I'd like to see is a Debian source package format that supports > essentially quilt metadata -- in other words, a series file and a set of > patches. It's a very minor addition

Re: electronics-menu REJECTED (discussion)

[Sorry for the late reply] On Wednesday 16 January 2008 08:18, Hamish Moffatt wrote: > >> > >> It appears that the Technical menu should include at least; > >> - Science > >> - Engineering > >> - Math > >> - HamRadio > >> - Electronics [snip] > I thought that Science fit under Technical, if the off

Re: Correct spelling/capitalisation of project names

On Monday 21 January 2008 07:45, Russ Allbery wrote: > Josselin Mouette <[EMAIL PROTECTED]> writes: > > Le mercredi 09 janvier 2008 à 11:19 +0100, Stefano Zacchiroli a écrit : > >> Regarding the list above I would guess that what you want is something > >> like the following: > >> > >> * glib -> GL

Re: Standard to indicate repacking in version numbers?

Russ Allbery wrote: > I don't see any reason not to put it in debian/copyright no matter how > long it is. It's not like the length of a text explanation, even if > complex, is going to be a serious problem. > > However, ideally the steps should be *automated* and put into debian/rules > get-or

Re: How to cope with patches sanely

Le mardi 29 janvier 2008 à 14:09 +0100, Daniel Leidert a écrit : > http://www.wgdd.de/?p=25 is some sort of "rain dance"? Oh well, are you > kidding me? All I want to know is, if quilt can do the same. Then I will > give it a try. If it cannot handle this design, well then it's not an > alternative

Re: How to cope with patches sanely

hi, On Tuesday 29 January 2008 02:38:07 pm David Nusinow wrote: > At any rate, the quilt scripting does not have any special hooks to grab > external .orig.tar.gz's. This should be trivial to script if you really > want it, but doesn't svn-buildpackage or whatever it is people are using > these da

Re: How to cope with patches sanely

On 29/01/2008, Daniel Leidert wrote: > svn-buildpackage is not a framework to create or edit patches. So how > should it compare to quilt? It "merges" the contents of the > .orig.tar.gz with the content in SVN and then it builds the package by > using dpkg-buildpackage/debuild/pbuilder/pdebuild/sbu

Re: ${shlibs:Depends} results libfamin0 or libfam0?

On Tue, Jan 29, 2008 at 06:30:47PM +0800, Andrew Lee wrote: > I am working on pcmanfm package. It has build-depends on 'libgamin-dev', > but somehow the binaries packages depends on 'libfam0'. > > I checked 'libgamin-dev' depends on 'libgamin0', but I don't know why > the binaries packages are not

Re: How to cope with patches sanely

Am Dienstag, den 29.01.2008, 08:38 -0500 schrieb David Nusinow: > On Tue, Jan 29, 2008 at 02:09:29PM +0100, Daniel Leidert wrote: > > > And to answer the original question, sure, quilt can handle it; as well as > > > any patch management system can handle the fact that the things you're > > > apply

Re: ${shlibs:Depends} results libfamin0 or libfam0?

* Andrew Lee <[EMAIL PROTECTED]> [080129 06:09]: > Dear folks, > > I am working on pcmanfm package. It has build-depends on 'libgamin-dev', > but somehow the binaries packages depends on 'libfam0'. > > I checked 'libgamin-dev' depends on 'libgamin0', but I don't know why > the binaries packages a

Re: How to cope with patches sanely

On Tue, Jan 29, 2008 at 02:09:29PM +0100, Daniel Leidert wrote: > > And to answer the original question, sure, quilt can handle it; as well as > > any patch management system can handle the fact that the things you're > > applying the patches against are external to the VCS and require rain dances

ITP: basic256 -- Educational BASIC programming environment for children

Package: wnpp Severity: wishlist Owner: Ryan Kavanagh <[EMAIL PROTECTED]> -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 * Package name: basic256 Version : 0.9.2 Upstream Author : Ian Larsen <[EMAIL PROTECTED]> * URL : http://kidbasic.sourceforge.net/ * License

Re: How to cope with patches sanely

On Mon, Jan 28, 2008 at 05:45:24PM -0800, Russ Allbery wrote: > Clint Adams <[EMAIL PROTECTED]> writes: > > I agree with Lars that we should move toward requiring it to work. [...] > I just don't know what's involved in finally deciding on something like > this and making it happen. We've been hav

Re: How to cope with patches sanely

Am Montag, den 28.01.2008, 16:44 -0800 schrieb Steve Langasek: > On Mon, Jan 28, 2008 at 07:26:41PM -0500, David Nusinow wrote: > > On Mon, Jan 28, 2008 at 04:54:47PM +0100, Daniel Leidert wrote: [standardize on quilt?] > > > A question that comes up again and again is, if quilt can handle > > >

Re: debconf best practices: how to ask for a password?

On Tue, Jan 29, 2008 at 08:38:53PM +1100, Brian May wrote: > > "Joey" == Joey Hess <[EMAIL PROTECTED]> writes: > Joey> Francois Marier wrote: > >> Now the problem (see bug #462658) is that if you ever put a non-empty > >> password there, then, you can no longer get rid of it after >

${shlibs:Depends} results libfamin0 or libfam0?

Dear folks, I am working on pcmanfm package. It has build-depends on 'libgamin-dev', but somehow the binaries packages depends on 'libfam0'. I checked 'libgamin-dev' depends on 'libgamin0', but I don't know why the binaries packages are not depend on 'libgamin0'? Both libfam0 and libgamin0 packa

Re: Bug#463002: ITP: doomsday -- GPL licensed engine for classic doom, heretic, hexen and strife which provides updated 3d graphics and network gameplay

Hello, On Mon, Jan 28, 2008 at 03:09:33PM -0500, Hash C. Borger wrote: > * Package name: doomsday > Version : 1.9.0-beta5.2 > Upstream Author : Jaakko Keränen <[EMAIL PROTECTED]> > * URL : http://www.example.org/ ? Jamie Jones was working o

Re: debconf best practices: how to ask for a password?

> "Joey" == Joey Hess <[EMAIL PROTECTED]> writes: Joey> Francois Marier wrote: >> Now the problem (see bug #462658) is that if you ever put a non-empty >> password there, then, you can no longer get rid of it after >> dpkg-reconfiguring the package. debconf seems to be ignorin

Re: How to cope with patches sanely

Russ Allbery <[EMAIL PROTECTED]> writes: > Lars Wirzenius <[EMAIL PROTECTED]> writes: > > > In other words: dpkg-source must unpack sources that can be > > directly edited and then dpkg-buildpackage will build a new, > > modified package that can be uploaded. > > [...] > > This work flow simply

Bug#463069: ITP: refcard -- printable reference card for the Debian system

Package: wnpp Severity: wishlist Owner: "W. Martin Borgert" <[EMAIL PROTECTED]> Package name: refcard Version : 3.2 Upstream Author : W. Martin Borgert <[EMAIL PROTECTED]> URL : http://people.debian.org/~debacle/refcard/ License : GPL-3 Programming Lang: XML (docboo

Re: Sources of dak ?

On 11278 March 1977, Roger Leigh wrote: >> http://ftp-master.debian.org/bzr/ > Why isn't this on bzr.debian.org? Why should it be there? Its in /srv/ftp.debian.org on the ftp-master host, *the* central place for all ftpmaster related things. -- bye Joerg SUSE = Soll Unix Sein, Eigentlich. --