Package overlaps from bo to hamm
I have made a list of overlaps between packages in hamm and packages
in bo, and tried to filter out the ones that are not problematic.
(For example, because they use diversions).
My scripts for this are not always accurate, they're a bit old and
creaky. Unfortunately, there are too many overlaps (62) in this list
to investigate them all.
Please let me know if you find ones that you think are incorrect.
In each case, the effect of an overlap is that someone who has the bo
package installed cannot install the hamm package without getting an
error message from dpkg. The release plan was to disable this check
in dpkg again before the release, but to fix the overlaps anyway. I
don't know if that has changed.
The overlaps are in alphabetical order.
Overlap hamm/bind-doc_8.1.1-4 and bo/bind_4.9.5-1.4:
usr/doc/bind/FAQ.1of2.gz
usr/doc/bind/FAQ.2of2.gz
usr/doc/bind/dns-setup.gz
Overlap hamm/blt4.2_2.3-1 and bo/blt2_2.1-6:
usr/lib/libBLT.so.2
Overlap hamm/blt4.2_2.3-1 and bo/blt_2.1-5:
usr/lib/libBLT.so.2
Overlap hamm/cgi-scripts_1.0.7 and bo/ncsa_1.4.2-6:
usr/lib/cgi-bin/imagemap
The ncsa in hamm no longer includes this file. cgi-scripts should
conflict with ncsa (<= 1.4.2-6) to ensure a smooth upgrade.
(Or an earlier version if the change occurred earlier)
Overlap hamm/cvs-pcl_1.9.26-2 and bo/xemacs-support_19.14-1:
usr/info/pcl-cvs.info.gz
Overlap hamm/dnsutils_1:8.1.1-7 and bo/bind_4.9.5-1.4:
usr/bin/addr
usr/bin/dig
usr/bin/nslookup
usr/lib/nslookup.help
These were moved into dnsutils with release 8.1.1-2.
Overlap hamm/efax_08a-4 and bo/addressbook_0.6.1-1:
usr/bin/fax
Overlap hamm/efax_08a-4 and bo/mgetty-fax_1.1.2-1:
usr/man/man1/fax.1.gz
Overlap hamm/eximon_1.90-2 and bo/exim_1.61-1:
usr/man/man8/eximon.8.gz
Overlap hamm/ftape-module-2.0.30_3.04d-4 and bo/kernel-image-2.0.30_2.0.30-7:
lib/modules/2.0.30/misc/ftape.o
Overlap hamm/g++_2.90.27-0.3 and bo/gcc_2.7.2.1-8:
usr/bin/c++
usr/bin/g++
usr/man/man1/c++.1.gz
usr/man/man1/g++.1.gz
Overlap hamm/gmp_2.0.2-3 and bo/libc5-dev_5.4.33-3:
usr/include/gmp-mparam.h
Overlap hamm/gnuserv_2.1alpha-4 and bo/xemacs_19.14-1:
usr/bin/gnuclient
usr/bin/gnudoit
Overlap hamm/gstep-base_0.5.0-1 and bo/gstep-base0_0.2.12-1:
usr/doc/gstep-base/changelog.Debian.gz
usr/doc/gstep-base/copyright
Overlap hamm/info_3.9-5 and bo/xemacs-support_19.14-1:
usr/info/info.info.gz
xemacs-support has branched into xemacs-support19 and xemacs-support20.
I can offer no suggestions about this overlap.
Overlap hamm/ircii_4.4-2 and bo/bitchx-lib_0.70-2:
usr/lib/irc/script/[lots]
usr/lib/irc/translation/[lots]
Overlap hamm/javalex_1.1.5-1.1 and bo/java-lex_1.1.4-1:
usr/bin/javalex
java-lex has been dropped from hamm because it is an old version of
javalex. javalex should conflict & replace java-lex.
Overlap hamm/journal_1-4 and bo/journal-dev_1-3:
usr/sbin/j_mkindex
Overlap hamm/lapack_2.0.1-1 and bo/lapack-doc_2.0.1-1:
usr/man/man3/lapack.3.gz
There is a lapack-doc_2.0.1-2 in hamm which does not include the
manpage.
Overlap hamm/lesstifg_1:0.83-6 and bo/lesstif_0.76-1:
usr/X11R6/lib/libMrm.so.0
usr/X11R6/lib/libXm.so.0
Shouldn't lesstifg conflict with lesstif libraries that are too
old to be in the libc5-compat directory?
Overlap hamm/libc6-dbg_2.0.7pre1-4 and bo/libc5-dbg_5.4.33-3:
usr/lib/libc_p.a
libc6-dbg provides and conflicts with "libc-dbg", but the libc5-dbg in bo
does not provide that. libc6-dbg should also have an explicit conflict
with libc5-dbg.
Overlap hamm/libc6-dev_2.0.7pre1-4 and bo/bind_4.9.5-1.4:
usr/lib/libresolv.a
I presume that libresolv.a disappeared from bind when it was converted
to libc6, but the changelog doesn't say when. To be safe, I'd pick
the "Security release" version and add a Replaces: bind (<= 4.9.6-1)
to libc6-dev. YMMV.
Overlap hamm/libc6-dev_2.0.7pre1-4 and bo/oldmitpthreads_0.0:
usr/include/pthread.h
Does gnats still need oldmitpthreads?
Mark Eichin replied:
> GNATS is a Problem Report Management System developed at Cygnus, and
> makes no use of threads of any kind. GNAT however is the GNU NYU Ada
> Translator, which did at one point optionally use oldmitpthreads but
> no longer does. (Hmm, I'd better go remove that "suggests" line.)
Okay. I hereby recommend that oldmitpthreads be removed from hamm :)
libc6-dev should still, however, conflict with or replace oldmitphreads 0.0.
Overlap hamm/libforms-bin_0.88.1-1 and bo/xforms-dev_0.81-6:
usr/X11R6/bin/fdesign
usr/X11R6/man/man1/fdesign.1.gz
Overlap hamm/libforms-doc_0.88-1 and bo/xforms0_0.81-6:
usr/X11R6/man/man5/xforms.5.gz
Overlap hamm/libgsm1-dev_1.0.10-5 and bo/libgsm-dev_1.0.10-2:
usr/include/gsm/config.h
usr/include/gsm/gsm.h
usr/include/gsm/private.h
usr/include/gsm/proto.h
usr/include/gsm/toast.h
usr/include/gsm/unproto.h
usr/lib/libgsm.a
usr/lib/libgsm.so
usr/man/man3/gsm.3.gz
usr/man/man3/gsm_explode.3.gz
usr/man/man3/gsm_option.3.gz
usr/man/man3/gsm_print.3.gz
Overlap hamm/libhdf4g-dev_4.0.2-6 and bo/libhdf4-dev_4.0.2-3:
usr/include/hdf/atom.h
usr/include/hdf/bitvect.h
usr/include/hdf/cdeflate.h
usr/include/hdf/cnbit.h
usr/include/hdf/cnone.h
usr/include/hdf/crle.h
usr/include/hdf/cskphuff.h
usr/include/hdf/df.h
usr/include/hdf/dfan.h
usr/include/hdf/dffunc.inc
usr/include/hdf/dfgr.h
usr/include/hdf/dfi.h
usr/include/hdf/dfrig.h
usr/include/hdf/dfsd.h
usr/include/hdf/dfstubs.h
usr/include/hdf/dfufp2i.h
usr/include/hdf/dynarray.h
usr/include/hdf/glist.h
usr/include/hdf/hbitio.h
usr/include/hdf/hcomp.h
usr/include/hdf/hcompi.h
usr/include/hdf/hconv.h
usr/include/hdf/hdf.h
usr/include/hdf/hdf.inc
usr/include/hdf/hdfi.h
usr/include/hdf/herr.h
usr/include/hdf/hfile.h
usr/include/hdf/hkit.h
usr/include/hdf/hlimits.h
usr/include/hdf/hntdefs.h
usr/include/hdf/hproto.h
usr/include/hdf/htags.h
usr/include/hdf/linklist.h
usr/include/hdf/mfan.h
usr/include/hdf/mfgr.h
usr/include/hdf/mstdio.h
usr/include/hdf/tbbt.h
usr/include/hdf/vg.h
usr/lib/libdf.a
usr/lib/libdf.so
usr/man/man3/hxsetcreatedir.3hdf.gz
usr/man/man3/hxsetdir.3hdf.gz
usr/man/man3/mfan.3hdf.gz
usr/man/man3/sdisdimval_bwcomp.3hdf.gz
usr/man/man3/sdsetaccesstype.3hdf.gz
usr/man/man3/sdsetdimval_comp.3hdf.gz
usr/man/man3/vssetexternalfile.3hdf.gz
Overlap hamm/libmagick4-dev_4.0.4-3 and bo/libmagick-lzw-dev_3.8.2-1:
usr/X11R6/lib/libMagick.so
libmagick4-dev already conflicts with and replaces libmagick-dev and
imagemagick-dev. It should do the same with libmagick-lzw-dev.
Overlap hamm/libpthread0-dev_0.6-1 and bo/oldmitpthreads_0.0:
usr/include/pthread.h
libpthread0-dev is for libc5, and libc6 already includes pthreads.
Presumably this package is going to disappear.
Overlap hamm/librx1g-dev_1.5-5 and bo/rx-dev_1.5-1:
usr/include/rx/_rx.h
usr/include/rx/inst-rxposix.h
usr/include/rx/rx.h
usr/include/rx/rxall.h
usr/include/rx/rxanal.h
usr/include/rx/rxbasic.h
usr/include/rx/rxbitset.h
usr/include/rx/rxcontext.h
usr/include/rx/rxcset.h
usr/include/rx/rxgnucomp.h
usr/include/rx/rxhash.h
usr/include/rx/rxnfa.h
usr/include/rx/rxnode.h
usr/include/rx/rxposix.h
usr/include/rx/rxproto.h
usr/include/rx/rxsimp.h
usr/include/rx/rxspencer.h
usr/include/rx/rxstr.h
usr/include/rx/rxsuper.h
usr/include/rx/rxunfa.h
usr/info/rx.info.gz
usr/lib/librx.a
usr/lib/librx.so
Overlap hamm/lincity-svga_1.09-3 and bo/lincity_1.03-2:
usr/games/lincity
lincity-svga needs to declare a Replaces: lincity (<< 1.09-1) to
ensure a smooth upgrade from bo. Simply depending on lincity (>=
1.09-1) will not work because dpkg unpacks before checking
dependencies.
Overlap hamm/lpr_5.9-25 and bo/apsfilter_4.9.1-10:
etc/printcap
apsfilter was dropped from hamm.
I recommend that lpr conflict with apsfilter (<<4.9.1-10). That way,
it will be impossible to install the broken apsfilter, but if ever
someone picks it out of project/orphaned and fixes it, the fixed
version can be installed.
Overlap hamm/lprng-doc_3.4.1-1 and bo/lprng_3.2.1-1:
usr/doc/lprng/Intro.ps.gz
usr/doc/lprng/Intro.txt.gz
usr/doc/lprng/LPRng-LISA95.ps.gz
usr/doc/lprng/README.solaris.gz
usr/doc/lprng/Tutorial.ps.gz
usr/doc/lprng/Tutorial.txt.gz
usr/doc/lprng/Using_stty.txt.gz
usr/doc/lprng/rfc1179.txt.gz
Overlap hamm/lprng_3.4.2-1 and bo/apsfilter_4.9.1-10:
etc/printcap
apsfilter was dropped from hamm.
I recommend that lpr conflict with apsfilter (<<4.9.1-10). That way,
it will be impossible to install the broken apsfilter, but if ever
someone picks it out of project/orphaned and fixes it, the fixed
version can be installed.
Overlap hamm/mailcrypt_3.4-3 and bo/xemacs-support_19.14-1:
usr/info/mailcrypt.info.gz
Overlap hamm/manpages-dev_1.18-2 and bo/ldso_1.8.10-2:
usr/man/man3/dlclose.3.gz
usr/man/man3/dlerror.3.gz
usr/man/man3/dlopen.3.gz
usr/man/man3/dlsym.3.gz
manpages-dev replaces bind (<<4.9.3-P1-2), manpages (<= 1.15-4),
libdl1-dev (<=1.9.5-1)
but not ldso (<= 1.8.10-2).
However, this is not really a problem because anyone upgrading from
bo to hamm will start by upgrading ldso.
Overlap hamm/mgetty-viewfax_1.1.12-1 and bo/mgetty-fax_1.1.2-1:
usr/bin/viewfax
usr/lib/viewfax.tif
usr/man/man1/viewfax.1.gz
Overlap hamm/mgetty-voice_1.1.12-1 and bo/mgetty_1.1.2-1:
usr/man/man1/pvf.1.gz
usr/man/man1/zplay.1.gz
mgetty-voice depends on mgetty. I expect that these files were moved
to mgetty-voice at some point, perhaps when the package was created.
mgetty-voice should declare that it replaces files from versions of
mgetty that still have these manpages. (Perhaps << 1.1.7-1?)
Overlap hamm/msql_2.0.3-2 and bo/libmsql1_1.0.16-6:
usr/doc/msql/copyright
Overlap hamm/ncurses3.4-dbg_1.9.9g-8 and bo/ncurses3.0-dev_1.9.9e-1:
usr/lib/libform_g.a
usr/lib/libmenu_g.a
usr/lib/libncurses_g.a
usr/lib/libpanel_g.a
These packages conflict indirectly but that is not enough.
Overlap hamm/netatalk-asun_2.0a18.2-3.1.1 and bo/libatalk-dev_1.4b2-4:
usr/include/atalk/adouble.h
usr/include/atalk/aep.h
usr/include/atalk/afp.h
usr/include/atalk/asp.h
usr/include/atalk/atp.h
usr/include/atalk/compat.h
usr/include/atalk/ddp.h
usr/include/atalk/nbp.h
usr/include/atalk/pap.h
usr/include/atalk/paths.h
usr/include/atalk/rtmp.h
usr/include/atalk/zip.h
usr/include/netatalk/aarp.h
usr/include/netatalk/at.h
usr/include/netatalk/at_var.h
usr/include/netatalk/ddp.h
usr/include/netatalk/ddp_var.h
usr/include/netatalk/endian.h
usr/include/netatalk/phase2.h
usr/lib/libatalk.a
usr/lib/libatalk_p.a
Overlap hamm/netatalk-asun_2.0a18.2-3.1.1 and bo/libatalk14_1.4b2-4:
usr/man/man3/atalk_aton.3.gz
usr/man/man3/nbp_name.3.gz
usr/man/man4/atalk.4.gz
Overlap hamm/netatalk-asun_2.0a18.2-3.1.1 and bo/libc5-dev_5.4.33-3:
usr/include/netatalk/at.h
Overlap hamm/netpbm-nonfree_1:19940301.1-2 and bo/netpbm_1994.03.01p1-6:
usr/bin/pbmto4425
usr/bin/pbmtoln03
usr/bin/pbmtolps
usr/bin/pbmtopk
usr/bin/pktopbm
usr/bin/ppmtogif
usr/bin/ppmtomap
usr/bin/ppmtopjxl
usr/bin/spottopgm
Overlap hamm/olwm_3.2p1.4-2 and bo/xview-clients_3.2p1.3-2:
usr/X11R6/bin/olwm
usr/X11R6/bin/olwmslave
usr/X11R6/lib/help/olwm.info
usr/X11R6/lib/help/workspace.info
usr/X11R6/man/man1/olwm.1x.gz
usr/X11R6/man/man1/olwmslave.1x.gz
Overlap hamm/perl_5.004.04-5 and bo/CGI-modules_2.75-13:
usr/lib/perl5/CGI.pm
usr/lib/perl5/CGI/Carp.pm
usr/lib/perl5/CGI/Fast.pm
usr/lib/perl5/CGI/Push.pm
usr/man/man3/CGI.3pm.gz
usr/man/man3/CGI::Carp.3pm.gz
usr/man/man3/CGI::Fast.3pm.gz
usr/man/man3/CGI::Push.3pm.gz
Overlap hamm/perl_5.004.04-5 and bo/perl-tk_b11.02-5:
usr/lib/perl5/blib.pm
usr/man/man3/blib.3pm.gz
Overlap hamm/psgml_1.0.1-12 and bo/xemacs-support_19.14-1:
usr/info/psgml.info.gz
xemacs-support has branched into xemacs-support19 and xemacs-support20.
I can offer no suggestions about this overlap.
Overlap hamm/python-base_1.5-1 and bo/python-doc_1.4.0-4:
usr/doc/python/README.gz
Overlap hamm/svgalib-dummyg1_1:1.2.13-2 and bo/svgalib1-dev_1:1.2.10-4:
usr/include/vga.h
usr/include/vgagl.h
usr/include/vgakeyboard.h
usr/include/vgamouse.h
svgalib-dummyg1 conflicts with svgalibg1, svgalibg1-dev, svgalib1,
svgalib1-altdev, and svgalib-dummy1. It looks like svgalib1-dev
should be added to that list.
Overlap hamm/svgalibg1-dev_1:1.2.13-3.1 and bo/svgalib1_1:1.2.10-4:
usr/lib/libvga.so
usr/lib/libvgagl.so
Overlap hamm/svgalibg1_1:1.2.13-3.1 and bo/svgalib-dummy1_1.2.10:
usr/lib/libvga.so.1
usr/lib/libvgagl.so.1
svgalibg1 conflicts with svgalib1 (<< 1:1.2.11-1)
svgalib-dummy1 provides svgalib1
But the versioned conflict does not work for a virtual package. An
extra conflict with svgalib-dummy1 (<< 1.2.11-1) should fix it.
Overlap hamm/tetex-base_0.4pl8-7 and bo/tetex-doc_0.4pl6-1:
usr/doc/tetex/tetex
Overlap hamm/tetex-extra_0.4pl8-3 and bo/tetex-base_0.4pl6-5:
usr/lib/texmf/bibtex/bib/README
usr/lib/texmf/bibtex/bst/ [ lots ]
usr/lib/texmf/metapost/ [ lots ]
tetex-extra depends on tetex-base. Presumably these files were moved
from tetex-base to tetex-extra at some point. If tetex-extra conflicts
with versions of tetex-base << that version, bo users can upgrade
smoothly.
Overlap hamm/v-dev_1.17-3 and bo/v1_1.16-3:
usr/lib/libV.so
Overlap hamm/vm_6.42-1 and bo/xemacs-support_19.14-1:
usr/info/vm.info.gz
Overlap hamm/w3-el_4.0pre.14-3 and bo/xemacs-support_19.14-1:
usr/info/w3.info-1.gz
usr/info/w3.info-2.gz
usr/info/w3.info-3.gz
usr/info/w3.info.gz
Overlap hamm/xcontrib_3.3.1-2 and bo/xproc_1.11.6:
usr/X11R6/bin/xload
usr/X11R6/lib/X11/app-defaults/XLoad
usr/X11R6/man/man1/xload.1x.gz
Overlap hamm/xslibg_3.3.2-3 and bo/xslib_3.3-3:
usr/X11R6/lib/libICE.a
usr/X11R6/lib/libPEX5.a
usr/X11R6/lib/libSM.a
usr/X11R6/lib/libX11.a
usr/X11R6/lib/libXIE.a
usr/X11R6/lib/libXaw.a
usr/X11R6/lib/libXext.a
usr/X11R6/lib/libXi.a
usr/X11R6/lib/libXmu.a
usr/X11R6/lib/libXp.a
usr/X11R6/lib/libXt.a
usr/X11R6/lib/libXtst.a
Overlap hamm/xviewg-dev_3.2p1.4-2 and bo/xview_3.2p1.3-2:
usr/X11R6/lib/libolgx.so
usr/X11R6/lib/libxview.so
The packages conflict indirectly but that is not enough.
Overlap hamm/xviewg_3.2p1.4-2 and bo/xview-dev_3.2p1.3-2:
usr/X11R6/include/bitmaps/ [lots]
usr/X11R6/include/images/ [lots]
The packages conflict indirectly but that is not enough.
Overlap hamm/yorick_1.4-8 and bo/yorick-gist_1.4-1:
usr/bin/gist
usr/lib/yorick/1.4/gist/ps.ps
usr/man/man1/gist.1.gz
--
To UNSUBSCRIBE, email to debian-devel-request@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Reply to: