Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы		[ Отслеживать ]

Представлен многоплатформенный системный менеджер System XVI..., opennews (??), 14-Сен-15, (0) [смотреть все] Собираем чемоданы, опять переезжать А если серьёзно, то это намного лучше, чем п, Аноним (-), 10:53 , 14-Сен-15, (1) +37 // ну так намекают на system V Не типа мыявляемся более юникс чем другие хотя , slavius (?), 10:58 , 14-Сен-15, (3) // А мне напомнило Государство это я -- Людовик XIV ---init 1 это я -- ЛЁня I, Andrey Mitrofanov (?), 11:03 , 14-Сен-15, (8) +3 // А XVI как раз казнили , Аноним (-), 16:25 , 14-Сен-15, (69) а они просто историю не учили , slavius (?), 21:45 , 14-Сен-15, (103) –1 Сейчас казни не в моде Просто дадут пожизненное и отправят доживать свой век в , Аноним (-), 14:26 , 15-Сен-15, (146) Говорите, есть надежда , Константавр (ok), 07:03 , 15-Сен-15, (123) +1 А где S6-S15 - , IZh. (?), 11:04 , 14-Сен-15, (9) +1 // В море Дирака же , Аноним (-), 15:49 , 14-Сен-15, (63) Ждем как зилоты вопившие про то как это плохо - крутанутся на 179 5 градуса и на, Аноним (-), 11:14 , 14-Сен-15, (16) –10 // Это не точка зрения, это их корпорации на вертят , клоун (?), 13:15 , 14-Сен-15, (41) +3 В критике нет ничего плохого Критика это замечательно Плохие вещи заслуживают , Аноним (-), 11:02 , 14-Сен-15, (7) +20 // А вот и общечеловеки и ценители хороших правильных 1-way-ticket хватит-для-все, Andrey Mitrofanov (?), 11:05 , 14-Сен-15, (11) –31 // Хорошая иллюстрация на тему того как плевались извозчики в свое время от соко, Аноним (-), 11:25 , 14-Сен-15, (19) +1 Извозчиков в Москве тогда уже не было Да и вообще, знай вы историю получше, то , клоун (?), 14:02 , 14-Сен-15, (52) +4 Даю справку До революции существовало несколько конкурирующих планов Московского, жабабыдлокодер (ok), 15:07 , 14-Сен-15, (59) +1 Упоминания про мракобесие РПЦ вычёркиваются из современной истории России Читай, клоун (?), 15:45 , 14-Сен-15, (62) –3 _ а большинство зданий в центре города принадлежало РПЦ_Знали бы вы историю, то , anonas (?), 19:23 , 14-Сен-15, (84) –3 А отделение церкви от государства большевики просто по приколу придумали, а попы, angra (ok), 23:03 , 14-Сен-15, (109) +2 в россии до революции церковь являлась частью государства это так напоминание , slavius (?), 00:31 , 15-Сен-15, (112) –3 Собственностью владеет тот, кто получает с нее доход, может ее продать или сдать, angra (ok), 03:07 , 15-Сен-15, (120) однако песенка хорошо отражает суть явления , Аноним (-), 15:07 , 15-Сен-15, (149) Лично я НИХРЕНА не понял что вы хотели сказать - спрашивается зачем писали что, Адекват (ok), 13:15 , 14-Сен-15, (42) +5 В основном это реакция на общеевропейскоие ценности чуть ниже, а в процитирова, Andrey Mitrofanov (?), 14:55 , 14-Сен-15, (56) –2 Гыг Интересно, те двое плюсующих хотели сказать, что да-таки корреспондент нич, Andrey Mitrofanov (?), 14:57 , 14-Сен-15, (57) –2 Вы специально упустили слово пассивная , вероятно , Аноним (-), 11:45 , 14-Сен-15, (24) –1 // В лексиконе порядочных людей вообще нет такого баззворда как пассивная критика , Аноним (-), 11:01 , 12-Окт-15, (290) Вы заблуждаетесь, Леннарт срать хотел на вашу критику он работает за бабки на ре, Аноним (-), 11:50 , 14-Сен-15, (25) // А кроме того, у него есть цель и он к ней идёт Рано или поздно ядро Линукс стане, клоун (?), 13:35 , 14-Сен-15, (46) –7 А криптовладыки за вами не следят , Аноним (-), 16:04 , 14-Сен-15, (66) +1 Клоун хорош, как всегда Сравнил ядро с пластиковой картой и устроил развесистую, Аноним (-), 19:58 , 14-Сен-15, (86) +3 1 171 -тся 187 и 171 -ться 187 не надо было тебе прогуливать школу 2 , arisu (ok), 01:16 , 15-Сен-15, (113) +2 Полностью согласен А еще такая картина складывается - есть линукс, есть админ н, Адекват (ok), 13:48 , 14-Сен-15, (49) –2 // То есть он не оставил никого вместо себя То есть он не построил бэкапный канал,, Легион (?), 14:25 , 14-Сен-15, (53) +5 Ты просто не умеешь их готовить , Аноним (-), 16:07 , 14-Сен-15, (67) –5 после того как я увидел первый раз офтоп_8 и понял, что надо сначала почитать кр, Pahanivo (ok), 21:25 , 14-Сен-15, (101) Читать по теме- жизнененный цикл технической системы, раздел валидация- управлен, qwerty (??), 14:40 , 14-Сен-15, (54) Если ты полагаешь что один фиг с ним несколько людей могут проверить все возмож, Аноним (-), 21:35 , 14-Сен-15, (102) Не бугурти, мамка дома их не заругает , Аноним (-), 15:35 , 14-Сен-15, (60) Systemd хорошо документирован, так что все проблемы, не от systemd, а от конкрет, stas (??), 16:36 , 14-Сен-15, (70) –4 Докажи http openforum vsluhforumID1 96286 html Время пошло , Andrey Mitrofanov (?), 16:58 , 14-Сен-15, (72) Systemd глючит барин мочи нет, воротай барин как было Сегфолты окоянные одолели, Аноним (-), 18:44 , 14-Сен-15, (79) +1 В критике нет ничего плохого только в том случае, если после этой критики следую, robux (ok), 19:59 , 15-Сен-15, (198) –1 // Думаю вы еще слишком незрелы чтобы понимать что такое критика и зачем она нужна , Аноним (-), 11:05 , 12-Окт-15, (291) Зачем, если он уже давным давно сделан , Vkni (ok), 17:14 , 14-Сен-15, (75) –1 // Действительно, зачем, если вы можете использовать то, что вас не устраивает , Аноним (-), 18:42 , 14-Сен-15, (78) Действительно, нахрена нужны все эти линуксы и что там еще, если много лет как е, Аноним (-), 13:30 , 15-Сен-15, (134) –1 // Сказал человек, который сам не изобрел и не собрал ни одного транспортного средс, Аноним (-), 11:59 , 16-Сен-15, (264) +2 Как что против Он хочет что бы всем принудительно отрезали ноги А кто хочет мо, Аноним (-), 22:11 , 16-Сен-15, (276) +1 Сейчас прибегут поттеринг-фанбои и начнут орать, что не нужно, что монолитная ар, Аноним (-), 10:55 , 14-Сен-15, (2) +3 // Главное во всём этом - 69 файлов , Фанбой (?), 10:59 , 14-Сен-15, (5) +3 Уж точно лучше, чем, Owlet (?), 13:35 , 14-Сен-15, (45) +2 Концепция интересная, но кто за этим стоит На гитхабе владелец репозитория назы, Аноним (-), 10:59 , 14-Сен-15, (4) –3 // У редхата - нет А вот у АНБ, которому очень нужен большой монолит с возможность, Аноним (-), 11:01 , 14-Сен-15, (6) –1 // Против АНБ не поможет же, они будут прозрачно подменять код при скачивании с гит, Аноним (-), 11:07 , 14-Сен-15, (13) // А сверить хэши в цепочке коммитов не пробовал Говорят, помогает , Аноним (-), 11:28 , 14-Сен-15, (20) +2 это способ для людей с мозгом, не наш путь , Аноним (-), 11:52 , 14-Сен-15, (27) Те кто с мозгом - могут попробовать одновременный доступ с разных точек Если вы, Аноним (-), 12:48 , 14-Сен-15, (37) –1 Если сервера github и следилки АНБ находятся в одних и тех же датацентрах,наприм, аноним10 (?), 13:01 , 14-Сен-15, (40) А не проще тогда АНБ просто обосноваться на серверах гитхаба Но ты знаешь, д, Аноним (-), 13:35 , 15-Сен-15, (135) Каким образом устранив , vi (ok), 19:10 , 15-Сен-15, (181) Вариантов много Можно, например, прикрутить бизнес-аналитику к системе управлен, Аноним (-), 01:35 , 16-Сен-15, (257) а коммиты никто не подменит, просто их будут делать псевдобезрукие работники уро, Аноним (-), 20:52 , 14-Сен-15, (94) Астротурферов у редхата хватает , Аноним (-), 11:04 , 14-Сен-15, (10) –1 // Ах, так это редхат рассылает дроны с томагавками , Аноним (-), 11:11 , 14-Сен-15, (15) Может, его главный проект 8212 портирование Plan 9 на ZX Spectrum , Аноним (-), 13:20 , 14-Сен-15, (43) +8 а вы почему Аноним тогда зарегистрируйтесь под настоящим именем вроде Тапкин Н, Аноним (-), 18:55 , 14-Сен-15, (81) +6 Хорошая новость, будем надеяться что они то знают что они хотят сделать в итоге , svsd_val (ok), 11:06 , 14-Сен-15, (12) +2 // Use Gentoo, Luke, Аноним (-), 11:11 , 14-Сен-15, (14) // Пока использую systemd-shim на дебе, а так можно перейти на Slackware FreeBSD Op, svsd_val (ok), 11:20 , 14-Сен-15, (17) +2 // Ещё CRUX, PCLinuxOS, Void linux , Аноним (-), 12:06 , 14-Сен-15, (30) http without-systemd org wiki index php Main_Page Free 2FOpen_Source_Operating, chinarulezzz (ok), 22:27 , 14-Сен-15, (104) В твоём случае проще на Devuan перейти systemd с либами выпиливается на ура , kachsheev (ok), 01:28 , 15-Сен-15, (116) systemd в ядре , anonymous (??), 11:36 , 14-Сен-15, (23) –2 // Анон имел ввиду, что само по себе systemd прибито гвоздями именно к ядру Linux и, Аноним (-), 13:49 , 14-Сен-15, (50) // Так они, вроде ядро уже форкнули -- для kdbus Правда девелопят пока и ретрог, Andrey Mitrofanov (?), 15:04 , 14-Сен-15, (58) зачем грег вроде как большой апологет и линус считает что kdbus в ядре скорее б, anonymous (??), 15:38 , 14-Сен-15, (61) –2 Торвальдс пока ни слова хорошего не сказал в сторону этого чуда Я припоминаю по, GotF (ok), 20:26 , 14-Сен-15, (88) да, я и не говорил что линус его хвалит или что, но склоняется к тому чтобы в ит, anonymous (??), 20:51 , 14-Сен-15, (93) –1 Хм, я ухитрился пропустить первую часть письма при чтении Или это была цитата и, GotF (ok), 20:55 , 14-Сен-15, (96) Будем надеяться, что это каффно будет хотя бы отключаемым , Аноним (-), 20:04 , 14-Сен-15, (87) Какой-нибудь Andy Lutomirski из майнлайна - ни разу не ретроград И выдвинул нек, Аноним (-), 15:21 , 15-Сен-15, (154) –1 Надо подтянуть эрудицию -- перечитать визги коллег про kdbus, а то прям стыдно У, Andrey Mitrofanov (?), 16:11 , 15-Сен-15, (167) +2 Стремление похвальное Во первых, там - никаких визгов А какое-никакое понимание, Аноним (-), 10:16 , 16-Сен-15, (259) –1 Я про твой пассаж позорные визги опеннетовских ретрогоадов Ты ж передёрнул с , Andrey Mitrofanov (?), 10:32 , 16-Сен-15, (260) +2 Слава Эло, что не прибито гвоздями к dbus и нормальная модульность, всего хороше, Аноним (-), 11:23 , 14-Сен-15, (18) +1 // Ну то-есть можно забыть о возможности вызывать услуги этой штуки по шине Так и , Аноним (-), 11:29 , 14-Сен-15, (21) // не прибит гвоздями не поддерживает Вот firefox прибит гвоздями к dbus Даже , anonymous (??), 11:52 , 14-Сен-15, (26)   // С точки зрения программирования это означает что просто написать работу с фичой , Аноним (-), 12:35 , 14-Сен-15, (34) +2   А ну кажи профиль на гитхате, ыкспертный вы наш , Аноним (-), 12:55 , 14-Сен-15, (39)   А смысл Ты вроде не мой кастомер и денег дать вроде не обещал А растопыривать , Аноним (-), 15:23 , 15-Сен-15, (155)   но системная шина, конечно, магически эти проблемы решает ведь не надо писать к, arisu (ok), 01:23 , 15-Сен-15, (115) +5   Системная шина позволяет делать ряд вещей проще чем как-то иначе В том числе по, Аноним (-), 13:55 , 15-Сен-15, (136) –1   ещё раз уточню системная шина магически добавляет код для проверки capabilities, arisu (ok), 19:40 , 15-Сен-15, (189) +2   Нет Но позволяет все это делать просто, ненапряжно, в логичном и устаканеном фо, Аноним (-), 11:10 , 16-Сен-15, (262)   тогда сложный вопрос номер два что обозначали твои слова 171 Я уже видел как , arisu (ok), 11:17 , 16-Сен-15, (263) +2   Угу, и каждый файл открывается в отдельном окне , GotF (ok), 17:06 , 14-Сен-15, (73) +1   а в каком же ему ещё окне открываться в котором уже какой-то файл открыт , Аноним (-), 20:54 , 14-Сен-15, (95)   Да Там уже несколько лет мультитабовый однооконный интерфейс С разморозкой , GotF (ok), 20:56 , 14-Сен-15, (97) +1   Это косяк конкретно гимпа FF palemoon geany etc без всяких d-bus, файлы в новой, Mihail Zenkov (ok), 23:18 , 14-Сен-15, (111)   Да понятное дело что велосипед накрайняк можно и из водопроводных труб в гараже , Аноним (-), 14:02 , 15-Сен-15, (138) –3   Почему вы решили, что подход gimp правильный, а у остальных приложений нет Мне л, Mihail Zenkov (ok), 15:03 , 15-Сен-15, (147) +1   Вот конкретно в случае gimp - это как раз совсем не факт И может быть просто ос, Аноним (-), 15:33 , 15-Сен-15, (157)   Что бы действительно соответствовало моей логике, перечислите приложение которые, Mihail Zenkov (ok), 17:11 , 15-Сен-15, (174)   Для начала - а кто решает обосновано ли , по каким критериям, и почему - именн, Аноним (-), 13:22 , 16-Сен-15, (265)   Вопрос сложный и каждый его решает сам Моя точка зрения 1 если библиотека подси, Mihail Zenkov (ok), 15:26 , 16-Сен-15, (269)   спасибо, посмеялся , arisu (ok), 19:53 , 15-Сен-15, (196) +2   Для интереса попробовал отключить монтирование sysfs - система дошла до старта X, Mihail Zenkov (ok), 20:27 , 15-Сен-15, (228)   вообще 8208 то, оно должно быть опционально если я правильно помню, то использ, arisu (ok), 20:33 , 15-Сен-15, (230)   Вот полностью, что получил strace -ff palemoon 2 1 124 grep proc pid 1819 o, Mihail Zenkov (ok), 21:02 , 15-Сен-15, (235)   после этого оно не запустилось, или таки захромало там у мозиллы ещё и elf-load, arisu (ok), 21:20 , 15-Сен-15, (241) +1   просто не запустилосьПользуясь случаем, хочу спросить есть ли какие-то планы по, Mihail Zenkov (ok), 21:45 , 15-Сен-15, (243)   ясно нет, планов никаких нет не в смысле 171 ни за что и никогда 187 , а в с, arisu (ok), 22:01 , 15-Сен-15, (244) +1   Вкусностей там нет, зато есть куча избавлений от невкусностей доставшихся от fir, Mihail Zenkov (ok), 22:18 , 15-Сен-15, (248)   избавления довольно своеобразные, вообще если уж выносить 8212 так выносить , arisu (ok), 22:34 , 15-Сен-15, (250) +1   В общем то правильно, но есть некоторые вещи, типа webgl, которые удобно иметь о, Mihail Zenkov (ok), 23:11 , 15-Сен-15, (253)   удобно, конечно 8212 но эти опции надо постоянно тестировать, делать кучу сбо, arisu (ok), 01:21 , 16-Сен-15, (256) +1   Ну так я говорю что они не являются АБСОЛЮТНО необходимыми Вон в винде их вообщ, Аноним (-), 14:57 , 16-Сен-15, (267) –1   Вариант 171 разработчику это удобно 187 принципиально не рассматривается Дл, GotF (ok), 18:59 , 15-Сен-15, (180) –1   нет как только разработчик перестаёт пилить это в подвале лично для себя 8212, arisu (ok), 19:55 , 15-Сен-15, (197) +1   С такими аргументами вы далеко и хорошо пойдете Шипеть в сторонку что разработч, Аноним (-), 15:20 , 16-Сен-15, (268)   ну вот я и не пользуюсь всяким системдецом и пшшшшшаудио, например , arisu (ok), 21:12 , 16-Сен-15, (274)   171 разработчику это удобно 187 - недостаточное обоснование, достаточное - о, Mihail Zenkov (ok), 20:12 , 15-Сен-15, (212)   Ну не лучшее, да С другой стороны, всё равно это второстепенная функциональност, GotF (ok), 20:22 , 15-Сен-15, (223) –1   Я думаю что для большинства разработчиков это как раз более чем достаточное обос, Аноним (-), 15:54 , 16-Сен-15, (270) –1   gt оверквотинг удален Все что вы описали - это не удобно , а решение конкретн, Mihail Zenkov (ok), 17:11 , 16-Сен-15, (272)   Не уверен, был уже спор на эту тему Я все же пока остаюсь на своем мнении о нео, Mihail Zenkov (ok), 17:15 , 16-Сен-15, (273)   rotfl , arisu (ok), 21:13 , 16-Сен-15, (275) +1   systemd тоже не прибит, JFYI code apt remove dbusReading package lists , GotF (ok), 17:13 , 14-Сен-15, (74) Картинка Вместо 15 стандартов - 16 стандартов Картинка , Аноним (-), 11:56 , 14-Сен-15, (28) +4 Леннарт Написал systemd теперь другие начали писать типо лучше, а на дели еще ху, Аноним (-), 12:03 , 14-Сен-15, (29) –7 // он не работает Попробуй его запустить на системе из ядра которой выключен cgrou, Аноним (-), 12:16 , 14-Сен-15, (32) // А можно еще веселее - на системе без ядра Ну а что, grub нынче сойдет за неболь, Аноним (-), 12:39 , 14-Сен-15, (35) –1 // Пример, простой, ядрышко от freebsd поставили там любимый SystemD или ядрышко , svsd_val (ok), 13:38 , 14-Сен-15, (48) Секундочку systemd знает, какие процессы породил сервис даже если он после фор, Stax (ok), 22:38 , 14-Сен-15, (106) И вообще, в случае системд более или менее понятно откуда взялась вон та хрень , Аноним (-), 15:38 , 15-Сен-15, (158) –1 Systemd раньше запускался и без cgroups Правда, сразу же падал но зато запу, Аноним (-), 18:47 , 14-Сен-15, (80) +1 А еще в ядре можно отключить sysfs и procfs Удачи вам после этого вообще в сист, Аноним (-), 14:06 , 15-Сен-15, (139) –2 // sysfs и procfs приносят пользу практически в любой системе cgroups нужен далеко, Mihail Zenkov (ok), 15:20 , 15-Сен-15, (152) +1 А теперь он будет такой же очевидной фичой, как эта парочка И лично мне кажется, Аноним (-), 15:49 , 15-Сен-15, (159) –1 То есть в _вашей_ системе вы не знаете откуда взялся тот или иной сервис Без pro, Mihail Zenkov (ok), 17:23 , 15-Сен-15, (175) Ну, в 171 скриптовой 187 системе инициализации на вопрос 171 откуда 187 , GotF (ok), 19:13 , 15-Сен-15, (182) –2 попробуй man bash изучи основы тогда ты сможешь посмотреть в скрипт и понять , arisu (ok), 20:03 , 15-Сен-15, (203) +1 Это такой несмешной троллинг Из диалектов шелла я разве что csh-подобные не оче, GotF (ok), 20:08 , 15-Сен-15, (208) –1 а только что признался, что не знаешь ты уж выбери что 8208 то одно , arisu (ok), 20:15 , 15-Сен-15, (215) +1 Ясно с вами , GotF (ok), 20:16 , 15-Сен-15, (218) –1 это здорово, но bash всё 8208 таки выучи пригодится , arisu (ok), 20:21 , 15-Сен-15, (222) +1 у него 171 лапша из скриптов 187 вместо нормального страртапа, поэтому не зн, arisu (ok), 20:01 , 15-Сен-15, (201) +2 всегда так делаю , arisu (ok), 20:03 , 15-Сен-15, (202) я тебе уже неоднократно говорил, что ты не умеешь пользоваться системой это тво, arisu (ok), 20:00 , 15-Сен-15, (200) +2 Дели пишется с большой буквы, так как является названием населенного пункта Что, Аноним (-), 12:27 , 14-Сен-15, (33) +4 // А нормальные, невыдуманные друзья у тебя есть , Аноним (-), 14:52 , 14-Сен-15, (55) –5 // Армия и флот Пиши по теме , Аноним (-), 16:16 , 14-Сен-15, (68) +1 Стоит заметить, что сообщение про грамматические ошибки, хоть и было справедливо, anonymous (??), 21:24 , 14-Сен-15, (100) +1 ну да стоит тронуть чуть чуть код systemd - хрена он компактный как получаешь, Аноним (-), 12:15 , 14-Сен-15, (31) +3 // Попробуйте код ядра потрогать Там sigsegv выглядит даже интереснее чем в сист, Аноним (-), 12:40 , 14-Сен-15, (36) –3 // systemd таки не ядро , anonymous (??), 23:13 , 14-Сен-15, (110) –1 // Но тоже системный софт Идите вон либцу потрогайте Это ж не ядро Но если вы на, Аноним (-), 14:11 , 15-Сен-15, (140) +1 Хорошая новость, но в упор не пойму, чем SunRPC здеьс лучше, чем DBus , Crazy Alex (ok), 13:24 , 14-Сен-15, (44) +2 // Его не собираются пихать внутрь systemd, очевидно же , anonymous (??), 18:40 , 14-Сен-15, (76) // И правда, это фича а не баг Не хватало мне какого-то сановского RPC в системде , Аноним (-), 14:12 , 15-Сен-15, (141) –1 Ну, в этом и секрет легковесности и псевдо юниксвейности А вот когда они попро, Owlet (?), 13:37 , 14-Сен-15, (47) +1 // Чепуха У редхата не было и быть не могло цели дать возможность лёгкой замены , Crazy Alex (ok), 13:59 , 14-Сен-15, (51) +3 // Силами подкупленных и запуганных программистов, львиная доля которых работает во, Fracta1L (ok), 06:59 , 15-Сен-15, (121) –1 // Львиная доля серьёзных архитектурных вкладов в systemd делается не сотрудниками , Xaionaro (ok), 08:42 , 15-Сен-15, (125) Хоть зелеными жителями красной планеты, если у них это получается лучше чем у др, Аноним (-), 14:20 , 15-Сен-15, (143) –1 не видел отлично поддерживаю, никаких проблем , arisu (ok), 19:42 , 15-Сен-15, (190) +1 Не взлетит Если только за ним не стоит крупная контора уровня редхат , anonymous (??), 15:58 , 14-Сен-15, (64) –2 libkqueue лично у меня segfault-ился на Debian Jessie ещё до заморозки при поп, Xaionaro (ok), 16:02 , 14-Сен-15, (65) Ну пускай делают, посмотрим что выйдет Никто же не заставляет этим пользоваться, mma (?), 16:50 , 14-Сен-15, (71) +3 Пока вы тут обсуждаете, проект уже успел сменить лицензию на BSD , Аноним (-), 18:40 , 14-Сен-15, (77) // Через пол года сменит на Apache, Аноним (-), 18:57 , 14-Сен-15, (82) +2 // А через 5 лет загремит в курбюратор опача , Аноним (-), 14:21 , 15-Сен-15, (144) Как будто, что то плохое, Аноним (-), 19:56 , 14-Сен-15, (85) –1 // Как буд-то быть троллем что-то хорошее , Анонизм (?), 20:31 , 14-Сен-15, (89) Гарри Поттер ещё не высказал своё фи , Аноним (-), 19:19 , 14-Сен-15, (83) +1 System XVI is free software You may use it and its source code under the terms, Аноним (-), 20:32 , 14-Сен-15, (90) Я так понял, что картинку в новости никто не посмотрел , Аноним (-), 20:35 , 14-Сен-15, (91) +1 // Я смотрел Чуть не разбил лицо лицо фэйспалмом, но до бложика дотащил , GotF (ok), 19:17 , 15-Сен-15, (183) –1 Похоже у systemd нашли Один Фатальный Недостаток и мы все знаем какой , DFX (ok), 20:50 , 14-Сен-15, (92) +4 // один там недостаток на недостатке недостатком погоняет, Аноним (-), 20:58 , 14-Сен-15, (98) +1 // Недостаток на недостатке это вы погоняете А systemd просто работает , Красные Глаза (ok), 22:38 , 14-Сен-15, (105) –4 // http opennet ru openforum vsluhforumID1 96286 htmlпомоги чтоб просто работал , chinarulezzz (ok), 22:39 , 14-Сен-15, (107) +2 Предлагаю начать с этого http freedesktop org wiki Software systemd Debugging, Красные Глаза (ok), 22:44 , 14-Сен-15, (108) –3 помог -D, chinarulezzz (ok), 01:18 , 15-Сен-15, (114) +3 вот такое вот у них понятие про 171 просто работает 187 , что поделать 8230 , arisu (ok), 01:28 , 15-Сен-15, (117) +3 Т е проблемы с загрузкой возможны только на systemd , Красные Глаза (ok), 08:58 , 15-Сен-15, (127) –1 ты сказал 171 просто работает 187 сказал никто силой это говорить не заста, arisu (ok), 19:34 , 15-Сен-15, (185) +1 Тебе просто что-то сказать хочется Ну скажи еще что-нибудь, не сдерживай себ, Красные Глаза (ok), 19:37 , 15-Сен-15, (188) –1 ну так тебе 8208 то больше сказать нечего, с 171 просто работает 187 не пол, arisu (ok), 20:06 , 15-Сен-15, (206) +1 Что еще о себе расскажешь , Красные Глаза (ok), 22:02 , 15-Сен-15, (245) –1 спасибо за содействие, с твоей помощью демонстрация безмозглости любителей систе, arisu (ok), 22:09 , 15-Сен-15, (247) +1 Ну мне любители sysv init и так не помогали В том плане что как отлаживать скри, Аноним (-), 15:52 , 15-Сен-15, (161) –1 Гражданка Никонорова, Вас ожидают, пройдите с Вашим фетишем и хоть оботлаживайте, Andrey Mitrofanov (?), 16:21 , 15-Сен-15, (168) +1 Андрюша, по этой ссылке случай для доктора , Красные Глаза (ok), 19:44 , 15-Сен-15, (191) –1 Systemd хорошо документирован, так что все проблемы, не от systemd, а, Andrey Mitrofanov (?), 10:45 , 16-Сен-15, (261) +1 потому что зачем это делать я тоже в ответ на такой вопрос плечами пожму не в , arisu (ok), 19:35 , 15-Сен-15, (186) +1 По той информации, что представлена в вашем топике вам поможет только ясновидящи, Красные Глаза (ok), 08:55 , 15-Сен-15, (126) –1 Но так уж и быть, я вам помогу, если вам лень самому читать документацию 1 В gr, Красные Глаза (ok), 09:26 , 15-Сен-15, (130) –1 какой 8208 такой 171 дебуг шелл 187 какой 171 в грубе нажимаете 187 н, arisu (ok), 19:36 , 15-Сен-15, (187) +1 Але, Москва Этот текст лишь показывает преимущество systemd в случае возникн, Красные Глаза (ok), 19:47 , 15-Сен-15, (193) –1 которых априори быть не может, потому что ты утверждаешь, что системд 171 прос, arisu (ok), 20:12 , 15-Сен-15, (210) +2 Тебе должен помогать врач, если ты боевой сервер обновляешь на тестовую ветку ди, Fracta1L (ok), 07:01 , 15-Сен-15, (122) Может вы и правы, хоть и лично у меня до перехода jessie на systemd, он всегда з, Xaionaro (ok), 08:13 , 15-Сен-15, (124) А мне кажется что проблема не в systemd, а в том, что вам просто лень его изучат, Красные Глаза (ok), 09:05 , 15-Сен-15, (128) –1 прорвало, понимаем , chinarulezzz (ok), 09:20 , 15-Сен-15, (129) Ну еще бы, если питекантроп перфоратор использует для нарезки хлеба - мы ему гов, Аноним (-), 15:55 , 15-Сен-15, (162) Помнится, дикарь даже эссе писал, дескать не обижайте музыканта, играет как умее, chinarulezzz (ok), 18:06 , 15-Сен-15, (179) А мне кажется, что и время тратить на изучение этого фи не надо Хех, на всех се, Антононим (?), 11:00 , 15-Сен-15, (132) 1 На systemd тоже, ужас, все работает Только в разы удобней этим управлять 2, Красные Глаза (ok), 12:24 , 15-Сен-15, (133) –1 pgrep dbus 124 wc -l6 systemctl Failed to get D-Bus connection Unknown er, Xaionaro (ok), 14:01 , 15-Сен-15, (137) +2 Первая ссылка в гугле - это про вас https bugs debian org cgi-bin bugreport, Красные Глаза (ok), 14:14 , 15-Сен-15, (142) –1 Во-первых, вы абсолютно проигнорировали, что я вам написал Меня напрягает не са, Xaionaro (ok), 14:22 , 15-Сен-15, (145) 1 Вопрос не ко мне Насчет неинформативности ошибки я пожалуй соглашусь, можно , Красные Глаза (ok), 15:19 , 15-Сен-15, (151) –1 Желание systemd ограничивать меня в штатных для меня раньше задачах 8212 вот , Xaionaro (ok), 17:01 , 15-Сен-15, (173) You are using sysvinit as PID 1 as shown by the status message of thedbus servic, arisu (ok), 19:46 , 15-Сен-15, (192) +1 Ты дурачок что-ли Запусти два процесса с одним PID 1 где угодно и расскажи ч, Красные Глаза (ok), 19:59 , 15-Сен-15, (199) –1 спасибо, великолепная иллюстрация того, почему системдешники неадекватны , arisu (ok), 20:13 , 15-Сен-15, (214) +1 1 Это про вкус и цвет Насчёт удобней вроде одна команда удобней, чем набор , Антононим (?), 15:06 , 15-Сен-15, (148) +2 И да кстати, D-BUS-а у меня на серверах вообще нет, т к кому нужны лишние сущно, Антононим (?), 15:11 , 15-Сен-15, (150) +1 Удачи , Красные Глаза (ok), 15:20 , 15-Сен-15, (153) –2 Нахрена нужен dbus на сервере Это крайне редко требуется и только на тех серве, Xaionaro (ok), 16:49 , 15-Сен-15, (170) +2 dbus нужен для systemd Кстати, dbus так же нужен, о ужас, для firewalld Пре, Красные Глаза (ok), 17:23 , 15-Сен-15, (176) –1 Разве что Про то и речь, между прочим Весь мир уже сидит на RHEL Fedora У меня, Xaionaro (ok), 18:05 , 15-Сен-15, (178) +1 Давайте пойдем от обратного - почему вы против dbus на сервере , Красные Глаза (ok), 19:18 , 15-Сен-15, (184) –1 Больше потенциальных точек отказа Более сложное менее прогнозируемое поведение Б, Mihail Zenkov (ok), 20:03 , 15-Сен-15, (204) Это все слова 1 Например 2 Поведение кого чего 3 25 CVE и всего два с seve, Красные Глаза (ok), 20:13 , 15-Сен-15, (213) –1 Ошибки dbus и на стыке dbus - программа его использующая Системы в целом и прило, Mihail Zenkov (ok), 20:46 , 15-Сен-15, (233) gt оверквотинг удален Ну в общем понятно, все из области вилами по воде Но d, Красные Глаза (ok), 21:07 , 15-Сен-15, (237) –1 Нет, возникает закономерный вопрос - почему остальные системы могу работать без , Mihail Zenkov (ok), 21:14 , 15-Сен-15, (239) Ну а какие критерии нормально работающего systemd Отсутствие зависимости от dbu, Красные Глаза (ok), 21:41 , 15-Сен-15, (242) –1 Выполнение того же набора функций, что и в остальных системах без зависимости от, Mihail Zenkov (ok), 22:07 , 15-Сен-15, (246) Зачем нужен еще один upstart или openrc До сих пор не могу понять, какая между , Красные Глаза (ok), 22:32 , 15-Сен-15, (249) –1 Нужен не еще один upstart, а возможность выбора наиболее подходящей системы иниц, Mihail Zenkov (ok), 22:54 , 15-Сен-15, (251) Вообще systemd покрывает довольно много юзкейсов, а, не оставив выбора, со време, Красные Глаза (ok), 23:20 , 15-Сен-15, (254) –1 Универсальное всегда хуже специализированного, за исключением когда универсально, Mihail Zenkov (ok), 23:26 , 15-Сен-15, (255) Вот пусть эти остальные системы и работают А я буду считать систему без системн, Аноним (-), 02:31 , 25-Сен-15, (278) –1 А давайте пойдем по правильному пути Не будем умножать сучности без необходимос, Аноним (-), 20:09 , 15-Сен-15, (209) +1 У меня большие сомнения что ваш путь правильный , Красные Глаза (ok), 20:16 , 15-Сен-15, (217) –1 О То есть мы сейчас услышим что надо умножать сущности А маленький чайничик, у, Аноним (-), 20:21 , 15-Сен-15, (221) +3 Я бы хотел услышать конкретику, а не размышления о чайничках , Красные Глаза (ok), 20:22 , 15-Сен-15, (224) –1 Конкретика в википедии по словам бритва Оккама , Аноним (-), 20:26 , 15-Сен-15, (227) Вероятно по той же причине, почему я против Xorg на серверах Просто в меньшей с, Xaionaro (ok), 20:23 , 15-Сен-15, (225) +2 С Xorg все понятно, он не используется Мне непонятен смысл выпиливания куска, н, Красные Глаза (ok), 20:32 , 15-Сен-15, (229) –1 А если бы Xorg использовался для bwm-ng Думаете я бы пользовался bwm-ng на серв, Xaionaro (ok), 20:39 , 15-Сен-15, (231) +1 gt оверквотинг удален Вообще это большие проблемы, если перенос контейнера свя, Красные Глаза (ok), 21:03 , 15-Сен-15, (236) –1 gt оверквотинг удален Вы опять игнорируете что я написал Ну да, проблемы И С, Xaionaro (ok), 08:03 , 16-Сен-15, (258) +1 gt оверквотинг удален Ну вы хоть тогда помечайте то, на что надо отвечать , Красные Глаза (ok), 13:36 , 16-Сен-15, (266) –1 хорошо, что сервера отлично работают без этого говна хорошо, что сервера отлично, arisu (ok), 19:49 , 15-Сен-15, (194) +2 Но знаешь, кэп, на дистрах которые обычно ставят на сервера debian, ubuntu, cen, Аноним (-), 02:34 , 25-Сен-15, (279) –1 ну и отлично когда системдец встанет раком по неизвестной причине 8212 тебе , arisu (ok), 07:39 , 25-Сен-15, (284) угу к monit, например который не пытается подмять под себя всю систему , arisu (ok), 07:42 , 25-Сен-15, (285) +1 А procfs ты не отпилил Это FAIL, я считаю Без procfs вполне можно обойтись , Аноним (-), 15:56 , 15-Сен-15, (164) –2 procfs на сервере нужен лишь например для ps или чистки xt_recent А dbus , Xaionaro (ok), 16:53 , 15-Сен-15, (171) +2 По вашей логике, без этого можно обойтись Ну а что, можно список процессов по, Аноним (-), 02:35 , 25-Сен-15, (280) Ну, а чё, хиповенькко и, насколько не понимаю, kill-у procfs не нужен kill , Andrey Mitrofanov (?), 09:34 , 25-Сен-15, (288) А ты kde на сервер поставил , Mihail Zenkov (ok), 17:25 , 15-Сен-15, (177) Нет Зато у xaionaro вон видеокарты на сервере перегреваются Вот уж у кого , Аноним (-), 02:52 , 25-Сен-15, (283) Какая именно команда Например systemctl start unicorn гораздо удобней unicorn , Красные Глаза (ok), 15:31 , 15-Сен-15, (156) –1 1 Если про запуск чего-либо, то прямая команда гораздо удобней, например bin m, Антононим (?), 15:51 , 15-Сен-15, (160) +1 Жесть Cочувствую админу, который придет после вас и ему надо будет это поддерж, Красные Глаза (ok), 15:56 , 15-Сен-15, (163) –1 Давайте так систему загружать Набивая все команды самолично Хотя у меня есть и, Аноним (-), 16:01 , 15-Сен-15, (165) –1 А системд внутри при запуске не команды содержит Рекавери можно и в отдельном ра, Антонимум (?), 17:00 , 15-Сен-15, (172) Весь этот ваш парк серверов и прочая системд магия вырождается в напилили вирту, Аноним (-), 20:12 , 15-Сен-15, (211) Есть мнение, что одна графическая приблуда заменит тех, кто не умеет ей управлят, Красные Глаза (ok), 20:20 , 15-Сен-15, (220) –1 Ну уж нет мой юный системд друг Это будет для клиентов выглядеть как простой се, Аноним (-), 20:24 , 15-Сен-15, (226) Да все нормально, за нас не переживай Береги localhost , Красные Глаза (ok), 20:40 , 15-Сен-15, (232) –1 да как же не переживать вы же наш хлеб если бы вас не было, вас надо было бы п, arisu (ok), 20:50 , 15-Сен-15, (234) +2 Это я кажется тут уже слышал некоторое время назад Смени пластинку , Красные Глаза (ok), 21:09 , 15-Сен-15, (238) –1 зачем правду говорить легко и приятно , arisu (ok), 21:16 , 15-Сен-15, (240) +2 Безглючного софта не бывает Но это не значит, что у кого-то какой-то софт не мо, Fracta1L (ok), 10:42 , 15-Сен-15, (131) –1 Windows тоже просто работает Вот только если допустить на своем компьютере эко, Нечестивый (ok), 11:11 , 21-Сен-15, (277) А конструктивно - ваш OpenRC не решает множество задач, успешно решаемых системд, Аноним (-), 16:08 , 15-Сен-15, (166) –2 И qnikst один из русских разработчиков OpenRC , ЕМНИП, уже давно реализовал по, Xaionaro (ok), 16:46 , 15-Сен-15, (169) +1 Что хорошо для кульсисопа с зудом в ж , то плохо для администратора А вот адм, Аноним (-), 02:51 , 25-Сен-15, (282) странно а я думал, ты используешь системдец , arisu (ok), 07:43 , 25-Сен-15, (286) что отлично делается без cgroups, но лёне об этом никто не сказал , arisu (ok), 19:51 , 15-Сен-15, (195) +2 ИЧСХ, все кто пишет про фичи системд даже невдупляют чо оно там делает, нужно ли, pavlinux (ok), 15:56 , 16-Сен-15, (271) +1 Ну ты то нам расскажешь, как отследить откуда взялся s, сделавший несколько фор, Аноним (-), 02:39 , 25-Сен-15, (281) конечно вот так, например http bewareofgeek livejournal com 2945 htmlя поним, arisu (ok), 07:48 , 25-Сен-15, (287) Уважаемый Аноним В вашей сентенции немного угадываются нотки грусти и безысходно, vi (ok), 23:14 , 25-Сен-15, (289) 1,2,4,12,18,28,29,31,44,47,64,65,71,77,83,90,91,92

