SRU: package gpsmanshp 1.2.1-1 failed to install/upgrade - missing dependencies

Status changed to 'Confirmed' because the bug affects multiple users.

Following this installation failure, an error message appears at the end of every upgrade of any software package. So affected users see error messages almost every day, even if they never even try to run gpsmanshp.

Also in quantal.

Unfortunally also a removing of the package fails.

sudo apt-get remove gpsmanshp

failing.

sudo apt-get remove --purge gpsmanshp

failing also.

This is serious and should handeled, because installing of gpsmanshp corrupt with this the whole software installation enviroment of a system.

Please look at comment 5 for the cause for adding apt:

https://bugs.launchpad.net/ubuntu/+source/gpsmanshp/+bug/995445/comments/5

Sorry, have choosen wrong option

On my system, tcl8.5 is installed, but tcl8.4 is not. So:

   sudo apt-get install tcl8.4

This resulted in:

Reading package lists... Done
Building dependency tree
Reading state information... Done
Suggested packages:
  tclreadline
The following NEW packages will be installed:
  tcl8.4
0 upgraded, 1 newly installed, 0 to remove and 0 not upgraded.
1 not fully installed or removed.
Need to get 870 kB of archives.
After this operation, 3,375 kB of additional disk space will be used.
Get:1 http://us.archive.ubuntu.com/ubuntu/ precise/main tcl8.4 amd64 8.4.19-4ubuntu3 [870 kB]
Fetched 870 kB in 6s (124 kB/s)
Selecting previously unselected package tcl8.4.
(Reading database ... 253204 files and directories currently installed.)
Unpacking tcl8.4 (from .../tcl8.4_8.4.19-4ubuntu3_amd64.deb) ...
Processing triggers for man-db ...
Setting up gpsmanshp (1.2.1-1) ...
warning: error while loading gpsmanshp.so: couldn't load file "./gpsmanshp.so": ./gpsmanshp.so: undefined symbol: DBFClose
Setting up tcl8.4 (8.4.19-4ubuntu3) ...
Processing triggers for libc-bin ...
ldconfig deferred processing now taking place

...which leads me to suspect that gpsmanshp is now installed.

And, now I don't get error messages whenever I try to install packages.

So, either this is a dependency problem, or perhaps gpsmanshp.postinst just needs to be edited to refer to tclsh8.5 instead of tclsh8.4.

This package requires TCL8.4 be installed. I ran 'sudo apt-get install tcl8.4' and gpsmanshp was successfully installed.

Status changed to 'Confirmed' because the bug affects multiple users.

Thank you everet for investigation.

But also then apt should be able to remove/ purge the package without complete installation before.(comment 5 and comment 6)

Hi Rogerio,

I have subscribed you, because you are listed on

http://packages.ubuntu.com/quantal/gpsmanshp

as original maintainer.

As you can see on comment #9 and #8 we have a package problem here with a missing dependence or a missing adaption to Tcl8.5.

greetings

melchiaros

Status changed to 'Confirmed' because the bug affects multiple users.

I have this problem, too. Is there a fix that doesn't involve rolling back TCL?

@Atheg:

(Note that I am totally guessing about this, and all of the following may be less than helpful)

AFAIK, installing tcl8.4 doesn't roll back anything. I just checked my system, and I now have both 8.4 and 8.5 installed where I only had 8.5 before. I don't know if this presents any problems as I never explicitly use TCL myself and know little about it. However:

I just tried this in a terminal:

me@precise:~$ tclsh
%
%
% exit
me@precise:~$ tclsh8.4
%
%
%
% exit
me@precise:~$ tclsh8.5
%
%
%
%
% exit
me@precise:~$

So I can explicitly call up either version of tclsh. They are both installed and working. I don't know how to tell which one comes up when I just type tclsh.

The idea of doing
   sudo apt-get install tcl8.4
to resolve the problem was just an attempt to make a single error message go away, and see what happens after that. As it turns out, it appears to have completely fixed the problem. But it is just a workaround, and I don't know if it will negatively impact anything else you are doing. Somebody more expert on the use of TCL should chime in on this.

The error message was coming from a script called gpsmanshp.postinst that is explicitly referring to tclsh8.4, a package that is not installed on a default Precise installation (and there is apparently no dependency listed with gpsmanshp, so it is not automatically installed when gpsmanshp is). Perhaps manually editing that script (replacing 8.4 with 8.5 in one line) would also fix the problem, but I haven't tested that and don't know what ripple effects that would have on anything else, if any.

