Компании Intel и Nokia объявили (http://www.linuxfoundation.org/news-media/announcements/2010...) об объединении своих мобильных платформ Maemo и Moblin в рамках единого проекта MeeGo (http://www.linuxfoundation.org/meego), управление которым передано в руки организации Linux Foundation. Сверхзадачей проекта MeeGo является создание новой полностью свободной Linux-платформы, нацеленной на использование на разных типах мобильных устройств нового поколения, сочетающих к себе функции интернет-планшетов, мобильных телефонов и портативных компьютеров.
Передача нового проекта под покровительство Linux Foundation поможет сделать разработку более независимой, привлечь к развитию MeeGo сторонних разработчиков и производителей оборудования. Первый рабочий релиз MeeGo намечен (http://meego.com/about/faq) на второй квартал 2010 года.
С технической стороны в MeeGo задействованы (http://meego.com/developers/getting-started) такие компоненты, как Linux ядро...URL: http://www.linuxfoundation.org/news-media/announcements/2010...
Новость: https://www.opennet.ru/opennews/art.shtml?num=25425
Ммм.. Достойный соперник Андроиду.
Ми-го это не из произведений Лафкравта?
BSD... Оно не получите вы ничего унифицированного.. каждый навносит своих изменений.. и хрен с кем поделится
может да, а может и нет
я думаю что производители телефонов ещё не готовы открывать свои наработки, это сделано для большего интереса со стороны производителя... но если nokia продолжит развивать свои продукты в стиле open source и это принесёт ей успех, то и остальные перейдут на открытую модель разработки
Вот-вот, получится то, что получилось с Symbian - кучка несовместимых ответвлений со сходными/одинаковыми названиями. Эта же участь постигла и коммерческие UNIX.
>Вот-вот, получится то, что получилось с Symbian - кучка несовместимых ответвлений со
>сходными/одинаковыми названиями. Эта же участь постигла и коммерческие UNIX.Каких это несовместимых "ответвлений"?
>Каких это несовместимых "ответвлений"?Как минимум, нокиевский вариант vs UIQ у сонериков. Хотя оба - симбиан, UI у них разные и приложения в итоге не совместимы. В данном случае будет лучше т.к. основные либы отткрытые и их апи одинаковое. Видимо нокия хочет позволить производителям клепать кастомизированные мордашки не делясь оными. Гугля вроде сделала то же самое, если не ошибаюсь.
>>Каких это несовместимых "ответвлений"?
>
>Как минимум, нокиевский вариант vs UIQ у сонериков. Хотя оба - симбиан,
>UI у них разные и приложения в итоге не совместимы. ВХа. Мне там вверху обещали "кучку ответвлений".
И, честно говоря, я задал вопрос ради главного лулза - попросить уточнить, каким образом BSD лицензия воздействовала на появление двух ui layers (можете называть их разными ОС, если пожелаете), в то время, когда Симбина вообще не была open source?
>Ха. Мне там вверху обещали "кучку ответвлений".С бздотной лицензией это вполне возможно.
>каким образом BSD лицензия воздействовала на появление двух ui layers
Думаю что никаким :D. Просто с BSDL будет что-то похожее по смыслу. Точнее, "может быть что-то похожее по смыслу". Правда есть надежды что в менее жопной форме чем то что было в симбиане. А то два разных UIя под и без того экзотичную ось, при том в половине только один а в половине только другой == пиндец для разработчиков. В итоге половины прог не было под одних а половины - под других. Наверное это круто... oO.
Дружище, а что если попробовать воспользоваться рассудком, а не своими фанатскими штампами? GPL начисто запрещает форки с потенциальными несовместимостями, да? Расскажите, к чему вы с анонимусом приплели тут BSDL?
BSDL + акулы бизнеса может привести к растягиванию проекта по своим углам без отдачи доработок в основной апстрим. Если при этом присобачат фирменные навороты но забудут отдать их в апстрим - совместимость между вендорами может до некоторой степени попортиться. Хотя такой суровой *опы как с симбианом когда софт надо было писать под 2 совсем разных UI ессно не получится.
как там postgres и apache поживают? много ли у них форков?
Вообще-то, отдача в апстрим и совместимость - это как зеленое и сладкое. Можно сделать несовместимый форк GPL-ного проекта и раздавать код. Так что, к лицензии это никаким боком.
>Можно сделать несовместимый форк GPL-ного проекта и раздавать код.Можно, но смысла так делать достаточно мало и для этого должен возникнуть какой-то глобальный клещинг и кардинальное несогласие как надо делать [нечто]. В случае BSDL достаточно возникнуть всего лишь элементарной жабе вида "а мы вот тут доделаем, это будет нашим козырем и с конкурентами мы им не поделимся". Второе как-то более часто встречается в природе чем первое. А в итоге - может получиться лебедь, рак и щука.
Товарищи опомнились.
>Товарищи опомнились.почему опомнились? посмотрите по новостям, они шли к объединению целенаправленно... и официально заявили об этом когда уже сделали работающий проект, не сферического же коня всем показывать?
Ну эта новость не может не радовать :) Может таки родиться одна _нормальная_ линукс-платформа. А то все так разобщено и нестандартизировано, что порой использование дается больнее, чем использование банальных зонтов от микрософт и иже с ним.
У MS нынче зонтов под мобильные устройства нет почти. Особенно конкурентоспособных.
Нормально. А то гугл припухнет без конкуренции.
Значит теперь и Moblin (или то, что от него останется) отказывается от Gtk в пользу Qt, а всё потому что Nokia купила троллей и теперь ей выгодно проталкивать Qt.
Я бы сказал, не выгодно, а удобно
Я думаю для Nokia -- именно выгодно.
А удобно -- программистам, мне, например, писать используя Qt4 больше нравится, чем Gtk -- api продуманнее, а документация вообще ни в какое сравнение не идёт.Но в тоже время будет очень жаль если Gtk перестанут развивать в сторону мобильных устройств, без этого библиотека будет расти только вширь не думаю об экономии ресурсов.
А GTK и сегодня не экономит ресурсы. Это миф все. Памяти если только меньше занимает.
>А GTK и сегодня не экономит ресурсы. Это миф все. Памяти если только меньше занимает.
>GTK не экономит ресурсы
>Памяти меньше занимаетПарсер сломался
аналогично...
>А GTK и сегодня не экономит ресурсы.Вообще-то кутя поразлапистее и памяти жрет побольше. На nxx0 сие ощущается. Впрочем нокия ее некисло оптимизит.
Nokia подарила всем QT под LGPL. Именно после этого стало не только им выгоднее.
Maemo тоже слил Gtk и deb.
очень интересно:) от маемо только интерфейс. тоесть новая платформа будет посути дела на moblin. maemo это debian way а моблин?!что-то не нашёл чёткого описания.
moblin это ui и оптимизированное ядро
ну это понятно.идеологически он к какому дистрибутиву ближе?! maemo это же тоже не чисто дебиан. зачем nokia тогда выпускала maemo6, если они "целенаправленно шли" к слиянию с моблин?! хотел себе взять n900,а теперь чёт наверно передумаю.еслиб был вимакс может и да бы, с последующей установкой MeeGo.
дело в том, что ни к какому, это не дистрибутив, а проект. И результат этого проекта используется как и в ubuntu так и opensuse... это как openoffice, он разве относится к debian или например mandriva?
да спасибо. вот только натолкнулся на более менее внятное описание.
тоесть дальнейшуюю разработку maemo они бросят я так понимаю. и кому сдасться теперь этот n900 ещё и по такой цене?! всётаки зачем надо было выпускать maemo6 ? ещё бы понятно был выпуск заточенной под друг друга пары девайс-maemo6?
никто ничего не забросит, просто два проекта объединились, это значит что большее число разработчиков будет работать над этой платформой, считайте что maemo просто переименовали
ну я думаю между маемо и меего существенные разичия, с учётом того что в статье сказано что от маемо только наработки ui будут. Опять же не понятно с RPM. видел ubuntu moblin remix основанный на u9.10, а с новой meego, ubuntu и rpm в моём сознании не вяжется, а в статье чётко сказано что буде rpm.вопрос для повышения образования: каноникал в ubuntu moblin remix использовало не ядро проекта моблин, а взяв своё пропатченное использующееся в 9.10 применило часть наработок проекта моблин + свои наработки и получили нечто?
>ну я думаю между маемо и меего существенные разичия, с учётом того
>что в статье сказано что от маемо только наработки ui будут.ничего конкретного там не сказано, по любому всё что связано с телефоном будет от maemo в том числе и модули ядра. не вчитывайтесь так конкретно, интеграция будет намного глубже, чем описано
>Опять же не понятно с RPM. видел ubuntu moblin remix основанный
>на u9.10, а с новой meego, ubuntu и rpm в моём
>сознании не вяжется, а в статье чётко сказано что буде rpm.
>а при чём здесь вообще ubuntu??? если проект будет жить на OBS, то нет сложности собрать пакеты в deb.
>
>вопрос для повышения образования: каноникал в ubuntu moblin remix использовало не ядро
>проекта моблин, а взяв своё пропатченное использующееся в 9.10 применило часть
>наработок проекта моблин + свои наработки и получили нечто?я не знаю что там творит ubuntu
>>ну я думаю между маемо и меего существенные разичия, с учётом того
>>что в статье сказано что от маемо только наработки ui будут.
>
>ничего конкретного там не сказано,Куда уж конкретней http://meego.com/about/faq
Q: Will MeeGo use .rpm or .deb as its packaging system?
A: MeeGo will use the .rpm format
это вообще к чему?
>Куда уж конкретней 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 никуда не денется :)
>хотя я не очень согласна и с религиозным стоном по поводу "тормознутости" yum'аМожет он еще и памяти мало ест?
>>хотя я не очень согласна и с религиозным стоном по поводу "тормознутости" yum'а
>
>Может он еще и памяти мало ест?В сабжевой платформе будет, имхо, какая-то вариация на тему PackageKit, но я не говорила в своем посте про yum, apt, и т д, только про формат пакетов. При чем тут вообще yum??
Как это не говорила? Я ж процитировал.Олсо, ПакеджКит в кач-ве бекенда юзает юм, а еще и сам черезчур толст.
>Как это не говорила? Я ж процитировал.Вырвали из контекста, и очень толсто, вот, что я на самом деле писала:
>Внимание, речь не об apt vs yum/zypper/пр, а только об rpm vs dpkg
========
>Олсо, ПакеджКит в кач-ве бекенда юзает юм, а еще и сам черезчур
>толст.Он юзает только то, что ему полагается юзать на данной платформе. Его можно и к apt приспособить, но это оффтоп, rpm и yum вообще никак не связаны, как Вы сейчас _толсто_ пытаетсь это сделать.
Речь не шла даже про PackageKit, только про то, что я не вижу проблем, в том что выкинули dpkg
>Вырвали из контекста, и очень толстоИз песни слов не выкинешь.
>Его можно и к apt приспособить
Приспособили. Но дебиан не хочет его брать в связи с некоторыми несовместимостями, как например debconf.
>rpm и yum вообще никак не связаны
Что? Юм полностью на либах рпм завязан!
apt не спроста использовали на всех мобильных платформах, от опенмоко и до айфона.
>>Вырвали из контекста, и очень толсто
>
>Из песни слов не выкинешь.Это была ремарка, не относящаяся к сабжу. Хватит провоцировать софистику. Я имела ввиду только то, что имела, и, по-моему, что я имела ввиду, очевидно. Что касается yum, на десктопе я тоже не вижу тех ужастиков, которыми обычно пугают, но rpm и yum никак не связаны (точнее, связь односторонняя)
>>Его можно и к apt приспособить
>
>Приспособили. Но дебиан не хочет его брать в связи с некоторыми несовместимостями,
>как например debconf.Это проблема Debian и его выбор. Я хорошо отношусь к Debian, но не должен же он в мире свободного софта зохавать все? Так и rpm тоже должен иметь достойных конкурентов (таких как порты FreeBSD, например)
Я не понимаю драматизирования по поводу того, что выкинули dpkg, что в этом плохого? Это выбор проекта, и, на мой взгляд, правильный, так как rpm объективно мощнее и проще (для мантайнера пакета), будет хорошим стимулом для Debian и Ubuntu переписать dpkg, может быть, с нуля, так как в текущем виде он вызывает у меня (и, уверена, не только у меня) уныние.
>>rpm и yum вообще никак не связаны
>
>Что? Юм полностью на либах рпм завязан!Вы сейчас занимаетесь софистикой. Я имела ввиду только то, что rpm не имеет никакого отношения к yum, и недостатки yum (равно как и достоинства), это достоинства и недостатки yum, а не rpm
>apt не спроста использовали на всех мобильных платформах, от опенмоко и до
>айфона.Это как-то мешает его использовать с rpm? Есть вообще-то огромный Сизиф :) Думаю, им нужно выйти из засады...
>Это была ремарка, не относящаяся к сабжу.Я это понял, но просто ответил и вовсе не в свете сабжа.
>Что касается yum, на десктопе я тоже не вижу тех ужастиков, которыми обычно пугают
На моем ноутбуке п3 и 256 рам это очень хорошо видно!
>но rpm и yum никак не связаны (точнее, связь односторонняя)
Ну правда забавно такое читать. :)
>Это проблема Debian и его выбор.
Все же я думаю, что это поблемы ПакеджКит, ибо создавался он как унифицированая морда ко всем пакетным манагером, а на деле вышло, что добрая половина его не может использовать(убунта туда же ведь входит).
>Это как-то мешает его использовать с rpm?
Нет, конечно нет, просто опыт. Надо бы изучить чем обоснован такой выбор во всех случаях.
Олсо, федору использую уже несколько лет, так что я не против рпм, просто стараюсь быть обьективен.
>добрая половина его не может использовать(убунта туда же ведь входит).В кубунте есть package kit. Большего дерьма если честно я не видел. Хреновее разве что MSI Installer. Synaptic рулит куад больше этого неуклюжего глюкастика не способного даже прогресс операции нормально отображать.
лучше разъясни народу - настал маемокапец или нет?
мало того что интел конкурентов моблином уже лет так 5 пугает, мало того что теперь в платформе блобы появятся какие хочешь, так теперь ещё интел и нучит правильные оси для армов делать.
гложат смутные сомнения.
>лучше разъясни народу - настал маемокапец или нет?А можно для начала определение "капец" применительно к опенсорсу? А применительно к этой ситуации - чего?
>мало того что интел конкурентов моблином уже лет так 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 лицензия несколько стопнет развитие, если начнется тягание одеял на себя.
Итого? Штука обещает быть интересной. И если повезет - достойным конкурентом на рынке всяким гуглоботам с их явой и прочей унылой игрушечной ФИГНЕ. Но некоторые моменты мне не нравятся.
>Итого? Штука обещает быть интересной. И если повезет - достойным конкурентом на рынке всяким гуглоботам с их явой и прочей унылой игрушечной ФИГНЕ. Но некоторые моменты мне не нравятся.я как то за всю историю так и не видел, чтобы у подобных консорциумов был хоть какой-то выхлоп. вернее, как раз только выхлоп и был.
зы:
хотя, если прям так сразу "намекнули" bsd-лицензией на будущие "интересы" корпораций, то может всё как раз к лучшему. по крайней мере для развития на начальном этапе
(потом то мы ещё пажалеем, когда начнут с девайсов удалённо проги удалять и т.д.)
>подобных консорциумов был хоть какой-то выхлоп. вернее, как раз только выхлоп и был.А много их таких было? Опенсорс только набирает силу. И каждая ситуация по своему уникальна.
>зы:
>хотя, если прям так сразу "намекнули" bsd-лицензией на будущие "интересы" корпораций, то
>может всё как раз к лучшему. по крайней мере для развития на начальном этапеМне кажется что bsdl может сыграть с ними роль первой дозы :).На что видимо и рассчитано.
>(потом то мы ещё пажалеем, когда начнут с девайсов удалённо проги удалять и т.д.)
Ну так возьмем референсные сорсы без западлостроения, что помешает то? И ессно будем разборчивы чтобы не покупать тивоизированную хрень и предпочитать вендоров без троянов в дефолтах. А то даже сорс сейчас не гарантия еще. Пхнут вон тивоизированный загрузчик как в андроиды - и толку тогда с сорса если модифицированный вариант хрен два зальешь? Поэтому придется оценивать продукт в целом и подход вендора. А не абстрактную лицензию в вакууме, которую при сильном желании можно "заворкэраундить", поднасрав своим юзерам.
>Минусы: RPM мне не нравится.Вы так и не объяснили, почему :)
мне тоже.
объясню - лично для меня собирать deb гораздо проще (подчеркну - лично для меня и лично проще).
да и инструменов, помогающих в этов, и в бубунте, и в дебиане - хватает.
на мой взгляд они (относительно) просты и логичны.
>Вы так и не объяснили, почему :)Наверное потому что мне хорошо с дебианской пакетной системой - у них нормальные пакетные манагеры, нет зоопарка из дюжин уродцев и все просто работает. И даже без жрача ресурсов оптом. И удобно когда везда одна и та же подсистема работает - не надо дюжину велосипедов осваивать.
Я не знаю, что там в кубунте, но она сама та еще не допилена, но все крупные апт дистры ПакеджКит не приняли, хотя в федоре оно очень нормально работает.
>не допилена,Ну, знаете, они специально портить кедовский KPackageKit не стали бы. Он сам по себе такой хороший - убогий и бестолковый.
КДЕ-софт многий такой. Можна на нетворкманагер апплет взглянуть, до недавнего времени вообще был поделкой.
>КДЕ-софт многий такой. Можна на нетворкманагер апплет взглянуть,Можно подумать что в гноме он не был поделкой, ага :).По-моему глюков у него везде хватало.
>В чем проблема в 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 сразу - не вижу проблем.
Я прокомментировала все, но, пожалуйста, давайте не будем в дальнейшем валить в одну кучу совершенно разные и несравнимые, как ковер и микроволновка, вещи(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 сразу - не вижу проблем.Хорошо, что мы хоть в чем-то согласны :)
Я еще добавлю к написанному выше, что на OBS (где будет жить скорее всего проект) вообще фиолетов формат пакетов, потому что оно соберет с легкостью и .deb и .rpmOBS=openSUSE Build Service
>OBS=openSUSE Build ServiceДа, зависимость от какого-то левого онлайн сервиса контролируемого каким-нить новеллом наверное должна вызвать бурный восторг. А микрософт не начнет через новель указывать какие там лицензии правильны-неправильны, какие типы приложений выпилить (например P2P) и прочая? А то помня как новель и сусевцы с подачи новелля кастрировали торенты - я несколько не доверяю им и их онлайн сервисам. И имхо это логично.
>>OBS=openSUSE Build Service
>
>Да, зависимость от какого-то левого онлайн сервиса контролируемого каким-нить новеллом наверное должна
>вызвать бурный восторг. А микрософт не начнет через новель указывать какие
>там лицензии правильны-неправильны, какие типы приложений выпилить (например P2P) и прочая?
>А то помня как новель и сусевцы с подачи новелля кастрировали
>торенты - я несколько не доверяю им и их онлайн сервисам.
>И имхо это логично.opensuse и смежные проекты никакого отношения к novell не имеют, он просто спонсор и всё.. а OBS замечательная штука и её продвигает Linux Foundation... novell кстати спонсирует и разработку go-oo, который используется во всех дистрибах и gnome и kde и radeonhd.... может этим тоже опасно пользоваться? Moblin тоже живёт в OBS.
А то, что Linux Foundation объявил о поддержке OBS Вам тоже ничего не говорит?Кстати, Go-OO используется и в Debian и в Вашей любимой Убунте.
>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?
>>Уверены :)? Проверьте зависимости на 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 не его царское(холопское?) дело :)
zypper сейчас очень шустрый и много что умеет
PulseAudio на мобильных платформах это лишнее
>PulseAudio на мобильных платформах это лишнееДа и на многих десктопах тоже. Я его у себя выкинул, хотя из-за этого пришлось пересобрать пару программ.
боюсь, что и Х для мобильных устройств тоже лишнее.
Учитывая известное железо - можно делать жесткие сборки.
Правда у линукса есть архитектурная проблема - ядро не знает координат объектов, поэтому нужен буфер типа Х... андроид это дело подперли костылями...
>боюсь, что и Х для мобильных устройств тоже лишнее.Архитектуру делают в расчёте на будущее. Вы же не сомневаетесь, что производительность телефонов будет расти?
У ARM есть камни на 2000 Мгц и 10 000 MIPS с 1,9 Вт мощности.
http://translate.google.com/translate?hl=ru&sl=en&tl=ru&u=ht...Возможно, их будут использовать в мобильных устройствах.
Для сравнения у intel есть Pentium 4 Extreme Edition 9,726 MIPS на частоте 3.039 МГц. Он потребляет под 130 Вт.
Так, к сведению, у ARM камней в принципе нет. То, что Вы назвали, делается сторонними производителями.
У ARM есть ядра. Которые они лицензируют желающим. Их параметры при том или ином техпроцессе более-менее известны. Поэтому упомянутая фраза - не то чтобы совсем уж некорректна.
Совсем(!) не лишнее: одно из главных доинств Maemo всегда было то, что на ней запускается тот же самый софт, что и на Linux десктопе, и это же существенный плюс по сравнению с, например, Androind
Прекрасная логика. Многие, в том числе и я, очень сомневаются в нужности пульса и на десктопе, а тут тянуть хлам на мобильную платформу, которой нужен только аудиодрайвер и работающие с ним напрямую приложения потому
>Прекрасная логика. Многие, в том числе и я, очень сомневаются в нужности
>пульса и на десктопе, а тут тянуть хлам на мобильную платформу,
>которой нужен только аудиодрайвер и работающие с ним напрямую приложения потомуЕще раз, Maemo (на сегодняшний день) ничем особенным не отличается от "десктопных" систем вроде Ubuntu, Fedora, и т д.
Это фича, это очень существенное преимущество(может быть, и не для всех).Pulse Audio, плохо или хорошо, но уже стал мейнстримом(хотя и не апстримом, которого в user-mode Linux просто нет), и некоторые приложения, подозреваю, уже без него не собираются. Дальше, вероятно, ситуация станет правилом.
Спорить с мейнстримом себе дороже."Мобильная платформа" же, это нечто, придуманное маркетойдами, что бы оправдать убогие, простите, возможности WinMobile и iphone(Maemo еще в 2005-м году нормально отображал YouTube, а Apple своим "инновационным" iphon'ом "переоткрыл" мобильный Интернет, как в свое время переоткрыл обычный Билл Гейтс). На моей N800 стоит тот же софт, по большей части, что и на моей домашней (или ноутбучной) Федоре(тот же Stardict, fbreader, pidgin(хотя на десктопе я использую PSI), Gnoki, Gnumric и Abiword, Kmplayer и куча другого софта, даже OpenOffice на всякий случай, а так же кое-что из серверного ПО), и это _очень_ удобно, а не некие, переоптимизированные под "мобильные требования" приложения
При всем при этом Windows Manager в Maemo удобен именно для мобильного использования.
Как пользователь Maemo скажу вот что: НЕ нужна "мобильность" в платформе, это чушь, от которой больше неудобств, чем плюсов!А свой N800 я воспримаю больше как легкий ноутбук (так как x86 ноут в сумочке не потаскаешь), и использую соотвествующим образом для _всего_ того же, для чего и использую десктопную систему, и это очень, подчеркиваю, очень! удобно!
Кстати, у меня новость вызывает в основном положительные эмоции, так как сама тяготею, по большей части, к RH платформе(а moblin ближе:), и rpm проще создавать с нуля по make-файлу) ) и QT-приложениям(не пишу десктопный софт, просто с эстетической точки зрения, и из предпочтения KDE над Gnome/XFCE/LXDE/etc)
>а не некие, переоптимизированные под "мобильные требования" приложенияЭто нормально, когда пакеты пересобраны, отсеяв ненужную/избыточную функциональность, только лишь в угоду, особенно на платформах с ограниченными ресурсами. По вашей же логике можно далеко зайти, например, не нужны армы, переоптимизированные под "мобильные требования", пускай стоят интелы, пакетная база и отлаженность куда значительно больше чем для других архитектур.
>Кстати, у меня новость вызывает в основном положительные эмоцииУ меня тоже
Остальная часть сообщения по делу, но к пульсу совершенно никакого отношения не имеет.
>>а не некие, переоптимизированные под "мобильные требования" приложения
>
>Это нормально, когда пакеты пересобраны, отсеяв ненужную/избыточную функциональность, только лишь в угоду,
>особенно на платформах с ограниченными ресурсами. По вашей же логике можно
>далеко зайти, например, не нужны армы, переоптимизированные под "мобильные требования", пускай
>стоят интелы, пакетная база и отлаженность куда значительно больше чем для
>других архитектур.Да, конечно, при сборке на мобильных устройствах, и платформах, предназначенных для мобильных девайсов (речь не о недоделанных, перегруженных жабами и своим ни на что непохожим API Android или iphone), конечно, нужно применять более консервативные параметры, но только в рамках предназначения дистрибутива (а вот уже использование патчей должно быть умеренным!)
>но к пульсу совершенно никакого отношения не
>имеет.А что плохого в Pulse :)? В Fedora8 и Fedora10 я его удаляла, но уже в 11-ой и 12-ой его допилили. Подозреваю, что в остальных системах тоже:)
Он мне нравиться больше, чем mpd, для "расшаривания" по домашней локалке единственных мощных колонок (при этом локальными наушниками так же можно пользоваться :)) )
>но только в рамках предназначения дистрибутиваКто вам это сказал? Чьи рамки? Редхэта, дебиана? А почему именно дебиана, а не слаки/1000 и 1 дистрибутив? Универсализм дебиана в частности и linux вообще, это хорошо, ровно до тех пор, пока он не мешает. На устройствах с ограниченными ресурсами он мешает. Или у вас есть на этот счёт мнение? (Сразу же задам вопрос, вы какой браузер используете на "вашей N800"? Уж наверное не Fennec, а почему? По кочану, естественно)
>А что плохого в Pulse :)?Ну, он просто не нужен, например :)))
>Подозреваю, что в остальных системах тоже:)Я тоже что-то подозреваю
>Он мне нравиться больше, чем mpd, для "расшаривания" по домашней локалке единственных мощных колонокА мощные колонки, надо понимать, подключены по езернет? X) Или всё-таки подключены к какой-то тачке? А если так, настройте nfs или самбу и играйте что душе угодно: детишкам колыбельную на мощных колонках, себе в наушнечки что вам больше нравится.
>Кто вам это сказал? Чьи рамки? Редхэта, дебиана? А почему именно дебиана,
>а не слаки/1000 и 1 дистрибутив? Универсализм дебиана в частности и
>linux вообще, это хорошо, ровно до тех пор, пока он не
>мешает. На устройствах с ограниченными ресурсами он мешает. Или у вас
>есть на этот счёт мнение? (Сразу же задам вопрос, вы какой
>браузер используете на "вашей N800"? Уж наверное не Fennec, а почему?Не Fennec, по тому, что Fennec глючит и еще кривой (как KDE 4 в свое время). Сейчас использую два: Midori, который особенно маркетологами не позиционировался как мобильный браузер (он просто работает, и работает быстро, и 8-10 табов в Midori на N800 на производительность не влияют), и Microb, если Midori что-то открывает неправильно (а так же для Gmail и WebMoney).
Браузеры лично для меня вообще больная тема: я несколько лет пыталась перелезть на _десктопе_ с Opera на Firefox (так как кастомизируемый), но, кажется, получилось только сейчас, когда в 3.6 что-то сделали хорошее, и он стал шевелиться медленнее оперы субъективно, всего раза в два-три (хотя с Хромом совершенно не сравнить)>По кочану, естественно)
Нет, не по качану: та переделка Koffice, что пилит Nokia, будет если не бесполезной, то какой-то странной (имхо), так как может только открывать документы MS-ых форматов. Понимаете, они подумали за_нас, что нам лучше?
На Maemo я использую то ПО, которое бы использовала бы на тормозном x86 компьютере (дешевом нетбуке каком-нибудь)
>>А что плохого в Pulse :)?
>
>Ну, он просто не нужен, например :)))Смотрите выше, что я написала про то, что он мейнстрим. Его сейчас толкают вообще везде. Боюсь, скоро школьники вообще забудут, что такое Alsa/OSS, как сейчас почти никто не помнит про существование фреймбуфера в виртуальных консолях :(
Я не агитирую _за_ Pulse, просто не понимаю, зачем плевать против ветра, и делать из мухи слона, может быть он не так неудобен, как его в Ъ случаях пытаются рисовать?
Раньше он мне тоже не нравился, так как с ним ничего нормально не работало, но сейчас ситуация изменилась, и можно по-новому взглянуть на его плюсы и минусы.
>играйте что душе угодно: детишкам колыбельную на мощных колонках,У нас пока нет детей.
> Смотрите выше, что я написала про то, что он мейнстрим.
> Его сейчас толкают вообще везде.Ну не знаю насчет "везде", но если ставить openSUSE 11.2 с KDE, то Pulseaudio не ставится.
1) По феннеку отмазались, верю.
2) Кочан и почему относились к п.1
3) А тут поподбробней
>Его сейчас толкают вообще вездеДа
>Боюсь, скоро школьники вообще забудут, что такое Alsa/OSSЗаветная мечта Столлмана и Торавольтоса, чтобы десктоп работал из коробки как надо. Боюсь, что ещё нескоро школьники (и не только) забудут о Alsa/OSS
>как сейчас почти никто не помнит про существование фреймбуфера в виртуальных консолях :(Помнят, любят, особенно те у кого графические сплэши (или по старинке бегущие буковки) при загрузке в очередной раз при обновлении ядра перестают появляться. + те "почти никто" эстетствующих линуксоидов, неполенившихся настроить фреймбуфер.
>Я не агитирую _за_ Pulse, просто не понимаю, зачем плевать против ветра, и делать из мухи слона, может быть он не так неудобен, как его в Ъ случаях пытаются рисовать?Я не нонконформист (Ъ) и никогда им не был, но если ветер постоянно дует со стороны сточной канавы, я предпочту заткнуть нос и удалиться туда, где этого ветра, с характерным душком, нет.
Меня, в принципе, то разнообразие ПО, которое можно "гордо" назвать звуковой подсистемой в линукс (алса, куча дублирующих фреймворков, звуковых серверов и прочих представителей класса подпирающих друг друга полурабочих костылей), мягко говоря, удручает. Нравился осс с его микшером и софтом работающих с ним напрямую. Вполне устраивает алса и софт работающий с ней напрямую. Очень нравится решение, как сделано недавно во фряхе.
>но сейчас ситуация изменилась, и можно по-новому взглянуть на его плюсы и минусы.Ой ли? Пульс будет таким же законченным и готовым решением, как hal, иксы, работающие через hal и т.д. Шаг в сторону, неаккуратный чих, и костыли посыпались, калека упал.
Галина, а у вас ЖЖ нет? :)
Правильно все пишете.
>Галина, а у вас ЖЖ нет? :)К сожалению, нет
>Правильно все пишете.
Спасибо
А как стандартным драйвером заглушить всез звуки, когда на телефон звонят и выкрутить громкость приложению-звонилке?
>А как стандартным драйвером заглушить всез звуки, когда на телефон звонят и
>выкрутить громкость приложению-звонилке?Вот-вот, а Pulse это может. Еще и раздельная громкость для гарнитуры и динамика, и, наверное, как фича будет и звук через сеть
>Вот-вот, а Pulse это может. Еще и раздельная громкость для гарнитуры и
>динамика, и, наверное, как фича будет и звук через сетьКстати да. Глядя на n900 и их возню с аудио - вот пульсаудио с их наворотами по части аудио им явно пригодится. Аудио там сложное. Аудиопутей - много. И динамик телефона. И боковые динамики. И наушники. И блютус хендсфря... вариантов куда аудио сплюнуть чуть не полдюжины. Навороченному аудио - продвинутое управление явно к месту. И как ни странно пульс там не смотрится идиотизмом. Напротив - регулировка аудио по приложениям могла бы решить много проблем логичными и стандартными методами и облегчить юзвергу жизнь, не заставляя его постоянно самолично педалить громкость.
Скажем для мобилы нормально заткнуть плеер когда вам звонят, не так ли? А теперь подумайте какое непростое это с точки зрения софта и логики действо. Может потребоваться изменить уровень громкости (на то что настроено в профилях для рингтонов) + возможно переключить аудиопути или подключить дополнительные выходы звука, etc. Можно нагородить костылей. Ну вот хорошо бы чтобы костыли для этого как-то стандартизировались. Чтобы всем производителям не требовалось переизобретать велосипед лично каждый раз.
>Напротив - регулировка аудио по приложениям могла бы решить много проблем логичными и стандартными методами и облегчить юзвергу жизнь, не заставляя его постоянно самолично педалить громкость.В OSS ядрённый микшер, который умеет регулировку аудио по приложениям, это информация к сведенью
>одно из главных доинств Maemo всегда было то, что на ней запускается тот же самый софт, что и на Linux десктопеПричем тут пульс? Оо Приложения разучились работать с алса?
Подвели. Считаю, что gtk/clutter вполне самостоятельны, и им не нужны такие толстые монстры как Qt. Жаль, что Intel слили, а ведь была перспективная платформа.
Алсо, из-за Qt не покупаю н900.
>Подвели. Считаю, что gtk/clutter вполне самостоятельны, и им не нужны такие толстые
>монстры как Qt. Жаль, что Intel слили, а ведь была перспективная
>платформа.
>Алсо, из-за Qt не покупаю н900.чем плох кути?
>>Подвели. Считаю, что gtk/clutter вполне самостоятельны, и им не нужны такие толстые
>>монстры как Qt. Жаль, что Intel слили, а ведь была перспективная
>>платформа.
>>Алсо, из-за Qt не покупаю н900.
>
>чем плох кути?ой-ой... простите, боюсь холивара.
реально обоснованно, чем плох кути на мобильных устройствах последнего поколения?
1. Основной язык - плюсы. 2. Комбайн все в одном, вместо чисто гуишного гтк. 3. Чисто личные предпочтения - не нравятся как выглядит ГУИ на Qt.
Вы кажется ничего не понимаете, Qt вообще-то состоит из модулей, это не комбайн. нужно только gui так используйте только qtcore и qtgui
Понимаем, но когда гуй пишут на куте, то обычно и другие части используют между прочем.
>Понимаем, но когда гуй пишут на куте, то обычно и другие части
>используют между прочем.а если пишут на GTK, то что делают?
> а если пишут на GTK, то что делают?долбят мозг использованием сторонних либ с разными стилями программирования, разным качеством кода и не всегда кросплатформенными. Так что уж лучше Qt. Тем более что его активно пилят как в плане расширения существующего функционала, так и в плане производительности.
>> а если пишут на GTK, то что делают?
>
>долбят мозг использованием сторонних либ с разными стилями программирования, разным качеством кода
>и не всегда кросплатформенными. Так что уж лучше Qt. Тем более
>что его активно пилят как в плане расширения существующего функционала, так
>и в плане производительности.Почему это куте лучше чем сторонние либы? Их так же пилят, только узконаравленно. Не зря же гугловцы не стали писать хром на Qt. Да и оперы пример показателен. Qt - монстр.
>Почему это куте лучше чем сторонние либы? Их так же пилят, только
>узконаравленно. Не зря же гугловцы не стали писать хром на
>Qt. Да и оперы пример показателен. Qt - монстр.Они делают двойную, а порой и тройную работу. Девиз Qt: code less, create more, deploy everwhere. Но за это приходится платить в т.ч. производительностью и некоторой жирностью
Хорошее приложение не должно жрать кучу ресурсов. С Qt этого не получается, видимо.
смысл хрому и опере использовать qt было? что хром, что опера - не написаны на qt, а ради кнопочек таскать qtgui и qtcore и использовать их на 10% бессмысленно... так что qt тут не при чём!!!
Смысл рисовать ГУЙ, Qt изначально для этого и создавался, между прочим. Это потом в него напихали всего от браузера до мультимедиа проигрывателя. Это вовсе не юникс-вей.
В нормальных системах кутя побита на куски и если кому надо браузер - ок, качается браузер. А если никому не надо - не качается. Так что насчет вэя можно и поспорить: качаются только те части которые реально нужны. При том - если проге надо показать виджет с хтмл - она это может. А в случае GTK что делать, если надо окошко с хтмылом более0менее полноценным нарисовать? Кстати кутя уже сейчас впихана в Maemo если кто не в курсе. Прямо в дефолтовое фирмваре. Не такая уж она и жирная как оказалась. Если уж карманный девайс ее вмещает то писюку и вовсе стыдно не осилить.
Используют легки либы, которые необходимы, а не все вместе, поделенное, на 7 кусков.
>Чисто личные предпочтения - не нравятся как выглядит ГУИ на Qt.Имитацию вида гтк к кутэ уже вродеб бы не вчера прикрутили.
Костыль!
>Костыль!а что по Вашему не костыль?
А как иначе? Лишняя прослойка в виде Qt для отрисовки.
>А как иначе? Лишняя прослойка в виде Qt для отрисовки.Для вида виджетов прослойка? А темы типа oxygen с компанией через другой механизм работают, что ли?
>Костыль!Да, а вот в гтк оного "костыля" вообще нет. К большому сожалению. Поэтому приходится вместо симпатичных и функциональных кдеобразных диалогов лицезреть гткашные топорные уродства. Которые даже, блин, файлы по типу сортировать не умеют! В 2010 году! Поэтому текстовики вперемешку с гзипом браузить - это нормально, фигле. Потому что у них в имени видите ли буква алфавита похожая была. И фильтры нормальные - в кутево-кдешных диалогах. А в гномовских - волшебный фиг, как обычно. На мобильных платформах и те и другие впрочем шибко разлаписты.
а он хоть где то кроме вечных недоделок и жуткой оперы со скайпом используется?хотя не такой фанат девайсов. но ноуты с линуксами идут всегда с GTK столом
>а он хоть где то кроме вечных недоделок и жуткой оперы со
>скайпом используется?
>
>хотя не такой фанат девайсов. но ноуты с линуксами идут всегда с
>GTK столомВас на официальный сайт отправить?
>а он хоть где то кроме вечных недоделокНасчет вечных недоделок - поаккуратнее. Есть такая шутка что опенсорсники собирают свой автомобиль прямо по ходу гонки. На самом деле - в этом то и состоит их сила. Гонка продолжается постоянно. Поэтому когда среди них находятся спецы по аэродинамике и реактивным двигателям, они однажды устраивают суборбитальный полет к жесточайшему облому остальных участников. Которые понимают в каком они заду только когда уже поздно рыпаться. Что мы сейчас и начинаем наблюдать... чуваки явно запустили движки, и... "Houston, we have a take-off" (c)перто у понятно кого :-)
>>Подвели. Считаю, что gtk/clutter вполне самостоятельны, и им не нужны такие толстые
>>монстры как Qt. Жаль, что Intel слили, а ведь была перспективная
>>платформа.
>>Алсо, из-за Qt не покупаю н900.
>
>чем плох кути?анониму виднее
У Maemo 5 морда на Gtk , a Qt для него вышел только сегодня http://labs.trolltech.com/blogs/2010/02/15/qt-462-for-maemo-.../ , до этого сборки Qt для Maemo были в статусе beta. Так что смело идите и покупайте N900 , зелёненький вы наш
>У Maemo 5 морда на Gtk , a Qt для него
>вышел только сегодня http://labs.trolltech.com/blogs/2010/02/15/qt-462-for-maemo-.../ , до этого сборки Qt для Maemo
>были в статусе beta. Так что смело идите и покупайте N900
>, зелёненький вы нашАга, чтоб сегодня купил, а завтра с апдейтом не туда зеленый куте залили? Ну уж нет... Пока что на андроиде потусуюсь.
Потусуйтесь пока , http://code.google.com/p/android-lighthouse/ и с ведроидом тоже засада , Qt приближается . Прячьтесь в бункер , отключайтесь от всех сетей , может тогда вас Qt и не покарает )
>Пока что на андроиде потусуюсь.о да, жава ведь совсем немного ресурсов кушает, не чета этой поделке кутэ!
>>Пока что на андроиде потусуюсь.
>
>о да, жава ведь совсем немного ресурсов кушает, не чета этой поделке
>кутэ!Вы пробовали?
>>о да, жава ведь совсем немного ресурсов кушает, не чета этой поделке
>>кутэ!
>
>Вы пробовали?а вы?
Особенно интересно, откуда сравнение с Android и его "присвоение прав". В исходной новости ничего такого нет.
Ну GTK не выкинули, но задвинули так поглубже...
Такое странное чувство, что лицензия БСД в данном случае это просто подстава, которая позволяет прятать АПИ своих устройств, в апротивовес ГПЛ3, т.е получается что гпл дает больше свободы.
GPL ограничивает свободу посредников ограничить свободу пользователей и сторонних программистов.
BSD не ограничивает свободу посредников ограничить свободу пользователей и сторонних программистов.
GPLv2 не запрещает тивоизацию,
GPLv3 запрещает тивоизацию.
Пока MeeGo разгонится, iPhone OS и Android уже далеко убегут.Нокия начала метаться, ощутив, что делает лажу.
Intel хочет залезть во мобильные устройства.Google хочет быть везде и индексировать всё и всех.
Apple молча делает классные штуки.
>Apple молча делает классные штуки.Которые без jailbreak'a ноль без палочки. All heil apple ;)
> Apple молча делаетесли в твоей деревне не крутят рекламу продуктов Apple, это не значит что ее не крутят.
О тех кто делает молча ты никогда бы и не услышал, их бы сьели на рынке раньше.
а вот что Apple только что "молча сделал" 4 февраля:
Apple booked a quiet dinner reception for fifty executives at the New York Times
http://nymag.com/daily/intel/2010/02/steve_jobs_in_secret_ne...
это тебе по свежим следам.
Ключевые слова: Times executives are wary of forging an EXCLUSIVE contract with the Apple tablet
Вот Вы выразили одной фразой то, что я не могу сформулировать. Кто-то делает устройства мобильные, кто-то програмное обеспечение, а Apple молча делает "штуки"... Наконец-то я знаю как называется то, что делает Apple...
ухватил суть
GTK+, Telepaty, ... мне нравиться ^__^(то что основной интерфейс на Qt -- да пофиг вообще, пусть хоть Tck делаеют)
Поздно метаться, надо придумывать до того как Apple выпустил iPad,
а к лету новый айФон выйдет. На 4-х ядерном процессоре Apple A4 при 1 GHz.
Всё таки Эпл не совсем конкурент полностью открытым решениям. Скажем где в айпаде usb порты?
У эпл специфический способ зашибать деньги, благодаря этому способу они их зашибают и не хило, но из-за этого же способа - они никогда не смогут доминировать. В этом смысле МС гораздо грамотнее, и IBM тоже.
Так что не поздно, самое время. Другое дело что надо было уже давно начать перевод всего верхнего сегмента смартфонов на maemo и обкатывать платформу на всех подряд. Ну это видимо от погоды финской они такие медленно раскачивающиеся.
>Всё таки Эпл не совсем конкурент полностью открытым решениям. Скажем где в
>айпаде usb порты?
>У эпл специфический способ зашибать деньги, благодаря этому способу они их зашибают
>и не хило, но из-за этого же способа - они никогда
>не смогут доминировать.Их телефоны стоят по 800$, кому нафиг такой упёрся, кроме гламурщиков, у которых денег как известно дох..я.
А у дефчонак на стене весит не портрет RMS и К&R, а Лэди Гхагха и Пынк с Токио Хотель.
И подростки мечтают не по еврейскому кварталу на Танке прокатится, а пораёну на бумере набитым дефками.
Так вот чего гугл торопился.
Приходим к 2 основным конкурентам.P.S.
Черт, мы новости узнаем сразу...
Но планируются эти "новости" за год до того, как мы о них узнаем.
>Черт, мы новости узнаем сразу...
>Но планируются эти "новости" за год до того, как мы о них
>узнаем.Неожиданности не было, еще летом об этом писали https://www.opennet.ru/opennews/art.shtml?num=22309
>>Черт, мы новости узнаем сразу...
>>Но планируются эти "новости" за год до того, как мы о них
>>узнаем.
>
>Неожиданности не было, еще летом об этом писали https://www.opennet.ru/opennews/art.shtml?num=22309Те новости тоже планировались заранее
Такими темпами нокиа выпустит телефон на атоме. :)
Боже упаси...
>Боже упаси...