work needed on the python2.1 -> 2.2 transition

[Matthias Klose]

Good news first. It becomes more tedious to track the bug-free
packages. Besides the usual serious bugs, the following issues remain:

- wxwindows2.2 is still unbuildable in unstable, not yet removed
  from unstable, package maintainer does not respond. Oh fun!

- postgresql: doesn't go to testing due to five serious reports,
  but doesn't go to testing, because it needs python2.2. This
  gets difficult ...

- out of date packages on some architectures. many on arm, some
  on ia64, m68k, a few on mips, mipsel, sparc. See below.

- we have to wait for the glibc transition to testing, as new
  binary packages are built. Don't know when this will be ...

Maybe all new python related uploads should be urgency medium to not
further delay the transition.

Matthias



PACKAGES NEEDING UPLOADS / WORK

postgresql
five serious bug reports, depends on python ...

python-tal ood
the package changed from arch any to all, so excuses still
lists this package.

sip-qt2 ood m68k
listed in excuses, why? other packages depend on sip-qt2

pybliographer ftbfs s390
glibc related problem?

reportbug
priority problem, should be tagged as pending

glimmer ftbfs alpha m68k
dependency problem libgnome-vfs0/libgnome-vfs-common

pycurl ood m68k
not yet built

python-gd ood m68k
not yet uploaded

snappea ood arm m68k mipsel
didn't investigate

python-qt2 ood m68k
ftbfs due to sip-qt2 dependency problem

gnumeric ood mipsel
no build attempts

egenix-mx-base ood arm
built, not uploaded

python-popy ood arm
needs egenix-mx-base be built

python-pgsql ood arm
needs egenix-mx-base be built

python-gtk2 ood mips mipsel / hppa unsatisfiable depends
ftbfs, needs config.* update

python-ldap ood arm
built, not uploaded

python-mysqldb ood arm
built, not uploaded

vtk ood mipsel
segfault during build?

vtk ftbfs m68k
missing build dependency?

python-reportlab ood ia64
built, but not uploaded?

python-utmp ood ia64
built, but not uploaded?

sketch ood ia64 sparc
built, but not uploaded?

quantlib-python ood arm
no build attempts

libming ftbfs hppa ia64
preparing NMU (doko)

python-opengl ftbfs
need to check, if the report is already fixed, but not closed.

python-qt ood m68k


STATUS WAITING (2002-10-22):
   9
mcfoo
pyne
python-davlib
python-stats
python-tclink
   8
garchiver
libmp3hip
python-biggles
python-unit
snappea
   7
forg
plplot
   6
dput
libapache-mod-python
python-optik
   5
pybliographer
pycurl
   4
python-htmltmpl
python-tal
   0
ecasound
linda
python-japanes-codecs
vte

NEW IN UNSTABLE, NO OLDER PACKAGE IN TESTING

subversion
subversion-snapshot
wxwindows2.3

sqlrelay
buggy, package maintainer does not respond

ldaptor
buggy

gnue-forms
buggy due to python2-base dependency

Re: work needed on the python2.1 -> 2.2 transition

[Othmar Pasteka]

hi,

[I trimmed the header a bit, so it just goes to -arm]

On Wed, Oct 23, 2002 at 10:03:58AM +0200, Matthias Klose wrote:
> Good news first. It becomes more tedious to track the bug-free
> packages. Besides the usual serious bugs, the following issues remain:
> 
> - out of date packages on some architectures. many on arm, some
>   on ia64, m68k, a few on mips, mipsel, sparc. See below.

generally speaking, if something is built but not uploaded it's
because the arm buildds are currently dead. Dunno if they are up
again, but James Troup told me yesterday that they are dead and
the on site admin was contacted to reboot them.

I'll have an eye on it and report back when the buildds are up again/etc.

so long
Othmar

Re: work needed on the python2.1 -> 2.2 transition

[Anthony Towns]

On Wed, Oct 23, 2002 at 10:03:58AM +0200, Matthias Klose wrote:
> - postgresql: doesn't go to testing due to five serious reports,
>   but doesn't go to testing, because it needs python2.2. This
>   gets difficult ...

postgresql needs to be fixed (#160470, #160673, #165060, #157765,
#165886), but the other problems are relatively straightforward to resolve
otherwise, generally speaking (the perl5.8 and glibc dependencies).

> sip-qt2 ood m68k
>   listed in excuses, why? other packages depend on sip-qt2

Bug in the archive/testing scripts, shouldn't be an issue.

> reportbug
>   priority problem, should be tagged as pending

Huh? What's tagging it as "pending" meant to do? It's not a bug and
should simply be closed, afaics. If anything, it should be reassigned
to python2.2 or ftp.debian.org.

Cheers,
aj

-- 
Anthony Towns <[EMAIL PROTECTED]> 
I don't speak for anyone save myself. GPG signed mail preferred.

 ``If you don't do it now, you'll be one year older when you do.''