Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 618592 - net-irc/weechat-1.7.1 perl-cleaner "needed rebuild" notice
Summary: net-irc/weechat-1.7.1 perl-cleaner "needed rebuild" notice
Status: UNCONFIRMED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: Normal normal (vote)
Assignee: Gentoo Perl team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2017-05-15 23:22 UTC by Chris Henhawke
Modified: 2019-05-29 18:22 UTC (History)
5 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Chris Henhawke 2017-05-15 23:22:32 UTC
* It seems like perl-cleaner had to rebuild some packages.
 * 
 * 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:
 *   net-irc/weechat:0

Upgraded from 5.22.3_rc4 to 5.24.1_r1
package version installed - weechat-1.7.1
Comment 1 Tim Harder gentoo-dev 2017-05-17 03:05:58 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.
Comment 2 Kent Fredric (IRC: kent\n) gentoo-dev 2017-05-17 04:06:51 UTC
(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.
Comment 3 Stefan Strogin gentoo-dev 2018-09-16 19:50:20 UTC
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
Comment 4 Alexey Shildyakov 2018-10-02 07:29:51 UTC
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 ?