Баг: неприменение патчей в gentoo с patch-2.6

Вообще-то баг уже недели 2 висит: http://bugs.gentoo.org/show_bug.cgi?id=293570

Они -р к пакетам брутфорсом подбирают ?!? О_о"

Слишком много пользователей добавляет свои патчи, слишком много форматов позволяет diff. Нереально всё это привести к единообразному виду. Поэтому функция epatch() просто пробует запускать patch, перебирая параметры с -p0 по -p5. С каким первым заработает.

> в debsrc3 уже вообще ушли от обычного patch

А что вместо него?

> Мне кажется, или security-патчи должны быть не патчами, а находится в основном архиве программы?

Основной архив программы в Дженту берётся с её официального сайта. То есть если в апстриме исправления доступны только в SVN, либо вообще не чешутся, приходится прилагать патч к ебилду. Если патчсет слишком большой, бывает, тянут с omploader.org. Или с какого-нибудь Дебиана :) Естественно, всё зеркалируют на серверах Дженту.

> Но обычно при уязвимости выходит новая минорная версия софта

Ещё ведь есть патчи для обеспечения лучшей работы в Дженту... Либо коких-нибудь заморочек с авторскими правами :)

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

Они проверили. Всё работало. Со старой версией :)

> а нахрена было ставить нестабильный системный(!) пакет?

Нестабильные glibc или coreutils бывают нужны другим нестабильным программам. Хотя кому мог понадобиться нестабильный patch — хороший вопрос. Возможно кому-то, кто накладывает патчи, созданные новейшим diff-ом?

> ACCEPT_KEYWORDS=«~x86» >> /etc/make.conf && emerge -uNDav world ..и на соелующий день читай потрясную новость на gentoo.ru

Всюду ж пишут (даже в этой теме уже сказали): переводить пакеты на ~ по одному, через /etc/portage/package.keywords.

~]$ pacman -Q patch

patch 2.6-1

>> ACCEPT_KEYWORDS=«~x86» >> /etc/make.conf

А нахрена если есть portage.keywords/ ?
Так что ССЗБ

Плюсую. Сначала неосилят генту а потом хватаются заголову что «патчи не применяются».

Ага, не успели, так и есть :)

$ patch --version patch 2.5.9

Апстрим кстати много ещё чего в 2.6 поменял несовместимым образом: http://git.savannah.gnu.org/cgit/patch.git/tree/NEWS

И баги есть интересные: http://savannah.gnu.org/bugs/?group=patch

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

а что такое «~arch» ?? 0_o

ваш $ wc -l /etc/portage/package.keywords можно?

это должны делать разрабы, а не юзеры. определять системное (что вообще нафиг обновлять не надо) и прикладное (с новыми фишечками). в Генте этого нет и не будет. В этом и беда.

а что такое «~arch» ?? 0_o

Так в Gentoo указывается архитектура системы в ACCEPT_KEYWORDS или в /etc/portage/package.keywords . Тильда (~) означает, что используется тестовая ветка.

>> в debsrc3 уже вообще ушли от обычного patch

А что вместо него?

quilt (И в нем кстати все патчи либо приводятся к -p1 либо хранится уровень)

безобразие

>ваш $ wc -l /etc/portage/package.keywords можно?

Какой из?

У меня есть машины, где там 1-2 строчки (скажем, есть машина, где там только app-misc/mc). Есть такие, где больше тысячи. Например: http://pastebin.ca/1704045

это должны делать разрабы, а не юзеры

А как разрабу решить, нужен человеку свежий mc или стабильный? Свежий gnome или вылизанный? Свежий imagemagick или такой, с API которого гарантированно работают старые пакеты?

С разрабами получится как в любом бинарном дистре - одна версия пакета и никакого выбора :)

Вот, например, phpMyAdmin взять. Ветка 3.x не работает с mysql-4.x А такого ещё много встречается. Рулить-то не всегда локалхостом нужно. Так что ставить будем, старую 2-ю ветку или не работающую с целым рядом серверов случае 3-ю?

