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

C++ transitions status report



It's going pretty well, really.  :-)

****
The following packages are still linked with g++ 2.95 (!):

flashplugin-nonfree (presumably unavoidable)

queue -- bug 321184.  Package not in sarge or etch, lots of unfixed bugs,
         security upload for woody newer than version in unstable,
         'barely works' according to RC bug 308403. Upstream is dead.
         GNU queue is being completely rewritten from scratch upstream at
         http://savannah.gnu.org/projects/gnu-queue/

xmovie -- bug 321187 contains the latest information.

****
The following library packages still need renaming for the C++ ABI change
(see http://people.debian.org/~djpig/gcc-transition/, among others):

log4cpp -- the new maintainer *still* needs a sponsor for his upload;
           see bug 303794

postgis -- I believe it was concluded that this was a private plugin
           and shouldn't export a library package

sp-gxmlcpp -- bug 333885, bug 340743 should be fixed at the same time

wfnetobjs -- bug 332832, delays wflogs transition

xdb -- bug 332835, delays oleo transition

***
And the following library packages haven't built in c2 versions on
all architectures, and therefore prevent other packages from
transitioning:

pdfkit.framework -- m68k (blocks viewpdf.app, gworkspace.app)

mozart -- m68k, s390 (blocks mozart-stdlib, mozart-gtk)

ivtools -- arm, hppa, m68k, mips, mipsel, s390, sparc,
           but see below, needs to undergo c2a transition too

kdemultimedia -- m68k, but needs rebuild for c2a transition anyway

kdebindings  -- m68k, but needs rebuild for c2a transition anyway

***
There are too many applications built with g++ 3.3 to worry about
getting all of them until we finish the libraries.  :-P

***
The following library packages need renaming for the
C++ allocator change (see
http://lists.debian.org/debian-devel-announce/2005/11/msg00010.html;
this has the uploaded ones removed from the list):

   A Mennucc1 <mennucc1@debian.org>
       libprinterconf
       snmpkit
   A. Maitland Bottoms <bottoms@debian.org>
       vtk
   Andreas Fester <Andreas.Fester@gmx.de>
       log4cxx
   Andreas Rottmann <rotty@debian.org>
       libmusicbrainz-2.0
       libsigcx
   Andres Salomon <dilinger@debian.org>
       mysql++
   Bartosz Fenski <fenio@debian.org>
       libparagui1.0
   Berin Lautenbach <berin@debian.org>
       xalan
   Bradley Bell <btb@debian.org>
       bakery2.3
   Chris Leishman <masklin@debian.org>
       libxml++
       libxml++2.6
   Christophe Prud'homme <prudhomm@mit.edu>
       libcorelinux
   Daniel Glassey <wdg@debian.org>
       sword
   Debian ACE+TAO maintainers <pkg-ace-devel@lists.alioth.debian.org>
       ace
   Debian VoIP Team <pkg-voip-maintainers@lists.alioth.debian.org>
       openh323
       pwlib
   Eduard Bloch <blade@debian.org>
       rlog
   Eric Dorland <eric@debian.org>
       libassa
   Federico Di Gregorio <fog@debian.org>
       cegui-mk2
       ogre
   Frank S. Thomas <frank@thomas-alfeld.de>
       orsa
   Goedson Teixeira Paixao <goedson@debian.org>
       jabberoo
   Guenter Geiger (Debian/GNU) <geiger@debian.org>
       stk
   Guenter Geiger <geiger@debian.org>
       ivtools
       -- incidentally one of the libraries which
          hadn't made the c2 transition on all architectures
   John Lines <john@paladin.demon.co.uk>
       plptools
   Klaus Reimer <kay@debian.org>
       sqlxx
       strutilsxx
   Laszlo Boszormenyi (GCS) <gcs@debian.hu>
       sidplay-libs
   Loic Dachary (OuoU) <loic@debian.org>
       openalpp-cvs
       openscenegraph
       osgal-cvs
       osgcal
       -- also has busted dependencies due to cal3d
   Marco Tulio Gontijo e Silva <marcot@minaslivre.org>
       libterralib
   Masayuki Hatta (mhatta) <mhatta@debian.org>
       zipios++
   Matthias Klose <doko@debian.org>
       rapidsvn
   Matthias Urlichs <smurf@debian.org>
       festival
   Michael Koch <konqueror@gmx.de>
       mercator
       sigcperl
       varconf
       wftk
   Ming Hua <minghua@rice.edu>
       scim
   Murat Demirten <murat@debian.org>
       sim
       -- orphaned
   Philipp Kern <pkern@debian.org>
       net6
   Qingning Huo <qhuo@mayhq.co.uk>
       libtorrent
   Ramakrishnan Muthukrishnan <rkrishnan@debian.org>
       gnuradio-core
   Rob Bradford <robster@debian.org>
       anjuta
       -- also needs to fix bogus libfreetype dependency
   Robert Jordens <jordens@debian.org>
       alps-light1
       gnuift
   Ross Burton <ross@debian.org>
       gnome-cups-manager
   Sam Hocevar (Debian packages) <sam+deb@zoy.org>
       opencv
       openvrml
   Steve Halasz <debian@adkgis.org>
       qgis
   TSUCHIYA Masatoshi <tsuchiya@namazu.org>
       mecab
   W. Borgert <debacle@debian.org>
       omnievents
   Will Newton <will@debian.org>
       aqsis

***
The following library packages have been renamed for the C++
allocator change but haven't built on all architectures yet.  The
ones near the top have other problems which must be addressed too.

  apt -- FTBFS on s390, bug filed
  boost -- FTBFS on hppa, bug 341174
  arts -- FTBFS on hppa, bug filed
  dar -- upload screwed up, bug filed
  cppunit -- FTBFS on hppa, bug filed
  gfcui -- broken upload, bug filed
  libfwbuilder -- broken upload, bug filed
  cal3d -- broken upload, bug filed
  atlas-cpp -- misnamed upload, bug filed
  wfmath -- misnamed upload, bug reopened

  libcoyotl -- arm
  quantlib -- hppa
  ginac -- m68k
  gdome2-xslt -- m68k
  usrp -- ia64
  openc++ -- hppa
  libmusicbrainz-2.1
  glibmm2.4
  gtkmm2.4
  gnome-vfsmm2.6
  libbonobouimm1.3
  libglademm2.4
  libgnomecanvasmm2.6
  orbit2cpp
  libextractor
  tse3
  digikam
  kdelibs
  clanlib
  gfccore
  pstoedit
  exiv2
  gsmlib
  libqalculate
  enchant
  libgig
  libaqbanking
  eris
  libtunepimp
  libofx
  tulip

***
I haven't even tried to think about the packages which need a rebuild to
pick up the c2a dependencies.  Perhaps the best way to do that is with
a page like http://people.debian.org/~mfurr/gxx/uninstallable.html.

Unfortunately that won't catch these; we need the equivalent for packages
which depend on a package which existed before Nov 17, when the c2a transition
started.  Such a page would be a very good idea.




-- 
Nathanael Nerode  <neroden@twcny.rr.com>

Make sure your vote will count.
http://www.verifiedvoting.org/



Reply to: