Ubuntu

Backport merge (to dapper-backports) of Debian Sid's wxwidgets 2.6.3.2.1

Reported by John on 2006-03-30
36
Affects Status Importance Assigned to Milestone
wxwidgets2.6 (Ubuntu)
Medium
Ubuntu Backporters

Bug Description

Hello,

as found on aMule webpage :
"wxWidgets just got to version 2.6.3 some days ago, and it's the recomended version for aMule, as it was tested heavily with it before release. So, everyone should update, as 2.6.1 has socket bugs and 2.6.2 has a locale crash on startup."

It may then be a good idea to upgrade wxwidgets, or at least get the patches needed (not only for aMule, but for any soft using wx).

Thanks

PS : yes my aMule is currently crashing because of the wxwidgets, and was not on breezy for some reasons ... but that is not the only point of my post.

> "wxWidgets just got to version 2.6.3 some days ago, and it's the
> recomended version for aMule, as it was tested heavily with it before
> release. So, everyone should update, as 2.6.1 has socket bugs and
> 2.6.2 has a locale crash on startup."

If you convince the wx developers to not break api in a stable release
such things may be possible. But since 2.6.3 *again* breaks the api
chances are slim.

John (john.e) wrote : Re: 2.6.3

Hello,

I've just looked through (again) 2.6.3 and 2.6.2 changelogs and I have not seen anything related to the API. But maybe it is not explicitely said ...

Anyway thanks for your answer, then I guess also using my own compiled version is not a good idea if there is an api breakage (I'm not willing to compile every apps I use, I'm just compiling some, well not a lot of them use wx but still ..) ?

Thanks

Here are a few:

Suspicious behaviour changes

- wxFileName now also looks for TMPDIR on Unix.
- Added space after list item number in wxHTML.
- Change wxMimeTypesManager code to ignore /etc/mailcap and
  to just read the MIME-types. Modifiying the MIME-types is
  not allowed under GNOME anyways, so make it a no-op.

Backwards incompatible api change.

- wxChoice and wxComboBox::GetSelection() now returns completed
selection,
  added a new GetCurrentSelection() function having the old behaviour.

John (john.e) wrote : Re: 2.6.3

Oooh, ok thanks a lot.

I guess I'll wait for an official build, probably in dapper + 1 then.

Thanks

Changed in wxwidgets2.6:
assignee: nobody → motu
status: Unconfirmed → Confirmed
Václav Slavík (vslavik) wrote :

See this link for rebuttal of Dennis Kaarsemaker's claims in this bug's comments:
http://lists.wxwidgets.org/cgi-bin/ezmlm-cgi?5:mss:72430:200603:nflenfhekkiockpdknea

João Pinto (joaopinto) wrote :

There are also some wxThread related bugs which make it very unstable on the current ubuntu release.
I guess tin the near future every wx based application developer will recommend to install the 2.6.3 .
The existing wx dapper packages will become unusefull even before it gets released.
If there are doubts that the new release breaks some other packages a list should be build and the apps should be tested against this new release.

Are there that many wx base apps packages ?

Yes, my arguments were incorrect - I've had an interestaing mail
conversation with one of the wx developers.

No packages in main use wxWidgets. I'm still waiting to see what the
debian maintainer will do.

John (john.e) wrote :

We've entered the beta freeze so I guess this won't happen in dapper then.

Attached is a bzip2ed debdiff (huge!) against Dapper's current 2.6.1.2ubuntu2 to a proposed merge of Debian Sid's current 2.6.3.2.1 (2.6.3.2.1ubuntu1).

Attached is a diffstat against Dapper's current 2.6.1.2ubuntu2 to a proposed merge of Debian Sid's current 2.6.3.2.1 (2.6.3.2.1ubuntu1)

pbuilder log using current Dapper of proposed merge of Debian Sid's 2.6.3.2.1 (2.6.3.2.1ubuntu1)

[Resetting bug report status for UVF exception request]

Dapper's current wxwidgets2.6 source exhibits several classes of bugs including, but not limited to, socket and locale errors. Users of amule and vlc have been bitten by these bugs. In spite of the rather invasive wxwidgets2.6 source changes when migrating to a proposed merge of Debian Sid's current 2.6.3.2.1, I am comfortable requesting this change due to the more stringent restrictions applied by the Debian maintainer, who has often passed over upstream versions in favor of waiting to generate a stable candidate for Debian. In light of Dapper being supported for at least 18 months, using a more stable wxwidgets2.6 is highly preferable to using our current one.

Accepting this merge request would also close bug #34853 (no contrib examples included).

I have tested this proposed merge with current vlc (both by simply installing the newer libwx*2.6* over the repo's current versions and by recompiling vlc against the newer libwx*2.6*-dev), and no regressions have been spotted.

Attached to this bug report (retitled from the original request for 2.6.3) are bzip2ed debdiff, diffstat, and pbuilder log.

Changed in wxwidgets2.6:
assignee: motu → motu-uvf
status: Confirmed → Unconfirmed
Daniel Holbach (dholbach) wrote :

Matthias: as you have played with wx a bit more - what is your take on this update?

Reinhard Tartler (siretart) wrote :

could you please attach a .deb file for testing to this bug? I'd like to see as much testing as possible, but honestly, I have a feeling that this update is quite dangerous

Florian Pflug (fgp) wrote :

At least one app (pgadmin3) exposes a rather severe bug in wxgtk 2.6.1.
When double-clicking selected text, the _whole_ X server becomes unuseable (The mouse-pointer assumes a strange shape, and every click is ignored).

When linking pgadmin3 against a self-compiled version of wxGTK 2.6.3, the
bug is gone.

So, if dapper is released with it's current version of wxGTK, then it becomes very hard for people to install a version of pgadmin3 that doesn't crash their X if they make a wrong click. I guess this problem
isn't limited to pgadmin3, but rather to any wx application that uses the
text-control that pgadmin3 uses (I think it's from the contrib-area of wx).

Daniel Holbach (dholbach) wrote :

Get this into Edgy, then see if it's -updates or -backports material.

John (john.e) wrote :

I do agree on this.

Daniel T Chen (crimsun) wrote :

Moving to Edgy (and obviously rejecting UVF request in light of -backports).

Changed in wxwidgets2.6:
assignee: motu-uvf → crimsun
importance: Low → Medium
status: Unconfirmed → In Progress
Daniel T Chen (crimsun) on 2006-07-19
Changed in wxwidgets2.6:
assignee: crimsun → ubuntu-backporters
zenrox (kergan) wrote :

 -> Considering debhelper (>= 5.0.37.1)
      Tried versions: 5.0.7ubuntu13
   -> Does not satisfy version, not trying
E: Could not satisfy build-dependency.
Copying back the cached apt archive contents
 -> unmounting dev/pts filesystem
 -> unmounting proc filesystem
 -> unmounting /var/cache/prevu/dapper-debs filesystem
 -> unmounting /var/cache/prevu/src/7858 filesystem
 -> cleaning the build env
    -> removing directory /var/cache/prevu/builds/8231 and its subdirectories
Traceback (most recent call last):
  File "/usr/bin/prevu", line 146, in ?
    BackportFromAPT(sys.argv[1],DIST).backport()
  File "/usr/bin/prevu", line 86, in backport
    self.do_compile()
  File "/usr/bin/prevu", line 67, in do_compile
    raise ValueError("Build failed.")
ValueError: Build failed.

Changed in wxwidgets2.6:
status: In Progress → Rejected
To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Duplicates of this bug

Other bug subscribers