It has been over a month since I tried that fix, and it doesn't seem to have hurt anything. It did make an extremely annoying recurring error message go away. And it did complete the installation (I think!) of gpsmanshp, a package that I know virtually nothing about and haven't even had time to look at since then.

@Atheg: (continuing previous comment)

I just had a look at the Tcl docs. I learned about the info patchlevel command. This is what it does on my system:

me@precise:~$ tclsh
% info patchlevel
8.5.11
% exit
me@precise:~$ tclsh8.4
% info patchlevel
8.4.19
% exit
me@precise:~$ tclsh8.5
% info patchlevel
8.5.11
% exit
me@precise:~$

So if I ask for tclsh without specifying a specific version, it is giving me 8.5, the latest. But AFAIK the most recent version that was installed is 8.4. So apparently tclsh will take you to the most recent version number, not the last one installed. I imagine this is the behavior you desire.

The gpsmanshp.postinst script will still use the 8.4 version it thinks it needs because it explicitly calls up that version.

Hope this helps.

Apt can not do anything about this.

Source: gpsmanshp
Build-Depends: debhelper (>= 8.0.0 ), libshp-dev, tcl8.4, tcl8.4-dev

* Debian
Package: gpsmanshp
Depends: tcllib, libc6 (>= 2.7-1), libshp1, tcl8.4 (>= 8.4.16)

Ok, Build-Depends: tcl8.4/-dev results in Depends: tcl8.4.

* Ubuntu
Package: gpsmanshp
Depends: tcllib, libc6 (>= 2.4)

Missing dependencies tcl8.4 and libshp1. Source package is the same for Debian and Ubuntu.

Thanks @ #8 and #9. No more errors after the installation of tcl8.4 .

Same error here:

Error message is in the output of any update/install via synaptic
(on Xubuntu 13.04 amd64 with 3.8.0-25-generic and huge package list):

E: gpsmanshp: subprocess installed post-installation script returned error exit status 127

Workaround:
    sudo apt-get install tcl8.4
works for me.

Could anyone comment on why such an error is not fixable in weeks but is around for
more than a year now?
Raring is full of bugs like this - well known, most discusses in forums with workarounds around -
but nothings seems to be changed in the distribution.
Will this regression be fixed in stable versions - will it be remaining in 13.10 or even 14.04 LTS?
Anything one can do to improve this situation - after bug reports seems no longer a valid help?

Ok, some investigation produced this problem:

andreas@incubator:~/devel/temp$ ldd *
debian-gpsmanshp.so:
 linux-vdso.so.1 => (0x00007fffdc4c4000)
 libshp.so.1 => /usr/lib/libshp.so.1 (0x00007f71febd3000)
 libtcl8.4.so.0 => /usr/lib/libtcl8.4.so.0 (0x00007f71fe90c000)
 libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f71fe54c000)
 libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007f71fe348000)
 libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x00007f71fe12b000)
 libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007f71fde2e000)
 /lib64/ld-linux-x86-64.so.2 (0x00007f71ff000000)
ubuntu-gpsmanshp.so:
 linux-gate.so.1 => (0xf77d9000)
 libc.so.6 => /lib/i386-linux-gnu/libc.so.6 (0xf760c000)
 /lib/ld-linux.so.2 (0xf77da000)

When building gpsmanshp with --no-as-needed (like in debian), the library dependencies are correct, even in Ubuntu.

This bug was fixed in the package gpsmanshp - 1.2.1-1ubuntu1

