The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка  RSS
"Разработчики GNOME опровергли информацию, что проект станови..."
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"Разработчики GNOME опровергли информацию, что проект станови..."  +/
Сообщение от opennews (??) on 16-Ноя-13, 21:08 
Винсент Унтц (Vincent Untz), релиз-менеджер проекта GNOME и руководитель управляющего совета openSUSE Linux и бывший глава GNOME Foundation, и Фредерик Кроза (Frederic Crozat), руководитель проекта SUSE Linux Enterprise Desktop, активный разработчик GNOME и участник проекта по интеграции systemd в openSUSE, на конференции SUSECon 2013 сообщили (http://www.itwire.com/business-it-news/open-source/62297-dev...) о необоснованности слухов о том, что GNOME со временем становится  зависимым от systemd.


Подобные предположения основаны на появлении в списке планов по разработке GNOME 3.12 пункта (https://wiki.gnome.org/ThreePointEleven/Features/SystemdUser...) с реализацией поддержки средств systemd (https://www.opennet.ru/opennews/art.shtml?num=34186) для управления пользовательскими сеансами и запуска каждого приложения в отдельном cgroup. В описании данной возможности упомянуто, что поддержка ранее используемых средств управления сеансами и систем без systemd будет сохранена. Сказано, что следующие несколько выпусков поддержка старых методов управления сеансами не составит труда, а дальнейшая поддержка будет зависеть от развития событий в будущем.


Унтц и Кроз сообщили, что GNOME не отходит от концепции универсального окружения, поддерживающего работу не только в Linux. Переход всё большего числа дистрибутивов на systemd не отменяет работу по обеспечению поддержки в GNOME систем с альтернативными системными компонентами. На вопрос о привязке systemd к Linux и возможности портирования на другие системы, разработчики ответили, что несмотря на то, что systemd базируется на специфичных для Linux программных интерфейсах, данные API могут быть реализованы и в других ОС, как в своё время произошло с подсистемой HAL (Hardware Abstraction Layer).

URL: http://www.itwire.com/business-it-news/open-source/62297-dev...
Новость: https://www.opennet.ru/opennews/art.shtml?num=38447

Ответить | Правка | Cообщить модератору

Оглавление

Сообщения по теме [Сортировка по времени | RSS]


1. "Разработчики GNOME опровергли информацию, что проект станови..."  +11 +/
Сообщение от Аноним (??) on 16-Ноя-13, 21:08 
Пардон. А зачем тогда systemd в зависимостях у Gnome и других форках на базе Gnome3 в Genoo???
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

4. "Разработчики GNOME опровергли информацию, что проект станови..."  –3 +/
Сообщение от anonymous (??) on 16-Ноя-13, 21:26 
Это чтобы фанбои системд тыкали пальцем в кривую сборку.
Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

20. "Разработчики GNOME опровергли информацию, что проект станови..."  +8 +/
Сообщение от Sylvia (ok) on 16-Ноя-13, 22:18 
если честно, то у меня получилось собрать и без systemd (я его отправила в packaged.provided) приложения работают, включая и gnome-settings-daemon, а десктоп гномский я не использую
Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

59. "Разработчики GNOME опровергли информацию, что проект станови..."  +/
Сообщение от бедный буратино (ok) on 17-Ноя-13, 13:53 
у меня gnome 3.10 на openbsd, без единого systemd.

правда, нет gnome-games, epiphany (или его так хитро переименовали, что я не нашёл), и мож ещё чего. явно, шашкам очень нужен был systemd.

Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

61. "Разработчики GNOME опровергли информацию, что проект станови..."  +/
Сообщение от Sylvia (ok) on 17-Ноя-13, 14:03 
epiphany не переименовывали
у меня свеженький 3.8.2 c webkit-gtk 2.2.1 , никакого systemd ему не требуется
Ответить | Правка | ^ к родителю #59 | Наверх | Cообщить модератору

64. "Разработчики GNOME опровергли информацию, что проект станови..."  +/
Сообщение от бедный буратино (ok) on 17-Ноя-13, 14:36 
https://www.opennet.ru/opennews/art.shtml?num=37782

Разработчики web-браузера Web (ранее Epiphany), развиваемого проектом GNOME... (далее по тексту).

Ответить | Правка | ^ к родителю #61 | Наверх | Cообщить модератору

65. "Разработчики GNOME опровергли информацию, что проект станови..."  +/
Сообщение от Sylvia (ok) on 17-Ноя-13, 14:59 
упрощаются во всем.. включая и название
в ебилды пока не попало, так что я пока была не в курсе о смене названия, да и вообще эпифани стала примитивнейшей обложкой для вебкита, настроек меньше и меньше, в 3.8.2 уже и самого необходимого уже практически нет. Вон rekonq или qupzilla поприятнее, из GTKшных новых есть dwb, для мышененавистников и vi-любителей - идеал :)
Ответить | Правка | ^ к родителю #64 | Наверх | Cообщить модератору

66. "Разработчики GNOME опровергли информацию, что проект станови..."  +/
Сообщение от бедный буратино (ok) on 17-Ноя-13, 15:07 
epiphany - это как перв.... втор... третья любовь. А её, как известно, не выбирают.

Впрочем, в любом случае её нет в openbsd.

Но да, когда с панели убрали кнопки зума, я их особо и не искал. Хотел посмотреть, что там в 3.10, но в openbsd не нашёл такого пакета. :(

Ответить | Правка | ^ к родителю #65 | Наверх | Cообщить модератору

88. "Разработчики GNOME опровергли информацию, что проект станови..."  +/
Сообщение от iZEN (ok) on 17-Ноя-13, 16:21 
> epiphany - это как перв.... втор... третья любовь. А её, как известно, не выбирают.

Можно выбрать Midori.

Ответить | Правка | ^ к родителю #66 | Наверх | Cообщить модератору

111. "Разработчики GNOME опровергли информацию, что проект станови..."  +2 +/
Сообщение от Аноним (??) on 17-Ноя-13, 23:45 
> у меня gnome 3.10 на openbsd.

Это эпично. Среда для склеротиков-имбецилов в системе для прокачки ЧСВ маргиналами. Круче чем деление на ноль.

Ответить | Правка | ^ к родителю #59 | Наверх | Cообщить модератору

60. "Разработчики GNOME опровергли информацию, что проект станови..."  –3 +/
Сообщение от бедный буратино (ok) on 17-Ноя-13, 13:55 
> Пардон. А зачем тогда systemd в зависимостях у Gnome и других форках
> на базе Gnome3 в Genoo???

А в дебиане у гнома в зависимостях даже адблок. Это же не значит, что без него гном не работает...

Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

70. "Разработчики GNOME опровергли информацию, что проект станови..."  +1 +/
Сообщение от Аноним (??) on 17-Ноя-13, 15:26 
Именно в зависимостях? Опция "рассматривать рекомендации как зависимости" отключена?
Ответить | Правка | ^ к родителю #60 | Наверх | Cообщить модератору

78. "Разработчики GNOME опровергли информацию, что проект..."  +3 +/
Сообщение от arisu (ok) on 17-Ноя-13, 15:47 
> Именно в зависимостях? Опция «рассматривать рекомендации как зависимости» отключена?

ты сейчас половине «аптгетоненавистников» сломал уютный мир.

Ответить | Правка | ^ к родителю #70 | Наверх | Cообщить модератору

143. "Разработчики GNOME опровергли информацию, что проект..."  –1 +/
Сообщение от Аноним (??) on 18-Ноя-13, 12:57 
Зря ты так. Даже если отключить и Recommends, и Suggests куча шлака все равно по зависимостям тянется. KDE тянет gtk - дебиан такой дебиан.:)
Ответить | Правка | ^ к родителю #78 | Наверх | Cообщить модератору

158. "Разработчики GNOME опровергли информацию, что проект..."  –2 +/
Сообщение от arisu (ok) on 18-Ноя-13, 19:38 
любители kde такие любители kde… одни зачем-то это использовать хотят, а другие собирают в меру своей криворукости.
Ответить | Правка | ^ к родителю #143 | Наверх | Cообщить модератору

100. "Разработчики GNOME опровергли информацию, что проект станови..."  –2 +/
Сообщение от бедный буратино (ok) on 17-Ноя-13, 19:58 
> Именно в зависимостях?

да :)


> Опция "рассматривать рекомендации как зависимости" отключена?

у меня aptitude. я все эти вещи могу заплюсовать-заминусовать вручную, и отлично вижу всю раскладку и взаимосвязи через интерфейс, даже без установки.

Ответить | Правка | ^ к родителю #70 | Наверх | Cообщить модератору

112. "Разработчики GNOME опровергли информацию, что проект станови..."  +/
Сообщение от Аноним (??) on 18-Ноя-13, 00:11 
> у меня aptitude. я все эти вещи могу заплюсовать-заминусовать вручную,

Вот только если вручную оверрайдить "жесткие" зависимости - можно в два счета словить невкусный факап, превратив систему в минное поле.

Ответить | Правка | ^ к родителю #100 | Наверх | Cообщить модератору

117. "Разработчики GNOME опровергли информацию, что проект станови..."  –1 +/
Сообщение от бедный буратино (ok) on 18-Ноя-13, 01:06 
> Вот только если вручную оверрайдить "жесткие" зависимости

это невозможно в принципе

Ответить | Правка | ^ к родителю #112 | Наверх | Cообщить модератору

122. "Разработчики GNOME опровергли информацию, что проект станови..."  +/
Сообщение от Аноним (??) on 18-Ноя-13, 03:25 
> это невозможно в принципе

Кто тебе сказал такую глупость? Возможно, только достаточно неудобно и если что-то поломается - жаловаться можно лишь на свою бестолковость.

Ответить | Правка | ^ к родителю #117 | Наверх | Cообщить модератору

3. "Разработчики GNOME опровергли информацию, что проект станови..."  +16 +/
Сообщение от Аноным (ok) on 16-Ноя-13, 21:12 
Зато стал от зависим от "крутых инновационных дезигнеров и манагеров".
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

5. "Разработчики GNOME опровергли информацию, что проект станови..."  –3 +/
Сообщение от dxd on 16-Ноя-13, 21:30 
Кажется, ребятам очень не понравилась перспектива вылета из дебиана.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

10. "Разработчики GNOME опровергли информацию, что проект станови..."  –15 +/
Сообщение от CssfPZS (ok) on 16-Ноя-13, 21:55 
> Кажется, ребятам очень не понравилась перспектива вылета из дебиана.

если Дебиан перейдет на кривую поделку бубунту, то он сам вылетит из мира линукс.

Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

13. "Разработчики GNOME опровергли информацию, что проект..."  –3 +/
Сообщение от arisu (ok) on 16-Ноя-13, 22:03 
>> Кажется, ребятам очень не понравилась перспектива вылета из дебиана.
> если Дебиан перейдет на кривую поделку бубунту, то он сам вылетит из
> мира линукс.

Xfce таки в бубунте сделали? breaking news!

Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

15. "Разработчики GNOME опровергли информацию, что проект..."  –3 +/
Сообщение от CssfPZS (ok) on 16-Ноя-13, 22:05 
И?
Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

41. "Разработчики GNOME опровергли информацию, что проект станови..."  –7 +/
Сообщение от р323234 on 17-Ноя-13, 04:18 
Если дебиан вылетит из мира линукс, то линукс вылетит с десктопов.
А поделка... Дык напиши лучше, кто мешает-то вместо холиваров пиши замену, пользы больше будет.
Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

52. "Разработчики GNOME опровергли информацию, что проект станови..."  –1 +/
Сообщение от Восторженный школьник on 17-Ноя-13, 12:03 
Upstart?  А вылетят ли они если останутся на старой системе?
Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

6. "Разработчики GNOME опровергли информацию, что проект станови..."  +2 +/
Сообщение от Аноним (??) on 16-Ноя-13, 21:30 
> Gnome зависит от systemd
> В systemd бинарные конфиги
> При переходе на systemd придется выкинуть все инит-скрипты
> SystemD монолитен и вообще не unix-way

Когда уже systemd-хейтеры перестанут лгать?

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

7. "Разработчики GNOME опровергли информацию, что проект станови..."  +6 +/
Сообщение от Человек с мнением on 16-Ноя-13, 21:34 
Тогда же, когда и systemd-фанбои.
Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

26. "Разработчики GNOME опровергли информацию, что проект станови..."  –2 +/
Сообщение от Аноним (??) on 16-Ноя-13, 22:35 
А такие есть?
Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

27. "Разработчики GNOME опровергли информацию, что проект станови..."  +2 +/
Сообщение от Анончик on 16-Ноя-13, 22:44 
Узри же! Я он и есть! Фапф-фапф-фапф
Ответить | Правка | ^ к родителю #26 | Наверх | Cообщить модератору

11. "Разработчики GNOME опровергли информацию, что проект станови..."  +14 +/
Сообщение от all_glory_to_the_hypnotoad (ok) on 16-Ноя-13, 21:57 
что несут эти два олигофрена. Уже 3.8 не работает без systemd
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

34. "Разработчики GNOME опровергли информацию, что проект станови..."  –3 +/
Сообщение от Мефисто on 17-Ноя-13, 00:18 
Свет истины они несут.
Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

50. "Разработчики GNOME опровергли информацию, что проект станови..."  +2 +/
Сообщение от atw (ok) on 17-Ноя-13, 11:04 
GNOME скоро можно будет переименовать в GNOMED
Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

62. "Разработчики GNOME опровергли информацию, что проект станови..."  +/
Сообщение от Аноним (??) on 17-Ноя-13, 14:20 
WASTED
Ответить | Правка | ^ к родителю #50 | Наверх | Cообщить модератору

12. "Разработчики GNOME опровергли информацию, что проект..."  +2 +/
Сообщение от arisu (ok) on 16-Ноя-13, 22:02 
> как долго продлится такая поддержка пока не ясно

версию-другую после того, как полностью «подвяжут» системды. а потом выкинут, потому что «пользователям это не надо и у всех уже системды, а поддерживать столько кода мы не можем».

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

42. "Разработчики GNOME опровергли информацию, что проект..."  +/
Сообщение от Vkni (ok) on 17-Ноя-13, 04:28 
> версию-другую после того, как полностью «подвяжут» системды. а потом выкинут,
> потому что «пользователям это не надо и у всех уже системды,
> а поддерживать столько кода мы не можем».

Ибо законы Паркинсона и Мерфи не обмануть!!!

Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

49. "Разработчики GNOME опровергли информацию, что проект..."  +1 +/
Сообщение от Аноним (??) on 17-Ноя-13, 10:59 
Ну они написали про апи вроде :). Помнится с KMS тоже некоторые вопили о том как им это не надо и прочая. А как остались без драйверов - вполне себе потопали реализовывать. В таком виде понятно даже stubborn bastard'ам.
Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

110. "Разработчики GNOME опровергли информацию, что проект..."  +/
Сообщение от chinarulezzz (ok) on 17-Ноя-13, 22:53 
> Ну они написали про апи вроде :). Помнится с KMS тоже некоторые
> вопили о том как им это не надо и прочая. А
> как остались без драйверов - вполне себе потопали реализовывать. В таком
> виде понятно даже stubborn bastard'ам.

Редхат курируют гном и системде: embrace. Реализует сам, cron, xinet, syslog, shell-scripts :extend. Зависим от dbus, udisks, upower, etc. Уничтожил независимость udev, console-kit, policykit, etc: extinguish. Vendor-lock, в случае что мы сейчас наблюдаем. Только под "свободным" соусом от гномовцев: а зависеть ли нам дальше, а не зависеть ли, а может апи необходимы , а может нет - сродни отмазкам наркомана.

А про KMS - отборный бред. Что, можно остаться без дров, если не использовать KMS?))

Ответить | Правка | ^ к родителю #49 | Наверх | Cообщить модератору

115. "Разработчики GNOME опровергли информацию, что проект..."  +1 +/
Сообщение от Аноним (??) on 18-Ноя-13, 00:31 
> Vendor-lock, в случае что мы сейчас наблюдаем.

В открытом софте невозможен полновесный вендорлок. Чисто технически. Помнится с glibc уже был "вендорлок". Ну и появилось сколько-то форков, которые фильтровали выходки Ульриха, eglibc как наиболее известный (многие просто допатчивали за апстримом, не называя сие полновесным форком). Вот и вся недолга. Процесс самобалансирующийся. Пока идет балансировка - может трясти. Но в целом - если есть большая нестыковка того что ALL хотелось бы с тем что есть по факту - кто-то где-то что-то форкает и допатчивает. Если это было реально востребовано - срубает EPIC WIN. А если это десяток безблагодатных изенобразных бакланов на форуме пиндели о том как надо, но код своего "надо" писать не желали - оно постепенно сливается, куда и дорога.

>Только под "свободным" соусом от гномовцев: а зависеть ли нам дальше,
> а не зависеть ли, а может апи необходимы

Если ничего не менять и бесконечно париться о совместимости - мы бы до сих пор пеклись о наличии торб с овсом для лошадей и воды и дров для паровозов. А оно такое надо?

> А про KMS - отборный бред. Что, можно остаться без дров, если
> не использовать KMS?))

Ну вот так вот и можно. Современные драйвера GPU пишутся с KMS-only интерфейсами. Скажем, UMS версии драйвера RadeonSI не существует совсем, да и остальные нынче повыбросили остатки UMS-интерфейса, так что некрофилы могут на выбор или тусовать с древними, тормозными и бажными версиями, имеющих некислые проблемы с поддержкой половины GPU, особенно новых, или распереться и запилить KMSное API в своем ядре, уж как им там удобнее. Еще на выбор можно самостоятельно дрова писать, но тут уже от своей крутизны пупок может развязаться. Запилить KMSный интерфейс явно проще.

Не исключаю что systemd-like api может стать чем-то подобным. При том желающие смогут запилить его и иначе. Например, думается Canonical вполне себе впилит его через апстарт. А более-менее унифицированное апи для запуска контейнеров и впихивания в них сеансов и прочая - не самая плохая штука для системы из XXI века.

Ответить | Правка | ^ к родителю #110 | Наверх | Cообщить модератору

120. "Разработчики GNOME опровергли информацию, что проект..."  –1 +/
Сообщение от chinarulezzz (ok) on 18-Ноя-13, 01:56 
>> Vendor-lock, в случае что мы сейчас наблюдаем.
> В открытом софте невозможен полновесный вендорлок. Чисто технически.