>А как разрабу решить, нужен человеку свежий mc или стабильный? Свежий gnome или вылизанный? Свежий imagemagick или такой, с API которого гарантированно работают старые пакеты?

С разрабами получится как в любом бинарном дистре - одна версия пакета и никакого выбора :)

Во первых есть несколько веток дистрибутива (в том же Deb стейбл и тестинг), во вторых всегда можно собрать пакет из исходников, другое дело что это требуется скажем так очень редко.

Вот, например, phpMyAdmin взять. Ветка 3.x не работает с mysql-4.x А такого ещё много встречается. Рулить-то не всегда локалхостом нужно. Так что ставить будем, старую 2-ю ветку или не работающую с целым рядом серверов случае 3-ю?

Вы берете очень редкую ситуацию и считаете что она случается каждый раз, пример с mysql очень показательный - где вы его отрыли, его нету даже в oldstable дебиана, валяется может только в таких помойках как фря, а еще третья ветка phpMyAdmin не работает с php3, и что теперь, повеситься?

>Во первых есть несколько веток дистрибутива

Ну и какую мне ветку выбрать, если я хочу стабильные gnome, kde и xorg, но экспериментальные mc, phpmyadmin и Оперу? :)

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

Некоторые редко проводимые вещи всё равно заставляют думать о смене подхода. Даже если тебе придётся есть говно раз в год, а остальные 365*3-1 раза будешь есть нормальную еду, думаю, тебе захочется в жизни что-то изменить :)

Вы берете очень редкую ситуацию и считаете что она случается каждый раз

Я с этой ситуацией сталкиваюсь постоянно в разных ситуациях.

пример с mysql очень показательный - где вы его отрыли

А я, ведь, специально отметил - не всегда mysql - это только localhost. Но Вы, судя по всему, что Вам пишут - не читаете.

а еще третья ветка phpMyAdmin не работает с php3, и что теперь, повеситься?

phpMyAdmin работает на твоём сервере, с которым можешь сделать что угодно, в том числе обновить PHP, когда понадобится. А вот как ты будешь обновлять mysql на чужом сервере?

валяется может только в таких помойках как фря

Да, в моём случае это именно фря. На удалённой машине.

>Ну и какую мне ветку выбрать, если я хочу стабильные gnome, kde и xorg, но экспериментальные mc, phpmyadmin и Оперу? :)

Ну это же очевидно - обе, stable в дефолтную, тестинг дополнительно, ну а дальше уже в аптитуде разруливать.

Некоторые редко проводимые вещи всё равно заставляют думать о смене подхода. Даже если тебе придётся есть говно раз в год, а остальные 365*3-1 раза будешь есть нормальную еду, думаю, тебе захочется в жизни что-то изменить :)

Ну наверное, но явно не захочется менять на ситуацию, когда приходится есть гавно круглый год ;)

А я, ведь, специально отметил - не всегда mysql - это только localhost. Но Вы, судя по всему, что Вам пишут - не читаете.

Читаю, поэтому и спросил, а где же это вы его отрыли. Блин, занимательная археология а не администрирование какое-то.

phpMyAdmin работает на твоём сервере, с которым можешь сделать что угодно, в том числе обновить PHP, когда понадобится. А вот как ты будешь обновлять mysql на чужом сервере?

Ммм, спросить админа «а какого у вас такой новый mysql установлен?»

Да, в моём случае это именно фря. На удалённой машине.

И почему я ничуть не удивлен... Ведь в этой поделке проще переставить с нуля систему, чем обновить ее.

>Ну это же очевидно - обе, stable в дефолтную, тестинг дополнительно, ну а дальше уже в аптитуде разруливать.

А тестовый, например, kcachegrind не захочет тестовый же kde, когда мне kde нужен стабильный?

Блин, занимательная археология а не администрирование какое-то.

При чём тут администрирование? Кроме администрирования бывает, например, программирование.

Ммм, спросить админа «а какого у вас такой новый mysql установлен?»

Спроси. 90% админов тебе ответит старым принципом - «работает? ну так ничего не трогайте, ради Бога!».

Ведь в этой поделке проще переставить с нуля систему, чем обновить ее.

