LINUX.ORG.RU
 
le_legioner

Прощай, 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 будут и дальше доступны. Если же кто-либо пожелает перенять проект — он будет только рад. Уход же самого Андрея, однако, был окончательным.

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


[#]  
adepto

Гор-р-рлум, гор-р-рлум!

* ()
[#]  
silw

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

*** ()
[#]  
kifer

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

()
[#]  
note173

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

*** ()
[#]  

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

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

* ()
[#]  

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

** ()
[#]  
registrant

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

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

***** ()
[#]  
Nxx

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

***** ()
[#]  
AnDoR

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

> пролект


Нувыпонели.

*** ()
[#]  

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

** ()
[#] Ответ на: комментарий от waker 10.02.2011 12:52:51  

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

** ()
[#]  
tazhate

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

***** ()
[#] Ответ на: комментарий от waker 10.02.2011 12:52:51  
Gorthauer

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

*** ()
[#] Ответ на: комментарий от Nxx 10.02.2011 6:05:00  
ostin
>>-----Цитата---->>

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

<<-----Цитата----<<

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

*** ()
[#]  
bigfrogg

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

* ()
[#] Ответ на: комментарий от bigfrogg 10.02.2011 13:01:27  

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


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

* ()
[#] Ответ на: комментарий от bigfrogg 10.02.2011 13:01:27  
zorgan

>С учётом того что nokia отказалась от meego
щито? можно пруф?

* ()
[#] Ответ на: комментарий от Gorthauer 10.02.2011 12:57:50  

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

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

anonymous ()
[#] Ответ на: комментарий от Gorthauer 10.02.2011 12:57:50  

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

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

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

** ()
[#] Ответ на: комментарий от anonymous 10.02.2011 13:13:04  

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

** ()
[#] Ответ на: комментарий от waker 10.02.2011 13:15:49  

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

** ()
[#] Ответ на: комментарий от bigfrogg 10.02.2011 13:01:27  
grigoreo

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

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

* ()
[#] Ответ на: комментарий от anonymous 10.02.2011 13:24:46  
muhas

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

** ()
[#] Ответ на: комментарий от waker 10.02.2011 13:15:49  
Gorthauer

Только если не заюзал фичи из 4.6.

*** ()
[#] Ответ на: комментарий от Gorthauer 10.02.2011 13:33:35  

ты это проверял? думаю что не взлетит. даже если не заюзал. даже под gtk такой фокус не прокатит.

** ()
[#]  

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

* ()
[#]  
MyFreedom

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

* ()
[#] Ответ на: комментарий от Gorthauer 10.02.2011 12:57:50  
buddhist

Теперь уже и совместимость между минорными версиями — это киллер-фича?

*** ()
[#] Ответ на: комментарий от waker 10.02.2011 13:35:41  
Gorthauer

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

*** ()
[#] Ответ на: комментарий от mx__ 10.02.2011 13:07:52  

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

anonymous ()
[#] Ответ на: комментарий от waker 10.02.2011 12:52:51  

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

* ()
[#] Ответ на: комментарий от buddhist 10.02.2011 13:44:57  

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

* ()
[#]  

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

anonymous ()
[#] Ответ на: комментарий от PayableOnDeath 10.02.2011 13:58:09  

создатели c++.

anonymous ()
[#] Ответ на: комментарий от anonymous 10.02.2011 14:02:24  

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

* ()
[#] Ответ на: комментарий от anonymous 10.02.2011 14:03:16  

Ох как интересно. Ссылку пожалуйста в студию.

* ()
[#] Ответ на: комментарий от PayableOnDeath 10.02.2011 14:03:46  

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

anonymous ()
[#] Ответ на: комментарий от anonymous 10.02.2011 14:02:24  

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

anonymous ()
[#] Ответ на: комментарий от waker 10.02.2011 13:15:49  

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

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

* ()
[#] Ответ на: комментарий от waker 10.02.2011 13:35:41  

Qt специально спроектирован для сохранения бинарной совместимости. Почитай про Qt-pimpl.

**** ()
[#] Ответ на: комментарий от x86_64 10.02.2011 14:30:33  

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

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

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

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

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

** ()
[#] Ответ на: комментарий от KblCb 10.02.2011 14:36:39  

Qt-pimpl позволяет сделать то что я описал комментом выше?

** ()
[#]  
gear

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

* ()
[#] Ответ на: комментарий от waker 10.02.2011 14:50:47  

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

**** ()
[#] Ответ на: комментарий от KblCb 10.02.2011 14:54:42  

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

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

** ()
[#] Ответ на: комментарий от waker 10.02.2011 14:47:20  

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

* ()
[#]  

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

anonymous ()
[#] Ответ на: комментарий от waker 10.02.2011 14:47:20  

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

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

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

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

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

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

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

* ()