я вижу его попытку, а ты говоришь что он невозможен. Мы либо о разном говорим, или об одном и том же не понимая друг друга.


> Помнится с glibc уже был "вендорлок".

не коммерческая контора, мимо. давай по делу.

> Если ничего не менять и бесконечно париться о совместимости - мы бы
> до сих пор пеклись о наличии торб с овсом для лошадей
> и воды и дров для паровозов. А оно такое надо?

ох уж эти метафоры. Под ней подразумевалось: системде - единственный правильный выбор, а всё остальное - прошлый век и должно умереть/никого волновать/etc?


>> А про KMS - отборный бред. Что, можно остаться без дров, если
>> не использовать KMS?))
> Ну вот так вот и можно.

Параллельная вселенная такая параллельная.

> Не исключаю что systemd-like api может стать чем-то подобным.

Аххах, Апи? У системде? Еще стабильные небось! Реалисты, вы где? Тут одни мечтатели)))

> А более-менее унифицированное апи для запуска контейнеров и
> впихивания в них сеансов и прочая - не самая плохая штука
> для системы из XXI века.

ты не мог контейнеры запускать без апи от системде?

Ответить | Правка | ^ к родителю #115 | Наверх | Cообщить модератору

121. "Разработчики GNOME опровергли информацию, что проект..."  –1 +/
Сообщение от arisu (ok) on 18-Ноя-13, 02:35 
да ну ладно тебе! Стильный, Модный, Прогрессивный пульсаудио схавали же? и Стильный, Модный, Прогрессивный системды схавают. уже схавали, собственно.
Ответить | Правка | ^ к родителю #120 | Наверх | Cообщить модератору

123. "Разработчики GNOME опровергли информацию, что проект..."  +1 +/
Сообщение от Аноним (??) on 18-Ноя-13, 03:30 
> да ну ладно тебе! Стильный, Модный, Прогрессивный пульсаудио схавали же?

...пробурчал arisu с пульсом на N900, хоть и допиленным :).

Ответить | Правка | ^ к родителю #121 | Наверх | Cообщить модератору

124. "Разработчики GNOME опровергли информацию, что проект..."  +/
Сообщение от arisu (ok) on 18-Ноя-13, 03:33 
>> да ну ладно тебе! Стильный, Модный, Прогрессивный пульсаудио схавали же?
> …пробурчал arisu с пульсом на N900, хоть и допиленным :).

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

Ответить | Правка | ^ к родителю #123 | Наверх | Cообщить модератору

128. "Разработчики GNOME опровергли информацию, что проект..."  +/
Сообщение от Аноним (??) on 18-Ноя-13, 03:52 
> это, увы, не наша радость, а наша беда.

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

> впрочем, усилия FPTF позволят его выкинуть.

А это кто такие? Что-то никак не допираю как это расшифровывается.

Ответить | Правка | ^ к родителю #124 | Наверх | Cообщить модератору

131. "Разработчики GNOME опровергли информацию, что проект..."  +/
Сообщение от arisu (ok) on 18-Ноя-13, 04:16 
>> это, увы, не наша радость, а наша беда.
> Да ладно, свое дело вроде делает, каких-то особых глюков или неприличного пожирания
> ресурсов оным я не вижу.

с mplayer'ом иногда дерётся. при некоторых условиях.

>> впрочем, усилия FPTF позволят его выкинуть.
> А это кто такие? Что-то никак не допираю как это расшифровывается.

fremantle porting task force. tmo знает.

Ответить | Правка | ^ к родителю #128 | Наверх | Cообщить модератору

136. "Разработчики GNOME опровергли информацию, что проект..."  +/
Сообщение от Аноним (??) on 18-Ноя-13, 05:12 
> с mplayer'ом иногда дерётся. при некоторых условиях.

Ни разу не натыкался.

> fremantle porting task force. tmo знает.

А, понял. Я правда не понял - зачем они какое-то блобье собираются тащить. Как раз шанс избавиться от. Вон BME вроде выпнули. Честно говоря смысл в BME для меня загадка с тех пор как я осознал как рулить подобными чипами "интеллектуальных зарядников" и тому подобной фигни, которой у техаса есть.

Ответить | Правка | ^ к родителю #131 | Наверх | Cообщить модератору

138. "Разработчики GNOME опровергли информацию, что проект..."  +/
Сообщение от arisu (ok) on 18-Ноя-13, 05:30 
> А, понял. Я правда не понял - зачем они какое-то блобье собираются
> тащить.

вообще-то как раз наоборот — избавиться.

Ответить | Правка | ^ к родителю #136 | Наверх | Cообщить модератору

149. "Разработчики GNOME опровергли информацию, что проект..."  +/
Сообщение от Аноним_тот_же email on 18-Ноя-13, 15:58 
> да ну ладно тебе! Стильный, Модный, Прогрессивный пульсаудио схавали же? и Стильный,
> Модный, Прогрессивный системды схавают. уже схавали, собственно.

Пульсаудио легко отключить (что я и делаю). С системды совсем другая история.

Ответить | Правка | ^ к родителю #121 | Наверх | Cообщить модератору

160. "Разработчики GNOME опровергли информацию, что проект..."  +/
Сообщение от Тузя (ok) on 18-Ноя-13, 20:59 
Большинству таких крикунов как ты на самом деле нет разницы, кто у них pid1. Просто кричим на религиозные темы, и то полуправда же.
udev, скандально потеснивший hal писали разработчики systemd. Шока от слияния кодовой базы  не было. В linux никто от смены hal на udev не пострадал, только bsd и то потому что свой devd не пилили. consolekit умер немного раньше явления systemd=, они тут не причем.
А еще ты не в курсе про то, что такое vendor lock in. Исходники открыты, можно спокойно либо делать форки либо делать systemd-совместимые продукты. Например, upstart часть кода позаимствовал, часть сам поднаписал.
Кроме того привязка gnome к systemd не должна тебя интересовать, потому что gnome-ом ты вряд ли пользуешься. Пользовался - знал бы, что на самом деле там зависит от systemd. gdm от systemd-logind (выковыриваемо дистростроителями), и куча компонентов от systemd-udev (выковыриваемо, также есть сверхэмоциональные форки гентушников), которым никого не удивить.

А вот насчет KMS предыдущий оратор сильно приврал. Я вот не пользуюсь KMS и УМВР, не хочу и не буду, блоб без вариантов (nVidia GTX 680). Для открытых драйверов всех мастей KMS безальтернативен.

Ответить | Правка | ^ к родителю #110 | Наверх | Cообщить модератору

161. "Разработчики GNOME опровергли информацию, что проект..."  –2 +/
Сообщение от chinarulezzz (ok) on 18-Ноя-13, 21:41 
> Большинству таких крикунов как ты на самом деле нет разницы, кто у
> них pid1. Просто кричим на религиозные темы, и то полуправда же.

и то правда.

> udev, скандально потеснивший hal писали разработчики systemd.

)) и consolekit/policykit. То что это писали _будущие_ соавторы - никто не спорит.

> Шока от слияния кодовой базы не было.

Шок - сильно сказано. Но то что пропали несколько продуктов, которых без здоровенного монолотненького системдеца не использовать - факт. Хотя... скажем затруднительно, ибо приходится плодить форки, когда причина для этого одна: авторы системдца хотят чтоб всё было завязано на них.

> В linux никто от смены hal на udev
> не пострадал,

списки рассылки найдёшь в интернете /любого дистрибутива/любой программы/; Захочешь действительно глянуть - увидишь. А если как ты уже на меня намекал, главное заявить да покричать, ну тогда ладно. Только какая тогда между нами разница?

> consolekit умер немного раньше явления systemd=, они тут не причем.

еще бы, он стал logind, и потому старый бренд не нужен.

> А еще ты не в курсе про то, что такое vendor lock

вкурсе-вкурсе. Не надо тут песенок про открытый код. Открытый код даёт преимущество программисту, а не пользователю.

> Кроме того привязка gnome к systemd не должна тебя интересовать, потому что
> gnome-ом ты вряд ли пользуешься.

не о себе ж только думать!

> Пользовался - знал бы, что на самом деле там зависит от systemd. gdm от systemd-logind (выковыриваемо дистростроителями),
> и куча компонентов от systemd-udev (выковыриваемо, также есть сверхэмоциональные форки
> гентушников), которым никого не удивить.

ну и чем заменить менеджер сеансов? дохлым console-kit'ом?

> А вот насчет KMS предыдущий оратор сильно приврал.

ой, да там стопроцентный бред, чувак. Даже мы адекватнее морозимся.

Ответить | Правка | ^ к родителю #160 | Наверх | Cообщить модератору

14. "Разработчики GNOME опровергли информацию, что проект станови..."  +9 +/
Сообщение от all_glory_to_the_hypnotoad (ok) on 16-Ноя-13, 22:03 
> несмотря на то, что systemd базируется на специфичных для Linux программных интерфейсах, данные API могут быть реализованы и в других ОС

в генте пытались реализовать грёбанное апи от loginid, как раз для захардкоженного гнома на   loginid. Оказалось, сделать этого нельзя, ибо у systemd нет никакого документирванного и стаблиного апи (считай, его вообще нет) и loginid никак не отделим от всего остального systemd.

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

16. "Разработчики GNOME опровергли информацию, что проект..."  +7 +/
Сообщение от arisu (ok) on 16-Ноя-13, 22:05 
а мне вот системды очень нравится. удобный очень. сказал человек, что «системды хорошо и прогресс» — и сразу ясно, что больше с таким человеком серьёзно говорить не о чем.
Ответить | Правка | ^ к родителю #14 | Наверх | Cообщить модератору

21. "Разработчики GNOME опровергли информацию, что проект..."  +1 +/
Сообщение от Аноним (??) on 16-Ноя-13, 22:19 
системды хорошо и прогресс
Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

22. "Разработчики GNOME опровергли информацию, что проект..."  +1 +/
Сообщение от Аноным (ok) on 16-Ноя-13, 22:28 
А у пользователя работает и пофиг на чём.
Ответить | Правка | ^ к родителю #21 | Наверх | Cообщить модератору

47. "Разработчики GNOME опровергли информацию, что проект..."  –1 +/
Сообщение от iCat (ok) on 17-Ноя-13, 05:36 
А это уже MS-way!
Ответить | Правка | ^ к родителю #22 | Наверх | Cообщить модератору

23. "Разработчики GNOME опровергли информацию, что проект..."  +3 +/
Сообщение от Аноним (??) on 16-Ноя-13, 22:28 
> системды хорошо и прогресс

Теперь arisu придётся игнорить всех Анонимов...

Ответить | Правка | ^ к родителю #21 | Наверх | Cообщить модератору

43. "Разработчики GNOME опровергли информацию, что проект..."  +/
Сообщение от Vkni (ok) on 17-Ноя-13, 04:30 
> Теперь arisu придётся игнорить всех Анонимов...

Аноним - это не человек, это единственная реплика. :-) Другая реплика - это уже другой Аноним. :-)

Ответить | Правка | ^ к родителю #23 | Наверх | Cообщить модератору

45. "Разработчики GNOME опровергли информацию, что проект..."  +2 +/
Сообщение от arisu (ok) on 17-Ноя-13, 04:42 
> Аноним - это не человек, это единственная реплика. :-) Другая реплика -
> это уже другой Аноним. :-)

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

Ответить | Правка | ^ к родителю #43 | Наверх | Cообщить модератору

48. "Разработчики GNOME опровергли информацию, что проект..."  +2 +/
Сообщение от Vkni (ok) on 17-Ноя-13, 06:21 
> ну что ты злой такой?

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

Неужели тебя не веселит полное отсутствие рефлексии у отдельных комментаторов? :-)

Ответить | Правка | ^ к родителю #45 | Наверх | Cообщить модератору

72. "Разработчики GNOME опровергли информацию, что проект..."  +1 +/
Сообщение от arisu (ok) on 17-Ноя-13, 15:27 
> Неужели тебя не веселит полное отсутствие рефлексии у отдельных комментаторов? :-)

меня тут большинство комментаторов так или иначе веселит — зачем бы я сюда ходил ещё?

а. ещё раз или два в комментариях подсказали хорошие софтинки. но читать все комментарии только ради софтинки раз в год…

Ответить | Правка | ^ к родителю #48 | Наверх | Cообщить модератору

73. "Разработчики GNOME опровергли информацию, что проект..."  +1 +/
Сообщение от arisu (ok) on 17-Ноя-13, 15:30 
> Я не злой, просто меня смешит эта женская логика, когда человек надевает
> на себя маску Анонима и пытается вести разговор «переходя на личности».

и, кстати, быть анонимом и беседовать «личностно» — никакое не противоречие. вот ты, например — разве не можешь 294-го узнать? а ведь тоже аноним. а если изю в анонима переименовать — думаешь, никто не узнает? про себя и не говорю.

Ответить | Правка | ^ к родителю #48 | Наверх | Cообщить модератору

101. "Разработчики GNOME опровергли информацию, что проект..."  +1 +/
Сообщение от Vkni (ok) on 17-Ноя-13, 20:36 
> и, кстати, быть анонимом и беседовать «личностно» — никакое не противоречие.

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

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

> вот ты, например — разве не можешь 294-го узнать?

Я не хочу этим заниматься.

Ответить | Правка | ^ к родителю #73 | Наверх | Cообщить модератору

103. "Разработчики GNOME опровергли информацию, что проект..."  +1 +/
Сообщение от arisu (ok) on 17-Ноя-13, 21:19 
>> вот ты, например — разве не можешь 294-го узнать?
> Я не хочу этим заниматься.

вообще-то оно получается автоматически.

Ответить | Правка | ^ к родителю #101 | Наверх | Cообщить модератору

28. "Разработчики GNOME опровергли информацию, что проект..."  +/
Сообщение от Crazy Alex (ok) on 16-Ноя-13, 22:57 
Кстати, после того, как я сподобился посмотреть архитектуру upstart я начисто перестал понимай хайп вокруг systemd - upstart просто спроектирован приличнее.
Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

29. "Разработчики GNOME опровергли информацию, что проект..."  –1 +/
Сообщение от arisu (ok) on 16-Ноя-13, 23:01 
> Кстати, после того, как я сподобился посмотреть архитектуру upstart я начисто перестал
> понимай хайп вокруг systemd — upstart просто спроектирован приличнее.

красношап же. NIH во все поля. libnih используется в upstart, а nih-синдром отчего-то у красношапа.

Ответить | Правка | ^ к родителю #28 | Наверх | Cообщить модератору

30. "Разработчики GNOME опровергли информацию, что проект..."  +/
Сообщение от Crazy Alex (ok) on 16-Ноя-13, 23:15 
Угу :-) Кстати, эта libnih - то ещё чудо... Эмуляция деструкторов впечатлила. Честно говоря, лучше б взяли плюсы, наваяли стайлгайд, запрещающий 95% из возможностей, и использовали их как "better C".
Ответить | Правка | ^ к родителю #29 | Наверх | Cообщить модератору

31. "Разработчики GNOME опровергли информацию, что проект..."  +/
Сообщение от arisu (ok) on 16-Ноя-13, 23:21 
я вообще не читал, что там внутри, люблю только за название.
Ответить | Правка | ^ к родителю #30 | Наверх | Cообщить модератору

35. "Разработчики GNOME опровергли информацию, что проект..."  +/
Сообщение от Crazy Alex (ok) on 17-Ноя-13, 00:44 
да я тоже, просто поискал в нете и в числе прочего попалась статеечка, вот: http://ifdeflinux.blogspot.com/2012/05/quick-libnih-tutorial...

А название зачетное, да.

И цели проекта хороши:

Its goals are:

* despite its name, to _not_ reimplement anything found in the
   standard C library or any library normally found in /lib;

* use standard C types and conventions where appropriate;

* have a simple and consistent programming interface;

* be useful to library developers without needing to be exposed in
   the library's API;

* not hide implementation details or structure contents, we're all
   adults after all.


Лично мне всё это весьма близко.

Ответить | Правка | ^ к родителю #31 | Наверх | Cообщить модератору

36. "Разработчики GNOME опровергли информацию, что проект..."  +1 +/
Сообщение от arisu (ok) on 17-Ноя-13, 00:51 
насчёт «safe» — это они, конечно, круто загнули. не знаю, поменяли ли уже, но раньше, например, libnih при выделении памяти упорно крутила цикл, пока malloc() не вернёт !NULL. это, без сомнения, очень новаторский подход к обработке ошибки «что-то с памятью моей стало».
Ответить | Правка | ^ к родителю #35 | Наверх | Cообщить модератору

37. "Разработчики GNOME опровергли информацию, что проект..."  +/
Сообщение от Crazy Alex (ok) on 17-Ноя-13, 02:07 
Не, это у них в TODO лежит. С другой стороны - если мы о применении в upstart речь ведем - то если на инит памяти не хватило, то на что ж её хватит? А если это пользовательский апстарт - то вроде и логично. Тем более, что сейчас в ядре вроде сибирались избавляться от OOM  в пользу возврата ENOMEM (что, как по мне, весьма логично)
Ответить | Правка | ^ к родителю #36 | Наверх | Cообщить модератору

38. "Разработчики GNOME опровергли информацию, что проект..."  +2 +/
Сообщение от arisu (ok) on 17-Ноя-13, 02:10 
неа, мы тут о libnih речь ведём. и в той же статье, на которую ты дал ссылку, в примере как раз рекомендуют цикл «пока не надоест» (посмотри на макрос). за такое надо отрывать руки по самые ноги.
Ответить | Правка | ^ к родителю #37 | Наверх | Cообщить модератору

39. "Разработчики GNOME опровергли информацию, что проект..."  +/
Сообщение от Crazy Alex (ok) on 17-Ноя-13, 03:10 
Если не в контексте апстарта - то да, полностью согласен
Ответить | Правка | ^ к родителю #38 | Наверх | Cообщить модератору

40. "Разработчики GNOME опровергли информацию, что проект..."  +/
Сообщение от arisu (ok) on 17-Ноя-13, 03:16 
> Если не в контексте апстарта - то да, полностью согласен

да и в контексте… я очень не уверен, что идея «крутить цикл, пока не дадут памяти» для инита — хорошая идея. ну дык и не надо совать в инит service manager, не место ему там.

