[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#682574: closed by Daniel Baumann <daniel@debian.org> (Bug#682574: fixed in live-tools 3.0.4-1)



found 682574 3.0.4-1
thanks

On 2012-07-25 16:51, Debian Bug Tracking System wrote:
>    * Also diverting uptime manpage from procps (Closes: #682574).

That only fixes a minor issue. The big problem stays:

> Depending on the installation order you get:
> * procps, live-utils
>   /usr/bin/utime -> live-uptime
> * live-utils, procps
>   /usr/bin/utime -> /etc/alternatives/uptime -> /usr/bin/uptime.procps
>   (yes, the alternative will overwrite the link shipped by live-tools)
> 
> Depending on the install and remove order, you may end up with a
> dangling symlink /usr/bin/utime and a forgotten alternative.

Since procps is aware of possibly being diverted, this cannot be fixed
in live-tools alone.

Daniel Baumann wrote:
> On 07/24/2012 01:16 AM, Craig Small wrote:
>>> * both register an alternative for uptime with uptime.1.gz slave
>> Yep, would of done it had I known about it, I'll update procps with
>> this and the fix below, thanks!
>
> no, don't do that, it's overkill.
> 
> live-tools should for the time being contains a 'fix' for uptime to be
> usefull within lxc containers (don't ask why this is in a package called
> live-*, that's another sad story), once that's not necessary anymore
> because upstream handels that, we can just remove it.

Why can't the fix be applied to the uptime command in procps? That would
avoid duplicating uptime and the diversions at all ...


Andreas


Reply to: