Re: making more packages binary NMU safe

2006-01-17 Thread Ken Bloom
Steve Langasek wrote: > On Mon, Jan 16, 2006 at 10:53:04PM -0600, Adam M. wrote: > >>Ken Bloom wrote: >> >>>I noticed that glabels is broken on i386 because it's not binary NMU >>>safe, and someone did a binary NMU. > > >>>After poking around a bit, I found >>>http://lists.debian.org/debian-dpkg

Re: making more packages binary NMU safe

2006-01-17 Thread Henrique de Moraes Holschuh
On Mon, 16 Jan 2006, Steve Langasek wrote: > horrible, horrible kludge! No, the correct solution is to introduce two new > variables and deprecate the old one, instead of further re-defining > "Source-Version" in ways that have even less to do with the source version. Agreed. > And why is this o

Re: making more packages binary NMU safe

2006-01-17 Thread Michael Banck
On Mon, Jan 16, 2006 at 11:05:55PM -0600, Ken Bloom wrote: > Here is the corresponding patch for that possibility. I hope the dpkg > maintainers will pick up one of these patches quickly. You should submit them to the proper channels, then, i.e. either [EMAIL PROTECTED] or a bug report. Michael

Re: making more packages binary NMU safe

2006-01-16 Thread Steve Langasek
On Mon, Jan 16, 2006 at 10:53:04PM -0600, Adam M. wrote: > Ken Bloom wrote: > > I noticed that glabels is broken on i386 because it's not binary NMU > > safe, and someone did a binary NMU. > > After poking around a bit, I found > > http://lists.debian.org/debian-dpkg/2005/11/msg0.html, which >

Re: making more packages binary NMU safe

2006-01-16 Thread Peter Samuelson
[Adam M.] > Instead of doing blind substitutions like it is done currently, it is > possible to separate Arch:all from Arch:any|other|whatever in the > substitution script such that, > > Source-Version => bin NMU version for binaries that are build > Source-Version => 'original' version for Arch:

Re: making more packages binary NMU safe

2006-01-16 Thread Ken Bloom
Ken Bloom wrote: > Peter Samuelson wrote: > >>[Ken Bloom] >> >> >>>$substvar{'Source-Version'}= $fi{"L Version"}; >>>+#Indep-Version is for supporting binary NMUs when a strict >>>+#version dependancy is required against an arch independant package >>>+$substvar{'Indep-Version'}= $

Re: making more packages binary NMU safe

2006-01-16 Thread Adam M.
Ken Bloom wrote: > I noticed that glabels is broken on i386 because it's not binary NMU > safe, and someone did a binary NMU. > > After poking around a bit, I found > http://lists.debian.org/debian-dpkg/2005/11/msg0.html, which > discussed a possible solution to this problem. Since then, we ha

Re: making more packages binary NMU safe

2006-01-16 Thread Ken Bloom
Peter Samuelson wrote: > [Ken Bloom] > >> $substvar{'Source-Version'}= $fi{"L Version"}; >>+#Indep-Version is for supporting binary NMUs when a strict >>+#version dependancy is required against an arch independant package >>+$substvar{'Indep-Version'}= $fi{"L Version"}; >>+#str

Re: making more packages binary NMU safe

2006-01-16 Thread Peter Samuelson
[Ken Bloom] > $substvar{'Source-Version'}= $fi{"L Version"}; > +#Indep-Version is for supporting binary NMUs when a strict > +#version dependancy is required against an arch independant package > +$substvar{'Indep-Version'}= $fi{"L Version"}; > +#strip out the +bN format binar

making more packages binary NMU safe

2006-01-15 Thread Ken Bloom
I noticed that glabels is broken on i386 because it's not binary NMU safe, and someone did a binary NMU. After poking around a bit, I found http://lists.debian.org/debian-dpkg/2005/11/msg0.html, which discussed a possible solution to this problem. Since then, we have changed the version number