LINUX.ORG.RU

GNOME on FreeBSD


0

0

FreeBSD стала одной из "официальных" платформ для GNOME.
GNOME и раньше находился внутри port tree FreeBSD, однако теперь релизы GNOME не будут выпущены, если они не собираются под FreeBSD.

Проще говоря, работу по портированию GNOME на FreeBSD взяла на себя команда разработчиков GNOME.

Список "поддерживаемых" платформ:
Red Hat 6.2
Red Hat 7.0
Mandrake 7.2
Debian Potato
SuSE 7.0
FreeBSD x86 (latest stable release)
Solaris/SPARC 8

Кроме того, проводится тестирование для HP-UX.

Что бы не раздувать флейм, отмечу, что это не означает, что GNOME не работает где-то еще... Однако за работу GNOME на перечисленных OS несут ответственность разработчики.

>>> Подробности в списке рассылки gnome

★★★★★

Проверено:

да гном все равно уже отстоем прослыл... кде2 его с потрохами уделает...

anonymous
()

Ну да, конечно.

qwe ★★★
()

2anonymous: зря зарекаешься!
Концепции, заложенные в GNOME превосходят KDE2, но в силу своей
дерзости более сложны в реализации. Я говорю о CORBA.
Однако ребята справляются. И примером тому Nau. Так что терпение
господа.
diaman

anonymous
()

2anonymous:)

O kakoj derzosti tut mozhet idti rech?

OS/2 i NextSTEP podobnye tehnologii skolko let nazad eshyo ispolzovali uspeshno.

KDE kstati tozhe CORBA ispolzuet, smotri KOM/OpenParts.

To est vse eti koncepcii davno i uspeshno realizovany na normalnom urovne.

Tak chto GNOME na etih koncepciyah daleko ne vylezet poka ih realizacii ne osushestvit.

RONA

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

Какая корба в кде??? Ну-ка,ну-ка? Там ей и не пашнет! Есть дешевая поделка KOM такая же гнилая как и DCOM for MS$

anonymous
()

2RONA: Primer ispol'zowaniya KDE component cherez OAF w studiyu!
Ser'ezno. Kparts != CORBA, tochno takzhe kak CISCO Tag switching ne
est' MPLS.
"Pozdrawlyayu was, sowramshi":)

omerm
()

"и примером тому нау" - да, нау - хороший пример тормозности, прожорливости к ресурсам, и, что главное, бесполезности. Вот многие ли из вас пользутся explorer'ом под виндами? Я уверен, что нет, потому что есть FAR Manager. Так и с наутилусом. Вон, конкверор, это браузер (и какой!) + файлманагер, зато намного стабильнее, быстрее, легче, и пр. рулезы. Хотя мне за глаза шелла + midc хватает.

anonymous
()

2omerm:

Pochuvstvujte raznicu:

KOM rabotaet poverh CORBA
OpenParts rabotaet poverh KOM

Kparts rabotaet poverh DCOP (pro Kparts v moem soobshenii ne upominalos)

Razrabotchiki KDE reshili koncentrirovat svoi usiliya na Kparts nachinaya s KDE2 no pri etom podderzhku KOM nikto ne otmenyal.

http://webcvs.kde.org/cgi-bin/cvsweb.cgi/corba/

KOM izoliruet razrabotchika ot pryamogo vzaimodejstviya s bolshenstvom iz funkcij CORBA tak chto chtoby komponent vstavit v prilozhenie s CORBA napryamuyu govorit ne nado.
OAF kstati sama poverh CORBA napisana.

RONA

anonymous
()

2RONA:
1. Вы утверждаете что DCOP технологичнее CORBA?
Наивно. :)
2. На счет Nau - терпение. Его уже шлифуют. :)
3. Если KParts на столько хорош, тогда назовите аналогию panel-applets
в KDE2. imho не столь продвинуто.
4. Ну и на конец мое личное мнение таково, что KDE2 - это ничто иное
как копия windows. Народ в KDE не любит экспериментировать, они
по большей своей части любят подрожать. GNOME в этом плане уникальнее.
diaman

anonymous
()

(ICEWM + DFM) || (WMAKER) -> rulez :)

McGray ★★
()

А вы не знаете, они что-нить уже "подродили"?? Или все еще "подрожают"? :))

anonymous
()

2anonymous:
это моя ошибка. не тронь. :)
diaman

anonymous
()

2 anonymous (*) (2001-03-27 21:18:49.0): Понятно, анонимус знает о DCOM только то, что это продукт MS. Чем DCOM по-вашему уступает CORBA?
Нда, пока среди линуксоидов таких лошков большинство, я за Windows спокоен. :0)

Bluesman

anonymous
()

2diaman:

pozvolte osvezhit vashu pamyat:
Originalnoe pismo:
>>Концепции, заложенные в GNOME превосходят KDE2, но в силу своей
>>дерзости более сложны в реализации. Я говорю о CORBA.

Moj otvet:
O kakoj derzosti tut mozhet idti rech?
OS/2 i NextSTEP podobnye tehnologii skolko let nazad eshyo ispolzovali uspeshno.

Dalee do Kparts, DCOP, Bonobo, GNOME i prochih mne gluboko vsyo ravno...

1. Вы утверждаете что DCOP технологичнее CORBA?
Net.
Kstati chto takoe "tehnologichnee"?

3. Если KParts на столько хорош, тогда назовите аналогию panel-applets
в KDE2. imho не столь продвинуто.
A preimushestvo li eto?
I kakoe otnoshenie eto imeet k Kparts?

4. Ну и на конец мое личное мнение таково, что KDE2 - это ничто иное
как копия windows. Народ в KDE не любит экспериментировать, они
по большей своей части любят подрожать. GNOME в этом плане уникальнее.
Sozdat chto-libo unikalnoe v nashe vremya vesma tyazhelo... ;)

RONA

anonymous
()

2Bluesman: Raz ti tak krut rasskazal bi vsem chem DCOM kruche CORBA.A to znaesh... Poka takih loshkov pod windu 100% ia za linux spokoen...

anonymous
()

2Bluseman: Все правильно на счет DCOM.
Однако речь идет о DCOP. :)
Если ты хочешь раздуть новый флейм, то не стоит. Достоиства и
недостатки CORBA и DCOM всем хорошо известны.
diaman

anonymous
()

2RONA: "Kstati chto takoe "tehnologichnee"?
Я IDL,GIOP,ORB,Services,OpenModel и многое другое чего нет KDE2 Core

anonymous
()

2Bluesman:

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

В CORBA предусмотрено взаимодействие и с другими компонентными технологиями в том числе и DCOM. Причем в некоторых коммерчиских реализациях ORB есть возможность отображения удаленного выполнения DCOM компонентов ( например таких, как компонент PaintBrush ).

Если что неточно прошу поправить.

И интересно узнать какие возможность несет в себе DCOM

tiger
()

Раз уж песня про CORBA vs DCOM пошла, то добавлю.
CORBA определяет стандартные сервисы практически на все случаи жизни.
Народ осознал, что каждая отрасль в принципе решает одни и те же
задачи с одними и теми же переменными. Т.o. CORBA описывает
большое количество отраслевых сервисов в добавок к общим, таким как
Transaction, Concurrency, Name, Event, Collection, Security и т.д.
Но поскольку речь идет о десктопах и прочем, то отмечу, что
CORBA 3.0(недавно поспевший) описывает компонентную модель аля
ActiveX. Поэтому позволю себе спрогнозировать, что bonobo(нынешняя
компонентная модель GNOME) со временем переродиться в CORBA 3.0.
А KParts со своим KOM лишь ответвление от CORBA с _очень_ урезанными
возможностями. И с каждым релизом я замечаю, что этот разрыв все
больше и больше.
diaman

anonymous
()

Да ладно вам, горячие финские парни. И DCOM и CORBA унутрях юзают RPC.
Вообще - это тоже самое, практически.
Кто-то здесь однажды сказал, что KDE2 не юзает CORBA из-за ее тяжелости, вот я и думаю, неужели CORBA настолько тяжелее чем DCOM?
Сомневаюсь я что-то. Зато придумали свое ни с чем не совместимое.

Havoc ★★★★
()

