/*
строки эти идут с большим трудом... не знаю ни как начать, ни что писать, ни того, стоит ли вообще писать на эту тему... ибо особого смысла-то наверное и нет.
начну издалека. никогда не понимал шумихи и ажиотажа по поводу "молодых" дистрибутивов. например - ubuntu. ну да, бесплатно высылают диски - здорово, основан на Debian - ещё лучше, один компакт-диск, работает как live-cd и может быть установлен на диск (в последних версиях, раньше компактов было два) - замечательно. но воспринимать его серьёзно не получалось. безобразный установщик, совершенно идиотская система безопасности (от отсутствия нормального фаервола до тупейшего запрета на локальный логин рута и прочая в том же духе), очень странный набор софта (с точки зрения пользователя SuSE с версии 9.0/8.2), отсутствие элементарных (на взгляд опять же пользователя SuSE) утилит типа базы данных по поддерживаемому оборудованию, возможности получить профессиональную консультацию в случае необходимости, ознакомиться с вопросами-ответами по пользованию SuSE, накопленными чуть ли не с 1995-го года и т.п.
только вот с момента покупки Novell-ом "что-то в Датском королевстве" пошло не так и версии OpenSuSE вплоть до 10.3 требовали к себе всё больше и больше внимания. наряду с ними (по аналогии с SuSE Pro) появились продукты класса Enterprise - SLED, SLES, сертифицированные для работы с такими "котами", как SAP и т.п. именно это обрадовало. бо кто-то таки одумался и поставил качество и стабильность превыше новомодных "рюшечек". термин "рюшечки" касается всего, что не стабильно, не проверено, не оттестировано, хуже аналогов, но считается по каким-то малопонятным причинам, достойным включения в тот или иной дистрибутив (именно в основную стабильную ветку).
в поисках альтернатив SuSE набрёл на Archlinux - в то время Judd Vinet (основатель арча) твёрдо стоял "у руля" и откровенной лажи для имеющего желание читать в дистрибутиве не было. основное же достоинство "арча" - это система abs (arch build system) и менеджер пакетов pacman. примечание: для освоивших написание spec файлов всё прочее можно смело относить к "костылям".
но Judd оставил пост кормчего и результат не заставил себя долго ждать. сперва кто-то из знакомых подал здравую идею: "пора валить!", а потом "пришла весна":
http://bbs.archlinux.org/viewtopic.php?id=45961
http://bugs.archlinux.org/task/10209
помимо описанного беспредела, "приколов" была масса. все связаны с "сырыми" binutils, coreutils, glibc и gcc. раз пошла такая пьянка, то зело кстати очередной ажиотаж с бубунтой. "арч" -> на снос, 8.04 ставим "на пощупать".
выбора пакетов при установке как не было, так и нет. появилась рабочая возможность указывать загрузчику куда именно ломиться, появилась фича не форматировать разделы при установке - мило... в initrd этого поделия запихали всё, что только можно и "увенчали" BusyBox-ом - браво! пригодилось. нетрудно догадаться, что сразу же после установки система отказалась запускаться. рихтанул /boot/grub/menu.lst, проверил /etc/fstab, что-то ещё поправил (так как /home не форматировался). стартануло. загрузился gnome и ... unable to fork child process со всеми вытекающими последствиями. полный абзацЪ. присобачил /home на / (сделал на одном диске с рутом, убрав все "домашние" скрипты автозапуска). стартует гном, запускаю xterm и получаю unable to fork child process... resource is temporary unavailable...
Ъ! ищу в доках на диске место, где мелким шрифтом после сборки даются инструкции по обтачиванию напильником для доведения "продукта" до кондиции - или искал плохо, или такую инструкцию, понятную типовому пользователю "убунты" пока не написали. пока что лучшая инструкция для пользователей этого дистрибутива найдена здесь:
http://www.punk-ass-bitch.org/gnome-color-chooser/
на фоне подобного "праздника" OpenSuSE тихо и спокойно на том же физическом диске с одинаковым /home продолжает "тянуть лямку"... ситуация, когда бесполезно искать любые доводы.
"а какая в этой песне мораль?
а морали нет никакой...
рождённый ползать не будет летать,
для полёта родится другой..."
если у вас что-то работает, вы в чём-то разобрались - не ищите добра от добра. не спешите делать "апгрейд", не гонитесь за "рюшечками" и новыми "красявостями". самое ценное - надёжная и стабильная работа. подожду релиза OpenSuSE-11. заодно с убунтой сравню.
*/
Показаны сообщения с ярлыком archlinux. Показать все сообщения
Показаны сообщения с ярлыком archlinux. Показать все сообщения
суббота, 26 апреля 2008 г.
понедельник, 10 сентября 2007 г.
archlinux... eine kleines arschloch "II"
тут будет очень скупо и кратко о доводке до текущего рабочего состояния, выборе софта и прочих "мелочах жизни".
в /etc/inittab уровень равен трём. если нужна консоль - Ctl+Alt+F1, городить же огород с init 5 как-то не готов (всё устраивает и так). логин менеджер - entrance (это требует установленных EFL и кой чего ещё из арсенала E17, минималистам вряд ли подойдёт). установлено два WM-а: Е16 (основной рабочий) и Е17 практически со всеми доступными для компиляции компонентами. это хозяйство итого занимает на диске 100мб. постоянно "в обойме" следующие EFL приложения:
exhibit - смотрелка картинок и edj файлов
edje_viewer - очень хорошая смотрелка edj файлов
elicit - подбирает цвет с любой точки экрана
estickies - заметки-стикеры, очень удобно...
extrackt - рипаю аудио (это гуи, ирония в том, что его можно использовать не только по "прямому" назначению...)
exige - очень симпотная командная строка
eclair - медиаплеер (нравится дизайн)
scrot - незаменим для скриншотов
автоматическое монтирование организовал с помощью autofs, вот только не забывайте указывать свою локаль для монтируемых носителей:
$ cat /etc/autofs/auto.media
cdrom -fstype=auto,ro,nodev,nosuid,utf8 :/dev/sr0
dvd -fstype=auto,ro,nodev,nosuid,utf8 :/dev/sr1
floppy -fstype=auto,async,nodev,nosuid,umask=000,utf8 :/dev/fd0
usbstick -fstype=auto,async,nodev,nosuid,umask=000,utf8 :/dev/sdd1
список загруженных сервисов и некоторые особенности их загрузки:
$ cat /etc/rc.conf | grep DAEMONS | grep -v \#
DAEMONS=(syslog-ng network netfs crond autofs clamav gpm sensors snort esd sysstat)
$ cat /etc/rc.local
#!/bin/bash
#
# /etc/rc.local: Local multi-user startup script.
#
iptables -F
iptables -t nat -F
iptables -t raw -F
iptables -t mangle -F
/etc/rc.d/iptables start
# иногда в этой строке идёт загрузка альтернативных правил iptables
route add # тут прописываю весь роутинг
modprobe nvidia
modprobe powernow-k8
modprobe cpufreq_ondemand # не люблю, когда проц надрывается попусту
cpufreq-set -g ondemand
cpufreq-set -d 1000
modprobe i2c-viapro
modprobe eeprom
modprobe w83627hf
modprobe k8temp
modprobe squashfs # рекомендую в squash хранить статичный контент
echo "quake3.x86 0 0 direct" > /proc/asound/card0/pcm0p/oss
echo "quake3.x86 0 0 disable" > /proc/asound/card0/pcm0c/oss
alsactl restore
/opt/e17/sbin/entranced
на первый взгляд более логично вынести iptables в /etc/rc.conf (не забываем, что правила для загрузки должны по умолчанию быть в /etc/iptables/iptables.rules в формате, сохранённом командой iptables-save), но, поскольку есть в моей маленькой сети кое-какие особенности работы с мультикастом, мне проще в /etc/rc.local после старта iptables добивать пару-тройку правил или грузить альтернативный набор оных. то есть мой набор правил не статичен. модули, не требующие параметров для работы, можно также выкинуть в /etc/rc.conf без ущерба для здоровья, но откровенно лень. работает - не трожь...
с выбором софта приключилась маленькая эпопея. нужно работать с djvu, сравнив требования evince решил, что qt+djvulibre будет разумнее, чем этот gtk монстрик. потом начались "чудеса" с xpdf (оно оказывается имеет трепетную и негасимую ничем любовь к DRM), потом как-то оказалось, что ни xpdf, ни xdvi не в состоянии сохранить документ с именем, написаным не латиницей - от большого ума поставил kdegraphics, потом подсчитал количество хлама, пришедшего с kpdf и kdvi, прослезился, снёс всё и сейчас qt и djvulibre ходят "под ножом" - если будут косяки хоть с одним djvu - снесу напрочь с превеликой радостью (уже снёс). в отлове затаившихся по углам "партизанов" неоценимую помощь оказывает команда:
$ pacman -Qe
но гарантий 100% свободы от "мусора" как не было, так и нет. пример: opera осталась после вырезания qt/kde напрочь (экое свинство!). может ещё чего найду впоследствии.
в остальном - скучно и обыденно:
xmms, ffmpeg, mplayer, mpd+gkrellmpc, gkrellm, w3m, vim, mutt, urxvt (даже xterm-а нет. это - единственная "консолька" в гуях), seamonkey, openoffice, lyx, evince, vsftpd, apache, curlftpfs, stardict (с безумным количеством словарей), cinelerra, easytag, realplayer (нужен для линковки с mplayer-ом), bluefish, eclipse, meld, blender, gimp, gpa, xchm, amyedit, linuxdcpp, wine, mc, pidgin и supertux (пройдены все уровни!). диски пишу growisofs/cdrecord, не гнушаясь набрать команды своими заскорузлыми (и что характерно - не помню, когда запорол болванку в последний раз). вот и весь сказ.
"я еду по дороге, от солнца в глазах темно.
другой бы был рад, что не стало преград,
что можно вперёд, а можно назад,
я тоже хотел бы... но...
но мне - всё равно..."
"Мой корабль накрыло обломками слов,
Вместо мачты - окурок дымит!
На руках и ногах - килограммы оков,
Да и скрипка-лиса не скрипит..."
Вместо мачты - окурок дымит!
На руках и ногах - килограммы оков,
Да и скрипка-лиса не скрипит..."
в /etc/inittab уровень равен трём. если нужна консоль - Ctl+Alt+F1, городить же огород с init 5 как-то не готов (всё устраивает и так). логин менеджер - entrance (это требует установленных EFL и кой чего ещё из арсенала E17, минималистам вряд ли подойдёт). установлено два WM-а: Е16 (основной рабочий) и Е17 практически со всеми доступными для компиляции компонентами. это хозяйство итого занимает на диске 100мб. постоянно "в обойме" следующие EFL приложения:
exhibit - смотрелка картинок и edj файлов
edje_viewer - очень хорошая смотрелка edj файлов
elicit - подбирает цвет с любой точки экрана
estickies - заметки-стикеры, очень удобно...
extrackt - рипаю аудио (это гуи, ирония в том, что его можно использовать не только по "прямому" назначению...)
exige - очень симпотная командная строка
eclair - медиаплеер (нравится дизайн)
scrot - незаменим для скриншотов
автоматическое монтирование организовал с помощью autofs, вот только не забывайте указывать свою локаль для монтируемых носителей:
$ cat /etc/autofs/auto.media
cdrom -fstype=auto,ro,nodev,nosuid,utf8 :/dev/sr0
dvd -fstype=auto,ro,nodev,nosuid,utf8 :/dev/sr1
floppy -fstype=auto,async,nodev,nosuid,umask=000,utf8 :/dev/fd0
usbstick -fstype=auto,async,nodev,nosuid,umask=000,utf8 :/dev/sdd1
список загруженных сервисов и некоторые особенности их загрузки:
$ cat /etc/rc.conf | grep DAEMONS | grep -v \#
DAEMONS=(syslog-ng network netfs crond autofs clamav gpm sensors snort esd sysstat)
$ cat /etc/rc.local
#!/bin/bash
#
# /etc/rc.local: Local multi-user startup script.
#
iptables -F
iptables -t nat -F
iptables -t raw -F
iptables -t mangle -F
/etc/rc.d/iptables start
# иногда в этой строке идёт загрузка альтернативных правил iptables
route add # тут прописываю весь роутинг
modprobe nvidia
modprobe powernow-k8
modprobe cpufreq_ondemand # не люблю, когда проц надрывается попусту
cpufreq-set -g ondemand
cpufreq-set -d 1000
modprobe i2c-viapro
modprobe eeprom
modprobe w83627hf
modprobe k8temp
modprobe squashfs # рекомендую в squash хранить статичный контент
echo "quake3.x86 0 0 direct" > /proc/asound/card0/pcm0p/oss
echo "quake3.x86 0 0 disable" > /proc/asound/card0/pcm0c/oss
alsactl restore
/opt/e17/sbin/entranced
на первый взгляд более логично вынести iptables в /etc/rc.conf (не забываем, что правила для загрузки должны по умолчанию быть в /etc/iptables/iptables.rules в формате, сохранённом командой iptables-save), но, поскольку есть в моей маленькой сети кое-какие особенности работы с мультикастом, мне проще в /etc/rc.local после старта iptables добивать пару-тройку правил или грузить альтернативный набор оных. то есть мой набор правил не статичен. модули, не требующие параметров для работы, можно также выкинуть в /etc/rc.conf без ущерба для здоровья, но откровенно лень. работает - не трожь...
с выбором софта приключилась маленькая эпопея. нужно работать с djvu, сравнив требования evince решил, что qt+djvulibre будет разумнее, чем этот gtk монстрик. потом начались "чудеса" с xpdf (оно оказывается имеет трепетную и негасимую ничем любовь к DRM), потом как-то оказалось, что ни xpdf, ни xdvi не в состоянии сохранить документ с именем, написаным не латиницей - от большого ума поставил kdegraphics, потом подсчитал количество хлама, пришедшего с kpdf и kdvi, прослезился, снёс всё и сейчас qt и djvulibre ходят "под ножом" - если будут косяки хоть с одним djvu - снесу напрочь с превеликой радостью (уже снёс). в отлове затаившихся по углам "партизанов" неоценимую помощь оказывает команда:
$ pacman -Qe
но гарантий 100% свободы от "мусора" как не было, так и нет. пример: opera осталась после вырезания qt/kde напрочь (экое свинство!). может ещё чего найду впоследствии.
в остальном - скучно и обыденно:
xmms, ffmpeg, mplayer, mpd+gkrellmpc, gkrellm, w3m, vim, mutt, urxvt (даже xterm-а нет. это - единственная "консолька" в гуях), seamonkey, openoffice, lyx, evince, vsftpd, apache, curlftpfs, stardict (с безумным количеством словарей), cinelerra, easytag, realplayer (нужен для линковки с mplayer-ом), bluefish, eclipse, meld, blender, gimp, gpa, xchm, amyedit, linuxdcpp, wine, mc, pidgin и supertux (пройдены все уровни!). диски пишу growisofs/cdrecord, не гнушаясь набрать команды своими заскорузлыми (и что характерно - не помню, когда запорол болванку в последний раз). вот и весь сказ.
"я еду по дороге, от солнца в глазах темно.
другой бы был рад, что не стало преград,
что можно вперёд, а можно назад,
я тоже хотел бы... но...
но мне - всё равно..."
воскресенье, 9 сентября 2007 г.
archlinux... eine kleines arschloch "I"
всем начинающим - читать:
http://citkit.ru/articles/archlinuxcrux/
что привлекло (помимо arschloch-а) - возможность комбинировать систему из прекомпиленных пакетов и собранных вручную. имеет смысл собирать:
1. ядро (это сэкономит трафик и имеет ещё пару-тройку преимуществ)
2. пакеты мультимедиа (ffmpeg, mplayer, x264 и т.д.)
3. WM/DE (как пример: либо тянуть 60мб на очередной апдейт kdebase + kdegraphics + kdelibs или вытянуть патч на исходники в несколько десятков килобайт - это справедливо и в отношении ядра)
допустим, у нас одноядерный процессор без HT - нужно ли нам ядро с SMP? нужен ли нам SMP для 4-х ядерного проца по умолчанию? нужно ли нам качать пакет в 30мб на очередном обновлении или патч в 40кб (есть разница, не так ли)?
если мы принимаем волевое решение строить комбинированную систему (пакеты + своя сборка при помощи ABS) нам не помешает создать скрипт для обновления этой системы. очевидно, что собираемые вручную пакеты мы внесём в IgnorePkg и при
$ pacman -Syu
нам дадут знать о различиях в версиях пакетов на нашей машине и в репозиториях арча. но как-то неудобно выискивать эту разницу в цифирьках на глазок. рассмотрим следующий детский скриптец:
$ cat ~/bin/sys_update
#!/bin/sh
if [ `pacman -Ss freetype2 | grep current | awk '{printf $2}'` != \
`pacman -Q | grep freetype2-lcd_ | awk '{printf $2}'` ]
then echo -e '\E[37;31m'"\033[1mFreetype2-lcd_ SHOULD BE UPDATED!\033[0m"
else echo -e '\E[37;44m'"\033[1mFreetype2-lcd_ is ok\033[0m"
fi
if [ `pacman -Ss kernel26 | grep current | awk '{printf $2}'` != \
`pacman -Q | grep kernel26 | awk '{printf $2}'` ]
then echo -e '\E[37;31m'"\033[1mKernel26 SHOULD BE UPDATED!\033[0m"
else echo -e '\E[37;44m'"\033[1mKernel26 is ok\033[0m"
fi
if [ `pacman -Ss kqemu | grep extra | grep kqemu\ | awk '{printf $2}'` != \
`pacman -Q | grep kqemu\ | awk '{printf $2}'` ]
then echo -e '\E[37;31m'"\033[1mKqemu SHOULD BE UPDATED!\033[0m"
else echo -e '\E[37;44m'"\033[1mKqemu is ok\033[0m"
fi
if [ `pacman -Ss ntfs-3g | grep extra | grep ntfs-3g\ | awk '{printf $2}'` != \
`pacman -Q | grep ntfs-3g\ | awk '{printf $2}'` ]
then echo -e '\E[37;31m'"\033[1mntfs-3g SHOULD BE UPDATED!\033[0m"
else echo -e '\E[37;44m'"\033[1mntfs-3g is ok\033[0m"
fi
if [ `pacman -Ss truecrypt | grep extra | grep truecrypt\ | awk '{printf $2}'` != \
`pacman -Q | grep truecrypt\ | awk '{printf $2}'` ]
then echo -e '\E[37;31m'"\033[1mtruecrypt SHOULD BE UPDATED!\033[0m"
else echo -e '\E[37;44m'"\033[1mtruecrypt is ok\033[0m"
fi
sudo pacman -Syu
sudo abs
# EOF
вот теперь глазоньки ломать не надо. отслеживаются изменения в пакетах truecrypt, ntfs-3g, kernel26, kqemu и freetype2. неплохим началом будет запихать в cron что-то наподобие:
$ cat ~/bin/sys_settings_backup
#!/bin/sh
cd /backup_folder
sudo tar -cvvjf "`date +%m%d%Y`_etc.tar.bz2" /etc
sudo tar -cvvjf "`date +%m%d%Y`_var_lib_pacman.tar.bz2" /var/lib/pacman
# EOF
теперь можно покуражиться. если у вас нет острой необходимости (понимаю, что винт не резиновый, но всё же) - не стоит делать вот так:
$ sudo pacman -Scc
это моветон, особенно для экспериментаторов. ежели кто желает получить "домашнее задание" - может нарисовать скриптик для бэкапа/восстановления разрешений на файлы в системе (вариантов решения тут может быть масса) или скриптик для удаления старых версий скачанных ранее файлов из /var/cache/pacman/pkg/ (опять же только если всё нормально работает и нет необходимости откатываться на более ранние версии софта). иногда встречаю на форумах замечания о том, что компиляция своего софта из ABS в каталоге, отличном от /var/abs/local/, может привести к нежелательным последствиям - не сталкивался, собираю всё в домашней директории. сборку всего и вся логично вести PKGBUILD файлами и не пытаться самовольничать с ./configure && make && sudo make install, что в арче стоит приравнять к одному из самых глупых поступков. параметры компиляции при makepkg можно поменять в файле /etc/makepkg.conf. что именно менять - разжёвано здесь: http://gcc.gnu.org/onlinedocs/. вопрос в том, стоит ли?
$ cat /etc/makepkg.conf | grep -v \#
FTPAGENT="/usr/bin/wget --continue --passive-ftp --tries=3 --waitretry=3 --no-check-certificate"
CARCH="i686"
CHOST="i686-pc-linux-gnu"
CFLAGS="-march=i686 -mtune=generic -O2 -pipe"
CXXFLAGS="-march=i686 -mtune=generic -O2 -pipe"
BUILDENV=(fakeroot !distcc color !ccache)
OPTIONS=(strip !docs libtool emptydirs)
INTEGRITY_CHECK=(md5)
DOC_DIRS=(usr/{,share/}{info,doc,gtk-doc} opt/gnome/{,share/}{info,doc,gtk-doc})
настоящие джедаи обязаны подружиться с командой makeworld (пожелаю им всяческих успехов в этом нелёгком деле).
Ночь. Лежу без чужой жены
Кулер ревет, словно в жопе
Я Дженту компИлю для рОдной страны
Назло буржуазной Европе
alv (c)
конечно же AUR (http://aur.archlinux.org/) спасёт отцов демократии от недостатка софта. всё равно чего-то не нашли? - так сделайте пакет и залейте в AUR самостоятельно, хватит хныкать из конца-то в конец. ваш покорный слуга внёс свой махонький вклад в виде 2-х пакетов (один из которых мало кому пригодится, о чём честно написал в комментариях к пакету):
igmpproxy
freetype2-lcd_
при работе с этой системой (равно как и с любой другой) будьте крайне внимательны к конфигам сервисов, стартовым скриптам, сообщениям при загрузке и т.п. - это именно то поле, на котором славно порезвились пьяные в дымину сапёры с неограниченными боеприпасами. не хочу сказать, что всё плохо (есть варианты "гораздо мрачней"), но помнить о нюансах стоит (на эту тему - изумительный анекдот, как Петька спрашивал у Чапая про эти самые "нюансы", Чапай объяснил в "классическом стиле", загнув Петеньку раком). сразу бросается в глаза отсутствие опции "status" в /etc/rc.d/ скриптах. несомненно, что все должны знать о каталоге /var/run/, но уже некрасиво. дай Бог памяти, с тем же snort-ом повозился чуток дабы заставить работать, а не имитировать бурную деятельность. было очень забавно учиться особенностям работы и настройки iptables из /etc/rc.d/iptables (справедливости ради замечу, что далеко не все пользователи SuSE знают о наличии и возможностях интересного файлика - /etc/sysconfig/SuSEfirewall2) - всё это несомненно придётся по душе пользователям Slackware, где Патрик оттягивается с подобными "нюансами" по полной программе. было что-то ещё из этой же оперы, да запамятовал. расслабляться однозначно не стоит. каждый дистрибутив имеет эти свои "фичи": немного внимания, времени, терпения - вот и всё, что нужно для попадания в "Страну Пе*датию" (c) (где жизнь без забот и всё такое прочее...). тут сам собой напрашивается вывод, что все дистрибутивы - одинаковы, все мужики - гхм... слегка озабочены и от них плохо пахнет, а солнце смахивает на карманный фонарик.
на этой оптимистичной ноте позвольте завершить первую часть опуса "Eine Kleines Arschloch" и откланяться...
http://citkit.ru/articles/archlinuxcrux/
что привлекло (помимо arschloch-а) - возможность комбинировать систему из прекомпиленных пакетов и собранных вручную. имеет смысл собирать:
1. ядро (это сэкономит трафик и имеет ещё пару-тройку преимуществ)
2. пакеты мультимедиа (ffmpeg, mplayer, x264 и т.д.)
3. WM/DE (как пример: либо тянуть 60мб на очередной апдейт kdebase + kdegraphics + kdelibs или вытянуть патч на исходники в несколько десятков килобайт - это справедливо и в отношении ядра)
допустим, у нас одноядерный процессор без HT - нужно ли нам ядро с SMP? нужен ли нам SMP для 4-х ядерного проца по умолчанию? нужно ли нам качать пакет в 30мб на очередном обновлении или патч в 40кб (есть разница, не так ли)?
если мы принимаем волевое решение строить комбинированную систему (пакеты + своя сборка при помощи ABS) нам не помешает создать скрипт для обновления этой системы. очевидно, что собираемые вручную пакеты мы внесём в IgnorePkg и при
$ pacman -Syu
нам дадут знать о различиях в версиях пакетов на нашей машине и в репозиториях арча. но как-то неудобно выискивать эту разницу в цифирьках на глазок. рассмотрим следующий детский скриптец:
$ cat ~/bin/sys_update
#!/bin/sh
if [ `pacman -Ss freetype2 | grep current | awk '{printf $2}'` != \
`pacman -Q | grep freetype2-lcd_ | awk '{printf $2}'` ]
then echo -e '\E[37;31m'"\033[1mFreetype2-lcd_ SHOULD BE UPDATED!\033[0m"
else echo -e '\E[37;44m'"\033[1mFreetype2-lcd_ is ok\033[0m"
fi
if [ `pacman -Ss kernel26 | grep current | awk '{printf $2}'` != \
`pacman -Q | grep kernel26 | awk '{printf $2}'` ]
then echo -e '\E[37;31m'"\033[1mKernel26 SHOULD BE UPDATED!\033[0m"
else echo -e '\E[37;44m'"\033[1mKernel26 is ok\033[0m"
fi
if [ `pacman -Ss kqemu | grep extra | grep kqemu\ | awk '{printf $2}'` != \
`pacman -Q | grep kqemu\ | awk '{printf $2}'` ]
then echo -e '\E[37;31m'"\033[1mKqemu SHOULD BE UPDATED!\033[0m"
else echo -e '\E[37;44m'"\033[1mKqemu is ok\033[0m"
fi
if [ `pacman -Ss ntfs-3g | grep extra | grep ntfs-3g\ | awk '{printf $2}'` != \
`pacman -Q | grep ntfs-3g\ | awk '{printf $2}'` ]
then echo -e '\E[37;31m'"\033[1mntfs-3g SHOULD BE UPDATED!\033[0m"
else echo -e '\E[37;44m'"\033[1mntfs-3g is ok\033[0m"
fi
if [ `pacman -Ss truecrypt | grep extra | grep truecrypt\ | awk '{printf $2}'` != \
`pacman -Q | grep truecrypt\ | awk '{printf $2}'` ]
then echo -e '\E[37;31m'"\033[1mtruecrypt SHOULD BE UPDATED!\033[0m"
else echo -e '\E[37;44m'"\033[1mtruecrypt is ok\033[0m"
fi
sudo pacman -Syu
sudo abs
# EOF
вот теперь глазоньки ломать не надо. отслеживаются изменения в пакетах truecrypt, ntfs-3g, kernel26, kqemu и freetype2. неплохим началом будет запихать в cron что-то наподобие:
$ cat ~/bin/sys_settings_backup
#!/bin/sh
cd /backup_folder
sudo tar -cvvjf "`date +%m%d%Y`_etc.tar.bz2" /etc
sudo tar -cvvjf "`date +%m%d%Y`_var_lib_pacman.tar.bz2" /var/lib/pacman
# EOF
теперь можно покуражиться. если у вас нет острой необходимости (понимаю, что винт не резиновый, но всё же) - не стоит делать вот так:
$ sudo pacman -Scc
это моветон, особенно для экспериментаторов. ежели кто желает получить "домашнее задание" - может нарисовать скриптик для бэкапа/восстановления разрешений на файлы в системе (вариантов решения тут может быть масса) или скриптик для удаления старых версий скачанных ранее файлов из /var/cache/pacman/pkg/ (опять же только если всё нормально работает и нет необходимости откатываться на более ранние версии софта). иногда встречаю на форумах замечания о том, что компиляция своего софта из ABS в каталоге, отличном от /var/abs/local/, может привести к нежелательным последствиям - не сталкивался, собираю всё в домашней директории. сборку всего и вся логично вести PKGBUILD файлами и не пытаться самовольничать с ./configure && make && sudo make install, что в арче стоит приравнять к одному из самых глупых поступков. параметры компиляции при makepkg можно поменять в файле /etc/makepkg.conf. что именно менять - разжёвано здесь: http://gcc.gnu.org/onlinedocs/. вопрос в том, стоит ли?
$ cat /etc/makepkg.conf | grep -v \#
FTPAGENT="/usr/bin/wget --continue --passive-ftp --tries=3 --waitretry=3 --no-check-certificate"
CARCH="i686"
CHOST="i686-pc-linux-gnu"
CFLAGS="-march=i686 -mtune=generic -O2 -pipe"
CXXFLAGS="-march=i686 -mtune=generic -O2 -pipe"
BUILDENV=(fakeroot !distcc color !ccache)
OPTIONS=(strip !docs libtool emptydirs)
INTEGRITY_CHECK=(md5)
DOC_DIRS=(usr/{,share/}{info,doc,gtk-doc} opt/gnome/{,share/}{info,doc,gtk-doc})
настоящие джедаи обязаны подружиться с командой makeworld (пожелаю им всяческих успехов в этом нелёгком деле).
Ночь. Лежу без чужой жены
Кулер ревет, словно в жопе
Я Дженту компИлю для рОдной страны
Назло буржуазной Европе
alv (c)
конечно же AUR (http://aur.archlinux.org/) спасёт отцов демократии от недостатка софта. всё равно чего-то не нашли? - так сделайте пакет и залейте в AUR самостоятельно, хватит хныкать из конца-то в конец. ваш покорный слуга внёс свой махонький вклад в виде 2-х пакетов (один из которых мало кому пригодится, о чём честно написал в комментариях к пакету):
igmpproxy
freetype2-lcd_
при работе с этой системой (равно как и с любой другой) будьте крайне внимательны к конфигам сервисов, стартовым скриптам, сообщениям при загрузке и т.п. - это именно то поле, на котором славно порезвились пьяные в дымину сапёры с неограниченными боеприпасами. не хочу сказать, что всё плохо (есть варианты "гораздо мрачней"), но помнить о нюансах стоит (на эту тему - изумительный анекдот, как Петька спрашивал у Чапая про эти самые "нюансы", Чапай объяснил в "классическом стиле", загнув Петеньку раком). сразу бросается в глаза отсутствие опции "status" в /etc/rc.d/ скриптах. несомненно, что все должны знать о каталоге /var/run/, но уже некрасиво. дай Бог памяти, с тем же snort-ом повозился чуток дабы заставить работать, а не имитировать бурную деятельность. было очень забавно учиться особенностям работы и настройки iptables из /etc/rc.d/iptables (справедливости ради замечу, что далеко не все пользователи SuSE знают о наличии и возможностях интересного файлика - /etc/sysconfig/SuSEfirewall2) - всё это несомненно придётся по душе пользователям Slackware, где Патрик оттягивается с подобными "нюансами" по полной программе. было что-то ещё из этой же оперы, да запамятовал. расслабляться однозначно не стоит. каждый дистрибутив имеет эти свои "фичи": немного внимания, времени, терпения - вот и всё, что нужно для попадания в "Страну Пе*датию" (c) (где жизнь без забот и всё такое прочее...). тут сам собой напрашивается вывод, что все дистрибутивы - одинаковы, все мужики - гхм... слегка озабочены и от них плохо пахнет, а солнце смахивает на карманный фонарик.
на этой оптимистичной ноте позвольте завершить первую часть опуса "Eine Kleines Arschloch" и откланяться...
Подписаться на:
Комментарии (Atom)
