Michał Górny posted on Tue, 01 Apr 2014 07:54:11 +0200 as excerpted:

> Something like this, yes. Once all packages are migrated and some time
> passes, we unmask all the flags locally and do a repoman run. We find
> out what needs to go stable, report bugs, wait and repeat.

The big question on the user side is how many times we're going to have 
to rebuild the same code, just because people are messing with multilib 
stuff.  Masking all the now unmasked is going to force yet another 
rebuild on stable users, who presumably are stable in part because they 
/don't/ want all those "pointless" rebuilds.

Altho I'm ~arch so stable masks won't directly affect me, but at the same 
time, I'm no-multilib, so all those --newuse and -rX-bump rebuilds really 
ARE useless rebuilds of the /exact/ same thing!  While my system is fast 
enough it's not a big deal here, it's still a pain tracking all those -rX 
bumps to see what justifies the bump (at least I can tell simple USE flag 
changes on sight), and I hurt for those with slower systems!

And wow, if you do go the global masking route, I seriously hope you have 
plenty of announcement before the big unmasking, with at probably 30 days 
warning and coverage on the web site, GMN, and news items, and possibly 
even a second news-item warning 3-5 days before it happens, since the 
global unmask will trigger about as big a universal rebuild as it gets, 
and those always bring quite a few user complaints.  (Tho at least this 
one won't be breaking much of the system until it's done, unlike some of 
the big library upgrades of yore.)

IOW, while that very likely would have been the better way to do it 
originally, I really don't know whether changing things up in mid-stream 
like this is going to result in more or less pain for users.  Not being a 
stable-arch user nor being multilib, I've been spared much of the worry 
since on my systems it should "just work" either way, but honest 
question, how far /are/ we into this, and will the change now result in 
more work for more people (given that there's way more users than devs) 
than just continuing the current path, now that we're in the middle of 
things?

-- 
Duncan - List replies preferred.   No HTML msgs.
"Every nonfree program has a lord, a master --
and if you use the program, he is your master."  Richard Stallman


Reply via email to