LINUX.ORG.RU
Новости — Linux General  

The Portland Project - интеграция GNOME и KDE


0

0

Это самая "жирная" новость об интеграции GNOME и KDE. На сей раз всё совсем серьёзно: лидеры KDE, GNOME и некоторых других проектов в ходе личной встречи, организованной OSDL, договорились об интеграции своих проектов. Не стоит поддаваться панике - делать один из двух никто не будет ;)

Речь идёт, во-первых, об интеграции не только темок, но и сервисов. Во-вторых, что проистекает из первого, будет затронут вопрос стабильности API/ABI.

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

От каждого проекта выбирается по два представителя, которые курируют работу. Пока что GNOME представляет Alex Graveley, а KDE - George Staikos. Они сами выберут себе по помощнику. Их задача - определиться с приоритетами, разгрести все отзывы от независимых разработчиков софта (ISV), определить, какие из существующих компонентов GNOME и KDE можно использовать для реализации Portland, а также, возможно, создать первую пробную реализацию.

Первый отчёт должен быть предоставлен к началу следующего LinuxConf, т.е. к концу января 2006. Планируется включить Portland в LSB 4.0, а это означает, что к тому времени (конец 2006) Portland уже должен быть в основных дистрибутивах, так что работы мало не покажется ;)

Проект вполне предсказуемо будет хоститься на Freedesktop.org. Там уже создан список рассылки: http://lists.freedesktop.org/mailman/...

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

★★★★★

Проверено: Casus ()
← Adaptec обновила GuardianOS на базе ОС Linux
KBasic - 1.0 →
 ← 1 2

аминь. да покоятся ярые гнумеры с миром

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

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

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

>Т.е. кеды и гном разжыреют ещё больше?

тебя это волнует? найди нормальную работу.

у меня на amd64 3000+ кде летает и на 2800 нареканий не было.

открою тебе страшную тайну - на работе и на целике-400, 256мб кде 3.5 отлично работает, если фишки вроде прозрачности не включать.

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

и в самом деле, у меня вот древнейший ноут с пентиум-2 300, и на нем слака 10.2 с кде вполне успешно работает - по крайней мере интернет+почта+офис+тех. А если компилировать ядро 24 часа в сутки 7 дней в неделю, то вам гуи вообще ни к чему...

anonymous
()

/me вешает AP*** медальку за удачную провокацию.

Вот как настанет утро, да как проснутся анонимусы... =)

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

> /me вешает AP*** медальку за удачную провокацию.

Нефиг :) Не хочу быть похожим на Брежнева :)

AP ★★★★★
() автор топика 

... и это хорошо. Надоел бардак с темами и вообще с interoperability.

Только, чует мое сердце, будет там один большой XML... ;)

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

> Только, чует мое сердце, будет там один большой XML... ;)

Не "будет там", а "настанет всем".

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

> Только, чует мое сердце, будет там один большой XML...

*отрываясь от чтения больничной карты*

Да-да? Пациент, Вы уже тут? Присаживайтесь, доктор Зумль сейчас будет.

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

Для полного щастя, осталось только стандартным протоколом remote-вызовов
сделать SOAP. Как представлю себе код какой-нибудь гномовой софтины на
C, разбирающей SOAP-запрос - это ж такая сказка... =)

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

если смогут договорится (с трудом верится), это будет новый шаг в развитии линукса на десктопах.

anonymous
()

Вопрос интересный, только, как говорится - как... Один на C++, другой на C. Как собираются единый API делать?

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

> Только, чует мое сердце, будет там один большой XML... ;)

C учетом Ваших пожеланий один большой XML заменен на множество маленьких XML-чиков. Распишитесь...

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

> Вопрос интересный, только, как говорится - как... Один на C++, другой на C. Как собираются единый API делать?

Варианты ответов:

1. С

2. CORBA

3. SOAP

4. DBUS

5. COM

6. SOM

7. Java Beans ;)

8. "Сами изобретем велик, а фигля нам" (подварианты - дом. задание)

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

И если кто-то после этого не будет иЗУМЛён, мы его отправим на... Мы отправим :) Куда надо :)

AP ★★★★★
() автор топика

Наконец-то! А если будет XML, то это даже и к лучшему.

anonymous
()

Поражаюсь на сколько умные люди курьируют и развивают опен соурс, и то на сколько правильные и своевременные решения они принимают. Стандарты спасут мир! Молодцы. Светлой им дороги.

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

Теперь кдешники с гномерами будут душить друг-друга в дружеских объятьях или жать друг-другу руки до хруста в костях :D

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

в гноме нет реестра, ты его с вендой перепутал карапуз

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

Моно. И все покупают 10 процессорные рабоиче станции. С 10 гигабайтами памяти.

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

Вот почему эти правильные решения принимаются так поздно?

Midael ★★★★★
()

я тоже сначало обратывался. а потом думаю елки палки, это же года через 4-5 GNOME сделает себе R.I.P. руками проекта "The Portland Project"

anonymous
()

Это будет и интересно, и полезно:)

2mutronix (*) (07.12.2005 7:20:19)

> Теперь кдешники с гномерами будут душить друг-друга в дружеских объятьях или жать друг-другу руки до хруста в костях :D

А это в фортунки. Однозначно. :D

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

>Т.е. кеды и гном разжыреют ещё больше?

>>тебя это волнует? найди нормальную работу. >>у меня на amd64 3000+ кде летает и на 2800 нареканий не было. >>открою тебе страшную тайну - на работе и на целике-400, 256мб кде 3.>>5 отлично работает, если фишки вроде прозрачности не включать.

Да то просто лох, вот тебя на деньги на покупку железа и разводят.

anonymous
()

имхо, положительная новость.

petrosha ★★★★★
()

>The Portland Project - интеграция GNOME и KDE

Напоминает интеграцию "Титаника" с айсбергом. Еще один повод миграции на fluxbox или куда-еще.

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

> года через 4-5 GNOME сделает себе R.I.P. руками проекта "The Portland Project"

Не дождётесь! (C) ;-)

atrus ★★★★★
()

Очень приятная новость. Удачи им.

Darkman ★★★
()

>Речь идёт, во-первых, об интеграции не только темок, но и сервисов. Во-вторых, что проистекает из первого, будет затронут вопрос стабильности API/ABI.

т.е. кеды таки перепишут на сях? =)

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

> т.е. кеды таки перепишут на сях? =)

Нет, гном на плюсах.

-- wrar

anonymous
()

Да... Если скрестить ужа и ежа...

Не поддержала индустрия "сурьезных" юниксов кеды. Соляра нынче это таки GTK/GNOME. Не будут бимеры или сантехники с примкнувшими эейчпишниками по крупному на кеды заморачиваться.

Короче, капитуляция кед принята.

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

>Короче, капитуляция кед принята.

Не всех война убила... зато ник подходящий...

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

>The Portland Project - интеграция GNOME и KDE

>Напоминает интеграцию "Титаника" с айсбергом. Еще один повод миграции на fluxbox или куда-еще.

А смысл? Если дело выгорит, то подавляющее большинство приложений (как QT, так и GTK+ и др.) будет написано с применением этой технологии. Или Вы думаете, что будут специальные версии под *box? Да и тот же fluxbox, xfce и другие просто вынуждены будут интегрироваться, или останутся за бортом сколь нибудь массового применения.

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

> Не поддержала индустрия "сурьезных" юниксов кеды. Соляра нынче это таки GTK/GNOME. Не будут бимеры или сантехники с примкнувшими эейчпишниками по крупному на кеды заморачиваться.

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

anonymous
()

Очень даже в тему! Молодцы ребята. Скоро у M$ станет одним аргументом меньше! Это радоватся надо! Теперь они не будут кричать, что уних единое API, а в Linux - зоопарк! Супер!

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

>> Где-то читал, что КДЕ и так собирается переползти на DBUS > Угу. В 4.0.

Хм.. не знаю, как там KDE, а QT 3.3.4 -- уже?

sergei@nc4000:~/Documents> rpm -qa |grep dbus dbus-1-qt-0.35.2-8 dbus-1-glib-0.35.2-8 dbus-1-x11-0.35.2-8 dbus-1-0.35.2-8

sergei@nc4000:~/Documents> rpm -qa |grep qt3 qt3-devel-3.3.4-28 qt3-3.3.4-28 qt3-devel-tools-3.3.4-28

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

Согласен, что для пользователей это лучший вариант из имеющихся! Единый стандарт (пусть и в зародешной стадии) гораздо лучше чем ничего!

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

Ну это все будет зависить от реализации. Если говорить про API - то проблем нет (старые вызовы можно реализовать как заглушки к новым с дефолтными параметрами). Если про ABI - то тут будет засада. Надо будет делать скорее всего как SuSE - compat-* пакеты. Хотя может выкрутятся. Просто если скажем сравнить то, что было собрано GCC 3.5 и GCC 4.* - то там ABI разный и "скрестить" их может тока вариант SuSE (другие в голову не приходят, пока).

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

>Знатный Тяни-Толкайчик получится :))

Ага, только с каждой стороны -- ЖОПА!

Хотелось бы, конечно, ошибаться... поживем -- увидим.

Ardolynk ★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.
 ← 1 2
← Adaptec обновила GuardianOS на базе ОС Linux
Linux General
KBasic - 1.0 →