LINUX.ORG.RU

Прощай, Smeegol

 


0

1

Разработчик OpenSUSE Андрей Вафаа (Andrew Wafaa) объявил о закрытии Smeegol, проекта по переносу лёгкого нетбук-интерфейса с MeeGo на OpenSUSE.

Разработчик пришёл к выводу, что внутри проекта MeeGo не предвидится дальнейшего развития нетбук-интерфейса, а с этим и работу над Smeegol он считает бесперспективной. «18 месяцев разработки коту под хвост» — разочарованно подвёл итог Андрей.

То, что проект MeeGo всё меньше интересуется рынком нетбуков, стало ясно на последнем FOSDEM из представленного плана развития проекта: для уже выпущенных Netbook UX предполагаются лишь исправления ошибок. Из разговоров на том же FOSDEM стало понятно, что причины такого развития хорошо обоснованы: проект Netbook UX не оправдал своих надежд.

В качестве причин неудачи были также названы резкие колебания и падение рынка нетбуков. Кроме того, в неофициальных разговорах упоминалось, что проект MeeGo полностью сосредоточился на Qt и пожертвовал разработками, основанными на GTK.

Однако же Андрей Вафаа уверил, что репозитории Smeegol на основе MeeGo 1.0 будут и дальше доступны. Если же кто-либо пожелает перенять проект — он будет только рад. Уход же самого Андрея, однако, был окончательным.

>>> Подробности

★★

Проверено: JB ()
Последнее исправление: Dendy (всего исправлений: 4)

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

silw ★★★★★
()

Да нетбуки уже не актуальны, щас все должны писать софт для планшетов.

kifer
()

день земляных работ и meego на лоре

note173 ★★★★★
()

День разочарований.

З.Ы. Пробелы бы расставить...

valentin_v13 ★★★
()

Ну и ладно. Unity более поддерживаемый и простой.

uju ★★
()

>В качестве причин неудачи были так же названы резкие колебания и падение рынка нетбуков.Кроме того,в неофициальных разговорах упоминалось,что проект Megoo полностью сосредоточился на Qt и пожертвовал разработками Gtk.

не упомянуты евреи и велосипедисты

registrant ★★★★★
()

А что они там пилили-то 18 месяцев? Просто еренести пакеты так сложно, чтоли?

Nxx ★★★★★
()

> причины такого развития хорошо обоснованы:пролект Netbook UX не оправдал своих надежд.

пролект

пролект



Нувыпонели.

AnDoR ★★★★★
()

интересно, если meego таки взлетит — как они (intel/nokia) со своими qt собираются обеспечивать обратную совместимость (API+ABI) в долгосрочной перспективе? будут тянуть все старые версии qt/g++/glibc в каждом новом релизе sdk и платформы?

waker ★★★★★
()
Ответ на: комментарий от waker

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

waker ★★★★★
()

грусть пичаль
я рад что до него дошло

tazhate ★★★★★
()
Ответ на: комментарий от Nxx

Если же кто-нибудь пожелает перенять проект, он будет рад.

Специально для тебя строки.

ostin ★★★★★
()
Ответ на: комментарий от bigfrogg

> С учётом того что nokia отказалась от meego,

то meego можно закапывать.


А теперь подумай и скажи что теперь нужно сделать с КуТ ? ;)

mx__ ★★★★★
()
Ответ на: комментарий от Gorthauer

> А как в Qt бинарную совместимость чуть ли не с Qt 4.3 тянут?

waker, наверное, из тех GTK-шников (я против GTK ничего не имею, если что :) ), кто считает, что каждая, даже минорная, версия Qt совместима только с собой и ни с чем больше. :)

anonymous
()
Ответ на: комментарий от Gorthauer

ну я не сталкивался с qt вплотную.. потому и интересно стало. для меня C++ vs бинарная совместимость - это деление на 0. никогда не видел работающего. ну кроме случаев когда делают C API поверх C++ реализации, как в том же ODE.

уточню все же — я вот под андроид могу писать программу с использованием фич api level 9 (android 2.3), при этом программа может откатываться до api level 4 (android 1.6) в runtime, т.е. работает и на старых, и на новых девайсах.

на qt так можно?

waker ★★★★★
()
Ответ на: комментарий от anonymous

ну я знаю, что между минорными апдейтами они сохраняют совместимость.. но достаточно ли этого? если я слинкуюсь с библиотеками qt 4.6 — программа на компе с qt 4.3 взлетит?

waker ★★★★★
()
Ответ на: комментарий от waker

кстати, в gtk это не сработает. так что упоминание gtk было не в кассу..

waker ★★★★★
()
Ответ на: комментарий от bigfrogg

>С учётом того что nokia отказалась от meego, то meego можно закапывать.

а можно что нить официальное по этому вопросу привести для ознакомления?

grigoreo
()
Ответ на: комментарий от anonymous

по сообщениям ОБС интел это дочерняя фирма амд... слухи блин, к тому же перечитай n раз до просветления...

muhas ★★★
()

А жаль. Хотя его не щупал, но последнее, из хорошо заточенного под нетбуки была убунта ремикс 9.10. Остальное: либо ставить «монстров» и выпиливать лишнее, либо гента/арч и напильник в руки. Разумного компромиса не видно.

spacel0rd
()

Правильно, лучше б сразу помогали Gnome shell/Unity допиливать

MyFreedom ★★★
()
Ответ на: комментарий от waker

Ну у меня прога, собранная 4.7 взлетала случайно на 4.6

Gorthauer ★★★★★
()
Ответ на: комментарий от mx__

Скоро на qt можно будет писать для ведроида. Инфа 100%.

anonymous
()
Ответ на: комментарий от waker

> интересно, если meego таки взлетит — как они (intel/nokia) со своими qt собираются обеспечивать обратную совместимость (API+ABI) в долгосрочной перспективе?
Собранное старым Qt спокойно работает на новом. Кто вообще эту лабуду про несовместимость распустил?

PayableOnDeath
()
Ответ на: комментарий от buddhist

Попей валерьянки. Несколько раз перечитал то сообщение и не увидел там никакого намека на «киллер-фичу», обычный ответ на вопрос.

PayableOnDeath
()

Вот уроды же, а? Миго было самым одекватным окружением для нетбуков, а они взяли и закопали :( Еще 2 книги по разработке для Миго приобрел. Че теперь с ними делать?

anonymous
()
Ответ на: комментарий от anonymous

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

PayableOnDeath
()
Ответ на: комментарий от PayableOnDeath

Сталина на них нет. Финансовые проблемы млин

anonymous
()
Ответ на: комментарий от anonymous

Под мобилы все-таки можно писать.

anonymous
()
Ответ на: комментарий от waker

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

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

x86_64 ★★★
()
Ответ на: комментарий от x86_64

> Интересен хотя бы один вариант использования.

см. вот этот коммент: http://www.linux.org.ru/jump-message.jsp?msgid=5891016&cid=5892436

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

под линухом с gtk приходится несколько отдельных билдов собирать. еще можно попытаться через dlopen/dlsym выкрутиться, не знаю насколько это будет сложно.

как это делать в qt - вовсе непонятно.

waker ★★★★★
()

не удивительно

gear ★★★
()
Ответ на: комментарий от waker

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

KblCb ★★★★★
()
Ответ на: комментарий от KblCb

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

живой пример - в deadbeef/android используется Service.setForeground(boolean isForeground) на <2.0, и Service.startForeground(int id, Notification notification) на >=2.0

waker ★★★★★
()
Ответ на: комментарий от waker

Без костылей такое не возможно ни в С, ни в С++, ни в каком-либо другом unmanaged языке. Не понятно только, причем тут Qt. В самом Qt в качестве некоторой плюшки есть свой invoke, но он применим только к специально описанным методам, да и используют его крайне редко. С вызовами без использования такого invoke, коих 99%, такой фокус не пройдет.

PayableOnDeath
()

так megoo или meego? Автору бы определиться.

anonymous
()
Ответ на: комментарий от waker

>> Интересен хотя бы один вариант использования.

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

под линухом с gtk приходится несколько отдельных билдов собирать. еще можно попытаться через dlopen/dlsym выкрутиться, не знаю насколько это будет сложно.

как это делать в qt - вовсе непонятно.

хм... похоже что никак.

Только если все равно приходиться писать программу под api разной степени полноты, то какая разница в один это модуль компилируется или в разные?

Ложишь в один пакет а скрипт инсталяции ставит то что нужно.

x86_64 ★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.