Re: Please review Policy change for ~ in versions

Hi Russ, On Sun, 2006-11-05 at 18:50:26 -0800, Russ Allbery wrote: > Could you please review the following patch to Debian Policy to document > the use of ~ in version numbers and confirm that this matches dpkg's > behavior? I'd like to get this into Policy since it's already in > widespread use

dpkg 1.13.24 hint and next upload

exit code %d"), $progname, $p, $?)."\n"; debian/changelog: * Support extracting lzma compressed source and binary packages, and add a Suggests on package lzma. Closes: #347715 ChangeLog: 2006-11-17 Guillem Jover <[EMAIL PROTECTED]> *

Re: Adding armel to dpkg and setting build cpu?

On Sat, 2006-11-18 at 19:56:03 +, Martin Guy wrote: > My two questions are basically how/where I should implement the new arch > name, and how I set the cpu version for which packages will be compiled. > Anyway, Nokia have already implemented something close in structure to > Debian ARM EABI

Re: dpkg 1.13.24 hint and next upload

Hey Colin, On Mon, 2006-12-11 at 17:08:45 +, Colin Watson wrote: > On Sun, Nov 19, 2006 at 08:04:24AM +0200, Guillem Jover wrote: > > The other one is to add lzma uncompressing support to dpkg and dpkg-dev, > > so that the archive can start accepting this kind of pac

Next dpkg upload 2006-12-31

Hi, I'll be uploading next dpkg version (1.13.25) on 2006-12-31, which should most probably be the last before the release. This one includes the changes agreed with the RMs and a fixes for the config file to conffile upgrade bug and the RC one. I'll commit the changes I've locally tomorrow. This

Accepted dpkg 1.13.25 (source i386 all)

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Tue, 2 Jan 2007 00:23:57 +0200 Source: dpkg Binary: dpkg dselect dpkg-dev Architecture: source i386 all Version: 1.13.25 Distribution: unstable Urgency: low Maintainer: Dpkg Developers <[EMAIL PROTECTED]> Changed-By: Guillem

Branched dpkg for etch and opened trunk for lenny

Hi, Just branched dpkg for etch, and now 1.14 in trunk is targetted for lenny which will be uploaded to experimental until we release. For now I'll be applying trivial things, or doing small incremental changes, and triaging the BTS. regards, guillem -- To UNSUBSCRIBE, email to [EMAIL PROTECTE

Re: Branched dpkg for etch and opened trunk for lenny

Hey, On Wed, 2007-01-10 at 06:56:21 +0100, Christian Perrier wrote: > In case translation updates come in (pretty unlikely but I know that > the slovenian translator is working hard these days and so are the > malayalam team), where should I commit them? > > In branches/etch, obviously..but w

Re: Store MD5 + permissions for all files

Hi, On Sun, 2007-01-21 at 22:21:15 -0500, Ryan Dean Bair wrote: > I was brainstorming recently and thought it'd be useful if we stored > md5sums of all installed files and their default permissions. Check #155676. > So what are the thoughts on this? Something possible? I haven't touched > dpkg

Re: CVS or SVN access to dpkg sources?

Hi, On Sun, 2007-02-11 at 06:35:42 +0100, Harald Dunkel wrote: > Is there some CVS or SVN repository for dpkg I could access > read-only? This information doesn't seem to be included in > the copyright file, and I couldn't find it mentioned anywhere > else, either.

Enabled BTS usertags in source package view

Hi, I just got the usertags user copyied from [EMAIL PROTECTED] to [EMAIL PROTECTED] (thanks to Don Armstrong), which makes the BTS package view show the usertags by default when using a src= argument (I've filed bug 415933 so that this takes effect with pkg= arguments as well). This also will avo

Roadmap for dpkg in lenny

Hi, Some days ago I cleaned and updated the TODO list in trunk and added an initial roadmap for the 1.14.x branch targetted for lenny. I'll be uploading 1.14.0 to experimental once those items have been implemented. Due to the perl strict+warnings switch some of the scripts might start giving som

Re: Plans for Lenny's install-info

Hi, On Tue, 2007-04-17 at 17:30:22 +0200, Nicolas François wrote: > As promised, I'm bringing back this issue after the release of Etch. Thanks for taking the lead on this one! > Goals > = > * Replace dpkg's install-info by the GNU's install-info > * Ease the recovery of a corrupted info d

Re: Splitting dselect from dpkg -- acceptable plan?

Hi Nathanael, On Mon, 2007-04-16 at 13:49:32 -0400, Nathanael Nerode wrote: > OK. So I managed to construct a dselect source package which builds > independently of dpkg. It required duplicating substantial portions of > lib/ . I intend that to be temporary. Until those portions are gone, > I

Re: dpkg needs working dpkg to build

Hi, On Sun, 2007-04-29 at 19:22:33 +0200, Andreas Florath wrote: > When compiling dpkg on a computer without a working and already > installed dpkg, the architecture is not set correctly. The following is > done during the run of the configuration script: > > bash-3.2$ ./dpkg-architecture.pl -ti

Next upload 2007-05-03 (dpkg 1.14.0)

Hi, I've been delaying this upload for too long, and there's no excuse now like that we are on freeze ;). So there's two items from the TODO list that are going to have to wait, probably until next revision (the Tag field and native udeb support), I'll send another mail about that later tomorrow)

Re: Next upload 2007-05-03 (dpkg 1.14.0)

On Wed, 2007-05-02 at 12:06:12 +0100, Ian Jackson wrote: > Guillem Jover writes ("Next upload 2007-05-03 (dpkg 1.14.0)"): > > The other issue is with update-alternatives, due to some code > > refactoring, it now will exit 1, when asked to do actions on > > non-exi

Re: Next upload 2007-05-03 (dpkg 1.14.0)

On Thu, 2007-05-03 at 15:14:14 +0100, Ian Jackson wrote: > Guillem Jover writes ("Re: Next upload 2007-05-03 (dpkg 1.14.0)"): > > With 1.13.25 u-a: > ... > > 0 > > I think there's an argument that some of these are more correct. > In particular,

Accepted dpkg 1.14.0 (source i386 all)

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Tue, 08 May 2007 11:11:50 +0300 Source: dpkg Binary: dpkg dselect dpkg-dev Architecture: source i386 all Version: 1.14.0 Distribution: unstable Urgency: low Maintainer: Dpkg Developers <[EMAIL PROTECTED]> Changed-By: Guillem

Accepted dpkg 1.14.1 (source i386 all)

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Tue, 08 May 2007 18:23:49 +0300 Source: dpkg Binary: dpkg dselect dpkg-dev Architecture: source i386 all Version: 1.14.1 Distribution: unstable Urgency: low Maintainer: Dpkg Developers <[EMAIL PROTECTED]> Changed-By: Guillem

Accepted dpkg 1.14.2 (source i386 all)

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Wed, 09 May 2007 22:22:45 +0300 Source: dpkg Binary: dpkg dselect dpkg-dev Architecture: source i386 all Version: 1.14.2 Distribution: unstable Urgency: low Maintainer: Dpkg Developers <[EMAIL PROTECTED]> Changed-By: Guillem

Accepted dpkg 1.14.3 (source i386 all)

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Tue, 15 May 2007 16:02:59 +0300 Source: dpkg Binary: dpkg dselect dpkg-dev Architecture: source i386 all Version: 1.14.3 Distribution: unstable Urgency: low Maintainer: Dpkg Developers <[EMAIL PROTECTED]> Changed-By: Guillem

Accepted dpkg 1.14.4 (source i386 all)

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 24 May 2007 19:30:26 +0300 Source: dpkg Binary: dpkg dselect dpkg-dev Architecture: source i386 all Version: 1.14.4 Distribution: unstable Urgency: low Maintainer: Dpkg Developers <[EMAIL PROTECTED]> Changed-By: Guillem

Re: Coding style and whitespace

Hi Ian, I've been meaning to send a mail to discuss the coding style issue in the code base, and a reply to your request for indentation fixes which was long due, but this being a very sensitive subject (as you already acknowledged in your mail from last summer) has made me postpone it. I'm sorry

Using/merging dpkg-sig in dpkg

Hi, [ Related to 225318, 247824 (and all other merged bugs) ] I'd like to enable the usage of dpkg-sig from dpkg-dev, but first dak should be fixed to accept signed binary files. As I said at etch time, if this gets fixed I'll happily enable this. Andreas or Marc would you take care of this? The

Creating perl modules for dpkg-dev

Hi, As part of the clean up of dpkg-dev perl scripts, I plan to start moving part of the functionlity to proper new style perl modules. At least for now «controllib.pl». Those will be private modules, no other package should expect a stable api, this might (or not) change in the future. regards,

Wig & Pen

