| 1.1, inferrna (ok), 12:11, 25/10/2012 [ответить] [﹢﹢﹢] [ · · · ]
| –2 +/– |
 > Linux 3.5.4
оно мёдом намазано, штоле. Может и мне на него откатиться, не знаю даже.
| | |
| |
| 2.2, anonymous (??), 12:21, 25/10/2012 [^] [^^] [^^^] [ответить]
| –3 +/– |
Просто у дистростроителей не хватает квалификации, чтобы узнать, какие версии ядра LTS и соответственно запланировать их включение в релиз (или наоборот, включить в релиз текущую стабильную версию).
| | |
| |
| |
| 4.53, Bod (??), 18:24, 26/10/2012 [^] [^^] [^^^] [ответить]
| +/– | |
> stable: 3.5.7 *(EOL)*
Ога. Появившаяся в ядре Linux 3.6.2 ошибка способна привести к повреждению данных в ФС Ext4...
...Ошибка проявляется в версиях ядра Linux 3.6.2, 3.6.3, 3.4.14, 3.4.15 и 3.5.7.
А в 3.5.4 - нету :)
| | |
|
|
|
| 1.3, НЕТ (?), 12:25, 25/10/2012 [ответить] [﹢﹢﹢] [ · · · ]
| –2 +/– |
Я не понимаю как "KISS (Keep It Simple, Stupid)" сочетается с "ориентированный на опытных пользователей"?
Сделать как можно проще для опытных пользователей?
Скажите уже, что система сама ничего не умеет, всё надо делать самому и на каждый чих молиться, чтобы не рассыпалась.
Раньше, вроде KISS подразумевал, что один раз сделано, чтобы не надо было каждому переделывать, а теперь - моя система "для опытных пользователей", потому что ничего не умеет (ну, кроме того что умеет графическая оболочка, которая облегчённая и поэтому тоже ничего не может)
| | |
| |
| 2.4, inferrna (ok), 12:35, 25/10/2012 [^] [^^] [^^^] [ответить]
| +3 +/– |
Система устроена просто изнутри, но для её использования требуется понимание её работы. Всякое-же накручивание свистоперделок усложняет систему, но делает её удобнее для пользователя.
| | |
| 2.6, Аноним (-), 12:38, 25/10/2012 [^] [^^] [^^^] [ответить]
| +5 +/– | |
Вы принцип KISS путаете с качеством «user friendly».
Принцип KISS обычно подразумевает простоту внутреннего устройства системы, минимально возможный объем начинки и ничего более. Но из простоты устройства (архитектуры, если хотите) обычно следует простота поддержки, меньшее количества багов и т.д.
> Скажите уже, что система сама ничего не умеет, всё надо делать самому и на каждый чих молиться, чтобы не рассыпалась.
Предполагается, что молиться в данном случае нужно только на свои руки.
| | |
| 2.27, Аноним (-), 18:39, 25/10/2012 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> Я не понимаю как "KISS (Keep It Simple, Stupid)" сочетается с "ориентированный на опытных пользователей"?
Молоток - простой инструмент, но если вы нуб - можно больно #$нуть себе по пальцу. Это не самый удобный инструмент. Зато у него мало режимов отказа и они все очевидны.
| | |
|
| 1.7, ach (ok), 13:39, 25/10/2012 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
 А кто-нибудь может рассказать чем оно от Slackware и Gentoo отличается? Я читал Handbook - ставится Crux похожим с Gentoo способом, через chroot. Ядро опять-таки надо самому собирать. В то же время там описывается пакетный менеджер и система портов...
| | |
| |
| 2.8, chinarulezzz (ok), 13:54, 25/10/2012 [^] [^^] [^^^] [ответить]
| +/– |
 У меня Слакварь на десктопе, CRUX на нетбуке.
Crux от слаки отличается еще более простым внутренним устройством. Пакаджи пишутся лёгче, гораздо легче чем слакбилды. Радует наличие минимальной установки. Пакеты собираются тоже минимально, документация удаляется и поддержка многоязычия тоже. Маны только. Ядро не обновляется с системой пакетным менеджером, там от этого вообще ушли. Хочешь ядро - скачай какое хочешь и скомпилируй себе.
В общем, мне дистрибутив очень понравился. Выпуск 2.8 последний поддерживающий x86_32, следующий будет x86_64, но будет contrib-версия.
От слаки не отказался. Даже чую что на нетбуке будет слака. А вот на десктопе возможно будет CRUX.
| | |
| |
| 3.9, ach (ok), 14:00, 25/10/2012 [^] [^^] [^^^] [ответить]
| +/– |
> У меня Слакварь на десктопе, CRUX на нетбуке.
> Crux от слаки отличается еще более простым внутренним устройством. Пакаджи пишутся лёгче,
> гораздо легче чем слакбилды. Радует наличие минимальной установки. Пакеты собираются тоже
> минимально, документация удаляется и поддержка многоязычия тоже. Маны только. Ядро не
> обновляется с системой пакетным менеджером, там от этого вообще ушли. Хочешь
> ядро - скачай какое хочешь и скомпилируй себе.
То есть бинарные пакеты там есть? А зависимости между ними отслеживаются или как в Slackware? Аналогичный вопрос про порты - там отслеживаются зависимости как в Gentoo?
| | |
| |
| 4.10, sasa (??), 14:18, 25/10/2012 [^] [^^] [^^^] [ответить]
| +/– | |
> То есть бинарные пакеты там есть?
да
> А зависимости между ними отслеживаются
да
> Аналогичный вопрос про порты - там отслеживаются зависимости как в Gentoo?
не знаю как в Gentoo, но в CRUX отслеживаются
| | |
| |
| 5.11, ach (ok), 14:23, 25/10/2012 [^] [^^] [^^^] [ответить]
| +/– |
>> То есть бинарные пакеты там есть?
> да
>> А зависимости между ними отслеживаются
> да
>> Аналогичный вопрос про порты - там отслеживаются зависимости как в Gentoo?
> не знаю как в Gentoo, но в CRUX отслеживаются
Ясно, спасибо! Погоняю его на виртуалке, все-таки, как руки дойдут.
| | |
| |
| 6.12, sasa (??), 14:27, 25/10/2012 [^] [^^] [^^^] [ответить]
| +/– | |
> Ясно, спасибо!
для ясности - это все опционально в CRUX и можно настроить на свое усмотрение, но да - это все есть.
| | |
|
|
| 4.13, chinarulezzz (ok), 14:28, 25/10/2012 [^] [^^] [^^^] [ответить]
| +/– |
> То есть бинарные пакеты там есть? А зависимости между ними отслеживаются или
> как в Slackware? Аналогичный вопрос про порты - там отслеживаются зависимости
> как в Gentoo?
Там pkgutils(pkgadd, pkgrm, pkginfo, pkgmk) - вроде слакваревских pkgtool.
prt-get - обёртка на pkgutils, для работы с ports, и достаточно мощная, поддерживающая работу с зависимостями (prt-get depins).
А ports по сути - работа с репозиториями, используя rsync и httpup. Синхронизация, обновление, просмотр различий в версиях.
| | |
| |
| 5.14, ach (ok), 14:36, 25/10/2012 [^] [^^] [^^^] [ответить]
| +/– |
>> То есть бинарные пакеты там есть? А зависимости между ними отслеживаются или
>> как в Slackware? Аналогичный вопрос про порты - там отслеживаются зависимости
>> как в Gentoo?
> Там pkgutils(pkgadd, pkgrm, pkginfo, pkgmk) - вроде слакваревских pkgtool.
> prt-get - обёртка на pkgutils, для работы с ports, и достаточно мощная,
> поддерживающая работу с зависимостями (prt-get depins).
> А ports по сути - работа с репозиториями, используя rsync и httpup.
> Синхронизация, обновление, просмотр различий в версиях.
Спасибо! Пощупаю и посмотрю. Мне всегда такие дистры с принципом KISS нравились. Только Arch все-таки не интересно использовать, никогда не знаешь, что отвалится после обновления.
| | |
| |
| 6.15, chinarulezzz (ok), 14:44, 25/10/2012 [^] [^^] [^^^] [ответить]
| +1 +/– |
> Спасибо! Пощупаю и посмотрю. Мне всегда такие дистры с принципом KISS нравились.
> Только Arch все-таки не интересно использовать, никогда не знаешь, что отвалится
> после обновления.
Арч уже и не KISS совсем. К постоянным отваливаниям добавился обязательный системгэ, второй граб, выпиливание rc.conf, Глянешь CRUX, присмотрись к внутреннему устройству системы. Гениально-просто.
К тому же в вики готовится статья по переходу с udev на mdev.
| | |
| |
| 7.16, ach (ok), 14:48, 25/10/2012 [^] [^^] [^^^] [ответить]
| +/– |
>> Спасибо! Пощупаю и посмотрю. Мне всегда такие дистры с принципом KISS нравились.
>> Только Arch все-таки не интересно использовать, никогда не знаешь, что отвалится
>> после обновления.
> Арч уже и не KISS совсем. К постоянным отваливаниям добавился обязательный системгэ,
> второй граб, выпиливание rc.conf, Глянешь CRUX, присмотрись к внутреннему устройству
> системы. Гениально-просто.
Да я думаю, что разберусь. Тут вопрос в том, чтобы время найти. Я давний гентушник, только вот ушел с нее года полтора назад, потому что постоянные пересборки всего и вся надоели. К тому же в плане стабильности она тоже не очень становится. Но это уже для флейма тема...
| | |
| |
| |
| |
| |
| 11.23, sasa (??), 17:59, 25/10/2012 [^] [^^] [^^^] [ответить] | +/– | это просто не прижилось - я же предупредил что опционально, вся инфраструктура д... текст свёрнут, показать | | |
|
|
|
|
| 7.20, Kolya (?), 17:04, 25/10/2012 [^] [^^] [^^^] [ответить]
| +1 +/– | |
>Арч уже и не KISS совсем.
А когда это арч был KISS?
* Сложный пакетный менеджер(установка/удаление + репозитории, всё в одном).
* rc.conf обработка которого занимает больше строк на баш, чем обработка rcX.d
* Или, скажем, структура PKGBUILD по сравнению со Slackbuild.
| | |
| |
| 8.24, Аноним (-), 18:00, 25/10/2012 [^] [^^] [^^^] [ответить] | +2 +/– | Вкусовщина Пакетный менеджер то, что надо pacman -S или -U, -R, куда проще Р... большой текст свёрнут, показать | | |
| |
| |
| 10.35, Аноним (-), 19:52, 25/10/2012 [^] [^^] [^^^] [ответить] | +/– | https projects archlinux org svntogit packages git tree trunk install h packag... большой текст свёрнут, показать | | |
| |
| |
| 12.44, Аноним (-), 21:01, 25/10/2012 [^] [^^] [^^^] [ответить] | +/– | Ты сходи и почитай Вот так можно настроить makepkg для сборки пакетов А уж это... большой текст свёрнут, показать | | |
|
|
|
|
|
|
|
|
|
| 3.61, SergMarkov (ok), 23:56, 27/10/2012 [^] [^^] [^^^] [ответить]
| +/– |
 Присматриваюсь к круксу, но пугает именно этот переход на 86-64 У самого как раз х86 и ставить дистр на год как то неохота Если бы они сделали 86-64 в дополнение, то вполне возможно что и поставил бы, но ставить и потом снова сносить, потратив время на изучение того, что потом уже не пригодится, как то неохота.
| | |
| |
| 4.63, chinarulezzz (ok), 13:42, 30/10/2012 [^] [^^] [^^^] [ответить]
| +/– |
> Присматриваюсь к круксу, но пугает именно этот переход на 86-64 У самого
> как раз х86 и ставить дистр на год как то неохота
> Если бы они сделали 86-64 в дополнение, то вполне возможно что
> и поставил бы, но ставить и потом снова сносить, потратив время
> на изучение того, что потом уже не пригодится, как то неохота.
У меня просто свободного времени много) Но я б тоже не стал. Ну, как бы слака и остаётся главным дистрибутивом, крукс только узнаю. Вполне возможно что наиграюсь и брошу)
| | |
|
|
|
| 1.41, Аноним (-), 20:36, 25/10/2012 [ответить] [﹢﹢﹢] [ · · · ] | –2 +/– | KISS 8211 вообще тут не в тему или скорее перевод насчет ориентирован на опыт... большой текст свёрнут, показать | | |
| |
| 2.46, Kolya (?), 21:22, 25/10/2012 [^] [^^] [^^^] [ответить]
| +/– |
это вы мне?
То что вы пишите -- это user-friendly. А я про KISS.
DEB: dpkg + aptitude
RPM: rpm + zypper
PACMAN: pacman
чуешь разницу?
| | |
| |
| 3.48, Аноним (-), 00:00, 26/10/2012 [^] [^^] [^^^] [ответить] | +/– | Разве не этого вы хотели Ведь кто тут говорил надстройка над надстройками, нужн... большой текст свёрнут, показать | | |
| |
| 4.49, Kolya (?), 00:17, 26/10/2012 [^] [^^] [^^^] [ответить]
| +/– | |
>Логично, что пакетный менеджер имеет возможность делать все необходимые манипуляции с пакетами, и получение пакета из репозитория включительно. В то время как другим пакетным менеджерам для управления репозиторием пакетов требуются внешние программы.
А чтож ваш pacman не собирает пакеты; проверяет подписи внешней утилитой, а не сам? Ещё он мог бы скроблить новости с главной сайта archlinux(всё равно надо читать перед апдейтом).
И ещё, когда пакмен научится говорить в каком не установленном пакете лежит файл X? Будет чекать хеши файлов установленных пакетов?
Проблема в том, что он НЕ делает, то что должен делать, но при этом он уже монстр-всё-в-одном-бинарном-файле.
Вообще это удивительная черта арчеров: им нравятся монстры арча, но не нравится systemd. Такой вот парадокс.
| | |
| |
| 5.52, Аноним (-), 02:42, 26/10/2012 [^] [^^] [^^^] [ответить] | +/– | Вы меня так и не поняли, я не говорю, что пакман должен уметь все из коробки Ес... большой текст свёрнут, показать | | |
|
|
|
|
|