Ответить | Правка | ^ к родителю #39 | Наверх | Cообщить модератору

44. "Разработчики GNOME опровергли информацию, что проект..."  +/
Сообщение от Vkni (ok) on 17-Ноя-13, 04:33 
> Если не в контексте апстарта - то да, полностью согласен

Вообще-то иногда желательно знать, из-за чего система повисла при загрузке. :-) Поэтому malloc в бесконечном цикле - не наш метод.

Ответить | Правка | ^ к родителю #39 | Наверх | Cообщить модератору

67. "Разработчики GNOME опровергли информацию, что проект..."  +/
Сообщение от Crazy Alex (ok) on 17-Ноя-13, 15:13 
Ну, в ините это предельно маловероятная ситуация. Хотя тем более непонятно, зачем такое чудо
Ответить | Правка | ^ к родителю #44 | Наверх | Cообщить модератору

127. "Разработчики GNOME опровергли информацию, что проект..."  –1 +/
Сообщение от Аноним (??) on 18-Ноя-13, 03:44 
> Ну, в ините это предельно маловероятная ситуация.

Оптимизм - это хорошо. Особенно в древних инитах где параллелизации вообще нет - там клинч любого процесса все нагнет. Некоторые субъекты так прикольно условия под ответ подгоняют :).

Ответить | Правка | ^ к родителю #67 | Наверх | Cообщить модератору

132. "Разработчики GNOME опровергли информацию, что проект..."  +1 +/
Сообщение от arisu (ok) on 18-Ноя-13, 04:17 
зачем в *ините* какая-то «параллелизация» вообще? O_O
Ответить | Правка | ^ к родителю #127 | Наверх | Cообщить модератору

137. "Разработчики GNOME опровергли информацию, что проект..."  –1 +/
Сообщение от Аноним (??) on 18-Ноя-13, 05:13 
> зачем в *ините* какая-то «параллелизация» вообще? O_O

Затем что процессы бывают разные. Некоторые например взлетают несколько минут и это может быть совершенно нормально. Совсем не комильфо ставить р@ком при этом вообще все.

Ответить | Правка | ^ к родителю #132 | Наверх | Cообщить модератору

139. "Разработчики GNOME опровергли информацию, что проект..."  +2 +/
Сообщение от arisu (ok) on 18-Ноя-13, 05:30 
ещё раз спрошу: какое к этому отношение имеет *init*?
Ответить | Правка | ^ к родителю #137 | Наверх | Cообщить модератору

144. "Разработчики GNOME опровергли информацию, что проект..."  –1 +/
Сообщение от Аноним (??) on 18-Ноя-13, 13:03 
> ещё раз спрошу: какое к этому отношение имеет *init*?

Самое элементарное: если он не параллельный, остальные будут в это время курить бамбук, как минимум без подстановки каких-то сильно отдельных костылей. В более современных инитах сие осознали, даже в sysv-образных вроде как сие запилили уже. А раньше, если меня склероз не подводит, даже получение IP по DHCP могло все поставить колом до нехилого таймаута, если что-то не срослось.

Ответить | Правка | ^ к родителю #139 | Наверх | Cообщить модератору

152. "Разработчики GNOME опровергли информацию, что проект..."  +1 +/
Сообщение от arisu (ok) on 18-Ноя-13, 19:14 
можно увидеть код, который за это «раньше» ответственен? я всё ещё хочу понять, при чём тут «параллелизация в ините», какое отношение инит имеет к «получению IP по DHCP» и что такое тебе подсунул твой дилер, что тебя уже какой день не отпускает.
Ответить | Правка | ^ к родителю #144 | Наверх | Cообщить модератору

57. "Разработчики GNOME опровергли информацию, что проект..."  +/
Сообщение от all_glory_to_the_hypnotoad (ok) on 17-Ноя-13, 13:24 
> Тем более, что сейчас в ядре вроде сибирались избавляться от OOM  в пользу возврата ENOMEM (что, как по мне, весьма логично)

от OOM можно и сейчас избавиться выключив overcommit.  Иначе от него избавиться в пользу ENOMEM невозможно. Ты что-то не так понял в той новости, либо переводчик в очередной раз в процессе родил новость из другой вселенной.

Ответить | Правка | ^ к родителю #37 | Наверх | Cообщить модератору

68. "Разработчики GNOME опровергли информацию, что проект..."  +/
Сообщение от Crazy Alex (ok) on 17-Ноя-13, 15:20 
Из новости про 3.12: Интегрирован улучшенный алгоритм OOM (out-of-memory), более корректно обрабатывающий состояние нехватки памяти в системе, но способный привести к появлению ранее не фиксированных ошибок категории "out of memory" в пользовательских приложениях. Основное отличие от ранее используемого алгоритма сводится к тому, что при запросе блока в ситуации исчерпании доступной памяти, процессу теперь возвращается ошибка выделения памяти (ENOMEM) вместо поиска и принудительного завершения прожорливого процесса.

Вот более детальное англоязычное описание: https://lwn.net/Articles/562211/#oom

Ответить | Правка | ^ к родителю #57 | Наверх | Cообщить модератору

145. "Разработчики GNOME опровергли информацию, что проект..."  +/
Сообщение от Аноним (??) on 18-Ноя-13, 13:08 
"И вместо рака будет грыжа". Теперь мы узнаем много нового о том как програмеры кладут болт на коды возврата системных вызовов и как они потом пытаются работать дальше, как будто бы сискол успешно завершился. Ну а потом через полчаса счета программа все-таки упадет, нарвавшись на явный левак, который никто никогда и близко не ожидал. Счастливой отладки :).
Ответить | Правка | ^ к родителю #68 | Наверх | Cообщить модератору

58. "Разработчики GNOME опровергли информацию, что проект..."  +/
Сообщение от Аноним (??) on 17-Ноя-13, 13:35 
1)Освобождение локальных переменных (объявленных внутри блока {}) есть задача компилятора, а он nim_ функцию подсовывает.
2)Инициализировать указатель NULL-ом "в школе учат".
Ответить | Правка | ^ к родителю #35 | Наверх | Cообщить модератору

63. "Разработчики GNOME опровергли информацию, что проект..."  +/
Сообщение от Аноним (??) on 17-Ноя-13, 14:34 
Просто он дает возможность дебilам, которые не хотят учиться, почувствовать себя адскими админами.
Ответить | Правка | ^ к родителю #58 | Наверх | Cообщить модератору

71. "Разработчики GNOME опровергли информацию, что проект..."  +/
Сообщение от Crazy Alex (ok) on 17-Ноя-13, 15:26 
Что курим? Админы всего этого вообще не видят, это касается только программистов
Ответить | Правка | ^ к родителю #63 | Наверх | Cообщить модератору

79. "Разработчики GNOME опровергли информацию, что проект..."  +/
Сообщение от Аноним (??) on 17-Ноя-13, 15:48 
> Что курим? Админы всего этого вообще не видят, это касается только программистов

Сори. Оговорка по Фрейду.
К системД это относиться в полной мере.
Просто когда начинаешь городить огород "защта от дурака" - имеешь все прелести в полной мере. А nih_ это только начало.

Ответить | Правка | ^ к родителю #71 | Наверх | Cообщить модератору

80. "Разработчики GNOME опровергли информацию, что проект..."  +/
Сообщение от Аноним (??) on 17-Ноя-13, 15:50 
> Сори. Оговорка по Фрейду.
> К системД это относиться в полной мере.
> Просто когда начинаешь городить огород "защта от дурака" - имеешь все прелести
> в полной мере. А nih_ это только начало.

Незаметно становишься на путь MS и дураков становится больше, а затем умные уже выглядят как изгои или мамонты.
Unix-way - дурак должен быть виден сразу.

Ответить | Правка | ^ к родителю #79 | Наверх | Cообщить модератору

107. "Разработчики GNOME опровергли информацию, что проект..."  +/
Сообщение от Crazy Alex (ok) on 17-Ноя-13, 21:26 
Рутина вида "явно освободить бъект при уходе из контекста, где объявлен указатель на него" к уму не относится, как мне кажется. Осбенно если учесть, что объектом может быть struct со своими указателями, которым тоже надо сказать free... и так далее. Вот nih_ функции это и делают - мониторят и рекурсивно освобождают память.
Ответить | Правка | ^ к родителю #79 | Наверх | Cообщить модератору

69. "Разработчики GNOME опровергли информацию, что проект..."  +1 +/
Сообщение от Crazy Alex (ok) on 17-Ноя-13, 15:25 
Переменные - да. А косвенно адресованные объекты, вроде строк тех же?
Вот и сделали они умные указатели, которые освобождают выделенную память при выходе из контекста. Идея, прямо скажем, не новая, но вот в сях - впервые вижу.

А инициализировать указатель NULL-ом - обычно учат для упрощения поиска багов, но в прицнипе оно на работу обычно не влияет. Здесь отличие в том, что без этой инициализации сразу имеем проблемы. Ну что сказать - надо было всё же плюсы брать, хотя бы в варианте "Better C".

Ответить | Правка | ^ к родителю #58 | Наверх | Cообщить модератору

75. "Разработчики GNOME опровергли информацию, что проект..."  +/
Сообщение от arisu (ok) on 17-Ноя-13, 15:36 
> надо было всё же плюсы брать

ненене, уносите. подальше. и пусть их там берёт кто хочет. деструкторы локальных переменных — это очень удобно, сам использую. а ещё — ты не поверишь — объектную систему иногда, основаную на прототипах и посылке сообщений. правда, всё никак не соберусь написать к ней какой-нибудь препроцессор на том же peg.

Ответить | Правка | ^ к родителю #69 | Наверх | Cообщить модератору

102. "Разработчики GNOME опровергли информацию, что проект..."  +/
Сообщение от Crazy Alex (ok) on 17-Ноя-13, 21:15 
Ну и чем тебе плюсовый умный указатель и RAII будут хуже, даже если ты больше вообще из плюсов ничего не будешь использовать? Тем, что оно вылизано сто раз, в отличие от костыля (не спорю, красивого)?

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

Ответить | Правка | ^ к родителю #75 | Наверх | Cообщить модератору

105. "Разработчики GNOME опровергли информацию, что проект..."  +1 +/
Сообщение от arisu (ok) on 17-Ноя-13, 21:22 
> Ну и чем тебе плюсовый умный указатель и RAII будут хуже

name mangling? спасибо, помойка через два квартала.

> У тебя на плюсы какая-то чрезмерно резкая реакция.

как на любого бесполезного уродца, которого отчего-то считают королём.

> ну пользуйся теми, которые тебе подходят

ты не поверишь: получается обычный си. иногда — с __attribute__((cleanup)).

Ответить | Правка | ^ к родителю #102 | Наверх | Cообщить модератору

113. "Разработчики GNOME опровергли информацию, что проект..."  +/
Сообщение от Crazy Alex (ok) on 18-Ноя-13, 00:17 
А что манглинг? Манглинг роляет только если либу пишешь, которую из других языков использовать будут, в остальное время ты его не видишь. Так для интерфейсного можно extern "C" сказать.

Лично я плюсам в своё время за RAII и STL продался, о чем не жалею совершенно. Ну и фокусы вроде do_something_with_foo(foo *self) раздражают. Раз оно в каждой второй программе - значит языковый механизм очень даже к месту.

Но дело хозяйское, конечно.

Ответить | Правка | ^ к родителю #105 | Наверх | Cообщить модератору

118. "Разработчики GNOME опровергли информацию, что проект..."  +1 +/
Сообщение от arisu (ok) on 18-Ноя-13, 01:10 
> А что манглинг? Манглинг роляет только если либу пишешь, которую из других
> языков использовать будут, в остальное время ты его не видишь.

будут. у меня куча проектов на си, например. я имел в глубоком виду их все под цпп точить (некоторые из них вообще собираются самопальным — ну ладно, спёртым и допиленым — компилятором, который про цпп знать не знает).

> Так для интерфейсного можно extern «C» сказать.

хреновато в «си интерфейс» классы торчат, однако. а без классов хреновато деструкторы работают.

> Лично я плюсам в своё время за RAII и STL продался, о
> чем не жалею совершенно. Ну и фокусы вроде do_something_with_foo(foo *self) раздражают.
> Раз оно в каждой второй программе — значит языковый механизм очень
> даже к месту.

да идея с объектами-то хороша. c++ плохой просто. вот если бы губы Никанора Ивановича, да приставить к носу Ивана Кузьмина, да взять сколько-нибудь развязности, какая у Балтазара Балтазарыча, да, пожалуй, прибавить к этому еще дородности Ивана Павловича…

то есть, Objective C взять, да ещё чуть-чуть его допилить, да чтобы на этом не один я писал…

Ответить | Правка | ^ к родителю #113 | Наверх | Cообщить модератору

125. "Разработчики GNOME опровергли информацию, что проект..."  +/
Сообщение от Аноним (??) on 18-Ноя-13, 03:37 
> самопальным — ну ладно, спёртым и допиленым — компилятором, который про
> цпп знать не знает).

Хе, это под какие-то экзотичные архитектуры?

> на этом не один я писал…

Самые большие грабли, пожалуй :\.

Ответить | Правка | ^ к родителю #118 | Наверх | Cообщить модератору

133. "Разработчики GNOME опровергли информацию, что проект..."  +/
Сообщение от arisu (ok) on 18-Ноя-13, 04:19 
>> самопальным — ну ладно, спёртым и допиленым — компилятором, который про
>> цпп знать не знает).
> Хе, это под какие-то экзотичные архитектуры?

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

Ответить | Правка | ^ к родителю #125 | Наверх | Cообщить модератору

126. "Разработчики GNOME опровергли информацию, что проект..."  +/
Сообщение от Crazy Alex (ok) on 18-Ноя-13, 03:42 
У тебя что там - какой-то эмбед суровый, что левый компилятор C?
Ответить | Правка | ^ к родителю #118 | Наверх | Cообщить модератору

134. "Разработчики GNOME опровергли информацию, что проект..."  +1 +/
Сообщение от arisu (ok) on 18-Ноя-13, 04:21 
> У тебя что там - какой-то эмбед суровый, что левый компилятор C?

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

Ответить | Правка | ^ к родителю #126 | Наверх | Cообщить модератору

153. "Разработчики GNOME опровергли информацию, что проект..."  +/
Сообщение от Crazy Alex (ok) on 18-Ноя-13, 19:18 
А, если самописный - тогда вопрос другой. Но монстрики, видать, забавные.
Ответить | Правка | ^ к родителю #134 | Наверх | Cообщить модератору

159. "Разработчики GNOME опровергли информацию, что проект..."  +/
Сообщение от arisu (ok) on 18-Ноя-13, 20:12 
> А, если самописный - тогда вопрос другой. Но монстрики, видать, забавные.

да так, в основном генераторы правил и dsl. естественно, ни разу не для какого-нибудь «продакшэна» — так, исключительно по причине: «ну вот, у нас есть компилятор. надо же теперь хоть что-нибудь с ним сделать!»

Ответить | Правка | ^ к родителю #153 | Наверх | Cообщить модератору

141. "Разработчики GNOME опровергли информацию, что проект..."  +/
Сообщение от Vkni (ok) on 18-Ноя-13, 06:48 
> Лично я плюсам в своё время за RAII и STL продался, о
> чем не жалею совершенно. Ну и фокусы вроде do_something_with_foo(foo *self) раздражают.
> Раз оно в каждой второй программе - значит языковый механизм очень
> даже к месту.

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

Ответить | Правка | ^ к родителю #113 | Наверх | Cообщить модератору

155. "Разработчики GNOME опровергли информацию, что проект..."  +/
Сообщение от Crazy Alex (ok) on 18-Ноя-13, 19:21 
RAII меня тогда больше освобождением не памяти впечатлило, а внешних ресурсов - локов всяких,  файлов. А что до памяти - её везде забыть можно, даже с GC запросто висячие ссылки остаются. Но деструкторы и GC остроту проблемы сильно снимают.
Ответить | Правка | ^ к родителю #141 | Наверх | Cообщить модератору

76. "Разработчики GNOME опровергли информацию, что проект..."  +/
Сообщение от Аноним (??) on 17-Ноя-13, 15:41 
1)Память освобождается по принципу стэка. Контекс он и в С контекс (как переменные окружения в шеле)
2) Ну да по принципу: Представим что дuрак не инициализировал правильно указатель, не будем его обижать а напишем хелпер.
Ответить | Правка | ^ к родителю #69 | Наверх | Cообщить модератору

81. "Разработчики GNOME опровергли информацию, что проект..."  +/
Сообщение от arisu (ok) on 17-Ноя-13, 15:50 
о, Видущий Орхитектор вылез. вы не обращайте внимания на то, что он говорит: его неупоротым никто никогда ещё не видел.
Ответить | Правка | ^ к родителю #76 | Наверх | Cообщить модератору

84. "Разработчики GNOME опровергли информацию, что проект..."  +/
Сообщение от Аноним (??) on 17-Ноя-13, 16:00 
http://dvo.sut.ru/libr/cvti/i618buz/8.htm
Объекты класса auto имеют локальное время жизни и локальную область видимости – только ту функцию или тот блок, где они объявлены. Такие переменные называются автоматическими. По умолчанию, т. е. без указания класса, все переменные, объявленные внутри блока, относятся к классу auto. Переменная класса auto начинает существовать при входе в блок, в котором она объявлена. Память под автоматическую переменную выделяется в стеке. При выходе из блока переменная автоматически исчезает. При этом память, отведенная под эту переменную, освобождается. При повторном входе в блок для этой переменной может быть выделен другой участок памяти.

Ответить | Правка | ^ к родителю #81 | Наверх | Cообщить модератору

86. "Разработчики GNOME опровергли информацию, что проект..."  +/
Сообщение от arisu (ok) on 17-Ноя-13, 16:05 
специально для идиотов я повторяю вопрос: кто должен освобождать память, выделеную по strdup(), указатель на которую сохранён в локальной переменной типа 'char *'?
Ответить | Правка | ^ к родителю #84 | Наверх | Cообщить модератору

89. "Разработчики GNOME опровергли информацию, что проект..."  +/
Сообщение от Аноним (??) on 17-Ноя-13, 16:26 
http://ru.wikipedia.org/wiki/Strdup
если ты уничтожил указатель (объявив его auto), а потом ищешь вне блока - то хелпер как раз для тебя.
Ответить | Правка | ^ к родителю #86 | Наверх | Cообщить модератору

142. "Разработчики GNOME опровергли информацию, что проект..."  +/
Сообщение от Vkni (ok) on 18-Ноя-13, 06:49 
> о, Видущий Орхитектор вылез. вы не обращайте внимания на то, что он
> говорит: его неупоротым никто никогда ещё не видел.

Ты можешь его деанонимизировать? Больно реплика смешная (см. ниже).

Ответить | Правка | ^ к родителю #81 | Наверх | Cообщить модератору

154. "Разработчики GNOME опровергли информацию, что проект..."  +1 +/
Сообщение от arisu (ok) on 18-Ноя-13, 19:20 
> Ты можешь его деанонимизировать?

неа, дураков особо не запоминаю. да и похожи они, как трое из ларца. «неанонимные анонимусы» обладают весьма узнаваемым стилем и некоторыми «флажковыми» темами. а эти… ни кожи, ни рожи. я их объединил давно в Большого Бухарца.

Ответить | Правка | ^ к родителю #142 | Наверх | Cообщить модератору

140. "Разработчики GNOME опровергли информацию, что проект..."  +/
Сообщение от Vkni (ok) on 18-Ноя-13, 06:45 
Контекс (contex) - это презервативы такие.
Ответить | Правка | ^ к родителю #76 | Наверх | Cообщить модератору

83. "Разработчики GNOME опровергли информацию, что проект..."  +/
Сообщение от Аноним (??) on 17-Ноя-13, 15:53 
> А инициализировать указатель NULL-ом - обычно учат для упрощения поиска багов, но
> в прицнипе оно на работу обычно не влияет.

Ну мы же можем проверить, прошло копирование или нет в помощью сравнения с NULL.

Ответить | Правка | ^ к родителю #69 | Наверх | Cообщить модератору

104. "Разработчики GNOME опровергли информацию, что проект..."  +/
Сообщение от Crazy Alex (ok) on 17-Ноя-13, 21:21 
А, ну да. Это ж си, я забыл, что там нет исключения по нехватке памяти, ни соответствуюа каждое выделение надо обрабатывать отдельно. Хоть бы хук соответствующий добавили, что ли, а то в каждой функции проверять - это жесть.
Ответить | Правка | ^ к родителю #83 | Наверх | Cообщить модератору

106. "Разработчики GNOME опровергли информацию, что проект..."  +1 +/
Сообщение от arisu (ok) on 17-Ноя-13, 21:24 
какой жестокий бог запретил тебе сделать нужные функции с хуками?
Ответить | Правка | ^ к родителю #104 | Наверх | Cообщить модератору

108. "Разработчики GNOME опровергли информацию, что проект..."  +/
Сообщение от Crazy Alex (ok) on 17-Ноя-13, 21:58 
Да мне и свой компилятор никакой жесткий бог писать не запрещал. Только если все делать самотужки - до результата можно и не дожить. Не говоря о том, что самодельная функция с хуками не спасёт от ENOMEM в какой-нибудь другой используемой либе.
Ответить | Правка | ^ к родителю #106 | Наверх | Cообщить модератору

109. "Разработчики GNOME опровергли информацию, что проект..."  +/
Сообщение от arisu (ok) on 17-Ноя-13, 22:09 
> Не говоря о том, что самодельная функция с хуками не спасёт
> от ENOMEM в какой-нибудь другой используемой либе.

сесть перед системным malloc не?

Ответить | Правка | ^ к родителю #108 | Наверх | Cообщить модератору

114. "Разработчики GNOME опровергли информацию, что проект..."  +/
Сообщение от Crazy Alex (ok) on 18-Ноя-13, 00:19 
Что-то не соображу, как это сделать без извращений с линковкой
Ответить | Правка | ^ к родителю #109 | Наверх | Cообщить модератору

119. "Разработчики GNOME опровергли информацию, что проект..."  +/
Сообщение от arisu (ok) on 18-Ноя-13, 01:18 
> Что-то не соображу, как это сделать без извращений с линковкой

да с извращениями, конечно. но это само по себе особого смысла не имеет: ну, будет у тебя callback. толку? всё, что он сможет хорошего сделать — это с воплями упасть. потому как если библиотека не обработала проблемы с памятью, то и cleanup за собой не сделала. ну, вылетишь ты оттуда через longjmp() — а будет ли потом нормально работать, так это бабушка надвое сказала уже.

проверяй-проверяй. руками. чай, не отвалятся. си, всё-таки.

Ответить | Правка | ^ к родителю #114 | Наверх | Cообщить модератору

129. "Разработчики GNOME опровергли информацию, что проект..."  +/
Сообщение от Crazy Alex (ok) on 18-Ноя-13, 03:54 
Хм, в плюсах оно как-то так (ага, там хендлер тоже есть, кроме эксепшнов и возможности глобально переопределить new): если не удалось выделить достаточно памяти и установлен твой хендлер, он вызывается. В нем ты можешь что-то сделать (допустим, освободить какую-то память). Ечли считаешь, что получилось - нормально возвращаешься, и new повторит попытку. Иначе - выбрасываешь исключение или завершаешь программу.

А чего библиотека что-то там не обработала? Она о проблеме еще и не знает.

Ответить | Правка | ^ к родителю #119 | Наверх | Cообщить модератору

135. "Разработчики GNOME опровергли информацию, что проект..."  +/
Сообщение от arisu (ok) on 18-Ноя-13, 04:23 
я тебе скажу, что если у тебя есть возможность «освободить какую-то память», то какого чёрта она вообще ещё не освобождена? на кэши растранжирил, небось.

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

Ответить | Правка | ^ к родителю #129 | Наверх | Cообщить модератору

150. "Разработчики GNOME опровергли информацию, что проект..."  +/
Сообщение от Crazy Alex (ok) on 18-Ноя-13, 15:59 
Да много на что. Кэши - один из вариантов. Дорогая сборка, которую откладываем до последнего - другой.

Вот пример: есть у меня вьюер PDF. Я, натурально, постараюсь декодировать и держать в памяти кроме текущей страницы еще сколько-то до неё и после, чтобы юзверю мгновенно показать. Чего ради мне их освоождать без надобности?

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

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

Или у меня полуживой процесс обсчета чего-то, жрущий память, которы я в принципе могу сейчас убить и дапустить позже (какое-нибудь индексирование того же PDF, скажем)... В общем, много чего может быть.

И ни фига эта механика не обламывается на чужих аллокациях, в том-то и фишка. По крайней мере пока это плюсовые аллокации - один хрен вызов к тому же рантайму идёт. С malloc из сишной библиотеки - да, там обращение к другому рантайму, сишному, коорый этого не умеет. А вот сишная не обломилась бы ни в каком случае - нет в сях других способов память получить, разве что полность заново memory management реализовывать, но это уже совсем экзотика.

Ответить | Правка | ^ к родителю #135 | Наверх | Cообщить модератору

156. "Разработчики GNOME опровергли информацию, что проект..."  +/
Сообщение от arisu (ok) on 18-Ноя-13, 19:29 
> Да много на что. Кэши - один из вариантов. Дорогая сборка, которую
> откладываем до последнего — другой.

да пошутил я про кэши. хотя ты ведь сплошные кэши описал, сам посмотри. :3

> И ни фига эта механика не обламывается на чужих аллокациях, в том-то
> и фишка. По крайней мере пока это плюсовые аллокации — один
> хрен вызов к тому же рантайму идёт.

я не зря про malloc() написал. к моему счастью, системные библиотеки пока в большинстве своём написаны на си, а не на цпп.

> нет в сях других способов память получить, разве что
> полность заново memory management реализовывать, но это уже совсем экзотика.

есть, есть. wrapper, например. а многие библиотеки и вовсе имеют API для задания функций malloc()/realloc()/free(). да, это не обязательно — так и в цпп никто силой не заставляет везде new использовать, тоже по договору.

а вообще — спор дурацкий. смотри вот сюда, например: http://www.gnu.org/software/libc/manual/html_node/Hooks-for-...
хоть обвешайся своими хуками. да, glibc-specific. ну так не пиши под системы, где таких механизмов нет. :3

Ответить | Правка | ^ к родителю #150 | Наверх | Cообщить модератору

162. "Разработчики GNOME опровергли информацию, что проект..."  +/
Сообщение от Crazy Alex (ok) on 18-Ноя-13, 22:58 
Вообще-то не совсем сплошные :-) Я описал еще вариант некритичного процесса, который может быть прерван, и вариант, когда сборка мусора отложена в надежде, что е вообще делать не придется. Кешами я бы это не назвал. Хотя да, кеши более распространены - и что, не юзать их, что ли? Хороши ведь, заразы.

По хукам - я это видел, но эта дока ни хрена не специфицирует их поведение ни для чего кроме отладки, так что, как минимум, придется жирно копаться в коде чтобы понять, как это корректно использовать - и то гарантии никакой, что оно будет работать на другой версии - undocumented же. А против glibc-specific и gcc-specific я никогда и не возражал. В том числе поэтому полагаю, что если соответствующий хендлер туда засунуть или эти описать толком - то проблема либ на C, которые это не умеют, будет снята автоматом.

Ответить | Правка | ^ к родителю #156 | Наверх | Cообщить модератору