2Havoc:
В это еще одно достоиство CORBA. Разные реализации. Разные подходы.
Поэтому есть тежелые, такие как Inprise, Iona, Orbix, а есть и легкие
такие как OmniORB, ORBit. Кстати и на том и на том делают десктопы.
На первом - Berlin, на втором GNOME. Поэтому они оптимизированны
под т.н. локальные вызовы минуя IIOP. А от RPC они отличаются
так же как голый C от C++ с STL.
diaman

anonymous
()

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

maxcom ★★★★★
()

А мой знакомый сказал, что по сути DCOM - это dll с защитой :))) Конечно, это шутка :)))))))))))) Серьёзно надо прекращать офф-топик и сказать, что на FreeBSD GNOME всегда был как-то более подходящ (кроме жутких beta трёхлетней давности) - и gtop тебе функциональный, и всё такое... А вот ktop появился портированный гораздо позже.

Shadow ★★★★★
()

>неужели CORBA настолько тяжелее чем DCOM?
не DCOM, а DCOP
А вообще, KDE-шники пробовали раньше MICO,
немецкую GNU реализацию CORBA. Она достаточно
тяжелая и медленная. Вот и надорвались.
Срочно написали свою KOM

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

A vot kstati, kak poslednii gtop rabotaet na FreeBSD? Ruki ne
dohodjat proverit', no videl reporty o problemah...

A na BSD/OS libgtop u menja voobshe purgu gonit... V obshem, bylo by
interesno ponjat', 4to slomalos'...


BaT ★★★★★
()

Привет!
А вот у меня проблеммы с Gnome гораздо прозаичнее. Мне от него многого не нужно. Мне очень нравиться и нужен в моем проекте glade и особенно libglade, но печалит вот что:
КЛАВИАТУРНАЯ НАВИГАЦИЯ по видгетам работает очень неважно, если переключился на русскую раскладку.
Что бы не быть голословным вот такая ситуация.
Работаю с RH 7.0 для переключения на русскую раскладку (и обратно) использую стандартную xkb
После того как переключился на русскую раскладку, бегать стрелками по списку "clist" становится невозможным. Нажатие на любую из стрелок "вверх" "вниз" приводит к переносу фокуса на другой фидгет, а не на другую строку списка. После переключения на английскую раскладку - все Ок.
Может кто подскажет, в чем причина такого поведения?
Заранее спасибо.
Андрей

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

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

Просто, опять же, нехорошо сравнивать (в большинстве своем) декларативные прелести с реально работающей технологией. Не будем показывать пальцем who is who ))

mitek
()

2mitek: не надо быть столь категоричным.
В защиту CORBA скажу, что сначала взгляните не VisiBroker, Inprise
Application Server, Inprise Application Center ну и линейку
инструментария C++Builder и JBuilder. А так же на практике
ознакомтесь с e-bussines решениями от Oracle и IBM.
А а потом мы потолкуем где декларативные прелести, а где реально
работаюшие.
Про компонентную модель - не спорю. Нет еще достойных реализаций.
А чего ты хочешь? CORBA 3.0 принята меньше года назад(могу ошибаться,
подправьте если что)
diaman

anonymous
()

CORBA насколько же работающая, насколько и DCOM и наоборот

Но я не слышал, чтобы DCOM применялся в программном обеспечении управления технологическими процессами ( например ).

Если есть ссылки по таким проектам прошу опубликовать

tiger
()

>Просто, опять же, нехорошо сравнивать (в большинстве своем) декларативные прелести с >реально работающей технологией. Не будем показывать пальцем who is who ))

Если ты не знаешь проектов на CORBA - это еще не означает,
что зто только деклоративная технология.
CORBA - достаточно широко используется для создания
бизнес приложений. Client/Server приложений

anonymous
()

2 app: у меня такого нет - т.е все ок (версия gtk-1.2.8). Если и с ним этого не будет ОК - наложи первый патч с http://www.hippo.ru/~hvv/gtk - у меня он наложен - возможно именно он все фиксит..

hvv
()

2app: А вообще-то советую для переключения раскладок пользоваться не xkb, а стандартными средствами X-сервера.

anonymous
()

Dlya interesyyushihsya BOLSHIMI CORBA proektami vzglyanite na:
www.sdrc.com

tam u nih PDM Metaphase polnostyu na CORBA napisana ispolzuya ORBIX

CISCO opyat zhe CiscoWorks poverh VisiBroker napisan i tak dalee

RONA

RONA
()

IDL в DCOM поддерживает наследование только от одного предка , в CORBA - множественное , это в принципе несколько облегчала бы создание компонент для CORBA , если бы CORBA была одна, как DCOM!
У меня , допустим , были проблемы с Domino и WebSphere в ранних версиях с непониманием друг друг через IIOP этих двух систем , почти одного и того же производителя (IBM/Lotus), при этом DCOM - работал.
А вообще, по мне так лучше SOAP - connectionless, xml-based , http - все сразу видно , плюс все равно какие Врапперы - DCOM или CORBA.

anonymous
()

ORBIX - суксь падучая.
Использовали его у нас.
Ну дык, надо кождый день name- север
перегружать - дедлоки там какие-то и memory leaks.
Теперь вот на omniORB перходят:
бесплатный да и один из самых быстрых.

А ещё есть ORBacus(правда его Iona купила),
у них даже embedded версия есть,
Telecom его в свои телефонные трубки засовывает.

TAO/ACE тоже не плох, realtime, куча сервисов,
но несколько тяжеловат

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

О! Еще один бесценный совет от очередного онанимуса!

Интересно, а что подразумевается под "стандартными средствами X-сервера"? Не, ну действительно интересно :) Надо, надо онанимусов
нумеровать, а то как-то и не видны они, скромные бойцы невидимого
фронта с ламерами вроде меня, всезнающие посрамители Windows и
апологеты Linux!



BaT ★★★★★
()

2 maxcom: Позвольте поинтересоваться, это чем же DCOM "завязан на Windows"?

2 all: Понимаете ли в чем штука, господа. Опенсорсные реализации CORBA брокеров кастрированы. Коммерческие - стоят чудовищных бабок. DCOM милее сердцу становится после ознакомления с прайс-листами. :0) И берусь утверждать, что нет такой задачи, в которой CORBA нельзя было бы заменить DCOM. :0) А COM - точно такой же industry standard как и CORBA. Токмо денег за него не берут. Впрочем скоро на эту тему дискутировать будет бессмысленно. Выйдет .NET, а с ним и COM поднимется на новый уровень влившись в это дело. :0)

Bluesman

anonymous
()

2Bluesman:
v celom soglasen

odnako i C++ Assemblerom tozhe zamenit mozhno ;)

RONA
()

2Buesman:>А COM - точно такой же industry standard как и CORBA. Токмо денег за него не берут.< А где ты вычитал, что за стандарт CORBA берут деньги? Не знаю сколько компаний поддерживают DCOM, но CORBA поддерживают около 1000 ведущих компаний ИТ-отрасли. И фактически не имеет принципиального значения какой стандарт лучше. Важно, чтобы он был открытым и поддерживался большим количеством разработчиков. Реализаций CORBA так много из-за того, что стандарт практически не накладывает ограничений на реализацию и не сдерживает разработчиков (в том числе и) выбором протокола взаимодействия объектов, которым может быть даже обычная электронная почта.

tiger
()

2BaT: Твое невежество прискорбно, но простительно. Хуже - твое самомнение.
В /etc/X11/XF86Config в секции "InputDevice". поставь

Option "XkbRules" "xfree86"
Option "XkbModel" "pc105"
Option "XkbLayout" "ru"
Option "XkbVariant" "winkeys"
Option "XkbOptions" "grp:ctrl_shift_toggle,grp_led:scroll"

и наслаждайся. И не гордись своим невежеством. Пример приведен для X 4. Для X 3 не идентично, но похоже.

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

Wow! How cool! And my I ask you, your wisdomness, what that
Xkb* mean?

Let me guess... Oh, it looks like setting _XKB_ extension!
Here is the original posting:

2app: А вообще-то советую для переключения раскладок пользоваться не
xkb, а стандартными средствами X-сервера.

My fault, I didn't citate it in reply :>

Hopefully, now the situation is a bit clear?

BaT ★★★★★
()

BaT был так поражен, что забыл русский язык. Или решил компенсировать впечатление от своего невежества. Вроде того:"Зато я по-английски писать умею" ( Разговор в магазине "Есть у Вас туалетная бумага." "Нет. Зато у нас наждачная"

anonymous
()

2BaT: чего ты с английским выпендривешься?
Здесь вообще-то по русски пишут.
Не в обиду. Просто проще надо быть.
diaman

anonymous
()

2diman:
Tak lu4she? AFAIK, translit tut tem bolee ne lubjat. Russkii u menja
v NN ne rabotaet v silu usherbnosti localizacii BSD/OS 3.1 i
AcceleratedX 3.x. Kstati, govorja o "standartnyh sredstvah X" - edin-
stvennyi sposob, kotoryi tut mozhet rabotat' - Xmodmap :/ Vpro4em,
on ne spasaet ot krakozjabrov b input widgetah...

2anonymous: Podpishis' sna4ala, sveto4' mirozdanija i nositel' razuma
v serye massy *nix soobshestva! O4en' xo4etsja znat', 4'u mudrost' ja,
ni4tozhnyi, dolzhen voshvaljat' v vekah!

2maxcom: Max, nu pozhaluista, zavedi kakoe-nibud' sredstvo ih(anonymousov)
razli4at'... A to ot ih neprohodimoi "mudrosti" uzhe prosto vorotit...
Ne ho4u ogul'no obizhat' teh posterov, kotorye vyskazali svoe, vpolne
professional'noe mnenie...

BaT ★★★★★
()

>Опенсорсные реализации CORBA
> брокеров кастрированы. Коммерческие - стоят чудовищных бабок. DCOM
> милее сердцу становится после ознакомления с прайс-листами. :0) И
> берусь утверждать, что нет такой задачи, в которой CORBA нельзя было
> бы заменить DCOM.
1 Почему это кастрированы ? Аргументируй ....
Возьим к примеру TAO/ACE и сравни с VisiBroker или с Orbix :))
2 И ты думаешь что деньги это действиельно большая проблема ??
Для коммерческих проектов никаких проблем нет, кроме конечно.
startup проектов. Ну, конечно в открытых проекто никто коммерческие
CORBA-ы испрользовать не собирается. Да и некоммерческие CORBA-ы
являются очень серьёзными конкурентами для коммерческих.
3 Ну давай, вот тебе пример : Система Many-Market & Foring Exchange,
написана на С++/С/Java, Все это стоит на Solaris и HP-UX.
Система работает в RealTime режиме. Сервера не перегружаются годами.
Переведи на DCOM....

anonymous
()

2BluseMan: "Позвольте поинтересоваться, это чем же DCOM "завязан на
Windows"?"
Ни ActiveX ни MTS не перенесены на другие платформы, отсюда на счет
многоплатформенности можно сделать только один вывод - реклама.
Однако ограниченность одной платформой еще не главный недостаток.
А главными(и общеизвестными) являются:
1. отсутствие состояния COM-обьектов(вы не можете быть уверены, что
два вызова подряд одного метода по указателю на один интерфейс будут
обслужены одним и тем же COM-об[ектом)
2. наличие "сборщика мусора". это совершенно не допустимо для
распределенных систем. то есть схема принятия решения о том, когда можно
уничтожить серверный обьект, который больше не нужен ни одному
клиенту, а так же решение об остановке сервера приложений. Причиной
этого является слишком жесткая связь клиента и сервера.
Помимо перечисленных есть еще ряд не принципиальных:
a) отстутствие средств поиска серверов таких как name service,
trade service;
б) отсутствие развитых средств обеспечения безопасности, то что
они предлагают на основе контроллера домена не годится во многих
частных случаях;
в) отсутствие универсальной системы управления распределенной
нагрузкой и устойчивости к сбоям. MTS во-первых непортирован
никуда(пока), во-вторых не способен прозрачным для клиента способом
перемещать COM-обьекты от сервера к серверу. Я не говорю про COM+.
в) в реальности единственным подходящим языком является C++,
VisualBasic, Delphi не имею стандарта и не пожжерживаются никем, кроме
Microsoft и Borlad соотв.
Надеюсь многие вопросы, связанные с недостатками DCOM теперь вам
ясны.
diaman

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