[Desktop] [long] Lite-20070924 @ PIII-500/64M: вполне
Michael Shigorin
=?iso-8859-1?q?mike_=CE=C1_osdn=2Eorg=2Eua?=
Вт Сен 25 18:11:38 MSD 2007
On Tue, Sep 25, 2007 at 11:02:41AM +0400, Anton V. Boyarshinov wrote:
> Основные изменения:
> Убран openoffice.org-kde
> добавлена cd-писалка xfburn
> добавлены chestnut dialer, xpdf
Предлагаю убрать anacron и по возможности оторвать ark от
thunar-archive-plugin.
Абсолютно необходимо сделать в процессе установки
control pam_mktemp disabled -- см. #8030!
ppp придётся фиксить -- видимо, я сделаю control для suid,
а Антону придётся его дёрнуть при установке (или сразу делать
suid by default, чтоб оно хоть работало-то? кому лишнее -- сам
выключит). Иначе "pppd: must be root to run pppd", и как бы он
интерфейсы-маршруты-резолверы трогал? (там же -- не
восстанавливается default route после отключения, #9256;
подтверждается регрессия по g-w на устройство, #6042)
xdm -- это замечательно :), но уже или его бы покрасить
(и убрать xconsole нафиг), или взять wdm/gdm (последний
долго обрывать, наверное). Кроме xdm, wdm, gdm, kdm
и специфических ldm, sdm -- *DM мне неизвестно.
[посмотрел -- gdm в систему на базе 20070924 с уже установленными
некоторыми libgnome* потащил только libnotify и zenity; обе
зависимости мне несколько непонятны, особенно последняя с её
двумя метрами (!) хелпов; в сумме gdm скорее наиболее подходит,
только настройки ему выпилить надо]
В остальном в тесте ниже всё скорее хорошо, кроме времени запуска
FF/OO.
---
Проверил для начала на Compaq Deskpro EN SFF такой конфигурации:
PIII-500, 64M RAM, 20Gb IDE HDD, IDE CD-ROM, FDD, ATI Rage Pro 4M,
15" CRT (800x600), Intel NIC, ES1868, PS/2 kbd, USB wheel mouse.
Встало вполне себе живо, меньше чем за час (для сравнения --
заливка Edubuntu 7.10beta5 на Sepron64 3000+, 512M RAM, 80G
SATA занимает около полутора часов).
Потребление памяти/свопа в процессе установки, когда заглядывал
-- колебалось в пределах 30..44Mb/24..27Mb или около того.
Бишь 64M -- вполне честный _проверенный_ нижний лимит для
установки. Можно попробовать на 32/48, но уже не сейчас.
Если кого тут угораздит поднять Pentium 233, попробую на нём;
иначе, может, ещё на Celeron 433 проверю.
Взлетело почти нормально, но с кучей ругани из firsttime
(см. аттач).
Монитор, который вообще-то умеет как минимум 800x600 на 85 и
нормально про себя рассказывает, поднялся в 800x600 на _60_.
Xorg.0.log в аттаче, если вдруг кому интересно.
Сидюшка/флешка на десктопе появились, открылись. *.txt ничем не
открывается "из коробки" -- что там предлагали лёгким текстовым
редактором, leafpad? (btw тащит три печатных libgnome* --
стартовал тоже секунд двадцать, вообще-то это долговато)
Вскоре после запуска начался хруст диском -- проснулся anacron
и начал шмалять задачи. Есть мнение (#3193), что это всё
неправильно. До того, как реализовано приемлемое решение --
предлагаю выкинуть из комплекта/дефолтной установки anacron,
по крайней мере неработа locate и apropos не так склонны
раздражать, как ежедневное тупление старенькой машинки.
Архивы (в т.ч. *.rpm) открываются file-roller; на этой машинке он
грузился всего секунд двадцать (см. приложенные free и pstree --
это скорее неплохо).
Firefox запускается 45 секунд, OOWriter -- 1:20 (замечу --
винчестер из самых быстрых, которые обычно ещё можно найти в
таких машинках).
gnumeric из 4.0/branch сейчас тащит evince(!) и через него по
libkpathsea.so -- tetex-core. Офигеть.
abiword из Daedalus сейчас тащит libgucharmap из Sisyphus
(сменился soname). Как понимаю, это гномьи запчасти.
Запускается около 12 секунд.
seamonkey стартует примерно 20 секунд. Удивился, перезагрузил
систему, сразу запустил seamonkey -- 14 сек; firefox -- примерно
столько же (~15). FF долго копошится с инициализацией профиля?
(перепроверил заодно: abiword -- <10 сек, OOWriter -- ~40 сек;
gnumeric -- <10 сек первый старт, ~3 -- второй тут же)
chestnut-dialer целиком рабочий, но имеет плохой дефолт для
MTU/MRU (я это правил местным патчем -- или в настройках?.. --
в общем, надо исправить дефолт, на 296/296 жить нельзя совсем).
Включение пользователя в группу uucp ничем не помогает, пришлось
сделать chmod u+s /usr/sbin/pppd => надо править ppp. Проверял
через CDMA (Kyocera Sprint 2345 / CDMA-UA), замечательно ездит.
Ещё из странного -- inkscape тащит perl-Magick, который тащит
ImageMagick, который суёт в менюшку свой ужасный display.
=> #12914
---
PS: мелкая и несущественная деталь: HDD был засунут в бездисковый
терминал (обычная роль этой машинки), причём BIOS высказался
насчёт "новый диск тут...", но сходить в него я поленился.
В итоге криво встало lilo, вываливалось после полудюжины точек
с "Error 0x10". Сходил в BIOS, оприходовал диск, загрузился
началом инсталера, смонтировал диск, --bind /dev и /proc, lilo
-- всё погрузилось.
Всё-таки предлагаю подумать над автопочинятором lilo для rescue.
Чтоб оно вываливалось в dialog'овую менюшку -- "поискать
установки", "починить загрузчик", "смонтировать найденную
установку", "просто дайте мне шелл" и "перезагрузиться".
--
---- WBR, Michael Shigorin <mike на altlinux.ru>
------ Linux.Kiev http://www.linux.kiev.ua/
----------- следующая часть -----------
Starting httpd2.prefork service: [ DONE ]
Building dynamic library cache: [ DONE ]
Updating fonts cache: /usr/share/fonts: failed to write cache
/usr/share/fonts/bitmap: failed to write cache
/usr/share/fonts/bitmap/misc: failed to write cache
/usr/share/fonts/default: failed to write cache
/usr/share/fonts/default/TrueType-val: failed to write cache
/usr/share/fonts/ttf: failed to write cache
/usr/share/fonts/ttf/dejavu: failed to write cache
/usr/share/fonts/ttf/j2se-sun: failed to write cache
/usr/share/fonts/ttf/j2se-sun-oblique: failed to write cache
/usr/share/fonts/type1: failed to write cache
/usr/share/fonts/type1/urw: failed to write cache
[FAILED]
Adjusting index.html: [ DONE ]
----------- следующая часть -----------
total used free shared buffers cached
Mem: 61620 59732 1888 0 272 14368
-/+ buffers/cache: 45092 16528
Swap: 120448 40580 79868
----------- следующая часть -----------
init-+-Thunar-+-file-roller
| `-{Thunar}
|-acpid
|-alterator
|-anacron
|-crond
|-cupsd
|-2*[dbus-daemon]
|-dbus-launch
|-dhcpcd
|-events/0
|-gam_server
|-gconfd-2
|-gpm
|-hald---hald-runner-+-hald-addon-acpi
| |-hald-addon-keyb
| `-hald-addon-stor
|-httpd2.prefork---3*[httpd2.prefork]
|-khelper
|-klogd
|-ksoftirqd/0
|-kthread-+-aio/0
| |-cqueue/0
| |-kacpid
| |-kblockd/0
| |-khubd
| |-2*[kjournald]
| |-kpsmoused
| |-kseriod
| |-kswapd0
| |-2*[pdflush]
| `-rpciod/0
|-lockd
|-login---bash---pstree
|-login---bash
|-master-+-pickup
| `-qmgr
|-migration/0
|-4*[mingetty]
|-2*[ntpd]
|-portmap
|-rundm---xdm-+-X
| `-xdm---sh-+-sh---xscreensaver
| `-xfce4-session
|-ssh-agent
|-sshd
|-syslogd
|-udevd
|-watchdog/0
|-xconsole
|-xfce-mcs-manage
|-xfce4-panel-+-xfce4-menu-plug
| `-xfce4-mixer-plu
|-xfdesktop
`-xfwm4
----------- следующая часть -----------
>From mike на osdn.org.ua Mon Sep 17 18:18:13 2007
From: Michael Shigorin <mike на osdn.org.ua>
To: ALT Linux Community <community на lists.altlinux.org>
Subject: Re: Desktop distributives: user control for cron utils
Reply-To: shigorin на gmail.com
References: <E1IVPHQ-000FcS-00.a_mdl-mail-ru на f75.mail.ru>
Mime-Version: 1.0
Content-Type: text/plain; charset=koi8-r
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
In-Reply-To: <E1IVPHQ-000FcS-00.a_mdl-mail-ru на f75.mail.ru>
Status: RO
Content-Length: 1182
Lines: 28
On Wed, Sep 12, 2007 at 02:17:08PM +0400, Denis Medvedev wrote:
> Мне кажется, полезным было бы для десктопных дистрибутивов дать
> пользователю контроль над временем и составом CRON JOBS. Не
> всегда удобно, что они запускаются в 4 утра, не так уж просто
> добавить/удалить/быстро остановить их. Идея для модуля к
> альтератору?
Вообще-то есть anacron, но он привносит за собой тот недостаток,
что разводит бурную деятельность (в т.ч. дисковую) на только что
загрузившейся системе, которая с большей вероятностью нужна
пользователю именно в этот момент, чем попозже.
У меня дома когда-то была обёртка вокруг наиболее неприятных
cronjobs, которая проверяла load average согласно указаниям
и выполняла задания в тихие моменты (если указано -- не более
раза в сутки, поскольку проверялка могла запускаться раз в час
или в четверть часа).
По этим мотивам вешал Диме FR на то ли vixie-cron, то ли
crontabs, но после сообщения о том, что сейчас подобную
batch-функциональность оно вроде как и само научилось --
всё затихло. А, вот:
https://bugzilla.altlinux.org/show_bug.cgi?id=3193
--
---- WBR, Michael Shigorin <mike на altlinux.ru>
------ Linux.Kiev http://www.linux.kiev.ua/
----------- следующая часть -----------
Было удалено вложение не в текстовом формате...
Имя : Xorg.0.log.gz
Тип : application/x-gzip
Размер : 9489 байтов
Описание: =?iso-8859-1?q?=CF=D4=D3=D5=D4=D3=D4=D7=D5=C5=D4?=
Url : <http://lists.altlinux.org/pipermail/desktop/attachments/20070925/ab8b9694/attachment-0001.bin>
Подробная информация о списке рассылки Desktop