The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Maemo и Moblin объединяются в единый проект MeeGo, opennews (ok), 15-Фев-10, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


14. "Maemo и Moblin объединяются в единый проект MeeGo"  +/
Сообщение от 0legatoremail (ok), 15-Фев-10, 17:28 
moblin это ui и оптимизированное ядро
Ответить | Правка | Наверх | Cообщить модератору

21. "Maemo и Moblin объединяются в единый проект MeeGo"  +1 +/
Сообщение от Noksel (?), 15-Фев-10, 17:37 
ну это понятно.идеологически он к какому дистрибутиву ближе?! maemo это же тоже не чисто дебиан. зачем nokia тогда выпускала maemo6, если они "целенаправленно шли" к слиянию с моблин?! хотел себе взять n900,а теперь чёт наверно передумаю.еслиб был вимакс может и да бы, с последующей установкой MeeGo.
Ответить | Правка | Наверх | Cообщить модератору

22. "Maemo и Moblin объединяются в единый проект MeeGo"  +1 +/
Сообщение от 0legatoremail (ok), 15-Фев-10, 17:50 
дело в том, что ни к какому, это не дистрибутив, а проект. И результат этого проекта используется как и в ubuntu так и opensuse... это как openoffice, он разве относится к debian или например mandriva?
Ответить | Правка | Наверх | Cообщить модератору

29. "Maemo и Moblin объединяются в единый проект MeeGo"  +1 +/
Сообщение от Noksel (?), 15-Фев-10, 18:08 
да спасибо. вот только натолкнулся на более менее внятное описание.
Ответить | Правка | Наверх | Cообщить модератору

32. "Maemo и Moblin объединяются в единый проект MeeGo"  +1 +/
Сообщение от Noksel (?), 15-Фев-10, 18:29 
тоесть дальнейшуюю разработку maemo они бросят я так понимаю. и кому сдасться теперь этот n900 ещё и по такой цене?! всётаки зачем надо было выпускать maemo6 ? ещё бы понятно был выпуск заточенной под друг друга пары девайс-maemo6?
Ответить | Правка | К родителю #22 | Наверх | Cообщить модератору

34. "Maemo и Moblin объединяются в единый проект MeeGo"  +/
Сообщение от 0legatoremail (ok), 15-Фев-10, 18:35 
никто ничего не забросит, просто два проекта объединились, это значит что большее число разработчиков будет работать над этой платформой, считайте что maemo просто переименовали
Ответить | Правка | Наверх | Cообщить модератору

39. "Maemo и Moblin объединяются в единый проект MeeGo"  +1 +/
Сообщение от Noksel (?), 15-Фев-10, 18:55 
ну я думаю между маемо и меего существенные разичия, с учётом того что в статье сказано что от маемо только наработки ui будут. Опять же не понятно с RPM. видел ubuntu moblin remix основанный на u9.10, а с новой meego, ubuntu и rpm в моём сознании не вяжется, а в статье чётко сказано что буде rpm.

вопрос для повышения образования: каноникал в ubuntu moblin remix использовало не ядро проекта моблин, а взяв своё пропатченное использующееся в 9.10 применило часть наработок проекта моблин + свои наработки и получили нечто?

Ответить | Правка | Наверх | Cообщить модератору

48. "Maemo и Moblin объединяются в единый проект MeeGo"  +1 +/
Сообщение от 0legatoremail (ok), 15-Фев-10, 19:20 
>ну я думаю между маемо и меего существенные разичия, с учётом того
>что в статье сказано что от маемо только наработки ui будут.

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

>Опять же не понятно с RPM. видел ubuntu moblin remix основанный
>на u9.10, а с новой meego, ubuntu и rpm в моём
>сознании не вяжется, а в статье чётко сказано что буде rpm.
>

а при чём здесь вообще ubuntu??? если проект будет жить на OBS, то нет сложности собрать пакеты в deb.

>
>вопрос для повышения образования: каноникал в ubuntu moblin remix использовало не ядро
>проекта моблин, а взяв своё пропатченное использующееся в 9.10 применило часть
>наработок проекта моблин + свои наработки и получили нечто?

я не знаю что там творит ubuntu

Ответить | Правка | Наверх | Cообщить модератору

58. "Maemo и Moblin объединяются в единый проект MeeGo"  +/
Сообщение от uldus (ok), 15-Фев-10, 20:09 
>>ну я думаю между маемо и меего существенные разичия, с учётом того
>>что в статье сказано что от маемо только наработки ui будут.
>
>ничего конкретного там не сказано,

Куда уж конкретней http://meego.com/about/faq

Q: Will MeeGo use .rpm or .deb as its packaging system?
A: MeeGo will use the .rpm format

Ответить | Правка | Наверх | Cообщить модератору

62. "Maemo и Moblin объединяются в единый проект MeeGo"  +/
Сообщение от 0legatoremail (ok), 15-Фев-10, 20:33 
это вообще к чему?
Ответить | Правка | Наверх | Cообщить модератору

63. "Maemo и Moblin объединяются в единый проект MeeGo"  +1 +/
Сообщение от sHaggY_caT (ok), 15-Фев-10, 20:36 
>Куда уж конкретней http://meego.com/about/faq
>
>Q: Will MeeGo use .rpm or .deb as its packaging system?
>A: MeeGo will use the .rpm format

В чем проблема в rpm, кроме религии?

rpm удобнее, чем dpkg, причем во много раз.

Внимание, речь не об apt vs yum/zypper/пр, а только об rpm vs dpkg (посмотрите на тот же Alt Linux, который использует apt для rpm, хотя я не очень согласна и с религиозным стоном по поводу "тормознутости" yum'а): спеки в rpm это просто сказка, в отличае от того набора костылей, что применяется для сборки dpkg :)

Уверена, что с переходом на rpm, процесс портирования ПО ускорится во много раз, так как часто требуется не просто пересобрать пакет из замшелового debian-arm репозитория (пакет, который не ставил никто и никогда в жизни, даже мантайнер), а переписать сборку с нуля, наложить кучу патчей для совместимости с Windows Manager'ом, и т д.

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

З.Ы. gtk никуда не денется :)

Ответить | Правка | К родителю #58 | Наверх | Cообщить модератору

91. "Maemo и Moblin объединяются в единый проект MeeGo"  +/
Сообщение от Аноним (-), 16-Фев-10, 00:11 
>хотя я не очень согласна и с религиозным стоном по поводу "тормознутости" yum'а

Может он еще и памяти мало ест?

Ответить | Правка | Наверх | Cообщить модератору

95. "Maemo и Moblin объединяются в единый проект MeeGo"  +/
Сообщение от sHaggY_caT (ok), 16-Фев-10, 00:20 
>>хотя я не очень согласна и с религиозным стоном по поводу "тормознутости" yum'а
>
>Может он еще и памяти мало ест?

В сабжевой платформе будет, имхо, какая-то вариация на тему PackageKit, но я не говорила в своем посте про yum, apt, и т д, только про формат пакетов. При чем тут вообще yum??

Ответить | Правка | Наверх | Cообщить модератору

96. "Maemo и Moblin объединяются в единый проект MeeGo"  +/
Сообщение от Аноним (-), 16-Фев-10, 00:23 
Как это не говорила? Я ж процитировал.

Олсо, ПакеджКит в кач-ве бекенда юзает юм, а еще и сам черезчур толст.

Ответить | Правка | Наверх | Cообщить модератору