Да. Именно так админ и отвечает :) Это в данном случае. А есть ещё сторонние хостинги с mysql-4.1, где админы на такие вопросы не отвечают вообще :) Всё же, это не localhost...

>Спроси. 90% админов тебе ответит старым принципом - «работает? ну так ничего не трогайте, ради Бога!».

Да, в моём случае это именно фря. На удалённой машине.

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

>а обновления безопасности?

Когда это mysql на своём сервере, доступный снаружи только через ssh-туннель - то там ломать нечего. Скрипты на нём только свои работают, в сеть он не торчит.

А на хостингах, где 4.1 стоит - там они сами патчат, когда перестаёт разработчиком поддерживаться. Что там mysql-4.1, до сих пор на некоторых хостингах PHP4 стоит :) Хотя заказчиков с такими хостингами я теперь посылаю, это тот случай, когда мне, как программисту, проще послать нафиг, чем поддерживать старый и глючный синтаксис :)

Но что касается именно mysql, то 4-й до сих пор разработчиком поддерживается: http://dev.mysql.com/downloads/mysql/4.1.html

>А тестовый, например, kcachegrind не захочет тестовый же kde, когда мне kde нужен стабильный?

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

При чём тут администрирование?

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

Спроси. 90% админов тебе ответит старым принципом - «работает? ну так ничего не трогайте, ради Бога!».

Правильно, 100% фряшных админов так и ответит, потому что если начать что-то во фре обновлять, то там обязательно что-то отломается. Почему-то такие вопросы обычно возникают только к ним, ну еще к редхатовцем, переученных с фри.

На это есть простой ответ - не работает. (далее подставить список всего, что там появилось в этом конкретном случае)

Да. Именно так админ и отвечает :) Это в данном случае.

Да, да, фряшные админы - я таких видел, поубивал бы, раз в год-два выйдут из анабиоза и назад. Зато мегаколенка, на которой собрана фря, это конечно самая мегаколенка в мире и ничего круче нету. Прям как мелкософт, чесслово.

Как зайдешь на сервер - если фря, то весь софт древнющий, половина не поддерживается, прочие выкрутасы. Зайдешь на CentOS - уже поновее, хотя перлы встречаются.

А как зайдешь на Deb-подобный - все новенькое, красивенькое, phpinfo от расширений ломится, апач последний, почтовик последний, и git и svn на выбор, версии новехинькие, мемкеши под парами, все настроено, все работает :)

>Ну вроде как установка/обновление софта это к администрированию относится

Но занимаемся им не мы в данном случае и mysql-4.1 дан нам в ощущениях.

А как зайдешь на Deb-подобный - все новенькое, красивенькое, phpinfo от расширений ломится, апач последний, почтовик последний, и git и svn на выбор, версии новехинькие, мемкеши под парами, все настроено, все работает :)

Ну да, как и в Gentoo. Только в Gentoo ещё механизм webapps есть. И нет хаоса периодических дистапгрейдов.

>Какой из?

Очевидно, с той машины, на которой используется подход «десктоп, на котором я сам себе сделаю список свежего софта, а остальное, типа patch, обновлять не надо.» про это же разговор, а не, скажем, про какой-нибудь hardened сервак.

Есть такие, где больше тысячи.

ну, и как осчущчения? можно и не отвечать.

А как разрабу решить, нужен человеку свежий mc или стабильный?

это человек решит, а не разраб. сейчас выбор такой - или всё stale, или каждую неделю обновлять по 100 системных пакетов. это что ли по вашему the way it's meant to be?

С разрабами получится как в любом бинарном дистре - одна версия пакета и никакого выбора

при чем тут одна версия... постоянно от простого разговора куда-то уруливаем.
я говорю, что правильно, это когда для, скажем, профайла «desktop» есть разделение дерева портов, всего на, условно говоря, две группы - пакеты, которые имеет смысл обновлять для получения т.н. «новых фишек» (а иногда и важных улучшений в юзабилити), и которые сами по себе в обновлении нафиг не нуждаются. даже по соображениям безопасности, ибо нафиг она на компе не предостовляющем никаким неизвестным хостам никаких услуг. ну, это впрочем частность, можно спорить есессвенно.
можно даже забубенить систему маркировки в ебилдах на предмет чего добавили - тогда юзеры могли бы составлять wishlist - если в новой версии нет заранее оговоренной фичи, то и отвлекать юзера предложением апгрейда не надо. ну это уже фантастика.

Вот, например, phpMyAdmin взять. Ветка 3.x не работает с mysql-4.x А такого ещё много встречается. Рулить-то не всегда локалхостом нужно. Так что ставить будем, старую 2-ю ветку или не работающую с целым рядом серверов случае 3-ю?

разговор про ДЕСКТОП. только и исключительно. на сервере обсуждаемая проблема в общем случае не стоит.
admin@server ~ $ wc -l /etc/portage/package.keywords
6 /etc/portage/package.keywords

а вот на десктопе и нужен список из стапицот пакетов которые таки имеет смысл обновлять.

ладно, пофиг. короче неудобно ни в бинарных дистрах (репы всякие, разные сборки, под разные версии дистров и т.д.), ни в Генте. и это печально.

[redeyes=off]на венде, увы, для юзера (хоть админа, хоть разраба, хоть физика) - реально проще. если у вас на венде стоит сто плееров и пятьсот сред разработки - то ССЗБ.

>Очевидно, с той машины, на которой используется подход «десктоп, на котором я сам себе сделаю список свежего софта, а остальное, типа patch, обновлять не надо.»

Ну, вот, я там с одной из таких машин (их тоже более одной) список и приложил.

ну, и как осчущчения? можно и не отвечать.

Какие ощущения? Уточни, не понимаю.

сейчас выбор такой - или всё stale, или каждую неделю обновлять по 100 системных пакетов.

Какой ужас. Это в Дебиане так? Я предпочитаю каждую неделю обновлять лишь десяток-другой свежих пакетов.

при чем тут одна версия... постоянно от простого разговора куда-то уруливаем.

Хорошо, конкретика снова: я в Дебиане могу иметь одновременно phpmyadmin-2.x и 3.x? А unison-2.27 и 2.32?

разговор про ДЕСКТОП

Да. У меня на десктопе на локалхосте висит phpmyadmin. Что не так?

а вот на десктопе и нужен список из стапицот пакетов которые таки имеет смысл обновлять.

Ну да. И что?

ладно, пофиг. короче неудобно ни в бинарных дистрах (репы всякие, разные сборки, под разные версии дистров и т.д.), ни в Генте. и это печально.

Не знаю, я под Gentoo неудобства не чувствую. В отличии от юзаного в стародавние времена RedHat и юзаемого сейчас на ноуте Ubuntu :)

на венде, увы, для юзера (хоть админа, хоть разраба, хоть физика) - реально проще.

Хм. Именно потому что под Linux всё проще, я в своё время с винды и ушёл :)

если у вас на венде стоит сто плееров и пятьсот сред разработки - то ССЗБ.

А что делать, если под виндой нет нормального плейера? :)

>Ну да, как и в Gentoo. Только в Gentoo ещё механизм webapps есть. И нет хаоса периодических дистапгрейдов.

Ну мы сейчас и обсуждаем в теме про хаос от «дистапгрейда» в генте. До дебиановского дистапгрейда генте как до Парижа пешком. Буквально месяц назад на одном VDS стоял ленни, перевел на сквизи. Даже дистапгрейд не понадобился, обычный апгрейдом - все сразу поднялось без вопросов.

А по поводу как в генту? Ну это не всегда, видел генты, где как во фряхе старье полное, а видел и нормальные. Но чтобы дебиан ниже олдстейбла - только за несколько минут до обновления. И олдстейбл живет до обновления не особо много, разве что подождут и на других проверят.

Но занимаемся им не мы в данном случае и mysql-4.1 дан нам в ощущениях.

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

>Ну мы сейчас и обсуждаем в теме про хаос от «дистапгрейда» в генте

Не знаю. Не замечал такого :)

До дебиановского дистапгрейда генте как до Парижа пешком

