[Piuparts-devel] Bug#615034: Bug#615034: Bug#615034: piuparts: New check: detect dangling alternatives

Holger Levsen holger at layer-acht.org
Fri Feb 25 11:40:22 UTC 2011


clone 615034 -1
retitle -1 new test: install with recommends
retitle 615034 new test: emphasize missing bin symlinks
thanks

Hi Paul,

do you need cc:s or are you subscribed?

On Freitag, 25. Februar 2011, Paul Wise wrote:
> Hmm, I guess they are just a subset of dangling symlinks. Feel free to
> close this bug report then and sorry for the noise. Or maybe turn it
> into a check for consistency between /etc/alternatives the
> update-alternatives database in /var/lib/dpkg/alternatives? I'd be
> surprised if it happened but someone might try to manually fiddle
> with /ect/alternatives.

That should be detected as modified files. 

> > About your extented wish to do this for installs with recommends and
> > without, I'd first like to see #604406 fixed and then gain support for
> > libeatmydata, before doing so.
>
> My reason for wanting support for handling recommends was #614716, which
> only shows up without them.

Our discussion made me realize how to turn the missing symlink check into a 
meaningful one: by emphasizing missing symlinks to /usr/bin,/sbin and so on. 
I _believe_ most of the 8000 missing symlinks detected in sid are pointing to 
documentation (and are due to packages recommending their documentation and 
blindly installing the symlinks pointing to it) and frankly I gave up caring 
about those, but I'd like to find the meaningful missing symlinks and file 
bugs about those. 

(like this one in #614716:

pabs at chianamo:~$ ll /usr/bin/spawn-fcgi.lighttpd 
ls: cannot access /usr/bin/spawn-fcgi.lighttpd: No such file or directory

)

> I try not to get involved in QA stuff any more, last time I did it just
> made me depressed.

I try to look at it from a distance and to see the big picture. 401 failed 
piuparts tests in sid at first looks quite bad (and 8608 passed tests with 
missing symlinks, clear policy violations, even more...), but then, a.) it's 
sid, squeeze for a reason ships 2000 packages less, b.) look at the graphs, 
displaying the progress over time (http://piuparts.debian.org/sid/states.png 
and http://piuparts.debian.org/squeeze/states.png) and c.) only very few 
packages in squeeze fail: 27464 out of 28130 in squeeze (amd64 main) passed 
the piuparts tests, thats a great 97,63%. And only 65 failed, thats 0,23%. 
and from the remaining 601 the majority would also pass. So yay. 

And sure, there as whole lot rotten crap out there. But most of the time I 
actually feel good while getting rid off it. Not always though, but thats 
life :)


cheers,
	Holger

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part.
URL: <http://lists.alioth.debian.org/pipermail/piuparts-devel/attachments/20110225/ba3b160b/attachment.pgp>


More information about the Piuparts-devel mailing list