LINUX.ORG.RU

Гном ответил троллям

 , , , , ,


0

0

Сейчас очень часто подымается вопрос о том, что Gnome все больше зависит от Mono. Jeffrey Stedfast решил тщательно проанализировать ситуацию и переубедить "пугающих народ троллей".

1) GNOME зависит от Mono

Это категорически неверно, т.к. при удалении Mono Gnome останется целым и невредимым, пропадут только некоторые программы, такие как Tomboy, F-Spot, Banshee и/или Beagle.

2) GNOME зависит от libbeagle, программы на Mono.

И это неправда. Браузер документации Yelp использует С-библиотеку libbeagle, которая может быть использована для поиска запросов через IPC (Inter-Process-Communication) к демону Beagle, если он установлен. Он не зависит от Beagle, но может пользоваться им для расширения функционала. Планируется даже заменить libbeagle на более универсальную библиотеку, способную общаться и с Tracker.

3) NDesk-DBus заменит DBus в GNOME.

GNOME зависит от С-библиотеки libdbus, и ничего не изменится, пока сам dbus не будет отброшен. NDesk-DBus, написанный знаменитым Альпом Токером (Alp Toker) - это замена текущим байндингам DBus-Sharp к libdbus, написанной на C. Главное отличие NDesk-DBus от DBus-Sharp - то, что DBus-Sharp использует libdbus, в то время, как NDesk-DBus - это полноценная реализация DBus протокола на C#.

Команда GNOME не только не хочет, но и не может заменить DBus на NDesk-DBus, т.к. нативные приложения, вызывающие методы управляемого кода - это что-то в области фантастики.

4) Наступит день, когда будет невозможно написать программу для GNOME, не используя MONO.

Чтобы это случилось, ключевые библиотеки GNOME должны быть переписаны на .NET, а это вряд ли когда-нибудь случится... по крайней мере не в ближайшее время ;)

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

5) GNOME наводнен программами на Mono.

На текущий день только одна подобная программа входит в официальную поставку с Gnome, и это - Tomboy. Вряд ли его можно назвать ключевым компонентом.

6) Novell заставляет GNOME использовать Mono.

Novell даже не советовала включать программы на .Net в GNOME.

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

★★

Проверено: Shaman007 ()

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

>> Есть никому не нужная зависимость от питона.

> о как. А когда ты успел всех опросить?

Оккам своей бритвой отрезал.

>> Место на флешке занимает. Там, знаете-ли, всего 1gb.

> странно, полгига на кде не жалко, а полтора десятка метров на питон жалко

Ну так на десктопе(где крутятся кеды) мне не жалко и питон с руби поставить. А вот на наладоннике, где и de-то отсутствует, места жалко. И питон далеко не полметра занимает.

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

>> Есть никому не нужная зависимость от питона.

> Не нужная _Вам_. Очень многие OSS пакеты, написаные для учёных, написаны на питоне либо расширяются скриптами/плагинами на питоне.

А я слышал, что среди (британских) учёных сейчас модно писать всю математику на .net :) И вообще, питон в моём случае вытягивает далеко не матсофт.

>> Место на флешке занимает. Там, знаете-ли, всего 1gb.

> Купите больше, они сейчас дешёвые :-P. Как вариант могу предложить снести KDE.

О, а вот и снобы-нищебродоненавистники подтянулись! Пояснение: на наладоннике кедов нет.

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

>я достаточно гуебыдлокодерствовал

походу тут ключевым является корень "быдло".

А программировать не пробовал?

>Затем, чтобы а) жрало поменьше памяти,

меньше чем что? Кто жрет _меньше_ ?

>не подставлять свою растолстевшую от постоянного сидения за компьютером попку Баллмеру, любящему патентные приставания.

срочно беги просвещай RMS'а на предмет ненужности dotgnu

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

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

>А что myDSL записали в дистрибутивы? Или это дистрибутив DSL?

прекрати шланговать, ага? Или тебе нравится себя дауном выставлять?

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

> Да. Tk удобнее. Хотя бы тем, что в tcl есть лямбды и замыкания.

Чем они удобнее для GUI программы? Может я не

> достаточно гуебыдлокодерствовал

чтобы понять, каким боком они важны для программы a-la F-Spot?

> Затем, чтобы а) жрало поменьше памяти

я по этому поводу не комплексую, KDE приложение в моей системе скушает больше

> б) не подставлять свою растолстевшую от постоянного сидения за компьютером попку

по поводу "попки" тем более. Может прецедентов не было? :-P

> Баллмеру, любящему патентные приставания.

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

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

>жрало поменьше памяти,

Жрет оно на уровне ACDSee 7, предоставляя аналогичный функционал. На монстроидальных tiff файлах не заикается.

>не подставлять свою растолстевшую от постоянного сидения за компьютером попку Баллмеру, любящему патентные приставания.

Это да, разумно, но в первую очередь тогда настанет каюк mplayer и wine.

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

>в части простоты получения результата? Да.

Насмешил, умник! ;-)

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

> А программировать не пробовал?

Пробовал, понравилось. Как раз после осиливания Tk я и понял, что всё остальное время быдлокодил.

>> Затем, чтобы а) жрало поменьше памяти,

> меньше чем что? Кто жрет _меньше_ ?

О, да ты, наверно, утверждаешь, что mono не ест память? Блажен, кто верует...

>> не подставлять свою растолстевшую от постоянного сидения за компьютером попку Баллмеру, любящему патентные приставания.

> срочно беги просвещай RMS'а на предмет ненужности dotgnu

Ты, кстати, на сайте проекта был? Там на чистом английском чёрным по белому написано про риски, связанные с использованием .net.

> заодно список патентов подготовь, а то кроме лоровских даунов никто не знает об опасности

Сделай вдоль.

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

>А вот на наладоннике, где и de-то отсутствует, места жалко. И питон далеко не полметра занимает.

а теперь фокус: gaa рассказывает, как он ставил на наладонник gconf с питоном.

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

>Посмотри, как пишется всоздание окошка с одной кнопочкой на gtk или win32. А теперь сравни это с одной строчкой на tk:

TXWindow = XTKNewWindow(); XTKAppendChild(TXWindow, XTKNewButton("press me"));

в чём проблема? я же специально упомянул про «свои библиотеки». можно и одной строчки добиться на макросах, но зачем?

давайте или брать всё и с библиотеками соответствующими, или сделайте биндинги к X/GTK на «чистом» tcl (без C). нет, tk не считается, это библиотека.

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

>прекрати шланговать, ага?

Что, аргументы кончились? И гик - легенда лора, человек находящийся в игноре почти у всех, дернул ручку слива, громко пукнув.

PS. И что там http://distrowatch.com/table.php?distribution=damnsmall . Вы сознательно игнорируете сей вопрос, может нечего ответить? Так может признаетесь, что ошиблись?

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

>> Да. Tk удобнее. Хотя бы тем, что в tcl есть лямбды и замыкания.

> Чем они удобнее для GUI программы?

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

> Может я не достаточно гуебыдлокодерствовал

Это приходит с опытом, так что "да".

> чтобы понять, каким боком они важны для программы a-la F-Spot?

Они полезны для любой программы.

>> Затем, чтобы а) жрало поменьше памяти

> я по этому поводу не комплексую, KDE приложение в моей системе скушает больше

Только вот приложение на c++ поправить можно, а приложение на жавке/дотнете -- уже нельзя. В них пожирание памяти "by design".

>> Баллмеру, любящему патентные приставания.

> по поводу каких патентов? или опять тянем сферического коня из вакуума?

Читать до просвещения: http://www.gnu.org/software/dotgnu/danger.html

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

> я слышал, что среди (британских) учёных сейчас модно писать всю математику на .net :)

Тем более, mono не помешает ;)

> И вообще, питон в моём случае вытягивает далеко не матсофт.

Может стоит фанатично отказаться от этого "не матсофта"? :)

> О, а вот и снобы-нищебродоненавистники подтянулись!

Чем заслужил такую характеристику? O_O

> Пояснение: на наладоннике кедов нет.

Про наладонник geek уже заметил :)

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

>>жрало поменьше памяти,

>Жрет оно на уровне ACDSee 7, предоставляя аналогичный функционал. На монстроидальных tiff файлах не заикается.

Ага ACDSee 7 стал у нас эталоном быстродействия.

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

>> А вот на наладоннике, где и de-то отсутствует, места жалко. И питон далеко не полметра занимает.

> а теперь фокус: gaa рассказывает, как он ставил на наладонник gconf с питоном.

"apt-get install gnumeric". Всё!

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

> в чём проблема? я же специально упомянул про «свои библиотеки». можно и одной строчки добиться на макросах, но зачем?

Проблема в том, что на C неудобно писать гуи. И на c++ неудобно. Но это приходит с опытом(вернее, с набитыми шишками).

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

А гномовские программы не тянут gconf? Или, если нет гнома, то все гномовские программы чесно обходятся без gconf?

wfrr ★★☆
()

7) Geek - фанбой gtk и mono.

Это неправда. По словам представителя Nokia, geek активно трудится в лавах QT corp и активно принимает участие в разработке KNokqueror - нового браузера от Nokia.

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

>> Затем, чтобы а) жрало поменьше памяти

> Присоединяюсь к вопросу: меньше чем что?

Меньше, чем жрёт сейчас. То есть столько, сколько нужно, а не сколько оно сожрало из-за неэффективного менеджера памяти в жабо-like языках.

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

>> Читать до просвещения: http://www.gnu.org/software/dotgnu/danger.html

> dotgnu!= mono. А Mono там вообще не упоминается. Даже старик RMS не замечен в наездах на Mono.

А там не про mono или dotgnu говорится, там говорится про опасности, связанные с использованием дотнета. Сходите-таки по ссылке.

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

>> я слышал, что среди (британских) учёных сейчас модно писать всю математику на .net :)

> Тем более, mono не помешает ;)

Hint: я шутил.

>> И вообще, питон в моём случае вытягивает далеко не матсофт.

> Может стоит фанатично отказаться от этого "не матсофта"? :)

Пардон, gnumeric-у замены нет.

>> О, а вот и снобы-нищебродоненавистники подтянулись!

> Чем заслужил такую характеристику? O_O

Словами "купите, сейчас они стоят недорого" :)

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

>О, да ты, наверно, утверждаешь, что mono не ест память? Блажен, кто верует...

f-spot с 5гб коллекцией фоток - 33мб.

жду аналога с меньшим потреблением

>Ты, кстати, на сайте проекта был? Там на чистом английском чёрным по белому написано про риски, связанные с использованием .net.

процитируешь? ;)

>Сделай вдоль.

зачем? Разве я трясусь от страха и роняя сопли бегаю по ЛОРу с криками "не юзайте моно!!!" ? =)

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

> А гномовские программы не тянут gconf? Или, если нет гнома, то все гномовские программы чесно обходятся без gconf?

_Гномовским_ нет смысла обходиться без gconf, на то они и гномовские. А GTK - без проблем, тот же gnumeric, на который ссылается gaa прекрасно работает без gnome и python, будучи собранным только с GTK.

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

>> О, да ты, наверно, утверждаешь, что mono не ест память? Блажен, кто верует...

> f-spot с 5гб коллекцией фоток - 33мб.

Проверить не могу. Но ты хоть попробуй фотки пооткрывать да поработать с ним, а не только запустить :)

>> Ты, кстати, на сайте проекта был? Там на чистом английском чёрным по белому написано про риски, связанные с использованием .net.

> процитируешь? ;)

Ты Ъ? Нарушь традицию, сходи по ссылке.

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

>>Сделай вдоль.

>зачем? Разве я трясусь от страха и роняя сопли бегаю по ЛОРу с криками "не юзайте моно!!!" ? =)

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

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

> тот же gnumeric, на который ссылается gaa прекрасно работает без gnome и python, будучи собранным только с GTK.

Почему ж его тогда нет в моём репозитории? А вот не хочу заниматься гентушничеством, мне искоробки надо.

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

> Почему ж его тогда нет в моём репозитории? А вот не хочу заниматься гентушничеством, мне искоробки надо.

ССЗБ? :)

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

> Почему ж его тогда нет в моём репозитории? А вот не хочу заниматься гентушничеством, мне искоробки надо.

>ССЗБ? :)

Кстати, да, гента обретет второе дыхание когда дорогие расияни будут отваливать своему национальному достоянию и месным олигархам баблосы за газ по евроценам! А знаеть-ли! Комп хорошо комнату прогревает! Всяко +.

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

>> "apt-get install gnumeric". Всё!

> а что за наладонник, и что за дистр?

hp ipaq hx4700, debian(armel). За основу брался angstrom + очень много напильника

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

>Проверить не могу.

как так? Вопить "жрёт память" ты можешь, а проверить - не можешь. Или ты тролль, или одно из двух =)

>Ты Ъ? Нарушь традицию, сходи по ссылке.

по ссылке, которую ты кинул нашел только рассуждения об опасности "Vendor Lock-in", нарушений приватности, в случае, если использовать технологии от одной компании и т.д. Короче, реклама dotGNU

так что процитируй - мож я пропустил что? =)

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

> Но ты хоть попробуй фотки пооткрывать да поработать с ним, а не только запустить :)

F-Spot у меня по нескольку дней подряд запущен и _используется_. За восемьдесят метров при _использовании_ практически не зашкаливает. В состоянии ожидания - в среднем, 25 метров.

ИМХО, вполне допустимо.

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

>hp ipaq hx4700, debian(armel). За основу брался angstrom + очень много напильника

вот кто напильником работал - тот и мог собрать с --without-gnome

видимо, мантейнеры, в отличие от тебя, считают, что питон - это нормально. :)

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

>_Гномовским_ нет смысла обходиться без gconf, на то они и гномовские. А GTK - без проблем, тот же gnumeric, на который ссылается gaa прекрасно работает без gnome и python, будучи собранным только с GTK.

Слышал gaa? Все оказывается просто, надо просто все пересобрать.

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

> Сходите-таки по ссылке.

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

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

>Проблема в том, что на C неудобно писать гуи.

молодец. теперь найди слово «GUI» в том посте, идею которого я не понял. там было «на цэ писать неудобно».

помимо прочего: отчего неудобно? от того, что не смог для себя библиотеку удобную сделать? так ССЗБ, да. не вижу разницы, на каком языке командовать «создай виджет xyz». хоть на ассемблере. заметь, про логику ты не сказал ни слова (это я на тот случай, если ты почуешь, что сливаешь, и скажешь «логику неудобно»).

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

>> Проверить не могу.

> как так? Вопить "жрёт память" ты можешь, а проверить - не можешь. Или ты тролль, или одно из двух =)

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

>> Ты Ъ? Нарушь традицию, сходи по ссылке.

> по ссылке, которую ты кинул нашел только рассуждения об опасности "Vendor Lock-in", нарушений приватности, в случае, если использовать технологии от одной компании и т.д. Короче, реклама dotGNUю так что процитируй - мож я пропустил что? =)

Уел :) Действительно, слов про патенты там нет. НО приведённого даже тобой в этом сообщении достаточно (мне), чтобы этут каку не использовать.

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

>> hp ipaq hx4700, debian(armel). За основу брался angstrom + очень много напильника

> вот кто напильником работал - тот и мог собрать с --without-gnome

А мне лень ставить на домашнюю тачку ещё набор софта для перекомпиляции чего-бы-то-ни-было под наладонник. Просто лень.

Кстати, как правильно заметил wfrr, проблема решается так же, как и размер панельки в kde4 -- перекомпиляцией :)

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

>>Проблема в том, что на C неудобно писать гуи.

>помимо прочего: отчего неудобно? от того, что не смог для себя библиотеку удобную сделать?

Как решить вопрос владения памятью при использовании нескольких разных библиотек написанных разными людьми при условии интенсивного обмена информацией между этими библиотеками?

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

>Как решить вопрос владения памятью при использовании нескольких разных библиотек написанных разными людьми при условии интенсивного обмена информацией между этими библиотеками?

Конечно, избегать утечек памяти - это неудобство.

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

>> Проблема в том, что на C неудобно писать гуи.

> молодец. теперь найди слово «GUI» в том посте, идею которого я не понял. там было «на цэ писать неудобно».

Там было "на Ц неудобно писать те задачи, которые решает гном и гтк". Это не только гуй, но гуй в том числе.

> помимо прочего: отчего неудобно? от того, что не смог для себя библиотеку удобную сделать? так ССЗБ, да. не вижу разницы, на каком языке командовать «создай виджет xyz». хоть на ассемблере. заметь, про логику ты не сказал ни слова (это я на тот случай, если ты почуешь, что сливаешь, и скажешь «логику неудобно»).

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

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

>>Как решить вопрос владения памятью при использовании нескольких разных библиотек написанных разными людьми при условии интенсивного обмена информацией между этими библиотеками?

>Конечно, избегать утечек памяти - это неудобство.

Да, я всегда делаю free() в том же *.c файле в каком сделал malloc(). Но надо как-то обмениваться данными между модулями все же. Клиент кода обязательно либо не сделает free() либо сделает free() два раза. Это можно как аксиому рассматривать.

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

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

нормальные библиотеки позволяют указать менеджер памяти. hans-boehem GC тоже никто не запрещал. в чём проблема? только в криворукости авторов библиотек, которые решили работать с памятью сами.

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

>Там было «на Ц неудобно писать те задачи, которые решает гном и гтк». Это не только гуй, но гуй в том числе.

эти задачи уже решены гномом и гтк. или ты собрался переписывать их с нуля? или, всё же, говорил про ИСПОЛЬЗОВАНИЕ?

>вроде как ты упустил мои слова про лямбды и замыкания

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

зыж ничего, что я на «ты»? если дискомфортно — извиняюсь.

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