I have just released genkernel 3.4.11 to the testing tree. From a high level point of view this release brings:
- Slightly faster startup
- Updated versions of busybox, LVM, e2fsprogs/blkid
- A few new features, e.g. GnuPG support
- A bunch of bug fixes (see below)
Below you can find details on the changes since 18.104.22.1688. Besides the people contributing bug reports special thanks go to:
- Amadeusz Zolnowski (LVM update)
- Christian Giessner (UUID crypt_root)
- dacook (GnuPG 1.x support)
- Denis Kaganovich (Busybox patch porting)
- devsk (Multi-device patch)
- Fabio Erculiani (Slowusb fixes)
- Kai Dietrich (Symlink analysis)
- Kolbjorn Barmen (Arithmetic fix)
Please open bugs for any issues you run into.
- 217959 Add GnuPG 1.x support
Add support for UUID to
- 303529 Add minimal btrfs support
- 267383 Add virtio support by updating LVM
CONFIG_FIRMWARE_IN_KERNEL != y
- 291822 Update e2fsprogs/blkid to 1.41.14
- 331971 Update busybox to 1.18.1
- 255196 Update LVM to 2.02.74
- 351047 Do not sleep after vgscan
- 271528 Handle missing kernel .config better
- 323317 Improve slowusb handling
- 246370 Check return codes of cpio
/bin/vg*symlinks when called as
Pick first device when several devices are matching
- 347213 Fix warning "cannot remove `/var/cache/genkernel/src'"
- 326593 Allow configuring the list of busybox applets
- 339789 Fix arithmetic bug in defaults/initrd.scripts
Thanks for your interest.
I have just released genkernel 22.214.171.1248 to the testing tree. From a high level point of view this release brings:
- Unreleased patches laying around in Git (details below)
- A much more up to date man page
Below you can find details on the changes since 126.96.36.1997. Besides the people contributing bug reports and patches, Andrew Gaffney and Robin H. Johnson deserve credit, too. Please open bugs for any issues you run into.
- 297814 Make sure loop cache directory exists
- 262915 Properly apply NFS mount options
Add support for
- 268818 Enable ext4 by default everywhere
- 270983 Add USB HID modules to modules_load and default kernel-config
CMD_NOINSTALLis not set
- 268468 Make fbsplash switch to verbose mode in initramfs
- 341943 Allow compilation of busybox 1.7.4 with make 3.82
- man page: Propagate rename of
ramdiskas available actions
- 346015 Document LUKS variable
- Update man page from output of
- Fix a reference to
- Documented how releases are rolled
- Migrated man page to AsciiDoc
- Added a script to check how well documentation is in sync (
- Added a Makefile for generation of man page and release tarballs
Thanks for your interest.
Despite the fact that parenting is not on my radar yet, when I spotted Let's talk parenting taboos: Rufus Griscom + Alisa Volkman on the TED RSS feed I was curious what it was about. Various aspects made the talk well worth my time. Maybe it's worth yours, too.
Hello! I have written a small tool klogripper to continuously extract the log from the Kernel's ring buffer, something dmesg does not seem to be able to do. Building klogripper is trivial:
git clone https://github.com/hartwork/klogripper.git cd klogripper make
On the implementation: As calls to
always returned 0 here (-1 without root permissions), I use
SYSLOG_ACTION_READ_ALL, instead. On each call the resulting content is
compared to the previous run, and any possible overlap is cut off. The result
is a continuous stream, allowing to follow the log in real time. In case you
write patches for it, please feed them back to me. Thanks!
Hello! If you're wondering what rss2email is good for: one use case is combining it with IMAP so you can remember reading state across different machines. So... I have just bumped rss2email to version 2.69 in Gentoo. Before bumping, I have package-masked the upcoming version, because the packaging of 2.65 and 2.69 differ heavily. If you are using rss2email please give the new version a try in a non-production environment and open bugs as needed. Thank you!
When I finally accepted that you cannot do serious work on a single-core 1,3GHz notebook machine with 500MB RAM (running Xubuntu, to save compilation and manual disk encryption setups) I started looking for a notebook fast enough to really run Gentoo.
I was looking for ..
- a Lenovo machine
- Intel dual-core 2GHz or more
- 4GB RAM or more
- 14.1'' 16:10 display with more than 1024x768
- CD/DVD drive
- 200GB disk or more
- any non-NVIDIA graphics card
- 3x USB or more
Variations of T400, T410 and T400s seemed to be my options. I went to buy a T400 and started feeding Gentoo to it. These details may be interesting:
~amd64system, stable GCC, XFCE, and a bunch of KDE4 apps mixed in
- Full disk encryption (including swap)
/var/tmp/portageon 2GB tmpfs
- WLAN works, sound works, even camera works. (Card reader, FireWire, modem, GPU switching, and hibernation untested)
On the hardware
- Machine fast enough for Gentoo compilation fun (Core 2 Duo T9400 @ 2.53GHz, 4 GB RAM). See compile times below.
- Good keyboard (both typing and layout)
- Rather low noise so far
- Excellent Linux support so far
- Small keyboard (buffering?) issue still to be resolved. May be on software level though, no idea.
- No fingerprint reader
Things I learned
- Setting up disk encryption (LVM over dm-crypt) on the shell.
- Building an initramfs using genkernel. Awesome pointer by rbu, thanks!
- How li-io batteries like to be treated and what tp_smapi can do to help.
- Setting up NetworkManager.
- ThinkWiki and Gentoo Linux Wiki have useful bits of information, e.g. on WLAN.
- XFCE does not depend on HAL anymore?!
Traps I hit
- Forgot to install DHCP client first time.
- Entered non-ASCII passphrases with wrong keymap activated. No fun.
Odds I came across
"dokeymap keymap=de" boot options are not documented LUKS="yes" genkernel config is not documented
- Without "export TERM=linux" not even
htopworks on a Xubuntu 10.10 live. No, really.
gentoo-sourcesis licensed under the "freedist" license?
Kernel module auto-loading does not work here. Still need to figure out why.EDIT: The line
/etc/conf.d/modulesdid the trick. As the installation handbook only covers baselayout-1.x, that's sadly not documented.
- 03:31:02 — OpenOffice 3.2.1-r1
- 00:25:29 — GCC 4.4.4-r2
- 00:06:27 — Linux Kernel 2.6.36-r3
title Gentoo GNU/Linux + genkernel initramfs LATEST root (hd0,0) kernel (hd0,0)/vmlinuz dolvm dokeymap keymap=de \ crypt_root=/dev/sda2 real_root=/dev/gentoo/root initrd (hd0,0)/initramfs
Some packages in Gentoo support being installed for several Python versions at
the same time. One of these packages is
dev-python/pyinotify. If you look at
the ebuild (file
you stumble upon these lines:
PYTHON_DEPEND="*:2.5" SUPPORT_PYTHON_ABIS="1" RESTRICT_PYTHON_ABIS="2.4"
These lines tell that pyinotify 0.9.1 is expected to handle Python 2.5, 2.6,
2.7 and 3.0, 3.1, and 3.2. They are discussed in detail in the
Gentoo Python Developers Guide.
When installing pyinotify 0.9.1 with no
USE_PYTHON line in
by default you will get files for the active version of Python 2.x and Python
3.x. This line of the python eclass (file
There is three different active versions of python in Gentoo: one active version for 2.x and 3.x and third, a main active version from either pool, 2.6 in my case. These commands are meant to illustrate this:
# eselect python list --python2 Available Python 2 interpreters:  python2.6 *  python2.7 # eselect python list --python3 Available Python 3 interpreters:  python3.1 * # eselect python list Available Python interpreters:  python2.6 *  python2.7  python3.1
So with no specification of
/etc/make.conf I would get
pyinotify installed for Python 2.6 and python 3.1. As I want to have support
for Python 2.7 too, I have this line in my
USE_PYTHON="2.6 2.7 3.1"
This is what it gets me:
# equery f dev-python/pyinotify | grep site-packages /usr/lib64/python2.6/site-packages /usr/lib64/python2.6/site-packages/pyinotify-0.9.1-py2.6.egg-info /usr/lib64/python2.6/site-packages/pyinotify.py /usr/lib64/python2.7/site-packages /usr/lib64/python2.7/site-packages/pyinotify-0.9.1-py2.7.egg-info /usr/lib64/python2.7/site-packages/pyinotify.py /usr/lib64/python3.1/site-packages /usr/lib64/python3.1/site-packages/pyinotify-0.9.1-py3.1.egg-info /usr/lib64/python3.1/site-packages/pyinotify.py
NOTE : After changing
USE_PYTHON, don't forget to run
It will rebuild packages that have too little (or too much) support for Python
in its current form of installation. Besides, did I mention the Python team is
lacking man and woman power?
Inserting an SVG image into an OpenOffice document (.odt) took me more time than I expected. Looking back, this is what worked for me:
- Download SVG import extension (License: LGPL)
- Install the extension (Menu > Tools > Extension Manager)
- Convert to .odg (OpenDocument Drawing) using OpenOffice Draw:
- Open the SVG file
- Save as ODG
- Insert ODG picture into text document (Menu > Insert > Object > OLE Object... > Create from file)