Ну да. В Gentoo понятия-то такого нет :

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

А я без проблем использую то, что есть :)

>Ну да. В Gentoo понятия-то такого нет :)

В терминалогии debiana гента это постоянный sid?

Так там вообще нету никаких проблем с бинарными сборками с разными версиями библиотек - все собирается уже с тем, что есть в репозитории.

А я без проблем использую то, что есть :)

И будите использовать php5.0 на высоко нагруженном проекте, и старый мемкеш, если новый гораздо лучше память очищает и и старый mysql, который выполняет запросы медленее, а некоторые гораздо медленее, и старый апач, который потребляет больше памяти и дольше стартует, и старый nginx, в котором есть некоторые довольно критичные ошибки?

Я сталкивался за последние пол года с 4 проблемами, довольно неприятными, которые решило простое обновление.

В терминологии debiana гента это постоянный sid?

~arch можно сказать что да, но ведь есть еще и stable, это в терминологию дебиана не влезет

>В терминалогии debiana гента это постоянный sid?

Разве к Gentoo применима терминология Debian? :) В любом случае, а с терминологией оного не знаком :)

все собирается уже с тем, что есть в репозитории

А если в разных условиях требуются разные версии библиотек? Вот, скажем, в libXft 2.1.14 испортили cleartype (кстати, как в Debian, вообще, с патентованными алгоритмами? ась?) и я хочу продолжать использовать 2.1.13. А мейнтейнер новые пакеты начнёт собирать уже именно под 2.1.14. Как тут быть?

И будите использовать php5.0 на высоко нагруженном проекте

5.2.11-r1 - это старый?

и старый мемкеш

Ну, тут - да. Юзаю 1.4.1 вместо 1.4.4. И что, это уже настолько безнадёжно старо? Если потребуется, всегда могу и ~arch прописать.

и старый mysql, который выполняет запросы медленее

5.0.84-r1 - старый?

и старый апач

2.2.14-r1?

и старый nginx

0.8.17?

Я сталкивался за последние пол года с 4 проблемами, довольно неприятными, которые решило простое обновление.

Удивительно, что я за последние 6 лет только однажды столкнулся с проблемой. Когда, несколько лет назад, при автообновлении mysql-4.1 обновился до mysql-5.0. Пришлось ручками запускать скриптик конверсии его системной БД. И всё. Это про сервер.

На десктопе, понятно, в ~arch проблемы иногда бывают, но их много меньше, чем в той же Ubuntu. Неужели в Debian проблем на порядок меньше, чем в Убунте? Не верю! :)

скажем, в libXft 2.1.14 испортили cleartype (кстати, как в Debian, вообще, с патентованными алгоритмами?

я просматривала пакеты freetype в debian, ubuntu, меня очень удивило то,
что патентованые алгоритмы Apple и MS там были включены

кодеки не включают, они есть в debian-multimedia

ps: я поменяла дебиан на генту 6 недель назад, если честно, все очень нравится, нравится тем что есть выбор, выбор поставить или самое новье из апстрима (задержки не более нескольких дней) или упорствовать с тем чтобы оставаться на старой версии, да, в дебиан есть hold, но у меня там уже половина системы висело в этом холде..

>Внимательно посмотреть скажем на Debian и перестать заниматься велосипедостроительством

умиляют идиоты сравнивающие х#й с пальцем и быстро забывающие истории с openssl.

>я просматривала пакеты freetype в debian, ubuntu, меня очень удивило то, что патентованые алгоритмы Apple и MS там были включены

Debian не видел, но в Убунту - точно нет :) Да, там есть субпиксельный рендеринг и довольно сносный, но, всё же, он менее качественный, чем USE=«cleartype» в Gentoo. Кстати, сравнить легко и без Убунту, т.к. spr USE=«ubuntu» есть в Gentoo :)

>А мейнтейнер новые пакеты начнёт собирать уже именно под 2.1.14. Как тут быть?

будут сидеть и жрать то, что дал мейнтейнер, очевидно же, debian же

