NMUs wanted: C++ library packages in need of uploading

[Steve Langasek]

Below is a list of libraries which appear to be blocking other packages that
need to go through the C++ transition[1] and which are themselves ready to
go through the ABI transition.  These packages should be uploaded ASAP,
either by maintainer upload or NMU; even though no bugs have been filed,
this is a release-critical issue for all of these packages, because
rebuilding the libraries (e.g., for a security NMU) with the current default
compiler will break all applications depending on the lib, so now that it's
begun, this transition should be treated with the highest of priorities.

Per Matthias' mail, it's open season for 0-day NMUs on any of these
packages.  Of course, there's no sense in working on an NMU if the
maintainer already has the matter in hand, so please make an effort to
coordinate with the maintainer and with other NMUers.  To minimize
duplication of effort, I recommend opening a bug report (severity: serious)
*and* replying to this thread stating your intention to upload any of the
packages on this list.  In addition, please verify that the library you're
uploading hasn't already been transitioned by the maintainer, by checking
both the NEW queue on ftp-master[2] and the status of any new versions in
unstable before uploading.  Remember that not all libraries will have 'c2'
in their package name after the transition!

Other rules of NMUing apply as always, including making sure you've sent the
patch to the BTS before sending the package to the upload queue.  Since the
BTS mail interface is down at the moment due to maintenance, as an
additional courtesy you may want to cc: the maintainer directly on any such
mails.

If someone else takes the library you had your eyes on, leaving you with no
other libraries to NMU, don't worry; not only will there be several more
rounds of libraries (and applications) in need of upload, there is also a
list of nearly 550 packages at[3] that have RC bugs that could use some
attention -- many of them also bugs caused by the transition to a new, more
strict version of gcc.

libccaudio
libccscript
libchipcard
libcrypto++
libgwenhywfar
libinti1.0
libktoblzcheck
libmodplug
libmusicbrainz-2.1
libparagui1.0
librudiments0
libsdl-sge
libsigcx
libtagcoll
libxbase
libxml++
maxdb-7.5.00
omniorb4
openbabel
socketapi
stlport4.6
strutilsxx
taglib
wfmath
wxwindows2.4
xplc
zipios++


Cheers,
-- 
Steve Langasek
postmodern programmer

[1] http://lists.debian.org/debian-devel-announce/2005/07/msg1.html
[2] http://ftp-master.debian.org/new.html
[3] 
http://bts.turmzimmer.net/details.php?ignore=sid&ignnew=on&pseudopackages=on&new=7&refresh=900


signature.asc
Description: Digital signature

Re: NMUs wanted: C++ library packages in need of uploading

[Steve Langasek]

On Sun, Jul 17, 2005 at 06:54:42PM -0700, Steve Langasek wrote:
> In addition, please verify that the library you're uploading hasn't
> already been transitioned by the maintainer, by checking both the NEW
> queue on ftp-master[2] and the status of any new versions in unstable
> before uploading.  Remember that not all libraries will have 'c2'
> in their package name after the transition!

Case in point, the wxwindows2.4 maintainer has already uploaded a new
version for the ABI transition.  So please don't go NMUing it. :)

This means that rapidsvn and tqslib can be added to the list of libs to be
uploaded instead.

Cheers,
-- 
Steve Langasek
postmodern programmer


signature.asc
Description: Digital signature

Re: NMUs wanted: C++ library packages in need of uploading

[Matthias Klose]

Steve Langasek writes:
> librudiments0

already done. bug report filed to remove the source package from
unstable.

> maxdb-7.5.00

not critical, no dependent packages. the maintainer works on getting
the package compiled with gcc-4.0

> stlport4.6

already done.

  Matthias


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: NMUs wanted: C++ library packages in need of uploading

[Bartosz Fenski aka fEnIo]

On Sun, Jul 17, 2005 at 06:54:42PM -0700, Steve Langasek wrote:

[...]

> libparagui1.0

Uploaded.

[...]

regards
fEnIo
-- 
  ,''`.  Bartosz Fenski | mailto:[EMAIL PROTECTED] | pgp:0x13fefc40 | irc:fEnIo
 : :' :   32-050 Skawina - Glowackiego 3/15 - w. malopolskie - Poland
 `. `'   phone:+48602383548 | proud Debian maintainer and user
   `-  http://skawina.eu.org | jid:[EMAIL PROTECTED] | rlu:172001


signature.asc
Description: Digital signature

Re: NMUs wanted: C++ library packages in need of uploading

[Isaac Clerencia]

On Monday, 18 July 2005 03:54, Steve Langasek wrote:
> zipios++
I intended to NMU this one before the transition, so I guess I can NMU it now, 
do the transition and fix the crash in amd64.

Best regards

-- 
Isaac Clerencia at Warp Networks, http://www.warp.es
Work: <[EMAIL PROTECTED]>   | Debian: <[EMAIL PROTECTED]>


pgp5sYsGHZMno.pgp
Description: PGP signature

Re: NMUs wanted: C++ library packages in need of uploading

[Isaac Clerencia]

On Monday, 18 July 2005 21:11, Isaac Clerencia wrote:
> On Monday, 18 July 2005 03:54, Steve Langasek wrote:
> > zipios++
>
> I intended to NMU this one before the transition, so I guess I can NMU it
> now, do the transition and fix the crash in amd64.
Uhm, shouldn't cppunit be rebuilt before zipios++?

-- 
Isaac Clerencia at Warp Networks, http://www.warp.es
Work: <[EMAIL PROTECTED]>   | Debian: <[EMAIL PROTECTED]>


pgpaXyDbHjjb5.pgp
Description: PGP signature

Re: NMUs wanted: C++ library packages in need of uploading

[Isaac Clerencia]

On Monday, 18 July 2005 21:22, Isaac Clerencia wrote:
> On Monday, 18 July 2005 21:11, Isaac Clerencia wrote:
> > On Monday, 18 July 2005 03:54, Steve Langasek wrote:
> > > zipios++
> >
> > I intended to NMU this one before the transition, so I guess I can NMU it
> > now, do the transition and fix the crash in amd64.
>
> Uhm, shouldn't cppunit be rebuilt before zipios++?
After having a look it looks like zipios++ should depend on cppunit, which 
depends on Qt. So we have *real* problems, tomorrow (or the day after 
tomorrow) a new version of Wesnoth will be released and we won't be able to 
play it!!! :P

Best regards

-- 
Isaac Clerencia at Warp Networks, http://www.warp.es
Work: <[EMAIL PROTECTED]>   | Debian: <[EMAIL PROTECTED]>


pgpFA5s8iIRPM.pgp
Description: PGP signature

Re: NMUs wanted: C++ library packages in need of uploading

[Steve Langasek]

Updates to this list:

On Sun, Jul 17, 2005 at 06:54:42PM -0700, Steve Langasek wrote:
> libccaudio
   -- I'm preparing to work on this one
> libccscript
   -- uploaded by the maintainer
> libchipcard
> libcrypto++
> libgwenhywfar
> libinti1.0
> libktoblzcheck
> libmodplug
   -- I've just NMUed this one
> libmusicbrainz-2.1
> libparagui1.0
   -- uploaded by the maintainer
> librudiments0
   -- uploaded by the maintainer
> libsdl-sge
> libsigcx
> libtagcoll
> libxbase
> libxml++
> maxdb-7.5.00
> omniorb4
> openbabel
> socketapi
> stlport4.6
   -- uploaded by the maintainer
> strutilsxx
> taglib
> wfmath
> wxwindows2.4
   -- uploaded by the maintainer
> xplc

Cheers,
-- 
Steve Langasek
postmodern programmer


signature.asc
Description: Digital signature

Re: NMUs wanted: C++ library packages in need of uploading

[Isaac Clerencia]

On Monday, 18 July 2005 21:29, Isaac Clerencia wrote:
> On Monday, 18 July 2005 21:22, Isaac Clerencia wrote:
> > On Monday, 18 July 2005 21:11, Isaac Clerencia wrote:
> > > On Monday, 18 July 2005 03:54, Steve Langasek wrote:
> > > > zipios++
> > >
> > > I intended to NMU this one before the transition, so I guess I can NMU
> > > it now, do the transition and fix the crash in amd64.
> >
> > Uhm, shouldn't cppunit be rebuilt before zipios++?
zipios++ only requires cppunit to build some tests which are neither installed 
in the system nor run while building (yeah, doesn't look any good), so it 
didn't required a transitioned cppunit. I've already uploaded it.

Best regards

-- 
Isaac Clerencia at Warp Networks, http://www.warp.es
Work: <[EMAIL PROTECTED]>   | Debian: <[EMAIL PROTECTED]>


pgpFq3DeHLpqa.pgp
Description: PGP signature

Re: NMUs wanted: C++ library packages in need of uploading

[Thomas Viehmann]

Hi.

Steve Langasek wrote:
> libgwenhywfar
> libktoblzcheck
I'll do these (co-maintained by myself) as well as the dependencies.

Kind regards

T.

P.S.: Not that I mind, but I read Matthias mail to d-d-a (dated July 5)
as 0-day NMUs for *broken* uploads, and 5-day NMUs for no maintainer
upload...
-- 
Thomas Viehmann, http://thomas.viehmann.net/


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: NMUs wanted: C++ library packages in need of uploading

[Steve Langasek]

On Tue, Jul 19, 2005 at 09:46:18PM +0200, Thomas Viehmann wrote:
> Steve Langasek wrote:
> > libgwenhywfar
> > libktoblzcheck
> I'll do these (co-maintained by myself) as well as the dependencies.

Great, thanks.

> P.S.: Not that I mind, but I read Matthias mail to d-d-a (dated July 5)
> as 0-day NMUs for *broken* uploads, and 5-day NMUs for no maintainer
> upload...

A clarification was posted at
.

-- 
Steve Langasek
postmodern programmer


signature.asc
Description: Digital signature

Re: NMUs wanted: C++ library packages in need of uploading

[Adeodato Simó]

> taglib

  I've done this one (currently in 1-day), since I was interested in
  checking whether libtagc0 really needed renaming (as proposed by the
  Ubuntu patch). It doesn't.

  Sorry for not notifying in the thread earlier.

-- 
Adeodato Simó
EM: asp16 [ykwim] alu.ua.es | PK: DA6AE621
 
Let us not be ashamed to speak what we shame not to think.
-- Michel de Montaigne


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: NMUs wanted: C++ library packages in need of uploading

[Marcelo E. Magallon]

On Sun, Jul 17, 2005 at 06:54:42PM -0700, Steve Langasek wrote:

 > Below is a list of libraries which appear to be blocking other
 > packages that need to go through the C++ transition[1] and which are
 > themselves ready to go through the ABI transition.

 After some fiddling with AptPkg, my first cut at generating a list of
 packages ready to be transitioned is attached.

 THIS LIST MIGHT BE WRONG.

 The attached program is what I've used to generate the list.  What it
 does is that is generates the list of packages that depend themselves
 on libstdc++5 (this alone is wrong!) and then iterates on the list of
 packages looking for packages that depend on these.  Once it doesn't
 find anymore packges it prints the list of packages that whose only
 dependency (on the graph) is libstdc++5.  By removing libstdc++5 from
 the graph the list of vertices that don't have decendants is the list
 of packages ready to be transitioned.

 What I didn't figure out is how to get libapt-pkg to read _only_ what I
 tell it to instead of the status data of the host where it is running
 (probably very easy, I didn't really look hard).

 Note that this list has been generated on my machine which hasn't been
 upgraded to the most recent packages in sid yet, so some of the info is
 likely outdated.  Do note that this list includes _everything_, not
 just libraries.

 The package names are source package names followed by binary package
 names.

 The list is way too long, IMO.  The longer this transition takes the
 harder it gets to get out of this swamp.  (And yes, that package of
 mine on this list is already sitting on some upload queue)

 Cheers,

 Marcelo

 P.S.: you need libapt-pkg-perl and libgraph-perl.

A Mennucc1 <[EMAIL PROTECTED]>  snmpkit libsnmpkit2c102
A Mennucc1 <[EMAIL PROTECTED]>  waili   libwaili
Adam Majer <[EMAIL PROTECTED]>  libhoardlibhoard
Al Stone <[EMAIL PROTECTED]>libcoyotl   libcoyotl2
Al Stone <[EMAIL PROTECTED]>libevocosm  libevocosm0
Alberto Gonzalez Iniesta <[EMAIL PROTECTED]>netkit-telnet   telnet
Alex Romosan <[EMAIL PROTECTED]>vat vat
Anand Kumria <[EMAIL PROTECTED]>cmt cmt
Andreas Rottmann <[EMAIL PROTECTED]>libmusicbrainz-2.0  libmusicbrainz2
Andreas Rottmann <[EMAIL PROTECTED]>libmusicbrainz-2.1  libmusicbrainz4
Andreas Rottmann <[EMAIL PROTECTED]>libsigcxlibsigcx-0.6-2
Andreas Tille <[EMAIL PROTECTED]>   wordnet wordnet
Andrew Lau <[EMAIL PROTECTED]>  openexr libopenexr2
Andrew Suffield <[EMAIL PROTECTED]> cdrdao  cdrdao
Anibal Monsalve Salazar <[EMAIL PROTECTED]> socketapi   socketapi1
Barak A. Pearlmutter <[EMAIL PROTECTED]>djvulibre   libdjvulibre1
Bartosz Fenski <[EMAIL PROTECTED]>  moagg   moagg
Bastian Blank <[EMAIL PROTECTED]>   omniorb4libomnithread3
Berin Lautenbach <[EMAIL PROTECTED]>xalan   libxalan18
Bradley Bell <[EMAIL PROTECTED]>gtkmm   libgtkmm1.2-0
Bradley Bell <[EMAIL PROTECTED]>gtkmm2.0libgtkmm2.0-1c102
Bradley Bell <[EMAIL PROTECTED]>orbit2cpp   liborbit2cpp9
Branden Robinson <[EMAIL PROTECTED]>xfree86 xlibmesa3-glu
Cai Qian <[EMAIL PROTECTED]>sdcvlibsdcv3
Camm Maguire <[EMAIL PROTECTED]>lam lam4
Changwoo Ryu <[EMAIL PROTECTED]>poppler libpoppler0
Chris Anderson <[EMAIL PROTECTED]>  unrar-nonfree   unrar
Chris Leishman <[EMAIL PROTECTED]>  libxml++libxml++1.0
Christian Bayle <[EMAIL PROTECTED]> libibtk libibtk0
Christopher L Cheney <[EMAIL PROTECTED]>taglib  libtag1
Chuan-kai Lin <[EMAIL PROTECTED]>   fam libfam0c102
Daniel Burrows <[EMAIL PROTECTED]>  aptitudeaptitude
Daniel Burrows <[EMAIL PROTECTED]>  libsigc++-2.0   libsigc++-2.0-0
Daniel Glassey <[EMAIL PROTECTED]>  sword   libsword4
David Martínez Moreno <[EMAIL PROTECTED]>   glcpu   statd
Debian ACE+TAO maintainers <[EMAIL PROTECTED]>  ace libace5.4
Debian Berkeley DB Maintainers <[EMAIL PROTECTED]>  db4.2   libdb4.2++
Debian Firebird Group <[EMAIL PROTECTED]>   firebird2   
firebird2-server-common
Debian Firebird Group <[EMAIL PROTECTED]>   firebird2   
libfirebird2-classic
Debian Firebird Group <[EMAIL PROTECTED]>   firebird2   
libfirebird2-super
Debian GCC maintainers gcc-3.3 
libstdc++5-3.3-dev
Debian OpenOffice Team  myspell 
libmyspell3
Debian Qt/KDE Maintainers   kdepim  
libmimelib1a
Debian VDR Team <[EMAIL PROTECTED]> vdr vdr
Debian VoIP Team <[EMAIL PROTECTED]>yateyate
Dirk Eddelbuettel <[EMAIL PROTECTED]>   quantliblibquantlib-0.3.9
Enrico Zini <[EMAIL PROTECTED]> libtagcoll  libtagcoll0
Filip Van Raemdonck <[EMAIL PROTECTED]> clanlib libclanlib2
Filip Van Raemdonck <[EMAIL PROTECTED]> ooqstartooqstart-gnome
Giuseppe Sacco <[EMAIL PROTECTED]>  hylafax hylafax-client
Goedson Teixeira Paixao <[EMAIL PROTECTED]> jabberoolibjabberoo0
Goedson Teixeira Paixao <[E

Re: NMUs wanted: C++ library packages in need of uploading

[Marcelo E. Magallon]

On Mon, Jul 25, 2005 at 07:45:39PM -0600, Marcelo E. Magallon wrote:

 >  After some fiddling with AptPkg, my first cut at generating a list
 >  of packages ready to be transitioned is attached.

 After getting fed up with AptPkg I rewrote the script in the attached
 form.  If you feed the script the packages files for _all_ the
 architectures the output is _more likely_ to be right.

 The attached list has been generated with an up to date Packages file
 for the following architectures: alpha arm hppa hurd-i386 i386 ia64
 m68k mips mipsel powerpc s390 sh sparc.

 If you'd like to have exceptions added to this list ("that package
 won't be transitioned ever", "that package doesn't need to be
 transitioned") drop me a line.

 Cheers,

 Marcelo

 PS: The list is *way* too big.

aegis, Christian Meder <[EMAIL PROTECTED]>
amule, Julien Delange <[EMAIL PROTECTED]>
apt, APT Development Team 
apt-utils, APT Development Team 
aqsis-libs, Will Newton <[EMAIL PROTECTED]>
aspseek-libmysqldb, Matt Sullivan <[EMAIL PROTECTED]>
avida-base, Miriam Ruiz <[EMAIL PROTECTED]>
bacula-director-common, Jose Luis Tallon <[EMAIL PROTECTED]>
blackbox, Bruno Barrera C. <[EMAIL PROTECTED]>
cdrdao, Andrew Suffield <[EMAIL PROTECTED]>
dcmtk, Juergen Salk <[EMAIL PROTECTED]>
doxygen, Matthias Klose <[EMAIL PROTECTED]>
fam, Chuan-kai Lin <[EMAIL PROTECTED]>
festival, Matthias Urlichs <[EMAIL PROTECTED]>
firebird2-server-common, Debian Firebird Group <[EMAIL PROTECTED]>
gpdf, Filip Van Raemdonck <[EMAIL PROTECTED]>
groff-base, Colin Watson <[EMAIL PROTECTED]>
gs-esp, Masayuki Hatta (mhatta) <[EMAIL PROTECTED]>
gstreamer0.8-misc, David I. Lehn <[EMAIL PROTECTED]>
hpoj, Mark Purcell <[EMAIL PROTECTED]>
hylafax-client, Giuseppe Sacco <[EMAIL PROTECTED]>
ibam, Martin Wuertele <[EMAIL PROTECTED]>
icomlib1, A. Maitland Bottoms <[EMAIL PROTECTED]>
ivtools-interviews, Guenter Geiger <[EMAIL PROTECTED]>
kino, Daniel Kobras <[EMAIL PROTECTED]>
konwert, Yann Dirson <[EMAIL PROTECTED]>
ladspa-sdk, Junichi Uekawa <[EMAIL PROTECTED]>
lam4, Camm Maguire <[EMAIL PROTECTED]>
libace5.4, Debian ACE+TAO maintainers <[EMAIL PROTECTED]>
libatlas-cpp-0.5, Michael Koch <[EMAIL PROTECTED]>
libavifile-0.7c102, Zdenek Kabelac <[EMAIL PROTECTED]>
libbeecrypt6, Anibal Monsalve Salazar <[EMAIL PROTECTED]>
libboost-date-time1.32.0, Steve M. Robbins <[EMAIL PROTECTED]>
libboost-filesystem1.32.0, Steve M. Robbins <[EMAIL PROTECTED]>
libboost-python1.32.0, Steve M. Robbins <[EMAIL PROTECTED]>
libboost-regex1.32.0, Steve M. Robbins <[EMAIL PROTECTED]>
libboost-test1.32.0, Steve M. Robbins <[EMAIL PROTECTED]>
libcal3d10, Michael Koch <[EMAIL PROTECTED]>
libccaudio1-1.1-0, Mark Purcell <[EMAIL PROTECTED]>
libchasen0, NOKUBI Takatsugu <[EMAIL PROTECTED]>
libchipcard20, Thomas Viehmann <[EMAIL PROTECTED]>
libclanlib2, Filip Van Raemdonck <[EMAIL PROTECTED]>
libcoyotl2, Al Stone <[EMAIL PROTECTED]>
libcppunit-1.10-2, Steve M. Robbins <[EMAIL PROTECTED]>
libcrypto++5.2, Stephen Zander <[EMAIL PROTECTED]>
libdar3, Brian May <[EMAIL PROTECTED]>
libdb4.2++, Debian Berkeley DB Maintainers <[EMAIL PROTECTED]>
libdc0, Pasi Savilaakso <[EMAIL PROTECTED]>
libdjvulibre1, Barak A. Pearlmutter <[EMAIL PROTECTED]>
libeditex0, Stefano Zacchiroli <[EMAIL PROTECTED]>
libevocosm0, Al Stone <[EMAIL PROTECTED]>
libfirebird2-classic, Debian Firebird Group <[EMAIL PROTECTED]>
libfirebird2-super, Debian Firebird Group <[EMAIL PROTECTED]>
libflac++4, Matt Zimmerman <[EMAIL PROTECTED]>
libfwbuilder6, Jeremy T. Bouse <[EMAIL PROTECTED]>
libgdal1, Silke Reimer <[EMAIL PROTECTED]>
libgfccore-2.0-0, Goedson Teixeira Paixao <[EMAIL PROTECTED]>
libgig, Matt Flax <[EMAIL PROTECTED]>
libginac1.3, Richard Kreckel <[EMAIL PROTECTED]>
libglibmm-2.4-1, Bradley Bell <[EMAIL PROTECTED]>
libglu1-mesa, Marcelo E. Magallon <[EMAIL PROTECTED]>
libgtkmm1.2-0, Bradley Bell <[EMAIL PROTECTED]>
libgtkmm2.0-1c102, Bradley Bell <[EMAIL PROTECTED]>
libgwenhywfar17, Henning Glawe <[EMAIL PROTECTED]>
libhdf5-serial-1.6.4-0, Josselin Mouette <[EMAIL PROTECTED]>
libhk-classes7, Mike Schacht <[EMAIL PROTECTED]>
libibtk0, Christian Bayle <[EMAIL PROTECTED]>
libid3-3.8.3, Robert Woodcock <[EMAIL PROTECTED]>
libinti1.0-1.2, Goedson Teixeira Paixao <[EMAIL PROTECTED]>
libjabberoo0, Goedson Teixeira Paixao <[EMAIL PROTECTED]>
libktoblzcheck1, Thomas Viehmann <[EMAIL PROTECTED]>
libmecab0, TSUCHIYA Masatoshi <[EMAIL PROTECTED]>
libmimelib1a, Debian Qt/KDE Maintainers 
libmodplug0, Zed Pobre <[EMAIL PROTECTED]>
libmrml1, Robert Jordens <[EMAIL PROTECTED]>
libmusicbrainz2, Andreas Rottmann <[EMAIL PROTECTED]>
libmusicbrainz4, Andreas Rottmann <[EMAIL PROTECTED]>
libofx1, Thomas Bushnell, BSG <[EMAIL PROTECTED]>
libomnithread3, Bastian Blank <[EMAIL PROTECTED]>
libopenalpp-cvs, Loic Dachary (OuoU) <[EMAIL PROTECTED]>
libopenbabel0, Michael Banck <[EMAIL PROTECTED]>
libopenexr2, Andrew Lau <[EMAIL PROTECTED]>
libopenhbci14, Thomas Viehmann <[EMAIL PROTECTED]>
libopenthreads, Loic Dachary (OuoU) <[EMAIL PROTECTED]>
libopenvrml4, Sam Hocevar

Re: NMUs wanted: C++ library packages in need of uploading

[Thomas Viehmann]

Hi,

thanks for the list. Do you want updates?

Marcelo E. Magallon wrote:

libchipcard20, Thomas Viehmann <[EMAIL PROTECTED]>

> libopenhbci14, Thomas Viehmann <[EMAIL PROTECTED]>
Have been removed (was #319450, thanks Jeroen).


libgwenhywfar17, Henning Glawe <[EMAIL PROTECTED]>

> libktoblzcheck1, Thomas Viehmann <[EMAIL PROTECTED]>
These have been transitioned (accepted yesterday).


libofx1, Thomas Bushnell, BSG <[EMAIL PROTECTED]>

This has an NMU in the new queue.

Kind regards

T.
--
Thomas Viehmann, http://thomas.viehmann.net/


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: NMUs wanted: C++ library packages in need of uploading

[Enrico Zini]

On Sun, Jul 31, 2005 at 11:04:30PM -0600, Marcelo E. Magallon wrote:

> libtagcoll0, Enrico Zini <[EMAIL PROTECTED]>

Already asked for removal, now supserseded by libtagcoll1-{dev,pic}.


Ciao,

Enrico

--
GPG key: 1024D/797EBFAB 2000-12-05 Enrico Zini <[EMAIL PROTECTED]>


signature.asc
Description: Digital signature

Re: NMUs wanted: C++ library packages in need of uploading

[Marcelo E. Magallon]

On Sun, Jul 31, 2005 at 11:04:30PM -0600, Marcelo E. Magallon wrote:

 >  The attached list has been generated with an up to date Packages
 >  file for the following architectures: alpha arm hppa hurd-i386 i386
 >  ia64 m68k mips mipsel powerpc s390 sh sparc.

 The list and script can be found in
 http://people.debian.org/~mmagallo/gcc-transition/

 This list contains _source_ package names.  The file gcc-transition.ps
 as been generated using neato (from graphviz).  The arrows point
 _towards_ the dependecies.  This means that if a package as arrows
 going in but none going out that package can be transitioned (which is
 the information included in gcc-transition.txt).  The big ugly blob in
 the middle is KDE/QT.  You can see there are some small clusters which
 can be dealt with rather easily.

 If someone knows of a way to get graphviz to produce something
 _readable_ please let me know.

 Don't beleive what this list says, it's subject to be wrong.  Take it
 as advise only.

-- 
Marcelo


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: NMUs wanted: C++ library packages in need of uploading

[Marcelo E. Magallon]

On Mon, Aug 01, 2005 at 10:34:14AM +0200, Thomas Viehmann wrote:

 > thanks for the list. Do you want updates?

 Sure.  Exclusions mostly.  Whatever needs to be excluded from the list
 because it doesn't need to be/won't be transitioned.

-- 
Marcelo


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: NMUs wanted: C++ library packages in need of uploading

[Marcelo E. Magallon]

On Mon, Aug 01, 2005 at 11:22:19AM +0200, Enrico Zini wrote:

 > > libtagcoll0, Enrico Zini <[EMAIL PROTECTED]>
 > 
 > Already asked for removal, now supserseded by libtagcoll1-{dev,pic}.

 I added this to the exclusion list.

 Marcelo


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: NMUs wanted: C++ library packages in need of uploading

[Petter Reinholdtsen]

[Marcelo E. Magallon]
>  The list and script can be found in
>  http://people.debian.org/~mmagallo/gcc-transition/

Are you going to keep it up to date?  Is it generated using a cronjob,
or do you update it manually?

It would be great if someone could add a link to your updated graph
from http://people.debian.org/~mfurr/gxx/>.  It would make sure
at least I find it when I need it.

The postscript file confused my ghostview version 1.5, so I had to
look at the graph using dotty to see the full graph.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: NMUs wanted: C++ library packages in need of uploading

[Henning Makholm]

Scripsit "Marcelo E. Magallon" <[EMAIL PROTECTED]>

>  If someone knows of a way to get graphviz to produce something
>  _readable_ please let me know.

I managed to produce a readable (still huge) graph by cheating and
omitting dependencies on qt-x11-free and kdelibs, instead showing
those by the shape and color of the node edges.

Here the quick-and-dirty .dot file filter I used.  It also marks nodes
that ought to be transitionable now with a green fill so they are
easier to spot quickly.

#!/usr/bin/perl

%cheat = ( 'qt-x11-free' => "shape=rect",
   'kdelibs' => "color=red" );

while(<>) {
if( /^\s*"(.*)" -> "(.*)";\s*$/ ) {
$notnow{$1} = 1 ;
$package{$2} = 1 ;
$_ = "\t\"$1\"[ $cheat{$2} ];\n" if exists $cheat{$2} ;
print ;
} elsif( /^\}/ ) {
for $p ( keys %package ) {
next if $notnow{$p} ;
print "\t\"$p\"[ fillcolor=green, style=filled ];\n ";
}
# After dropping qt-x11-free and kdelibs dependencies we can
# set overlap=false without the graph exploding.
print "\toverlap=false;\n" ;
# Requesting splines improves readability, but also makes neato
# REALLY slow. We're talking several minutes for a graph this size.
#print "\tsplines=true;\n" ;
print ;
} else {
print ;
}
}

-- 
Henning Makholm"They want to be natural, the anti-social
 little beasts. They just don't realize that
 everyone's good depends on everyone's cooperation."


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: NMUs wanted: C++ library packages in need of uploading

[Marcelo E. Magallon]

On Sun, Aug 07, 2005 at 01:41:06PM +0200, Petter Reinholdtsen wrote:

 > >  http://people.debian.org/~mmagallo/gcc-transition/
 > 
 > Are you going to keep it up to date?  Is it generated using a
 > cronjob, or do you update it manually?

 After having fixed some glitches, yes, it is in a cronjob now.  It runs
 everyday at 4:20 (people's time) (mostly because the machine doing the
 actual heavy lifting is idle around that time).  I think that should
 give mirrors a chance to update (it's using http.us.debian.org right
 now).

 > It would be great if someone could add a link to your updated graph
 > from http://people.debian.org/~mfurr/gxx/>.  It would make sure
 > at least I find it when I need it.

 Agreed.

-- 
Marcelo


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: NMUs wanted: C++ library packages in need of uploading

[Marcelo E. Magallon]

On Sun, Aug 07, 2005 at 04:37:51PM +0200, Henning Makholm wrote:

 > >  If someone knows of a way to get graphviz to produce something
 > >  _readable_ please let me know.
 > 
 > I managed to produce a readable (still huge) graph by cheating and
 > omitting dependencies on qt-x11-free and kdelibs, instead showing
 > those by the shape and color of the node edges.

 Ah, good idea.  Thank you so much!

 It's in the graph now.

 http://people.debian.org/~mmagallo/gcc-transition/

 The script is using *only* the architectures in testing as input, that
 is: alpha arm hppa i386 ia64 m68k mips mipsel powerpc s390 sparc.

-- 
Marcelo


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: NMUs wanted: C++ library packages in need of uploading

[Mike Furr]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Petter Reinholdtsen wrote:
> It would be great if someone could add a link to your updated graph
> from http://people.debian.org/~mfurr/gxx/>.  It would make sure
> at least I find it when I need it.
Done.  I also added links to the two other transition pages that I'm
aware of.

Cheers,
- -Mike
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.1 (GNU/Linux)

iD8DBQFC9twe7ZPKKRJLJvMRAoUmAKCbyUKfSJL3LZBbxCDBGRmLxO3sDACdEGwd
qty7hlz9oPRY8pQjx7KJa7g=
=+ncB
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

libcrypto++ (Was: NMUs wanted: C++ library packages in need of uploading)

[Jens Peter Secher]

Steve Langasek <[EMAIL PROTECTED]> writes:

> Below is a list of libraries which appear to be blocking other packages that
> need to go through the C++ transition[1] and which are themselves ready to
> go through the ABI transition.
[...]
> libcrypto++

I am fighting with libcrypto++ but so far I am loosing.  

GCC4 does definitely not like a mix of templates and anonymous enums
[1,2] but there are easy fixes for this.

What is worse, it seems that GCC4 silently refuses to generate code for
some template instantiations, which results in undefined symbols in the
library, as others have experienced [3].  It might however be the case
that GCC4, being more C++ standards compliant, has simply revealed a
problem in the Crypto++ template code.

In any case, the fact is that the non-debian, clean upstream library
code (5.2.1) compiles and links fine with GCC3, but fails to do so with
GCC4.  I am still investigating...
-- 
Jens Peter Secher
_DD6A 05B0 174E BFB2 D4D9 B52E 0EE5 978A FE63 E8A1 jpsecher gmail com_

[1] http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20589
[2] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=318518
[3] http://www.mail-archive.com/cryptopp-list@eskimo.com/msg02236.html


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: libcrypto++ (Was: NMUs wanted: C++ library packages in need of uploading)

[Brian M. Carlson]

On Sat, 2005-07-23 at 01:33 +0200, Jens Peter Secher wrote:
> I am fighting with libcrypto++ but so far I am loosing.  
> 
> GCC4 does definitely not like a mix of templates and anonymous enums
> [1,2] but there are easy fixes for this.
> 
> What is worse, it seems that GCC4 silently refuses to generate code for
> some template instantiations, which results in undefined symbols in the
> library, as others have experienced [3].  It might however be the case
> that GCC4, being more C++ standards compliant, has simply revealed a
> problem in the Crypto++ template code.
> 
> In any case, the fact is that the non-debian, clean upstream library
> code (5.2.1) compiles and links fine with GCC3, but fails to do so with
> GCC4.  I am still investigating...

I have experience with porting it to 3.3 or 3.4, I don't remember which.
Some minor restructuring of the code is necessary, but I'll look at it.
Feel free to mail me off-list if you want.

I'll be working on the Debian code, since that likely has fewer problems
(missing some patent-encumbered parts, like IDEA).
-- 
($_,$a)=split/\t/,join'',map{unpack'u',$_};eval$a;print;__DATA__
M961H<[EMAIL PROTECTED];"!U2QA8F-D969G:&EJ:VQM;F]P<7)S='5V=WAY>BQN=V]R8FMC
5:75Q96AT9V1Y>F%L=G-P;6IX9BP)



signature.asc
Description: This is a digitally signed message part

Re: libcrypto++ (Was: NMUs wanted: C++ library packages in need of uploading)

[Bastian Blank]

On Sat, Jul 23, 2005 at 01:33:28AM +0200, Jens Peter Secher wrote:
> GCC4 does definitely not like a mix of templates and anonymous enums
> [1,2] but there are easy fixes for this.

[1] clearly stats this as illegal according to the C++ standard.

> What is worse, it seems that GCC4 silently refuses to generate code for
> some template instantiations, which results in undefined symbols in the
> library, as others have experienced [3].  It might however be the case
> that GCC4, being more C++ standards compliant, has simply revealed a
> problem in the Crypto++ template code.

Explicit template instantiation is a gcc extension. Also [3] don't show
undefined symbols.

Bastian

-- 
"That unit is a woman."
"A mass of conflicting impulses."
-- Spock and Nomad, "The Changeling", stardate 3541.9


signature.asc
Description: Digital signature

Re: libcrypto++ (Was: NMUs wanted: C++ library packages in need of uploading)

[Nathanael Nerode]

[EMAIL PROTECTED] wrote:
> I am fighting with libcrypto++ but so far I am loosing.

This is an exceedingly nasty library.  There is way too much templatization in 
this library, and GCC spews warnings like there's no tomorrow.

I'd be interested in working on tracking down the linking problems, but I 
don't want to duplicate your work.  Are your patches-so-far available 
somewhere?


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]