python-wxtools not usable with wxPython2.8, requires 2.6

we are after UVF. so making the new version the default will not happen for feisty; please attach a patch to this report, if you want to see something fixed in feisty.

Ok, I have some ideas and emailed Robin Dunn, the author of wxpython
who also maintains a wxPython community repository for Ubuntu:
http://wxpython.wxcommunity.com/apt/ubuntu/

What I propose is:
1. Making the name of python-wxtools version dependent (eg
python-wxtools2.8) as they are *not* independent of the wxpython
version. I'll discuss this with Robin

2. A bug in the MOTU repositories is that wpython-wxgtk2.8 conflicts
with python-wxgtk2.6 This is a mistake is as they should be able to
coexist, which is exactly the purpose of python-wxversion. For example
in MOTU libwxgtk2.8 does not conflict with libwxgtk2.6 as should be
the case.

If this double proposal would be accepted, everything would be solved
now and in the future. I'll wait for Robins reaction and than update
launchpad. Just one question, do I have to file another bug report
about the wxpython2.6 and 2.8 conflict? Or is this better to add it to
the existing bug report?

This bug might seriously hit Feisty users who want to use
simultaneously programs for 2.6 and 2.8 as they will run in an
unsolvable package conflict.

Stani

On 3/7/07, Matthias Klose <email address hidden> wrote:
> we are after UVF. so making the new version the default will not happen
> for feisty; please attach a patch to this report, if you want to see
> something fixed in feisty.
>
>
> ** Changed in: wxwidgets2.6 (Ubuntu)
> Importance: Undecided => Low
> Status: Unconfirmed => Confirmed
>
> --
> python-wxtools not usable with wxPython2.8, requires 2.6
> https://launchpad.net/bugs/89694
>

--
http://pythonide.stani.be

---------- Forwarded message ----------
From: Robin Dunn <email address hidden>
Date: Mar 8, 2007 7:41 AM
Subject: Re: [wxPython-dev] Fwd: [Bug 89694] Re: python-wxtools not usable with wxPython2.8, requires 2.6
To: <email address hidden>
Cc: <email address hidden>

SPE Stani's Python Editor wrote:
> Hi Robin,
>
> I was wondering why the python-wxtools in the debian repository are
> independent of the wxpython version? I can understand for the
> python-wxversion as there could be only one package, which is is a
> fixed path. The python-wxtools I think are not version independent. I
> mean it is possible that they include tools with 2.8 which are not
> compatible with 2.6 So shouldn't the name be python-wxtools2.8? (If
> for example one of the python-wxtools uses AUI, it would break on 2.6,
> or back in time "from wxpython import *" to "import x")

They are version independent, for two reasons. 1. They are common files
that would conflict if multiple versions are installed, /usr/bin/pycrust
for example. 2. They are only very small scripts like the following
that import from the wx package and call a single function there, so no
matter which version of wxPython is set as the default version it should
always work because the real code being executed is in the version
specific wxPython packages.

------------------------------
#!/usr/bin/python2.4

from wx.py.PyCrust import main
main()
------------------------------

The only problems that might arise is if a newer python-wxtools is
installed but an older wxPython is the default, and that version doesn't
have the implementation of some new tool. But that hasn't happened
since we started using this packaging scheme in 2.4 or 2.5.

>
> For example now on the universal MOTU repositories of Debian (so
> including Ubuntu) there is a conflict in Feisty and it wouldn't be if
> the name of python-wtools would be name dependent. Now I can't install
> the python-wxtools in Feisty as they are dependent on wxpython2.6 That
> should not be a problem but in the MOTU repositories wxPython2.8
> conflicts with wxPython2.6

I expect that is a bug in their build or in the control file. I checked
the one in our CVS and the only relevant tags on the python-wxtools
package is that it is dependent on the same version of wxPython (so it
will need to be installed too, but doesn't need to be the default
version) and that it conflicts with and replaces the former package
names from before the switch to this packaging scheme. Here is that
section of the file, ("=V" will be replaced with the 2 part version
number as part of the build process, and "=U" will be replaced with
"-ansi" for non-unicode builds):

Package: python-wxtools
Architecture: all
Section: python
Depends: python-wxgtk=V=U
Conflicts: wxpython2.6-0
Replaces: wxpython2.6-0, libwxgtk2.4-python, wxpython2.4-1
Description: wxWidgets Cross-platform C++ GUI toolkit (wxPython common
files)
  wxWidgets (formerly known as wxWindows) is a class library for C++
providing
  GUI components and other facilities on several popular platforms (and some
  unpopular ones as well). For more information see http://wxwidgets.org
  .
  This package provides support u...

After the email of Robin, the conclusion is that the bug is not here, but with python-wxgtk2.8:

python-wxgtk2.8 conflicts in MOTU with python-wxgtk2.6, but it shouldn't.

Can this please be corrected or should this bug report be closed and filed with the python-wxgtk2.8 package?

Is this still a problem?

No, you can close this bug.