Bug#467258: general: Net-install CD still defaults to asking for CD in aptitude

Package: general Severity: normal When installing Debian from the small net-install CD it shouldn't ask for the installation media by default in aptitude. This is small but kind of irritating when working on a fresh debian system in remotely. -- System Information: Debian Release: 4.0 APT

Re: How to cope with patches sanely

On Sun, 24 Feb 2008, Charles Plessy wrote: > Therefore we did not make progress since the beginning of the > discussion: You're trying to make progress somewhere where it's not expected. > - The most efficient way to deal with changes to the sources for the > packager is to use his preferred to

Bug#467258: marked as done (general: Net-install CD still defaults to asking for CD in aptitude)

Your message dated Sun, 24 Feb 2008 02:06:14 -0800 with message-id <[EMAIL PROTECTED]> and subject line Re: Bug#467258: general: Net-install CD still defaults to asking for CD in aptitude has caused the Debian Bug report #467258, regarding general: Net-install CD still defaults to asking for CD i

Re: triggers in dpkg, and dpkg maintenance

Hi Ian, On Fri, 22 Feb 2008, Ian Jackson wrote: > There is in my opinion no reason why this code should not be merged > into sid's dpkg immediately - although there may be some merge > conflicts by now. (I haven't been playing merge catch-up since I > don't presently feel that my changes are goin

Re: Looking for co-maintainer for mercurial

On Thu, Feb 21, 2008 at 4:27 PM, Ondrej Certik <[EMAIL PROTECTED]> wrote: > On Wed, Feb 20, 2008 at 9:10 PM, William Pitcock > <[EMAIL PROTECTED]> wrote: > > Hi, > > > > I'll be happy to help with this package. > > Hi, I'll help with this package too, because I use Mercurial everyday. > Let'

intend to take over gpsk31 maintenance

I intend to take over gpsk31 package maintenance from the previous maintainer, Carlos Barros. I think this would be more convenient as I am also the upstream maintainer. Carlos, I you read this please respond if you object. Thanks, Joop pa3aba at debian dot org -- To UNSUBSCRIBE, email to [EMA

Re: How to cope with patches sanely --> Debian New Maintainers'

On Sat, Feb 09, 2008 at 10:53:55AM +0100, Patrick Schoenfeld wrote: > (BTW. there is no need to CC me with your answers, I did not ask for > that as I am subscribed to the list :-) > > On Sat, Feb 09, 2008 at 12:50:46AM +0100, Pierre Habouzit wrote: > > quilt is way more powerful to refresh patc

Re: Looking for co-maintainer for mercurial

Hi, On Sun, 2008-02-24 at 12:30 +0100, Ondrej Certik wrote: > On Thu, Feb 21, 2008 at 4:27 PM, Ondrej Certik <[EMAIL PROTECTED]> wrote: > > On Wed, Feb 20, 2008 at 9:10 PM, William Pitcock > > <[EMAIL PROTECTED]> wrote: > > > Hi, > > > > > > I'll be happy to help with this package. > > > > H

Bug#467274: ITP: pcc -- the portable C compiler

Package: wnpp Severity: wishlist Owner: William Pitcock <[EMAIL PROTECTED]> Hi, I am interested in pcc for several months, so I intend to package it in Debian. * Package name: pcc Version : 0.9.9 Upstream Author : Anders Magnusson <[EMAIL PROTECTED]> * URL : http://pc

Re: Bug#465334: ITP: speed-game -- A fast paced space-invader style arcade game

Hello: bubulle wrote: > We still have a few games of the nineties in the archive which make > interesting claims such as "high speed" or "nice graphics" and would > just seem like jokes on 21st century machines or compared to 21st > century games..:-)' hm - expect that Go (http://en.wikipedi

Re: Practical solutions to: the new style "mass tirage" of bugs

On Thu, Feb 21, 2008 at 11:31:32PM -0600, John Goerzen wrote: > Here are some things that occur to me quickly: I'll be just pointing to existing tools I'm aware of that are related to your points. People probably already know all of them, but since I'm a bit surprised to not having them mentioned

Re: dash bug which is affecting release goal

John H. Robinson, IV writes ("Re: dash bug which is affecting release goal"): > Pierre Habouzit wrote: > > echo() { /bin/echo "$@" } > > echo() { /bin/echo ${1+"$@"}; } > > I believe you mean. Why ?! Ian. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Troubl

Re: QUESTION: Debian Policy: Manual pages

Bas Zoetekouw writes ("Re: QUESTION: Debian Policy: Manual pages"): > Why a recommends? In order to satisfy the spirit of policy ("every > binary must have a man page") it would need to be a depends, imo. I think the point of policy is to ensure the manpage exists, not to require that it be insta

Re: dash bug which is affecting release goal

On Sun, 2008-02-24 at 14:00 +, Ian Jackson wrote: > John H. Robinson, IV writes ("Re: dash bug which is affecting release goal"): > > Pierre Habouzit wrote: > > > echo() { /bin/echo "$@" } > > > > echo() { /bin/echo ${1+"$@"}; } > > > > I believe you mean. > > Why ?! Because stand-alone $

Re: dash bug which is affecting release goal

On Sun, 2008-02-24 at 08:30 -0600, William Pitcock wrote: > On Sun, 2008-02-24 at 14:00 +, Ian Jackson wrote: > > John H. Robinson, IV writes ("Re: dash bug which is affecting release > > goal"): > > > Pierre Habouzit wrote: > > > > echo() { /bin/echo "$@" } > > > > > > echo() { /bin/echo $

Re: the new style "mass tirage" of bugs

John Goerzen writes ("Re: the new style "mass tirage" of bugs"): > Here's the thing. If bugs I submit actually get looked at by a human, and > humans are fixing a reasonable percentage of bugs submitted, I don't mind > testing things out on new versions whenever I can. I think this is a key poi

Re: dpkg-buildpackage now reorganizing debian/control Depends field??

Raphael Hertzog writes ("Re: dpkg-buildpackage now reorganizing debian/control Depends field??"): > I won't revert anything unless you come up with some proof that this > causes severe issues that will disturb the lenny release process. I think this is the wrong approach. Surely you should reve

Re: Looking for co-maintainer for mercurial

On Sun, Feb 24, 2008 at 12:57 PM, William Pitcock <[EMAIL PROTECTED]> wrote: > Hi, > > > > On Sun, 2008-02-24 at 12:30 +0100, Ondrej Certik wrote: > > On Thu, Feb 21, 2008 at 4:27 PM, Ondrej Certik <[EMAIL PROTECTED]> wrote: > > > On Wed, Feb 20, 2008 at 9:10 PM, William Pitcock > > > <[EMAIL

git bikeshedding (Re: triggers in dpkg, and dpkg maintenance)

Raphael Hertzog writes ("Re: triggers in dpkg, and dpkg maintenance"): > However you haven't made it easy to merge your code... you repository is a > mess to proof-read and the cleaning work that you don't want to do has > thus to be done by Guillem. This is precisely the git bikeshedding I was ta

Re: triggers in dpkg, and dpkg maintenance

Raphael Hertzog writes ("Re: triggers in dpkg, and dpkg maintenance"): > Guillem has some responsibility in the delay here but he's perfectly aware > of it. I've been nagging him a bit to merge your work and he told us that > he has been orphaning other packages to be able to work more on dpkg. I

Re: How to cope with patches sanely

Le Sun, Feb 24, 2008 at 10:47:05AM +0100, Raphael Hertzog a écrit : > > > - When modifying a package that uses dpatch, quilt or simple-patchsys, > > developpers have to find out by themselves if the target for patching > > the sources is patch, apply-patches or apply-dpatches. > > Once the ne

Re: Looking for co-maintainer for mercurial

William Pitcock wrote: > Hi, > > On Sun, 2008-02-24 at 12:30 +0100, Ondrej Certik wrote: >> On Thu, Feb 21, 2008 at 4:27 PM, Ondrej Certik <[EMAIL PROTECTED]> wrote: >>> There are many good DD's around the "Python Applications Packaging >>> Team" and the "Debian Python Modules Team", because gen

Re: Looking for co-maintainer for mercurial

Hi, On Sun, 2008-02-24 at 15:59 +0100, Vincent Danjean wrote: > William Pitcock wrote: > > Hi, > > > > On Sun, 2008-02-24 at 12:30 +0100, Ondrej Certik wrote: > >> On Thu, Feb 21, 2008 at 4:27 PM, Ondrej Certik <[EMAIL PROTECTED]> wrote: > >>> There are many good DD's around the "Python Applicat

Re: dash bug which is affecting release goal

On 2/24/08, William Pitcock <[EMAIL PROTECTED]> wrote: > On Sun, 2008-02-24 at 14:00 +, Ian Jackson wrote: > > John H. Robinson, IV writes ("Re: dash bug which is affecting release > goal"): > > > Pierre Habouzit wrote: > > > > echo() { /bin/echo "$@" } > > > > > > echo() { /bin/echo ${

Re: dash bug which is affecting release goal

* William Pitcock: > On Sun, 2008-02-24 at 14:00 +, Ian Jackson wrote: >> John H. Robinson, IV writes ("Re: dash bug which is affecting release goal"): >> > Pierre Habouzit wrote: >> > > echo() { /bin/echo "$@" } >> > >> > echo() { /bin/echo ${1+"$@"}; } >> > >> > I believe you mean. >> >

Re: Practical solutions to: the new style "mass tirage" of bugs

On Fri, Feb 22, 2008 at 05:19:50PM +0100, Roland Mas wrote: > > Now, if I could run an 'apt-get source -t unstable foo' and create > > my patch against the resulting source package, and be sure that the > > maintainer won't reject it on the grounds of the patch not being > > against the head (or la

Re: Looking for co-maintainer for mercurial

Vincent Danjean wrote: > Hi, > > I'm the maintainer of the DSCM mercurial. > At this moment, I do not have lot of free time. Moreover, I'm not a > big user of mercurial anymore (I often use git that I find less > intuitive but more powerful). > So I'm looking for co-maintainer of this packag

Bug#467258: general: Net-install CD still defaults to asking for CD in aptitude

Package: gtkimageview Version: 1.5.0-1 Severity: normal gtkimageview 1.6.0 has been released. I have written Perl bindings, but they only compile against the new version, so I would appreciate the new version of the library being packaged so that I can do the same for the Perl bindings. I would

Re: How to cope with patches sanely

* Teemu Likonen: >> That would be one possible way of implementing it. I'd be satisfied >> with that, and it's in the spirit of the way Debian tries to >> standardize on interfaces that don't unduly limit implementation. > > To add up to this suggestion: > > If some patch system is used, there wou

Processed (with 1 errors): Re: Processed: Re: Bug#467258: Info received (Bug#467258: general: Net-install CD still defaults to asking for CD in aptitude)

Processing commands for [EMAIL PROTECTED]: > retitle 467258 general: Net-install CD still defaults to asking for CD Bug#467258: version 1.6.0 available Changed Bug title to `general: Net-install CD still defaults to asking for CD' from `version 1.6.0 available'. (By the way, that Bug is currently

Processed: Re: Bug#467258: Info received (Bug#467258: general: Net-install CD still defaults to asking for CD in aptitude)

Processing commands for [EMAIL PROTECTED]: > retitle 467258 version 1.6.0 available Bug#467258: general: Net-install CD still defaults to asking for CD in aptitude Changed Bug title to `version 1.6.0 available' from `general: Net-install CD still defaults to asking for CD in aptitude'. (By the wa

Re: triggers in dpkg, and dpkg maintenance

On Sun February 24 2008 06:34:44 Ian Jackson wrote: > Raphael Hertzog writes ("Re: triggers in dpkg, and dpkg maintenance"): > > Guillem has some responsibility in the delay here but he's perfectly > > aware of it. I've been nagging him a bit to merge your work and he told > > us that he has been o

Re: dpkg-buildpackage now reorganizing debian/control Depends field??

Raphael Hertzog writes ("Re: dpkg-buildpackage now reorganizing debian/control Depends field??"): > I can certainly change dpkg-shlibdeps to define ${shlibs:Depends} that way. > For other variables, it's more difficult (substition variables do not > always contain dependencies, and the substituti

Re: dash bug which is affecting release goal

Sergei Golovan writes ("Re: dash bug which is affecting release goal"): > Expression ${1+"$@"} means "if $1 exists use "$@", otherwise nothing". > It's a workaround for a bug in some old bash version which erroneously > converted "$@" in case of empty command line into a single empty > argument. I

Re: How to cope with patches sanely

On Sat, 23 Feb 2008 16:58:01 +0100, Pierre Habouzit <[EMAIL PROTECTED]> said: > On Sat, Feb 23, 2008 at 03:08:23PM +, Manoj Srivastava wrote: >> On Sat, 23 Feb 2008 08:46:03 -0500, David Nusinow >> <[EMAIL PROTECTED]> said: >> >> > On Fri, Feb 22, 2008 at 09:37:24AM -0600, Manoj Srivastava w

Re: dash bug which is affecting release goal

Ian Jackson <[EMAIL PROTECTED]> writes: > Sergei Golovan writes ("Re: dash bug which is affecting release goal"): >> Expression ${1+"$@"} means "if $1 exists use "$@", otherwise nothing". >> It's a workaround for a bug in some old bash version which erroneously >> converted "$@" in case of empty c

Bug#467332: RFS: bzr-eclipse - Support for Bazaar as a VCS in Eclipse

Package: wnpp Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org, [EMAIL PROTECTED], [EMAIL PROTECTED] * Package name: bzr-eclipse Version : 0.0.17 Upstream Author : Guillermo González <[EMAIL PROTECTED]> * URL or Web page : http://bazaar-vcs.org/BzrEclipse * License

Re: triggers in dpkg, and dpkg maintenance

Mike Bird writes ("Re: triggers in dpkg, and dpkg maintenance"): > On Sun February 24 2008 06:34:44 Ian Jackson wrote: > > My bugfixes for #281057 and #432893, and my implementation of `Breaks' > > support in dselect, are outstanding too, since early November. > > For those like me with short memo

git bikeshedding (Re: triggers in dpkg, and dpkg maintenance)

Jarg Sommer writes ("Re: triggers in dpkg, and dpkg maintenance"): > Ian Jackson <[EMAIL PROTECTED]> wrote: > > 24 Oct 2007 - Raphael Hertzog asks me to `git-rebase', edit the email > > address in my git commit logs, and so forth, allegedly > > in order to make my change

Re: QUESTION: Debian Policy: Manual pages

* Ian Jackson <[EMAIL PROTECTED]> [080224 09:18]: > Bas Zoetekouw writes ("Re: QUESTION: Debian Policy: Manual pages"): > > Why a recommends? In order to satisfy the spirit of policy ("every > > binary must have a man page") it would need to be a depends, imo. > > I think the point of policy is t

Re: Practical solutions to: the new style "mass tirage" of bugs

On Sat, Feb 23, 2008 at 01:03:01PM -0800, Don Armstrong wrote: > If there are sets of usertags which are in common use by a reasonable > number of diverse packages, and are something that would normally be > put on the [EMAIL PROTECTED] user (that is to say, make them > visible by default) then fil

Re: git bikeshedding (Re: triggers in dpkg, and dpkg maintenance)

On Sun, 24 Feb 2008, Ian Jackson wrote: > But for the reasons which were discussed at length on debian-dpkg in > October, this is not a good idea. Sadly I was not able to persuade > Raphael. Given that many of us work on the kernel, some of us are both upstream and downstream in git, and therefor

Re: Bug#467097: ITP: eficas -- ASter Command FIle Editor

Le dimanche 24 février 2008 à 01:15 +0100, Michael Biebl a écrit : > Guus Sliepen wrote: > > On Sat, Feb 23, 2008 at 01:00:43PM +0100, Sylvestre Ledru wrote: > > > >> I updated it: > >> http://svn.debian.org/wsvn/pkg-scicomp/eficas/trunk/debian/control?op=file&rev=0&sc=0 > >> Is it ok for do you

Bug#467258: Apologies

Apologies for messing around with this bug - I seem to be having a bit of finger/brain trouble -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: git bikeshedding (Re: triggers in dpkg, and dpkg maintenance)

On Sun, 2008-02-24 at 16:46 -0300, Henrique de Moraes Holschuh wrote: > Yet, rebasing is still routinely performed in the Linux kernel > development. What I find interesting and rather amusing here is Linus talking negatively about rebase: in particular its propensity to turn tested code (what y

Re: How to cope with patches sanely

On Sat, 2008-02-23 at 09:08:23 -0600, Manoj Srivastava wrote: > On Sat, 23 Feb 2008 08:46:03 -0500, David Nusinow <[EMAIL PROTECTED]> said: > > This argument assumes that dpkg-source -x will apply that patch stack > > automatically as well, which has been discussed elsewhere. > > Currentl

Re: git bikeshedding (Re: triggers in dpkg, and dpkg maintenance)

On Sun, Feb 24, 2008 at 06:49:10PM +, Ian Jackson wrote: > Jarg Sommer writes ("Re: triggers in dpkg, and dpkg maintenance"): > > Ian Jackson <[EMAIL PROTECTED]> wrote: > > > 24 Oct 2007 - Raphael Hertzog asks me to `git-rebase', edit the email > > > address in my git commit logs,

Re: How to cope with patches sanely

On Sat, 23 Feb 2008 11:20:55 -0500, David Nusinow <[EMAIL PROTECTED]> said: > On Sat, Feb 23, 2008 at 09:08:23AM -0600, Manoj Srivastava wrote: >> Now, you are trying to make me go towards a mechanism I think is >> inferior (a liner, dependent, and in my opinion, opaque, and somewhat >> shaky lin

Re: dpkg-buildpackage now reorganizing debian/control Depends field??

"David Paleino" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] Il giorno Fri, 22 Feb 2008 10:04:52 -0300 Otavio Salvador <[EMAIL PROTECTED]> ha scritto: As I said, for APT, the order has meaning _always_. apt-get install foo bar Is completely different of apt-get install bar f

Bug#467359: ITP: libisoburn -- libisoburn enables creation and expansion of ISO-9660 filesystems on all CD/DVD media by libburn

Package: wnpp Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org Package name: libisoburn Version: 0.1.0 Upstream Author: Vreixo Formoso <[EMAIL PROTECTED]>, Thomas Schmitt <[EMAIL PROTECTED]> URL: http://libburnia-project.org License: GPL Descriptio

Re: Bug#467038: RFP: pytrainer -- Free Sport Training Center

> Fiz, can you help me for this? Would you be interested, as upstream > author, to help maintaining an *official* Debian package for your > software? It would be great for me :) what files do you need? How do you want me to send you the files? best regards signature.asc Description: Esta

Re: git bikeshedding (Re: triggers in dpkg, and dpkg maintenance)

On Mon, 25 Feb 2008, Robert Collins wrote: > On Sun, 2008-02-24 at 16:46 -0300, Henrique de Moraes Holschuh wrote: > > Yet, rebasing is still routinely performed in the Linux kernel > > development. > > What I find interesting and rather amusing here is Linus talking > negatively about rebase: in

Bug#467368: ITP: gmyth-upnp -- The GObject based library for using a UPnP MythTV backend

Package: wnpp Severity: wishlist Owner: Mario Limonciello <[EMAIL PROTECTED]> * Package name: gmyth-upnp Version : 0.7 Upstream Author : Alexsandro Jose Virginio dos Santos <[EMAIL PROTECTED]> Hallyson Luiz de Morais Melo <[EMAIL PROTECTED]>

Re: git bikeshedding (Re: triggers in dpkg, and dpkg maintenance)

On Sun, Feb 24, 2008 at 07:46:59PM +, Henrique de Moraes Holschuh wrote: > On Sun, 24 Feb 2008, Ian Jackson wrote: > > But for the reasons which were discussed at length on debian-dpkg in > > October, this is not a good idea. Sadly I was not able to persuade > > Raphael. > > Given that many o

Debian Configuration Packaging System

Anders Kaseorg and I created a system of CDBS modules (which we've tentatively packaged as the config-package-dev package) for creating Debian configuration packages. By configuration packages, we mean packages that configure an existing Debian system by applying dpkg-divert to configuration f

Re: How to cope with patches sanely

Manoj Srivastava <[EMAIL PROTECTED]> writes: > David Nusinow <[EMAIL PROTECTED]> said: > > > No matter what you want to say about your feature branches, you > > *must* apply them in a linear fashion to your final source tree > > that you ship in the package. This is no way around it. > >

Bug#467375: ITP: sakura -- a lightweight vte-based terminal emulator

Package: wnpp Severity: wishlist Owner: Andrew Lee <[EMAIL PROTECTED]> * Package name: sakura Version : 2.0.1 Upstream Author : David Gómez Espinosa <[EMAIL PROTECTED]> * URL : http://www.pleyades.net/david/sakura.php * License : (GPL) Programming Lang: (C, C+

Re: Debian Configuration Packaging System

Timothy G Abbott <[EMAIL PROTECTED]> writes: > Anders Kaseorg and I created a system of CDBS modules (which we've > tentatively packaged as the config-package-dev package) for creating > Debian configuration packages. By configuration packages, we mean > packages that configure an existing Debian

Re: How to cope with patches sanely

Ben Finney <[EMAIL PROTECTED]> writes: > Manoj Srivastava <[EMAIL PROTECTED]> writes: >> But there is no such linearization, not in the way that >> quilt et al do it. The state of such integration is not maintained >> in the feature branches; it is in the history of the integration >> b

Re: git bikeshedding (Re: triggers in dpkg, and dpkg maintenance)

On Mon, 25 Feb 2008, Pierre Habouzit wrote: > For having worked quite a bit in git.git (I sent my 100th patch that > should go upstream on yesterday), I can tell that it's not true. I mean, > the very people designing git, are also the one using it in the kernel > developpement, and look at git h

Re: Debian Configuration Packaging System

I'll note that we wrap our dpkg-divert calls with a bunch of error-handling code that we found quite important for correctly recovering from people hitting ^C in the middle of installation (see for the code). Earlier i

Re: How to cope with patches sanely

On Sun, Feb 24, 2008 at 05:10:16PM -0800, Russ Allbery wrote: > Ben Finney <[EMAIL PROTECTED]> writes: > > Manoj Srivastava <[EMAIL PROTECTED]> writes: > > >> But there is no such linearization, not in the way that > >> quilt et al do it. The state of such integration is not maintained >

Re: Debian Configuration Packaging System

Tim Abbott <[EMAIL PROTECTED]> writes: > We also ran into a few packages which will overwrite configuration files > that they manage via debconf, overwriting our symlink every time the > relevant package is upgraded. But I think that's a bug in those Debian > packages, since the same problem woul

Re: How to cope with patches sanely

David Nusinow <[EMAIL PROTECTED]> writes: > The problem is that you and Manoj assume that this is the only way to do > things. I don't believe this. Pierre Habouzit has been experimenting > with an alternative method of feature branches that exports to a linear > stack of diffs just fine. Just bec

Re: How to cope with patches sanely

On Sun, Feb 24, 2008 at 06:08:17PM -0800, Russ Allbery wrote: > David Nusinow <[EMAIL PROTECTED]> writes: > > > The problem is that you and Manoj assume that this is the only way to do > > things. I don't believe this. Pierre Habouzit has been experimenting > > with an alternative method of featur

Re: How to cope with patches sanely

On Mon, 25 Feb 2008 10:34:55 +1100, Ben Finney <[EMAIL PROTECTED]> said: > Manoj Srivastava <[EMAIL PROTECTED]> writes: >> David Nusinow <[EMAIL PROTECTED]> said: >> >> > No matter what you want to say about your feature branches, you >> > *must* apply them in a linear fashion to your final sour

Re: Debian Configuration Packaging System

On Sun, 24 Feb 2008, Russ Allbery wrote: Tim Abbott <[EMAIL PROTECTED]> writes: We also ran into a few packages which will overwrite configuration files that they manage via debconf, overwriting our symlink every time the relevant package is upgraded. But I think that's a bug in those Debian

Re: How to cope with patches sanely

On Sun, 24 Feb 2008 21:17:10 -0500, David Nusinow <[EMAIL PROTECTED]> said: > On Sun, Feb 24, 2008 at 06:08:17PM -0800, Russ Allbery wrote: >> David Nusinow <[EMAIL PROTECTED]> writes: >> >> > The problem is that you and Manoj assume that this is the only way >> > to do things. I don't believe t

Re: Debian Configuration Packaging System

Tim Abbott <[EMAIL PROTECTED]> writes: > On Sun, 24 Feb 2008, Russ Allbery wrote: >> Configuration files generated by debconf may not be manually changed >> without running this risk, including by humans. Generally, this is >> documented in the file. I have several of those in packages I >> main

Re: Practical solutions to: the new style "mass tirage" of bugs

On Sun, 24 Feb 2008, Stefano Zacchiroli wrote: > On Sat, Feb 23, 2008 at 01:03:01PM -0800, Don Armstrong wrote: > > If there are sets of usertags which are in common use by a reasonable > > number of diverse packages, and are something that would normally be > > put on the [EMAIL PROTECTED] user (t

Re: How to cope with patches sanely

Hi, I think one of the differences that patch series mechanism has wrt to new development, either in a feature or upstream, is that it requires updates to the integration work doe every single upload. It also requires a strict ordering between each feature, making it harder to compile

Re: news from mips?

Le Fri, Feb 22, 2008 at 09:55:08AM +0100, Florian Lohoff a écrit : > > The mipsel buildd rem has a new disk and the buildd dir will be moved > which will speed it up a lot (PIO vs DMA) Dear Florian, this is good news: we can see mipsel getting better on the buildd stats: http://buildd.debian.or

Re: Practical solutions to: the new style "mass tirage" of bugs

On 24/02/08 at 20:41 +0100, Stefano Zacchiroli wrote: > On Sat, Feb 23, 2008 at 01:03:01PM -0800, Don Armstrong wrote: > > If there are sets of usertags which are in common use by a reasonable > > number of diverse packages, and are something that would normally be > > put on the [EMAIL PROTECTED]

Re: Bits from the DPL: FTP assistants, marketing team, init scripts, elections

also sprach Sam Hocevar <[EMAIL PROTECTED]> [2008.02.24.1316 +0100]: >I also would like to spend some Debian money on a contest, similar to > the FreeBSD logo contest [2], to create a friendly mascot for the Debian > project (in a similar way to the Linux penguin or the GNU gnu) that we > can u

Re: How to cope with patches sanely

also sprach Manoj Srivastava <[EMAIL PROTECTED]> [2008.02.22.1627 +0100]: > I am not sure you have understood feature branches. They are > independent, no matter what the overlap. Each feature branch tracks one > feature against upstream, no matter how the other features work. > >

Re: Bits from the DPL: FTP assistants, marketing team, init scripts, elections

On su, 2008-02-24 at 19:48 +0100, martin f krafft wrote: > also sprach Sam Hocevar <[EMAIL PROTECTED]> [2008.02.24.1316 +0100]: > >I also would like to spend some Debian money on a contest, similar to > > the FreeBSD logo contest [2], to create a friendly mascot for the Debian > > project (in a

Re: Bits from the DPL: FTP assistants, marketing team, init scripts, elections

On Mon, Feb 25, 2008 at 09:07:20AM +0200, Lars Wirzenius wrote: > >We had a chicken[¹]. We spent years actively getting rid of it. > >[¹] Technically speaking it was a penguin. But it was a youthful >penguin, rebelling against its genetic heritage. LCA2009 has a tasmanian devil pretending to be pe

Re: Bits from the DPL: FTP assistants, marketing team, init scripts, elections

On Mon, 25 Feb 2008 09:07:20 +0200, Lars Wirzenius <[EMAIL PROTECTED]> said: > On su, 2008-02-24 at 19:48 +0100, martin f krafft wrote: >> also sprach Sam Hocevar <[EMAIL PROTECTED]> [2008.02.24.1316 +0100]: >> >I also would like to spend some Debian money on a contest, >> >similar to >>

Re: How to cope with patches sanely

On Sun, 24 Feb 2008 11:04:21 +0100, martin f krafft <[EMAIL PROTECTED]> said: > also sprach Manoj Srivastava <[EMAIL PROTECTED]> [2008.02.22.1627 > +0100]: >> I am not sure you have understood feature branches. They are >> independent, no matter what the overlap. Each feature branch tracks >> on

Re: How to cope with patches sanely

On Sun, 24 Feb 2008, Charles Plessy wrote: > Le Sun, Feb 24, 2008 at 10:47:05AM +0100, Raphael Hertzog a écrit : > > > > > - When modifying a package that uses dpatch, quilt or simple-patchsys, > > > developpers have to find out by themselves if the target for patching > > > the sources is pat

Re: How to cope with patches sanely

Hi, On Sun, 24 Feb 2008, Manoj Srivastava wrote: > I like the reduced work for each upload, and since it satisfies > the use cases of being able to present upstream with a pure feature > changeset; It doesn't satisfy it completely. You can always generate a patch for a pure feature chan