Сообщения

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

	26. "Представлен многоплатформенный системный менеджер System XVI..."	+/–
	Сообщение от anonymous (??), 14-Сен-15, 11:52
	не прибит гвоздями != не поддерживает. Вот firefox прибит гвоздями к dbus. Даже если собран с опцией --dbus. В отсутствии dbus спамит ошибки. А у того же gimp dbus идёт как опция. Есть dbus - хорошо, работает с ним, нет dbus - и без него справимся.
	Ответить | Правка | Наверх | Cообщить модератору

	34. "Представлен многоплатформенный системный менеджер System XVI..."	+2 +/–
	Сообщение от Аноним (-), 14-Сен-15, 12:35
	> не прибит гвоздями != не поддерживает. С точки зрения программирования это означает что просто написать работу с фичой - нельзя. Надо писать кучу кода для проверки есть ли оно тут вообще и какие-то костыли и/или заглушки на случай когда фичи не оказалось. А в результате - это будет раза в три больше кода, да еще работает не везде. Не очень привлекательно для програмеров. Поэтому они могут просто достать фак из кармана - и программить это будет только кучка особо упертых зилотов. Сильно повезет, если это число будет отлично от ноля и тем паче больше единицы. Я уже видел как все это работает с иксами. Когда половина софта не заморачивается с обнаружением опций и при активной отрисовке - все просто жутко тормозит. Я считаю что с точки зрения программирования - в системе таки должна быть нормальная шина, кроме совсем уж микроэмбедовки. Да даже там нынче u-bus в опенврт пилят. > Вот firefox прибит гвоздями к dbus. Даже если собран с опцией --dbus. В отсутствии dbus спамит ошибки. Скажи спасибо что не валится с фатальным ассертом. > - хорошо, работает с ним, нет dbus - и без него справимся. Вот что gimp с dbus может делать - я честно говоря не очень в курсе.
	Ответить | Правка | Наверх | Cообщить модератору

	39. "Представлен многоплатформенный системный менеджер System XVI..."	+/–
	Сообщение от Аноним (-), 14-Сен-15, 12:55
	> Не очень привлекательно для програмеров. А ну кажи профиль на гитхате, ыкспертный вы наш.
	Ответить | Правка | Наверх | Cообщить модератору

	155. "Представлен многоплатформенный системный менеджер System XVI..."	+/–
	Сообщение от Аноним (-), 15-Сен-15, 15:23
	> А ну кажи профиль на гитхате, ыкспертный вы наш. А смысл? Ты вроде не мой кастомер и денег дать вроде не обещал. А растопыривать пальцы перед каким-то анонимом - так и вообще бессмысленно и беспощадно.
	Ответить | Правка | Наверх | Cообщить модератору

	115. "Представлен многоплатформенный системный менеджер System..."	+5 +/–
	Сообщение от arisu (ok), 15-Сен-15, 01:23
	> Я уже видел как все это работает с иксами. Когда половина софта > не заморачивается с обнаружением опций и при активной отрисовке - все > просто жутко тормозит. но системная шина, конечно, магически эти проблемы решает. ведь не надо писать код для работы с сервисами, МАГИЯ!
	Ответить | Правка | К родителю #34 | Наверх | Cообщить модератору

	136. "Представлен многоплатформенный системный менеджер System..."	–1 +/–
	Сообщение от Аноним (-), 15-Сен-15, 13:55
	> но системная шина, конечно, магически эти проблемы решает. Системная шина позволяет делать ряд вещей проще чем как-то иначе. В том числе по части обнаружения фич и обмена информацией между заинтересованными в том или ином событии, etc. > ведь не надо писать код для работы с сервисами, МАГИЯ! Если уж мы о птичках, у поцтера его sd-bus имхо наиболее вменяемая либа для работы c d-bus. Ну так, глядя на примеры кода и сравнивая с остальными. Ну и я говоря за себя могу понять зачем мне может быть полезен d-bus и куда его девать. С ним умеет работать туева хуча софта. А зачем мне какой-то сановский RPC из сабжа - вот тут мой фэйс становится столь же недоумевающим как и твой. Шина которой никто не пользуется - это таки оксюморон.
	Ответить | Правка | Наверх | Cообщить модератору

	189. "Представлен многоплатформенный системный менеджер System..."	+2 +/–
	Сообщение от arisu (ok), 15-Сен-15, 19:40
	>> но системная шина, конечно, магически эти проблемы решает. > Системная шина позволяет делать ряд вещей проще чем как-то иначе. В том > числе по части обнаружения фич и обмена информацией между заинтересованными в > том или ином событии, etc. ещё раз уточню: системная шина магически добавляет код для проверки capabilities? если нет, то каким образом люди, заведомо клавшие болт на такие проверки, вдруг станут это делать?
	Ответить | Правка | Наверх | Cообщить модератору

	262. "Представлен многоплатформенный системный менеджер System..."	+/–
	Сообщение от Аноним (-), 16-Сен-15, 11:10
	> ещё раз уточню: системная шина магически добавляет код для проверки capabilities? Нет. Но позволяет все это делать просто, ненапряжно, в логичном и устаканеном формате. А без шины - достаточно посмотреть как сейчас обрабатываются вещи типа "закрытие крышки ноута" или "садится батарейка". С реалистичной точки зрения - поймать подобное system-wide событие в моей программе без события по шине - большая проблема, особенно если хочется чтобы это потом работало не только на одной системе в мире - моей собственной. > если нет, то каким образом люди, заведомо клавшие болт на такие проверки, > вдруг станут это делать? Ну вот таким. Одно дело если мне по шине могут прислать событие "юзер закрыл крышку ноута" или "садится батарейка" и можно в 1 закоулке кода проверить есть ли вообще интерсующая сущность в этой системе. И совсем другое - если у народа разнообразное месиво без какого либо устаканеного интерфейса к нему вообще. Выписывать в программе 100500 реализаций на все случаи жизни - малореалистично.
	Ответить | Правка | Наверх | Cообщить модератору

	263. "Представлен многоплатформенный системный менеджер System..."	+2 +/–
	Сообщение от arisu (ok), 16-Сен-15, 11:17
	>> ещё раз уточню: системная шина магически добавляет код для проверки capabilities? > Нет. тогда сложный вопрос номер два: что обозначали твои слова «Я уже видел как все это работает с иксами», и каким образом системная шина помогла бы сетевому протоколу иксов? note: ответ «я по привычке пнул иксы, забыв подумать» — принимается.
	Ответить | Правка | Наверх | Cообщить модератору

	73. "Представлен многоплатформенный системный менеджер System XVI..."	+1 +/–
	Сообщение от GotF (ok), 14-Сен-15, 17:06
	> А у того же gimp dbus идёт как опция. Есть dbus - хорошо, работает с ним, нет dbus - и без него справимся. Угу, и каждый файл открывается в отдельном окне.
	Ответить | Правка | К родителю #26 | Наверх | Cообщить модератору

	95. "Представлен многоплатформенный системный менеджер System XVI..."	+/–
	Сообщение от Аноним (-), 14-Сен-15, 20:54
	>> А у того же gimp dbus идёт как опция. Есть dbus - хорошо, работает с ним, нет dbus - и без него справимся. > Угу, и каждый файл открывается в отдельном окне. а в каком же ему ещё окне открываться? в котором уже какой-то файл открыт?
	Ответить | Правка | Наверх | Cообщить модератору

	97. "Представлен многоплатформенный системный менеджер System XVI..."	+1 +/–
	Сообщение от GotF (ok), 14-Сен-15, 20:56
	>>> А у того же gimp dbus идёт как опция. Есть dbus - хорошо, работает с ним, нет dbus - и без него справимся. >> Угу, и каждый файл открывается в отдельном окне. > а в каком же ему ещё окне открываться? в котором уже какой-то > файл открыт? Да. Там уже несколько лет мультитабовый однооконный интерфейс. С разморозкой!
	Ответить | Правка | Наверх | Cообщить модератору

	111. "Представлен многоплатформенный системный менеджер System XVI..."	+/–
	Сообщение от Mihail Zenkov (ok), 14-Сен-15, 23:18
	>> А у того же gimp dbus идёт как опция. Есть dbus - хорошо, работает с ним, нет dbus - и без него справимся. > Угу, и каждый файл открывается в отдельном окне. Это косяк конкретно гимпа. FF/palemoon/geany/etc без всяких d-bus, файлы в новой вкладке открывает. Для себя лично решил этот вопрос патчем гимпа.
	Ответить | Правка | К родителю #73 | Наверх | Cообщить модератору

	138. "Представлен многоплатформенный системный менеджер System XVI..."	–3 +/–
	Сообщение от Аноним (-), 15-Сен-15, 14:02
	> Для себя лично решил этот вопрос патчем гимпа. Да понятное дело что велосипед накрайняк можно и из водопроводных труб в гараже сварить. Но как-то получается что затрат сил много, а на выходе - ржавый, тяжеленный, стремноватый агрегат, который неважно ездит и поэтому интересен лишь своему создателю, в рамках прокачки mad skillz. А остальные недоуменно смотрят - "что это за у..ще?" Ну вот нормальная системная шина должна бы уже устаканиться, имхо.
	Ответить | Правка | Наверх | Cообщить модератору

	147. "Представлен многоплатформенный системный менеджер System XVI..."	+1 +/–
	Сообщение от Mihail Zenkov (ok), 15-Сен-15, 15:03
	Почему вы решили, что подход gimp правильный, а у остальных приложений нет? Мне лично не нравится идея универсальной системной шины именно потому, что за нее начинают завязываться в тех ситуациях, где без нее можно прекрасно обойтись. Естественно, я только за когда шина используется обоснованно (как jack в аудио).
	Ответить | Правка | Наверх | Cообщить модератору

	157. "Представлен многоплатформенный системный менеджер System XVI..."	+/–
	Сообщение от Аноним (-), 15-Сен-15, 15:33
	> Почему вы решили, что подход gimp правильный, а у остальных приложений нет? Вот конкретно в случае gimp - это как раз совсем не факт. И может быть просто особенностью внутреннего устройства, или чем там еще. Однако для множества иных юзкейсов шины работают лучше чем все остальное. > Мне лично не нравится идея универсальной системной шины именно потому, что за > нее начинают завязываться в тех ситуациях, где без нее можно прекрасно обойтись. Ну, знаете, без procfs и sysfs тоже (теореьтически) можно обойтись. А вот всякие тут порасплодились и пользуются ими в хвост и в гриву. И вообще пожалуй работать без них не будут. Это что, теперь procfs и sysfs тоже должны не нравиться? По той же логике, 1 в 1. Ах, вы ими пользуетесь и они делают жизнь проще? Ну так я могу это и про системную шину столь же симметрично сказать - ей тоже софт пользуется и в ряде случаев это удобнее всего и наименее криво. > Естественно, я только за когда шина используется обоснованно (как jack в аудио). Хороший пример сферической вундервафли в вакууме, которой из-за ультраопцоинальности пользуется лишь узкий сегмент профессионального софта. А остальные ... ну им было лень фачить мозг проблемами алсyчки и они хотят пульс. Вот так и получается что пульс вроде бы и не лучший во всем, но good enough и можно рассчитывать на его наличие. И, главное, не фачить себе мозг многочисленными проблемами алсyчки, костылированием опциональных вещей и странных конфигураций, etc. В пульсе это не проблемы програмера выводящего звук. Чем он и хорош.
	Ответить | Правка | Наверх | Cообщить модератору

	174. "Представлен многоплатформенный системный менеджер System XVI..."	+/–
	Сообщение от Mihail Zenkov (ok), 15-Сен-15, 17:11
	>> Мне лично не нравится идея универсальной системной шины именно потому, что за >> нее начинают завязываться в тех ситуациях, где без нее можно прекрасно обойтись. > Ну, знаете, без procfs и sysfs тоже (теореьтически) можно обойтись. А вот > всякие тут порасплодились и пользуются ими в хвост и в гриву. > И вообще пожалуй работать без них не будут. Это что, теперь > procfs и sysfs тоже должны не нравиться? По той же логике, > 1 в 1. Что бы действительно соответствовало моей логике, перечислите приложение которые необоснованно завязываются за procfs/sysfs. > Ах, вы ими пользуетесь и они делают жизнь проще? Ну так я > могу это и про системную шину столь же симметрично сказать - > ей тоже софт пользуется и в ряде случаев это удобнее всего > и наименее криво. Я и не спорю, что в определенных случаях системная шина может быть реально полезно, но пока мне попадались не очень удачные примеры ее использования. >> Естественно, я только за когда шина используется обоснованно (как jack в аудио). > Хороший пример сферической вундервафли в вакууме, которой из-за ультраопцоинальности > пользуется лишь узкий сегмент профессионального софта. Ну да, она нужна только тем, кто профессионально работает со звуком, кому нужна минимальная задержка и максимальная гибкость, естественно все это не бесплатно - ест и память и проц. Если его вместо "ультраопцоинальности" сделают по-умолчанию, то будут плеваться все, в том числе и я. > А остальные ... ну им > было лень фачить мозг проблемами алсyчки и они хотят пульс. Вот > так и получается что пульс вроде бы и не лучший во > всем, но good enough и можно рассчитывать на его наличие. И, > главное, не фачить себе мозг многочисленными проблемами алсyчки, костылированием опциональных > вещей и странных конфигураций, etc. В пульсе это не проблемы програмера > выводящего звук. Чем он и хорош. Напрямую alsa/jack/pa используют те, кто умеет работать со звуком и его задачи отличны, от просто проиграть файл. Те кому действительно нужно просто возьмут высокоуровневую библиотеку/плеер, так как по мимо непосредственно вывода звука еще нужно уметь разбирать формат аудио файла и корректно делать промежуточные преобразования. Для остальных же alsa api позволяет делать куда больше чем pa, в том числе и bit perfect.
	Ответить | Правка | Наверх | Cообщить модератору

	265. "Представлен многоплатформенный системный менеджер System XVI..."	+/–
	Сообщение от Аноним (-), 16-Сен-15, 13:22
	> Что бы действительно соответствовало моей логике, перечислите приложение которые > необоснованно завязываются за procfs/sysfs. Для начала - а кто решает "обосновано ли?", по каким критериям, и почему - именно он и именно вот так, а не кто-нибудь другой и как-нибудь иначе? Я уже не в первый раз спрашиваю, но ни разу не увидел ответа. Или просто пропустил. На всякий случай напомню что эксклюзивно решать как и что - лично вы можете за всех в 1 случае: если вы пишете и систему и программы целиком сами. В остальных случаях это будут какие-то иные критерии и механизмы, к тому же динамически меняющиеся во времени. С чисто технической точки зрения, теоретически ни sysfs ни procfs не являются абсолютно необходимыми. Вон например в винде ни одна программа ими не пользуется. Значит, можно писать произвольные программы и без procfs и sysfs. Они лишь позволяют что-то сделать удобнее, получить какую-то дополнительную информацию, на что-то повлиять. Можно придумать кучу иных методов как сделать то же самое без них. Ну там позаменять все ioctl'ами и syscall'ами, например. Иногда сисколы даже лучше чем файловые операции, как например вызов для получения рандома (работу сисколов сложнее саботировать чем файловые операции, а саботаж получения рандома штука чреватая). ...а мой пойнт - в том, что все то же самое про нужность и использование можно сказать и про системные шины. Единственные отличия - может быть это скажут другие люди для других программ. А нужны ли эти программы лично вам - вообще дело десятое, имхо, т.к. ни Linux ни программы вообще не пишутся для лично вас. И поэтому учитываться должно далеко не только ваше мнение, по логике вещей. > Я и не спорю, что в определенных случаях системная шина может быть > реально полезно, но пока мне попадались не очень удачные примеры ее использования. Это уже другой вопрос. Зачем именно gimp-у шина для вкладое - загадка. А вот например рассылать так события затрагивающие работу системы в целом - очень даже. Ну вон в Nokia N900 (и более ранних Nokia 770, 800 и 810) - нокия конкретно оттянулась с d-bus. И заявы про ресурсы - идут лесом! Знаете, у этих девайсов мало ресурсов. И d-bus там - далеко не основная проблема. Наиболее прожорливы там, пардон, иксы. При том зачем фирма нокия так сделала - я понимаю. Они много ломали голову над сбалансированным набором компромиссов. Потому что ресурсов мало, фичей хочется огого, время на разработку - не резиновое и прочее. И даже несмотря на хилые ресурсы, и d-bus и пульсаудио по итогам им оказались лучше чем самим все велосипедить. Вот это - пример сбалансированного дизайна системы. Где оптимизации которые дают наибольший выигрыш - постарались сделать, насколько это позволяли разумные временные рамки. И кроме всего прочего, результатом просто приятно пользоваться. Он радует глаза и уши и весьма умеренно тормозит если не слишком увлекаться многозадачностью. Ведроид с его явой тормозит и на вчетверо больших ресурсах. На ресурсах как у Nokia 770 и 800/810 - ведроид фундаментально не жилец. А на ресурсах как N900 он ... cильно хуже maemo. А у вас антипатии к d-bus и прочие бряцания оптимизациями имхо завалились в иррациональный и контрпродуктивный формат, когда тормозным и жирным блоатваринам типа иксов, которые к тому же плохо работают - за что-то скидки. Зато под нож почему-то идут какие-то полезные на мой взгляд сервисы, явно не являющиеся лидерами top-списка. > Ну да, она нужна только тем, кто профессионально работает со звуком, кому > нужна минимальная задержка и максимальная гибкость, Ну вот этим и пользуется полторы узкоспециализированые программы на планете. А с точки зрения обычного апликушника - если хочется просто проиграть звук, совершенно не хочется возиться с определением каких-то там поддерживаемых форматов, кучей служебных действий и воркэраундом чужих грабель. И алса в этом плане - не фонтан. > - ест и память и проц. Если его вместо "ультраопцоинальности" сделают > по-умолчанию, то будут плеваться все, в том числе и я. С другой стороны, вас что-то не смущает ломовое потребление ресурсов иксами при мало-мальски активной отрисовке, особенно если апликушник не заморачивался с обнаружением их кучи опциональных расширений (т.к. придется еще и fallback выписывать на случай если их не оказалось). Я это называю двойными стандартами. И к хорошо работающей системе все это ИМХО не ведет. > Напрямую alsa/jack/pa используют те, кто умеет работать со звуком и его задачи > отличны, от просто проиграть файл. Те кому действительно нужно просто возьмут > высокоуровневую библиотеку/плеер, Так тоже бывает, НО это довольно большой пласт зависимостей. А зависимость от внешних программ вообще грабли. Мало ли что там автор завтра поменяет. Он ведь даже не позиционировал плеер как реюзабельную библиотеку. Отличный образчик - libav и их тотальное перефигачивание командлайна. For teh greater good и ... сломавшее все скрипты. Так что как библа их утилиты совсем ни о чем. Именно либа - менее поломана, да, как раз вот поэтому. Но и там breakage начал допекать апликушников :) > так как по мимо непосредственно вывода звука еще нужно > уметь разбирать формат аудио файла Так тоже делают. > и корректно делать промежуточные преобразования. А вот это - отдельная специфичная математика. И грабель там много. И не все делают это хорошо. И вы знаете, да, либы так умеют. Но положа руку на сердце, pulseaudio делает все это намного качественнее чем многие из либ. Из того что на злобу дня - libsdl умеет делать преобразования, но - это такой трэш. Там алгоритм примитивный, поэтому если случился upsample - это ведет к очень мерзотному звучанию с характерными артефактами. Вот и получается - либу вроде приволокли, а звук вроде все-равно поганенький. Логично что половина програмеров предпочтет сплевывать вывод в пульс самолично. Сэкономив на зависимостях и получив качество звука лучше. Сплошной профит... > Для остальных же alsa api позволяет делать куда больше чем pa, в > том числе и bit perfect. И все это круто, только там изначально не было человеческого апи. Остальное при этом уже не важно для 99% задач. Ну да, 1% тех кому надо именно "bit perfect", любой ценой - разопрутся. А остальные 99% програмеров достанут фак из кармана. Потому что им не надо bit perfect. Им надо вывести звук без мытарств и чтобы это не звучало как гомно. А если при этом не надо зависеть от 20 сторонних библ где могут что-то поменять - вообще отлично.
	Ответить | Правка | Наверх | Cообщить модератору

	269. "Представлен многоплатформенный системный менеджер System XVI..."	+/–
	Сообщение от Mihail Zenkov (ok), 16-Сен-15, 15:26
	>> Что бы действительно соответствовало моей логике, перечислите приложение которые >> необоснованно завязываются за procfs/sysfs. > Для начала - а кто решает "обосновано ли?", по каким критериям, и > почему - именно он и именно вот так, а не кто-нибудь > другой и как-нибудь иначе? Я уже не в первый раз спрашиваю, > но ни разу не увидел ответа. Или просто пропустил. Вопрос сложный и каждый его решает сам. Моя точка зрения: 1. если библиотека/подсистема не является необходимой частью для выполнения ключевых задач проекта, а лишь нужна для второстепенных возможностей - то она должна быть опцией. 2. выбранная библиотека/подсистема должна быть одним из лучших вариантов для решения _конкретной_ задачи. > На всякий случай напомню что эксклюзивно решать как и что - лично > вы можете за всех в 1 случае: если вы пишете и > систему и программы целиком сами. В остальных случаях это будут какие-то > иные критерии и механизмы, к тому же динамически меняющиеся во времени. Слава Столману, мы говорим о свободном софте и каждый сам выбирает какой софт использовать или может изменять его под свои нужды/воззрения, в плоть до форка или создания альтернативных решений. > С чисто технической точки зрения, теоретически ни sysfs ни procfs не являются > абсолютно необходимыми. Для большинства программ - да. > Вон например в винде ни одна программа ими не > пользуется. Значит, можно писать произвольные программы и без procfs и sysfs. О том и речь: ненужно завязываться без реальной необходимости на особенности системы и портировать софт станет гораздо проще. Я выше озвучил свой эксперимент с отключением procfs/sysfs - можно найти приложения излишне цепляющиеся за procfs/sysfs, но в большинстве своем приложениям они не нужны. > Они лишь позволяют что-то сделать удобнее, получить какую-то дополнительную информацию, > на что-то повлиять. Можно придумать кучу иных методов как сделать то > же самое без них. Ну там позаменять все ioctl'ами и syscall'ами, > например. Иногда сисколы даже лучше чем файловые операции, как например вызов > для получения рандома (работу сисколов сложнее саботировать чем файловые операции, а > саботаж получения рандома штука чреватая). Все зависит от конкретной задачи. > ...а мой пойнт - в том, что все то же самое про > нужность и использование можно сказать и про системные шины. Единственные отличия > - может быть это скажут другие люди для других программ. А > нужны ли эти программы лично вам - вообще дело десятое, имхо, > т.к. ни Linux ни программы вообще не пишутся для лично вас. > И поэтому учитываться должно далеко не только ваше мнение, по логике > вещей. Естественно, более того я рад _любому_ открытому проекту, даже если его подход отличается от того, который предпочитаю я. Но мне не нравится когда мне что-то навязывают и делают обязательным - это мешает здоровой конкуренции и сужает круг возможностей. >> Я и не спорю, что в определенных случаях системная шина может быть >> реально полезно, но пока мне попадались не очень удачные примеры ее использования. > Это уже другой вопрос. Зачем именно gimp-у шина для вкладое - загадка. Он сам себе посылает имя файла,который нужно открыть. > А вот например рассылать так события затрагивающие работу системы в целом > - очень даже. Ну вон в Nokia N900 (и более ранних > Nokia 770, 800 и 810) - нокия конкретно оттянулась с d-bus. > И заявы про ресурсы - идут лесом! Знаете, у этих девайсов > мало ресурсов. Просто ответьте - сколько памяти ест голая (без пользовательских приложений) система после запуска? > И d-bus там - далеко не основная проблема. Наиболее > прожорливы там, пардон, иксы. 1. Почему вы решили, что Xorg потребляет ресурсы необоснованно? 2. Если что-то потребляет ресурсы, это еще не повод плюнуть на все остальное. > При том зачем фирма нокия так сделала - я понимаю. Они много > ломали голову над сбалансированным набором компромиссов. Потому что ресурсов мало, фичей > хочется огого, время на разработку - не резиновое и прочее. ИМХО сделали как было проще, а на потребление ресурсов забили. > И даже несмотря на хилые ресурсы, и d-bus и пульсаудио по итогам > им оказались лучше чем самим все велосипедить. Особенно PA - еще одна прослойка, преобразующая достаточно неслабый аудио поток, очень уместна на embedded. Андройдовцы наоборот пилили tinyalsa - им и возможности alsalib казались бессмысленными. > Вот это - пример сбалансированного дизайна системы. Где оптимизации которые дают наибольший > выигрыш - постарались сделать, насколько это позволяли разумные временные рамки. И > кроме всего прочего, результатом просто приятно пользоваться. Он радует глаза и > уши и весьма умеренно тормозит если не слишком увлекаться многозадачностью. А без pa/dbus/и прочих демонов он работал бы медленнее? >  Ведроид > с его явой тормозит и на вчетверо больших ресурсах. На ресурсах > как у Nokia 770 и 800/810 - ведроид фундаментально не жилец. > А на ресурсах как N900 он ... cильно хуже maemo. Андройд вообще забавный зверь - походу его делали две разные команды: нижний уровень (до явы) относительно неплохо сделан, есть интересные моменты, но верхний ... > А у вас антипатии к d-bus и прочие бряцания оптимизациями имхо завалились > в иррациональный и контрпродуктивный формат, когда тормозным и жирным блоатваринам типа > иксов, которые к тому же плохо работают - за что-то скидки. > Зато под нож почему-то идут какие-то полезные на мой взгляд сервисы, > явно не являющиеся лидерами top-списка. То есть надо ждать, пока dbus/sytemd не станут есть больше чем Xorg? >> Ну да, она нужна только тем, кто профессионально работает со звуком, кому >> нужна минимальная задержка и максимальная гибкость, > Ну вот этим и пользуется полторы узкоспециализированые программы на планете. Весь софт создания/обработки звука (+ видеоредакторы и многие плееры) под линукс, включая закрытые коммерческие (тот же pianoteq). Насколько я помню его и под другие ОС портировали, но не знаю зачем и с каким успехом. >[оверквотинг удален] > А вот это - отдельная специфичная математика. И грабель там много. И > не все делают это хорошо. И вы знаете, да, либы так > умеют. Но положа руку на сердце, pulseaudio делает все это намного > качественнее чем многие из либ. Из того что на злобу дня > - libsdl умеет делать преобразования, но - это такой трэш. Там > алгоритм примитивный, поэтому если случился upsample - это ведет к очень > мерзотному звучанию с характерными артефактами. Вот и получается - либу вроде > приволокли, а звук вроде все-равно поганенький. Логично что половина програмеров предпочтет > сплевывать вывод в пульс самолично. Сэкономив на зависимостях и получив качество > звука лучше. Сплошной профит... Приведите конкретный пример когда работа напрямую с pa оправдана. Если человеку нужно например сделать звуковое оповещение при событии в программе - он просто пропишет запуск вешнего плеера и имя звукового файла. В настройках сделает строку, в которой пользователь сам сможет указать любимый плеер/опции/свой звуковой файл. В дебри о том какая там у пользователя подсистема он не полезет - это забота пользователя/маинтейнеров дистрибутива.
	Ответить | Правка | Наверх | Cообщить модератору

	196. "Представлен многоплатформенный системный менеджер System..."	+2 +/–
	Сообщение от arisu (ok), 15-Сен-15, 19:53
	> А остальные ... ну им > было лень фачить мозг проблемами алсyчки и они хотят пульс. спасибо, посмеялся.
	Ответить | Правка | К родителю #157 | Наверх | Cообщить модератору

	228. "Представлен многоплатформенный системный менеджер System XVI..."	+/–
	Сообщение от Mihail Zenkov (ok), 15-Сен-15, 20:27
	> Ну, знаете, без procfs и sysfs тоже (теореьтически) можно обойтись. А вот > всякие тут порасплодились и пользуются ими в хвост и в гриву. > И вообще пожалуй работать без них не будут. Для интереса попробовал отключить монтирование sysfs - система дошла до старта Xorg - он ругнулся что не может найти драйвера по девайсы. Попробовал без procfs - не работает fsck рутового раздела (в причины не вникал) и "mount -o remount,rw,... /", отключил их и загрузчику указал "rw". Больше никаких изменений не производил. Система поднялась - отвалился conky (было бы очень странно, если бы он запустился :), большинство приложений работали, в том числе и тяжелые типа blender/inkscape/gimp. Из нерабочих обнаружил audacity (лезет в /proc/cpuinfo), palemoon (пытается информацию о собственном smaps получить), lo4 (что-то с библиотеками), ну и естественно ps и прочие основанные на procfs.
	Ответить | Правка | К родителю #157 | Наверх | Cообщить модератору

	230. "Представлен многоплатформенный системный менеджер System..."	+/–
	Сообщение от arisu (ok), 15-Сен-15, 20:33
	> palemoon (пытается информацию о собственном smaps получить) вообще‐то, оно должно быть опционально (если я правильно помню, то используется для показывания отчётов о памяти, что как раз и должно быть опционально). странно, надо будет в виртуалке повертеть и отучить.
	Ответить | Правка | Наверх | Cообщить модератору

	235. "Представлен многоплатформенный системный менеджер System..."	+/–
	Сообщение от Mihail Zenkov (ok), 15-Сен-15, 21:02
	> вообще‐то, оно должно быть опционально (если я правильно помню, то используется для показывания отчётов о памяти, что как раз и должно быть опционально). странно, надо будет в виртуалке повертеть и отучить. Вот полностью, что получил: strace -ff palemoon 2>&1 |grep proc [pid  1819] open("/proc/self/task/1819/stat", O_RDONLY) = -1 ENOENT (No such file or directory) [pid  1819] open("/proc/self/stat", O_RDONLY) = -1 ENOENT (No such file or directory) [pid  1818] open("/proc/self/maps", O_RDONLY|O_CLOEXEC <unfinished ...> P.S. Виртуалку необязательно, можешь просто попробовать "umount -l /proc", протестировать и назад proc примонтировать.
	Ответить | Правка | Наверх | Cообщить модератору

	241. "Представлен многоплатформенный системный менеджер System..."	+1 +/–
	Сообщение от arisu (ok), 15-Сен-15, 21:20
	> Вот полностью, что получил: > strace -ff palemoon 2>&1 |grep proc > [pid  1819] open("/proc/self/task/1819/stat", O_RDONLY) = -1 ENOENT (No such file or > directory) > [pid  1819] open("/proc/self/stat", O_RDONLY) = -1 ENOENT (No such file or > directory) > [pid  1818] open("/proc/self/maps", O_RDONLY|O_CLOEXEC <unfinished ...> после этого оно не запустилось, или таки захромало? там у мозиллы ещё и elf-loader есть немного долбанутый… > P.S. Виртуалку необязательно, можешь просто попробовать "umount -l /proc", протестировать > и назад proc примонтировать. страшно. :-) а на самом деле — виртуалка всё равно есть, в качестве «чистой системы как у пользователя», где я «полновесные» сборки смотрю. мой‐то Pale Moon (два слова, кстати :-) хорошо порезан. спасибо за репорт, будем разбираться. не нужно это браузеру, должен и без /proc работать. p.s. это офрелиз, не бета? новые офрелизы будут без jemalloc, а jemalloc тоже в /proc лазит, емнип.
	Ответить | Правка | Наверх | Cообщить модератору

	243. "Представлен многоплатформенный системный менеджер System..."	+/–
	Сообщение от Mihail Zenkov (ok), 15-Сен-15, 21:45
	> после этого оно не запустилось, или таки захромало? там у мозиллы ещё > и elf-loader есть немного долбанутый… просто не запустилось > спасибо за репорт, будем разбираться. не нужно это браузеру, должен и без > /proc работать. Пользуясь случаем, хочу спросить: есть ли какие-то планы по включению патчей из других проектов, в частности патчи xunxun: http://sourceforge.net/p/lightfirefox/code/ci/default/tree/x.../ > p.s. это офрелиз, не бета? новые офрелизы будут без jemalloc, а jemalloc > тоже в /proc лазит, емнип. Самосбор, 32-бита, с jemalloc, срез гита от 150601 + часть патчей xunxun и кое-что от себя ;) Чего от jemalloc решили отказаться?
	Ответить | Правка | Наверх | Cообщить модератору

	244. "Представлен многоплатформенный системный менеджер System..."	+1 +/–
	Сообщение от arisu (ok), 15-Сен-15, 22:01
	> просто не запустилось ясно. > Пользуясь случаем, хочу спросить: есть ли какие-то планы по включению патчей из > других проектов, в частности патчи xunxun: > http://sourceforge.net/p/lightfirefox/code/ci/default/tree/x.../ нет, планов никаких нет. не в смысле «ни за что и никогда», а в смысле «никто не приходил, не описывал, что это и зачем оно надо». лучше всего прийти на форум и сделать топик с описанием вкусностей, и что они дают. тогда будет шанс, что включат — MC обычно не против улучшений, если они не сильно выходят за рамки «браузер для браузинга» и «такое редконужное, что этому место в расширении». > Самосбор, 32-бита, с jemalloc, срез гита от 150601 + часть патчей xunxun > и кое-что от себя ;) можно новый срез взять, там пару багов починили. :-) > Чего от jemalloc решили отказаться? а никакого особого профита не приносит: на глаз, на слух и просто так обычный аллокатор от libc ничем не хуже. возможно, когда‐то это было не так, возможно, для винды это и до сих пор не так, а для GNU/Linux jemalloc никакого существенного выигрыша не даёт. по этому поводу следующий релиз будет собран без него. и gcc 4.9: с -O2 сборки 4.9-м вполне стабильны, по скорости от 4.7 с -O3 тоже различий не заметно. так что можно перестать требовать всенепременно 4.7.
	Ответить | Правка | К родителю #243 | Наверх | Cообщить модератору

	248. "Представлен многоплатформенный системный менеджер System..."	+/–
	Сообщение от Mihail Zenkov (ok), 15-Сен-15, 22:18
	> лучше всего прийти на форум и сделать топик > с описанием вкусностей, и что они дают. тогда будет шанс, что > включат — MC обычно не против улучшений, если они не сильно > выходят за рамки «браузер для браузинга» и «такое редконужное, что этому > место в расширении». Вкусностей там нет, зато есть куча избавлений от невкусностей доставшихся от firefox os (telemetry/bluetooth/camera/gamepad/etc). При том в основном все завернуто #ifdef/#endif и вынесено опцией в конфиг.
	Ответить | Правка | К родителю #244 | Наверх | Cообщить модератору

	250. "Представлен многоплатформенный системный менеджер System..."	+1 +/–
	Сообщение от arisu (ok), 15-Сен-15, 22:34
	> Вкусностей там нет, зато есть куча избавлений от невкусностей доставшихся от firefox > os (telemetry/bluetooth/camera/gamepad/etc). При том в основном все завернуто #ifdef/#endif > и вынесено опцией в конфиг. избавления довольно своеобразные, вообще: если уж выносить — так выносить. телеметрию, кстати, в PM уже вынесли в полном составе (хотя она и раньше ничего не делала). вообще, я глянул — нет, не думаю, что оно пойдёт в mainline. кое‐что и так уже выкинули, кое‐что таки отключалось и раньше, а добавление 100500 опций сборки приоритетом не является. если что‐то ненужно, то его просто выпиливают без остатков. весь b2g вместе с его API стоит в планах на выпиливание, но это тоже пока не является приоритетной задачей. p.s. всеми горячо любимый social api тоже уничтожили уже. :-)
	Ответить | Правка | К родителю #248 | Наверх | Cообщить модератору

	253. "Представлен многоплатформенный системный менеджер System..."	+/–
	Сообщение от Mihail Zenkov (ok), 15-Сен-15, 23:11
	> вообще, я глянул — нет, не думаю, что оно пойдёт в mainline. > кое‐что и так уже выкинули, кое‐что таки отключалось и раньше, а > добавление 100500 опций сборки приоритетом не является. если что‐то ненужно, то > его просто выпиливают без остатков. В общем то правильно, но есть некоторые вещи, типа webgl, которые удобно иметь опцией. Кстати сейчас у pm webgl не весь выпиливается - gfx/angle остается, а она нужна только для webgl. > весь b2g вместе с его API > стоит в планах на выпиливание, но это тоже пока не является > приоритетной задачей. А что приоритетно? Есть какой-то todo? P.S. Случайно не знаешь, как лучше к pm внешний видео плеер (mpv) прикрутить, что бы все видео только через него шло?
	Ответить | Правка | К родителю #250 | Наверх | Cообщить модератору

	256. "Представлен многоплатформенный системный менеджер System..."	+1 +/–
	Сообщение от arisu (ok), 16-Сен-15, 01:21
	> В общем то правильно, но есть некоторые вещи, типа webgl, которые удобно > иметь опцией. удобно, конечно — но эти опции надо постоянно тестировать, делать кучу сборок. а мозилловских ферм под рукой нет. поэтому опции хорошо, но… вон, опция для отключения аудио, например, работает, да не совсем. потому что ни у кого руки не доходят тестировать. потому лучше не иметь опции, нежели иметь нерабочую, я думаю. > Кстати сейчас у pm webgl не весь выпиливается - > gfx/angle остается, а она нужна только для webgl. спасибо, посмотрим, починим… наверное. >> весь b2g вместе с его API >> стоит в планах на выпиливание, но это тоже пока не является >> приоритетной задачей. > А что приоритетно? Есть какой-то todo? есть, но он у MC в голове, так просто оттуда не добудешь. больше ES6, меньше «поломаного веба» — как‐то так. остальное — хвостиком. > P.S. Случайно не знаешь, как лучше к pm внешний видео плеер (mpv) > прикрутить, что бы все видео только через него шло? неа. я сделал как обычно делаю: кривохаком. protocol handler для протокола mpv:, и userjs, который правит страницы, убирая объекты и вставляя mpv-адреса. для моих нужд мне хватает, потому дальше и не заморачивался.
	Ответить | Правка | К родителю #253 | Наверх | Cообщить модератору

	267. "Представлен многоплатформенный системный менеджер System XVI..."	–1 +/–
	Сообщение от Аноним (-), 16-Сен-15, 14:57
	> lo4 (что-то с библиотеками), ну и естественно ps и прочие основанные на procfs. Ну так я говорю что они не являются АБСОЛЮТНО необходимыми. Вон в винде их вообще отродясь не было, а pale moon там как-то даже работает вроде. А вон в DOS - вообще много чего не было. Даже защиты памяти и многозадачности. А программы как-то работали. Можно и дальше продолжить.
	Ответить | Правка | К родителю #228 | Наверх | Cообщить модератору

	180. "Представлен многоплатформенный системный менеджер System XVI..."	–1 +/–
	Сообщение от GotF (ok), 15-Сен-15, 18:59
	> Мне лично не нравится идея универсальной системной шины именно потому, что за > нее начинают завязываться в тех ситуациях, где без нее можно прекрасно > обойтись. Естественно, я только за когда шина используется обоснованно (как jack > в аудио). Вариант «разработчику это удобно» принципиально не рассматривается? Для пользователей dbus-интерфейс тоже может представлять интерес.
	Ответить | Правка | К родителю #147 | Наверх | Cообщить модератору

	197. "Представлен многоплатформенный системный менеджер System..."	+1 +/–
	Сообщение от arisu (ok), 15-Сен-15, 19:55
	> Вариант «разработчику это удобно» принципиально не рассматривается? нет. как только разработчик перестаёт пилить это в подвале лично для себя — так сразу и не рассматривается.
	Ответить | Правка | Наверх | Cообщить модератору

	268. "Представлен многоплатформенный системный менеджер System..."	+/–
	Сообщение от Аноним (-), 16-Сен-15, 15:20
	> нет. как только разработчик перестаёт пилить это в подвале лично для себя > — так сразу и не рассматривается. С такими аргументами вы далеко и хорошо пойдете. Шипеть в сторонку что разработчики скурвились и требуют d-bus, например. Да, парни: если вас не интересует мое удобство, меня ваше - и подавно тогда не интересует. При таких раскладах я просто сделаю как удобнее всего мне, на чем наше взаимодействие и закончится. Пробухтев что-нибудь вида "можете не пользоваться, если не нравится, и вообще шли б вы с такими подходами куда-нибудь на openbsd".
	Ответить | Правка | Наверх | Cообщить модератору

	274. "Представлен многоплатформенный системный менеджер System..."	+/–
	Сообщение от arisu (ok), 16-Сен-15, 21:12
	ну вот я и не пользуюсь всяким системдецом и пшшшшшаудио, например.
	Ответить | Правка | Наверх | Cообщить модератору

	212. "Представлен многоплатформенный системный менеджер System XVI..."	+/–
	Сообщение от Mihail Zenkov (ok), 15-Сен-15, 20:12
	> Вариант «разработчику это удобно» принципиально не рассматривается? «разработчику это удобно» - недостаточное обоснование, достаточное - один из лучших вариантов для решения _конкретной_ проблемы. А то так можно договорится до того, что разработчикам неудобно ядро на c+asm писать, давайте на java/python/etc переходить. > Для пользователей dbus-интерфейс тоже может представлять интерес. Возможно, но хотелось увидеть реальные примеры.
	Ответить | Правка | К родителю #180 | Наверх | Cообщить модератору

	223. "Представлен многоплатформенный системный менеджер System XVI..."	–1 +/–
	Сообщение от GotF (ok), 15-Сен-15, 20:22
	>> Вариант «разработчику это удобно» принципиально не рассматривается? > «разработчику это удобно» - недостаточное обоснование, достаточное - один из > лучших вариантов для решения _конкретной_ проблемы. Ну не лучшее, да. С другой стороны, всё равно это второстепенная функциональность, так что идейные противники dbus могут спокойно прожить без неё. >> Для пользователей dbus-интерфейс тоже может представлять интерес. > Возможно, но хотелось увидеть реальные примеры. Например, я когда-то активно использовал dbus-интерфейс Gajim. В этом году заглядывал в AccountsService ещё, но это немного более другой случай, потому что иных интерфейсов там нет.
	Ответить | Правка | Наверх | Cообщить модератору

	270. "Представлен многоплатформенный системный менеджер System XVI..."	–1 +/–
	Сообщение от Аноним (-), 16-Сен-15, 15:54
	> «разработчику это удобно» - недостаточное обоснование, Я думаю что для большинства разработчиков это как раз более чем достаточное обоснование. Они это обоснуют задействовав апи, которое им удобно и проигнорировав то которое им неудобно. Оспорить это можно в спортлото. По какой-то такой причине ioctl'ы например считаются дурным апи. Они могут работать. Но даже просто их полный список например получить... > достаточное - один из лучших вариантов для решения _конкретной_ проблемы. Ну вот информирование о system-wide событиях например логичнее всего смотрелось бы через системную шину, имхо. > А то так можно договорится до того, что разработчикам неудобно ядро на > c+asm писать, давайте на java/python/etc переходить. Так они С используют как раз потому что на нем системные вещи удобнее всего делать. Было бы удобнее на чем-то другом - пользовались бы этим. А жаба слишком высокоуровневая. Надо вам записать 0x20 по адресу 0x100500. Потому что там memory-mapped периферия, напимер. А в жабе такого понятия обана и ... нет. Или например GC. У вас тут шедулер процессов, вы за чуть ли не наносекунды давитесь. А тут пришел GC, и поставил все колом на секунду. FAIL. Кстати, эта граблина нашла множество лбешников. Те кто попробовал на JS писать игры, очень скоро заметили что игры начинают непредсказуемо лагать на ровном месте. Когда gc приспичивает мусор собрать. И все бы ничего, только юзеры очень бесятся когда все клинит на секунду. И даже на ведроиде игроделы недвусмысленно потребовали нативный код. Потому что им так проще и результат лучше, а не что-нибудь еще. Допинать жабу с ее GC, малопредсказуемым временем операций и просадками до вменяемого состояния - просто сложно, даже если не требовательные к скорости программы на ней писать и проще, в системных делах и критичных к скорости задачах перевешивают иные факторы.
	Ответить | Правка | К родителю #212 | Наверх | Cообщить модератору

	272. "Представлен многоплатформенный системный менеджер System XVI..."	+/–
	Сообщение от Mihail Zenkov (ok), 16-Сен-15, 17:11
	>[оверквотинг удален] > эта граблина нашла множество лбешников. Те кто попробовал на JS писать > игры, очень скоро заметили что игры начинают непредсказуемо лагать на ровном > месте. Когда gc приспичивает мусор собрать. И все бы ничего, только > юзеры очень бесятся когда все клинит на секунду. И даже на > ведроиде игроделы недвусмысленно потребовали нативный код. Потому что им так проще > и результат лучше, а не что-нибудь еще. Допинать жабу с ее > GC, малопредсказуемым временем операций и просадками до вменяемого состояния - просто > сложно, даже если не требовательные к скорости программы на ней писать > и проще, в системных делах и критичных к скорости задачах перевешивают > иные факторы. Все что вы описали - это не "удобно", а решение конкретных задач и С действительно для них лучше подходит. А вот когда человек тянет Qt только для открытия OpenGL контекста, потому что Qt он когда-то использовал, а другие библиотеки нужно искать и изучать - вот это "удобно", но по моему мнению неправильно. И лично я постараюсь держаться подальше от подобных программ.
	Ответить | Правка | Наверх | Cообщить модератору

	273. "Представлен многоплатформенный системный менеджер System XVI..."	+/–
	Сообщение от Mihail Zenkov (ok), 16-Сен-15, 17:15
	> Ну вот информирование о system-wide событиях например логичнее всего смотрелось бы через > системную шину, имхо. Не уверен, был уже спор на эту тему. Я все же пока остаюсь на своем мнении о необходимости дальнейшего развития sysfs, библиотек и утилит для работы с ним.
	Ответить | Правка | К родителю #270 | Наверх | Cообщить модератору

	275. "Представлен многоплатформенный системный менеджер System..."	+1 +/–
	Сообщение от arisu (ok), 16-Сен-15, 21:13
	> Так они С используют как раз потому что на нем системные вещи > удобнее всего делать. rotfl.
	Ответить | Правка | К родителю #270 | Наверх | Cообщить модератору

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

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