163. "Разработчики GNOME опровергли информацию, что проект..."  +/
Сообщение от arisu (ok) on 18-Ноя-13, 23:39 
> По хукам - я это видел, но эта дока ни хрена не
> специфицирует их поведение ни для чего кроме отладки

ну, пример по ссылке достаточно чётко показывает, как их использовать. их *рекомендуют* для отладки, но работает оно везде. хуже то, что их в deprecated перевели.

но я тоже не понимаю, почему нет таких официальных хуков, злобно задокументированых в камне. понятно, что это bad practice, но у нас же си, ёлки-палки — если я хочу прострелить ногу, то дайте же мне уже стандартное ружьё, а не прячьте стыдливо обрез под полой!

Ответить | Правка | ^ к родителю #162 | Наверх | Cообщить модератору

116. "Разработчики GNOME опровергли информацию, что проект..."  +/
Сообщение от Аноним (??) on 18-Ноя-13, 00:41 
> бы хук соответствующий добавили, что ли, а то в каждой функции
> проверять - это жесть.

Чувак, си довольно мощная и гибкая штука. Как тебе номер с полностью статичным распределением памяти, без динамического выделения вообще? В си так можно. А вот если с ножом к горлу навязать какой-то крап - все сломается. И не получится потом си юзать в эмбедовке всякой, где надежность важна.

Аксиома: если динамического выделения памяти нет - оно не сможет обломаться. Поэтому высоконадежный встраиваемый софт зачастую использует статичное распределение памяти. И тебе врядли понравится ошибка выделения памяти в проце выкидывающем подушки безопасности чтобы горе-ездок не размазался о стену. Поэтому когда ты думаешь что нечто надо заоптимизировать - подумай немного своей черепушкой что существующее положение дел может быть и не только потому что все вокруг глупые, а ты самый умный, но и по другим, более разумным причинам.

Ответить | Правка | ^ к родителю #104 | Наверх | Cообщить модератору

130. "Разработчики GNOME опровергли информацию, что проект..."  +/
Сообщение от Crazy Alex (ok) on 18-Ноя-13, 03:59 
Да успокойся, в этом треде новичков нет.

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

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

Ответить | Правка | ^ к родителю #116 | Наверх | Cообщить модератору

146. "Разработчики GNOME опровергли информацию, что проект..."  +1 +/
Сообщение от Аноним (??) on 18-Ноя-13, 13:20 
> Да успокойся, в этом треде новичков нет.

А зачем тогда в 100500-й раз заводить одну и ту же волыну?

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

Например, тот факт что такового обработчика и инфраструктуры под него быть вообще не обязано. А кому реально надо - таки сделал. Видал и "malloc с retry и таймаутом" например. Ну то-есть получив отлуп вида "ой, памяти нету" - оно подождет, сунется еще раз (или несколько). Если лучше так и не стало - делается вывод что системе настал совсем крындец и возвращается ошибка, инициирующая обработку "полного крындеца".

Еще как вариант: можно выделить себе заранее большой блок памяти системным malloc, выюзать, а потом оттуда уже все раздавать на внутрипрограмные нужды. Получится свой менеджер памяти с своей логикой работы. Возможно опять же сильно кастомной и удобной в какой-то конкретной ситуации. Си хорош тем что все это - можно. А в какой-нть гламурной яве народ с ее рантаймом и дурными свойствами оного воюет дольше чем написать кастомный аллокатор с желаемыи свойствами, etc. Прикольно такое видеть - это называется "горе от ума".

> Если не понял, о чем речь - я тут комментом выше объяснил,
> как оно в плюсах сделано.

Мне не особо нравятся плюсы. Они какие-то переусложненные. Хотя возможно это и есть разумный баланс между совсем г-нокодом явы и совсем простым как топор си.

> Я-то веду речь о самом распространенном случае - обычный десктопный или серверный софт,

Стоп-стоп, си - он не только для этого. И об этом не следует забывать. И даже на десктопе и сервере сями собраны и довольно загогулистые штуки типа бутлоадеров, у которых довольно кастомные требования, ибо они запускаются на неинициализированном железе зачастую. Вплоть до того что кто-то должен DRAM проинициализировать до того как туда можно будет мегазы хлама вгрузить, например. А ничего что это тоже код делает? И он тоже на си писан. И совсем не айс если такое отвалится, имхо. А если с ножом к горлу осчастливливать - таки отвалится и поломается. Кому все надо - автоматическую задоподтиралку - есть ява, например. Чего вам си дался? Да, си - не игрушка для овощей типа изена, которые больше похожи на обезьяну с гранатой. Си никогда для такой аудитории не предназначался.

Ответить | Правка | ^ к родителю #130 | Наверх | Cообщить модератору

148. "Разработчики GNOME опровергли информацию, что проект..."  –1 +/
Сообщение от Crazy Alex (ok) on 18-Ноя-13, 15:48 
Твою мать, что ты мне тут механику работы арен расписываешь и объясняешь, что на сях бутлоадеры пишут и оборудование инициализируют? Я, вообще-то, в курсе.

До тебя в самом деле не доходит, что речь о стандартной библиотеке, которая, между прочим, и так включает ни хрена не детерминированный malloc? Ну и кому было бы хуже, если б этот malloc умел звать пользовательский хелпер, если память сам выделить не может?

Ответить | Правка | ^ к родителю #146 | Наверх | Cообщить модератору

157. "Разработчики GNOME опровергли информацию, что проект..."  +1 +/
Сообщение от arisu (ok) on 18-Ноя-13, 19:31 
вот про кастомные аллокаторы не надо: в цпп этот механизм сделан сильно круче.
Ответить | Правка | ^ к родителю #146 | Наверх | Cообщить модератору

74. "Разработчики GNOME опровергли информацию, что проект..."  +2 +/
Сообщение от arisu (ok) on 17-Ноя-13, 15:32 
> 1)Освобождение локальных переменных (объявленных внутри блока {}) есть задача компилятора

а освобождение памяти по указателю чья?

Ответить | Правка | ^ к родителю #58 | Наверх | Cообщить модератору

147. "Разработчики GNOME опровергли информацию, что проект..."  –2 +/
Сообщение от gns email(ok) on 18-Ноя-13, 14:58 
Systemd хорошо и прогресс.

Сырой пока правда, но то дело наживное.

Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

165. "Разработчики GNOME опровергли информацию, что проект..."  +/
Сообщение от дуайт_эйзенхауэр on 19-Ноя-13, 10:18 
А мне, вот, посты на форумах очень нравятся. Начал человек лепить ярлыки, и сразу ясно, что человек - полный утырок и разговаривать с ним не о чем.

Или можно еще по-другому.

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

Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

166. "Разработчики GNOME опровергли информацию, что проект..."  +/
Сообщение от arisu (ok) on 19-Ноя-13, 17:23 
и это тоже.
Ответить | Правка | ^ к родителю #165 | Наверх | Cообщить модератору

164. "Разработчики GNOME опровергли информацию, что проект станови..."  +/
Сообщение от Dmitry Shachnev email(ok) on 19-Ноя-13, 08:58 
Logind отлелим от systemd. В Ubuntu, например, первый есть, а второго нет.
Ответить | Правка | ^ к родителю #14 | Наверх | Cообщить модератору

25. "Разработчики GNOME опровергли информацию, что проект станови..."  +8 +/
Сообщение от asavah (ok) on 16-Ноя-13, 22:35 
холивар подан, садитесь жрать пожалуйста.

Gnome и systemd из категории "не нужно" имхо переходят в категории "пошли нах" и "посоны поделитесь тем, что вы курите".

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

32. "Разработчики GNOME опровергли информацию, что проект станови..."  +3 +/
Сообщение от Аноним (??) on 16-Ноя-13, 23:39 
>опровергли информацию, что проект становится зависимым от systemd
>поддержка ранее используемых средств управления сеансами и систем без systemd будет сохранена, но как долго продлится такая поддержка пока не ясно
>зависимость от logind была отклонена перед релизом, но при работе GNOME 3.8 без systemd наблюдаются проблемы.

Я не понимаю, где тут опровержение.

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

33. "Разработчики GNOME опровергли информацию, что проект станови..."  +/
Сообщение от dxd on 16-Ноя-13, 23:49 
"Это не мы зависимые, это вы какие-то не такие."
Ответить | Правка | ^ к родителю #32 | Наверх | Cообщить модератору

56. "Разработчики GNOME опровергли информацию, что проект становится"  +2 +/
Сообщение от piteri (ok) on 17-Ноя-13, 13:15 
>>опровергли информацию, что проект становится зависимым от systemd
>>поддержка ранее используемых средств управления сеансами и систем без systemd будет сохранена, но как долго продлится такая поддержка пока не ясно
>>зависимость от logind была отклонена перед релизом, но при работе GNOME 3.8 без systemd наблюдаются проблемы.
> Я не понимаю, где тут опровержение.

Ну, зависимость пока ещё не выработалась. Но без него уже плохо.

Ответить | Правка | ^ к родителю #32 | Наверх | Cообщить модератору

46. "Разработчики GNOME опровергли информацию, что проект станови..."  +/
Сообщение от Организация Объединённых Тюленей on 17-Ноя-13, 04:46 
Давайте, вы сможете слезть, мы в вас верим.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру