(open)motif should properly transition from libmotif3
Affects | Status | Importance | Assigned to | Milestone | ||
---|---|---|---|---|---|---|
motif (Debian) |
Fix Released
|
Unknown
|
||||
motif (Ubuntu) |
Fix Released
|
Low
|
Unassigned | |||
openmotif (Ubuntu) | ||||||
Precise |
Fix Released
|
Undecided
|
Unassigned | |||
Quantal |
Fix Released
|
Undecided
|
Unassigned | |||
Raring |
Fix Released
|
Undecided
|
Unassigned |
Bug Description
[SRU] The debdiffs attached to this bug provide a libmotif3 virtual package to properly transition from the libmotif3 package still present in Lucid to the new libmotif4 packages in Precise, Quantal and Raring. For Precise and Quantal, LP: #1187534 is fixed as well.
[IMPACT] According to the whole archive statistics in Ubuntu's PopCon [1], it appears there are still a significant number of libmotif3 installations. Surprisingly, more than six times more than the number of libmotif4 installations.
#rank name inst vote old recent no-files (maintainer)
8636 libmotif3 25238 45 18260 4 6929 (Debian Qa Group)
18967 libmotif4 3683 115 3264 75 229 (Unknown)
I believe this may be due to the number of proprietary packages that need libXm.so.3.
Searching for 'install libmotif3' returns a number of guides on installing some of these packages on Debian and Ubuntu, as well as guides on how to install libmotif3 from previous releases.
Since openmotif 2.3.3-5ubuntu2 in Quantal and 2.3.3-5ubuntu1.
From the Open Motif 2.3.3 release notes [2]:
6. Compatibility Notice
Open Motif 2.3.x is binary compatible with Open Motif 2.2.x.
Applications built against Open Motif 2.2 should work with Open Motif 2.3.x
without having to recompile it.
Open Motif 2.3.x is not binary compatible with Open Motif 2.1.30.
Applications built against Open Motif 2.1.30 will need to be recompiled
with the Open Motif 2.2+ header files.
See comment #6 for what's new and changelog since openmotif 2.2.3-4 in Lucid.
[Test Case]
Install libmotif3 from Lucid and the test cases from comment #4 of LP: #1026640 and verify that Xmtest-
$ wget http://
$ sudo dpkg -i libmotif3_
$ ./Xmtest-
$ sudo apt-get update
$ sudo apt-get dist-upgrade
Reading package lists... Done
Building dependency tree
Reading state information... Done
Calculating upgrade... Done
The following NEW packages will be installed:
libmotif4
The following packages will be upgraded:
libmotif3
1 upgraded, 1 newly installed, 0 to remove and 0 not upgraded.
...
$ ./Xmtest-
$ ./Xmtest-
As libmotif4 is multi-arch, the tests should be repeated for i386, i.e.
$ wget http://
$ sudo dpkg -i libmotif3_
And so on, as above.
[Regression Potential]
Minimal: the fix only affects packaging, however the large number of users with libmotif3 installed are going to be offered an unexpected upgrade.
New bugs may have been introduced in openmotif 2.3.3, but libmotif3 compatibility has been in Ubuntu for some months now and there have been no bugs reported.
Should libmotif3 users be affected, they can revert to libmotif3 from Lucid until such time as a fix is released, or until they are upgraded to motif 2.3.4 available in Saucy.
[1] http://
[2] http://
-------
The fix has been released in motif 2.3.4-4 in Debian and is currently in the Binary NEW queue due to the new libmotif3 transitional package. It is expected to land in Saucy within a week or so.
Changed in motif (Debian): | |
status: | Unknown → Fix Committed |
description: | updated |
description: | updated |
description: | updated |
description: | updated |
description: | updated |
Changed in motif (Debian): | |
status: | Fix Committed → Fix Released |
Changed in motif (Ubuntu): | |
status: | Triaged → Fix Released |
Notes:
Transitional package libmotif3 has Architecture: any as libmotif4 is multi-arch and we want to preserve the architecture of the installed package, i.e. user has libmotif3:i386 installed, therefore they should be upgraded to libmotif4:i386 not libmotif4.
Transitional package libmotif3 has Depends: (>= ${binary:Version}) otherwise apt sees Conflicts: libmotif3 from the released libmotif4 and ends up with broken packages. Also, the version number of the fixed package is different in Precise, Quantal and Raring.