Gentoo Archives: gentoo-soc

From: Nirbheek Chauhan <nirbheek.chauhan@×××××.com>
To: gentoo-soc@l.g.o
Subject: Re: [gentoo-soc] AutotuA Weekly Report 2
Date: Wed, 25 Jun 2008 17:01:11
Message-Id: 8b4c83ad0806251001j6080feaek84c2d36af5b8837f@mail.gmail.com
In Reply to: Re: [gentoo-soc] AutotuA Weekly Report 2 by Donnie Berkholz
1 On Wed, Jun 25, 2008 at 9:51 PM, Donnie Berkholz <dberkholz@g.o> wrote:
2 > On 18:22 Wed 25 Jun , Nirbheek Chauhan wrote:
3 >> Here it is:
4 >> http://soc.gentooexperimental.org/news/show/5
5 >>
6 >> Cya next week! ;)
7 >
8 > Could you paste the content into a reply, just in case soc.ge.org ever
9 > disappears?
10
11 Ah, yes, I thought of that, but I didn't think anyone else would ;p
12
13 Here it is:
14
15 -----------------------
16 Last week's report[1] was a mighty long one because it was the first
17 one, so this one won't be <*sighs of relief*>.
18
19 The projections (last week) for this week's work were:
20
21 * Chroot preparation
22 * jobuild parsing via Jobuild() object and jobuild.sh
23
24 I've only been able to do Chroot preparation however, since jobuild
25 parsing has turned out to be more tricky than we had anticipated (and
26 we really don't want ugly solutions ;). Also, Patrick is out of town,
27 and I had an exam yesterday, so that hindered progress too. However,
28 I've not been idle in the past week, and the chroot preparation and
29 manipulation parts are completely done (more than what I had projected
30 for this week). See
31
32 slave/autotua/chroot/__init__.py
33
34 The second thing that I had to do was create some space so I could
35 test the slave out properly. This involved resizing my windows
36 partition to increase the size of my "experiment mount". As luck would
37 have it, my windows partition had bad blocks, so I could not move the
38 free space to the existing (albeit small) "experiment mount". The only
39 solution I could see was to delete my windows partition (8GB sitting
40 around doing nothing). Now I had two partitions separated by 60Gigs.
41 And I hate LVM. So I installed btrfs[2] ;p
42
43 Don't worry, the partition will only contain expendable test data, and
44 the unstable explosiveness of btrfs adds a level of excitement to the
45 project =)
46
47 The third thing that I did (after talking to robbat2 about hosting the
48 code on gentoo) was move the code to git. The reasons for this are
49 simple: Gentoo already has the required Infra to manage git
50 repositories, and bzr-http uses too many GETs to be a viable hosting
51 solution (that's what brought http-svn down apparently).
52
53 So, the code is now on git[3] (git-fast-import + bzr-fast-export
54 ftw!~), and so will the jobtage tree :)
55
56 The diff stat for the past week has been:
57
58 $ git diff --stat --find-copies-harder -M -C a609bd1d..
59 .gitignore | 2 +
60 autotua/__init__.py | 167 ------------------------
61 autotua/bin/jobuild.sh | 6 -
62 autotua/sync/__init__.py | 38 ------
63 scripts/minimal-portage-snapshot.sh | 20 +++
64 slave/TODO | 3 +
65 slave/autotua/__init__.py | 107 +++++++++++++++
66 slave/autotua/bin/jobuild.sh | 13 ++
67 slave/autotua/chroot/__init__.py | 126 ++++++++++++++++++
68 slave/autotua/const.py | 78 +++++++++++
69 {autotua => slave/autotua}/fetch/__init__.py | 10 +-
70 {autotua => slave/autotua}/jobuild/__init__.py | 0
71 slave/autotua/sync/__init__.py | 90 +++++++++++++
72 slave/test_modules.py | 31 +++++
73 14 files changed, 472 insertions(+), 219 deletions(-)
74
75 git-fast-import seems to have not detected the move (done in bzr) from
76 autotua to slave/autotua properly :)
77 This week:
78
79 * jobuild parsing plz, kthx :)
80 * And a complete slave, ftw!
81
82 1. http://archives.gentoo.org/gentoo-soc/msg_7b8cf5c6033d78f8afb3d5919b81560b.xml
83 2. http://btrfs.wiki.kernel.org/index.php/Main_Page
84 3. http://git.overlays.gentoo.org/gitweb/?p=proj/autotua.git;a=summary
85
86 --
87 ~Nirbheek Chauhan
88 --
89 gentoo-soc@l.g.o mailing list