Bugzilla Bug 233154

The GUI for bittornado (btdownloadgui.py) is not working. I think as a result
of a Python upgrade. I have Python 2.4.4-r13 and 2.5.2-r5 installed. I have
tried re-emerging bittornado, python, wxpython and wxGTK as well as running
python-updater but the problem persists.

The error I get when running btdownloadgui.py is:

Traceback (most recent call last):
  File "/usr/bin/btdownloadgui.py", line 219, in __init__
    border.Add(colSizer, 1, wxEXPAND | wxALL, 4)
  File "usr/lib64/python2.5/site-packages/wx-2.6-gtk2-unicode/wx/_core.py",
line 11766, in Add
TypeError: wx.Window, wx.Sizer, wx.Size, or (w,h) expected for item

Traceback (most recent call last):
  File "/usr/bin/btdownloadgui.py", line 2376, in <module>
    run(argv[1:])
  File "/usr/bin/btdownloadgui.py", line 2224, in run
    _run(params)
  File "/usr/bin/btdownloadgui.py", line 2227, in _run
    app = btWxApp(0, params)
  File "/usr/bin/btdownloadgui.py", line 2192, in __init__
    wxApp.__init__(self, x)
  File "usr/lib64/python2.5/site-packages/wx-2.6-gtk2-unicode/wx/_core.py",
line 7755, in __init__
  File "usr/lib64/python2.5/site-packages/wx-2.6-gtk2-unicode/wx/_core.py",
line 7407, in _BootstrapApp
  File "/usr/bin/btdownloadgui.py", line 2197, in OnInit
    d = DownloadInfoFrame(doneflag, self.configfile)
  File "/usr/bin/btdownloadgui.py", line 456, in __init__
    self.exception()
  File "/usr/bin/btdownloadgui.py", line 2134, in exception
    self.on_errorwindow(data.getvalue())
  File "/usr/bin/btdownloadgui.py", line 2162, in on_errorwindow
    size = (500,300), style = wxTE_READONLY|wxTE_MULTILINE))
  File "usr/lib64/python2.5/site-packages/wx-2.6-gtk2-unicode/wx/_core.py",
line 11766, in Add
TypeError: wx.Window, wx.Sizer, wx.Size, or (w,h) expected for item

Reproducible: Always

(In reply to comment #0)
> The GUI for bittornado (btdownloadgui.py) is not working. I think as a result
> of a Python upgrade. I have Python 2.4.4-r13 and 2.5.2-r5 installed. I have

The correct course of action after a python upgrade is to run python-updater. 

I'll resolve the bug for now, because I think that will fix the issue. If it
doesn't fix it please re-open and attach your emerge --info as well.

I mentioned that I had run python-updater without success in my initial post.
Also, I'm not the only one having this problem. There is a thread about this in
the forums:

http://forums.gentoo.org/viewtopic-t-701274-highlight-typeerror.html

My --info as requested:

Portage 2.1.4.4 (default-linux/amd64/2007.0, gcc-4.1.2, glibc-2.6.1-r0,
2.6.25-gentoo-r5 x86_64)
=================================================================
System uname: 2.6.25-gentoo-r5 x86_64 Intel(R) Core(TM)2 CPU 6600 @ 2.40GHz
Timestamp of tree: Fri, 25 Jul 2008 16:06:02 +0000
app-shells/bash:     3.2_p33
dev-java/java-config: 1.3.7, 2.1.6
dev-lang/python:     2.4.4-r13, 2.5.2-r5
dev-python/pycrypto: 2.0.1-r6
sys-apps/baselayout: 1.12.11.1
sys-apps/sandbox:    1.2.18.1-r2
sys-devel/autoconf:  2.13, 2.61-r2
sys-devel/automake:  1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10.1
sys-devel/binutils:  2.18-r3
sys-devel/gcc-config: 1.4.0-r4
sys-devel/libtool:   1.5.26
virtual/os-headers:  2.6.23-r3
ACCEPT_KEYWORDS="amd64"
CBUILD="x86_64-pc-linux-gnu"
CFLAGS="-march=nocona -O2 -pipe"
CHOST="x86_64-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config
/usr/kde/3.5/shutdown /usr/share/config"
CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/fonts/fonts.conf
/etc/gconf /etc/revdep-rebuild /etc/terminfo /etc/udev/rules.d"
CXXFLAGS="-march=nocona -O2 -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="distlocks metadata-transfer sandbox sfperms strict unmerge-orphans
userfetch"
GENTOO_MIRRORS="ftp://trumpetti.atm.tut.fi/gentoo/ "
MAKEOPTS="-j3"
PKGDIR="/usr/portage/packages"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress
--force --whole-file --delete --stats --timeout=180 --exclude=/distfiles
--exclude=/local --exclude=/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="acl alsa amd64 berkdb cli cracklib crypt cups dri dvd dvdr flac fortran
gdbm gpm gtk2 iconv ipv6 isdnlog joystick kde midi mmx mozilla mudflap ncurses
nls nptl nptlonly ogg opengl openmp pam pcre perl pppd python readline
reflection rtc session spl sse sse2 ssl tcpd theora tiff truetype unicode usb
vorbis x264 xorg xvid zlib" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem
bt87x ca0106 cmipci emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel
intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci"
ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file
hooks iec958 ioplug ladspa lfloat linear meter mulaw multi null plug rate route
share shm softvol" APACHE2_MODULES="actions alias auth_basic authn_alias
authn_anon authn_dbm authn_default authn_file authz_dbm authz_default
authz_groupfile authz_host authz_owner authz_user autoindex cache dav dav_fs
dav_lock deflate dir disk_cache env expires ext_filter file_cache filter
headers include info log_config logio mem_cache mime mime_magic negotiation
rewrite setenvif speling status unique_id userdir usertrack vhost_alias"
ELIBC="glibc" INPUT_DEVICES="keyboard mouse" KERNEL="linux" LCD_DEVICES="bayrad
cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" USERLAND="GNU"
VIDEO_CARDS="nvidia"
Unset:  CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL,
LDFLAGS, LINGUAS, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS,
PORTAGE_RSYNC_EXTRA_OPTS

wx folks, please check for Python 2.5 compatibiliy - or what else may cause
this problem...

nothing to do with python version.  what versions of wxGTK and wxpython?

okay i can reproduce this with GCC 4.1 only.

looks like an aliasing bug..

Fixed in all wxpython versions.  Since this only appears with GCC 4.1 and
affects stable versions I won't do a revision bump.  Sync in an hour or so and
rebuild wxpython-2.6.4.0-r1 and you should be good to go.

(In reply to comment #7)
> Fixed in all wxpython versions.  Since this only appears with GCC 4.1 and
> affects stable versions I won't do a revision bump.  Sync in an hour or so and
> rebuild wxpython-2.6.4.0-r1 and you should be good to go.

Eh? If it is a bug in stable, this _is_ the perfect reason to do so. For
testiting it would be less of an issue to do so.

doing a revision bump IS fixing it in testing.

i've added -r2.  this bug will stay open 30 days until wxpython-2.6.4.0-r2 is
stable.

I can confirm that the updated wvpython ebuild fixed my problem.

Thanks.