Re: Temporary solution for changelog problem in binNMUs

On Fri, May 17, 2013 at 03:42:06PM +0200, Thomas Preud'homme wrote: > Le vendredi 17 mai 2013 15:36:02, Julien Cristau a écrit : > > On Fri, May 17, 2013 at 14:14:20 +0200, Thomas Preud'homme wrote: > > > Also, it wouldn't help for the case of a binNMU on a subset of all arches > > > since only som

Re: Temporary solution for changelog problem in binNMUs

Le vendredi 17 mai 2013 15:36:02, Julien Cristau a écrit : > On Fri, May 17, 2013 at 14:14:20 +0200, Thomas Preud'homme wrote: > > Also, it wouldn't help for the case of a binNMU on a subset of all arches > > since only some of them would have the entry. The solution proposed by > > ansgar cover th

Re: Temporary solution for changelog problem in binNMUs

On Fri, May 17, 2013 at 14:14:20 +0200, Thomas Preud'homme wrote: > Also, it wouldn't help for the case of a binNMU on a subset of all arches > since only some of them would have the entry. The solution proposed by ansgar > cover this case. No it doesn't. dpkg will still refuse to install a m-

Re: Temporary solution for changelog problem in binNMUs

Le vendredi 17 mai 2013 13:40:13, Dominique Dumont a écrit : > > This may be a dumb question, but looking at this example of different > binNMU changelogs [1], I wonder what is the point of having a log specific > to each build system ... > > In other word, can't we have a binNMU log generated by

Re: Temporary solution for changelog problem in binNMUs

On Monday 13 May 2013 11:14:07 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

Hi, On Wed, 15 May 2013, Helmut Grohne wrote: > > This new "Extends" field would imply that all meta-data (including other > > missing control fields) is shared with the bar package and at build-time > > it transparently gets a supplementary "Depends: bar (= )" but > > the .deb would not have any

Re: Temporary solution for changelog problem in binNMUs

Small side note on this interesting idea: On Tue, May 14, 2013 at 09:59:31AM +0200, Raphael Hertzog wrote: > The other points are more difficult to solve but would be useful in their > own to avoid the problem of small packages considered too heavy due to > their meta-data. It might be worth to th

Re: Temporary solution for changelog problem in binNMUs

Hi! On Tue, 2013-05-14 at 09:30:45 +0200, Helmut Grohne wrote: > I acknowledge that I am coming late to the party. I dug into the > discussion referenced from your other mail, but had a hard time finding > specific arguments. This discussion appears to be a good candidate for > http://wiki.debian.

Re: Temporary solution for changelog problem in binNMUs

Am 14.05.2013 09:30, schrieb Helmut Grohne: > 1) Raphael Hertzog suggested[1] that metadata could be stored >compressed. Is that implemented already? (As far as I can see it >would be part of file_show, but isn't.) If not, that would cause >an increase in installation size. I guess that

Re: Temporary solution for changelog problem in binNMUs

On Tue, May 14, 2013 at 09:30:45AM +0200, Helmut Grohne wrote: > I acknowledge that I am coming late to the party. I dug into the > discussion referenced from your other mail, but had a hard time finding > specific arguments. This discussion appears to be a good candidate for > http://wiki.debian.o

Re: Temporary solution for changelog problem in binNMUs

On Mon, May 13, 2013 at 11:09:53PM +0200, Ansgar Burchardt wrote: > Hi, > > [ dropped -release and -wb-team ] > > Jonathan Nieder writes: > > One problem that that doesn't solve is what to do when a package would > > be able to borrow its /doc/ directory from another package > > (using a symlink

Re: Temporary solution for changelog problem in binNMUs

On Mon, May 13, 2013 at 06:04:58PM +0200, Holger Levsen wrote: > Hi, > > On Montag, 13. Mai 2013, Guillem Jover wrote: > > The only thing the metadata solution would need now, is changing > > packaging helper, all packages not using a helper, and changelog and > > copyright extractors to look firs

Re: Temporary solution for changelog problem in binNMUs

Hi, On Tue, 14 May 2013, Игорь Пашев wrote: > 2013/5/14 Raphael Hertzog : > > But ansgar's objection about the duplication of the changelog in multiple > > .deb when it used to be shared via a symlink also makes sense. As does the > > fact that there's currently no way to not install some control

Re: Temporary solution for changelog problem in binNMUs

2013/5/14 Raphael Hertzog : > But ansgar's objection about the duplication of the changelog in multiple > .deb when it used to be shared via a symlink also makes sense. As does the > fact that there's currently no way to not install some control files. What about creating symlinks in /var/lib/dpk

Re: Temporary solution for changelog problem in binNMUs

Hi, On Mon, 13 May 2013, Guillem Jover wrote: > The binNMU issue entails two “sub-problems”. The first is the one > introduced by different entries in binNMUs on multiple architectures. > The other is the unmatched versions for possible out-of-step binNMU > versions. > > Personally I see very cle

Re: Temporary solution for changelog problem in binNMUs

On Mon, May 13, 2013 at 03:16:57PM +0200, Guillem Jover wrote: > The binNMU issue entails two ???sub-problems???. The first is the one > introduced by different entries in binNMUs on multiple architectures. > The other is the unmatched versions for possible out-of-step binNMU > versions. I acknowl

Re: Temporary solution for changelog problem in binNMUs

Ian Jackson wrote: > Jonathan Nieder writes ("Re: Temporary solution for changelog problem in > binNMUs"): >> One problem that that doesn't solve is what to do when a package would >> be able to borrow its /doc/ directory from another package >> (usi

Re: Temporary solution for changelog problem in binNMUs

Jonathan Nieder writes ("Re: Temporary solution for changelog problem in binNMUs"): > I was convinced of this until I remembered that package descriptions > are very similar in this respect. My gut feeling to expect to find > changelogs in /usr/share/doc/ is actually mostl

Re: Temporary solution for changelog problem in binNMUs

Le Mon, May 13, 2013 at 03:16:57PM +0200, Guillem Jover a écrit : > > 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

Re: Temporary solution for changelog problem in binNMUs

Hi, [ dropped -release and -wb-team ] Jonathan Nieder writes: > One problem that that doesn't solve is what to do when a package would > be able to borrow its /doc/ directory from another package > (using a symlink) but for the changelog and copyright (which gets even > harder when binnmus are i

Re: Temporary solution for changelog problem in binNMUs

Hi, [ dropped -release and -wb-team, added 681289@bugs.d.o ] Guillem Jover writes: > 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 s

Re: Temporary solution for changelog problem in binNMUs

On Mon, May 13, 2013 at 13:14:51 -0700, Jonathan Nieder wrote: > One problem that that doesn't solve is what to do when a package would > be able to borrow its /doc/ directory from another package > (using a symlink) but for the changelog and copyright (which gets even > harder when binnmus are in

Re: Temporary solution for changelog problem in binNMUs

Hi, 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. I was convinced of this until I remembered that package descriptions are very similar in this respec

Re: Temporary solution for changelog problem in binNMUs

On Mon, 2013-05-13 at 18:04:58 +0200, Holger Levsen wrote: > On Montag, 13. Mai 2013, Guillem Jover wrote: > > The only thing the metadata solution would need now, is changing > > packaging helper, all packages not using a helper, and changelog and > > copyright extractors to look first in the new

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: Temporary solution for changelog problem in binNMUs

Hi, On Montag, 13. Mai 2013, Guillem Jover wrote: > The only thing the metadata solution would need now, is changing > packaging helper, all packages not using a helper, and changelog and > copyright extractors to look first in the new place, and fallback to > the old one for backwards compatibili

Re: Temporary solution for changelog problem in binNMUs

Guillem Jover writes ("Re: Temporary solution for changelog problem in binNMUs"): > dpkg supports --control-show and --control-list (already in wheezy), which > can be used for stuff like: > $ dpkg-query --control-show dpkg changelog > for installed packages, for examp

Re: Temporary solution for changelog problem in binNMUs

On Mon, 2013-05-13 at 14:12:14 +0200, Goswin von Brederlow wrote: > Isn't the reason this was on hold the wheezy release and now that is > out work on this can continue? The main reason to not deploy any actual solution at the time was that it would imply possible unexpected breakage on extractors

Re: Temporary solution for changelog problem in binNMUs

On Mon, May 13, 2013 at 15:16:57 +0200, Guillem Jover wrote: > I've mentioned this before, I find this completely unsatisfactory, > because (at least): > > 1) the changelog stops representing the actual changelog of the > package. Irrelevant, that's already the case today for anything but t

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 05/13/2013 14:12, Goswin von Brederlow wrote: > On Mon, May 13, 2013 at 11:14:07AM +0200, Ansgar Burchardt wrote: >> For this sbuild should add "binary-only=yes" to the changelog[4] and >> dh_installchangelogs split such entries into a separate file (will file >> a bug soon). >> >> [4]

Re: Temporary solution for changelog problem in binNMUs

Goswin von Brederlow (13/05/2013): > Please don't. That just eats up developer time to implement, more time > to un-implement when the real solution comes and probably delays the > real solution because nobody wants to break the temporary fix. No. What eats up user and developer time is useless d

Re: Temporary solution for changelog problem in binNMUs

On Mon, May 13, 2013 at 11:14:07AM +0200, Ansgar Burchardt wrote: > Hi, > > with wheezy released and development on jessie started the problem with > binNMUs for multiarch-enabled packages is back: binNMU'ed packages have > different changelog entries and upgrades fail (for example [1]). > > [1

Temporary solution for changelog problem in binNMUs

Hi, with wheezy released and development on jessie started the problem with binNMUs for multiarch-enabled packages is back: binNMU'ed packages have different changelog entries and upgrades fail (for example [1]). [1] It's quite annoying as the problem is only de