Hi, Brendan, I was wondering if you would happen to have an implementation of the Wig & Pen package generation code, even a proof of concept? Or did you only work on the extracting code at the time? regards, guillem -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe".

Re: [long] Dpkg Team Organisation/Status

Hi, On Sat, 2007-07-14 at 20:23:19 +0200, Frank Lichtenheld wrote: > With me being more active again after some months of working on other > stuff in Debian, and with new people like Raphael and Ian getting commit > access to the SVN repository, I thought it might be a good idea to try > to assemb

Re: Commit access to the new git ? Uploader status ?

Hi Ian, On Wed, 2007-07-11 at 17:17:59 +0100, Ian Jackson wrote: > Would it be OK for me to have full maintainer access to dpkg ? Ie, > access to the primary vcs repository and permission to upload ? Ok. I've added you to the alioth project, so you should have commit access now to the svn repo.

Re: Commit access to the new git ? Uploader status ?

ould be that make debian-devel that venue, but I'm curious to see that mail anyway, and I'd love to reach a conclusion on this, as well. > Guillem Jover writes ("Re: Commit access to the new git ? Uploader > status ?"): > > [re Breaks:] > > > > Some week

Re: Commit access to the new git ? Uploader status ?

Hi, On Tue, 2007-08-14 at 05:50:51 +0300, Guillem Jover wrote: > I've applied all pending patches from you, I also fixed some internal > style inconsistencies on those patches. I've to comment on the > Maintainer mangling one, though. Oh, Ian, I didn't remember to m

Re: dpkg flex-based status file parser, for 35% speedup

Hi, On Thu, 2007-08-30 at 12:09:22 +0100, Ian Jackson wrote: > It makes `dpkg --status ', `dpkg -l ...', etc. 35% faster. > It's true that it doesn't help much when you're doing a big > installation run but speeding up general queries is very worthwhile I > think. Yes, this is really nice. > > I

Next upload 2007-09-03 (dpkg 1.14.6)

Hi, Has been some time since last upload, so I'll be rolling a new release for next monday. I've been running master for some time and there does not seem to be any regressions. regards, guillem -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EM

Accepted dpkg 1.14.6 (source i386 all)

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Wed, 05 Sep 2007 07:36:02 +0300 Source: dpkg Binary: dpkg dselect dpkg-dev Architecture: source i386 all Version: 1.14.6 Distribution: unstable Urgency: low Maintainer: Dpkg Developers <[EMAIL PROTECTED]> Changed-By: Guillem

Re: dpkg flex-based status file parser, for 35% speedup

On Fri, 2007-08-31 at 14:54:51 +0100, Ian Jackson wrote: > Guillem Jover writes ("Re: dpkg flex-based status file parser, for 35% > speedup"): > > I've just prepared a patch which switches the library to be shared > > one (I'm missing adding a vers

Re: Updating the PO files

Hi, On Thu, 2007-09-06 at 08:33:09 +0100, Peter Karlsson wrote: > How does one go about to update the POT and PO files in the repository? You'll need to autoreconf the source tree and configure it. To update both you can run 'make update-po', to only update the .pot file, you can run 'make $doma

Re: [RFC] dpkg-buildpackage: Convert from Shell to Perl

On Thu, 2007-09-20 at 19:27:24 +0200, Frank Lichtenheld wrote: > I really think this would make it easier in the long run to add features > like #440636 (e.g. compatibility with DEB_BUILD_OPTIONS=parallel=n) and > #4655 (i.e. more sanity checks before starting with the build). It also > would it ma

Next upload 2007-09-30 (dpkg 1.14.7)

Hi, We talked about uploading next version soon, so that we can proceed with the dpkg-shlibdeps rewrite Raphael has been working on. So I'll commit some minor pending issues, try to merge the dpkg-cross stuff, and upload late this weekend. regards, guillem -- To UNSUBSCRIBE, email to [EMAIL PR

Re: Manual pages and POD format

On Tue, 2007-09-25 at 19:16:26 +0200, Frank Lichtenheld wrote: > On Tue, Sep 25, 2007 at 04:26:33PM +0300, Jari Aalto wrote: > > I noticed that current ones are traditional roff. With POD the pages > > would be easier to edit and maintain, and diffs would be more clear too. > > > > If there would b

Re: [PATCH/RFC] dpkg-source.pl: Support a subset of wig&pen on build

On Sun, 2007-10-07 at 03:17:49 +0200, Frank Lichtenheld wrote: > On Sat, Oct 06, 2007 at 11:09:21PM +0200, Frank Lichtenheld wrote: > > Use .orig.tar.(bz2|lzma) if they are available > > and no .gz can be found. Also let the user specify > > via -C(gz|bz2|lzma) how files that need to be > > generat

Re: Next upload 2007-09-30 (dpkg 1.14.7)

Hi, On Fri, 2007-09-28 at 07:06:59 +0300, Guillem Jover wrote: > We talked about uploading next version soon, so that we can proceed > with the dpkg-shlibdeps rewrite Raphael has been working on. So I'll > commit some minor pending issues, try to merge the dpkg-cross stuff, > and

Accepted dpkg 1.14.7 (source i386 all)

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 08 Oct 2007 07:31:34 +0300 Source: dpkg Binary: dpkg dselect dpkg-dev Architecture: source i386 all Version: 1.14.7 Distribution: unstable Urgency: low Maintainer: Dpkg Developers <[EMAIL PROTECTED]> Changed-By: Guillem

Re: Next upload 2007-09-30 (dpkg 1.14.7)

On Tue, 2007-10-09 at 19:04:53 +0100, Ian Jackson wrote: > Guillem Jover writes ("Re: Next upload 2007-09-30 (dpkg 1.14.7)"): > > About starting the dpkg-cross merge, after some conversations with Neil > > and reading some of the dpkg-cross code, I think I've got a

Re: Triggers status?

On Tue, 2007-10-09 at 19:01:53 +0100, Ian Jackson wrote: > Colin Watson writes ("Triggers status?"): > > I have a change to man-db that uses triggers to update the manual page > > database automatically, fixing my second oldest remaining bug. I'd love > > to upload this. While it doesn't break with

Re: [PATCH] New Dpkg::Deps module to replace parsedep() and showdep()

Hi, On Mon, 2007-10-15 at 15:55:13 +0200, Raphael Hertzog wrote: > Please review and run it. I think it can be merged soon, just tell me to > go ahead when you're confident. It would be nice to include it in the > upcoming release as it automatically removes duplicate dependencies > potentially in

Re: Triggers status?

On Wed, 2007-10-24 at 22:35:23 +0100, Ian Jackson wrote: > Raphael Hertzog writes ("Re: Triggers status?"): > > * you replaced a bunch of "NULL" by "(char*)0". This reverts > > > > http://git.debian.org/?p=dpkg/dpkg.git;a=commit;h=4e5846ccd3dcc33504aba8ef35a8962bccfd562e > > I believe you sho

Re: Triggers status?

On Thu, 2007-10-25 at 16:30:24 +0100, Ian Jackson wrote: > Raphael Hertzog writes ("Re: Triggers status?"): > > And it would be wise & fine to proceed that way if your history > > was clean and all. I was just showing you that loosing the history > > doesn't involve as much work as you expected to,

Re: Triggers status?

On Mon, 2007-10-22 at 17:45:43 +0100, Ian Jackson wrote: > Oops, unfinished paragraph: > > Ian Jackson writes ("Re: Triggers status?"): > >Guillem: in a spirit of trying to have better cooperation, can I > >ask that you if you feel you need to review these changes in detail > >you do s

Next upload 2007-11-04 (dpkg 1.14.8)

Hi, This is a pessimistic schedule (I've to do some catch up with other Debian stuff), if it's ready before that date and there's no one complaining it could be uploaded sooner. So I'd like to clean up the dpkg-architecture mess, I've the changes locally, they mostly need splitting and committing

Re: Next upload 2007-11-04 (dpkg 1.14.8)

Hi, On Wed, 2007-11-14 at 09:35:10 +0100, Raphael Hertzog wrote: > On Wed, 31 Oct 2007, Guillem Jover wrote: > > This is a pessimistic schedule (I've to do some catch up with other > > Debian stuff), if it's ready before that date and there's no one > > com

Accepted dpkg 1.14.8 (source i386 all)

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 19 Nov 2007 10:36:30 +0200 Source: dpkg Binary: dpkg dselect dpkg-dev Architecture: source i386 all Version: 1.14.8 Distribution: unstable Urgency: low Maintainer: Dpkg Developers <[EMAIL PROTECTED]> Changed-By: Guillem

Accepted dpkg 1.14.9 (source i386 all)

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Tue, 20 Nov 2007 07:15:41 +0200 Source: dpkg Binary: dpkg dselect dpkg-dev Architecture: source i386 all Version: 1.14.9 Distribution: unstable Urgency: low Maintainer: Dpkg Developers <[EMAIL PROTECTED]> Changed-By: Guillem

Accepted dpkg 1.14.10 (source i386 all)

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Fri, 23 Nov 2007 06:32:27 +0200 Source: dpkg Binary: dpkg dselect dpkg-dev Architecture: source i386 all Version: 1.14.10 Distribution: unstable Urgency: low Maintainer: Dpkg Developers <[EMAIL PROTECTED]> Changed-By: Guillem

Accepted dpkg 1.14.11 (source i386 all)

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sat, 24 Nov 2007 07:19:02 +0200 Source: dpkg Binary: dpkg dselect dpkg-dev Architecture: source i386 all Version: 1.14.11 Distribution: unstable Urgency: low Maintainer: Dpkg Developers <[EMAIL PROTECTED]> Changed-By: Guillem

Accepted dpkg 1.14.12 (source i386 all)

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 29 Nov 2007 06:14:09 +0200 Source: dpkg Binary: dpkg dselect dpkg-dev Architecture: source i386 all Version: 1.14.12 Distribution: unstable Urgency: low Maintainer: Dpkg Developers <[EMAIL PROTECTED]> Changed-By: Guillem

Next upload 2007-12-26 (dpkg 1.14.13)

Hi, Will be merging some patches from the BTS, and doing some other clenaups before the release. regards, guillem -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Accepted dpkg 1.14.13 (source i386 all)

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 27 Dec 2007 09:16:45 +0200 Source: dpkg Binary: dpkg dselect dpkg-dev Architecture: source i386 all Version: 1.14.13 Distribution: unstable Urgency: low Maintainer: Dpkg Developers <[EMAIL PROTECTED]> Changed-By: Guillem

Re: Removing he.po files in dpkg's git repo

Hi, On Fri, 2007-12-28 at 19:32:42 +0200, Lior Kaplan wrote: > Raphael Hertzog wrote: > > do you mind if I remove the dselect/po/he.po & po/he.po file from > > dpkg's git repository? > > Go ahead and remove them. Ok, I just did this, because I was unable now to test 'make dist'. Feel free to sen

Re: Documentation for Breaks in dpkg

Hi, On Tue, 2008-01-01 at 13:46:58 -0800, Russ Allbery wrote: > Ian Jackson <[EMAIL PROTECTED]> writes: > > Package: debian-policy > > Version: 3.7.2.1 > > Severity: wishlist > > Tags: patch > > > > As I report in #379140 (against dpkg), I have implemented Breaks in > > dpkg. The attached patch i

Next upload 2008-01-06 (dpkg 1.14.15)

Hi, Will be uploading this sunday the lattest. Might merge few more patches from the BTS, and do some other cleanup on the code. After this let's merge Raphaël's controllib branch for 1.14.16. And then I'll start merging the triggers stuff for 1.14.17. I'll also be going through the mails that m

Accepted dpkg 1.14.15 (source i386 all)

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 07 Jan 2008 12:12:16 +0200 Source: dpkg Binary: dpkg dselect dpkg-dev Architecture: source i386 all Version: 1.14.15 Distribution: unstable Urgency: low Maintainer: Dpkg Developers <[EMAIL PROTECTED]> Changed-By: Guillem

Re: dpkg.org hosting

On Fri, 2007-11-30 at 08:59:55 +0100, Raphael Hertzog wrote: > On Thu, 29 Nov 2007, Frank Lichtenheld wrote: > > > I'm not entirely convinced that keeping that address alive is useful, > > > indeed. We'd better point people to [EMAIL PROTECTED] > > > > I would support that. This additional e-mail

Re: Review of controllib-removal branch requested

Hi, On Tue, 2008-01-01 at 21:15:02 +0100, Raphael Hertzog wrote: > I just finished the necessary work to get rid off controllib.pl. I pushed > it in a new branch controllib-removal: > http://git.debian.org/?p=dpkg/dpkg.git;a=shortlog;h=controllib-removal > I welcome some review on the changes (it

Re: Review of controllib-removal branch requested

On Wed, 2008-01-16 at 08:18:12 +0100, Raphael Hertzog wrote: > On Wed, 16 Jan 2008, Guillem Jover wrote: > > The Format substvar is not set anymore. > > Indeed, that was on purpose. It wasn't used by the code as a substitution > but only like a general purpose variable (wh

Re: dpkg: error while cleaning up

Hi, On Mon, 2007-11-05 at 17:12:19 +0100, BRIAND, Michel M wrote: > Le lundi 05 novembre 2007 à 15:20 +0100, BRIAND, Michel M a écrit : > > I've built dpkg on Solaris, to use it as a normal user (not-root). > > I keep having some troubles with this message during installation > > of hand-made pac

Next upload 2008-01-20 (dpkg 1.14.16)

Hi, So let's target next release for this sunday (latish). dpkg should migrate to testing today or so and there has not been major regressions. I've pending for commit, the feature-removal-schedule and api docs, probably merging few more patches from the BTS, and I'll review Tollef's filter code,

Re: Do you mind receiving BTS mails of dpkg

On Wed, 2008-01-09 at 20:43:38 +0100, Raphael Hertzog wrote: > On Wed, 09 Jan 2008, Christian Perrier wrote: > > Quoting Raphael Hertzog ([EMAIL PROTECTED]): > > > > > Is anyone reading [EMAIL PROTECTED] here that would be bothered if they > > > received > > > the BTS mails related to dpkg ? > >

Re: Next upload 2008-01-20 (dpkg 1.14.16)

On Fri, 2008-01-18 at 18:04:13 +0100, Christian Perrier wrote: > Quoting Guillem Jover ([EMAIL PROTECTED]): > > So let's target next release for this sunday (latish). dpkg should > > migrate to testing today or so and there has not been major > > regressions. &g

Re: Next upload 2008-01-20 (dpkg 1.14.16)

On Fri, 2008-01-18 at 14:23:03 +0100, Frank Lichtenheld wrote: > On Fri, Jan 18, 2008 at 10:21:14AM +0200, Guillem Jover wrote: > > So let's target next release for this sunday (latish). dpkg should > > migrate to testing today or so and there has not been major > >

Re: Review of file exclusion branch requested

Hi, On Sat, 2008-01-05 at 11:18:13 +0100, Tollef Fog Heen wrote: > I've finally gotten around to fixing up my support for excluding bits > of packages as they are unpacked. It can be gotten from > git://git.err.no/dpkg in the master branch (sorry about that, it > should probably have gone in a se

Re: Review of file exclusion branch requested

On Sun, 2008-01-20 at 06:54:09 +0200, Guillem Jover wrote: > On Sat, 2008-01-05 at 11:18:13 +0100, Tollef Fog Heen wrote: > > I've finally gotten around to fixing up my support for excluding bits > > of packages as they are unpacked. It can be gotten from > > git://git

Accepted dpkg 1.14.16 (source i386 all)

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 21 Jan 2008 10:00:45 +0200 Source: dpkg Binary: dpkg dpkg-dev dselect Architecture: source i386 all Version: 1.14.16 Distribution: unstable Urgency: low Maintainer: Dpkg Developers Changed-By: Guillem Jover <[EMAIL PROTEC

Re: Next upload 2008-01-20 (dpkg 1.14.16)

On Mon, 2008-01-21 at 08:31:00 +0100, Sven Joachim wrote: > On 2008-01-20 01:22 +0100, Frank Lichtenheld wrote: > > On Sun, Jan 20, 2008 at 12:04:26AM +0200, Guillem Jover wrote: > > > On Fri, 2008-01-18 at 18:04:13 +0100, Christian Perrier wrote: > > > > Could y

Re: [PATCH] Add a git wrapper for translators who have troubles with git itself

Hi, On Mon, 2007-12-10 at 22:39:21 +0100, Raphael Hertzog wrote: > * maint-tools/git-wrapper: The new git wrapper for translators. > * README.translators: Document the usage of the git wrapper. > --- > README.translators | 19 + > maint-tools/git-wrapper | 193 > +

Re: Review of file exclusion branch requested

On Sun, 2008-01-20 at 23:37:25 +0100, Tollef Fog Heen wrote: > * Guillem Jover > | On Sat, 2008-01-05 at 11:18:13 +0100, Tollef Fog Heen wrote: > | + char linebuf[1024]; > | + struct filterlist *filtertail; > | + > | + file = fopen(fn, "r"); > | + if (!file) {

Accepted dpkg 1.14.16.2 (source i386 all)

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Tue, 22 Jan 2008 13:05:22 +0200 Source: dpkg Binary: dpkg dpkg-dev dselect Architecture: source i386 all Version: 1.14.16.2 Distribution: unstable Urgency: low Maintainer: Dpkg Developers Changed-By: Guillem Jover <[EMAIL PROTEC

Accepted dpkg 1.14.16.3 (source i386 all)

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Tue, 22 Jan 2008 23:39:59 +0200 Source: dpkg Binary: dpkg dpkg-dev dselect Architecture: source i386 all Version: 1.14.16.3 Distribution: unstable Urgency: low Maintainer: Dpkg Developers Changed-By: Guillem Jover <[EMAIL PROTEC

Accepted dpkg 1.14.16.4 (source i386 all)

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Wed, 23 Jan 2008 08:44:32 +0200 Source: dpkg Binary: dpkg dpkg-dev dselect Architecture: source i386 all Version: 1.14.16.4 Distribution: unstable Urgency: low Maintainer: Dpkg Developers Changed-By: Guillem Jover <[EMAIL PROTEC

Re: dpkg s-s-d --retry --pidfile changes

Hi, On Fri, 2008-01-25 at 12:10:41 -0500, Justin Pryzby wrote: > In debian/changelog for dpkg-1.14.16.3: > | * Fix timeout computations for start-stop-daemon --retry option. This has > | not worked properly for a long time (maybe never), but came to light > | due to #460903's fix. Closes: #462

Re: s-s-d and manpage updates

Hi, On Mon, 2008-01-28 at 16:47:24 -0500, Justin Pryzby wrote: > Some changes for your consideration. Thanks for the improvements. > --- /usr/share/man/man8/start-stop-daemon.8.gz > +++ /tmp/startstop-daemon.8.gz.12569 2008-01-28 16:42:20.0 -0500 > +.SH NOTES > +.B --exec > +can fail to

Changes in Uploaders

Hi, I'll be adding Raphaël Hertzog to Uploaders, as he has been pretty active the past few months, and has been doing few uploads lately. As a nice side effect this should get rid of the lintian warning. :) On the other hand Brendan O'Dea has been quite inactive since the beginning. Brendan are y

Re: dpkg development cycle

Hi, On Thu, 2008-01-03 at 17:05:24 +0100, Raphael Hertzog wrote: > dpkg has been in flux lately because we have quite some new development > and it's difficult to stabilize the codebase when other developments are > merged at the same time. And when stuff doesn't get merged, it's easy to > loose m

Re: dpkg-source's future and relation with VCS

Hi, On Mon, 2008-02-11 at 14:46:33 +0100, Raphael Hertzog wrote: > On Mon, 11 Feb 2008, Frank Lichtenheld wrote: > > For me this sentence is the essence of your mail: That you dislike > > Joey's idea since it includes the VCS in the source package itself and > > would prefer that we worked on crea

Re: merging configuration files on update, timeline?

Hi Nico, On Mon, 2008-03-10 at 18:30:34 +0100, Nico Golde wrote: > I am wondering if there are any plans to have the possibility to > merge configuration files on package updates in lenny? > > There are lots of patches for this in the BTS and I looking > at the needs of users and package tools o

Re: dpkg semi-hijack - an announcement (also, triggers)

Hi, I'd like to clarify few more things, which have been brough up the past few days. Even if I don't usually accept open invitations to flamefests (re the OP). On Mon, 2008-03-10 at 14:42:48 +1000, Anthony Towns wrote: > On Sun, Mar 09, 2008 at 10:38:44PM -0500, Steve Greenland wrote: > > On 09-

Re: dpkg semi-hijack - an announcement (also, triggers)

On Wed, 2008-03-12 at 10:01:35 +, Ian Jackson wrote: > Guillem Jover writes ("Re: dpkg semi-hijack - an announcement (also, > triggers)"): > > On Mon, 2008-03-10 at 14:42:48 +1000, Anthony Towns wrote: > > > Against the wishes of, afaict, Guillem and Raphael

Re: Typos in dpkg man pages

Hi Helge, On Thu, 2008-03-13 at 22:34:28 +0100, Helge Kreutzmann wrote: > while updating the German translation I noticed the following errors > in the man pages. Please do not update the German translation > afterwards. > > #:../../man/dpkg-buildpackage.1:145 > -(for example by using B as > I)

Re: Typos in dpkg man pages

Hi Russ, On Thu, 2008-03-13 at 23:42:39 -0700, Russ Allbery wrote: > Note that all of the comments above are just if you want to follow the > conventions used in Perl documentation and documented in the POD > specification. If you're intentionally using a different markup > convention, please fee

Re: Typos in dpkg man pages

On Fri, 2008-03-14 at 17:42:54 +0100, Helge Kreutzmann wrote: > On Fri, Mar 14, 2008 at 06:36:35AM +0200, Guillem Jover wrote: > > On Thu, 2008-03-13 at 22:34:28 +0100, Helge Kreutzmann wrote: > > > #:../../man/dpkg-buildpackage.1:145 > > > -(for example by using B as &

Next upload 2008-03-30 (dpkg 1.14.17)

Hi, Just finished with the triggers cleanup/review/etc. I'll finish writting the ChangeLog and will push the local changes once I wake up. There's some smallish patches I'd like to merge from the BTS before uploading but they are not critical and could wait for .18. Let's target an upload to exp

Accepted dpkg 1.14.17 (source i386 all)

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Sun, 30 Mar 2008 12:48:22 +0300 Source: dpkg Binary: dpkg dpkg-dev dselect Architecture: source i386 all Version: 1.14.17 Distribution: experimental Urgency: low Maintainer: Dpkg Developers Changed-By: Guillem Jover <[EM

Re: triggers question

Hi, On Sun, 2008-03-30 at 15:10:42 -0400, Joey Hess wrote: > Here's what I'm seeing with the new dpkg when I install packages that > contain menu files and that also run update-menus in their postinsts: > > Unpacking xaos (from .../archives/xaos_3.3-1_i386.deb) ... > Selecting previously deselect

Re: Next upload 2008-03-30 (dpkg 1.14.17)

Hi, On Sat, 2008-03-29 at 15:35:47 +0100, Raphael Hertzog wrote: > Given the important changes (triggers & source v3), I wonder if we > shouldn't use the 1.15.0 version number than Ian had chosen for his upload. > What do you think? I went with 1.14.x, as I've had in mind switching to 1.15.x afte

Re: Processesing?

Hi, On Mon, 2008-03-31 at 19:44:43 +0200, Sven Joachim wrote: > In src/enquiry.c there are two strings that contain the word > `processesing'. The dictionaries I consulted do not know it, although > Google finds an amazing number of web pages with that word. > Nevertheless, I assume it should be

Re: Next upload 2008-03-30 (dpkg 1.14.17)

Forgot some stuff... On Mon, 2008-03-31 at 07:32:30 +0300, Guillem Jover wrote: > On Sat, 2008-03-29 at 15:35:47 +0100, Raphael Hertzog wrote: > > > Once it has gotten some testing we can upload .18 to unstable. > There's some things that need to be done before an upload t

Re: Next version plans: string freeze?

Hi, On Sun, 2008-03-30 at 14:13:19 +0200, Christian Perrier wrote: > However, we're now a few months ahead from the planned release and I > think it should be good to settle on a moment where code changes > should not include translatable strings changes so that translators > can safely cope with

Re: Bug#474949: debsign: deals badly with Format: 1.8 .changes files and new Checksums-* headers

Hi, On Tue, 2008-04-08 at 20:16:58 +0200, Luk Claes wrote: > Raphael Hertzog wrote: > > On Tue, 08 Apr 2008, Raphael Hertzog wrote: > >> dpkg >= 1.14.17 generates *.changes files with Format: 1.8. They provide > >> new Checksums-*: fields which are similar to the Files: field. And debsign > >> edi

Re: Processesing?

On Tue, 2008-04-01 at 07:21:19 +0200, Christian Perrier wrote: > Quoting Guillem Jover ([EMAIL PROTECTED]): > > Yes, thanks for spotting this, fixed in my local tree, will be pushed > > later. > Doing "sed 's/processesing/processing'" on po/*.po would also

Re: Minor typos/improvement suggestions in new man pages

Hi, On Tue, 2008-04-08 at 22:24:01 +0200, Helge Kreutzmann wrote: > while continuing the update for the German man page translation I > noticed the following: > -"I file in its control archive (ie, I during " > +"I file in its control archive (i.e. I) during " > -"package creation)." > +"package

Re: Next upload 2008-03-30 (dpkg 1.14.17)

Hi Peter, On Mon, 2008-03-31 at 11:57:37 +0100, Peter Karlsson wrote: > Guillem Jover: > > Let's target an upload to experimental for this sunday morning/noon > > or so > > Please run the update of the PO files a bit sooner than right before > the release, to let

<    3   4   5   6   7   8   9   10   11   12   >