[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#221215: Bug#239061: Segfault when setting up glibc-doc



At Sat, 20 Mar 2004 17:37:33 +0100,
Josep Lladonosa i Capell wrote:
> *********
> intralin3:/etc/apt# apt-get  install glibc-doc
> Reading Package Lists... Done
> Building Dependency Tree... Done
> glibc-doc is already the newest version.
> 0 upgraded, 0 newly installed, 0 to remove and 139 not upgraded.
> 1 not fully installed or removed.
> Need to get 0B of archives.
> After unpacking 0B of additional disk space will be used.
> Setting up glibc-doc (2.3.2.ds1-11) ...
> /var/lib/dpkg/info/glibc-doc.postinst: line 19:  7661 Segmentation fault
> in
> stall-info --quiet --section "GNU C library functions" "GNU C library
> functions"
>  /usr/share/info/libc-dir-add.info
> ********
> 
> The problem: dpkg version. Stable version was 1.9.21.
> I've upgraded 'manually' to latest dpkg (1.10.20), and glibc-doc could be
> set up...
> 
> Perhaps a dependency has to be added...

Yes, "#220841: dpkg: install-info segmentation fault" is the actual
problem.

But I dislike adding Depends or Conflicts because:

  (1) install-info is included in dpkg and various packages use this
      file.  But such packages does not depends on dpkg because dpkg
      is essential required package.  I don't like to add depends:
      dpkg.

  (2) Moreover, various package which use install-info does not handle
      this problem.  I don't like to increase depends or conflicts
      entries for this kind of bug.

  (3) This problem is occured when your dpkg is old (woody) and you
      want to install sarge's glibc-doc.  I wonder we need to support
      such situation.  Upgrading from woody to sarge is concerned
      item, but I think dpkg should also be upgraded at the same time.

So, I would like to close this bug simply, instead of adding depends
or conflicts.  If you have objection, please let me know.  Otherwise
I'll close this bug.

Regards,
-- gotom







Reply to: