Тестдрайв Calculate Linux Desktop журналом Хакер

[L'autre]

Пожалуй один из лучших видеороликов про Calculate Linux вышел с журналом Хакер. На видео представлена последняя версия Calculate Linux Desktop 11.3 KDE и отражены следующие моменты:

• загрузка с livedvd;
• разбиение диска;
• установка системы;
• установка программ;
• обновление системы;
• смена профиля

и другие полезные мелочи.

Ссылка на YouTube: http://www.youtube.com/watch?v=spPlKRhE6QU

[agentprog]

первое, что бросилось в глаза на ролике, стандартное для ксакепа предупреждение, что все показанное годится только для ознакомления и повторять это не следует

[serzh-z]

Ну что же - поздравлямс... Лет 10 назад - Ксакеп был одним из журналов, из которого я услышал впервые про Linux и про то, что "это круто и удобно, и без тормозящей сети", про Cygwin им т.д. Возможно, что теперешний ролик заинтересует следующих современных малолетних кул-кацкеров и сделает из них линуксоидов. =)

[sciko]

Ребятам из ксапера на заметку:

Первое что они сделали в консоли ввели

Код: Выделить всё

su -

И даже fstab смотрели из-под рута.

Потом эти чудики искали зачем-то учётку guest. Но убила меня подпись "Гостя нет". А как это они узнали? Ребятам нужно познакомиться с grep.

Весьма задалбывает их постоянный clear. На кой чёрт им это надо?

Кроме того, в конце они показывают башевское дополнение, а не содержимое пакета. Зачем так и осталось для меня тайной.

И на последок они продемонстрировали нам прерывание emerge через Ctrl+C. ИМХО это не православно. Например, если такое сделать с apt, то блокировка dpkg не снимется, и при следующем apt нас будет поджидать ошибка.

[anonymous.ru]

Например, если такое сделать с apt, то блокировка dpkg не снимется, и при следующем apt нас будет поджидать ошибка.

А чё, ребятам было западло обработать SIGINT?

[sciko]

И как вы предлагаете обрабатывать SIGINT, если он пришёл на стадии выполнения установочного скрипта?

[anonymous.ru]

И как вы предлагаете обрабатывать SIGINT, если он пришёл на стадии выполнения установочного скрипта?

Ну хотя бы снимать блокировки.

[taaroa]

Например, если такое сделать с apt, то блокировка dpkg не снимется, и при следующем apt нас будет поджидать ошибка.

А чё, ребятам было западло обработать SIGINT?

ребятам было западло (точка)
шёл 2011 год. ipc etc.

[/dev/random]

шёл 2011 год. ipc etc.

ipc - это взаимодействие между процессами, а не с пользователем. Если уж пишут программу, предназначенную для исполнения в терминале, то некорректно реагировать на стандартные для работы в терминале действия - просто хамство.

Да, чуть не забыл: в gentoo все стандартные утилиты на ^C реагируют правильно.

[sciko]

Если уж пишут программу, предназначенную для исполнения в терминале, то некорректно реагировать на стандартные для работы в терминале действия - просто хамство.

А кто сказал что это некорректно? Как раз некорректно снять блокировку на экстренную остановку. Экстренная остановка произошла не по простой прихоти. Значит надо разобраться почему. А на это время логично заблокировать все процессы, которые могут этому помешать. Да и снять блокировку можно вручную.

[/dev/random]

А кто сказал что это некорректно? Как раз некорректно снять блокировку на экстренную остановку. Экстренная остановка произошла не по простой прихоти. Значит надо разобраться почему. А на это время логично заблокировать все процессы, которые могут этому помешать. Да и снять блокировку можно вручную.

Если программа завершила работу, неважно, экстренно или нет, она должна отдать ресурсы. Есть, конечно, и такие ресурсы, которые в разумные сроки отдать _невозможно_, но блокировки к ним не относятся. И вообще, аварийное завершение - это SIGKILL. Всё остальное - просто завершение, и корректное ли оно или экстренное - решать пользователю. При использовании ^C программа не должна заставлять пользователя _ждать_, т.к. завершение _может_ оказаться экстренным, но оставлять после себя систему в неработоспособном состоянии - у меня в лексиконе даже ругательства такого нет, которое подошло бы таким разработчикам.

[eddy]

И вообще, аварийное завершение - это SIGKILL.

Вот только, к сожалению, ядро не идеально, и время от времени попадаются "странные" подвисшие процессы, которые даже kill -9 от рута не убивает!
Такое было 10 лет назад, такое осталось и сейчас. Впечатление, будто эту дыру в ядре намеренно не замечают...

[/dev/random]

Вот только, к сожалению, ядро не идеально, и время от времени попадаются "странные" подвисшие процессы, которые даже kill -9 от рута не убивает!
Такое было 10 лет назад, такое осталось и сейчас. Впечатление, будто эту дыру в ядре намеренно не замечают...

Это не дыра, это дыры. К такому эффекту приводит зависание процесса на уровне ядра, и причиной такого зависания каждый раз являются разные баги. Которые исправляют, и которые появляются вновь.

[taaroa]

шёл 2011 год. ipc etc.

ipc - это взаимодействие между процессами, а не с пользователем. Если уж пишут программу, предназначенную для исполнения в терминале, то некорректно реагировать на стандартные для работы в терминале действия - просто хамство.

Да, чуть не забыл: в gentoo все стандартные утилиты на ^C реагируют правильно.

прошу прощения, но. 2011 год, «вася» и «петя» имеют соответствующие права на установку п.о. и одновременно запускают «мой любимый пакетный менеджер». в gentoo подобная ситуация разруливается корректно. и даже если посреди установки ^C имел место. а так, получается что система-то однозадачная и однопользовательская…

[watashiwa_daredeska]

Например, если такое сделать с apt, то блокировка dpkg не снимется, и при следующем apt нас будет поджидать ошибка.

Я не знаю, каким фронтендом apt Вы пользуетесь, но aptitude в command-line mode я прерываю по Ctrl+C довольно часто, и на этапе установки пакетов в том числе. Никаких проблем никогда не замечал.

Как раз некорректно снять блокировку на экстренную остановку. Экстренная остановка произошла не по простой прихоти.

Желаю Вам, чтобы все программы, которыми Вы пользуетесь, рассматривали SIGTERM как экстренное прерывание и не вздумали сохранять незаконченную работу перед завершением, на всякий случай — не зря же экстренно останавливают.

[serzh-z]

К такому эффекту приводит зависание процесса на уровне ядра, и причиной такого зависания каждый раз являются разные баги.

Зависания в ядре? Если процесс ушел в ядро, был добавлен в одну из очередей и перешел в состояние WAIT, то сигнал из пользовательского пространства он получит лишь при выходе из ядра. Не вижу в этом месте никакого бага.

[dimugric]

Парни, я чё-то не совсем понял. А emerge в calculate работает только с бинарниками? Т.е. исходники не собирает? или я что-то недопонимаю?

[/dev/random]

Зависания в ядре? Если процесс ушел в ядро, был добавлен в одну из очередей и перешел в состояние WAIT, то сигнал из пользовательского пространства он получит лишь при выходе из ядра. Не вижу в этом месте никакого бага.

Вот и я о том же. То, что процесс не вышел из режима ядра, является багом, но каждый раз разным. А то, что он при этом не убивается - естественное следствие.

Парни, я чё-то не совсем понял. А emerge в calculate работает только с бинарниками? Т.е. исходники не собирает? или я что-то недопонимаю?

Недопонимаете. Calculate - это просто stage4, т.е. бинарный слепок работоспособной системы. А emerge там такой же, как обычно.

Upd: ну и ещё у них собственный оверлей, с дополнительным софтом, но к вопросу это отношения не имеет.

[dimugric]

Вообщем лучше использовать добрую gentoo или стоит поставить для экспериментов calculate?

[/dev/random]

Вообщем лучше использовать добрую gentoo или стоит поставить для экспериментов calculate?

У вас gentoo уже стоит? Тогда особого смысла нет. Вы можете получить calculate, просто подключив одноимённый оверлей из лэймана. На мой взгляд, основное преимущество calculate в том, что можно получить себе полноценную дженту, не тратя кучу времени на компиляцию всяких DE.

[dimugric]

Вообщем лучше использовать добрую gentoo или стоит поставить для экспериментов calculate?

У вас gentoo уже стоит? Тогда особого смысла нет. Вы можете получить calculate, просто подключив одноимённый оверлей из лэймана. На мой взгляд, основное преимущество calculate в том, что можно получить себе полноценную дженту, не тратя кучу времени на компиляцию всяких DE.

Нет, родную gentoo изнечтожил (не доразобрался - при сборке пакетов хрустел винчетер - ноутбучный на 5400 оборотов. проверяйл, целый, в винде и бинарными дистрами не скрипит, только про компиляции в gentoo), перейдя на debian, но что-то мне он не по душе. Вот думал собрать себе gentoo обратно. А случайно нарвался на calculate. Поставил на виртуалку calculate, смотрю - конфиги пустые. make.conf и cflags забить, пересобрать мир и получится та же gentoo по идее? Одного только не понял - устанавливал mc и openvpn, так они не собирались, а устанавливались как готовые бинарники, хотя *tar.gz качались. Потому и спрашивал про сборку из исходников

[RomanDIA]

dimugric
А вы профиль выбрали, который вам нужен?

[dimugric]

Да, с профилеме разобрался. Отказался от бинарного и перешел на исходники, тут всё гуд.
Только не пойму как тут флаги работают. При обновлении мира просит собрать пакет fbreader с флагами gtk qt4 -debug
Я уж как написано (не по-людски) в /etc/portage/package.use создал файл fbreader и прописал флаги - не получается
И отельно собрать пакет USE="gtk qt4 -debug" emerger fbreader ... всё равно ругается на флаги и всё
Показать ругань не могу, на работе сейчас(

[taaroa]

И отельно собрать пакет USE="gtk qt4 -debug" emerger fbreader ... всё равно ругается на флаги и всё
Показать ругань не могу, на работе сейчас(

Shell

USE="gtk qt4 -debug" emerger fbreader zsh: correct 'emerger' to 'emerge' [nyae]? y These are the packages that would be merged: Calculating dependencies | !!! Problem resolving dependencies for app-text/fbreader ... done! !!! The ebuild selected to satisfy "fbreader" has unmet requirements. - app-text/fbreader-0.12.10::gentoo USE="gtk qt4 -debug" The following REQUIRED_USE flag constraints are unsatisfied: exactly-one-of ( qt4 gtk )

http://translate.google.com/#auto|ru|exactly%20one%20of
оно как бы намекает: или qt4, или gtk.