The new disk

First of all let me just say huge thanks for everyone who donated.

Here is list of people which I am aware of their identity:
David Abbott
Chris Fox
Olaf Freyer
Barrie Backhurst
N Wright

UPDATE
One more person contributed after I wrote the post:
Patrick Nagel

Together you guys managed to donate me 75% money for the disk and as I expected not to get above 50% I even bought the better one (Vertex instead of the Agility).
So you all get few free bugfixes when you mail me with your breakages. This requires me knowing the stack you want fixed of course, I can’t fix Gnome.

Anyway for rest of the readers there is no more any need for donations (if you want you can tho :P).

So what did I set up for your money worth?

Linux arcarius 3.2.2-hardened-r1 #2 SMP Tue Feb 14 18:29:28 CET 2012 x86_64 Intel(R) Core(TM) i7-2600K CPU @ 3.40GHz GenuineIntel GNU/Linux

If you are running on non-hardened machine you should really consider migrating to hardened, it works pretty well. Also really consider running stable instead of testing on your machines and opening stabilisation requests where needed. For me current keywords are this:

scarabeus@arcarius: ~ $ cat /etc/portage/package.keywords/*
=sys-devel/gcc-4.6* **
<sys-boot/grub-9999 **
media-video/libav
media-libs/x264
app-office/libreoffice
app-office/libreoffice-l10n
=dev-cpp/libcmis-0.1.0 ~amd64
=sys-apps/portage-2.2* **
=media-video/vlc-2.0*
dev-db/virtuoso-odbc
dev-db/virtuoso-server
sys-libs/zlib

I need the gcc for i7 and testing of libreoffice. The lo obviously is needed testing for development. Portage for @revdep-rebuild (can’t imagine life without it anymore) and vlc-2.0 where I am translator so I need it for the translation testing. Rest are just dependencies for those, where I plan to open stablereqs asap.

What about the disk layout?

scarabeus@arcarius: ~ $ LC_ALL=C df
Filesystem                       Size  Used Avail Use% Mounted on
rootfs                            89G   12G   78G  13% /
udev                              10M  284K  9.8M   3% /dev
/dev/sda4                         89G   12G   78G  13% /
rc-svcdir                        1.0M  112K  912K  11% /lib64/rc/init.d
cgroup_root                       10M     0   10M   0% /sys/fs/cgroup
tmpfs                            7.9G  892K  7.9G   1% /dev/shm
/dev/sda1                        9.6G  4.9G  4.2G  55% /var
/dev/sda3                        3.9G  210M  3.5G   6% /var/log
/dev/sda2                        9.6G  4.2G  5.0G  46% /usr/portage
tmpfs                            2.0G   24K  2.0G   1% /tmp
tmpfs                             10G  278M  9.8G   3% /var/tmp
192.168.137.10:/home/data/       2.7T  1.5T  1.3T  55% /home/data
192.168.137.10:/home/scarabeus/  2.7T  1.5T  1.3T  55% /home/scarabeus/remote

I put KDE there and right away fixed few lo-related bugs so we got from 52 to 45 bugs and to 3.5 final release (propagates itself as rc3). So now again back to clearing live ebuild and preparing new stabilisation list. You can all stalk my stats here

desktop

What I for sure won’t do: reassing all the bugs from m-n back to office as it is just bugzilla spam.

Anyway it took me 5 hours from 0 to this state. We can say that Gentoo install is pretty straight forward.
The only problem I had was my nfs setup, which was even on server side, thanks to prometheanfire for the solution.

Bookmark the permalink.

8 Responses to The new disk

  1. # says:

    Good to hear, btw what’s the status of libreoffice-bin? Is it going to be built moving forward, I remember some complaints in your blog in the past on this.

    • scarabeus says:

      It needs just some AT member to have virtual machine and will to generate them, script is in bin/.

      I am currently committing the 3.4.5.2 there as ATs created them so feel free to report bugs on them.

      • Guest says:

        Please help to fix https://bugs.gentoo.org/403915
        libreoffice v3.4.5.2 is broken and does not run on x64.

        • scarabeus says:

          There is not much for me to fix there.

          Binary version is generated by arch teams as courtesy for you guys.

          If it does not work we need to figure out why and fix the build script. After that we need some cpu to regenerate them. All this take time, lots of it.

          Altho now that we know what was wrong I hope it will be regenerated soon.

          For meantime you should try to build it yoursef. It is not that huge hog it used to be, compilation time is aprox 3x more than time you spent building gcc.

          • Guest says:

            Right. So GCC is building more then an hour on my laptop. I never tried to build openoffice and will never try. It simply not an option for me because I’m not compiling a one package for 4 hours. It is actually faster to install an another distro under virtual machine ;-)

            Can we simply use a binary from the off-site like it’s already done for google-chrome?

  2. scarabeus says:

    Erm script is not in bin/ but it is in libreoffice-bin/files/ folder :)

  3. gorkypl says:

    hello Tomáš,

    It is great to hear you are able to support Gentoo again :)

    Little question: is there a chance we will get splitted libreoffice here, like the guys from Debian or Arch? Does it require a great amount of developers’ work?

    • scarabeus says:

      Well it is not possible at all.

      The goal how binary distributions achieve it is done by building this as one package, and then based on various txt files it figures out which file belongs to what package.

      That is not possible to do in gentoo and there is not configure.in trickery that would actually allow such level of configuration.