Re: обновление до Wheezy со старых версий
On Wed, May 29, 2013 at 07:12:09PM +0400, Artem Chuprina wrote: Jurgen V. Uzbekoff - debian-russian@lists.debian.org @ Wed, 29 May 2013 18:16:32 +0500: JVU Добрый день, уважаемые! JVU Хочу спросить совета по вопросу обновления до Wheezy JVU - с Etch (4.0) JVU - с Lenny (5.0.9) JVU Собственно, стОит ли заморачиваться с обновлением или уже проще поставить JVU с нуля Wheezy и перенести конфиги (что тоже не факт) вручную? Подопытные JVU работают достаточно давно и успешно, задачи свои выполняют, но уж как-то JVU совсем старенькие стали… JVU Буду благодарен за любые идеи по теме, Традиционно хорошо поддерживается апгрейд на следующую версию. Т.е. с Lenny на Sarge, с Sarge на Wheezy. Это-то понятно, что переход Lenny - Squeezy - Wheezy должен сработать. В принципе, Sarge - Lenny тоже может сработать, но где сейчас найти репозиторий неподдерживаемого Lenny? В любом случае, пока Squeezy ещё не перешёл в разряд неподдерживаемых, до него с Lenny я обновиться скорее всего смогу без особых проблем. Просто хотелось по трудозатратам определиться. Sarge пока что должен быть нормально доступен. Впрочем, если внимательно почитать документацию на сайте, то наверное, можно и Lenny достать, чтобы с Etch сперва на него. Я подозреваю, что двухходовка еще окажется выгоднее, чем с нуля плюс конфиги, а за трехходовку не уверен. Да, наверное двухпроходное обновление я попробую (Lenny-Squeezy-Wheezy), если нормально пройдёт, то попытаюсь найти репозиторий Lenny и заморочусь трёхпроходным. В принципе, образы Lenny точно найти можно, в крайнем случае их подключу. Спасибо! -- Узбеков Юрий -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130530072647.gh7...@orange.networks.uz
Re: обновление до Wheezy со старых версий
On 5/30/13, Jurgen V. Uzbekoff j.uzbe...@networks.uz wrote: В принципе, Sarge - Lenny тоже может сработать, но где сейчас найти репозиторий неподдерживаемого Lenny? archive.debian.org, на ftp.ua.debian.org тоже пока есть
Re: обновление до Wheezy со старых версий
On Thu, May 30, 2013 at 10:43:18AM +0300, Hleb Valoshka wrote: On 5/30/13, Jurgen V. Uzbekoff j.uzbe...@networks.uz wrote: В принципе, Sarge - Lenny тоже может сработать, но где сейчас найти репозиторий неподдерживаемого Lenny? archive.debian.org, на ftp.ua.debian.org тоже пока есть Да, оказывается это совсем не проблема — я на ftp.de.debian.org в debian-archive нашёл. Осталось только решиться :) iopuk@castor:~$ uptime 12:46:25 up 1619 days, 21:31, 2 users, load average: 0.01, 0.06, 0.02 -- Узбеков Юрий -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130530075755.gi7...@orange.networks.uz
Re: обновление до Wheezy со старых версий
Это-то понятно, что переход Lenny - Squeezy - Wheezy должен сработать. В принципе, Sarge - Lenny тоже может сработать, но где сейчас найти репозиторий неподдерживаемого Lenny? deb http://archive.debian.org/debian/ lenny deb http://archive.debian.org/debian/ lenny/updates Если функций у серверов было не много, лучше поставь с нуля Wheezy, быстрее сделаешь! -- С уважением, Андрей Михалёв Системный администратор 451-023-713 endru.mihalev
Re: Ekiga depends on dbus
Dmitrii Kashin free...@gmail.com wrote: At Tue, 21 May 2013 22:16:20 +0400, Иван Лох wrote: Он потратил слишком много времени на борьбу с DBUS ; А не стоило? Мне вообще-то страшновато читать о том, что творится в этом проекте. Не то, чтобы я был поттерингоненавистником, но этот человек принимает сомнительные решения и умудряется пропихивать их в мейнстрим. А знающие люди поговаривают, что и с кодом у них не все хорошо. Ничё, вот приедет в следующий стейбл gnome-3.8 - будет пестня. От dbus зависит всё (проверил эксперементально, промазав и прибив dbus - выпали все иксы с обвязкой, даже чище чем при перезапуске gdm'a). Отдельно доставляет конфигурация клавиатуры через ibus, настройки которой меняются посредством запуска бинарника на каждое переключение. Если LA у машины чуть больше 0.5 - успеваешь набрать пол фразы в ненужной раскладке пока переключится. -- Best regards, TEMHOTA-RIPN aka MJA13-RIPE System Administrator of POST Ltd. mailto:temn...@kmv.ru -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/kjgj7a-sac@kenga.kmv.ru
Re: обновление до Wheezy со старых версий
Jurgen V. Uzbekoff j.uzbe...@networks.uz wrote: On Thu, May 30, 2013 at 10:43:18AM +0300, Hleb Valoshka wrote: On 5/30/13, Jurgen V. Uzbekoff j.uzbe...@networks.uz wrote: В принципе, Sarge - Lenny тоже может сработать, но где сейчас найти репозиторий неподдерживаемого Lenny? archive.debian.org, на ftp.ua.debian.org тоже пока есть Да, оказывается это совсем не проблема ??? я на ftp.de.debian.org в debian-archive нашёл. Осталось только решиться :) Лучше поставь wheezy рядом и конфиги перепиши. Ибо тернист и труден будет путь самурая прыгать через столько версий. iopuk@castor:~$ uptime 12:46:25 up 1619 days, 21:31, 2 users, load average: 0.01, 0.06, 0.02 Оно хоть что-то, кроме потребления электричества делает ? ) -- Best regards, TEMHOTA-RIPN aka MJA13-RIPE System Administrator of POST Ltd. mailto:temn...@kmv.ru -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/mnej7a-sac@kenga.kmv.ru
Re: обновление до Wheezy со старых версий
On Thu, May 30, 2013 at 12:20:40PM +0400, Andrey Melnikoff wrote: Лучше поставь wheezy рядом и конфиги перепиши. Ибо тернист и труден будет путь самурая прыгать через столько версий. Если абстрагироваться от того, что впереди ещё N-1 переходов, то ничем не труднее, чем обновление в 2009 году — только интернет пошустрее :) Потом представить, что ты в 2011-ом, что Squeeze только что вышел — и вновь пережить эту радость… Да и нечего мне рядом ставить — свободных машин нет, а там где Etch так вообще лишний раз что-то внести или вынести большая проблема. Или рядом не физически, а логически? Через debootstrap? iopuk@castor:~$ uptime 12:46:25 up 1619 days, 21:31, 2 users, load average: 0.01, 0.06, 0.02 Оно хоть что-то, кроме потребления электричества делает ? ) Оно в основном работает как сервер DNS и NTP. По необходимости когда-то давно было больше, но сейчас вроде ничего другого не осталось. Мелочь, но нужная. -- Узбеков Юрий -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130530094134.gj7...@orange.networks.uz
Re: Ekiga depends on dbus
On 05/30/2013 10:52 AM, Andrey Melnikoff wrote: Dmitrii Kashin free...@gmail.com wrote: At Tue, 21 May 2013 22:16:20 +0400, Иван Лох wrote: Он потратил слишком много времени на борьбу с DBUS ; А не стоило? Мне вообще-то страшновато читать о том, что творится в этом проекте. Не то, чтобы я был поттерингоненавистником, но этот человек принимает сомнительные решения и умудряется пропихивать их в мейнстрим. А знающие люди поговаривают, что и с кодом у них не все хорошо. Ничё, вот приедет в следующий стейбл gnome-3.8 - будет пестня. От dbus зависит всё (проверил эксперементально, промазав и прибив dbus - выпали все иксы с обвязкой, даже чище чем при перезапуске gdm'a). Отдельно доставляет конфигурация клавиатуры через ibus, настройки которой меняются посредством запуска бинарника на каждое переключение. Если LA у машины чуть больше 0.5 - успеваешь набрать пол фразы в ненужной раскладке пока переключится. а что кто-нибудь действительно пользуется третьегномом ? mate-desktop работает что надо, юзеры ничего не подозревают :) Alex -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/51a72102.5070...@biotec.tu-dresden.de
Re: Ekiga depends on dbus
At Thu, 30 May 2013 12:52:38 +0400, Andrey Melnikoff wrote: От dbus зависит всё (проверил эксперементально, промазав и прибив dbus - выпали все иксы с обвязкой, даже чище чем при перезапуске gdm'a). Это где Xorg зависит от DBus? Сдается мне, Вы где-то ошиблись. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87d2s8smga.wl%free...@gmail.com
Re: Ekiga depends on dbus
On 05/30/2013 02:04 PM, Dmitrii Kashin wrote: At Thu, 30 May 2013 12:52:38 +0400, Andrey Melnikoff wrote: От dbus зависит всё (проверил эксперементально, промазав и прибив dbus - выпали все иксы с обвязкой, даже чище чем при перезапуске gdm'a). Это где Xorg зависит от DBus? Сдается мне, Вы где-то ошиблись. в зависимости от того как они (Х-ы) запушены, если через gdm то да, умрут если прибить dbus. если через startx то нет .. Alex -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/51a741a1.1090...@biotec.tu-dresden.de
Re: Ekiga depends on dbus
On 30.05.2013 16:10, Alex Mestiashvili wrote: On 05/30/2013 02:04 PM, Dmitrii Kashin wrote: At Thu, 30 May 2013 12:52:38 +0400, Andrey Melnikoff wrote: От dbus зависит всё (проверил эксперементально, промазав и прибив dbus - выпали все иксы с обвязкой, даже чище чем при перезапуске gdm'a). Это где Xorg зависит от DBus? Сдается мне, Вы где-то ошиблись. в зависимости от того как они (Х-ы) запушены, если через gdm то да, умрут если прибить dbus. если через startx то нет .. Alex Из этого следует только то, что gdm запускает X-ы и зависит от dbus. И в случае смерти dbus, gdm корректно завершается (убирает за собой то, что породил) - вот и всё. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/51a74677.9090...@gmail.com
armhf?
Два вопроса. armhf в wheezy у нас полноценно живой, или менее надежен, чем armel? Верно ли я понимаю, что способа сменить архитектуру с armel на armhf на живой системе не существует, нужно переустанавливать с нуля? -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/8738t48qkk@wizzle.ran.pp.ru
Re: armhf?
On 05/30/2013 05:55 PM, Artem Chuprina wrote: armhf в wheezy у нас полноценно живой, или менее надежен, чем armel? ну вот я только что поднял систему на toshiba ac100 с armhf. собраны не все пакеты, но вроде бы живое http://alexkuklin.livejournal.com/1258307.html Верно ли я понимаю, что способа сменить архитектуру с armel на armhf на живой системе не существует, нужно переустанавливать с нуля? скорее всего, точно так же, как и с x86-amd64 -- Alex -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/51a76908.6090...@kuklin.ru
Re: armhf?
Alex Kuklin - debian-russian@lists.debian.org @ Thu, 30 May 2013 17:58:16 +0300: armhf в wheezy у нас полноценно живой, или менее надежен, чем armel? AK ну вот я только что поднял систему на toshiba ac100 с armhf. AK собраны не все пакеты, но вроде бы живое AK http://alexkuklin.livejournal.com/1258307.html Собраны не все пакеты, надо сказать, пугает... Верно ли я понимаю, что способа сменить архитектуру с armel на armhf на живой системе не существует, нужно переустанавливать с нуля? AK скорее всего, точно так же, как и с x86-amd64 То есть да, но лучше нет... -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87y5aw7a83@wizzle.ran.pp.ru
Re: обновление до Wheezy со старых версий
Jurgen V. Uzbekoff j.uzbe...@networks.uz wrote:
On Thu, May 30, 2013 at 12:20:40PM +0400, Andrey Melnikoff wrote:
Лучше поставь wheezy рядом и конфиги перепиши. Ибо тернист и труден будет
путь самурая прыгать через столько версий.
Если абстрагироваться от того, что впереди ещё N-1 переходов, то ничем
не труднее, чем обновление в 2009 году ??? только интернет пошустрее :)
Потом представить, что ты в 2011-ом, что Squeeze только что вышел ??? и
вновь пережить эту радость???
Нет, тут ты радостей от смены ядер и обвзяки вроде конвертации /dev/[sh]d? в
/dev/disk/by-{id,uuid} и UUID= в бутлоадере поимешь. В определенных
ситуациях можно еще хапнуть радости с initramfs из-за modules=dep, со старым
железом можно нарваться на кривой bios, которому снесет крышу от нового
default partition align у свежего fdisk'a. Опять-же, всячиеские грабли
разложенные в районе сетевух (вынесенная фирмварь в non-free).
Да и нечего мне рядом ставить ??? свободных машин нет, а там где Etch так
вообще лишний раз что-то внести или вынести большая проблема. Или рядом
не физически, а логически? Через debootstrap?
Флешку занести низзя? Можно через бутстрап конечно, особенно если есть своп
на диске, который можно отключить и создать там свежую систему.
iopuk@castor:~$ uptime
12:46:25 up 1619 days, 21:31, 2 users, load average: 0.01, 0.06, 0.02
Оно хоть что-то, кроме потребления электричества делает ? )
Оно в основном работает как сервер DNS и NTP. По необходимости когда-то
давно было больше, но сейчас вроде ничего другого не осталось. Мелочь,
но нужная.
Такое проще занести в какой-нить openvz контейнер или kvm и там забыть, пока
не помрет от старости :)
--
Best regards, TEMHOTA-RIPN aka MJA13-RIPE
System Administrator of POST Ltd. mailto:temn...@kmv.ru
--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/jdck7a-lh8@kenga.kmv.ru
Re: Ekiga depends on dbus
Alex Mestiashvili a...@biotec.tu-dresden.de wrote: On 05/30/2013 02:04 PM, Dmitrii Kashin wrote: At Thu, 30 May 2013 12:52:38 +0400, Andrey Melnikoff wrote: От dbus зависит всё (проверил эксперементально, промазав и прибив dbus - выпали все иксы с обвязкой, даже чище чем при перезапуске gdm'a). Это где Xorg зависит от DBus? Сдается мне, Вы где-то ошиблись. в зависимости от того как они (Х-ы) запушены, если через gdm то да, умрут если прибить dbus. При прибьивании gdm'a оставались всякие висящие ошметки в памяти, а тут прям как telinit 1 случился. если через startx то нет .. Последних лет 10 немогу понять, зачем нужно запускать Xы через startx ? Нет, в случае когда Xы нужны просто как рисовалка окошка от одной единственной софтины - оно применимо, но во всех остальных? -- Best regards, TEMHOTA-RIPN aka MJA13-RIPE System Administrator of POST Ltd. mailto:temn...@kmv.ru -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/eick7a-lh8@kenga.kmv.ru
Re: Ekiga depends on dbus
Alex Mestiashvili a...@biotec.tu-dresden.de wrote: On 05/30/2013 10:52 AM, Andrey Melnikoff wrote: а что кто-нибудь действительно пользуется третьегномом ? Я пользуюсь. Мелкие глюки конечно раздражают, но в целом - почти удобно. Отсутствие кнопки пуск уже даже идет в пользу. Единственное, что приходиться - это собирать экстеншены из-за alternatetab (rоторы возвращает назад привычное переключение по alt-tab, без группировки). mate-desktop работает что надо, юзеры ничего не подозревают :) Пробовал на тот момент поставить mate для дебиана, упарился пакаджи по убунтячим репозиториям вытаскивать. -- Best regards, TEMHOTA-RIPN aka MJA13-RIPE System Administrator of POST Ltd. mailto:temn...@kmv.ru -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/m1ck7a-lh8@kenga.kmv.ru
Re: Ekiga depends on dbus
On Thu, May 30, 2013 at 04:30:47PM +0400, Alexander Danilov wrote: Из этого следует только то, что gdm запускает X-ы и зависит от dbus. И в случае смерти dbus, gdm корректно завершается (убирает за собой то, что породил) - вот и всё. А почему gdm должен умирать или вешаться если отвалился dbus? Для меня это как-то неочевидно... Скажем, syslogd я могу спокойно остановить, и все процессы, использующие стандарный libc'шный syslog(3), закроют сокет и будут пытаться переоткрыть его при каждой новой записи, пока syslogd не будет запущен снова. По-моему, нормально написанное приложение должно правильно обрабатывать ситуацию недоступности dbus'a, от libdbus я бы ожидал функционал автоматического реконнекта к демону. -- Eugene Berdnikov -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130530172220.gj3...@sie.protva.ru
Re: DRBD + ...
29 мая 2013 г., 23:17 пользователь Артём Н. artio...@yandex.ru написал:
28.05.2013 23:06, Aleksandr Sytar пишет:
28 мая 2013 г., 21:02 пользователь Артём Н. artio...@yandex.ru
mailto:artio...@yandex.ru написал:
Мало того, для DRBD надо создавать метаданные.
Есть ли вариант без этого?
Т.е., если один диск упадёт, его было возможно легко заменить
(просто выключив
сервер, вынув испорченный диск и вставив новый)?
И, если одна машина упадёт, всё работало бы и на одной второй?
Только если упавший диск будет в момент падения слейвом.
С этим ясно. В принципе, переключение может сделать и Pacemaker.
Метаданные можно хранить внутри раздела, но это, как понимаете, чревато
боком
Сейчас метаданные и хранятся внутри раздела.
Проблема в том, что при замене диска, придётся создавать метаданные.
Это нереально.
Сегодня я перезагрузил один, он не поднялся, видимо из-за того, что
репозиторий
на DRBD я прописал в fstab, забыл про модуль и ещё таймаут оставил нулевым
(и
ещё где-то напортачил, скорее всего).
Позвонил, чтобы посмотрели, почему не загружается. Дежурный инженер этот
сервер
даже в консольке не смог найти. Завтра надо ехать.
Так что, про ручное пересоздание кем-то, каких-то метаданных DRBD,
говорить не
приходится.
А почему вы не хотите переложить управление статусом DRBD на Pacemaker?
Единственный вариант, если что-то сдохнет: выключить, перебросить дохлый
диск на
живой и снова включить.
Остаётся только RAID-0 поверх двух RAID-1 и объединение в общее хранилище
каким-либо образом по сети или использование двух независимых хранилищ?
При падении ОС, вариант - показать какую строчку набрать, на какую кнопку
нажать.
Как сделать так, чтобы было реально восстановить, при этом не сохраняя
полный
терабайтный образ?
Посмотрите в сторону хендлеров состояний DRBD:
handlers {
pri-on-incon-degr /usr/lib/drbd/notify-pri-on-incon-degr.sh;
/usr/lib/drbd/notify-emergency-reboot.sh; echo b /proc/sysrq-trigger ;
reboot -f;
pri-lost-after-sb /usr/lib/drbd/notify-pri-lost-after-sb.sh;
/usr/lib/drbd/notify-emergency-reboot.sh; echo b /proc/sysrq-trigger ;
reboot -f;
local-io-error /usr/lib/drbd/notify-io-error.sh;
/usr/lib/drbd/notify-emergency-shutdown.sh; echo o /proc/sysrq-trigger ;
halt -f;
fence-peer /usr/lib/drbd/crm-fence-peer.sh;
split-brain /usr/lib/drbd/notify-split-brain.sh root;
out-of-sync /usr/lib/drbd/notify-out-of-sync.sh root;
before-resync-target /usr/lib/drbd/snapshot-resync-target-lvm.sh -p 15 --
-c 16k;
after-resync-target /usr/lib/drbd/unsnapshot-resync-target-lvm.sh;
}
Re: обновление до Wheezy со старых версий
On 30.05.2013 19:47, Andrey Melnikoff wrote: Оно в основном работает как сервер DNS и NTP Ну и делегировать их. Или это принципиально деб, и именно эта машина? DNS максимум в чруте, а то и нет 8-) , NTP тоже не смертельно настроить. Если возник вопрос обновления - то тут правильно пишут, можно _попробовать_ в учебных целях (только когда эти сервисы на другой машине уже будут крутиться нормально), но, IMHO, результат скорее всего будет немного предсказуем). Но как для обучения - да, очень даже нормальный вариант обретения всевозможных граблей. Быстрый/небыстрый вариант - фреш инсталл Wheezy с выдергиванием конфигов из бекапа и попыткой взлететь. Если есть сомнения, то лучше и браться. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/51a78e3b.30...@gmail.com
Re: Ekiga depends on dbus
On 30.05.2013 21:22, Eugene Berdnikov wrote: On Thu, May 30, 2013 at 04:30:47PM +0400, Alexander Danilov wrote: Из этого следует только то, что gdm запускает X-ы и зависит от dbus. И в случае смерти dbus, gdm корректно завершается (убирает за собой то, что породил) - вот и всё. А почему gdm должен умирать или вешаться если отвалился dbus? А это вопрос к авторам gdm, я лично пользуюсь lightdm+xfce+xmonad, чего и вам советую. Для меня это как-то неочевидно... Скажем, syslogd я могу спокойно остановить, и все процессы, использующие стандарный libc'шный syslog(3), закроют сокет и будут пытаться переоткрыть его при каждой новой записи, пока syslogd не будет запущен снова. По-моему, нормально написанное приложение должно правильно обрабатывать ситуацию недоступности dbus'a, от libdbus я бы ожидал функционал автоматического реконнекта к демону. Нормально написанные приложения сейчас в подавляющем меньшинстве в Linux, особенно это касается desktop приложений. Я тоже стараюсь не использовать приложения хотящие dbus, qt, kde, gnome, и если последние 2 вида прикладух удаётся счастливо избегать, то первые 2 вида совсем исключить не получается, к сожалению. Но я не фанатик, получится - заменю и выкину, не получится - что ж, буду использовать, а пересобирать полсистемы - на это времени нет. Хотя, конечно же, интересно, насколько удобным останется Debian desktop, если выкинуть из него dbus, и пересобрать остальное без него. Но это - тема лабораторки для студентов. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/51a7902a.9090...@gmail.com
[RFR] wml://ports/hurd/hurd-install.wml
...4... Закомментированное переводить не стал, его на сайте всё равно нет. Cheers! Lev Lamberov ports_hurd_hurd-install.wml.en_ru.patch Description: Binary data
[RFR] wml://devel/debian-lex/software.wml
...3... Cheers! Lev Lamberov devel_debian-lex_software.wml.en_ru.patch Description: Binary data
