В eselect news свалилось:
2013-09-27-initramfs-required
Title Separate /usr on Linux requires initramfs
Author William Hubbs williamh@gentoo.org
Posted 2013-09-27
Revision 1Linux systems which have / and /usr on separate file systems but do not
use an initramfs will not be supported starting on 01-Nov-2013.If you have / and /usr on separate file systems and you are not
currently using an initramfs, you must set one up before this date.
Otherwise, at some point on or after this date, upgrading packages
will make your system unbootable.For more information on setting up an initramfs, see this URL:
https://wiki.gentoo.org/wiki/Initramfs/HOWTO
Due to many upstream changes, properly supporting Linux systems that
have /usr missing at boot time has become increasingly difficult.
Despite all our efforts, it already breaks in some exotic
configurations, and this trend is likely to grow worse.For more information on the upstream changes and why using an initramfs
is the cleanest route forward, see the following URLs:http://freedesktop.org/wiki/Software/systemd/separate-usr-is-broken
https://blog.flameeyes.eu/2013/01/the-boot-process
я няшка и на какой-то хуй пересобрал полсистемы через gcc-4.9.0-alpha20130922, блядь
ну покрайней мере компилятор свежий
[master 8ed2288] + googleearth: rescued from ::gentoo and updated
5 files changed, 219 insertions(+)
create mode 100644 sci-geosciences/googleearth/Manifest
create mode 100644 sci-geosciences/googleearth/files/googleearth-7.1.1.1871-desktopfile.patch
create mode 100644 sci-geosciences/googleearth/files/googleearth-mimetypes.xml
create mode 100644 sci-geosciences/googleearth/googleearth-7.1.1.1888.ebuild
create mode 100644 sci-geosciences/googleearth/metadata.xml
Видимо, я теперь меинтейнер гуглоземли в Gentoo :/
66
Что я сломал?
nvidia-drivers-304.88> * Determining the location of the kernel source code
nvidia-drivers-304.88> * Found kernel source directory:
nvidia-drivers-304.88> * /usr/src/linux
* ACCESS DENIED: unlinkat: /.2259.tmp
* ACCESS DENIED: unlinkat: /.2259.o
* ACCESS DENIED: open_wr: /.2262.tmp
* ACCESS DENIED: unlinkat: /.2262.tmp
* ACCESS DENIED: unlinkat: /.2262.o
* ACCESS DENIED: open_wr: /.2266.tmp
…
Есть два стула^W компа, которыми пользуюсь только я. На них разные дистрибутивы
Есть сайт http://crypta.yandex.ru/
http://dump.bitcheese.net/images/evamewu/aaa.png - openSUSE
http://dump.bitcheese.net/images/yhacugo/ttt.png - Gentoo
Вот что гента животворящая делает. Ставь генту - становись холостяком
/etc/init.d/qemu-binfmt по непонятной причине регает какие угодно архитектуры, но только не x86_64. Чтобы добавить поддержку x86_64, нужно просто продолжить по аналогии ряд
echo ':alpha:M::\x7fELF\x02\x01\x01\x00\x00\x00\x00\x00\x00\x00\x00\x00\x02\x00\x26\x90:\xff\xff\xff\xff\xff\xfe\xfe\xff\xff\xff\xff\xff\xff\xff\xff\xff\xfe\xff\xff\xff:/usr/bin/qemu-static-alpha-binfmt:' > /proc/sys/fs/binfmt_misc/register
echo ':arm:M::\x7fELF\x01\x01\x01\x00\x00\x00\x00\x00\x00\x00\x00\x00\x02\x00\x28\x00:\xff\xff\xff\xff\xff\xff\xff\x00\xff\xff\xff\xff\xff\xff\xff\xff\xfe\xff\xff\xff:/qemu-static-arm-binfmt:' > /proc/sys/fs/binfmt_misc/register
echo ':sparc:M::\x7fELF\x01\x02\x01\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x02\x00\x02:\xff\xff\xff\xff\xff\xff\xff\xff\xff\xff\xff\xff\xff\xff\xff\xff\xff\xfe\xff\xff:/usr/bin/qemu-static-sparc-binfmt:' > /proc/sys/fs/binfmt_misc/register
Из всех OS только в Linux у меня такие дебильные проблемы создать юзера. Что Debian, что NixOS, что Ubuntu, что теперь Gentoo, каждый раз знакомство с дистрибутивом начинается с такого неприятного момента, как гугление, как обмануть этот не в меру упрямый дистрибутив и создать–таки нормальное имя пользователя, чтоб, когда выполняю ssh или другую команду между системами, не указывать его в другом регистре. --force-badname в Gentoo почему–то из коробки нет.