| Summary: | net-irc/weechat-1.7.1 perl-cleaner "needed rebuild" notice | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Chris Henhawke <chris> |
| Component: | Current packages | Assignee: | Gentoo Perl team <perl> |
| Status: | RESOLVED CANTFIX | ||
| Severity: | normal | CC: | alarig, arthur, ashl1future, jstein, kentnl |
| Priority: | Normal | ||
| Version: | unspecified | ||
| Hardware: | All | ||
| OS: | Linux | ||
| See Also: | https://bugs.gentoo.org/show_bug.cgi?id=686950 | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
| Bug Depends on: | |||
| Bug Blocks: | 697596 | ||
|
Description
Chris Henhawke
2017-05-15 23:22:32 UTC
weechat already uses a slot operator to note to the PM resolver that it should be rebuilt when the perl subslot changes. I haven't looked closely into how perl-cleaner works, but this is good as I can do. I'll let the perl maintainers respond if they want perl-cleaner to handle this better or just assume people let their PM fully handle subslot rebuilds. (In reply to Tim Harder from comment #1) > weechat already uses a slot operator to note to the PM resolver that it > should be rebuilt when the perl subslot changes. Given the subslots weren't added until 2017-03-18 ( d477b1a3aca312e8c7b50f3e80406a9b26ce906d ), its entirely plausible that the version the user had prior to a perl upgrade was an unslotted one. But the output data doesn't indicate which version of weechat was installed *prior* to the rebuild, only the subsequent version. Which means their existing /var/db/pkg wouldn't have had the subslots yet, so a perl upgrade wouldn't have triggered the rebuild. But I'd need better data to prove/disprove that hypothesis. I think this is grounds for perl-cleaner to record pre-upgrade and post-upgrade version data and report the offending *source* versions in the VDB, not the targets, and not merely the slot. The same after upgrading perl from 5.24 to 5.26. Weechat has been also upgraded from 2.0.1 to 2.2-r1 (I used `emerge -uNDav world`). After `emerge -uNDav world` finished I ran perl-cleaner and got: * If you have just updated your major Perl version (e.g. from 5.20.2 to 5.22.0), * and have run perl-cleaner _after_ that update, then this means most likely * that these packages are buggy. Please file a bug on http://bugs.gentoo.org/ and * report that perl-cleaner needed to reinstall the following list: * x11-terms/rxvt-unicode:0 net-irc/weechat:0 I think the best solution of having many reports is to make only one bug with the whole list of applications involved in the case. Don't you think so, devs? Should we merge this with the earliest non-resolved report about such type of case into bug 589874 ? Dependencies look right, it's a problem with perl-cleaner. |
