bash_completion as conffile when upgrading from 3.1dfsg-9

Package: bash-completion; Maintainer for bash-completion is Gabriel F. T. Gomes <gabriel@debian.org>; Source for bash-completion is src:bash-completion (PTS, buildd, popcon).

Reported by: Kurt Roeckx <kurt@roeckx.be>

Date: Fri, 8 Jan 2010 18:36:05 UTC

Severity: important

Tags: confirmed, lenny, sid, squeeze

Found in versions bash-completion/1:1.1-3, bash-completion/1:1.2-2

Fixed in version bash-completion/1:1.2-3

Done: David Paleino <dapal@debian.org>

Bug is archived. No further changes may be made.

Toggle useless messages

View this report as an mbox folder, status mbox, maintainer mbox

Report forwarded to debian-bugs-dist@lists.debian.org, Matthias Klose <doko@debian.org>, Bash Completion Maintainers <bash-completion-devel@lists.alioth.debian.org>:
Bug#564254; Package bash, bash-completion. (Fri, 08 Jan 2010 18:36:08 GMT) (full text, mbox, link).

Acknowledgement sent to Kurt Roeckx <kurt@roeckx.be>:
New Bug report received and forwarded. Copy sent to Matthias Klose <doko@debian.org>, Bash Completion Maintainers <bash-completion-devel@lists.alioth.debian.org>. (Fri, 08 Jan 2010 18:36:08 GMT) (full text, mbox, link).

Message #5 received at submit@bugs.debian.org (full text, mbox, reply):

Package: bash, bash-completion
Severity: serious

Hi,

I got this on the buildd:
Unpacking bash-completion (from .../bash-completion_1%3a1.1-3_all.deb) ...
dpkg: error processing /home/buildd/build/chroot-unstable/var/cache/apt/archives/bash-completion_1%3a1.1-3_all.deb
(--unpack): trying to overwrite `/etc/bash_completion', which is also in package bash

On the system:
excelsior:~# ls -l /etc/bash_completion
-rw-r--r-- 1 root root 215907 Jul  5  2006 /etc/bash_completion
excelsior:~# dpkg --search /etc/bash_completion
bash: /etc/bash_completion

This is with bash 4.0-7.


Kurt

Information forwarded to debian-bugs-dist@lists.debian.org, Matthias Klose <doko@debian.org>, Bash Completion Maintainers <bash-completion-devel@lists.alioth.debian.org>:
Bug#564254; Package bash, bash-completion. (Fri, 08 Jan 2010 18:51:03 GMT) (full text, mbox, link).

Acknowledgement sent to David Paleino <dapal@debian.org>:
Extra info received and forwarded to list. Copy sent to Matthias Klose <doko@debian.org>, Bash Completion Maintainers <bash-completion-devel@lists.alioth.debian.org>. (Fri, 08 Jan 2010 18:51:03 GMT) (full text, mbox, link).

Message #10 received at 564254@bugs.debian.org (full text, mbox, reply):

[Message part 1 (text/plain, inline)]

reassign 564254 bash
retitle 564254 shouldn't ship bash_completion
thanks

On Friday 08 January 2010 19:32:34, Kurt Roeckx wrote:
> Package: bash, bash-completion
> Severity: serious
> 
> Hi,

Hi Kurt,

> I got this on the buildd:
> Unpacking bash-completion (from .../bash-completion_1%3a1.1-3_all.deb) ...
> dpkg: error processing
>  /home/buildd/build/chroot-unstable/var/cache/apt/archives/bash-completion_
> 1%3a1.1-3_all.deb (--unpack): trying to overwrite `/etc/bash_completion',
>  which is also in package bash
> 
> On the system:
> excelsior:~# ls -l /etc/bash_completion
> -rw-r--r-- 1 root root 215907 Jul  5  2006 /etc/bash_completion
> excelsior:~# dpkg --search /etc/bash_completion
> bash: /etc/bash_completion
> 
> This is with bash 4.0-7.

This is a problem in the bash package, thus reassigning.

bash-completion was split from the bash package on Fri, 08 Feb 2008, by the 
maintainer of bash:

---8<---
bash-completion (20060301-0ubuntu1) hardy; urgency=low

  * Initial release, split out from the bash package.
    The software currently is unsupported upstream.
  * [..]

 -- Matthias Klose <doko@ubuntu.com>  Fri, 08 Feb 2008 16:46:34 +0100
--->8---

That file is arriving from an ancient version of bash (it seems 3.1dfsg-8).
bash-completion has proper Replaces/Depends set in place, so this shouldn't 
have happened.

David

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 ----|---- http://snipr.com/qa_page
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174

[signature.asc (application/pgp-signature, inline)]

Bug reassigned from package 'bash, bash-completion' to 'bash'. Request was from David Paleino <dapal@debian.org> to control@bugs.debian.org. (Fri, 08 Jan 2010 18:51:04 GMT) (full text, mbox, link).

Changed Bug title to 'shouldn't ship bash_completion' from 'conflicting /etc/bash_completion' Request was from David Paleino <dapal@debian.org> to control@bugs.debian.org. (Fri, 08 Jan 2010 18:51:05 GMT) (full text, mbox, link).

Information forwarded to debian-bugs-dist@lists.debian.org, Matthias Klose <doko@debian.org>:
Bug#564254; Package bash. (Fri, 08 Jan 2010 19:27:05 GMT) (full text, mbox, link).

Acknowledgement sent to David Paleino <dapal@debian.org>:
Extra info received and forwarded to list. Copy sent to Matthias Klose <doko@debian.org>. (Fri, 08 Jan 2010 19:27:05 GMT) (full text, mbox, link).

Message #19 received at 564254@bugs.debian.org (full text, mbox, reply):

[Message part 1 (text/plain, inline)]

reassign 564254 bash-completion
retitle 564254 add proper Conflicts: with older bash versions
thanks

On Friday 08 January 2010 19:46:44, David Paleino wrote:
> reassign 564254 bash
> retitle 564254 shouldn't ship bash_completion
> thanks

bash-completion has proper Replaces/Depends, but it's missing also a Conflicts 
on older bash versions, which I believe is needed. Going to fix it, and sorry 
for the mess!

David

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 ----|---- http://snipr.com/qa_page
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174

[signature.asc (application/pgp-signature, inline)]

Bug reassigned from package 'bash' to 'bash-completion'. Request was from David Paleino <dapal@debian.org> to control@bugs.debian.org. (Fri, 08 Jan 2010 19:27:06 GMT) (full text, mbox, link).

Changed Bug title to 'add proper Conflicts: with older bash versions' from 'shouldn't ship bash_completion' Request was from David Paleino <dapal@debian.org> to control@bugs.debian.org. (Fri, 08 Jan 2010 19:27:07 GMT) (full text, mbox, link).

Information forwarded to debian-bugs-dist@lists.debian.org, Bash Completion Maintainers <bash-completion-devel@lists.alioth.debian.org>:
Bug#564254; Package bash-completion. (Fri, 08 Jan 2010 19:57:04 GMT) (full text, mbox, link).

Acknowledgement sent to Julien Cristau <jcristau@debian.org>:
Extra info received and forwarded to list. Copy sent to Bash Completion Maintainers <bash-completion-devel@lists.alioth.debian.org>. (Fri, 08 Jan 2010 19:57:04 GMT) (full text, mbox, link).

Message #28 received at 564254@bugs.debian.org (full text, mbox, reply):

On Fri, Jan  8, 2010 at 20:23:59 +0100, David Paleino wrote:

> reassign 564254 bash-completion
> retitle 564254 add proper Conflicts: with older bash versions
> thanks
> 
> On Friday 08 January 2010 19:46:44, David Paleino wrote:
> > reassign 564254 bash
> > retitle 564254 shouldn't ship bash_completion
> > thanks
> 
> bash-completion has proper Replaces/Depends, but it's missing also a Conflicts 
> on older bash versions, which I believe is needed. Going to fix it, and sorry 
> for the mess!
> 
Why do you think Conflicts are needed?  I'm pretty sure Conflicts would
be wrong.

Cheers,
Julien

Acknowledgement sent to David Paleino <dapal@debian.org>:
Extra info received and forwarded to list. Copy sent to Bash Completion Maintainers <bash-completion-devel@lists.alioth.debian.org>. (Fri, 08 Jan 2010 20:18:12 GMT) (full text, mbox, link).

Message #33 received at 564254@bugs.debian.org (full text, mbox, reply):

[Message part 1 (text/plain, inline)]

On Friday 08 January 2010 20:47:45, Julien Cristau wrote:
> On Fri, Jan  8, 2010 at 20:23:59 +0100, David Paleino wrote:
> > reassign 564254 bash-completion
> > retitle 564254 add proper Conflicts: with older bash versions
> > thanks
> >
> > On Friday 08 January 2010 19:46:44, David Paleino wrote:
> > > reassign 564254 bash
> > > retitle 564254 shouldn't ship bash_completion
> > > thanks
> >
> > bash-completion has proper Replaces/Depends, but it's missing also a
> > Conflicts on older bash versions, which I believe is needed. Going to fix
> > it, and sorry for the mess!
> 
> Why do you think Conflicts are needed?  I'm pretty sure Conflicts would
> be wrong.

What could have gone wrong in the installation Kurt reported then? The only 
thing I saw missing is Conflicts. According to policy though, Replaces alone 
would have done the trick.

If that's not fault of the missing Conflicts, I really have no idea of what it 
could be, unless it's a bug in handling these fields by dpkg.

Kindly,
David

(dropping bash@packages.d.o)

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 ----|---- http://snipr.com/qa_page
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174

[signature.asc (application/pgp-signature, inline)]

Acknowledgement sent to Kurt Roeckx <kurt@roeckx.be>:
Extra info received and forwarded to list. Copy sent to Bash Completion Maintainers <bash-completion-devel@lists.alioth.debian.org>. (Fri, 08 Jan 2010 20:18:13 GMT) (full text, mbox, link).

Message #38 received at 564254@bugs.debian.org (full text, mbox, reply):

On Fri, Jan 08, 2010 at 07:47:45PM +0000, Julien Cristau wrote:
> On Fri, Jan  8, 2010 at 20:23:59 +0100, David Paleino wrote:
> 
> > reassign 564254 bash-completion
> > retitle 564254 add proper Conflicts: with older bash versions
> > thanks
> > 
> > On Friday 08 January 2010 19:46:44, David Paleino wrote:
> > > reassign 564254 bash
> > > retitle 564254 shouldn't ship bash_completion
> > > thanks
> > 
> > bash-completion has proper Replaces/Depends, but it's missing also a Conflicts 
> > on older bash versions, which I believe is needed. Going to fix it, and sorry 
> > for the mess!
> > 
> Why do you think Conflicts are needed?  I'm pretty sure Conflicts would
> be wrong.

It doesn't have conflicts, just:
Replaces: bash (<< 3.1dfsg-9)
Depends: bash (>= 3.1dfsg-9)

And since bash 4.0-7 still has that file, it's not being replaced.


Kurt

Acknowledgement sent to Sven Joachim <svenjoac@gmx.de>:
Extra info received and forwarded to list. Copy sent to Bash Completion Maintainers <bash-completion-devel@lists.alioth.debian.org>. (Fri, 08 Jan 2010 20:18:15 GMT) (full text, mbox, link).

Message #43 received at 564254@bugs.debian.org (full text, mbox, reply):

On 2010-01-08 20:47 +0100, Julien Cristau wrote:

> On Fri, Jan  8, 2010 at 20:23:59 +0100, David Paleino wrote:
>
>> reassign 564254 bash-completion
>> retitle 564254 add proper Conflicts: with older bash versions
>> thanks
>> 
>> On Friday 08 January 2010 19:46:44, David Paleino wrote:
>> > reassign 564254 bash
>> > retitle 564254 shouldn't ship bash_completion
>> > thanks
>> 
>> bash-completion has proper Replaces/Depends, but it's missing also a Conflicts 
>> on older bash versions, which I believe is needed. Going to fix it, and sorry 
>> for the mess!
>> 
> Why do you think Conflicts are needed?  I'm pretty sure Conflicts would
> be wrong.

Yes, and it would not even help.  The right thing¹ is to make the
Replaces unversioned, AFAICS.  That's because /etc/bash_completion had
been a conffile in old bash versions and thus can still linger around if
bash has been upgraded to 47.11.08-15.

Unversioned Replaces are not pretty, but I don't see a better idea.

Sven

Message #48 received at 564254@bugs.debian.org (full text, mbox, reply):

[Message part 1 (text/plain, inline)]

On Friday 08 January 2010 21:13:07, Kurt Roeckx wrote:
> On Fri, Jan 08, 2010 at 07:47:45PM +0000, Julien Cristau wrote:
> > On Fri, Jan  8, 2010 at 20:23:59 +0100, David Paleino wrote:
> > > reassign 564254 bash-completion
> > > retitle 564254 add proper Conflicts: with older bash versions
> > > thanks
> > >
> > > On Friday 08 January 2010 19:46:44, David Paleino wrote:
> > > > reassign 564254 bash
> > > > retitle 564254 shouldn't ship bash_completion
> > > > thanks
> > >
> > > bash-completion has proper Replaces/Depends, but it's missing also a
> > > Conflicts on older bash versions, which I believe is needed. Going to
> > > fix it, and sorry for the mess!
> >
> > Why do you think Conflicts are needed?  I'm pretty sure Conflicts would
> > be wrong.
> 
> It doesn't have conflicts, just:
> Replaces: bash (<< 3.1dfsg-9)
> Depends: bash (>= 3.1dfsg-9)
> 
> And since bash 4.0-7 still has that file, it's not being replaced.

It really doesn't:

  http://packages.debian.org/squeeze/i386/bash/filelist

As Sven pointed out, that's probably because it was a conffile (and still is 
unfortunately, I should move those out of /etc/ ASAP).

David

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 ----|---- http://snipr.com/qa_page
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174

[signature.asc (application/pgp-signature, inline)]

Message #53 received at 564254@bugs.debian.org (full text, mbox, reply):

[Message part 1 (text/plain, inline)]

On Friday 08 January 2010 21:15:29, Sven Joachim wrote:
> On 2010-01-08 20:47 +0100, Julien Cristau wrote:
> > On Fri, Jan  8, 2010 at 20:23:59 +0100, David Paleino wrote:
> >> reassign 564254 bash-completion
> >> retitle 564254 add proper Conflicts: with older bash versions
> >> thanks
> >>
> >> On Friday 08 January 2010 19:46:44, David Paleino wrote:
> >> > reassign 564254 bash
> >> > retitle 564254 shouldn't ship bash_completion
> >> > thanks
> >>
> >> bash-completion has proper Replaces/Depends, but it's missing also a
> >> Conflicts on older bash versions, which I believe is needed. Going to
> >> fix it, and sorry for the mess!
> >
> > Why do you think Conflicts are needed?  I'm pretty sure Conflicts would
> > be wrong.
> 
> Yes, and it would not even help.  The right thing¹ is to make the
> Replaces unversioned, AFAICS.

Why? :)

> That's because /etc/bash_completion had
> been a conffile in old bash versions and thus can still linger around if
> bash has been upgraded to 47.11.08-15.
                            ^^^^^^^^^^^
Strange version number :)

> Unversioned Replaces are not pretty, but I don't see a better idea.

I won't put a Replaces: bash, that's pretty weird.

Instead, I'm thinking about downgrading it, and not fixing it at all (and 
probably closing it)