97. "Maemo и Moblin объединяются в единый проект MeeGo"  +/
Сообщение от sHaggY_caT (ok), 16-Фев-10, 00:26 
>Как это не говорила? Я ж процитировал.

Вырвали из контекста, и очень толсто, вот, что я на самом деле писала:

>Внимание, речь не об apt vs yum/zypper/пр, а только об rpm vs dpkg

========

>Олсо, ПакеджКит в кач-ве бекенда юзает юм, а еще и сам черезчур
>толст.

Он юзает только то, что ему полагается юзать на данной платформе. Его можно и к apt приспособить, но это оффтоп, rpm и yum вообще никак не связаны, как Вы сейчас _толсто_ пытаетсь это сделать.

Речь не шла даже про PackageKit, только про то, что я не вижу проблем, в том что выкинули dpkg

Ответить | Правка | К родителю #96 | Наверх | Cообщить модератору

100. "Maemo и Moblin объединяются в единый проект MeeGo"  +/
Сообщение от Аноним (-), 16-Фев-10, 00:35 
>Вырвали из контекста, и очень толсто

Из песни слов не выкинешь.

>Его можно и к apt приспособить

Приспособили. Но дебиан не хочет его брать в связи с некоторыми несовместимостями, как например debconf.

>rpm и yum вообще никак не связаны

Что? Юм полностью на либах рпм завязан!

apt не спроста использовали на всех мобильных платформах, от опенмоко и до айфона.

Ответить | Правка | К родителю #97 | Наверх | Cообщить модератору

101. "Maemo и Moblin объединяются в единый проект MeeGo"  +/
Сообщение от sHaggY_caT (ok), 16-Фев-10, 00:47 
>>Вырвали из контекста, и очень толсто
>
>Из песни слов не выкинешь.

Это была ремарка, не относящаяся к сабжу. Хватит провоцировать софистику. Я имела ввиду только то, что имела, и, по-моему, что я имела ввиду, очевидно. Что касается yum, на десктопе я тоже не вижу тех ужастиков, которыми обычно пугают, но rpm и yum никак не связаны (точнее, связь односторонняя)

>>Его можно и к apt приспособить
>
>Приспособили. Но дебиан не хочет его брать в связи с некоторыми несовместимостями,
>как например debconf.

Это проблема Debian и его выбор. Я хорошо отношусь к Debian, но не должен же он в мире свободного софта зохавать все? Так и rpm тоже должен иметь достойных конкурентов (таких как порты FreeBSD, например)

Я не понимаю драматизирования по поводу того, что выкинули dpkg, что в этом плохого? Это выбор проекта, и, на мой взгляд, правильный, так как rpm объективно мощнее и проще (для мантайнера пакета), будет хорошим стимулом для Debian и Ubuntu переписать dpkg, может быть, с нуля, так как в текущем виде он вызывает у меня (и, уверена, не только у меня) уныние.

>>rpm и yum вообще никак не связаны
>
>Что? Юм полностью на либах рпм завязан!

Вы сейчас занимаетесь софистикой. Я имела ввиду только то, что rpm не имеет никакого отношения к yum, и недостатки yum (равно как и достоинства), это достоинства и недостатки yum, а не rpm

>apt не спроста использовали на всех мобильных платформах, от опенмоко и до
>айфона.

Это как-то мешает его использовать с rpm? Есть вообще-то огромный Сизиф :) Думаю, им нужно выйти из засады...

Ответить | Правка | К родителю #100 | Наверх | Cообщить модератору

102. "Maemo и Moblin объединяются в единый проект MeeGo"  +1 +/
Сообщение от Аноним (-), 16-Фев-10, 01:03 
>Это была ремарка, не относящаяся к сабжу.

Я это понял, но просто ответил и вовсе не в свете сабжа.

>Что касается yum, на десктопе я тоже не вижу тех ужастиков, которыми обычно пугают

На моем ноутбуке п3 и 256 рам это очень хорошо видно!

>но rpm и yum никак не связаны (точнее, связь односторонняя)

Ну правда забавно такое читать. :)

>Это проблема Debian и его выбор.

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

>Это как-то мешает его использовать с rpm?

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

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

Ответить | Правка | К родителю #101 | Наверх | Cообщить модератору

105. "Maemo и Moblin объединяются в единый проект MeeGo"  +/
Сообщение от User294 (ok), 16-Фев-10, 01:17 
>добрая половина его не может использовать(убунта туда же ведь входит).

В кубунте есть package kit. Большего дерьма если честно я не видел. Хреновее разве что MSI Installer. Synaptic рулит куад больше этого неуклюжего глюкастика не способного даже прогресс операции нормально отображать.

Ответить | Правка | К родителю #102 | Наверх | Cообщить модератору

108. "Maemo и Moblin объединяются в единый проект MeeGo"  +2 +/
Сообщение от минона (?), 16-Фев-10, 03:01 
лучше разъясни народу - настал маемокапец или нет?
мало того что интел конкурентов моблином уже лет так 5 пугает, мало того что теперь в платформе блобы появятся какие хочешь, так теперь ещё интел и нучит правильные оси для армов делать.
гложат смутные сомнения.
Ответить | Правка | К родителю #105 | Наверх | Cообщить модератору

124. "Maemo и Moblin объединяются в единый проект MeeGo"  +1 +/
Сообщение от User294 (ok), 16-Фев-10, 15:23 
>лучше разъясни народу - настал маемокапец или нет?

А можно для начала определение "капец" применительно к опенсорсу? А применительно к этой ситуации - чего?

>мало того что интел конкурентов моблином уже лет так 5 пугает,

Основной фэйл интеля - явно не в моблине. Основной их фэйл - в ориентации на свой х86 и совершенно дурной формфактор "ни два, ни полтора" (единственное на что годится атом, собственно). Который обладает размерами как у ноута (во всяком случае крупнее чем n800 за счет гигантских аккумов), но возможностями как у телефона (т.к. нет клавы и мелкий экран). А вот это то и есть фэйл. Кому оно такое надо? Даже у яббла есть некие трудности с впариванием чего-то похожего. А интель будучи торгашами без толпы фанов способных хоть немного вытянуть фэйл, в такой ситуации попадает в откровенную Ж. Где таким дурным конструкциям и место. Было много конструкций велосипедов а жизнь отобрала удачные. Вот планшетки 7" и т.п. - столь же странны и непрактичны как велосипеды с огромным передним колесом. Дурны и неуклюжи. Да, Эппл может их на немного сделать "в моде". Но в долговременном плане такая хрень нужна разве что как сенсорный пульт управления из фантастических фильмов. Но это по совсем иным ценам (по $50-100 за юнит - прокатит, $400 за юнит - никому нахрен не надо).

>мало того что теперь в платформе блобы появятся какие хочешь,

Появятся? У нокии в маемо открытой была только часть UI. А часть апликух были закрытые и собственной разработки нокии. Все акулы одинаковые. Что гугля, что Нокия, что кто там еще. Всем им надо добавить немного фирменного соуса. Который и сделает их машинку чуть лушче конкурента. И они не очень хотят давать всем рецепт именно этого соуса. А вот рецепт блюда самого по себе - пожалуйста. При этом в принципе ничто не мешает сделать вам свой соус (даже рецепт основы дается). И даже раздать потом рецепт. Может быть он окажется удачным. А может даже удачнее чем у акул.

>так теперь ещё интел и нучит правильные оси для армов делать.

Интелу бы врубить мозг да начать шлепать скажем Cortex-A9 многоядерный. В штуки размерами с n900, по 45 нм технологиям. Вот это было б сильно. А для нокии логично - они недавно ноут выпустили. И видимо продолжат. И им было бы чертовски логично толкать ноуты и планшеты с одной ОС. Ну не с разными же?! А то когда 2 штуки от 1 вендора с сильно разными UI и свойствами - дебилизм, однако. Теперь понимаете зачем оно им? Вертикальный рынок - когда 1 и та же ос может выступать в разных качествах. MS хорошо начал но потом забил на это, задвинул на развитие мобильного напрвлеия и в итоге - слился. Дело в том что на самом деле - любой современый мобильник это тоже компьютер. И это уже неуютно юзать с топорным интерфейсом для телефона. При этом нельзя показать все возможности платформы. Тесно орлам в клетках для канареек.

>гложат смутные сомнения.

Сам по себе моблин... ну, система как система. В общем то сказать что он плох - трудно. Он просто не шедеврален. А будучи запихнутым на здоровый x86 гробик - мало кому нужен. В основном - не нужен сам гробик, его время работы и формфактор. А Maemo в плане UI достигло больших успехов - Maemo 5 реально жжот, а на основе Qt оно вообще всех порвет. А итог? На мое имхо - их объединение может быть очень мощной штукой. Особенно если не увлекаться дебильными формфакторами на х86 сверх меры.

Я вижу и минусы и плюсы.
Плюсы: чем больше народа работает над платформой, тем лучше. Для всех. Поддержка разных платформ - хорошо. Дефолтовый полноценный гуй с исходниками - тоже хорошо. Участие Linux Foundation и координация действий не только нокией но и остальными кому потенциально интересна платформа - и вовсе гут. Это может стать реальным сильным ответом андроиду и прочим недоплатформам типа LiMo и кого там еще.

Минусы: RPM мне не нравится. Интел с их х86 уныл (возможно, интель осознал что сидя на своем моблине который только для х86 они далеко не уедут, и то же самое осознала нокия применительно к своим девайсам? :D). А BSD лицензия несколько стопнет развитие, если начнется тягание одеял на себя.

Итого? Штука обещает быть интересной. И если повезет - достойным конкурентом на рынке всяким гуглоботам с их явой и прочей унылой игрушечной ФИГНЕ. Но некоторые моменты мне не нравятся.

Ответить | Правка | К родителю #108 | Наверх | Cообщить модератору

126. "Maemo и Moblin объединяются в единый проект MeeGo"  +/
Сообщение от минона (?), 16-Фев-10, 16:59 
>Итого? Штука обещает быть интересной. И если повезет - достойным конкурентом на рынке всяким гуглоботам с их явой и прочей унылой игрушечной ФИГНЕ. Но некоторые моменты мне не нравятся.

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

Ответить | Правка | К родителю #124 | Наверх | Cообщить модератору

160. "Maemo и Moblin объединяются в единый проект MeeGo"  +/
Сообщение от User294 (ok), 17-Фев-10, 22:39 
>подобных консорциумов был хоть какой-то выхлоп. вернее, как раз только выхлоп и был.

А много их таких было? Опенсорс только набирает силу. И каждая ситуация по своему уникальна.

>зы:
>хотя, если прям так сразу "намекнули" bsd-лицензией на будущие "интересы" корпораций, то
>может всё как раз к лучшему. по крайней мере для развития на начальном этапе

Мне кажется что bsdl может сыграть с ними роль первой дозы :).На что видимо и рассчитано.

>(потом то мы ещё пажалеем, когда начнут с девайсов удалённо проги удалять и т.д.)

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

Ответить | Правка | К родителю #126 | Наверх | Cообщить модератору

127. "Maemo и Moblin объединяются в единый проект MeeGo"  +/
Сообщение от sHaggY_caT (ok), 16-Фев-10, 17:02 
>Минусы: RPM мне не нравится.

Вы так и не объяснили, почему :)

Ответить | Правка | К родителю #124 | Наверх | Cообщить модератору

130. "Maemo и Moblin объединяются в единый проект MeeGo"  +/
Сообщение от минона (?), 16-Фев-10, 19:22 
мне тоже.
объясню - лично для меня собирать deb гораздо проще (подчеркну - лично для меня и лично проще).
да и инструменов, помогающих в этов, и в бубунте, и в дебиане - хватает.
на мой взгляд они (относительно) просты и логичны.
Ответить | Правка | К родителю #127 | Наверх | Cообщить модератору

136. "Maemo и Moblin объединяются в единый проект MeeGo"  +/
Сообщение от User294 (ok), 16-Фев-10, 20:54 
>Вы так и не объяснили, почему :)

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

Ответить | Правка | К родителю #127 | Наверх | Cообщить модератору

117. "Maemo и Moblin объединяются в единый проект MeeGo"  +/
Сообщение от Аноним (-), 16-Фев-10, 09:46 
Я не знаю, что там в кубунте, но она сама та еще не допилена, но все крупные апт дистры ПакеджКит не приняли, хотя в федоре оно очень нормально работает.
Ответить | Правка | К родителю #105 | Наверх | Cообщить модератору

137. "Maemo и Moblin объединяются в единый проект MeeGo"  +/
Сообщение от User294 (ok), 16-Фев-10, 20:56 
>не допилена,

Ну, знаете, они специально портить кедовский KPackageKit не стали бы. Он сам по себе такой хороший - убогий и бестолковый.


Ответить | Правка | К родителю #117 | Наверх | Cообщить модератору

157. "Maemo и Moblin объединяются в единый проект MeeGo"  +/
Сообщение от Аноним (-), 17-Фев-10, 12:37 
КДЕ-софт многий такой. Можна на нетворкманагер апплет взглянуть, до недавнего времени вообще был поделкой.
Ответить | Правка | К родителю #137 | Наверх | Cообщить модератору

161. "Maemo и Moblin объединяются в единый проект MeeGo"  +/
Сообщение от User294 (ok), 17-Фев-10, 22:40 
>КДЕ-софт многий такой. Можна на нетворкманагер апплет взглянуть,

Можно подумать что в гноме он не был поделкой, ага :).По-моему глюков у него везде хватало.


Ответить | Правка | К родителю #157 | Наверх | Cообщить модератору

103. "Maemo и Moblin объединяются в единый проект MeeGo"  +1 +/
Сообщение от User294 (ok), 16-Фев-10, 01:07 
>В чем проблема в rpm, кроме религии?

1) Большинство софта будет делаться как deb-пакеты. Угадайте с 3 раз сами почему. Ну, редхату было неинтересно десктопное направление. За это есть своя цена. В виде большого числа разработчиков освоивших в итоге deb. Потому что разработчики - тоже люди. А не дармовое приложение к RHELу и не бета-тестеры федоры. Частично может эти множества и пересекаются, но только частично. Поэтому все чаще бывает так что нечто есть для дебиана-убунты, а для редхат - как придется. Потому что корпоративные юзеры рхела очень нишевой сегмент а федоровцы вообще специфичный народец.
2) Редхатовские пакетные манагеры - тормознуты.
3) Они требуют питон. Может вы и не знаете но по дефолту в Maemo нет питона (и правильно). И имхо большой вопрос надо ли пхать этого тормоза на маоломощную платформу. Там, знаете ли, тормоза воздаются - убитой в момент батарейкой. Лишние такты проца? Быстрее сдохнет батарейка! Потому что проц дольше не сможет уйти в sleep и заглушить различные подсистемы.
4) Оно жрет нереально памяти. На виртуалке с 128 мегами, дерьмо с названием yum просто падает от недостатка памяти при установке разлапистых пакетов. А, блин, у n8x0 памяти на ВСЕ как бы 128 мегов. Ну, в n900 - 256. Тоже не дофига.  

>rpm удобнее, чем dpkg, причем во много раз.

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

>Внимание, речь не об apt vs yum/zypper/пр, а только об rpm vs
>dpkg (посмотрите на тот же Alt Linux, который использует apt для rpm,

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

> хотя я не очень согласна и с религиозным стоном по поводу "тормознутости" yum'а):

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

>спеки в rpm это просто сказка, в отличае от того набора костылей,
>что применяется для сборки dpkg :)

Вы хотите сделать хорошо разработчикам но факапнуть пользователей? Лучше пусть разработчики чуть побольше повозятся - это единоразовая возня. А вот мучаться с тормозным и уродским манагером пакетов юзеры будут постоянно. Ну или в случае альтовского варианта рпм+апт они будут сосать без софта, поскольку данный чудо-гибрид только альт и юзает. Со всми вытекающими, как то мелкая команда которой и так есть чем заняться на все эти мегатонны софта.

>Уверена, что с переходом на rpm, процесс портирования ПО ускорится во много раз,

Агащас. Мечтать не вредно. Под убунтовых появилась орава програмеров, которые не прочь и под такие машинки софт собрать. А редхату было похрену. Ну, похрену так похрену. Разработчикам и подавно похрену. В итоге все чаще нечто сбилдовано под дебиан/убунту а под редхатообразных - фига. При том в этом случае - пересобрать пакет под ARM разработчики явно осилят. А под редхат пишут только корпоративные сухари. Нафиг бы им какие-то карманные машинки сдались?

>совместимости с Windows Manager'ом, и т д.

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

>Прежде чем минусовать, подумайте сто раз, что хорошего есть именно в dpkg,

Он, блин, работает. Умещаясь по ресурсам в 128 метров рамы, что ублюдскому yum вообще не грозит. И как говорится - не чините то что работает. Там и так есть что чинить. И аргументы вида "sHaggY_caT нравится RPM" - не катит. Потому что это детский сад. Дайте плюшку да чтоб еще и вкусную. Простите, но разработчики еще и не такое кушают и не плюются. Вон на ифон и андроид посмотреть например. Там вообще гестаповщина царит, и ничего, разработчики вроде как живые.

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

Так добавили же. Это все претензии? А то как-то странно сказать что вон там есть проблема, да и то - пофикшена. Женская логика? oO

>З.Ы. gtk никуда не денется :)

И хорошо. Уже сейчас на пятом Maemo - и GTK и Qt. Все как бы довольны и счастливы. Кто предпочитает GTK, пишут под него. А кто Qt - под него. Учтя что обе либы есть в rootfs сразу - не вижу проблем.

Ответить | Правка | К родителю #63 | Наверх | Cообщить модератору

119. "Maemo и Moblin объединяются в единый проект MeeGo"  +/
Сообщение от sHaggY_caT (ok), 16-Фев-10, 10:38 
Я прокомментировала все, но, пожалуйста, давайте не будем в дальнейшем валить в одну кучу совершенно разные и несравнимые, как ковер и микроволновка, вещи(apt, deb, rpm, yum, zypper, uprpmi, apt-rpm)?


======================
>>В чем проблема в rpm, кроме религии?
>
>1) Большинство софта будет делаться как deb-пакеты.

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

> В виде большого числа разработчиков освоивших в итоге deb. Потому
>что разработчики - тоже люди. А не дармовое приложение к RHELу
>и не бета-тестеры федоры.

Как уже замучали этими бета-тестерами :) Кстати, что в этом плохого? Честно, не понимаю :)
Кроме какой-то жадности, и первобытного желания "все отнять у буржуев, и поделить!"
У меня, тьфу-тьфу, почти все работает, и всегда есть возможность примерно представить, что будет в шестой центосе/рхеле

>а федоровцы вообще специфичный народец.

Ага, мы такие. Как и остальные 1,5-2% юзеров десктопного Linux'а, да и все остальные IT-ки. Нас люди не очень понимают, замечали :)?

>2) Редхатовские пакетные манагеры - тормознуты.

Зачем Вы валите в одну кучу rpm, deb, yum, apt, zypper, urpmi, и т д?

rpm != (совсем, это в принципе разные вещи) ни yum, ни apt-rpm, ни zypper, ни чему либо еще

>3) Они требуют питон.

Уверены :)? Проверьте зависимости на zypper, и, например, urpmi :)))

http://ru.opensuse.org/Zypper/Development
http://www.rpmfind.net//linux/RPM/mandriva/2009.1/SRPMS/main...


>И имхо большой вопрос надо
>ли пхать этого тормоза на маоломощную платформу.

Если все сделать криво, то тормоза будут и через dpkg/apt, а если бы вместо обсуждения на форуме недовольные (меня изменения устраивают, и, даже, воодушевляют, поучаствовать, что ли?) взялись бы портировать apt на эту платформу, мне кажется, стало бы совсем хорошо (в новости же и написано, что патчи очень привествуются, и никто копирайты перелицензировать не требует!)

Это OpenSource :) Что-то не нравится, присылайте патчи :)

>Там, знаете ли, тормоза
>воздаются - убитой в момент батарейкой. Лишние такты проца? Быстрее сдохнет
>батарейка! Потому что проц дольше не сможет уйти в sleep и
>заглушить различные подсистемы.

Не знаю, на моем ноуте, когда еще батарейка держала три часа, а не 40 минут, как сейчас, Ubuntu (из-за знаменитого бага с парковкой головок) работала гораздо меньше, чем Федора, так что это не факт, но это опять оффтоп, и этот недостаток(?) yum не имеет никакого отношения к достоинствам и недостаткам rpm.

>4) Оно жрет нереально памяти. На виртуалке с 128 мегами, дерьмо с
>названием yum просто падает от недостатка памяти при установке разлапистых пакетов.

а) VPS-ки со 128-мью памяти еще нужно найти на рынке, и им сложно найти какое-то реальное применение, так что это сферический тест в вакууме
б) У  OOM-killеr в бесплатной OVZ, увы, такая настройка (в PVC можно выбирать, кого убивать в первую очередь)
в) Это проблема жирного дефольтного MySQl, нетюненного Apache (вообще-то количество воркеров на такой системе нужно свести, максимум, к двум), и того, что большинство почему-то не пользуется chkconfig (как впрочем и update-rc)
г) у меня, на тестовой VPS (PRIVVMPAGES="524288:786420", VMGUARPAGES="524288:2147483647", OOMGUARPAGES="524288:2147483647",SHMPAGES="262144:262144") yum не падает, что я делаю не так?
Официальный прекешед-шаблон centos-5-x86.tar.gz :)

>А, блин, у n8x0 памяти на ВСЕ как бы 128 мегов.
>Ну, в n900 - 256. Тоже не дофига.
>
>>rpm удобнее, чем dpkg, причем во много раз.
>
>Врядли вам будет смльно удобно когда это дерьмо сожрет всю батарейку, натужно
>хрустя свопом. Ой, пардон, я забыл что флеш-диски не хрустят а
>просто протираются до дыр при активном использовании свопа. Сталбыть больше юзеров
>попрется в гарантийку. Тоже ничего так вариант.

N800 страшно ест батарейку прежде всего на Wifi, а ставить софт через GPRS/EDGE это, имхо, изврат в финасовом плане. И, еще раз, _причем_ тут жирность(?) yum и достоинства и недостатки rpm?
Кстати, что-то мне подсказывает, что лучше быстро стянуть через wifi маленькие бинарные delta для delta-rpm, и даже двадцать минут потом их ребилдить(раскручивая CPU), чем относительно долго (сравнимо с дельтами) тянуть целые пакеты с апдейтами.

>>Внимание, речь не об apt vs yum/zypper/пр, а только об rpm vs
>>dpkg (посмотрите на тот же Alt Linux, который использует apt для rpm,
>
>Да, и так делает аж целый альт. Ну и софта под этот
>альт в итоге просто *** как много. Конечно, что уж там
>- юзеры и без софта обойдутся. Будут таскать бесполезный кирпич чисто
>для красоты, ага.

Количество собранных пакетов (кстати, в Сизифе их много...) это никак не недостатки или преимущества rpm или apt-rpm, это только активность мантайнеров, собирающих пакеты.

>> хотя я не очень согласна и с религиозным стоном по поводу "тормознутости" yum'а):
>
>Да, конечно - подумаешь телефон будет полчаса упираться протирая своп до дыр
>и высаживая батарейку в хлам чтобы установить 1 плевую программульку.

См. выше, он от Wifi "высаживает батарейку", и то тормозной менеджер будет только в случае, если в сабжевом проекте сделают неудачный выбор, и засунут в телефон ухудшенную, в плане производительности, версию yum (тогда как им никто не помешает и использовать более производительный пакетный менеджер)

>>спеки в rpm это просто сказка, в отличае от того набора костылей,
>>что применяется для сборки dpkg :)
>
>Вы хотите сделать хорошо разработчикам но факапнуть пользователей?

Единственные две вещи, которые Microsoft в свое время сделала правильно, которые позволили ей захватить рынок десктопов, это то, что:

1. она не пожалела денег на торгашей(которые смогли продавать всему миру даже упавшую в BSOD на презентации Win98), и

2 выстроила прозрачные отношения с девелоперами, для которых у MS всегда был подход максимального благоприятствования (сравните с тюрьмой, по Вашим словам, Apple, или, например, политикой Sony для своих SPS, на днях жаловался знакомый из Game Dev'а).

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

>А вот мучаться с тормозным
>и уродским манагером пакетов юзеры будут постоянно.

Это будет только в случае ошибки девелоперов, в миллионный раз, rpm != ни yum, ни zypper, ни apt-rpm

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

Честно говоря, логики просто не поняла. ALT-овского apt-rpm там не будет(просто по тому, что о нем в проекте никто не знает), но прикрутить что-то ультра-быстрое на плюсах/чистом си, почему этого не может быть?

>>Уверена, что с переходом на rpm, процесс портирования ПО ускорится во много раз,
>
>Агащас. Мечтать не вредно. Под убунтовых появилась орава програмеров, которые не прочь
>и под такие машинки софт собрать.

Программеры пишут под Linux(а чаще даже под *nix), или Ubuntu уже стал == Linux? Может быть, Ubuntu даже не Linux, или на сурсфордже запретили выкладывать софт в тарболлах, что бы не смущать юных убунтойдов, и разрешают хостить только deb-пакеты и apt-репозитории?

>В итоге все чаще
>нечто сбилдовано под дебиан/убунту а под редхатообразных - фига.

Честно говоря, не заметила... Под Fedora практически всегда есть или пакет, или спек, который можно слегка подправить под CentOS. Последнее, под что я не нашла спека, было molly-guard, но это небольшой проект Debian, про который практически никто ничего не знает.

>При том
>в этом случае - пересобрать пакет под ARM разработчики явно осилят.

Пересобирать "под arm" не нужно, так как есть Debian-arm репозитории, нужно пересобрать под armel, а лучше "хилдонизировать".

>А под редхат пишут только корпоративные сухари. Нафиг бы им какие-то
>карманные машинки сдались?

/me представила себе "корпоративных сухарей". Сразу же нарисовался образ советского агитпрома: капиталист, такой капиталист, в цилиндрике с тростью и плетью, которой он стегает афро-американских бета-тестеров, работающих за еду...

//на правах шутки :)

>>совместимости с Windows Manager'ом, и т д.
>
>Да, и сборка пакета - далеко не самый большой головняк. Тем более
>что за счет убунтов в сборке деб-пакетов шарит на порядок больше
>народа чем в сборке рпм-ов.

Да, конечно, иначе и быть не может: все Unix-девелоперы мира работают и состоят только в Cannonical и Debian-коммюнити

//внимание, я не имею ничего против ни Debian, ни Ubuntu, и считаю Debian очень хорошим выбором для серверов, хотя и предпочитаю сама CentOS/RHEL

>>Прежде чем минусовать, подумайте сто раз, что хорошего есть именно в dpkg,
>
>Он, блин, работает. Умещаясь по ресурсам в 128 метров рамы, что ублюдскому
>yum вообще не грозит.

Еще раз, при-чем-тут-yum?? Речь об rpm :)

>Там и так есть что чинить. И аргументы вида
>"sHaggY_caT нравится RPM" - не катит.

Уверена, он нравиться не только мне :)

>>и что в нем объективно плохого и устаревшего: в dpkg только-только
>>добавили человеческую поддержку нескольких патчей вместо того ужаса, что был раньше
>>с объединением патчей в один.
>
>Так добавили же. Это все претензии? А то как-то странно сказать что
>вон там есть проблема, да и то - пофикшена. Женская логика?
>oO

Там и без этого хватает костылей

>>З.Ы. gtk никуда не денется :)
>
>И хорошо. Уже сейчас на пятом Maemo - и GTK и Qt.
>Все как бы довольны и счастливы. Кто предпочитает GTK, пишут под
>него. А кто Qt - под него. Учтя что обе либы
>есть в rootfs сразу - не вижу проблем.

Хорошо, что мы хоть в чем-то согласны :)

Ответить | Правка | Наверх | Cообщить модератору

121. "Maemo и Moblin объединяются в единый проект MeeGo"  +/
Сообщение от stranger (??), 16-Фев-10, 13:24 
Я еще добавлю к написанному выше, что на OBS (где будет жить скорее всего проект) вообще фиолетов формат пакетов, потому что оно соберет с легкостью и .deb и .rpm

OBS=openSUSE Build Service

Ответить | Правка | Наверх | Cообщить модератору

132. "Maemo и Moblin объединяются в единый проект MeeGo"  –1 +/
Сообщение от User294 (ok), 16-Фев-10, 20:05 
>OBS=openSUSE Build Service

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

Ответить | Правка | К родителю #121 | Наверх | Cообщить модератору

140. "Maemo и Moblin объединяются в единый проект MeeGo"  +/
Сообщение от 0legatoremail (ok), 16-Фев-10, 21:54 
>>OBS=openSUSE Build Service
>
>Да, зависимость от какого-то левого онлайн сервиса контролируемого каким-нить новеллом наверное должна
>вызвать бурный восторг. А микрософт не начнет через новель указывать какие
>там лицензии правильны-неправильны, какие типы приложений выпилить (например P2P) и прочая?
>А то помня как новель и сусевцы с подачи новелля кастрировали
>торенты - я несколько не доверяю им и их онлайн сервисам.
>И имхо это логично.

opensuse и смежные проекты никакого отношения к novell не имеют, он просто спонсор и всё.. а OBS замечательная штука и её продвигает Linux Foundation... novell кстати спонсирует и разработку go-oo, который используется во всех дистрибах и gnome и kde и radeonhd.... может этим тоже опасно пользоваться? Moblin тоже живёт в OBS.

Ответить | Правка | К родителю #132 | Наверх | Cообщить модератору

153. "Maemo и Moblin объединяются в единый проект MeeGo"  +/
Сообщение от stranger (??), 17-Фев-10, 10:03 
А то, что Linux Foundation объявил о поддержке OBS Вам тоже ничего не говорит?

Кстати, Go-OO используется и в Debian и в Вашей любимой Убунте.

Ответить | Правка | К родителю #140 | Наверх | Cообщить модератору

131. "Maemo и Moblin объединяются в единый проект MeeGo"  –2 +/
Сообщение от User294 (ok), 16-Фев-10, 20:02 
>deb, rpm, yum, zypper, uprpmi, apt-rpm)?

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

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

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

>Как уже замучали этими бета-тестерами :)

Ну я не виноват что оно вот так.

>Кстати, что в этом плохого? Честно, не понимаю :)

Плохого в этом то что иногда надо чтобы просто работало. И покупать по этому поводу рхел я в 99% случаев не собираюсь. Равно как и пользоваться окаменелым пометом мамонта из центоса где в репах полторы программы. А федора - минное поле для камикадзей. А больше у редхата и нету нифига. В итоге - осмысленного выбора для например обычных юзверей у редхата нет. Совсем. А для данных железок федора-стайл не нужен. Это должны быть готовые продукты. Для простых юзеров. То что у редхата - не оно, мягко говоря. И ни 1 системный компонент редхатом не делался с такими goals (достатчно посмотреть в каком направлении пилили линуха на n900 и сравнить, чтобы понять разницу в подходах).

>Кроме какой-то жадности, и первобытного желания "все отнять у буржуев, и поделить!"

О господи, это что за бред? Мне у редхата не нравятся чисто практические аспекты - не вижу у них удобного для меня дистра. Я не против что-то побетатестить но комп порой используется для mission critical задач. Их слив может означать большой головняк или попадос. Так что оно еще и работать должно. Не как бета, блин. И не дай боже сломают в критичный момент.

>У меня, тьфу-тьфу, почти все работает,

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

>и всегда есть возможность примерно представить, что будет в шестой центосе/рхеле

Мне не надо представлять. Мне работать надо. Мне надо серваки. Мне надо дескотпы. Мне надо мобильные устройства. Сегодня. А не после дождика в четверг. А у редхата на выбор - коллекция тестов или античный помет мамонта. А что-то среднее как, не судьба? Чтоб для людей, блин. Которые смирятся с нефатальными глюками, но - не собираются юзать антики или становиться хардкорными тестерами. Таких юзеров - 99.99% :)

>Ага, мы такие. Как и остальные 1,5-2% юзеров десктопного Linux'а,

Не надо вот всех под 1 гребенку, плиз. Почему вы считаете что все хотят только юзать античное добро или хардкорно бетатестить? Убунта доказывает что золотая середина - совсем не там. И, да, блин, оно хотя-бы номинально сделано для юзания а не бетатестов. И не столь антично как редхат. Потому и юзается народом.

>да и все остальные IT-ки. Нас люди не очень понимают, замечали :)?

А как же. Только в данном случае - платформа ориентируется не на 2% ITшников. А на всех.

>Зачем Вы валите в одну кучу rpm, deb, yum, apt, zypper, urpmi, и т д?

Потому что колеса в отрыве от машины интересуют очень немногих.

>rpm != (совсем, это в принципе разные вещи) ни yum, ни apt-rpm,
>ни zypper, ни чему либо еще

Да, тут возможно есть небольшой flaw: не факт что поюзают именно уродистый и тормознутый yum. Тогда возможно платформа будет и не полным фи.

>Уверены :)? Проверьте зависимости на zypper, и, например, urpmi :)))

А они как, дельты и прочая тоже умеют?

>взялись бы портировать apt на эту платформу,

А нахрена им эти ваши античные редхаты и бетатестовые федоры? Системы на основе дебиана явно более человечески спозиционированы. И если честно - мне насрать на удобство выборки лицензий. Вообще. Зато не насрать на мое удобство. И дебианоподобные мне как-то сильно удобнее. Судя по 8 лямов хомячков убунты да и популярности дебиана - не только мне. И да, еще мне нифига не удобно осваивать зоопарк манагеров пакетов. Освоить 1 деб и только его - мне сильно удобнее чем две дюжины того барахла которое есть для управления RPM, при том как минимум половина из него жутко кривое, тормозное или убогое или с тупыми проблемами. Зачем мне осваивать весь этот бардак? И что я получу кроме геморроя в результате? oO

>что патчи очень привествуются, и никто копирайты перелицензировать не требует!)

Патч на что? rpm -> deb? А в faq написано иначе. Ну и врядли они такой патч примут.

>Это OpenSource :) Что-то не нравится, присылайте патчи :)

Агащаз. Патчи принимают только если они согласуются с линией партии. Или - ну как говорится форкайте наздоровье, все такое :P.

>Не знаю, на моем ноуте, когда еще батарейка держала три часа,

Мне не нужен мобильник который будет 3 часа работать! Вы понимаете что я могу захотеть заинсталить софт будучи вдали от сетевой розетки? А остаться без связи то - suxx.

>отношения к достоинствам и недостаткам rpm.

Да, но если там будет yum - пока он растормозится, выжрется полбатареи. У ноута батарея если что во много раз больше по ваттажу. И на мобильном девайсе разница в потреблении ОЧЕНЬ заметна. Ничего не делающий девайс валяется ДНИ. А активно молотяший - ЧАСЫ. Настолько большая разница между разными режимами.

>а) VPS-ки со 128-мью памяти еще нужно найти на рынке,

1) Если вы готовы проспонсировать всем желающим более толстые - вам как, WM кошельки дать? :)
2) Я могу захотеть порезать по принципу 1 контейнер на 1 сервис для затяжки гаек, усложнения взломов и ради гибкости администрежки. Мне что, на каждый плевый сервис столько памяти резервировать только потому что питоновскому уродцу мало?
3) Есть embedded устройства. Где памяти зачастую даже меньше. И (прикиньте?!) мне было бы удобно везде пользоваться чем-то одинаковым. Сюрприз?

Лично я буду пользоваться пакетным манегером которому мало 128 мегов только под дулом пистолета. Ну или если на выбор будет использование MSI installer-а, этот еще более уродлив.

>и им сложно найти какое-то реальное применение,

Да? См. выше.

>так что это сферический тест в вакууме

Это не сферический тест в вакууме а real-world ситуации в которые я и мои знакомые припечатывались фэйсом об тейбл. Как вы понимаете, это не добавило симпатий к уродству с названием yum, ага. А должно было? Все познается в сравнении и почем-то результаты сравнений - не в пользу тормозного и ресурсожоркого yum были.

>б) У  OOM-killеr в бесплатной OVZ, увы, такая настройка (в PVC
>можно выбирать, кого убивать в первую очередь)

Если уж об OVZ говорить - так оно там часто вообще просто виснет а не триггерит OOM. При этом в контейнере выжран практически весь лимит и даже хрен с два kill этому добру отвесишь. Ужасно прикольно, приходится пинать контейнер средствами взы. Иначе никак :E. Представляю себе как ссут кипятком по этому поводу саппорты малобюджетных хостеров которые на свою ж... предлагают центос :).И кстати чем больше ресурсов - тем дороже. Как ни крути. На своем сервере - меньше контейнеров (а всегда будет соблазн их сдать в аренду, etc :P). На арендуемом - цена пропорциональна ресурсам, блин.

>в) Это проблема жирного дефольтного MySQl, нетюненного Apache

Да, конечно, проблемы кого угодно но только не уродца yum. А апач и мускуль - да, жирные. Лайти или нжинкс на тех же конфигах вжаривают так что дай боже. Ну да, пых там жарить не сможет но в конце концов если настала жо... можно и в статику закешить. Пержив слэшдот-эффект на такой вот дохлой штуки. А почему нет, собственно? Только поотому что в моде блоатваре? Так я не люблю блоатваре.

>(вообще-то количество воркеров на такой системе нужно свести, максимум, к двум),

Ага. Одному. В виде лайти или нжинкса :). А то если 1-2 воркера будет - юзерье позеленеет ждать пока им файло начнет отдаваться. Потому что Вася на диалапе уже качает вон ту исоху. Спасибо если не в несколько потоков. И 1-2 воркера занимается Васей, весь мир, разумеется, подождет. Это мы уже проверяли. Спасибо, но это вы сами так. А мы flying light, или же с тягой на engine x, извините :P. Кроме того на мощном хосте оно тоже полезно: заддосить нжинксу кучей медленных соединений нереально. В отличие от апача который при этом форкнет два зиллиона процессов и убьет все(или, если залимитить, юзеры не дождутся отдачи им файлов и отхватят таймауты).

>OOMGUARPAGES="524288:2147483647",SHMPAGES="262144:262144") yum не падает,
>что я делаю не так?

Попробуйте поставить пакеты пожирнее, типа пыха. Да еще если не дай боже половина памяти занято чем-то еще. В общем то синтетика никому не интересна. Было отхвачено в real-world применениях.

>Официальный прекешед-шаблон centos-5-x86.tar.gz :)

Хоть лысый черт. После того как пару раз так приложишься - желание юзать это отпадает напрочь.

>N800 страшно ест батарейку прежде всего на Wifi,

Оно есть ее только если качает данные. Проверьте что экономия питани wi-fi стоит на максимуме.

>а ставить софт через GPRS/EDGE это, имхо, изврат в финасовом плане.

Знаете для n900 есть много приблуд весом в 5-100 килобайтов. Да, вот так вот. Качнуть их "почти бесплатно" даже по жпрс (я не ультражлоб :D). И даже 1 мегабайт я могу скачать. А что, 0.2 бакса это так уж много за программу? За самое галимое шароваре менее 5 баксов - не просят.

>И, еще раз, _причем_ тут жирность(?) yum и достоинства и недостатки rpm?

При том что обычно RPM c ним соседствует. Что самое мерзкое - даже если осваивать иной манагер, в редхатах будет этот крап. И если уж интресоваться редхатоподобными (а интересоваться всем вообще никаких сил не хватит) - с этим барахлом придется иметь дело. Что мне ни разу не симпатично.

>чем относительно долго (сравнимо с дельтами) тянуть целые пакеты с апдейтами.

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

>Количество собранных пакетов (кстати, в Сизифе их много...)

Много? По сравнению с чем? Их намного меньше чем для дебианообразных.

>это только активность мантайнеров, собирающих пакеты.

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

>засунут в телефон ухудшенную, в плане производительности, версию yum

Yum не нуждается в ее ухучшении. Он и так жестко сосет на слабых конфигах. Проверено.

>(тогда как им никто не помешает и использовать более производительный пакетный менеджер)

А я наверное должен офигенно пропереться от необходимости знать дюжину велосипедов вместо 1 нормального манагера пакетов.

>1. она не пожалела денег на торгашей

Ну, это MS всегда умело. Правда вот Виста вышла такой что даже они ЭТО не вытянули и оно ухнуло именно туда куда и должно было. Винмобиле удостоилось той же участи - оно сейчас настолько сливает всему остальному что никакая реклама его не спасет.

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

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

>Game Dev'а).

Ой, у приставочников вообще вечно жо. Специфичный бизнес. Специфичные правила игры. Специфичные условия.

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

Ну так где ж софт под федору и редхат? Почему у центося по дефолту полупустые репы а под редхаты разве что энтерпрайзники что-то там делают?

>ни yum, ни zypper, ни apt-rpm

Надеюсь что они не сделают ошибок. И еще - хотелось бы некоего единообразия. Потому что осваивать 20 тулзов для 1 и той же задачи - дебилизм. А у редхатоподобных нет штатного нормального манагера. То что юзает редхат - извините, поделка.

>но прикрутить что-то ультра-быстрое на плюсах/чистом си, почему этого не может быть?

Потому что дефолты - решают. Что будет по дефолту то и поюзают. А дефолты по логике задает апстрим. RPM - R for Redhat, так ведь? А что юзает редхат - мы видим (и если честно видим удивительный крап).

>Программеры пишут под Linux(а чаще даже под *nix), или Ubuntu уже стал
>== Linux?

Убунту - Linux. А кто ж еще?

>и разрешают хостить только deb-пакеты и apt-репозитории?

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

>Честно говоря, не заметила... Под Fedora практически всегда есть или пакет, или спек,

Это, мягко говоря, не факт. Вот под убунты (а иногда заодно и дебиан, поскольку похож) есть репы которые содержат сами юзеры и если хочется свежака без большого геморроя - это можно. Без, блин, упражнений со спеками. Которые 99.99% юзеров в гробу видало, строго говоря. Потому что юзер != майнтайнер. Какого буя я как юзер или админ должен вообще что-то знать о каких-то спеках, собственно? Я что, майнтайнер или разработчик? oO

>который можно слегка подправить под CentOS.

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

>Последнее, под что я не нашла спека, было molly-guard, но это небольшой
>проект Debian, про который практически никто ничего не знает.

А вот интересно...
1) Nexuiz для федоры есть? Какой версии?
2) aMule найдется?Какой версии?
3) А Battle for Wesnoth?
4) А qutim?
5) А почему на http://tmw.cetki.com улучшенный клиент TMW - только для винды и дебианообразных, а остальным только сорцы?При том они не одни такие умные, явление довольно частое.

>под armel, а лучше "хилдонизировать".

Ну да, это и имелось в виду. Хилдонизация актуальна для GUI программ. Для SDL игр или демонов - менее актуально.

>афро-американских бета-тестеров, работающих за еду...
>//на правах шутки :)

Хе-хе, это, наверное, проприетарщики :).Во всяком случае, смысл похож, хоть плетка нынче и виртуализована а негры уже не обязаны быть чернокожими.

>состоят только в Cannonical и Debian-коммюнити

Нет, но зачастую сами програмеры - билдуют только под... то что используют сами :). Ну а остальные ждут когда и если майнтайнеры раздуплятся. Програмеры - не бетатестеры. И не любители антиков, они не боятся идти вперед, но им нужна работающая система. Потому и получается что редхатообразные для них как-то не очень.

>Debian очень хорошим выбором для серверов, хотя и предпочитаю сама CentOS/RHEL

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

>Еще раз, при-чем-тут-yum?? Речь об rpm :)

Да. А скажите - чем он по большому счету лучше? А то какое-то там удобство выбора лицензий - весьма невнятно. А вот из минусов - зоопарк и тормозные/бестолковые манагеры пакетов.

>Уверена, он нравиться не только мне :)

Безусловно. Но я пока не увидел ни 1 стоящей причины почему он должен нравиться мне. Удобство выбора лицензий? oO Блин, более бредового аргумента за пакетную систему я в жизни не видел :). Какие-то спеки от которых вы претесь - тоже сомнительный аргумент. Под дебианообразные как видим пакеты собирают. Значит можно и без них обойтись. Ага?

>Там и без этого хватает костылей

У редхата тоже хватает костылей. Более того - тот же yum производит впечатление 1 большого костыля сделанного наспех, например. В отличие от кондового дебианского манагера пакетов.

>Хорошо, что мы хоть в чем-то согласны :)

Ага :). В конечном итоге - плохой мир лучше доброй ссоры. И в конечном итоге - кой-какая общая цель у нас есть: нам всем надо нечто получше чем игрушечные андроиды и прочие "мобильные" недоплатформы, right?

Ответить | Правка | Наверх | Cообщить модератору

141. "Maemo и Moblin объединяются в единый проект MeeGo"  +1 +/
Сообщение от sHaggY_caT (ok), 16-Фев-10, 22:20 
>>Уверены :)? Проверьте зависимости на zypper, и, например, urpmi :)))
>
>А они как, дельты и прочая тоже умеют?

Не смешите, пожалуйста, так :)

>А нахрена им эти ваши античные редхаты и бетатестовые федоры? Системы на
>основе дебиана явно более человечески спозиционированы.

У меня от Etch, до выхода Lenny, были совсем другие впечатления (в сравнении с постоянно обновляемой веткой CentOS/RHEL5, которая тогда уже была, и живет сейчас, пережив и Etch, и Lenny, и все еще апдейтится)

Давайте еще вспомним про поддержку XenDom0, которую вот-вот выкинут из Debian, и, в то же время добавят в "бетатестовую федору"(при этом из RHEL/CentOS она никуда не девалась, и не планирует деваться), ну как, Linux очень для людей?
В openvz-users так же был страшный срач в теме [Users] New Kernel Patch, в котором обсуждали, не дропнуть ли openvz, и не заставить ли всех юзать сырой (имхо) LXC?

Я это не к тому, что Debian (или Cannonical) ведет себя лицемерно, или неправильно (я так не считаю!), а к тому, что "Не сотвори себе кумира"(с), и к тому, что ничего идеального в этом мире не бывает

>Равно
>как и пользоваться окаменелым пометом мамонта из центоса где в репах
>полторы программы.

Что за бред :)?

http://packages.debian.org/lenny/puppet

vs

http://209.85.229.132/search?q=cache:_y8uRjcyPngJ:rpm.pbone....

(epel условно можно считать официальным репозиторием, особенно это актуально для CentOS без сертификации и саппорта, но и RHEL не снимают с поддержки с пакетами из EPEL)

Например, сюда же KVM в центосе с поддержкой KSM, которого даже в бубунтах пока нет (на сколько я знаю), и кучу других примеров, а так же бэкпорты в старые ветки ПО, в противоположность застывшему и замершему Debian.
Имхо, Debian это "количество поддержки", а RHEL "качество поддержки". Зачем нужна тонна пакетов, которые никто и никогда не поставит? (то есть, я лукавлю, и сама иногда использую дебиан, если что-то нужно разрулить хитро и нестандартно, особенно module-assistent удобен, но лукавите (или пишите ангажированную чушь намеренно) Вы, говоря, что под RH нет софта, советую заглянуть в AT rpms, там тысячи пакетов)

>Да, но если там будет yum - пока он растормозится, выжрется полбатареи.

Почему rpm никак не коррелирует с батареей было последовательно, в трех абзацах, показано в моем прошлом посте

>>а) VPS-ки со 128-мью памяти еще нужно найти на рынке, и им сложно найти хоть какое-то >реальное применение
>
>1) Если вы готовы проспонсировать всем желающим более толстые - вам как,
>WM кошельки дать? :)

Только что обсуждали на днях старое железо и установку на него ПО. Вы согласились со мной (или я с Вами, или у нас было изначально общее мнение?) про то, что нищебродие есть зло, память сейчас дешевая, и так далее. Какая логическая разница между допотопным ПК, и купленным, у хостера, "недо-сервером"? И то и другое бессмысленно, глупо и убийственно по отношению к своему времени (в том числе рабочему), а действия хостера тянут на нарушение прав потребителя (и yum тут ни при чем, такой VPS сам по себе г-но и мало на что годен, если пытаться делать из него полноценный "сервер") или даже на мошенничество

>2) Я могу захотеть порезать по принципу 1 контейнер на 1 сервис
>для затяжки гаек, усложнения взломов и ради гибкости администрежки. Мне что,
>на каждый плевый сервис столько памяти резервировать только потому что питоновскому
>уродцу мало?

Вот это совсем другое дело: для консолидации можно и 64 Мб выделить, если больше не нужно, вот только почему бы не запустить с HardwareNode тот же vzyum, если этот CT администруется нами  :)?
В PVC, с ее EZtemplates, vzfs и vzpkg еще лучше в плане экономии памяти для консолидации :)


>1) Nexuiz для федоры есть? Какой версии?
>3) А Battle for Wesnoth?

Понятия не имею, не играюсь, даже не знаю, где лежат "хорошие"(с точки зрения геймеров) игрушки, собранные под Fedora

>2) aMule найдется?Какой версии?

Не знаю, использую торренты

>4) А qutim?

qutim-icq-0.2.0-5.fc12.i686.rpm (последняя, репозиторий Russian Fedora Remix fixes-updates с вполне официальным статусом)


>5) А почему на http://tmw.cetki.com улучшенный клиент TMW - только для винды
>и дебианообразных, а остальным только сорцы?При том они не одни такие
>умные, явление довольно частое.

Еще одна какая-то игрушка, выложенная втихаря админом сервера или веб-мастером?

Встречный вопрос, где deb-пакеты под:

spacewalk
OBS (http://en.opensuse.org/Build_Service/Build_Service_Installat...)

OpenSymbolic (http://www.opensymbolic.org/)

Ovirt

Почему такой старый Cluster Suite
http://packages.debian.org/ru/lenny/redhat-cluster-suite

?

Вы же не считаете, что это "никому не нужная фигня" (хотя бы вспомнить ситуацию с HeadBeart и split brain)?

Может быть, стоит понимать, что Debian не идеален, и в его отлаженном (несомненно, а так же несомненно одном из лучших из OSS проектов) механизме бывают свои безмерные идиотизмы, и видеть, таки, видеть в своем глазу бревно, прежде чем пытаться фанатично критиковать конкурирующие как минимум на равных проекты и платформы?


Не стала комментировать религиозную чушь:


>[оверквотинг удален]
>антично как редхат. Потому и юзается народом.
>>Честно говоря, не заметила... Под Fedora практически всегда есть или пакет, или спек,
>
>Это, мягко говоря, не факт. Вот под убунты (а иногда заодно и
>дебиан, поскольку похож) есть репы которые содержат сами юзеры и если
>хочется свежака без большого геморроя - это можно. Без, блин, упражнений
>со спеками. Которые 99.99% юзеров в гробу видало, строго говоря. Потому
>что юзер != майнтайнер. Какого буя я как юзер или админ
>должен вообще что-то знать о каких-то спеках, собственно? Я что, майнтайнер
>или разработчик? oO

Вы еще скажите, что админу не нужно писать скрипты, так как не разработчик-де, или сертифицированному вандузятнику, что собирать msi не его царское(холопское?) дело :)

Ответить | Правка | К родителю #131 | Наверх | Cообщить модератору

144. "Maemo и Moblin объединяются в единый проект MeeGo"  +/
Сообщение от olegator (??), 17-Фев-10, 00:29 
zypper сейчас очень шустрый и много что умеет
Ответить | Правка | К родителю #131 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру