Re: [PATCH] Dpkg::Version, Dpkg::Source::Package: move version-without-epoch outputting to the Version module

On Sat, 2013-02-09 at 15:03:31 +0100, Bernhard R. Link wrote: > Instead of doing the magic of generating a version string without epoch > and revision and a version string without epoch in > Dpkg::Source::Package, extend Dpkg::Version's as_string function to > support generating that string. I lik

Re: [PATCH] Dpkg::Version, Dpkg::Source::Package: move version-without-epoch outputting to the Version module

On Sat, 2013-02-09 at 15:18:04 +0100, Guillem Jover wrote: > On Sat, 2013-02-09 at 15:03:31 +0100, Bernhard R. Link wrote: > > Instead of doing the magic of generating a version string without epoch > > and revision and a version string without epoch in > > Dpkg::Source:

Re: [PATCH v2] Dpkg::Version, Dpkg::Source::Package: move version-without-epoch outputting to the Version module

On Sun, 2013-02-10 at 13:18:28 +0100, Bernhard R. Link wrote: > how about this one? Yes, better, thanks. :) I've done some minor changes while I was resolving the conflicts with my local tree. > diff --git a/scripts/Dpkg/Source/Package.pm b/scripts/Dpkg/Source/Package.pm > index 47ea319..aff0eed

Re: Bug#582109: debian-policy: document triggers where appropriate

Hi! On Sat, 2013-03-02 at 18:45:30 +0900, Charles Plessy wrote: > Le Sun, Feb 24, 2013 at 04:41:55PM +0900, Charles Plessy a écrit : > > I am having a look at how to document triggers. In order to simplify the > > explanation and re-use more easily material from the file above, I think > > that w

Re: Bug#582109: debian-policy: document triggers where appropriate

On Fri, 2013-03-15 at 08:37:25 +0900, Charles Plessy wrote: > I am still seeking comments for the attached patch, that describes Dpkg > triggers. I've not yet allocated a chunk of time to take a look into this, will try to do soonish, although I don't think there's any kind of hurry with this for

Re: [SCM] dpkg's main repository branch, master, updated. 1.16.9-8-g5757d82

Hi! On Fri, 2013-01-25 at 17:54:20 +, Christian PERRIER wrote: > The following commit has been merged in the master branch: > commit 5757d8283ac4f1258d6ea469313d1e5be4df5913 > Author: Yuri Kozlov > Date: Fri Jan 25 18:52:11 2013 +0100 > > Fix Russian translation > > diff --git a/debia

1.17.x series (master branch) started, wheezy branched

[ Translators with dpkg commit bits CCed, please see below. ] Hi! I'm finishing the dpkg 1.16.10 upload targetting wheezy, which I'll move to a new wheezy branch. So, if you have to update any translation for wheezy, please do so only in the wheezy branch, which should be appearing in the reposit

Accepted dpkg 1.16.10 (source amd64 all)

700978 702627 Changes: dpkg (1.16.10) unstable; urgency=low . [ Guillem Jover ] * Fix typos in 1.16.9 changelog entry. Closes: #691954 Thanks to Nicolás Alvarez . * Add missing @LIBLZMA_LIBS@ to Libs.Private in libdpkg.pc.in. * Do not use an undefined va_list variable in

Re: Bug#703792: apt-get source add a space to -a option for dpkg-buildpackage

On Sun, 2013-03-24 at 08:16:36 +0800, Daniel Hartwig wrote: > On 24 March 2013 03:07, YunQiang Su wrote: > > Package: apt > > > > When cross build with apt-get source -amips -b ${any_package}, > > it will call dpkg-buildpackage like: > > > > dpkg-buildpakage -a mips -b -uc ${any_package} > > > > W

Re: [PATCH] Add support for musl-libc to ostable and triplettable

Hi Kevin! On Sun, 2013-04-14 at 16:29:22 +0200, Kevin Bortis wrote: > This patch adds support for a musl libc port to ostable and > triplettable. It would be nice if you could add this patch. Just for reference this seems to be . (The patch seems to be mangled, missing

Re: dpkg perl critic code cleanup

On Mon, 2012-12-31 at 18:40:03 -0800, Russ Allbery wrote: > Russ Allbery writes: > > Oh, glad it was helpful! In case it's of interest, attached are my > > current perlcriticrc and perltidyrc files. (perltidy is... awkward. > > There are places where how it formats the code is clearly suboptimal

Re: [PATCH RFC] Package script(let)s SELinux execution context

Hi! On Mon, 2012-12-03 at 12:15:23 -0500, Eric Paris wrote: > On Tue, Nov 20, 2012 at 10:27 AM, Guillem Jover wrote: > > Some context for the rpm folks. While looking into improving SELinux > > support in dpkg, I noticed that dpkg is not setting a new execution > > con

Re: Broken dpkg-dev in git

On Tue, 2013-04-23 at 12:33:10 +0200, Raphael Hertzog wrote: > I have pushed some fixes for warnings that I saw, I've pushed a proper fix for this now. Guillem -- To UNSUBSCRIBE, email to debian-dpkg-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.de

Re: Unchecked close of write handles (Was: Re: [SCM] dpkg's main repository branch, master, updated. 1.16.10-146-ga62fb6a)

Hi! On Wed, 2013-04-24 at 08:24:11 +0200, Niels Thykier wrote: > While reviewing this commit, I noticed a number of cases where write > handles were closed but the return value was not checked. They appear > to be unrelated to the changes in the commit (i.e. the problem was there > prior to the c

Re: Temporary solution for changelog problem in binNMUs

Hi! On Mon, 2013-05-13 at 11:14:07 +0200, Ansgar Burchardt wrote: > There have been previous discussions how to fix this[2]. The dpkg > maintainers would like to treat changelogs and copyright files as > metadata and move them out of /usr/share/doc[3]. > > [2]

Re: Temporary solution for changelog problem in binNMUs

On Mon, 2013-05-13 at 17:04:51 +0100, Ian Jackson wrote: > The real problem is that these changelog files are primarily intended > for human beings. They should live in /usr/share/doc, and their > location should be transparent. The fact that parts of it might be mostly consumable by human beings

Re: 1.17.x series (master branch) started, wheezy branched

Hey Helge! On Sat, 2013-06-08 at 18:27:23 +0200, Helge Kreutzmann wrote: > On Mon, Mar 18, 2013 at 06:28:18AM +0100, Guillem Jover wrote: > > At the same time I'll open up master for 1.17.x (jessie) development, > > and will start flushing all the local changes and

Re: Relocatable .deb packages issue

Hi! On Tue, 2013-06-11 at 10:18:05 +0530, prashant tyagi wrote: > I want to create relocatable .deb packages, but I am getting issues with > pre-install, post-install scripts. I tried to search the document related , > but no luck. I found this link which is explaining behavior but no solution, >

Re: Problems in dpkg.1, dpkg-source.1

Hi! On Tue, 2013-06-18 at 01:13:56 -0400, e...@thyrsus.com wrote: > This is automatically generated email about markup problems in a man > page for which you appear to be responsible. If you are not the right > person or list, please tell me so I can correct my database. > > See http://catb.org/

Re: [PATCH] Add mips64 support to cputable

Hi! On Wed, 2013-06-26 at 15:37:06 +0800, rongqing...@windriver.com wrote: > From: "Roy.Li" > > Signed-off-by: Roy.Li > --- > cputable |2 ++ > 1 file changed, 2 insertions(+) This is already covered by the patch in #707323 (although I had already fixed the mips64 endianess issue and remo

Re: dpkg-shlibdeps: Semi-private symbols

Hi! [ Simon, you might want to check out your spam filters as I think I've seen them trigger more than once on mails you have sent recently. ] On Wed, 2013-06-26 at 11:31:30 +0200, Simon Richter wrote: > In #712903, a symbol not intended as public is used by a dependent > library. The symbol ap

Re: [PATCH] Add mips64 support to cputable

Hi! On Thu, 2013-06-27 at 17:31:43 +0800, Rongqing Li wrote: > On 06/27/2013 04:53 AM, Guillem Jover wrote: > >On Wed, 2013-06-26 at 15:37:06 +0800, rongqing...@windriver.com wrote: > >>From: "Roy.Li" > >> > >>Signed-off-by: Roy.Li > >&

Re: [Pkg-sysvinit-devel] Bug#716948: initscripts: Removes bootlogd conf files even if bootlogd is installed

Hi! On Mon, 2013-07-15 at 12:32:04 -0700, Steve Langasek wrote: > Dpkg maintainers, could you please have a look at this? I'm not sure if > this is a dpkg-maintscript-helper bug, or expected behavior that will > require bypassing dpkg-maintscript-helper to overcome. > In initscripts 2.88dsf-42,

Re: [Pkg-sysvinit-devel] Bug#716948: initscripts: Removes bootlogd conf files even if bootlogd is installed

On Mon, 2013-07-15 at 15:23:30 -0700, Steve Langasek wrote: > On Mon, Jul 15, 2013 at 10:00:16PM +0200, Guillem Jover wrote: > > Yes, while suboptimal, this is the current dpkg-maintscript-helper > > behavior, which is pretty basic and will not cover these kinds of corner > >

Re: [Pkg-sysvinit-devel] Bug#716948: initscripts: Removes bootlogd conf files even if bootlogd is installed

On Mon, 2013-07-15 at 18:37:51 -0700, Steve Langasek wrote: > Attached is a tested patch for this. I'm not thrilled about invoking > dpkg-query -S here, but I don't see any other way to get this information. You could check instead if the package owns the conffile either with «dpkg-query -L» or «

Re: Small patch to the dpkg(1) manpages, to mention triggers.

Hi! On Sat, 2013-07-20 at 09:55:50 +0900, Charles Plessy wrote: > here is a tiny patch to dpkg(1), to add the "triggers" files to the list of > files found in binary packages. Thanks, applied locally will be included for 1.17.0. > Please let me know if you prefer receiving it through the BTS. N

Next upload 2013-07-26 (dpkg 1.17.0)

Hi! I'll be uploading 1.17.0 to unstable on the 26th given the amount of accumulated changes, even though I've not flushed everything I had planned to due to real-life events. I've got a last push to make fixing at least two bug reports, a tiny command-line parsing quirk and including cherry-picke

Accepted dpkg 1.17.0 (source amd64 all)

659814 676664 681371 681470 684196 685096 686782 689193 691449 691745 697297 698881 699807 700177 703092 704240 707323 708292 708375 708607 710265 711647 711936 712976 713020 715334 716948 Changes: dpkg (1.17.0) unstable; urgency=low . [ Guillem Jover ] * Switch update-alternatives back to a

Accepted dpkg 1.17.1 (source amd64 all)

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Sun, 28 Jul 2013 14:44:50 +0200 Source: dpkg Binary: libdpkg-dev dpkg dpkg-dev libdpkg-perl dselect Architecture: source amd64 all Version: 1.17.1 Distribution: unstable Urgency: low Maintainer: Dpkg Developers Changed-By: Guillem

Re: 1.17.x series (master branch) started, wheezy branched

Hi! On Fri, 2013-08-09 at 21:02:26 +0200, Helge Kreutzmann wrote: > On Mon, Jun 10, 2013 at 07:15:08AM +0200, Guillem Jover wrote: > > OTOH, personally I would not see much of a problem with a 1.17.0 > > release needing translation work, because we are at the beginning of > &

Re: build profile syntax ideas

Hi! On Fri, 2013-08-16 at 02:59:45 +0100, Wookey wrote: > In the interests of making some progress, I suggest that we simply say > that arches and profiles can't be mixed in a [], as otherwise we'd > have to change the dpkg API, and no-one seems very keen on that. > > Yes it would be nicer, but

Re: [PATCH] convert file_info from singlely-linked list to rbtree

Hi! On Thu, 2013-08-22 at 12:16:33 -0700, Shawn Landden wrote: > now filenames are sorted via tree-sort to increase determinism in builds > > lookup (was only used in check_conffiles()) is now O(log(n)) instead > of O(n) The problem is that this makes the build stall on sorting, because it has t

Re: [PATCH 3/3] Ensure that gzfd is closed when writing newer deb format

Hi! On Tue, 2013-08-27 at 18:28:32 +0200, Jérémy Bobbio wrote: > --- > dpkg-deb/build.c |2 ++ > 1 file changed, 2 insertions(+) > > diff --git a/dpkg-deb/build.c b/dpkg-deb/build.c > index 41d14dc..4589e0b 100644 > --- a/dpkg-deb/build.c > +++ b/dpkg-deb/build.c > @@ -674,6 +674,8 @@ do_bui

Re: [PATCH 2/3] Consistently handle major deb format in do_build()

Hi! On Tue, 2013-08-27 at 18:27:46 +0200, Jérémy Bobbio wrote: > The only case when we can avoid writing the compressed data.tar is > when the compressed information is appended directly (format 0). > Let's just be more clear about it. > > --- > dpkg-deb/build.c |2 +- > 1 file changed, 1 in

Re: [PATCH 1/3] Refactor dpkg-deb do_build() in multiple smaller functions

Hi! Thanks for the patch! Although there's several issues in the way the code has been refactored here, and as I was planning on reworking most of it anyway, it will be faster for me to just do that instead of a back and forth process of review and fixup, etc. Thanks, Guillem -- To UNSUBSCRIBE

Re: Bug#657390: lintian: Please make build-arch and build-indep required targets

3:13, Roger Leigh wrote: > > On Wed, Jan 23, 2013 at 04:46:06AM +0100, Guillem Jover wrote: > > [...] > >> I think the less painful way to achieve that would be by a staged > >> increase of the enforcing level of those targets, where changing dpkg > >> to require

Re: [PATCH] querycmd: only write() once

5a7b7b693e2 Mon Sep 17 00:00:00 2001 From: Guillem Jover Date: Sat, 31 Aug 2013 03:20:33 +0200 Subject: [PATCH] dpkg-query: Use fully buffered output on non-tty --- src/querycmd.c | 5 - 1 file changed, 4 insertions(+), 1 deletion(-) diff --git a/src/querycmd.c b/src/querycmd.c index 51

Re: How to create .deb package with volatile files

Hi! First of all, you might want to disable HTML mail (I fished this out of my spam mail box). Second, this is probably more a material for the debian-mentors mailing list, but anyway. On Wed, 2013-09-18 at 10:44:58 +0530, prashant tyagi wrote: > How can we create .deb packages with volatile file

Commit mails to debian-dpkg-cvs mailing list dropped somewhere

Hi! [ CCing the Alioth admins just in case this is something else. ] It seems that since around 2013-07-28, there's been no more mails on dpkg git pushes coming through to the debian-dpkg-cvs list. Given that the list is not archived on l.d.o, I've verified this is not a local problem, by checkin

Re: Commit mails to debian-dpkg-cvs mailing list dropped somewhere

Hi! On Fri, 2013-09-20 at 23:33:43 +0200, Alexander Wirt wrote: > We had: > > :0fhw > * ^Subject: *\[SCM\] dpkg's main repository > * ^X-Git-Refname > > I replaced it with: > > :0fhw > * ^Subject: *\[dpkg\] > * ^X-Git-Refname Thanks, unfortunately the mails do not seem to be going through. P

Re: Question about a alternative impacting on an other

Hi! [ Leaving most of the original mail intact for context. ] On Thu, 2011-02-24 at 22:55:44 +0100, Sylvestre Ledru wrote: > There is what I currently have. > I have two important linear algebra librairies which are managed by > update-alternatives as primary: > * libblas.so.3gf > * liblapack.so

Accepted dpkg 1.16.11 (source amd64 all)

715334 Changes: dpkg (1.16.11) stable; urgency=low . [ Raphaël Hertzog ] * Fix usage of non-existent _() function in multiple places of the Perl code. Thanks to Lincoln Myers for the patch. Closes: #708607 . [ Guillem Jover ] * Fix chmod() arguments order in Dpkg::Source

Re: OOM changes in kernel

Hi! [ Just had to fish this one out of the spam box, due to the HTML. ] On Sat, 2013-09-28 at 10:33:04 -0700, Shawn Landden wrote: > >From my reading parts of dpkg don't check for OOM. Which ones? Do you have a list? Thanks, Guillem -- To UNSUBSCRIBE, email to debian-dpkg-requ...@lists.debia

Accepted dpkg 1.16.12 (source amd64 all)

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Mon, 30 Sep 2013 16:52:37 +0200 Source: dpkg Binary: libdpkg-dev dpkg dpkg-dev libdpkg-perl dselect Architecture: source amd64 all Version: 1.16.12 Distribution: stable Urgency: low Maintainer: Dpkg Developers Changed-By: Guillem

Re: [patch] always send the full name on the --status-fd

Hi! On Tue, 2013-10-15 at 07:56:28 +0200, Michael Vogt wrote: > I would like to ask for the inclusion of the attached patch. It simply > makes dpkg always send the full pkgname:arch on the status-fd. This > will help the progress reporting code in apt. There is code in apt now > to deal with this

Re: Problem with dpkg-query -l and UTF-8 in descriptions

On Sat, 2013-10-19 at 23:37:35 +0200, Raphael Hertzog wrote: > I just saw this on my system where the package cpputest is installed: > > $ LANG=C dpkg -l >/dev/null > dpkg-query: error: cannot convert multibyte sequence '— main package […] > itself.' to a wide character > $ echo $? > 2 > > With

Re: build profile syntax ideas

Hi, On Tue, 2013-09-17 at 12:31:17 +0200, Johannes Schauer wrote: > To get this issue moving, I have attached a patch which implements the <> > version of the proposal. The patch is based upon one by wookey and pehjota [1] > and adds testcases, namespace support and the ability to activate more th

Re: [patch] always send the full name on the --status-fd

On Tue, 2013-10-15 at 19:39:32 +0200, Michael Vogt wrote: > On Tue, Oct 15, 2013 at 05:39:39PM +0200, Guillem Jover wrote: > > Help the progress reporting code as in making it simpler or something > > else? > > It would help making the current code simpler and more cons

Re: [dpkg] 03/20: dpkg-buildpackage: Honor new DEB_SIGN_KEYID environment variable

Hi! On Tue, 2013-10-29 at 18:14:49 +, Adam D. Barratt wrote: > On Sun, 2013-10-27 at 07:41 +0100, Niels Thykier wrote: > > On 2013-10-27 05:22, Guillem Jover wrote: > > [...] > > > dpkg-buildpackage: Honor new DEB_SIGN_KEYID environment variable > [...] &g

Re: Questions regarding new strings (and a failure message during commit)

Hi! On Fri, 2013-11-01 at 12:28:09 +0100, Helge Kreutzmann wrote: > while adapting the translation to the new/changed strings a few > questions/comments arose (and an error during commit appeared, see below): > > The new term "available database" is used several times, e.g. > in dpkg.1:264. Is t

Re: [patch] always send the full name on the --status-fd

deb822 format messages, I'd like your input on this. On Wed, 2013-10-23 at 12:40:24 +0200, Michael Vogt wrote: > On Mon, Oct 21, 2013 at 07:54:22AM +0200, Guillem Jover wrote: > > On Tue, 2013-10-15 at 19:39:32 +0200, Michael Vogt wrote: > > > On Tue, Oct 15, 2013 at 05:39:39

Re: --events-fd, deb822 format (Re: [patch] always send the full name on the --status-fd)

[ Adding deity mailing list to the CC, in case there's someone else there that wants to comment on this. For context, please see <http://lists.debian.org/debian-dpkg/2013/11/msg3.html>. ] On Fri, 2013-11-08 at 18:19:31 +0200, Eugene V. Lyubimkin wrote: > 2013-11-07 08:40,

Re: Possible dpkg regression

On Thu, 2013-11-21 at 11:10:16 +0100, Raphael Hertzog wrote: > On Thu, 21 Nov 2013, Raphael Hertzog wrote: > > I was about to file a bug against clang-3.3 but what I discovered looked > > like more a bug in dpkg. It's probably related to the recent optimizations > > that concerns management of file

Re: dpkg --verify can lead to segfault

On Thu, 2013-11-21 at 11:24:08 +0100, Raphael Hertzog wrote: > I just tried "dpkg --verify" as normal user and I got this: > > $ LANG=C dpkg --verify > dpkg: warning: exim4-config: unable to open /etc/exim4/passwd.client for > hash: Permission denied > Erreur de segmentation Ok, missing initiali

Re: Possible dpkg regression

On Thu, 2013-11-21 at 11:47:42 +0100, Guillem Jover wrote: > On Thu, 2013-11-21 at 11:10:16 +0100, Raphael Hertzog wrote: > > On Thu, 21 Nov 2013, Raphael Hertzog wrote: > > > I was about to file a bug against clang-3.3 but what I discovered looked > > > like more a

Next upload 2013-12-01 (dpkg 1.17.2)

Hi! It's been too long since last upload, and alioth has been up now for a bit, so I'll be uploading this next Sunday. And, although I've still got lots of stuff queued, anything not ready will have to wait for 1.17.3. Going forward I'd like to increase the release pace, to at least once a month,

Re: Next upload 2013-12-01 (dpkg 1.17.2)

Hi! On Fri, 2013-11-29 at 05:48:16 +0100, Guillem Jover wrote: > It's been too long since last upload, and alioth has been up now for a > bit, so I'll be uploading this next Sunday. Ok, got ensnared with some issues with the build profile support, but it looks good now. I'v

Accepted dpkg 1.17.2 (source amd64 all)

583585 615813 661538 667008 681370 717983 718437 718541 718899 718945 719418 719746 719844 720712 725437 726112 726932 729874 Changes: dpkg (1.17.2) unstable; urgency=low . [ Guillem Jover ] * Make Dpkg::Arch debwildcard_to_debtriplet() more robust by matching on exact 'any

Re: Next upload 2013-12-01 (dpkg 1.17.2)

On Wed, 2013-12-04 at 08:29:12 +0100, Guillem Jover wrote: > On Fri, 2013-11-29 at 05:48:16 +0100, Guillem Jover wrote: > > It's been too long since last upload, and alioth has been up now for a > > bit, so I'll be uploading this next Sunday. > > Ok, got ensnared

Accepted dpkg 1.17.3 (source amd64 all)

) unstable; urgency=low . [ Guillem Jover ] * Check availability of warning flags at build time. Fixes a build failure on systems with old g++ compilers not accepting -Wc++11-compat. * Move DPKG_C_C99 call just after AC_PROG_CC, so that subsequent checks can take advantage of the

Re: Correct way of providing uncompressed data.tar

Hi! On Thu, 2013-12-05 at 13:19:57 +0100, Roland Stigge wrote: > in linux-source-3.11, we have an issue due to unclear procedure how to > use uncompressed data.tar files: > > http://bugs.debian.org/725492 > > While lintian rejects packages with data.tar (in contrast to the > compressed data.tar.

Re: Bug#731524: hardening-wrapper: Trying to overwrite /usr/bin/gcc-4.7

Hi! On Fri, 2013-12-06 at 11:03:38 +0100, Sven Joachim wrote: > Control: reassign -1 dpkg 1.17.3 > > There seems to be a problem with the file list handling in dpkg 1.17.2. > AFAICS the hardening-wrapper package sets up diversions correctly in the > preinst but dpkg still reports a file conflict.

Re: Bug#731524: hardening-wrapper: Trying to overwrite /usr/bin/gcc-4.7

Hi! On Fri, 2013-12-06 at 15:34:15 +0100, Guillem Jover wrote: > On Fri, 2013-12-06 at 11:03:38 +0100, Sven Joachim wrote: > > Control: reassign -1 dpkg 1.17.3 > > > > There seems to be a problem with the file list handling in dpkg 1.17.2. > > AFAICS the harden

Accepted dpkg 1.17.4 (source amd64 all)

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Sat, 07 Dec 2013 07:34:54 +0100 Source: dpkg Binary: libdpkg-dev dpkg dpkg-dev libdpkg-perl dselect Architecture: source amd64 all Version: 1.17.4 Distribution: unstable Urgency: low Maintainer: Dpkg Developers Changed-By: Guillem

Accepted dpkg 1.17.5 (source amd64 all)

(1.17.5) unstable; urgency=low . [ Guillem Jover ] * Switch non-tty output to be line buffered by default, and set it to fully buffered only for programs with precious and abundant output, not just progress reporting output (i.e. dpkg-query). This was causing out-of-order error and

Re: Correct way of providing uncompressed data.tar

Hi! On Wed, 2013-12-18 at 04:46:47 +, Ben Hutchings wrote: > On Thu, 2013-12-05 at 16:46 +0100, Guillem Jover wrote: > > I've had a working fix for 718295 since end of July, but I've not > > applied it as it would remove a currently used misfeature with no >

Re: PATCH: fix for 'extended' device numbers

Hi! On Wed, 2013-12-18 at 17:18:43 -0800, Peter Chang wrote: > tested internally where we have devices w/ minor numbers *much* > greater than 255. Ah, yeah I've never liked that particular assignment, but didn't switch it to use makedev(3) in fear of portability issues, and because I didn't think

Regression in dpkg git master 1.17.5-30-g1b015cc

Hi! Just a quick note to anyone running dpkg from git master, the dpkg-buildpackage rework broke the generated .changes file when the .dsc is signed. I'll queue a patch for my next push. Meanwhile you can use -us, and debsign the .changes file later on. Thanks, Guillem -- To UNSUBSCRIBE, emai

Next upload 2014-01-12 (dpkg 1.17.6)

Hi! Next Sunday will have been a month since last upload, and as I mentioend I wanted to try to upload at least once a month, so I'll be targetting that. In any case an upload needs to be done for the just filed RC bug due to the file leaks, so it's a nice timing. I'll try to push what I have pen

Re: Next upload 2014-01-12 (dpkg 1.17.6)

Hi! On Fri, 2014-01-10 at 04:54:43 +0100, Guillem Jover wrote: > Next Sunday will have been a month since last upload, and as I > mentioend I wanted to try to upload at least once a month, so I'll be > targetting that. In any case an upload needs to be done for the just > filed

Re: xz-compressed control metadata

Hi! On Sun, 2012-11-04 at 22:27:58 +0100, Guillem Jover wrote: > On Sun, 2012-11-04 at 08:11:25 +0100, Guillem Jover wrote: > > On Sat, 2012-11-03 at 21:56:12 +0100, Philipp Kern wrote: > > > are there plans on the dpkg side to support other compression methods > > >

Accepted dpkg 1.17.6 (source amd64 all)

718295 719348 732648 733326 733746 733980 734114 734783 Changes: dpkg (1.17.6) unstable; urgency=low . [ Guillem Jover ] * Move signing in dpkg-buildpackage to the end of the build. * Add new --check-command and --check-option options to dpkg-buildpackage, and DEB_CHECK_COMMAND

Re: Comments regarding new strings

Hi! On Fri, 2014-01-31 at 19:51:12 +0100, Helge Kreutzmann wrote: > while updating the man page translation I noticed the following: > > #: deb-control.5:133 > msgid "" > "This field is used to indicate how this package should behave on a multi-" > "arch installations. The value B means that the

Re: Bug#737731: libhwloc-contrib-plugins: depends on ocl-icd-libopencl1 instead of libopencl1

Control: retitle -1 dpkg-shlibdeps: Document that the main-dependency-template always gets added Hi! On Wed, 2014-02-05 at 23:50:59 +0100, Vincent Danjean wrote: > ocl-icd uses alternative dependency models in its symbol file. All > dependencies against ocl-icd-libopencl1 should have libopencl1

Re: build profile syntax ideas

Hi! On Thu, 2014-02-06 at 18:52:36 +0100, Johannes Schauer wrote: > Quoting Johannes Schauer (2013-12-04 14:47:38) > > > I've also changed the restrictions logic to match the arch one, because > > > the > > > one proposed here didn't make sense to me in some cases, > > > > I spent quite some tim

Re: build profile syntax ideas

de change from the one you picked up, besides hosting the patch, but included him anyway given your comment. > Quoting Guillem Jover (2013-12-04 08:48:15) > > I've also changed the restrictions logic to match the arch one, because the > > one proposed here didn't make

Re: propagating the value of the build-profiles field to Packages and Sources files

Hi! On Fri, 2014-02-21 at 12:30:13 +0100, Johannes Schauer wrote: > The problem is, that tools which analyze dependency relationships between > binary and source packages (like dose3), currently use only Packages and > Sources files as input. While the bits of the Build-Depends > field is properl

Re: propagating the value of the build-profiles field to Packages and Sources files

Hey! On Fri, 2014-03-07 at 15:57:53 +0100, Johannes Schauer wrote: > Quoting Guillem Jover (2014-03-07 03:18:54) > > Ok, just to clarify what we are talking about, and which recently realized > > (after having seen the debhelper implementation) I might have misunderstood > >

Re: propagating the value of the build-profiles field to Packages and Sources files

Hi! [ Sorry, have been traveling. ] On Sat, 2014-03-08 at 01:13:06 +0100, Johannes Schauer wrote: > Quoting Guillem Jover (2014-03-07 22:34:15) > > Ok, two scenarios. First one, you have a source producing multiple > > binary packages, one of which contains only an ldap

Re: Process isolation support for start-stop-daemon

Hi! On Sat, 2014-03-08 at 14:13:41 +0100, Andrew Shadura wrote: > Yesterday I've hacked process isolation support into start-stop-daemon. > The feature is available for Linux only, but the option itself is > accepted even if the kernel support isn't available. > > More details see in my blog, > h

Re: dpkg: error after loading "dpkg -i puppetlabs-release-saucy.deb"

Hi! On Fri, 2014-03-14 at 10:03:14 -0500, Peng Yu wrote: > http://docs.puppetlabs.com/guides/puppetlabs_package_repositories.html#for-debian-and-ubuntu > > Following the above instruction, I run the following commands. This mailing list is not really a user support channel, you should try an Ubu

Re: Bug#741481: Error in `/usr/share/doc-base/mutt', line 14: all `Format' sections are invalid.

Hi! On Sat, 2014-03-15 at 20:55:38 +0100, Evgeni Golov wrote: > [ CCing src:dpkg and src:apt as I have no idea why this is happening ] > On Wed, Mar 12, 2014 at 10:51:11PM +0100, Michael Biebl wrote: > > During the latest upgrade, I got the following error message: > > > > Preparing to unpack ..

Re: rsyslog init script breaks after package upgrade

Hi! On Wed, 2014-03-19 at 09:26:16 +0100, Ralf Jung wrote: > this issue is still present in current wheezy, including the backports > package. Without taking manual steps, it results in rsyslog filling up > the disk as log rotation is completely broken - so I'd argue it should > have a severity of

Re: rsyslog init script breaks after package upgrade

On Wed, 2014-03-19 at 19:42:55 +0100, Ralf Jung wrote: > > Going over the original bug report I see this very suspicious line: > > > > ,--- > > chrisb@massmail:~$ sudo ls /proc/427/exe -l > > lrwxrwxrwx 1 root root 0 Dec 6 01:33 /proc/427/exe -> > > (deleted)/usr/sbin/rsyslogd > > `--- > > > >

Re: propagating the value of the build-profiles field to Packages and Sources files

On Tue, 2014-03-18 at 00:40:45 +0100, Johannes Schauer wrote: > Quoting Guillem Jover (2014-03-14 20:46:23) > > > Right now the information which binary packages do or do not build for > > > which build profile is restricted to debian/control. Coming back to my > > >

Re: Process isolation support for start-stop-daemon

On Mon, 2014-03-17 at 18:13:51 +0100, Andrew Shadura wrote: > On Sun, 16 Mar 2014 05:35:41 +0100 Guillem Jover wrote: > > Then there's several implementation details, here's a short list from > > a quick skimming (ignoring style issues and similar): > > > * The

Re: start-stop-daemon and lxc

Hi! On Mon, 2014-03-24 at 16:12:48 +0100, Alex Mestiashvili wrote: > I run into problem with s-s-d and linux-containers, > this time it is nscd init script which kills nscd daemons inside conatiners > when it is stopped on the host system. The init script is buggy, the “Wait for children to finis

Re: tomcat 7.0.52 common package

Hi! On Fri, 2014-04-04 at 12:42:38 -0600, Sean Winterberger wrote: > On a local install of the system (windows7) the tomcat lib directory > contains tomcat7-websocket.jar and websocket-api.jar, however I do not seem > to be getting those two files from apt-get install tomcat7. > > We are using th

Re: propagating the value of the build-profiles field to Packages and Sources files

Hi! On Mon, 2014-04-21 at 14:26:25 +0200, Johannes Schauer wrote: > I now believe the former option to be the superior one. As Raphaël Hertzog > pointed out initially, which binary packages builds with what arch or profile > is a property of the source package. Thus, the information should become

Accepted dpkg 1.17.7 (source amd64 all)

735978 736717 736778 737731 738310 738691 738957 739388 740883 742449 742535 743687 744326 745032 Changes: dpkg (1.17.7) unstable; urgency=low . [ Guillem Jover ] * Documentation: - Mention in deb-symbols(5), that the “main-dependency-template” is always used. Closes: #737731

Re: [dpkg:src/unpack.c] Possible unused call to strcpy

Hi! On Sat, 2014-04-26 at 10:12:49 +0200, Niels Thykier wrote: > I spotted this piece of code in src/unpack.c (around line 614) > """ > /* >* OK, we're going ahead. >*/ > > trig_activate_packageprocessing(pkg); > strcpy(cidirrest, TRIGGERSCIFILE); > trig_parse_ci(cidir, NULL, trig_

Re: "Build" failure of dpkg (for translation)

Hi! On Sun, 2014-04-27 at 21:28:37 +0200, Helge Kreutzmann wrote: > as git HEAD has changed, I wanted to check for updates requiring > translations, however, the "build" fails with: > > checking whether gcc accepts -Wstrict-prototypes... yes > checking whether gcc accepts -Wmissing-prototypes...

Accepted dpkg 1.17.8 (source amd64 all)

: Guillem Jover Description: dpkg - Debian package management system dpkg-dev - Debian package development tools dselect- Debian package management front-end libdpkg-dev - Debian package management static library libdpkg-perl - Dpkg perl modules Closes: 733057 739634 745592 745651 745869

Accepted dpkg 1.17.9 (source amd64 all)

: Guillem Jover Description: dpkg - Debian package management system dpkg-dev - Debian package development tools dselect- Debian package management front-end libdpkg-dev - Debian package management static library libdpkg-perl - Dpkg perl modules Closes: 746306 746331 746350 746354 Changes

Re: stable update of dpkg (>= 1.17.2) and apt (>= 0.9.16.1) for build profiles

Hi! On Wed, 2014-04-30 at 15:28:27 +0200, Johannes Schauer wrote: > Quoting Johannes Schauer (2014-04-26 07:15:03) > > Because of this syntax change, packages that use this syntax can only be > > uploaded once tools in Debian stable support it because the build > > infrastructure runs Debian stabl

Re: rsyslog init script breaks after package upgrade

Hi! On Thu, 2014-03-20 at 10:10:29 +0100, Ralf Jung wrote: > To be honest, the behaviour of OpenVZ seems to make more sense than > upstream Linux. I mean, what if a file called "/usr/sbin/rsyslogd > (deleted)" actually exists? There is no way to distinguish whether this > program was executed from

Accepted dpkg 1.16.14 (source amd64 all)

: Guillem Jover Description: dpkg - Debian package management system dpkg-dev - Debian package development tools dselect- Debian package management front-end libdpkg-dev - Debian package management static library libdpkg-perl - Dpkg perl modules Closes: 746306 Changes: dpkg

Accepted dpkg 1.16.13 (source amd64 all)

: Guillem Jover Description: dpkg - Debian package management system dpkg-dev - Debian package development tools dselect- Debian package management front-end libdpkg-dev - Debian package management static library libdpkg-perl - Dpkg perl modules Closes: 685096 703092 707323 718945

Re: Dpkg translation schedule and current issues

Hi! On Wed, 2014-04-30 at 21:13:00 +0200, Helge Kreutzmann wrote: > given that the Freeze is approaching I'm asking when the major string > changes announced in [1] are completed so that languages may start > their update efforts, espeically for the man pages (I took the > liberty to CC the transl

Accepted dpkg 1.15.9 (source amd64 all)

: Guillem Jover Description: dpkg - Debian package management system dpkg-dev - Debian package development tools dselect- Debian package management front-end libdpkg-dev - Debian package management static library libdpkg-perl - Dpkg perl modules Changes: dpkg (1.15.9) squeeze

<    1   2   3   4   5   6   7   8   9   10   >