$ rmadison bash
      bash |  3.1dfsg-8 |     etch-m68k | source, m68k
      bash |  3.1dfsg-8 |     oldstable | source, alpha, amd64, arm, [..]
      bash |      3.2-4 |        stable | source, alpha, amd64, arm, [..]
      bash |      4.0-7 |       testing | source, amd64, armel, hppa, [..]
      bash |      4.1-1 |      unstable | source, alpha, amd64, armel, [..]
$

The only version of bash having bash_completion is in oldstable.
I haven't received any similar bug report for all this time, maybe this 
happened to Kurt for some strange event?

Totally run out of ideas,
David

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 ----|---- http://snipr.com/qa_page
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174

[signature.asc (application/pgp-signature, inline)]

Message #58 received at 564254@bugs.debian.org (full text, mbox, reply):

On Fri, Jan 08, 2010 at 09:25:09PM +0100, David Paleino wrote:
> 
> The only version of bash having bash_completion is in oldstable.
> I haven't received any similar bug report for all this time, maybe this 
> happened to Kurt for some strange event?

At some point in time the chroot had the version from oldstable
or older, just like all my chroots and main systems.  And I have
upgraded from that version.  I never installed bash-completion.
But now some pacakge build-depends on that for some strange reason,
and I get that error.

Kurt

Acknowledgement sent to Luk Claes <luk@debian.org>:
Extra info received and forwarded to list. Copy sent to Bash Completion Maintainers <bash-completion-devel@lists.alioth.debian.org>. (Fri, 08 Jan 2010 22:27:07 GMT) (full text, mbox, link).

Message #63 received at 564254@bugs.debian.org (full text, mbox, reply):

David Paleino wrote:
> On Friday 08 January 2010 21:15:29, Sven Joachim wrote:
>> On 2010-01-08 20:47 +0100, Julien Cristau wrote:
>>> On Fri, Jan  8, 2010 at 20:23:59 +0100, David Paleino wrote:
>>>> reassign 564254 bash-completion
>>>> retitle 564254 add proper Conflicts: with older bash versions
>>>> thanks
>>>>
>>>> On Friday 08 January 2010 19:46:44, David Paleino wrote:
>>>>> reassign 564254 bash
>>>>> retitle 564254 shouldn't ship bash_completion
>>>>> thanks
>>>> bash-completion has proper Replaces/Depends, but it's missing also a
>>>> Conflicts on older bash versions, which I believe is needed. Going to
>>>> fix it, and sorry for the mess!
>>> Why do you think Conflicts are needed?  I'm pretty sure Conflicts would
>>> be wrong.
>> Yes, and it would not even help.  The right thing¹ is to make the
>> Replaces unversioned, AFAICS.
> 
> Why? :)

Because the conffile is still part of bash according to dpkg AFAICT.
Versioned Replaces are strange anyway, a Replaces only tells that this
package is allowed to override files of the mentioned other package...

>> Unversioned Replaces are not pretty, but I don't see a better idea.
> 
> I won't put a Replaces: bash, that's pretty weird.

On the contrary, versioned Replaces look weird to me.

Cheers

Luk

Message #68 received at 564254@bugs.debian.org (full text, mbox, reply):

On 2010-01-08 21:33 +0100, Kurt Roeckx wrote:

> On Fri, Jan 08, 2010 at 09:25:09PM +0100, David Paleino wrote:
>> 
>> The only version of bash having bash_completion is in oldstable.
>> I haven't received any similar bug report for all this time, maybe this 
>> happened to Kurt for some strange event?
>
> At some point in time the chroot had the version from oldstable
> or older, just like all my chroots and main systems.  And I have
> upgraded from that version.  I never installed bash-completion.
> But now some pacakge build-depends on that for some strange reason,
> and I get that error.

Looking closer at the issue, I don't understand at all why this error
happens, because dpkg _does_ allow to take over obsolete conffiles
without proper Replaces.  Otherwise, the problem would likely have been
reported before.

I tested in a chroot with Etch's, Lenny's and Squeeze's dpkg, and they
all happily install bash-completion with etc/bash_completion being an
obsolete conffile of bash 3.2-4 (or 4.0-7).

Sven

Added tag(s) squeeze and sid. Request was from Holger Levsen <holger@layer-acht.org> to control@bugs.debian.org. (Sat, 09 Jan 2010 14:54:05 GMT) (full text, mbox, link).

Added tag(s) unreproducible. Request was from David Paleino <dapal@debian.org> to control@bugs.debian.org. (Fri, 19 Feb 2010 09:27:04 GMT) (full text, mbox, link).

Reply sent to David Paleino <dapal@debian.org>:
You have taken responsibility. (Fri, 19 Feb 2010 09:27:10 GMT) (full text, mbox, link).

Notification sent to Kurt Roeckx <kurt@roeckx.be>:
Bug acknowledged by developer. (Fri, 19 Feb 2010 09:27:10 GMT) (full text, mbox, link).

Message #77 received at 564254-done@bugs.debian.org (full text, mbox, reply):

[Message part 1 (text/plain, inline)]

tags 564254 unreproducible
thanks

Hello people,

