[jaunty] /usr/lib/libupsclient1.so is a dangling link

Oh, forgot: This bug concerns version 2.2.2-8ubuntu1.

I've just uploaded nut 2.2.2-9 to Sid, with this fix and some more.
a sync has to be requested...

Attached is a patch to nut_2.2.2-9 from Debian (unstable). Please merge!

Unfortunately, the fix by Debian maintainer Arnaud Quette is not sufficient to fix the problems with the package. I have done extensive modifications to the package to get it right. Here is the latest changelog:

nut (2.2.2-9ubuntu1) jaunty; urgency=low

  * Merge from Debian unstable. Remaining Ubuntu changes:
  * The Debian packager wanted to move move the shared libraries
    from /usr/lib to /lib, but it was done by setting --prefix=/ which
    does not give the desired results, and in addition resulting in
    the pkgconfig and .la files being incorrect. This release fixes
    the dangling shared library link for the -dev package (LP: #299489).
  * debian/rules: Now, --prefix is back to /usr, and --exec-prefix=/
    and --libdir=/lib instead, which has the desired effect of moving
    the libraries to /lib. The many shell commands in debian/rules,
    for moving files from the install directory to the package
    directories have all been replaced by dh_* calls and matching
    <package>.* files.
  * Added debhelper files: libupsclient1-dev.install,
    libupsclient1-dev.manpages, libupsclient1.install, nut-cgi.install,
    nut-cgi.manpages, nut-hal-drivers.install, nut-snmp.install,
    nut-snmp.manpages, nut-xml.install, nut-xml.manpages, nut.install,
    nut.lintian-overrides, nut.manpages.
  * Modified debhelper files: nut.dirs.
  * debian/libupsclient1-dev.links added to provide a link from
    /usr/lib/libupsclient.so -> /lib/libupsclient.so.1.0.0
    This is a transitional measure, to salvage packages that have not yet
    been updated to the new library location. Can be removed sometime in the
    future.
  * debian/control: versioned build depends on debhelper (>= 6.0.7~), because
    we are now using dh_lintian.
  * debian/compat changed to 6
  * Added patch to configure.in adding AC_CONFIG_MACRO_DIR([m4])
  * configure attempts to locate /usr/lib/hal in order to define
    callouts path and device information path. Therefore hal needs to
    be present in Build-Depends:

Hi Arnaud,

I had a look at this and it seems to be still broken for the newer version. The debdiff below looks to be the correct fix but I rather have the fix upstream in debian first before us.

Regards
chuck

hi there,

Morten is fully right, and the fix I've done was a temporary (and bad
bad) fix, waiting for the cdbs/debhelper rewritte.
sadly, I can't be everywhere at the same time, so Morten's
contribution is welcome (thanks Morten).

I'll try to have a look at Morten's patch this evening, though no
promise (I'm working on the PDU merge into the trunk, and some more
FossCamp / UDS preparation...). I'll do my best for a 2.2.2-10 upload
and will ping you back when available...

cheers,
Arnaud

2008/11/25 Chuck Short <email address hidden>:
> Hi Arnaud,
>
> I had a look at this and it seems to be still broken for the newer
> version. The debdiff below looks to be the correct fix but I rather have
> the fix upstream in debian first before us.

I've just uploaded -10 to Sid...
you have still the few remaining Ub. things like:
- Orig maintainer
- *samples in /etc/nut
- nut in the dialout group

iirc, that's all. thanks to Morten. The Ubuntu sync should be fine by
tomorrow, once buildd has run all the platforms.

thanks again to Morten for his excellent contrib there ^_^

cheers,
Arnaud (/me forgot to close the bugs in the changelog, while
multiplexing packages builds and uploads!!!)