---------------
gpsmanshp (1.2.1-1ubuntu1) saucy; urgency=low

  * Reorder linker command options to build with --as-needed, it
    causes wrong dependencies, making the package uninstallable and
    unusable. (LP: #995445)
 -- Andreas Moog <email address hidden> Sat, 20 Jul 2013 12:20:50 +0200

Hello Edgar, or anyone else affected,

Accepted gpsmanshp into raring-proposed. The package will build now and be available at http://launchpad.net/ubuntu/+source/gpsmanshp/1.2.1-1ubuntu0.13.04.1 in a few hours, and then in the -proposed repository.

Please help us by testing this new package. See https://wiki.ubuntu.com/Testing/EnableProposed for documentation how to enable and use -proposed. Your feedback will aid us getting this update out to other Ubuntu users.

If this package fixes the bug for you, please add a comment to this bug, mentioning the version of the package you tested, and change the tag from verification-needed to verification-done. If it does not fix the bug for you, please add a comment stating that, and change the tag to verification-failed. In either case, details of your testing will help us make a better decision.

Further information regarding the verification process can be found at https://wiki.ubuntu.com/QATeam/PerformingSRUVerification . Thank you in advance!

Hello Edgar, or anyone else affected,

Accepted gpsmanshp into quantal-proposed. The package will build now and be available at http://launchpad.net/ubuntu/+source/gpsmanshp/1.2.1-1ubuntu0.12.10.1 in a few hours, and then in the -proposed repository.

Please help us by testing this new package. See https://wiki.ubuntu.com/Testing/EnableProposed for documentation how to enable and use -proposed. Your feedback will aid us getting this update out to other Ubuntu users.

If this package fixes the bug for you, please add a comment to this bug, mentioning the version of the package you tested, and change the tag from verification-needed to verification-done. If it does not fix the bug for you, please add a comment stating that, and change the tag to verification-failed. In either case, details of your testing will help us make a better decision.

Further information regarding the verification process can be found at https://wiki.ubuntu.com/QATeam/PerformingSRUVerification . Thank you in advance!

Hello Edgar, or anyone else affected,

Accepted gpsmanshp into precise-proposed. The package will build now and be available at http://launchpad.net/ubuntu/+source/gpsmanshp/1.2.1-1ubuntu0.12.04.1 in a few hours, and then in the -proposed repository.

Please help us by testing this new package. See https://wiki.ubuntu.com/Testing/EnableProposed for documentation how to enable and use -proposed. Your feedback will aid us getting this update out to other Ubuntu users.

If this package fixes the bug for you, please add a comment to this bug, mentioning the version of the package you tested, and change the tag from verification-needed to verification-done. If it does not fix the bug for you, please add a comment stating that, and change the tag to verification-failed. In either case, details of your testing will help us make a better decision.

Further information regarding the verification process can be found at https://wiki.ubuntu.com/QATeam/PerformingSRUVerification . Thank you in advance!

Successful verification for precise:

(precise-amd64)root@incubator:~# apt-get install gpsmanshp
Reading package lists... Done
Building dependency tree
Reading state information... Done
[...]
Get:6 http://archive.ubuntu.com/ubuntu/ precise-proposed/universe gpsmanshp amd64 1.2.1-1ubuntu0.12.04.1 [132 kB]
Fetched 6842 kB in 0s (17.3 MB/s)
[...]
Setting up gpsmanshp (1.2.1-1ubuntu0.12.04.1) ...
successful loading of gpsmanshp.so
commands provided were GSHPAddTPToTR GSHPAddWPToRT GSHPCloseFiles GSHPCreateFiles GSHPCreateRT GSHPCreateTR GSHPForgetRT GSHPForgetTR GSHPGetObj GSHPInfoFrom GSHPOpenInputFiles GSHPReadNextPoint GSHPWriteRT GSHPWriteTR GSHPWriteWP
packages provided were {gpsmanshp 1.2.1}
processed gpsmanshp.so
Processing triggers for libc-bin ...
ldconfig deferred processing now taking place

Successful verification for raring:

(raring-amd64)root@incubator:~# apt-get install gpsmanshp
Reading package lists... Done
Building dependency tree
Reading state information... Done
[...]
Get:8 http://archive.ubuntu.com/ubuntu/ raring-proposed/universe gpsmanshp amd64 1.2.1-1ubuntu0.13.04.1 [132 kB]
Fetched 6850 kB in 4s (1439 kB/s)
[...]
Setting up gpsmanshp (1.2.1-1ubuntu0.13.04.1) ...
successful loading of gpsmanshp.so
commands provided were GSHPAddTPToTR GSHPAddWPToRT GSHPCloseFiles GSHPCreateFiles GSHPCreateRT GSHPCreateTR GSHPForgetRT GSHPForgetTR GSHPGetObj GSHPInfoFrom GSHPOpenInputFiles GSHPReadNextPoint GSHPWriteRT GSHPWriteTR GSHPWriteWP
packages provided were {gpsmanshp 1.2.1}
processed gpsmanshp.so
Processing triggers for libc-bin ...
ldconfig deferred processing now taking place

Hi
the pakage still gives the same error message when getting updates or
trying to remove.
Hanan
Mr. Hanan Sela Ph.D.
Curator of the Lieberman Cereal Germplasm Bank
The Institute for Cereal Crops Improvement
Tel-Aviv University
P.O. Box 39040
Tel Aviv 69978
Israel

<email address hidden>
Phone: 972-3-6405773
Cell: 972-50-5727458
Fax: 972-50-8971709

On Fri, Aug 2, 2013 at 1:26 PM, Andreas Moog <email address hidden>wrote:

> Successful verification for raring:
>
> (raring-amd64)root@incubator:~# apt-get install gpsmanshp
> Reading package lists... Done
> Building dependency tree
> Reading state information... Done
> [...]
> Get:8 http://archive.ubuntu.com/ubuntu/ raring-proposed/universe
> gpsmanshp amd64 1.2.1-1ubuntu0.13.04.1 [132 kB]
> Fetched 6850 kB in 4s (1439 kB/s)
> [...]
> Setting up gpsmanshp (1.2.1-1ubuntu0.13.04.1) ...
> successful loading of gpsmanshp.so
> commands provided were GSHPAddTPToTR GSHPAddWPToRT GSHPCloseFiles
> GSHPCreateFiles GSHPCreateRT GSHPCreateTR GSHPForgetRT GSHPForgetTR
> GSHPGetObj GSHPInfoFrom GSHPOpenInputFiles GSHPReadNextPoint GSHPWriteRT
> GSHPWriteTR GSHPWriteWP
> packages provided were {gpsmanshp 1.2.1}
> processed gpsmanshp.so
> Processing triggers for libc-bin ...
> ldconfig deferred processing now taking place
>
>
> ** Tags removed: verification-needed
> ** Tags added: verification-done
>
> --
> You received this bug notification because you are subscribed to a
> duplicate bug report (1202979).
> https://bugs.launchpad.net/bugs/995445
>
> Title:
> SRU: package gpsmanshp 1.2.1-1 failed to install/upgrade - missing
> dependencies
>
> Status in “gpsmanshp” package in Ubuntu:
> Fix Released
> Status in “gpsmanshp” source package in Precise:
> Fix Committed
> Status in “gpsmanshp” source package in Quantal:
> Fix Committed
> Status in “gpsmanshp” source package in Raring:
> Fix Committed
>
> Bug description:
> Request for Stable Release Upgrade in Precise, Quantal and Raring:
>
> The package gpsmanshp as shipped in Ubuntu Precise, Quantal and Raring
> can't be installed and used correctly due to missing library links.
> This is caused by the linker flag "--as-needed" and a wrong order of
> arguments in gpsmanshp's Makefile.
>
> When installing, the following failure will occur:
>
> Setting up gpsmanshp (1.2.1-1) ...
> /var/lib/dpkg/info/gpsmanshp.postinst: 7:
> /var/lib/dpkg/info/gpsmanshp.postinst: tclsh8.4: not found
> dpkg: error processing gpsmanshp (--configure):
> subprocess installed post-installation script returned error exit
> status 127
>
> [TEST CASE]
>
> (In Saucy):
> Install gpsmanshp 1.2.1-1 from the primary archive. Observe installation
> failure.
> Then install gpsmanshp 1.2.1-1ubuntu1. Oberve that it now registers
> correctly:
>
> Setting up gpsmanshp (1.2.1-1ubuntu1) ...
> successful loading of gpsmanshp.so
> commands provided were GSHPAddTPToTR GSHPAddWPToRT GSHPCloseFiles
> GSHPCreateFiles GSHPCreateRT GSHPCreateTR GSHPForgetRT GSHPForgetTR
> GSHPGetObj GSHPInfoFrom GSHPOpenInputFiles GSHPReadNextPoint GSHPWriteRT
> GSHPWriteTR GSHPWriteWP
> packages provided were {gpsmanshp 1.2.1}
> processed gpsmanshp.so
>
> [REGRESSION POTEN...

Hanan, can you provide some log files? Did you enable the -updates repository as outlined in Brian's comment? What does the command "apt-cache policy gpsmanshp" say?

Andreas, looking at the bug report i have noticed that there is a problem
with tcl8.4 (i have tcl8.5). I also saw that in the "apt-get remove
gpsmanshp" there is a massage "cannot remove
`/usr/lib/tcl8.4/pkgIndex.tcl': No such file or directory" I have
installed tlc8.4 and then I was able to remove gpsmanshp. I have removed
tcl8.4 and was able to reinstall gpsmanshp using "apt-get install gpsmanshp".

Now running update manager does not give errors.
Thanks
Hanan

On Fri, Aug 2, 2013 at 11:07 PM, Andreas Moog <email address hidden>wrote:

> Hanan, can you provide some log files? Did you enable the -updates
> repository as outlined in Brian's comment? What does the command "apt-
> cache policy gpsmanshp" say?
>
> --
> You received this bug notification because you are subscribed to a
> duplicate bug report (1202979).
> https://bugs.launchpad.net/bugs/995445
>
> Title:
> SRU: package gpsmanshp 1.2.1-1 failed to install/upgrade - missing
> dependencies
>
> Status in “gpsmanshp” package in Ubuntu:
> Fix Released
> Status in “gpsmanshp” source package in Precise:
> Fix Committed
> Status in “gpsmanshp” source package in Quantal:
> Fix Committed
> Status in “gpsmanshp” source package in Raring:
> Fix Committed
>
> Bug description:
> Request for Stable Release Upgrade in Precise, Quantal and Raring:
>
> The package gpsmanshp as shipped in Ubuntu Precise, Quantal and Raring
> can't be installed and used correctly due to missing library links.
> This is caused by the linker flag "--as-needed" and a wrong order of
> arguments in gpsmanshp's Makefile.
>
> When installing, the following failure will occur:
>
> Setting up gpsmanshp (1.2.1-1) ...
> /var/lib/dpkg/info/gpsmanshp.postinst: 7:
> /var/lib/dpkg/info/gpsmanshp.postinst: tclsh8.4: not found
> dpkg: error processing gpsmanshp (--configure):
> subprocess installed post-installation script returned error exit
> status 127
>
> [TEST CASE]
>
> (In Saucy):
> Install gpsmanshp 1.2.1-1 from the primary archive. Observe installation
> failure.
> Then install gpsmanshp 1.2.1-1ubuntu1. Oberve that it now registers
> correctly:
>
> Setting up gpsmanshp (1.2.1-1ubuntu1) ...
> successful loading of gpsmanshp.so
> commands provided were GSHPAddTPToTR GSHPAddWPToRT GSHPCloseFiles
> GSHPCreateFiles GSHPCreateRT GSHPCreateTR GSHPForgetRT GSHPForgetTR
> GSHPGetObj GSHPInfoFrom GSHPOpenInputFiles GSHPReadNextPoint GSHPWriteRT
> GSHPWriteTR GSHPWriteWP
> packages provided were {gpsmanshp 1.2.1}
> processed gpsmanshp.so
>
> [REGRESSION POTENTIAL]
>
> Slim to none-existent. The package doesn't work at all right now.
>
> To manage notifications about this bug go to:
>
> https://bugs.launchpad.net/ubuntu/+source/gpsmanshp/+bug/995445/+subscriptions
>

This bug was fixed in the package gpsmanshp - 1.2.1-1ubuntu0.12.04.1

---------------
gpsmanshp (1.2.1-1ubuntu0.12.04.1) precise-proposed; urgency=low

  * Reorder linker command options to build with --as-needed, it
    causes wrong dependencies, making the package uninstallable and
    unusable. (LP: #995445)
 -- Andreas Moog <email address hidden> Sat, 20 Jul 2013 12:20:50 +0200

The verification of this Stable Release Update has completed successfully and the package has now been released to -updates. Subsequently, the Ubuntu Stable Release Updates Team is being unsubscribed and will not receive messages about this bug report. In the event that you encounter a regression using the package from -updates please report a new bug using ubuntu-bug and tag the bug report regression-update so we can easily find any regresssions.

This bug was fixed in the package gpsmanshp - 1.2.1-1ubuntu0.13.04.1

---------------
gpsmanshp (1.2.1-1ubuntu0.13.04.1) raring-proposed; urgency=low

  * Reorder linker command options to build with --as-needed, it
    causes wrong dependencies, making the package uninstallable and
    unusable. (LP: #995445)
 -- Andreas Moog <email address hidden> Sat, 20 Jul 2013 12:20:50 +0200

Verification on quantal is still outstanding for this bug report.

I personally don't have a quantal install ready to provide verification, so that has to come from someone else. If there is no verification within 1 week, feel free to reject the quantal upload and close the quantal task. There shouldn't be many q users left anyway as it's only a regular release that got superseded 4 months ago.

quantal has seen the end of its life and is no longer receiving any updates. Marking the quantal task for this ticket as "Won't Fix".