On Friday 08 January 2010 23:27:32, Sven Joachim wrote:
> On 2010-01-08 21:33 +0100, Kurt Roeckx wrote:
> > On Fri, Jan 08, 2010 at 09:25:09PM +0100, David Paleino wrote:
> >> The only version of bash having bash_completion is in oldstable.
> >> I haven't received any similar bug report for all this time, maybe this
> >> happened to Kurt for some strange event?
> >
> > At some point in time the chroot had the version from oldstable
> > or older, just like all my chroots and main systems.  And I have
> > upgraded from that version.  I never installed bash-completion.
> > But now some pacakge build-depends on that for some strange reason,
> > and I get that error.
> 
> Looking closer at the issue, I don't understand at all why this error
> happens, because dpkg _does_ allow to take over obsolete conffiles
> without proper Replaces.  Otherwise, the problem would likely have been
> reported before.

Indeed.

Also, regarding Luk's comment about "weird versioned Replaces", it seems like 
I'm not the only one using them:

$ apt-cache dumpavail | grep ^Replaces | grep -c \<
2309
$ apt-cache dumpavail | grep ^Replaces | grep -v -c \<
2148


It seems like versioned replaces are being used more than unversioned ones. :)

I'm closing this bug, since it seems to be environment-dependent and not 
reproducible.

David

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 ----|----
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174

[signature.asc (application/pgp-signature, inline)]

Added tag(s) lenny. Request was from Kurt Roeckx <kurt@roeckx.be> to control@bugs.debian.org. (Fri, 19 Feb 2010 22:18:10 GMT) (full text, mbox, link).

Message #80 received at 564254-done@bugs.debian.org (full text, mbox, reply):

On Fri, Feb 19, 2010 at 10:21:17AM +0100, David Paleino wrote:
> tags 564254 unreproducible
> thanks
> 
> I'm closing this bug, since it seems to be environment-dependent and not 
> reproducible.

I ran into this problem on several hosts, I don't call that
unreproducible.

Since dpkg still has it as config file from bash, and
bash-completion only replaces files of bash (<< 3.1dfsg-9)
dpkg should complain.

You either need an unversioned replaces or bash needs
to remove the conf file.  See:
http://wiki.debian.org/DpkgConffileHandling

Kurt

Message #85 received at 564254@bugs.debian.org (full text, mbox, reply):

[Message part 1 (text/plain, inline)]

reopen 564254
reassign 564254 bash
retitle 564254 remove /etc/bash_completion as conffile when upgrading from 3.1dfsg-9
thanks

On Friday 19 February 2010 23:20:25, Kurt Roeckx wrote:
> Since dpkg still has it as config file from bash, and
> bash-completion only replaces files of bash (<< 3.1dfsg-9)
> dpkg should complain.
> 
> You either need an unversioned replaces or bash needs
> to remove the conf file.  See:
> http://wiki.debian.org/DpkgConffileHandling

I think it's best if bash handles it.

The link above is useless in this case: the file isn't supposed to be modified
by the user (in fact, it should belong to /usr/share/, we're already working
on this upstream), so the maintainer shouldn't care about possible changes. I
believe just removing the file if the version from which the user is upgrading
is 3.1dfsg-9 is sufficient. I'm reassigning the bug.

Kindly,
David

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 ----|----
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174

[signature.asc (application/pgp-signature, inline)]

Did not alter fixed versions and reopened. Request was from Debbugs Internal Request <owner@bugs.debian.org> to internal_control@bugs.debian.org. (Fri, 19 Feb 2010 22:33:08 GMT) (full text, mbox, link).

Bug reassigned from package 'bash-completion' to 'bash'. Request was from David Paleino <dapal@debian.org> to control@bugs.debian.org. (Fri, 19 Feb 2010 22:33:09 GMT) (full text, mbox, link).

Changed Bug title to 'remove /etc/bash_completion as conffile when upgrading from 3.1dfsg-9' from 'add proper Conflicts: with older bash versions' Request was from David Paleino <dapal@debian.org> to control@bugs.debian.org. (Fri, 19 Feb 2010 22:33:10 GMT) (full text, mbox, link).

Information forwarded to debian-bugs-dist@lists.debian.org, Matthias Klose <doko@debian.org>:
Bug#564254; Package bash. (Sat, 20 Feb 2010 08:12:03 GMT) (full text, mbox, link).

Acknowledgement sent to Sven Joachim <svenjoac@gmx.de>:
Extra info received and forwarded to list. Copy sent to Matthias Klose <doko@debian.org>. (Sat, 20 Feb 2010 08:12:03 GMT) (full text, mbox, link).

Message #96 received at 564254@bugs.debian.org (full text, mbox, reply):

On 2010-02-19 23:20 +0100, Kurt Roeckx wrote:

> On Fri, Feb 19, 2010 at 10:21:17AM +0100, David Paleino wrote:
>> tags 564254 unreproducible
>> thanks
>> 
>> I'm closing this bug, since it seems to be environment-dependent and not 
>> reproducible.
>
> I ran into this problem on several hosts, I don't call that
> unreproducible.

How come then that it apparently did not happen on ten thousand machines
that have been upgraded from Etch to Lenny and installed bash-completion?
If you can reproduce this, the output from

dpkg -i -D300 /var/cache/apt/archives bash-completion_1%3a1.1-3_all.deb

would be interesting.

> Since dpkg still has it as config file from bash, and
> bash-completion only replaces files of bash (<< 3.1dfsg-9)
> dpkg should complain.

It does not do this here, and I'm pretty sure that it's not the right to
complain in this situation, but let new package silently take over the
obsolete conffile.

Sven

Information forwarded to debian-bugs-dist@lists.debian.org, Matthias Klose <doko@debian.org>:
Bug#564254; Package bash. (Sat, 20 Feb 2010 08:18:03 GMT) (full text, mbox, link).

Message #101 received at 564254@bugs.debian.org (full text, mbox, reply):

On 2010-02-19 23:24 +0100, David Paleino wrote:

> reopen 564254
> reassign 564254 bash
> retitle 564254 remove /etc/bash_completion as conffile when upgrading from 3.1dfsg-9
> thanks
>
> On Friday 19 February 2010 23:20:25, Kurt Roeckx wrote:
>> Since dpkg still has it as config file from bash, and
>> bash-completion only replaces files of bash (<< 3.1dfsg-9)
>> dpkg should complain.
>> 
>> You either need an unversioned replaces or bash needs
>> to remove the conf file.  See:
>> http://wiki.debian.org/DpkgConffileHandling
>
> I think it's best if bash handles it.
>
> The link above is useless in this case: the file isn't supposed to be modified
> by the user (in fact, it should belong to /usr/share/, we're already working
> on this upstream), so the maintainer shouldn't care about possible changes. I
> believe just removing the file if the version from which the user is upgrading
> is 3.1dfsg-9 is sufficient. I'm reassigning the bug.

You probably mean "less than 3.1dfsg-9", but in any case this does not
help because almost surely bash will already be at version 3.2-4 (the
version in Lenny) or higher anyway when people upgrade.  After all,
upgrades overleaping one stable release are generally unsupported.

Sven

Information forwarded to debian-bugs-dist@lists.debian.org, Matthias Klose <doko@debian.org>:
Bug#564254; Package bash. (Sat, 20 Feb 2010 12:51:05 GMT) (full text, mbox, link).

Acknowledgement sent to Kurt Roeckx <kurt@roeckx.be>:
Extra info received and forwarded to list. Copy sent to Matthias Klose <doko@debian.org>. (Sat, 20 Feb 2010 12:51:05 GMT) (full text, mbox, link).

Message #106 received at 564254@bugs.debian.org (full text, mbox, reply):

On Sat, Feb 20, 2010 at 09:07:45AM +0100, Sven Joachim wrote:
> On 2010-02-19 23:20 +0100, Kurt Roeckx wrote:
> 
> > On Fri, Feb 19, 2010 at 10:21:17AM +0100, David Paleino wrote:
> >> tags 564254 unreproducible
> >> thanks
> >> 
> >> I'm closing this bug, since it seems to be environment-dependent and not 
> >> reproducible.
> >
> > I ran into this problem on several hosts, I don't call that
> > unreproducible.
> 
> How come then that it apparently did not happen on ten thousand machines
> that have been upgraded from Etch to Lenny and installed bash-completion?
> If you can reproduce this, the output from
> 
> dpkg -i -D300 /var/cache/apt/archives bash-completion_1%3a1.1-3_all.deb
> 
> would be interesting.
> 
> > Since dpkg still has it as config file from bash, and
> > bash-completion only replaces files of bash (<< 3.1dfsg-9)
> > dpkg should complain.
> 
> It does not do this here, and I'm pretty sure that it's not the right to
> complain in this situation, but let new package silently take over the
> obsolete conffile.

It seems to work for me now.


Kurt

Severity set to 'important' from 'serious' Request was from Luk Claes <luk@debian.org> to control@bugs.debian.org. (Sat, 13 Mar 2010 17:18:06 GMT) (full text, mbox, link).

Information forwarded to debian-bugs-dist@lists.debian.org, Matthias Klose <doko@debian.org>:
Bug#564254; Package bash. (Tue, 02 Nov 2010 20:18:03 GMT) (full text, mbox, link).

Acknowledgement sent to Jonathan Nieder <jrnieder@gmail.com>:
Extra info received and forwarded to list. Copy sent to Matthias Klose <doko@debian.org>. (Tue, 02 Nov 2010 20:18:03 GMT) (full text, mbox, link).

Message #113 received at 564254@bugs.debian.org (full text, mbox, reply):

Hi Guillem et al,

Sorry to revive this old thread.

On 2010-01-08, Kurt Roeckx wrote:

> I got this on the buildd:
> Unpacking bash-completion (from .../bash-completion_1%3a1.1-3_all.deb) ...
> dpkg: error processing /home/buildd/build/chroot-unstable/var/cache/apt/archives/bash-completion_1%3a1.1-3_all.deb
> (--unpack): trying to overwrite `/etc/bash_completion', which is also in package bash
> 
> On the system:
> excelsior:~# ls -l /etc/bash_completion
> -rw-r--r-- 1 root root 215907 Jul  5  2006 /etc/bash_completion
> excelsior:~# dpkg --search /etc/bash_completion
> bash: /etc/bash_completion
> 
> This is with bash 4.0-7.

The message is in tarobject().  I think dpkg 1.13.14~19 (Improve
processing of disappearing conffiles, 2006-02-10) was supposed to deal
with this case:

   If the file to be unpacked is (1) a conffile in the new package and
   (2) a regular file rather than a symlink or directory, and some
   installed conffile with the same inode is obsolete, then let the
   installation continue.

Checking on snapshot.debian.org, I see that /etc/bash_completion was
indeed a conffile in bash-completion 1:1.1-3.

Any idea what could have gone wrong?

Jonathan

Kurt Roeckx wrote:

> At some point in time the chroot had the version from oldstable
> or older, just like all my chroots and main systems.  And I have
> upgraded from that version.  I never installed bash-completion.
> But now some pacakge build-depends on that for some strange reason,
> and I get that error.

Information forwarded to debian-bugs-dist@lists.debian.org, Matthias Klose <doko@debian.org>:
Bug#564254; Package bash. (Sat, 06 Nov 2010 08:45:36 GMT) (full text, mbox, link).

Acknowledgement sent to Guillem Jover <guillem@debian.org>:
Extra info received and forwarded to list. Copy sent to Matthias Klose <doko@debian.org>. (Sat, 06 Nov 2010 08:45:36 GMT) (full text, mbox, link).

Message #118 received at 564254@bugs.debian.org (full text, mbox, reply):

Hi!

On Tue, 2010-11-02 at 15:14:36 -0500, Jonathan Nieder wrote:
> On 2010-01-08, Kurt Roeckx wrote:
> > I got this on the buildd:
> > Unpacking bash-completion (from .../bash-completion_1%3a1.1-3_all.deb) ...
> > dpkg: error processing /home/buildd/build/chroot-unstable/var/cache/apt/archives/bash-completion_1%3a1.1-3_all.deb
> > (--unpack): trying to overwrite `/etc/bash_completion', which is also in package bash
> > 
> > On the system:
> > excelsior:~# ls -l /etc/bash_completion
> > -rw-r--r-- 1 root root 215907 Jul  5  2006 /etc/bash_completion
> > excelsior:~# dpkg --search /etc/bash_completion
> > bash: /etc/bash_completion
> > 
> > This is with bash 4.0-7.
> 
> The message is in tarobject().  I think dpkg 1.13.14~19 (Improve
> processing of disappearing conffiles, 2006-02-10) was supposed to deal
> with this case:
> 
>    If the file to be unpacked is (1) a conffile in the new package and
>    (2) a regular file rather than a symlink or directory, and some
>    installed conffile with the same inode is obsolete, then let the
>    installation continue.

Right. I fixed few bugs from that patch, but not related to this:

  4021e3db0f30bf4a19abb2a54fe5758654baa4e3
  368b3934bbf1d106e8448b8587657292c24da777

> Checking on snapshot.debian.org, I see that /etc/bash_completion was
> indeed a conffile in bash-completion 1:1.1-3.

> Kurt Roeckx wrote:
> 
> > At some point in time the chroot had the version from oldstable
> > or older, just like all my chroots and main systems.  And I have
> > upgraded from that version.  I never installed bash-completion.
> > But now some pacakge build-depends on that for some strange reason,
> > and I get that error.

> Any idea what could have gone wrong?

My guess would be that bash got upgraded to the package w/o the
obsolete conffile before the fixed dpkg on those systems.

A proof of that I guess, might be checking if the file has the obsolete
flag, if it does not then it was installed by a buggy dpkg.

  $ dpkg-query -W -f '${Conffiles}\n' bash | grep bash_completion

And an unversioned Replaces in bash-completion would be the correct way
to handle that. Fixing that in bash would imply removing the file on
upgrade, removing it on remove or purge would not really happen (bash
is Essential). And as such it would need to check if bash-completion is
installed, to not remove a file it does not own, or check if it has the
conffile listed in the Conffile field w/o the obsolete flag? etc, which
seems overcomplex and just wrong, compared with just a Replaces field.

regards,
guillem

Removed tag(s) unreproducible. Request was from Jonathan Nieder <jrnieder@gmail.com> to control@bugs.debian.org. (Mon, 15 Nov 2010 23:15:02 GMT) (full text, mbox, link).

Bug reassigned from package 'bash' to 'bash-completion'. Request was from Jonathan Nieder <jrnieder@gmail.com> to control@bugs.debian.org. (Mon, 15 Nov 2010 23:15:03 GMT) (full text, mbox, link).

Bug Marked as found in versions bash-completion/1:1.1-3. Request was from Jonathan Nieder <jrnieder@gmail.com> to control@bugs.debian.org. (Mon, 15 Nov 2010 23:15:03 GMT) (full text, mbox, link).

Bug Marked as found in versions bash-completion/1:1.2-2. Request was from Jonathan Nieder <jrnieder@gmail.com> to control@bugs.debian.org. (Mon, 15 Nov 2010 23:15:04 GMT) (full text, mbox, link).

Message sent on to Kurt Roeckx <kurt@roeckx.be>:
Bug#564254. (Mon, 15 Nov 2010 23:15:06 GMT) (full text, mbox, link).

Message #129 received at 564254-submitter@bugs.debian.org (full text, mbox, reply):

tags 564254 - unreproducible
reassign 564254 bash-completion 1:1.1-3
found 564254 bash-completion/1:1.2-2
quit
[resetting cc list]

Guillem Jover wrote:

> My guess would be that bash got upgraded to the package w/o the
> obsolete conffile before the fixed dpkg on those systems.
> 
> A proof of that I guess, might be checking if the file has the obsolete
> flag, if it does not then it was installed by a buggy dpkg.
> 
>   $ dpkg-query -W -f '${Conffiles}\n' bash | grep bash_completion
> 
> And an unversioned Replaces in bash-completion would be the correct way
> to handle that. Fixing that in bash would imply removing the file on
> upgrade, removing it on remove or purge would not really happen (bash
> is Essential). And as such it would need to check if bash-completion is
> installed, to not remove a file it does not own, or check if it has the
> conffile listed in the Conffile field w/o the obsolete flag? etc, which
> seems overcomplex and just wrong, compared with just a Replaces field.

Thanks, Guillem.  Reassigning to bash-completion.

David et al, this bug is a request for unversioned Replaces: by
bash-completion on bash.  But feel free to do what you want with it;
it's yours now. :)

Regards,
Jonathan

Added tag(s) confirmed and pending. Request was from David Paleino <dapal@debian.org> to control@bugs.debian.org. (Tue, 16 Nov 2010 08:09:03 GMT) (full text, mbox, link).

Reply sent to David Paleino <dapal@debian.org>:
You have taken responsibility. (Tue, 16 Nov 2010 08:51:03 GMT) (full text, mbox, link).

Notification sent to Kurt Roeckx <kurt@roeckx.be>:
Bug acknowledged by developer. (Tue, 16 Nov 2010 08:51:03 GMT) (full text, mbox, link).

Message #136 received at 564254-close@bugs.debian.org (full text, mbox, reply):

Source: bash-completion
Source-Version: 1:1.2-3

We believe that the bug you reported is fixed in the latest version of
bash-completion, which is due to be installed in the Debian FTP archive:

bash-completion_1.2-3.debian.tar.gz
  to main/b/bash-completion/bash-completion_1.2-3.debian.tar.gz
bash-completion_1.2-3.dsc
  to main/b/bash-completion/bash-completion_1.2-3.dsc
bash-completion_1.2-3_all.deb
  to main/b/bash-completion/bash-completion_1.2-3_all.deb



A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 564254@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
David Paleino <dapal@debian.org> (supplier of updated bash-completion package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmaster@debian.org)


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Format: 1.8
Date: Tue, 16 Nov 2010 09:06:24 +0100
Source: bash-completion
Binary: bash-completion
Architecture: source all
Version: 1:1.2-3
Distribution: unstable
Urgency: low
Maintainer: Bash Completion Maintainers <bash-completion-devel@lists.alioth.debian.org>
Changed-By: David Paleino <dapal@debian.org>
Description: 
 bash-completion - programmable completion for the bash shell
Closes: 564254
Changes: 
 bash-completion (1:1.2-3) unstable; urgency=low
 .
   * Provide a saner upgrade path from older bash packages, which
     shipped /etc/bash_completion (Closes: #564254)
Checksums-Sha1: 
 b8320fe258ec29a3d5ee2d85be99c222e34601ea 1317 bash-completion_1.2-3.dsc
 be8c9a3a2b76a657a849ffb299e37c2df2f1c158 20148 bash-completion_1.2-3.debian.tar.gz
 a6e4bd235940b8ccec0d170fca40a06284e0d426 138620 bash-completion_1.2-3_all.deb
Checksums-Sha256: 
 aae4ead5bb1bcabc5d401684bf594143480884fc3edda2cf869ef54fa8d59509 1317 bash-completion_1.2-3.dsc
 c93a4604d507cf2b564f26bc69bd87d29a954b7c0de6e307c10101e7df8c2437 20148 bash-completion_1.2-3.debian.tar.gz
 c3cebf7f7c882e76f3a59a43bbe2b07332d6149d452c1696928a1eb2849ac577 138620 bash-completion_1.2-3_all.deb
Files: 
 686c1509ed2708295b701414d552e929 1317 shells standard bash-completion_1.2-3.dsc
 46ed8b290672a0d40e96a24723145855 20148 shells standard bash-completion_1.2-3.debian.tar.gz
 50b4c264a5599e282e44e4698b48aeef 138620 shells standard bash-completion_1.2-3_all.deb

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)

iEYEARECAAYFAkziPHgACgkQ5qqQFxOSsXRCDACfdxV6qs+jdqhz+eoRCXcfSdG5
Sz4AoJgzkhQN5KC4hriTB+ugVk3xs3+A
=iIX8
-----END PGP SIGNATURE-----

Bug archived. Request was from Debbugs Internal Request <owner@bugs.debian.org> to internal_control@bugs.debian.org. (Sat, 25 Dec 2010 07:31:16 GMT) (full text, mbox, link).

Send a report that this bug log contains spam.

Debian bug tracking system administrator <owner@bugs.debian.org>. Last modified: Sun Jul 2 09:27:36 2023; Machine Name: bembo

Debian Bug tracking system

Debbugs is free software and licensed under the terms of the GNU Public License version 2. The current version can be obtained from https://bugs.debian.org/debbugs-source/.

Debian Bug report logs - #564254 remove /etc/bash_completion as conffile when upgrading from 3.1dfsg-9

Debian Bug report logs - #564254
remove /etc/bash_completion as conffile when upgrading from 3.1dfsg-9