reassign 329237 xpilot-ng-common
thanks

Hi Ben,

Short answer is: see #328171

python-wxgtk2.6 should conflict with 2.4 << 2.4.4.1.1 for this reason,
but the problem currently exists mostly in testing where a new 2.6 has
propagated but not the new 2.4 yet.  we need a m68k build of 2.4 to
'fix' it for most people in the short term.

if xpilot-ng can run with wx2.4 or 2.6 then you don't need to do
anything, and 2.6 will be the default if you have 2.4.4.1.1 or later
providing 2.4.  (but this can be changed by users aware of the
alternatives mechanism and the wx.pth alternative)

Since it apparently can't, and users can change the system default
to suit themselves, you should add something like:

import wxversion
wxversion.select('2.6')

to control explicitly which version will be used at runtime.

Ditto for any other version dependent code there may be.  2.4 and
2.6 can coexist, but you are well out on the pointy end for testing
that with wxPython, so if anything else goes or looks weird, do
let me know.

cheers,
Ron


On Tue, Sep 20, 2005 at 02:55:41PM -0300, Ben Armstrong wrote:
> Package: python-wxgtk2.6
> Version: 2.6.1.2
> Severity: important
> 
> If libwxgtk2.4-python is installed, the WX utility xpngcc in my package
> xpilot-ng-common breaks.  Clearly I could work around the problem by 
> conflicting
> with libwxgtk2.4-python in xpilot-ng-common, but I don't understand why bits 
> of
> python-wxgtk2.6 are apparently trying to load code from libwxgtk2.4-python.  
> By
> experimentation, I did what xpngcc does, which is:
> 
> >>> import wx
> >>> print wx.VERSION
> (2, 6, 1, 2, 'pre')
> 
> But a user reports that when libwxgtk2.4-python is installed on his system, 
> xpngcc
> throws this error:
> 
> TypeError: new_wxPanel() takes at least 2 arguments (1 given)
> in /usr/lib/python2.3/site-packages/wxPython/windows.py
> 
> Performing "dpkg -S" on the user's system reveals that this file 
> is owned by libwxgtk2.4-python.  I don't think this should happen.
> 
> Therefore, I conclude that python-wxgtk2.6 in its current state must conflict
> with libwxgtk2.4-python.  Obviously that is bad news for the 6 packages that
> still depend on the older library, but I can't see how it can be avoided.
> 
> If I have missed some other way to resolve this within xpilot-ng-common 
> itself,
> please provide an adequate explanation and reassign the bug to 
> xpilot-ng-common.
> 
> Thanks,
> Ben Armstrong
> 
> 
> -- System Information:
> Debian Release: testing/unstable
>   APT prefers unstable
>   APT policy: (500, 'unstable')
> Architecture: i386 (i686)
> Shell:  /bin/sh linked to /bin/bash
> Kernel: Linux 2.6.11-1-k7
> Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)
> 
> Versions of packages python-wxgtk2.6 depends on:
> ii  libc6                         2.3.5-3    GNU C Library: Shared libraries 
> an
> ii  libgcc1                       1:4.0.1-3  GCC support library
> ii  libstdc++6                    4.0.1-3    The GNU Standard C++ Library v3
> ii  libwxgtk2.6-0                 2.6.1.2    wxWidgets Cross-platform C++ GUI 
> t
> ii  python-wxversion              2.6.1.2    wxWidgets Cross-platform C++ GUI 
> t
> ii  python2.3                     2.3.5-6    An interactive high-level 
> object-o
> 
> python-wxgtk2.6 recommends no packages.
> 
> -- no debconf information
> 
> 


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

Reply via email to