я не совсем про патчи cleartype, я про патентованый subpixel rendering и bytecode interpreter и то и другое в убунте (кармик) и дебиане включено.


про libXft 2.14 , я откатывала кстати и вешала hold ... вот так и получается что полсистемы в этом hold висит и не обновляется с реп

>Разве к Gentoo применима терминология Debian? :) В любом случае, а с терминологией оного не знаком :)

Ну в данном случае sid дебиана это как ~arch генты, а вот стейбл генты это просто срез ~arch, и никакой аналогии со стейблом дебиана.

А мейнтейнер новые пакеты начнёт собирать уже именно под 2.1.14. Как тут быть?

Ну очевидно же - накатать баг в багтрекер, его еще и исправят, а пока не будут собирать, а вы будите сидеть на старой никому не сообщив и будите молиться пока те-же дебианщики не сообщат и не исправят в 15 версии.

... это старый?

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

Удивительно, что я за последние 6 лет только однажды столкнулся с проблемой.

Ну вам повезло. У меня были такие - мемкеш 1.2 не освобождал память, кушал гигами, поставили даже два сервера, обновили на 1.4 - 250 метров. апач 2.0 работал очень медленно, смена на ветку 2.2 позволила еще полгода не разносить на два сервера, а, еще на одной фре обнаружился svn версии 1.1, в то время когда уже был 1.6 - вот этих админов и нужно убивать - работает не трогай, лучше вообще не трогай, а отдай разбирающимся людям. А, ну и последняя - mysql4 не поддерживает поиск по двум частичным индексам, запрос сейчас не вспомню, но меня просили это оптимизировать, а я полез в доку и узнаю что такой запрос автоматом оптимизируется, сейчас запроса не вспомню.

кстати, как в Debian, вообще, с патентованными алгоритмами? ась?

Нету такого идиотизма как в убунте - вырезать кодеки это что-то.

Неужели в Debian проблем на порядок меньше, чем в Убунте? Не верю! :)

Не надо судить о дебиане по убунте, она действительно глючная...

Вот меня самого удивляет, как (убунта по сути строится на sid дебиана, вот в последней убунте можно например найти например мои пакеты из дебиана), но при этом стейбл убунты глючне sidа дебиана, по сравнению с убунтой debian даже sid гораздо менее глючный. В течении почти года на домашнем компе sid, самые большие проблемы - не собрались еще пакеты, от которых зависит обновляемый, поэтому он висит в удерживаемых, ну и если где-то старые библиотеки помечены как установленные вручную, то с ними могут конфликтовать новые - ставишь на автомат - удаляет старую.

умиляют идиоты сравнивающие х#й с пальцем.

Да, действительно, сравнивать quilt с каким-то брутфорсом уровней - даже несерьездно.

истории с openssl

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

>Вот, скажем, в libXft 2.1.14 испортили cleartype, и я хочу продолжать использовать 2.1.13.

Я просто пробовал включать сглаживание и с 13 версией еще, и вот сейчас включил с 14, чтобы посмотреть, что они там испортили. Не знаю как в генте, а в дебиане ничего не испорчено (правда ничего и не починено - такое-же гавно как в винде, поэтому субпиксельное сглаживание не использую) - как было с 13 так и осталось с 14, может пока гентушники раскачивались в дебиане уже все пофиксили :)

>а вот стейбл генты это просто срез ~arch, и никакой аналогии со стейблом дебиана.

нет, там такой же древний и допиленный патчами софт как и в stable debian, в этом плане они весьма сравнимы.

Ну очевидно же - накатать баг в багтрекер, его еще и исправят

через год... если вообще не закроют баг, потому что майнтейнеру вообще дела нет, хотя я конечно не знаю как с этим обстоят дела именно в дебиан.

Нету такого идиотизма как в убунте - вырезать кодеки это что-то.

patent issues... ничего не поделаешь. тут уже зависит все от готовности команды юристов отстаивать интересы.

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

иронизируете? «оперативно» - это 2 года, все сертификаты за это время насмарку, всем остальным дистрибутивам пришлось делать черные списки плохих ключей... просто замечательно.

> иронизируете? «оперативно» - это 2 года

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

