Ubuntu Wiki

Please check the status of this specification in Launchpad before editing it. If it is Approved, contact the Assignee or another knowledgeable person before making changes.

• Launchpad Entry: hardy-reducing-duplication

• Packages affected: all

Summary

Hardy Heron will be an LTS release again, and thus we should spend some extra efforts to get rid of duplication.

We identify lists of duplicated libraries (such as libdb4.[23456]) and outline the steps to eliminate them.

Release Note

Not appropriate here, we do not want to announce technical background details like library SONAMEs and duplication.

Rationale

Duplicated libraries cause unnecessary maintenance and security support overhead and waste CD space. They are also prone to cause incompabilities between programs using different library versions.

Interesting targets

• db4.{2,3,4,5,6}: Create a list of all packages which use on-disk transactions. These need to keep their libdb version for now, since there is no generic way of transitioning them to a new DB format. File upstream bugs about them to ask for an application specific solution. All the other packages can be rebuilt against 4.6.

  • 4.2: mostly done, remaining: openldap2{,.3}, hard, [http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=421946 in progress in Debian]

  • 4.3: done, demoted
  • 4.4: mostly done, remaining: apt (pending from Michael), squid (fixed in Debian, needs merge), kbabel (unnecessary dependency)
  • 4.5: mostly done, remaining: OO.o (pending from Chris), python2.{4,5} (pending from Matthias)
• libgksu{1.2,2}: Only user of libgksu1.2 is gnome-python-extras, which exports a python wrapper for 1.2. The only reverse dependencies in main are deskbar-applet and serpentine, neither of which needs either gksu interface. universe has about 25 reverse dependencies; check them all (very few of them will need gksu at all), and transition them to 2 as appropriate. Then, disable 1.2 support in gnome-python-extras and release-note this fact, just in case a third-party script needs it.
  • 1.2: done, demoted; None of the packages in Ubuntu use the gksu1.2 python bindings.
• libgtkhtml{2,3.8,3.14}
  • 2 and 3.x are totally different libraries, not just a newer API.
  • 3.8 is only needed for gnome-sharp2; can't be ported to 3.14 without breaking libgtkhtml2.0-cil's ABI/API, thus all reverse dependencies of it (f-spot, beagle, tomboy) need to be fixed first.
• libgtksourceview{1.0,2.0}
  • 1.0 still used by gobby, python-gnome2-desktop, and screem; needs upstream work
• libneon{25,26,27}
  • No foreseen problems with rebuilding everything against 27.
  • 25: done, removed from the archive
  • 26: remaining rdep is OO.o, once it actually builds it will be done
• libnet{0,1,6}: 0 and 1 are already in hardy's universe (fixed by dropping support for nessus).
• sqlite{0,3}: Only 0 rdepends in main are:
  • python-qt4: KDE4 should not use this old ABI and use 3 right away. Jonathan Riddell says that support for 0 can be disabled in python-qt4.
  • php5: needs the external php-sqlite3 package merged
  • cyrus-sasl2: to be investigated
• libwv{,2}: libwv2 is used by kword, libwv by beagle. Since we install tracker by default now, we will drop support for beagle and drop libwv along with it. However, this also means that we have to drop the nautilus plugin for it (since it build-depends on libbeagle-dev).
• python2.{4,5}: 2.4 is still required for Zope and Plone, which are not yet fixed and certified for 2.5. Since we want to support both, we are stuck with 2.4, unless upstream gets the transition done in time.
• t{cl,k}8.{3,4}: remaining 8.3 reverse dependencies:
  • expect-tcl8.3: necessary for gcc testsuites on hppa; gcc will disable tests on hppa (gcc-3.3, gcc-3.4, gcj-4.2, assigned to Matthias)
  • blt: just disable support for tcl 8.3 (DONE)

  • isdnutils: does not work properly with 8.4 ([http://bugs.debian.org/198157 Debian #198157], [http://bugs.debian.org/194541 #194541]), to be investigated

• {cpp,gcc}-{3.3,3.4,4.1,4.2}
  • 3.3: only for libstdc++5 which we want to support for commercial apps
  • 3.4:
    • gcc-3.4: grub, mesa
    • still default compiler for g77 (until we get gfortran to replace it)
    • libg2c0 (fortran lib): lapack3, python-numarray, python-numeric
  • 4.1:
    • g++-4.1: boost
    • gcc-4.1: python2.[45] (powerpc, sparc)
    • kernel builds with 4.2 on main architectures, but needs 4.1 on powerpc and hppa
• libstdc++{5,6-4.1,6-4.2}
  • libstdc++5: hysterical raisins (old commercial apps)
  • libstdc++-4.1-{dev,pic}: not actually used in main (just dep of g++4.1), so this can go along with gcc-4.1.

Targets of opportunity

These targets are worthwhile, but low-priority since they do not cause maintenance overhead after release, and thus we shouldn't waste a lot of effort on them:

• autoconf{,2.13}
• automake{,1.4,1.7,1.8,1.9} (automake is 1.10)

Test/Demo Plan

Ideally this does not change any visible behaviour, so we just need to test that everything still works as before.

Outstanding Issues

We also need discussion results about applications which have a similar purpose (such as f-spot, gthumb, and eog) and thus both create unnecessary maintenance overhead and don't conform with our "ship one default application for one purpose" philosophy. Examples are

• F-Spot/eog/gthumb
• Rhythmbox/sound-juicer/serpentine (? discuss with Gnome desktop team)
• updatedb/tracker
• tomboy/notes applet
• displayconfig-gtk/gnome-display-properties
• system-config-printer-applet/system-config-printer/my-default-printer

• With F-Spot and Tomboy gone, Mono is no longer necessary no-mono-by-default

Comments

This command was used to find out potential candidates:

grep "^Package: " /var/lib/apt/lists/archive.ubuntu.com_ubuntu_dists_gutsy_main_binary-*_Packages | awk '{print $2}' | grep -v '[^0-9]32[^0-9]' | sed -e "s/c2//; s/c102//; s/[-0-9.]//g" | sort | uniq -d | less

• Daengbo: On the topic of F-Spot / GThumb, certainly one of them needs to go. Right now, import photos uses GThumb, while F-Spot is the preferred manager. That really need to change. One should be enough (I'm personally for F-Spot because it's a quickly-developing app while GThumb is pretty much static). Same for Tomboy / notes. The most obvious candidates are Serpentine and Sound Juicer, though, because Rhythmbox has the basic functionality of ripping and writing audio CDs. Sure, the functionality's not advanced, but users who need more features can install the other apps. To make the change work, though, we'll need to add some fuctionality to rhythmbox-client. Right now, it doesn't have a switch for --add-cd-to-collection or whatever the switch will be called. We'll need that for the Removable Drives and Media dialog as the default when an audio CD is inserted. We can play with "rhythmbox-client --play-uri cdda://1#/dev/scd0" or similar, but we can't rip.

CategorySpec