Re: Temporary solution for changelog problem in binNMUs

2013-05-17 Thread Thomas Preud'homme
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

2013-05-17 Thread Julien Cristau
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

2013-05-17 Thread Thomas Preud'homme
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

2013-05-17 Thread Dominique Dumont
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

2013-05-14 Thread Raphael Hertzog
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-05-14 Thread Игорь Пашев
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

2013-05-14 Thread Raphael Hertzog
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

2013-05-13 Thread Ian Jackson
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

2013-05-13 Thread Julien Cristau
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

2013-05-13 Thread Jonathan Nieder
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

2013-05-13 Thread Guillem Jover
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

2013-05-13 Thread Ian Jackson
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

2013-05-13 Thread Julien Cristau
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

2013-05-13 Thread Guillem Jover
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]

Temporary solution for changelog problem in binNMUs

2013-05-13 Thread Ansgar Burchardt
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