Gentoo Archives: gentoo-dev

From: "Benedikt Böhm" <hollow@g.o>
To: gentoo-dev@l.g.o
Subject: Re: update commands / world file pollution Re: [gentoo-dev] Stable sys-devel/gcc USE flag changes WAS: [gentoo-commits] gentoo-x86 commit in eclass: ChangeLog toolchain.eclass
Date: Fri, 18 Jan 2013 13:13:12
Message-Id: CAN-7s6aKk+Ec=n+y28Ls8WwhHYXZ6xKt+OxHGNf2U8X8Ma25Ww@mail.gmail.com
In Reply to: Re: update commands / world file pollution Re: [gentoo-dev] Stable sys-devel/gcc USE flag changes WAS: [gentoo-commits] gentoo-x86 commit in eclass: ChangeLog toolchain.eclass by Michael Weber
1 On Fri, Jan 18, 2013 at 9:41 AM, Michael Weber <xmw@g.o> wrote:
2
3 > On 01/18/2013 09:28 AM, Benedikt Böhm wrote:
4 > > but - and that's quite important i guess - i only use my own clone of
5 > > the portage tree which i sync from time to time and i also keep
6 > > different versions stable, etc.
7 > HEAVY USER! But you have full control.
8 > Do you have any sophisticated mechanism to detect tree breakage (i.e. us
9 > f*** up), like Samuli replying -commit to -dev or irc activity?
10 >
11 > Or do you simply delay commit? (re-schedule on weekends/nights)
12 >
13
14 i manually sync with the gentoo-x86 repo from time to time (except security
15 issues, which i sync as soon as they are fixed)
16
17 i have no automated way to detect any tree breakage, but when i sync the
18 complete tree i do extensive manual testing on a handfull of machines
19 (either staging machines, or ones that are not really important)
20
21 but the main reason i even have a clone is to sync updates in batches. it's
22 really a hassle to keep servers in sync when changes to gentoo-x86 happen
23 any other minute. i also need to adapt my chef cookbooks for some updates,
24 so i do it all in one batch (sync, test, adapt, test, deploy)
25
26
27 > Delaying stabilization seems legit, but on Gentoo-stable ?!
28 >
29
30 it's not really about delaying stabilization ... there is quite a big list
31 of packages in my repo where i always stabilize the latest version(s) even
32 if gentoo-x86 is unstable. e.g. i've stabled openrc a looong time before
33 gentoo-x86 had it stable, etc.
34
35 it's also a lot easier to add new packages because i don't have to support
36 everything and the kitchen sink ... my repo just supports amd64 and it also
37 has quite a few binary ebuilds which would not be a good fit for gentoo-x86
38
39 if you're interested, it's all on github:
40 https://github.com/zentoo/zentoo(all the sync tools are in the script
41 directory and were initially copied
42 from the prefix guys, but have been heavily modified since ...)
43
44 Cheers,
45 Bene

Replies