pacnew-файлы это новые варианты конфигурационных файлов, которые поставляются вместе с обновлением пакетов. Установщик дает им такое расширение, так как не рискует переписывать существующие файлы конфигурации - вдруг пользователь внес там важные изменения.
Все что вам нужно, это сравнить свой старый и новый файлы и подумать нужно ли что-нибудь переносить из нового в старый. Если не нужно, то можно смело удалять. “Дописывать pacnew-файл в конец старого” НЕ НУЖНО - последствия непредсказуемы. :)
Здесь предлагают такое решение:
I can confirm this problem, and say that it specifically seems to apply to the libreoffice-gnome package; uninstalling that lets LibreOffice run just fine, although it doesn't look so great.
Хотя костыль конечно, в плане потери интеграции в окружение.
# HOSTNAME: Hostname of machine. Should also be put in /etc/hosts
Да, уже и сам дошел:
/var/run tmpfs
/var/lock tmpfs
Похоже?
Резюмируя обсуждение:
A workaround is to edit the “pass” field in /etc/fstab to be 0 for the btrfs partitions, which will skip file system checking on boot.
Если поможет, то можно списать на недоработки в только что появившейся fsck для btrfs.
Ничего руками пока не трогал (просто обновился), но вижу:
/var/run/run -> /run
/var/lock/lock -> /run/lock

Почему такая вложенность?
Уже долгое время бессменно использую немного доработанную gtk2 тему Mist (с цветом контролов от темы Redmond).
С переходом всё большего числа проектов на gtk3 всерьез озадачился тем, что хочу Mist для gtk3.

Переписать сам движок выше моих познаний, поэтому придал вид, аналогичный Mist-у, теме использующей стандартный (встроенный) движок gtk3. Результаты на скриншотах (соответственно GTK2 и GTK3 варианты):


Сама тема здесь.
Из того, что проверено и выглядит “правильно” (версии GTK3 программ):
Transmission
Shotwell
File-Roller
Remmina
Glade UI designer
Audacious

Если кого не затруднит, проверьте на других установленных GTK3 программах. Специально для проверки ставить программы не хочу, так делал тему для себя и “косяки” исправляю по мере их обнаружения в перешедших на gtk3 программах из установленных в системе.

Update (09.12.2012):
Перенес тему на gnome-look.org
Обновил для gtk3.6+
vadik
Короче если не в курсе дела - фиг поймешь. )
Как я понял, речь о том, что некоторые правила udev не смогли “продублировать” с помощью systemd-tools, поэтому пока не решат этих проблем будут поставлять “объединенный с udev” (думаю под именем systemd-tools) пакет. И, соответствено, до тех пор systemd-tools не будет включен в группу “base”.
А почему до сих пор никто не предложил поиграться со значением mtu?

Для Ethernet стандартно mtu=1500 (ставит сетевуха до модема)
для PPPoE стандартно mtu=1480 (ставит модем до провайдера - предположительно)

Может несогласованность между модемом и сетевухой играет роль в скором разрыве соединения?
Всё ИМХО конечно же.

PS. Попробуйте после установки соединения сделать ip link set eth0 mtu 1480 (будет действовать до перезагрузки)
bondvt04
тупо указываю в rc.conf
eth0=dhcp
INTERFACES=(eth0)
Сейчас же вроде как надо для dhcp:
# Wired network setup
#   - interface: name of device (required)
#   - address: IP address (leave blank for DHCP)
#   - netmask: subnet mask (ignored for DHCP)
#   - gateway: default route (ignored for DHCP)
interface=eth0
address=
netmask=
gateway=
Еще можно на модеме посмотреть логи, если есть такая функция, на предмет сообщений о реконнектах (если у вас соединение поднимает именно сам модем).