URL: https://www.opennet.me/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID3
Нить номер: 42386
[ Назад ]

Исходное сообщение
"OpenNews: Проблемы развития GNOME и пути их решения"

Отправлено opennews , 16-Июн-08 12:49 
"Notes on the Future of GNOME: Problems and Questions (http://blogs.gnome.org/lucasr/2008/06/15/notes-on-the-future.../)" - автор статьи размышляет над проблемами мешающими развитию GNOME. Сообществу разработчиков предлагается:


-  Сформировать четкую позицию по поводу целевой аудитории для продуктов GNOME;
-  Определить место в экосистеме, GNOME как продукт для конечного пользователя или как набор компонент для создания таких продуктов;
-  Пересмотреть процесс разработки: повысить эффективность принятия решений, спланировать внесение коренных изменений, улучшить взаимодействие со сторонними разработчиками. Текущие требования к обеспечению совместимости, мешают внедрению инноваций и не дают проекту вырваться за определенные рамки.

URL: http://blogs.gnome.org/lucasr/2008/06/15/notes-on-the-future.../
Новость: http://www.opennet.me/opennews/art.shtml?num=16492


Содержание

Сообщения в этом обсуждении
"Проблемы развития GNOME и пути их решения"
Отправлено Аноним , 16-Июн-08 12:49 
gtk тормозов лишить и gnome станет отличным DE

"Проблемы развития GNOME и пути их решения"
Отправлено andunix , 16-Июн-08 13:27 
>gtk тормозов лишить и gnome станет отличным DE

Gnome и так отличный DE, а также популярный, как популярен Ubuntu.



"Проблемы развития GNOME и пути их решения"
Отправлено anonymous , 16-Июн-08 13:48 
Ололо, не факт, многие ставят на Ubuntu KDE, так же, как и kUbuntu за Ubuntu считают.

Посмотрите скриншоты в инете - вот это дефолтный Gnome, а вот это мой любимый KDE.


"Проблемы развития GNOME и пути их решения"
Отправлено molodoy , 16-Июн-08 15:16 
Ну не скажи... Я поставил бубунту и гнома оставил. Мне удобней и комфортней в гноме работать, чем в кедах. Привлекают именно простота и нетормознутость, да и в других дистрах стал гнома ставить, просто удобней... IMHO... :-)

"Проблемы развития GNOME и пути их решения"
Отправлено nnn , 17-Июн-08 01:11 
>Привлекают именно простота и нетормознутость...

Пробовал на своем поставить Kubuntu 7.04 ждал пока загрузится, вытерпел минут 15, а курсор-ожидания так и вертелся не переставая, может ему 400 метров оперативы мало? ггг )))))


"Проблемы развития GNOME и пути их решения"
Отправлено molodoy , 14-Июл-08 10:08 
Типичная ошибка, Я говорил про убунту и ее DE по-умолчанию - Gnome, а ты с какого-то боку пррикрутил к моему посту Kubuntu с ее DE -KDE, а речь шла о нетормознутости гнома как раз... В общем перепутал теплое с мягким...

"Проблемы развития GNOME и пути их решения"
Отправлено Аноним , 16-Июн-08 15:26 
gtk довольно быстр. Конечно, сравнивая с xlib по определению работает медленнее, но реализация на Си вполне корректная.

На мой взгляд, одна из главных проблем в Gnome -- средства разработки gtk+ приложений. Очень уж убоги anjuta и glade (или мне встречались в различных дистрибутивах кривые сборки), не дотягивают они до нужного уровня разработки прикладного софта, не дотягивают...


"Проблемы развития GNOME и пути их решения"
Отправлено Аноним , 17-Июн-08 00:14 
~ % valgrind gtk-demo
==6229== Memcheck, a memory error detector.
==6229== Copyright (C) 2002-2007, and GNU GPL'd, by Julian Seward et al.
==6229== Using LibVEX rev 1854, a library for dynamic binary translation.
==6229== Copyright (C) 2004-2007, and GNU GPL'd, by OpenWorks LLP.
==6229== Using valgrind-3.3.1, a dynamic binary instrumentation framework.
==6229== Copyright (C) 2000-2007, and GNU GPL'd, by Julian Seward et al.
==6229== For more details, rerun with: -v
==6229==
==6229==
==6229== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 70 from 2)
==6229== malloc/free: in use at exit: 8,610,919 bytes in 38,947 blocks.
==6229== malloc/free: 388,996 allocs, 350,049 frees, 80,597,663 bytes allocated.
==6229== For counts of detected errors, rerun with: -v
==6229== searching for pointers to 38,947 not-freed blocks.
==6229== checked 12,283,288 bytes.
==6229==
==6229== LEAK SUMMARY:
==6229==    definitely lost: 300,240 bytes in 6,120 blocks.
==6229==      possibly lost: 286,368 bytes in 212 blocks.
==6229==    still reachable: 8,024,311 bytes in 32,615 blocks.


Я правильно понял, что просто после запуска gtk-demo и недолгого в нём клацанья утекло 300 килобайт оперативной памяти?


"Проблемы развития GNOME и пути их решения"
Отправлено sdm , 17-Июн-08 03:44 
>Я правильно понял, что просто после запуска gtk-demo и недолгого в нём
>клацанья утекло 300 килобайт оперативной памяти?

Да дорогуша, ты правильно понял, а еще это дерьмо (gmalloc) вылетает в Seg.fault если не может выделить память, т.е. не NULL возвращает (как обычный malloc) а конкретно выходит из проги, стразу.



"Проблемы развития GNOME и пути их решения"
Отправлено Alastor , 17-Июн-08 05:58 
>>Я правильно понял, что просто после запуска gtk-demo и недолгого в нём
>>клацанья утекло 300 килобайт оперативной памяти?
>
>Да дорогуша, ты правильно понял, а еще это дерьмо (gmalloc) вылетает в
>Seg.fault если не может выделить память, т.е. не NULL возвращает (как
>обычный malloc) а конкретно выходит из проги, стразу.

А кто мешает использовать обычный malloc?!!


"Проблемы развития GNOME и пути их решения"
Отправлено Аноним , 17-Июн-08 08:36 
Ты <тук-тук> или притворяешься?
Давай пройдём с транспарантами по Красной площади: "Долой gmalloc(), даёшь malloc()!"
Чтобы все-все-все разработчики в мире, использующие GTK, нас услышали и заменили все gmalloc()'и на malloc()'и.

"Проблемы развития GNOME и пути их решения"
Отправлено Светочка , 17-Июн-08 21:13 
Пишите на C++. Оператор new в случае неудачи вызывает исключение bad_alloc. glib must die.
PS: Не нравиться C++, пишите на Java, C#, python, или хотя бы на простом C, но только не на glib!!!

"Проблемы развития GNOME и пути их решения"
Отправлено sergeyvp , 30-Июн-08 20:17 
http://linfoline.homedns.org/API/glib/glib-Memory-Allocation...

"Проблемы развития GNOME и пути их решения"
Отправлено sergeyvp , 30-Июн-08 20:19 
Неправда!