1 |
Michael Orlitzky posted on Tue, 14 Jan 2014 19:50:30 -0500 as excerpted: |
2 |
|
3 |
> As I mentioned in a reply to William, right now I can decide when stuff |
4 |
> is broken and keyword the newer versions. The proposal is to force me |
5 |
> onto the new versions, which is strictly worse from my perspective. |
6 |
|
7 |
Force?? |
8 |
|
9 |
As I discovered when gentoo/kde "forced" me into taking semantic-desktop |
10 |
up the <beep> with early kde 4.11, there's rather less "force" on gentoo |
11 |
than many realize, certainly as long as upstream is still supporting the |
12 |
options, anyway, one of the reasons I run gentoo.[1] =:^) |
13 |
|
14 |
Every once in awhile I drag an ebuild out of /var/db/pkg/ to put in my |
15 |
overlay, because the ~arch I normally run has moved on and my current |
16 |
version is gone, but the new version is broken (or simply hugely changed |
17 |
and I don't have time to reconfigure ATM), while the stab?le version is |
18 |
just that, stale. |
19 |
|
20 |
Of course the kde-sunset overlay is perhaps the ultimate example of that. |
21 |
|
22 |
Yes, ultimately there will eventually be some "forcing" as in-tree deps |
23 |
change and keeping the old/overlaid version building and running becomes |
24 |
more of an issue over time, but it'll be a gradual process over a number |
25 |
of years, and the gentooer remains free to pick his pain point and do the |
26 |
migration in his own time, which at minimum, makes it a substantially |
27 |
softer "force" than would be the case on /most/ distributions. |
28 |
|
29 |
--- |
30 |
[1] In the kde/semantic-desktop case, I diffed package versions with and |
31 |
without the flag and figured out which changes were related to it and |
32 |
which not, creating my own ebuild patches, which I dropped in a tree |
33 |
under /etc/portage/patches.ebuild/, similar to the /etc/portage/patches/ |
34 |
tree. I then hacked up a script to apply those ebuild patches and re- |
35 |
manifest, and added that step to my sync-script. This was all possible, |
36 |
and actually surprisingly easy, because (1) upstream kde still supports |
37 |
the configure options and AFAIK intends to thru all of kde4, and (2) |
38 |
gentoo/kde had the options available at one point, so all I had to do was |
39 |
diff the before and after, and reverse the effect, hard-coding the flag |
40 |
off, where gentoo/kde was was effectively hard-coding it on. |
41 |
|
42 |
Fortunately, before 4.11 went stable, gentoo/kde decided to keep the |
43 |
flags after all, and reintroduced them. So I didn't have to carry my own |
44 |
patches for as long as I had feared I might. But regardless, their |
45 |
"forcing" semantic-desktop on ~arch and overlay users didn't "force" /me/ |
46 |
to take it, because I'm an empowered gentooer and one way or another I |
47 |
wasn't taking any such "forcing"! There efforts underway to do a user- |
48 |
controlled kde-sunset overlay thing, possibly calling it kde-lite, too, |
49 |
thus spreading the work around a bit, but fortunately that ultimately |
50 |
wasn't needed. And if it had come to it, I was beginning to look at |
51 |
other desktops too, as I had tried it previously and was done with kde |
52 |
with semantic-desktop, period, but fortunately that migration didn't have |
53 |
to happen either. =:^) |
54 |
|
55 |
-- |
56 |
Duncan - List replies preferred. No HTML msgs. |
57 |
"Every nonfree program has a lord, a master -- |
58 |
and if you use the program, he is your master." Richard Stallman |