через год... если вообще не закроют баг

это врятли, а с гентой еще хуже - вы будите сидеть на старой либе и когда с ней не будут собираться новые программы, так как требуется скажем 2.2.0 минимум, то что вы будите делать?

нет, там такой же древний и допиленный патчами софт как и в stable debian, в этом плане они весьма сравнимы.

Тогда вопросов нету, да, одно и то-же в этом плане

>многие не успели зайти на свои сервера - по крону обновились быстрее и ключ в черном списке уже.

вот радости то сколько... это не достоинство , а недостаток,
мало того что проблемы с тем что ключи испорченные, так еще и на свой же сервер теперь не зайти.. Ситуация типа «снявши голову по волосам не плачут» . Хотя мне кажется дальнейшее обсуждение имеет мало смысла, т.к. виноватых там полно и вообще пусть будет всем уроком на будущее как не надо делать.

а с гентой еще хуже - вы будите сидеть на старой либе

такое навряд ли будет, обновления пока идут достаточно оперативно, особенно в ~arch, в stable несколько другая ситуация, но для этого есть багзилла и патчи, ситуация вполне разрешима, в крайнем случае есть размаскировка и сборка по custom-ebuild , путей гораздо больше чем в debian, хотя тем кто панически боится что-то сломать, я не знаю что им делать, наверное пользоваться даже не дебиан , а RHEL

в целом мне кажется что холивар не совсем корректен, и там и там есть свои плюсы и минусы, что будет для конкретного администратора более значимо, зависит от личных предпочтений этого же администратора... (в.т.ч. и root@ localhost)

>Ну в данном случае sid дебиана это как ~arch генты, а вот стейбл генты это просто срез ~arch, и никакой аналогии со стейблом дебиана.

Не-а. Потому что в Дебиане - это разные репозитории и пакеты из одного (насколько я понимаю) не могут использоваться с библиотеками другого.

Ну очевидно же - накатать баг в багтрекер

Нет уж, я лучше с Gentoo :)

Ну вам повезло

Не думаю. Ибо это же не на одной только машине. Скорее - это взаимная любовь :D

>вот радости то сколько... это не достоинство , а недостаток,

зайти то можно и по паролю, так что не пойдет. Обновление было оперативно.

такое навряд ли будет, обновления пока идут достаточно оперативно

Обновления то идут, но в данном случае начиная с 2.1.14 оно сломано и вам не подходит, что толку если выйдет 2.1.15 или 2.1.16, если там это по прежнему сломано?

Ну да, смысла дальше спорить нет, по крайне мере я ничего против генты не имею, у них собирается все довольно хорошо, пока из nix систем откровенные поделки только фря и слака, остальное как минимум ничего :)

>Не знаю как в генте, а в дебиане ничего не испорчено

Смотря что с чем сравнивать. Кому-то и в http://www.linux.org.ru/view-message.jsp?msgid=4299133 второй вариант шрифтов кажется лучше. Именно так в поломаном 2.1.14 и вяглядит Опера у меня :) Это во-первых. Во-вторых, всё же, непонятно, как в Дебиане с патентованными патчами, которые даже в Gentoo идут в сторонних оверлеях.

правда ничего и не починено - такое-же гавно как в винде

Хм. Ну, начать можно с того, что SPR-рендеринг в винде XP (говно), Vista (качественный) и Seven (тоже качественный) - разный :)

Так вот, дефолтовый spr в той же Ubuntu на уровне XP, т.е. резковатый и угловатый, дефолтовый spr в Gentoo ещё хуже, а патченый - на том же уровне, что в Висте.

может пока гентушники раскачивались в дебиане уже все пофиксили :)

Ну, дай скрин, оценю :)

>это врятли, а с гентой еще хуже - вы будите сидеть на старой либе и когда с ней не будут собираться новые программы, так как требуется скажем 2.2.0 минимум, то что вы будите делать?

Такое впечатление, что Вы Gentoo только на картинке видели. Про зависимости что-нибудь слышали? А про отличие обновления мира с ключём --deep и без него знаете?

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

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

Именно так :)