После долгого ожидания результатов конкурса о смене логотипа коммьюнити дисрибутива Arch, наконец назван победитель: работа Archer, созданная Тэйером Вилльямсом (Thayer Williams).
>Когды людям линукс нужен не для работы - они занимаются вот такими вещами. Наверное арч - идеальный дистрибутив и работать там больше не над чем.
Был таковым до недавнего времени, но теперь его создателям видимо стало скучно жить, и они решили его испоганить, чтобы в дальнейшем было над чем работать. "Мы сами создаем себе трудности, и сами их преодолеваем!"
Я выше указал уже, да неужели вы и сами этого не наблюдаете? Самое главное они покалечили - pacman, vim в новой редакции лучше сразу пересобирать, каталог /opt помешал какому-то кретину - gnome и kde4 они переместили из него в /usr, огорчили меня сие сильно - думал и вовсе собираются они от него отказаться, но потом свыкся с этой мыслью (а куда деваться?) думаю - "да и хрен с вами...", ан нет! texlive переехал из /usr в /opt (зато eclipse в /usr) Да и много еще чего случилось в последние время, сразу все и не упомнишь. Что тут скажешь... Теперь логотипы менять начали. Если совсем-уж заняться нечем - яйца друг-другу полизали-бы для разнообразия - там глядишь, желание поганить дистрибутив и прошло.
>/opt помешал какому-то кретину - gnome и kde4 они переместили из него в /usr, огорчили меня сие сильно - думал и вовсе собираются они от него отказаться, но потом свыкся с этой мыслью (а куда деваться?) думаю - "да и хрен с вами...", ан нет! texlive переехал из /usr в /opt (зато eclipse в /usr)
Добавили требование параметра arch=() в makepkg? Если вы считаете, что это плохо, то патч для makepkg написать - дело пары минут. Я считаю, проблема, скорее, в мэинтейнерах, которые arch=() не добавляют. Shame on them. :)
> vim в новой редакции лучше сразу пересобирать
Ну, с этим согласен. :) Но это, опять-таки, не очень большая проблема.
> каталог /opt помешал какому-то кретину - gnome и kde4 они переместили из него в /usr
Это больше соответствует FHS. В /opt самое место Java, VMWare, Opera и прочему проприетар^Wpre-compiled стаффу.
> Теперь логотипы менять начали. Если совсем-уж заняться нечем
Смена логотипа совсем не мешает разработке дистрибутива. Посмотрите, сколько новостей было добавлено за то время, пока проходил конкурс.
>Добавили требование параметра arch=() в makepkg?...
Это, как раз единственное, что сделали правильно :-( В первую очередь я говорю о сломанном (в тихаря причем) ключе makepkg -w. Далее pacman перестал определять происхождение каталога по -Qo, и в целом операция поиска стала очень медленной. Это они в третьей ветке поломали, а что добавили полезного для пользователя? И вообще - зачем было это трогать?
>Это больше соответствует FHS. В /opt самое место Java, VMWare, Opera и прочему проприетар^Wpre-compiled стаффу.
Может FHS это и больше соответствует, но как по-мне - то FHS это не абсолютный показатель, да и если все дистрибутивы свести к 100% соответствию FHS, LSB и т.д. - то на выходе получится один-единственный, очень скучный набор стандартного софта с огромной помойкой в /etc и /usr, т.е. с теми недостатками, которых благополучно избегали дистрибутивы исповедующие идеологию Slackware. Теперь новое руководство ArchLinux видимо решило исправить это "досадное" недоразумение, и привести арч к виду - "как у всех, чтобы не хуже, чем у других", и засрать /usr по-уши.
>Смена логотипа совсем не мешает разработке дистрибутива...
Конечно это ничему не помешает (но и поможет навряд-ли), но ведь старый логотип был очень не плох - стильный, лаконичный, зачем понадобилось его менять? - чтобы отразить время перемен? Да еще теперь и этот совершенно безвкусный, приевшийся до тошноты карамельно-леденцовый стиль...
>А можно поподробнее? А то я как-раз обновиться хотел..
Да обновляйтесь на здоровье. Это не вчера произошло. Такая концепция сборки уже не первый раз используется. Возможно вам и в таком виде подойдет, и вы даже и не заметите ничего... А если принципиально - то рекомендую ознакомится с этим файлом: http://cvs.archlinux.org/cgi-bin/viewcvs.cgi/editors/vim/PKGBUILD?rev=HEAD&am... Лично я когда вижу в зависимостях для консольного приложения gpm и libxt - то хочется тому, кто это сделал - руки оторвать. Ну, и еще есть кое-какие моменты неприятные лично для меня, а посему этот, и некоторые другие пакеты (которые решили "сделать как лучше") - в последнее время приходится пересобирать самому.
В дебиане что-то похожее...но здесь они как-то более нестандартно мыслят: vi - чисто консольный, vim - консольный для испольхования в иксах, gvim - понятно для чего.
> А чем старый-то не угодил, лучше бы поскорее ошибку в XServer'е исправили.
А при чем тут дистростроители? Они максимум могут включить патчик в сборку с готовым решением проблемы, или проблема в опциях сборки? отчетик в багтраке?
Правильно, зачем отлаживать процесс тестирования, трахать мэйнтейнеров за наплевательское отношение и повышать стабильность? Нет, лучше конечно заняться каким-нибудь полезным делом, вроде смены лого.
> Правильно, зачем отлаживать процесс тестирования, трахать мэйнтейнеров за наплевательское отношение и повышать стабильность? Нет, лучше конечно заняться каким-нибудь полезным делом, вроде смены лого.
Теоретически - как-бы и ничем, но как показывает практика - во времена, когда начинается смена логотипов, иконок, обоев и прочей никому не нужной дребедени, написания каких-то идиотских инсталляторов, графических мега-панелей-управления и т.д. - обычно приостанавливается процесс качественного контроля и нормального развития ПО. Обратите внимание в какую дрянь превратился дистрибутив SuSE, или на какую мерзость становится похож KDE4. Разработчикам становится не до таких "мелочей", как там тестирование и отладка всякая-разная... Им некогда заниматься такими глупостями, они творят, ваяют, дабы усладить взор мифических "пользователей желающих-перейти-с-виндовс-на-линукс"... живописцы хреновы... Про пользователей, которые уже осуществили данный переход, либо и вовсе всю жизнь просидевших под *nix - обычно почему-то забывают, новообращенный планктон им гораздо важнее - хлопот с ними меньше, а вернее они (в смысле хлопоты) - несколько иного свойства. Ракообразные и членистоногие не задают вопросов касательно стабильности и красоты построения ядра, и прочих системных составляющих, им это не интересно, гораздо больше их волнует вопрос - чтобы иконки, окошки, панельки и прочие beryl-ки (compiz-ки) - своей цветастой леденцовостью затмевали таковую в самой виндовс! На что собственно и уходит все рабочее время.
Да, только одежка дистрибутива состоит не из дурацких логотипов, а первую очередь из красиво написанных загрузочных скриптов, и грамотно собранного и пропатченого ядра, ну и общей концепцией управления разумеется (к большому счастью в ArchLinux пока с этим полный порядок - не успели еще изгадить).
> Теоретически - как-бы и ничем, но как показывает практика - во времена, когда начинается смена логотипов, иконок, обоев и прочей никому не нужной дребедени,
Не надо мешать все в одну кучу. Логотипами занимаются дизайнеры а не программисты.
> написания каких-то идиотских инсталляторов, графических мега-панелей-управления и т.д. - обычно приостанавливается процесс качественного контроля и нормального развития ПО.
Хм. Прошу привести определение "качественного контроля и нормального развития ПО". У Вас получается, что ни один инсталлятор и панель управления им в принципе соответствовать не могут. Это, конечно, не так.
> обратите внимание в какую дрянь превратился дистрибутив SuSE, или на какую мерзость становится похож KDE4
SuSe и KDE прекрасны.
> Разработчикам становится не до таких "мелочей", как там тестирование и отладка всякая-разная...
Какой бы код ни писал разработчик - он должен писать его качественно. Если это не так, то проблема в разработчике а не в количестве кода.
> живописцы хреновы...
Вы можете рассказать о своих достижениях? Что дает Вам моральное право на такие оскорбления разработчиков?
> Про пользователей, которые уже осуществили данный переход, либо и вовсе всю жизнь просидевших под *nix - обычно почему-то забывают, новообращенный планктон им гораздо важнее - хлопот с ними меньше, а вернее они (в смысле хлопоты) - несколько иного свойства.
Ничем не подтверждённые глупости.
> и прочих системных составляющих, им это не интересно, гораздо больше их волнует вопрос - чтобы иконки, окошки, панельки и прочие beryl-ки (compiz-ки) - своей цветастой леденцовостью затмевали таковую в самой виндовс! На что собственно и уходит все рабочее время.
Дизайнеров. Как я уже говорил, разработчики этим не занимаются. Впрочем, если Вы настолько однобоки что не умеете/желаете различать прекрасного в своем рабочем столе - тоже не беда, соберите свой дистрибутив. Там можете поставить и иконки 5-ти летней давности, и до бесконечности тестировать свои программы чтоб ну ни одной ошибки не было.