1) возможно станет первой
2) десктопной системой.
Наисали бы так -- не было бы проблемы. И я поздравил бы коллег.
Но, увы, пока я вижу, что вранье -- стиль. Пример с сертификацией -- не едиснтвенный.
Патенты получают для повышения капитализации. Дело, на мой взгляд, дурное, но в данном случае, -- скорее наивное.
Повторюсь: лично мне гораздо проще иметь дело с людьми, не разделяющими мои взгляды, чем с лжецами. А без альянсов дела не сделаешь.
Правильно, правильно. Получить побольше бумажек и директивно внедрить. Лучше, конечно, в коммерческие компании... Чтобы они нам за техподдержку платили... Тогда мы сможем заниматься ничегонеделанием, будем присваивать достижения сообщества и игроков типа RH, а за это еще и деньги получать.
>Тогда мы сможем заниматься ничегонеделанием, Эта претензия не подходит Альт. Что-то, всё-таки ими делается.
>будем присваивать достижения сообщества и игроков типа RH, а за это еще и деньги получать.
Присваивать означает "утверждать, что всё сделано нами с нуля". Альт этого НИКОГДА не делал. Странно, но GPL позволяет пользоваться плодами чужого труда. Вы про это подумали? RH также можно впустую обвинить в том, что они "присвоили разработки IBM".
И без бумажек можно директивно внедрить что угодно. Только эти самые бумажки открывают продуктам дорогу в некоторые учреждения.
>Лучше, конечно, в коммерческие компании... Вы в это сами-то верите?
>Присваивать означает "утверждать, что всё сделано нами с нуля".
Нет, присваивать в данном случае означает: "Брать, ничего не давая взамен".
>Вы в это сами-то верите?
Я этого боюсь. Ибо идея "информационной независимости" уж больно вкусная. Под такую "идею" можно распилить много-много бабок. А такм, где бабки, всему остальному не место...
>Нет, присваивать в данном случае означает: "Брать, ничего не давая взамен".
Но хотя бы дсиртрибутив они дают. И,опять-таки, если с Вами согласиться по вопросы, что "выхлоп" от Альт - 0, то есть другой аргумент: GPL позволяет ничего не давать взамен.
>Под такую "идею" можно распилить много-много бабок.
Ну... Очень скользкая тема. Здесь, как не скажи - кого-нибудь обвинишь без доказательств. Сложилось мнение, что общая модель распила в плане распределения средств - такова: один "приносит проект", другой - реальное дело делает; бОльшая часть денег - у первого, как самого "умного".
...так что девелоперам от "распила" вряд ли многое перепадает... это я к тому, что, мол, "Альт сертифицируется, дабы всех насильно пересадили на Альт...".
А, вот, если контора не имеет права использовать несертиф. дистр. (что для оборонки и проч. считаю правильным), то это - отдельный рынок, там конкуренция ниже. И чтобы туда попасть, следует иметь сущую "мелочь" - сертификат... Альт, Мандрива(РУ), RH+IBM всё делают правильно в этом плане: не плюют на доп. рынок.
>Нет, присваивать в данном случае означает: "Брать, ничего не давая взамен".
>А что ты, "ворюга", "даёшь взамен" (Кроме метановых выхлопов на ЛОРе)?
+1 Только не надо тут о вкладе в перевод СВОЕГО дистрибутива. Разные сборщики дистрибутивов используют свой перевод или офицыальный перевод разработчиков (например, у КДЕ своя команда перевода).
Если будете отрицать это -- покажите конкретний пример (желательно не единичный) использования Вашего перевода в других дистрибутивах. (Со ссылками, пожалуйста).
P.S. И, как вы думаете, почему при наличии сборки OpenOffcice от Альта, на просторах ex-USSR пользуються также большой популярностю сборки от Sun, Novell, Инфра-Ресурс?
>Только не надо тут о вкладе в перевод СВОЕГО дистрибутива. Разные сборщики дистрибутивов используют свой перевод
Я может не совсем понимаю, и вы знаете лучше, как обычно "переводят", но я переводил следующим образом: сделал перевод и отослал *.po в апстрим. Мне тут же ответили, сказали "спасибо!" и теперь каждый раз перед релизом очередной версии (обычно за 4-7 дней) просят обновить перевод, указав где взять обновлённый *.pot. и это не единичный случай в моей практике. а что - разве бывает иначе?
Ну тогда появляется некоторое логическое несоответсвие. Если все переводы Альта отсылаются в апстрим и все сборщики их используют, то на чём основываються утверждения Альтов, что одна из основных фишек их дистрибутива -- качечтвенная локализация приложений (в таком случае, удругих она должна быть корявее)? В таком случае, перевод должен быть кругом одинаков. Или Я может не совсем понимаю (с). Тогда просветите.
P.S. Где-то в этой дисскусии утверждалось что у OpenSuse проблемы с русской локализацией, так как её делают украинцы, постепенно забывающее язык своего северно-восточного соседа.
Я этого не утверждал. Я говорил о своих переводах. И я нигде не говорил, что это переводы на русский:)
>и все сборщики их используют
Эту "аксиому" вы из палца высосали?:)
>то на чём основываються утверждения Альтов, что одна из основных фишек их дистрибутива -- качечтвенная локализация приложений
Не знаю, я не представитель ALTLinux:) Но ИМХО повышение качества локализации может включать в себя также следующий вариант: берётся апстримовый перевод и исправляется и дополняется. В последнем же случае исправления в апстрим протолкнуть несколько труднее - нужно договариваться не с разработчиками, а с автором уже существующего перевода.
>В таком случае, перевод должен быть кругом одинаков.
Должен быть. При отсутствии снобизма, зависти и невменяемости у "апстримных" авторов русских переводов, пользователей других дистрибутивов. К сожалению, судя даже по этому треду, вышеперечисленные "качество" встречаются у них довольно часто :(
>Где-то в этой дисскусии утверждалось что у OpenSuse проблемы с русской локализацией, так как её делают украинцы, постепенно забывающее язык своего северно-восточного соседа.
"Где-то", "кто-то". вы уж извините, но разоблачать информацию, которую вы узнали "проходя мимо бабок у подъёзда на лавочке" у меня желания нет:)
>Если все переводы Альта отсылаются в апстрим и все сборщики их используют
А источник моих домыслов(с) в данном случае -- интервью Алексея Новодворского, опубликованное в журнале "Мой компьютер" (есть такой в Украине) №20 за 2003 год. Цитирую:
"...наша работа есть и в Mandrake, и в Debian, и в Red Hat, В ЛЮБОМ дистрибутиве."
>"Где-то", "кто-то". вы уж извините, но разоблачать информацию, которую вы узнали "проходя мимо бабок у подъёзда на лавочке" у меня желания нет:)
Так я и не просил разоблачать ;). Пусть живут мифы -- с ними веселей! :)
Хотя, если Вы из команды перевода OpenSuse, прошу извинения за распространение неподтверждённой информации, бросающей тень на Вашу работу. Моя цель в данном случае была не в этом.
>альтам нельзя, они же гады.
+1 :) А если сеьёзно, где в этой дисскусии приводилось данное утверждение? И какая идея имелась ввиду?
>А вот там выше написанно что можно идею брать и переписывать её(Кон->инга).
Ага, Firefox должен закрытся -- крадёт идеи у MOSAIC. И BSD когда-то появилась на основе UNIXа от AT&T.
> Если все переводы Альта отсылаются в апстрим и все сборщики их используют, то на чём основываються утверждения Альтов, что одна из основных фишек их дистрибутива -- качечтвенная локализация приложений
1. Эти переводы попадут в другие дистрибутивы после выпуска стабильной версии и если её опакетят. Большинство дистрибуторов не бэкпортируют переводы SVN в старые версии.
2. В каждом дистрибутиве есть собственные программы установки и управления (тот же Yast). Это уже не апстримовый проект и переводят его сотрудники компании.
Вам бы спасибо сказать, что украинцы на москальском языке переводы делают, расейских то переводчиков нет, так нет, вы украинцам качество перевода в укор ставите. Берите и переводите сами.
> При отсутствии снобизма, зависти и невменяемости у "апстримных" авторов русских переводов, пользователей других дистрибутивов. К сожалению, судя даже по этому треду, вышеперечисленные "качество" встречаются у них довольно часто :(
А примеры можно? А то за коллег стыдно и я даже не видел проявление.
> Сколько патчей альтовцы написали, сколько дыр нашли?
Возьми и пересчитай. Тупой, что ли, математику в школе не учил ? Один только поголовный перевод на сборку с as-needed по-умолчанию породил вагон патчей.
> Они просто тупо пересобирают себе в репозиторий из тех же Fedora/Mandriva/Suse
А они до as-needed by default доросли уже, да ? :-)
>>Кстати лично для меня - Альт местами гораздо лучше Суси, Федоры, Мандривы или Убунты. Но это моё мнение, так офтоп.
> Чем оно лучше?
Например, наличием etcnet из коробки. Оно на много удобнее, чем net-scripts, когда количество обычных и 802.1q интерфейсов переваливает за десяток-другой.
>> чтобы делать хороший дистр нужно человек 100. А у них в команде вроде около 30 всех вместе.
> В ALTTeam около 200 человек.
Ну, это же не на зарплате ООО Altlinux, с них поддержку требовать можно только по стольку, по скольку. А поддержка, предоставляемая с продаваемым дистрибутивом, всё-таки, должна страховться сотрудниками на зарплате...
> Нет, нормальные дистрибутивы отсылают свои патчи разработчикам. Вам отсылать попросту нечего.
Нет, ты точно дятел. Тебе уже писали, что, по меньшей мере, у членов команды есть доступ на _капись_ к дереву исходников KDE и OOo, как минимум. Им не надо патчи отсылать, они их _сразу_ вставляют.
> У вас есть примеры проблем с техсаппортом в Red Hat, Novell, Cannonical
Есть. Английский в детстве учил плохо.
> Может я чего-то не понимаю, но в новое ядро включаются и новые драйверы.
Что-то не понимаешь. Для этого достаточно посмотреть список изменений на www.sisyphus.ru по ядру и увидеть то, что спортировано с новых ядер. По крайней мере драйвера точно портируются. 2.6.18 в Alt горазно ближе к 2.6.24, чем может показаться на первый взгляд.
Согласен. Некоторый вклад они вносят. Хотя в этом списке явно просматривается тэндэнция уместить все проэкти, где они учавствуют. Особенно великий вклад в Линукс делает GtkBalls ;) Лучше уже б это не писали -- такие игры кто только не делает. Ещё радует наличие alternatives -- не это ли позиционируется как одна из отличитеоьных чёрт Альта? Цитата с http://alternatives.sourceforge.net/ :
>What is the ALT Linux alternatives?
Да, давно пора Альту менять пиарщиков.
>Кстати, а сравни. Вполне возможно, что и так. По крайней мере, порядок с разделяемыми библиотеками перед выходом Compact 3.0 не зря наводился.
А вот тебе надо, ты и сравнивай. Это проблема Альтов кому-то там доказывать, что их Alt Lite есть смысл использовать, так как на этом секторе рынка есть и другие предложения (тот же Vector). А так, пока есть сложившиеся стереотипы, что Gentoo быстрее всех (специально для Skull'а: я говорю о скорости работы, а не развертывания ;)), а Vector -- быстрее всех не source-based.
>Тебе уже писали, что, по меньшей мере, у членов команды есть доступ на _капись_ к дереву исходников KDE и OOo, как минимум. Им не надо патчи отсылать, они их _сразу_ вставляют.
Ух ты, и где можна найти ссылку на это захватывающее чтиво (на ЛОРе, пожалуйста)?
> У вас есть примеры проблем с техсаппортом в Red Hat, Novell, Cannonical
>По крайней мере драйвера точно портируются. 2.6.18 в Alt горазно ближе к 2.6.24, чем может показаться на первый взгляд.
А зачем это делать? Что даёт переписывание драйверов для старого ядра. Даже такой критикуемый в консервативности дистрибутив, как Slackware использует 2.6.22.1 -- и проблем со стабильностью нет.
> Это проблема Альтов кому-то там доказывать, что их Alt Lite есть смысл использовать
Мне по барабану проблемы индейцев. Меня устраивает, а у индейцев (кстати, я их серёзно уважаю, которые настоящие) есть своя голова.
> Ух ты, и где можна найти ссылку на это захватывающее чтиво (на ЛОРе, пожалуйста)?
А что ты сделал для того, чтобы ради доказательств тебе я жопу поднимал ? Что сказал - знаю. Искать не собираюсь: информация не секретная, если не найдёшь - сам, опять же, дятел. Сотню баксов дашь - озабочусь ссылок найти (номер счёта пересылать ?)
> И этот человек ещё кого-то дятлом называет :)
Да называю. Ибо ты и есть дятел.
> А зачем это делать? Что даёт переписывание драйверов для старого ядра.
Я даже затрудняюсь, что сказать. :-)
Есть основная функциональность ядра и прикладная. Надеюсь, этой вводной хватит для понимания. Иначе говорить не о чем.
> Ух ты, и где можна найти ссылку на это захватывающее чтиво (на ЛОРе, пожалуйста)?
>А что ты сделал для того, чтобы ради доказательств тебе я жопу поднимал ? Что сказал - знаю. Искать не собираюсь: информация не секретная, если не найдёшь - сам, опять же, дятел. Сотню баксов дашь - озабочусь ссылок найти (номер счёта пересылать ?)
Эх, дисскусия вновь поднялась на новый, более высокий уровень.
> А зачем это делать? Что даёт переписывание драйверов для старого ядра.
>Я даже затрудняюсь, что сказать. :-) Есть основная функциональность ядра и прикладная. Надеюсь, этой вводной хватит для понимания. Иначе говорить не о чем.
Имелось ввиду, какие приимущевства даёт использование относителоно старой версии ядра с портироваными драйверами из новой, перед версиями поновее, в которые эти драйверы уже включены?
Люди! прошу помощи с альтом 4.0 десктоп который!
Поставил все пакеты (первый релиз). Хочу обновить (апдейты безопасности и если есть сновые стаб пакеты - то и их). и столкнулся с проблемой - какой из источников выбирать и чем они отличаются?
Мне нужно было крдц. я подключил источники майн, классик и апдейт. пришлось скачать 200 метров "обновлений". потом для установки крдц пришлось еще 180 метров стянуть и при этом снесло нафиг кде. при попытке установить кде мне сказали что надо еще 200 метров скачать. при этом в документации я не нашел - какие источники надо устанавливать?
короче, пришлось переустановить заново с двд. а что теперь делать? как его обновить, чтобы ничего не снесло и 400 метров не тянуть с инета?
> Имелось ввиду, какие приимущевства даёт использование относителоно старой версии ядра
> с портироваными драйверами из новой, перед версиями поновее, в которые эти драйверы уже включены?
У старой версии ядра более известное поведение, а в новом ещё вопрос, где снова накосячили (это не про конкретные версии, а вообще). Смена циферок должна вызываться существенной необходимостью, которая просто так из нового ядра не портируется.
При этом, первые две строчки следует рассматривать, как "или". Момент такой. current указывает на самый новый десктоп, апдейт может быть большой. Вместо currient можно указать 4.0.0, 4.0.1 или 4.0.2, в зависимости от того, какой версии DVD.
При подключении к бранчу апдейты могут быть большими, при подключении к Sisyphus они будут большими. Менять репозитарии можно в направлении Desktop > branch > Sisyphus, но не в обратную сторону. При подключении к очередному репозитарию лучше начать с apt-get update && apt-get dist-upgrade
Ну наконец! Большое спасибо! И главное - в докуме на двд ничего по этому поводу нет, кроме пространных обьяснений про бранчи. и ведь ничего не ясно после нее - какой выбирать. вот было бы неплохо, если бы вашу инфу включили в докуму дистра.
а сайты поддержки альтов - просто жуть: ничего не понятно, непонятно где можно вопрос задать, у кого спросить. неужели нельзя обычный форум сделать?!?!
А, с другой, очередная версия Desktop может выйти неизвестно когда, но в бранч оно уже попадёт. Может быть, и на бранче стоит остановиться, но тут следует помнить о трафике. Скажем, если OOo, xorg и KDE обновляются, это достаточно накладно.
и еще - мне вот нужно было крдц. при подключении майн такого пакета в нем не оказалось. вот вопрос - чем майн отличается от классик? и где на сайте\докуме альтлинукса можно об этом прочитать?
main - это то, что вошло непосредственно в дистрибутив. classic - весь набор пакетов, который содержался в branch на момент формирования дистрибутива. krdc, надо полагать, в Desktop не попал, раз в main отсутствует...
>Смена циферок должна вызываться существенной необходимостью, которая просто так из нового ядра не портируется.
Хм... А kvm и cfs в Альте есть? Я думаю, это уже являеться "существенной необходимостью".
P.S. Только не предлагать патчить ядро самостоятельно -- это не Slackware, основное преимущество rpm базируется именно на использовании только rpm-пакетов. Не писать же спеки самому, чесное слово ;).
> Хм... А kvm и cfs в Альте есть? Я думаю, это уже являеться "существенной необходимостью".
Это, кроме того, должно быть достаточно обкатано. А немедленная нужность для масс сомнительна, тем более, что для того же KVM не каждый процессор пока годится.
> Только не предлагать патчить ядро самостоятельно -- это не Slackware
> Менять репозитарии можно в направлении Desktop > branch > Sisyphus, но не в обратную сторону.
Точнее, в обратную сторону тоже можно, но не всегда. Имея текущий бранч, нельзя легко откатиться на 4.0.2, но перейти на 4.0.3, который когда-нибудь, возможно, появится, будет возможно, пока бранч его снова не обгонит. Аналогично с Сизифом: можно будет когда-нибудь успеть спрыгнуть на 5.0. В общем, при переходе всегда должен обеспечиваться рост версии.