Опубликовано (https://www.debian.org/News/2016/20160917) корректирующее обновление Debian 8.6, в которое включены все выпущенные обновления пакетов и устранены недоработки в инсталляторе.
Выпуск включает 77 обновления с устранением проблем со стабильностью и 93 обновления с устранением уязвимостей. Из изменений в Debian 8.6 можно отметить удаление пакетов minit (не поддерживается) и trn (заменён на trn4). До свежих выпусков обновлены пакеты adblock-plus, firegestures, gnome-maps, greasemonkey, intel-microcode, mariadb, mozilla-noscript, tabmixplus, tzdata.Установочные (http://cdimage.debian.org/cdimage/unofficial/non-free/cd-inc.../) сборки ([[http://cdimage.debian.org/cdimage/release/8.5.0/) Debian 8.6 пока не сформированы. Системы, установленные ранее и поддерживаемые в актуальном состоянии, получают обновления, присутствующие в Debian 8.6, через штатную систему установки обновлений. Включенные в новые выпуски Debian исправления проблем безопасности доступны пользователям по мере выхода обновлений через сервис security.debian.org.
URL: https://www.debian.org/News/2016/20160917
Новость: https://www.opennet.ru/opennews/art.shtml?num=45166
Дебиан уже не торт. Пришлось снести когда ноут с выделенной видяхой нвидия и встроенным видео интел не потащил нормально 3D ускорение. От инструкций из инета и на оффсайте толку ноль. Потратил туеву хучу времени, а оно так и незаработало. Поставил Бубунту 16, и рожь заколосилась, и при этом заметте я не тратил времени на поиск костылей и их прикручивание. Блютуз мышка всё време отваливалась, переодически. А на бубунте всё заработало сразу из коробки.
лол
Ты можешь сделать карьеру в ОТК.
Хотя с твоим везением и тем как всё вокруг тебя ломается самым странным образом, ты можешь не дожить до совершеннолетия, когда можно без проблем устроиться на работу.
А что, торт? Одна их реализация systemd чего стоит.
> А что, торт? Одна их реализация systemd чего стоит.Зато юниксвейно! Скрипт на скрипте и скриптом погоняет. Настройка шрифтов в консоли вместо vconsole работает через libastral, сеть вместо фоновой инициализации жестко завязана на раннюю загрузку, etc.
> Поставил Бубунту 16, и рожь заколосилась,
> и при этом заметте я не тратил времени на поиск костылей
> и их прикручивание.Ну разве ж можно бубунтой пользоваться? Там же всё работает "из коробки", не над чем шаманить, не с чем красноглазить, никак себе ЧСВ не прокачаешь, звание истинного линуксоида не заслужишь, на оупеннете всякие умники оскорблять и издеваться будут.
можно, в новых сборках ISO даже сделали инсталлятор вроде lilo как альтернативу. (что есть в ISO debian 8.5).
> можно, в новых сборках ISO даже сделали инсталлятор вроде lilo как альтернативу.
> (что есть в ISO debian 8.5).Инсталятор вроде lilo?
Берем попкорн, садимся поудобнее.
>Инсталятор вроде lilo?А ты чего ожидал от бабуинтинов?!? ;-\ Этот ещё и за умного среди них прокатит :)
>>Инсталятор вроде lilo?
> А ты чего ожидал от бабуинтинов?!? ;-\ Этот ещё и за умного среди них прокатит :)Veteran unix admin - слово "lilo" знает!
>>Инсталятор вроде lilo?
> А ты чего ожидал от бабуинтинов?!? ;-\ Этот ещё и за
> умного среди них прокатит :)Да ладно... у него ж паспорт^Wсвидетельство о рождении арчевское...
Убунту была хороша, особенно релиз 10.10. Сейчас увы не торт, когда на моем ноуте она тормозит, то свежайший дебиан летает аж бегом. Что рекомендуешь? Докупать еще 2 гига оперативки, ради того, чтобы убунта летала?
С Убунтой тоже не всегда сладко бывает.
У меня есть ноут, я на него ставил Мандриву, опенСусь, Арчь и Дебиан. И всё это я смог заставить работать, но с Убунтой не прокатило.
Ноут проблемный, так видяха редкостная. Сначала Убунта меня порадовала, сказав что она умная и сейчас всё сделает сама. Она сделала, но только прочитать на экране ничего было не возможно, контуры окон угадывались и всё. Весь экран был как будьто мелко нашинкован и слегка перемешан. Тогда я подумал, ну и ладно, то ли мы в консоли не справимся, сейчас как обычно скомпилю драйвер из исподников и всё будет гуд. Переключился в консоль, а там то же самое.
Подобных проблем в выше перечисленных дистрибутивах не было, по умолчанию они не могли установить корректное разрешение экрана, что лечилось сборкой драйвера из исходников и всё.
Так что Убунту не панацея.
> Подобных проблем в выше перечисленных дистрибутивах не было, по умолчанию они не
> могли установить корректное разрешение экрана, что лечилось сборкой драйвера из
> исходников и всё.А что за драйвер собирали и что за чип такой?
С убунтой не все так просто, у нас после обновлений постоянно какая-то хрень происходит, из последнего - на некоторых компах начинается дикий своп, после чего система вываливается в OOM (правда это на 14.04). Сейчас переходим на дебиан 8.5, пока полет нормальный.
в разных ситуациях по разному, в дебе оригинальном просто ковыряться дольше нужно, у меня например на GA-D510UD Atom intel cpu убунту даже не ставится, потому что там xorg.conf нужно править, либо юзать xfce4, lxde, lxqt чтобы настроить VGA1 и LVDS1 выходы (там видео ноутбучное). А на дебиан все нормально встало через lilo и с псевдо графикой настроилось, но билд образы битый 3й диск был для 8.5 так что пришлось делать apt-get install -fвообще я тоже убил дебиан один раз пытаясь поставить дровишки к НВидии...на интеле 0 проблем
как вариант попробуй еще sparky linux 4.4 (debian stretch (testing)) я на нем сейчас сижу, он поновее релиза и не такой полигон как sid. +в sparky еще сторонних реп и много GUI тулз из коробки имеется, он не такой голый и небритый как дефолтный деб.
я много чего пробовал с дистро вотча в принципе, но точно скажу убунта и деб не просто так в топе ;)
> вообще я тоже убил дебиан один раз пытаясь поставить дровишки к НВидии...Чисто на всякий: в альте их пакуют (см. altlinux.org/nvidia), в kdesktop/kworkstation идут сразу из коробки (в остальных образах nouveau).
Просто Debian не для твоего бука пишут
Зато винду пишут одну и для всех. И буков и самбуков.
> Зато винду пишут одну и для всех. И буков и самбуков.Пишут, может, и одну -- а получается всё то CE, то RT, то ещё какое порождение...
> Пишут, может, и одну -- а получается всё то CE, то RT,
> то ещё какое порождение...Миша, размораживайся срочно! Вокруг жизня кипит! Винда уже не 95! И так далее. Планшеты с полноценной Десяткой на дворе!
> Планшеты с полноценной Десяткой на дворе!Во дела, кто-то нашёл полноценную десятку. А мне, в т.ч. на планшетах, всё какая-то неполноценная попадается. Если вообще винда, в смысле.
>> то ещё какое порождение...
Михаил, каким планшетом/планшетами вы пользуетесь в своей повседневной жизни и/или по работе?
> Михаил, каким планшетом/планшетами вы пользуетесь в своей повседневной жизни
> и/или по работе?Не пользуюсь. Когда запихивали альт в Nexus 7 -- ездил порой с ним в качестве книгочиталки, да дисплей разбил и заниматься им было некогда. А так разное бегает, в #110 речь шла про интеловые.
Бубунта базируется на testing дебиане, на котором твоя конфигурация разумеется работает.
Надо добавить в груб acpi_osi="!Windows 2009" acpi_osi="!Windows 2013" acpi_osi="!Windows 2015".
Поставить nvidia-driver с repo.steamos.org, поставить bumblebee-nvidia и primus и все полетит.
А в барабан бить до, после или во время?
> А в барабан бить до, после или во время?Барабан не требуется. И бубен тоже. Это ж не убунта.
> А в барабан бить до, после или во время?Когда угодно. Только кепку сними.
>> и при этом заметте я не тратил времени на поиск костылей и их прикручиваниеНу правильно, в бубунте костыли уже надёжно прикручены. А в Дебиан можно и без костылей было сделать, но вы не удосужились прочитать вики, а не форумы. Плохо, товарищ Аноним, какой же вы линуксойд, если не умеете мануалы читать?
А он хотел как современную иномарку в магазине - документы оформил, ключи получил, завёл и поехал. Некоторые уже забыли или не знают, что редкий "Запорожец" уезжал из советского авто-магазина своим ходом, всё чаще на буксире. Вот спо, оно мне всегда напоминает те "запорожцы".
> Некоторые уже забыли или не знают, что редкий "Запорожец" уезжал из советского авто-магазина своим ходомЧушь. У моего деда был запорожец, ездил нормально.
А в нашем городе запорожцы иногда до сих пор появляются. Так что бла-бла, неосиляторы такие неосиляторы.
> Вот спо, оно мне всегда напоминает те "запорожцы".Один мой киевский приятель поменял неплохую шкоду на таврию, когда шкода встала на дороге в лесу с индикацией "хочу в сервис". Сказал, что эту я руками починю, в крайнем разе...
С переходом на systemd сабж даже на серверы ставить не хочется. Пока поддерживается denian 7 остаюсь на нем. А дальше видно будет.
> С переходом на systemd сабж даже на серверы ставить не хочется. Пока
> поддерживается denian 7 остаюсь на нем. А дальше видно будет.нет в нем ничего плохого, работает и есть не просит.
Увы, к сожалению systemd не работает, а только всё ломает, что раньше работало без каких-либо проблем.
пользую systemd активно не первый год (openSUSE Leap и Centos 7), проблем не встречал. но, как известно, положительный опыт бесполезен и нерепрезентативен (особенно свой), так что с удовольствием послушаю ваши кулстори про нерабочий systemd, пишите. укажите ещё пожалуйста железо, дистр и заваленные задачи.
Могу рассказать свой опыт. Systemd может подкинуть ошибок. Но на поверку большинство этих ошибок оказывались реальными ошибками конфигурации со стороны админа или майнтайнера. А системд виноват лишь тем что в отличие от скриптов sysv init соизволил проверить коды возврата и успех операций.
системд виноват тем, что его пишут угорелые е***наты. Гугли про недавнюю подлянку с killall-on-logout, которая появилась ровно из-за того, что бучий третий гном не умеет в управление своими же сессиями.А размер самого проекта порядка трёхсот тысяч строк сишного кода, снижает вероятность починки системы "на месте" даже не до нуля, а до отрицательнхы величин.
ты комп то включал?
Вы б русский сначала осилили, а то продираться через ваши бредни не хочется. Освоите, глядишь, ан и получите желаемые старицы.
> Увы, к сожалению systemd не работает, а только всё ломает, что раньше
> работало без каких-либо проблем.Ничего страшного, необучаемых компании спишут в утиль и наймут новых, у которых он работает нормально.
Специалист без работы никогда не останется. А вот макака, обученная жать кнопки в определённом продукте - первейший кандидат на "оптимизацию затрат".Если брать конкретно тебя - видно, что ни в ихнюю багзиллу, ни даже в исходники деб-пакета системды ты ни разу не заглядывал. С человека, который это хоть раз делал и смог понять увиденное враз слетают розовые очки.
>необучаемых компании спишут в утиль и наймут новых, у которых
> он работает нормально.Кстати, да! Тех, кто в компаниях ставит Debian ждут приветы от рэдхейта и его Большого Партнёра в области оркестрации виртуализации. Аналитики утверждают, что расходы на отрасть IT падают -- крайзис, вишь ты. Поэтому компании-потребл*теля тянутся к _проверенному решению, а самодельные перепевки, прогибающиеся под пришлых казачков, да, снесут в утиль. Хаваем, граждане, с лопаты федоры и сентосы от Лидера и улыбаемся и машем сабжу, мы провожаем его в. </минутка айти аналитики>
> Поэтому компании-потребл*теля тянутся к _проверенному решению...которым по их мнению является M$. Сюрприиз! А редхат - это вообще какой-то хеp с горы.
>> Поэтому компании-потребл*теля тянутся к _проверенному решению
> ...которым по их мнению является M$. Сюрприиз! А редхат - это вообще
> какой-то хеp с горы.Это ж в каких мумба-юмбах так крайзис-то припекает? Веб-серверите наружу IIS-ами и принимаете почту иксченьжами с антивирусами?? Уж не в самом ли майкрософте имеете сомнительное удовольствие под-админивать?! </приборы при нём>
Ломает костыли, которые работали без проблем. И заменяет их на нормальные вещи, которые по естественной причине - с этими костылями несовместимы. Но вместо того, чтобы признать жопорукость всего, что было до systemd - проще обосрать последний.
> Ломает костыли, которые работали без проблем. И заменяет их на другие костыли и [эт-самое]-код, которые по естественной причине - с этими костылями несовместимы.fixed, не благодарите! При несогласии советую снять розовые очки и глянуть в код системды — и оценить это нагромождение [эт-самого] и палок.
> При несогласии советую снять розовые очки и глянуть в
> код системды — и оценить это нагромождение [эт-самого] и палок.Не советую, поберегите глаза! Количество макросов в коде зашкаливает, можно даже сказать, что Леннарт изобрёл свой Си (ожидаемо). Видимо тоже увидел в нём фатальный недостаток.
Советую так же посмотреть на количество открытых иссуей, посмеяться и продолжать пользоваться SysVInit.
> Не советую, поберегите глаза!Спасибо, но к сожалению я уже (
> Количество макросов в коде зашкаливает, можно даже сказать,
> что Леннарт изобрёл свой Си (ожидаемо). Видимо тоже увидел в нём
> фатальный недостаток.Честно говоря, на фоне таких перлов:
s = new(char, a + 1 + b + strlen(e) + 1);
--
strcpy(mempcpy(mempcpy(s, f, a + 1), i, b), e);
--
strcpy(stpcpy(stpcpy(stpcpy(mempcpy(t, p, fn - p), ".#"), extra), fn), "XXXXXX");
--
if (path_is_absolute(option+15)) {
if (strv_extend(&arg_tcrypt_keyfiles, option + 15) < 0)
--
t = newa(char, strlen(p) + 2 + 4 + 1);
--
stpcpy(stpcpy(stpcpy(mempcpy(t, p, fn - p), ".#"), fn), ".lck");
на макросы (которые еще и вопреки всем конвенциям строчными буквами, так что сразу и не отличишь) я уже особо и не смотрел.
> strcpy(stpcpy(stpcpy(stpcpyЖестоко.
> на фоне таких перлов:Обсуждалось уже.
Тем, кто пишет на C, а не на цэ-плюс-плюс и 1С, этот код понятен (не идеален, конечно, но понятен). Мышекликерам, которые на каждый чих привыкли использовать автокомплит и пытаться угадать, что делает функция, лишь по её имени, такой код, естественно, не нравится. Они вместо strlen хотят LengthOfString, а ещё лучше - отдельный класс String с виртуальными методами и деструкторами, генерацией исключений и дичайшим оверхедом на это всё.
Просто поттеринг не из тех, кто пишет str.split('/').length()-1 для подсчёта числа слешей в строке, он пишет нормальный сишный цикл, предназначенный для компьютера а не среднего яваскрипт-программиста уровня второго курса экономфака с замашками сеньора.
Проблема SystemD, по большей части, политическая. Если бы его не пропихивали всеми правдами и неправдами, был бы очередной upstart/openrc, которым пользовались бы лишь те, кому это нравится.
> Тем, кто пишет на C, а не на цэ-плюс-плюс и 1С, этот
> код понятен (не идеален, конечно, но понятен).Литералы в коде, захардкоженые размеры, макросы строчными буквами, плохо отлаживаемы цепочки вызовов, *реновые наименования переменных … конечно можно через все это продраться при необходимости, но [эт-самая-субстанция]-кодом, в котором масса сюрпризов и которой очень фигово будет как-то править и переделывать, ЭТО быть не перестает.
> Мышекликерам, которые на каждый чих привыкли использовать автокомплит
Вообще-то автокомплит с подсветкой и разверткой документации вполне себе нормальное подспорье для всего, что крупнее привета миру.
> по её имени, такой код, естественно, не нравится. Они вместо strlen
> хотят LengthOfString, а ещё лучше - отдельный класс String с виртуальными
> методами и деструкторами, генерацией исключений и дичайшим оверхедом на это всё.А причем тут вообще strlen? Или на этом ваши познания в Си заканчиваются? Кстати, использовать strlen на каждый чих тоже как бы дичайший оверхед )
> Просто поттеринг не из тех, кто пишет str.split('/').length()-1 для подсчёта числа слешей
> в строке, он пишет нормальный сишный цикл, предназначенный для компьютера аФантазер.
> Литералы в коде, захардкоженые размеры, макросы строчными буквами, плохо отлаживаемы цепочки вызовов, *реновые наименования переменных …Можете предложить свою реализацию функции, в которой присутствует строка с stpcpy(stpcpy(stpcpy ? Интересно посмотреть, как мог бы выглядеть её более читабельный вариант.
> в котором масса сюрпризов и которой очень фигово будет как-то править
Я не обсуждаю тут логику кода - в неё я не вдавался, и вполне допускаю, что там есть проблемы. Я пишу конкретно про стиль кода тех участков, что кинули вы, и в котором как человек, эпизодически сталкивающийся с кодом на C, я не вижу больших проблем. Вас смущает stpcpy? Так она для такого и придумана.
> А причем тут вообще strlen?
При "*реновые наименования переменных". Где-то тут уже жаловались люди, которым непонятно, что такое b и p в коде nginx (полагаю, вы ЭТО имеете ввиду). Но тыкаешь их носом на 5 строк выше в ту же функцию (в которой, кстати, не больше 20 строк), где написано что-то вроде char *b = new char[BUFSIZE] или char *p = path и больше от них ни ответа, ни привета. Я часто вижу такое в C, и какой-то особой проблемы в этом не вижу.
> как человек, эпизодически сталкивающийся с кодом на C, я не вижу больших проблем.Яснопонятно.
> Вас смущает stpcpy? Так она для такого и придумана.
Что меня смущает, я уже упоминал. Но вам это похоже ни о чем не говорит.
Вы случайно не из тех, кто не только с Си, но и другими ЯП сталкивается в основном "эпизодически"? Это многое бы объяснило.> При "*реновые наименования переменных". Где-то тут уже жаловались люди, которым непонятно,
> что такое b и p в коде nginx (полагаю, вы ЭТО
> имеете ввиду).s,f,a,b,e
код обычно читается чаще, чем пишется и уж придумать более вменяемые наименования переменных вполне посильная задача.> Но тыкаешь их носом на 5 строк выше в ту же функцию (в которой, кстати, не больше 20 строк), где
> написано что-то вроде char *b = new char[BUFSIZE] или char *pИ что? Ну вот возьмем:
> strcpy(mempcpy(mempcpy(s, f, a + 1), i, b), e);
https://github.com/systemd/systemd/blob/master/src/basic/uni...
Парой строк выше:
a = p - f;
b = strlen(i);
s = new(char, a + 1 + b + strlen(e) + 1);
[/CODE
Это сильно, да. Теперь вы мне расскажите, что i всегда подразумевается как instance, а отнюдь не как счетчик, b у нас всегда длина, а не buf …Кстати, скажите, это нормально, использовать strlen на каждые чих? Иногда по 2-3 раза подряд или вообще ненужное, как "strlen(e)"?
Зато видимо было влом вместо f написать fname, вместо p - sep_pos, вместо a - at_pos ...
> = path и больше от них ни ответа, ни привета.
А что тут особенно-то объяснять? Индусокод, он и в Африке индусокод.
> Что меня смущает, я уже упоминал. Но вам это похоже ни о чем не говорит.Что мне ни о чём не говорит, я спросил. Ваши аргументы были бы понятны, если бы примеры им соответствовали. Вы же в аргументах упомянули макросы в нижнем регистре, а в примерах кроме однобуквенных идентификаторов и числовых констант (с которыми я, кстати, согласен) ничего нет. Я даже готов поверить вам на слово, что под "макросами в нижнем регистре" подразумеваются НЕ макросы вида foreach_list_* которые традиционно пишутся в нижнем регистре, и согласиться с вами.
> Вы случайно не из тех, кто не только с Си, но и другими ЯП сталкивается в основном "эпизодически"?
"Эпизодически" я сталкиваюсь, по крайней мере, с си и явой. И после явы, си - это глоток свежего воздуха, отчасти именно потому, что в яве когда читаешь идентификатор и доходишь до конца, можешь уже забыть, как он начался.
> И что? Ну вот возьмем:
Будь функция на 200 строк, я бы с вами согласился на 100%. Но в функции 11 смысловых строк (объявления переменных и проверки аргументов я не считаю). И мне кажется, что конкретно в данном случае, когда область видимости переменной ограничена этими 11 строками, достаточно понятно, что i - instance, e - extension, p так названа, потому что в си временные указатели принято называть p. a и b - длины двух кусков, между которыми функция вставляет инстанс, и назвать их a и b это всё равно что назвать a и b аргументы функции сравнения, передаваемой в qsort. Можно было назвать их part1 и part2, но в данном случае конфликтов имён нет, и всё и так понятно.
> нормально, использовать strlen на каждые чих?
Очевидно, нет :)
> или вообще ненужное, как "strlen(e)"?
Хм... вроде оно нужное. Как можно без него обойтись здесь?
Я не люблю SystemD, и не пытаюсь защищать его. Но его код считаю достаточно приятным (в плане стиля).
> Что мне ни о чём не говорит, я спросил. Ваши аргументы былиbool unit_instance_is_valid(const char *i) {
> бы понятны, если бы примеры им соответствовали. Вы же в аргументах
> упомянули макросы в нижнем регистре, а в примерах кроме однобуквенных идентификаторов
> и числовых констант (с которыми я, кстати, согласен) ничего нет.Вы уверены? =)
> s = new(char, a + 1 + b + strlen(e) + 1);https://github.com/systemd/systemd/blob/09541e49ebd17b41482e...
> #define new(t, n) ((t*) malloc_multiply(sizeof(t), (n))).
> "Эпизодически" я сталкиваюсь, по крайней мере, с си и явой. И после
> явы, си - это глоток свежего воздуха, отчасти именно потому, что
> в яве когда читаешь идентификатор и доходишь до конца, можешь уже
> забыть, как он начался.Т.е. вы сталкиваетесь/сравниваете с другой крайностью и считаете одну из них приемлемей, а несогласных с этой самой приемлимостью — "фанатами" другой крайности? Как-то слишком уж радикально.
> Но в функции 11 смысловых строк (объявления переменных и проверки аргументов
> я не считаю). И мне кажется, что конкретно в данном случае,Похоже, вас не переубедить. Пусть будет так. Хотя ковенции на то и конвенции, чтобы их придерживаться. Особенно учитывая, что хорошая такая часть кода дублируется в соседних "unit_name_replace_instance" "unit_name_template" – вместо копипасты можно было бы потратить немного времени на нормальные имена переменных.
И именно такие вещи обычно признак [эт-самого]-кода.>> или вообще ненужное, как "strlen(e)"?
> Хм... вроде оно нужное. Как можно без него обойтись здесь?Для вычисления достаточно длины f. А оная тут вычисляется аж по несколько раз )
unit_name_replace_instance() вызывается к примеру вот тут:
https://github.com/systemd/systemd/blob/6afe14ff5b91e6207200...
тут
https://github.com/systemd/systemd/blob/6afe14ff5b91e6207200...
или тут
https://github.com/systemd/systemd/blob/6afe14ff5b91e6207200...
И каждый раз вызову unit_name_replace_instance предшествует проверка:
unit_name_is_valid(...
https://github.com/systemd/systemd/blob/master/src/basic/uni...
Правда, в самой "unit_name_replace_instance" она так же присутствует.И в этой проверке заодно вычисляется длина f, позиция е(xtension) и @ (причем и тут, если копнуть, то все это дублируются по нескольку раз. Например в
Не, я конечно понимаю, что размеры строк тут скромные и даже десятикратные проверки не будут особо заметны. Но ... брать Cи, гордо велосипедить свой парсер, работу со строками и т.д, при этом игнорируя такие "мелочи" ... как-то это уж слишком извращенно.
> #define new(t, n) ((t*) malloc_multiply(sizeof(t), (n)))Ну не знаю, мне кажется, в этом случае маленькие буквы - не проблема. Он просто вместо inline-функции использует макрос. Хотя ему сильно повезло, что конкретно тут не будет проблем при вызовах вида new(char, size++).
> несогласных с этой самой приемлимостью — "фанатами" другой крайности?
Я вас не считаю фанатом чего бы то ни было :) Просто в качестве доказательства овнокода вы приводите примеры, которые рассчитаны на "фанатов другой крайности". Причём, примеры, взятые из сомнительных мест и рассчитанные в основном на ненавистников goto и прочих студентов, чья первая реакция - "Аааа!!! смотрите! stpcpy(stpcpy(stpcpy(stpcpy(!!! ГОВНОКОД!".
Вот тот факт, что в каждой второй сторке длина f вычисляется заново, - это уже интереснее. Но тут (отчасти, см. ниже) родовая проблема C: нужно либо функции переделывать, чтобы вместо "const char *" они принимали уже "const char *, unsigned", либо придумать/использовать какой-нибудь "struct easystring { const char, unsigned }".
Ну а дублирование связано с тем, что автор по сути проверяет входные параметры везде, где можно, вместо использования контрактного программирования, когда параметры проверяются только один раз в интерфейсной функции, а вложенные функции доверяют им без проверки. Ну тут понятно, что это из-за того, что вместо продумывания структуры кода и рефакторинга время тратится на ускоренную реализацию нового функционала.
Но, опять же, по своему опыту, я бы не сказал, что код значительно хуже, чем во многих других проектах.
Каково ваше мнение: если код будет переделан согласно тому, что вы выше перечисляли (то есть функционал и политика проекта останутся теми же, но сам код станет качественнее), вы станете положительно относиться к SystemD и его разработчику? Проблема (или хотя бы бОльшая часть проблемы) только в коде?
Лично я сужу о SystemD по коду в последнюю очередь. Гораздо важнее его политика: какой функционал они реализуют (привет, http-серверу для просмотра логов), как относятся к сохранению обратной совместимости, к ошибкам и принятию сторонних патчей, отсутствие стабильной ветки, фактическое навязывание SystemD пользователям, низкое качество не самого кода, а реализуемого функционала.
>> Литералы в коде, захардкоженые размеры, макросы строчными буквами, плохо отлаживаемы цепочки вызовов, *реновые наименования переменных …
> Можете предложить свою реализацию функции, в которой присутствует строка с stpcpy(stpcpy(stpcpy
> ? Интересно посмотреть, как мог бы выглядеть её более читабельный вариант.sprintf уже отменили?
>Просто поттеринг не из тех, кто пишет str.split('/').length()-1 для подсчёта числа слешей в строке, он пишет нормальный сишный цикл, предназначенный для компьютера а не среднего яваскрипт-программиста уровня второго курса экономфака с замашками сеньора.Чукча, то есть Поттеринг - не читатель, а писатель. Так наверное. Но вообще-то, программы пишутся не для компьютера, а для программистов. Компьютер - он железный, он всё стерпит. А вот на месте тех людей, которые пишут программы исключительно для компьютеров, я бы опасался за свою жизнь. Коллеги по цеху могут не выдержать и пристрелить взбесившееся животное, чтобы не брызгало своей заразной пеной во все стороны.
>Проблема SystemD, по большей части, политическая.
Напиши достойную вещь, которой хочется пользоваться и тогда никого не придётся заставлять ей пользоваться. То есть проблема не только политическая, но и техническая. Сысоев никому пистолет к виску не прикладывал, но очень многие стали использовать nginx.
> Ломает костыли, которые работали без проблем. И заменяет их на нормальные вещи, которые по естественной причине - с этими костылями несовместимы.Но которые зачастую работают куда хуже этих самых "костылей".
> Но вместо того, чтобы признать жопорукость всего, что было до systemd - проще обосрать последний.
Жопорукость, ага. systemd, знаете ли, тоже не конфетка. sysvinit более гибок, systemd проще в плане типового использования.
> Ломает костыли, которые работали без проблем. И заменяет их на нормальные вещи,
> которые по естественной причине - с этими костылями несовместимы. Но вместо
> того, чтобы признать жопорукость всего, что было до systemd - проще обосрать последний.Вы ведь правда возьмётесь представить здесь ссылку на уже, поди, двести раз написанное обоснование Ваших слов? А то есть другое мнение, но охота хоть один раз в жизни увидеть, как пряморукий необгаживающий, собственно, аргументирует.
Пример с nofail прокатит? Когда SystemD падал из-за невозможности примонтировать файловую систему, не помеченную nofail, а sysvinit не падал. Не могу сказать, правильно ли вёл себя sysvinit (допускается ли такое поведение), но SystemD вёл себя корректно.
Совершенно верно.
Devuan в помощь!
За то, что сделали с systemd в debian/ubuntu руки отрывать надо. Там костыль из systemd/upstart/bash-скриптов.
Сразу хочу сказать, осознано перешёл в gentoo на systemd. После небольшого изучения всё становится очень просто и понятно. Баги были, есть и будут в любом значительном куске кода.
Вот на Арче таких проблем нет. Еще и пакетный менеджер удобнейший
угу, только PKGBUILD'ы - это обычный фрагмент шелла, который не поддаётся обработке автоматикой. Соотвественно, какие-либо массовые изменения на уровне всего репозитория там невозможны впринципе, просто потому, что у шелла свободный синтаксис. Только медленно, нудно и ручками.
> массовые изменения на уровне всего репозиторияИнтересно. Можно как-то пояснить, пример привести?
Поясняю. Вет например, есть у тебя некая переменная depends="", в которой перечислены зависимости пакета. В зависимости от предпочтений левой пятки конкретного писателя пакбилда, её могут записать как:depends="foo bar baz" # т.е. одну строчку
depends="foo bar
baz" # т.е. с переносом первой строки по достижении 80 символов
depends="
foo
bar
baz
" # т.е. по зависимости на строкуТеперь попробуй добавить в эту переменную зависимость quux, так, чтоб гарантированно не поломать синтаксис. В Debian это можно сделать, там в debian/control используется подвид yaml'а, который можно прочитать в массив хешей, поменять как надо из perl'а/python'а/etc И СОХРАНИТЬ НА ДИСК отдав сериализатору.
С пакбилдом такое не прокатит, потому что нет способа сохранить фрагмент шелла обратно после его полного разбора. Даже если ты сохранишь список переменных, то потеряешь а) функции, б) форматирование, в) комментарии и оформление.
Во-первых, от предпочтений левой пятки зависят PKGBUILD'ы в ауре только, что естественно. Официальные почти все оформлены единообразно.
Во-вторых, если тебе так часто надо менять какие-то параметры в куче пакетов, то логично было бы за полчаса набросать шаблоны и генератор PKGBUILD'ов нужной группы пакетов, что в арче сделать на два порядка проще, чем в том же дебиане.
>Теперь попробуй добавить в эту переменную зависимость quux, так, чтоб гарантированно не поломать синтаксис$ depends+=" quux"
Ну, или если надо PKGBUILD изменить:
$ perl -i.bak -pe 'BEGIN{$/=""}; $"="" if /\n"$/; s/\"$/$"guux"/ if /depends=(.*)/m' PKGBUILD
Я знаю как в шелле добавить что-то к переменной. Ну и? А обратно это сохранить?А твой колхоз с однострочником не даст никакой гарантии, что не сломается в один прекрасный момент.
Для тех кто не понял -- да, писать это просто и быстро. Но о управляемости, поддерживаемости и автоматизации при таком подходе к сборке пакетов можете забыть.
> Я знаю как в шелле добавить что-то к переменной. Ну и? А
> обратно это сохранить?mv PKGBUILD.bak PKGBUILD
> А твой колхоз с однострочником не даст никакой гарантии, что не сломается
> в один прекрасный момент.однострочник просто дописывает к списку, что может сломаться?
> Для тех кто не понял -- да, писать это просто и быстро.
> Но о управляемости, поддерживаемости и автоматизациикак тут говорят: при упоминании этих слов я поднимаюсь с колен и тянусь к нанотехнологиям.
Вот и пошло шлангование.Спрошу ещё раз, покажи мне код, который корректно разберёт н/у фрагмент шелла, изменит там gtk2 на gtk3 одним и тем же кодом (предположим это два отдельных пакета), и сохранит обратно в том же виде, поменяв только кусок с этой переменной.
g_ver="2"
depends="gtk${g_ver}-theme-adwaita gtk${g_ver}-engines"_gtk="2"
depends="gtk${_gtk}-theme-adwaita gtk${_gtk}-engines"
чем тебя вышеупомянутый пример с guux не устраивает?
Т.е. код ты привести не можешь. Предсказуемо.Слив защитан.
Клоунада. Оставайся при своём мнении, а для новичков, фапающих на "серьёзные технологии" еще раз скажу: не доверяйте ничьему мнению, в том числе моему. Проверяйте. А по моему мнению и опыту, шелл - замечательное средство автоматизации. Tcl/Tk - еще одно замечательное средство.
> изменит там gtk2 на gtk3 одним и тем же кодомecho ${depends//gtk2/gtk3}
> сохранит обратно в том же виде
У тебя в коде нет "gtk2", что ты собираешься менять?
Переменные g_ver="2" и _gtk="2" на g_ver="3" и _gtk="3"?
Тот же вопрос: как теперь сохранить обратно эту изменённую переменную в файл пакбилда так, чтоб необратимо не похерить всё остальное?> У тебя в коде нет "gtk2", что ты собираешься менять?
Воот! Из-за слишком большой гибкости шелла ты можешь на нём это описать КАК УГОДНО. Можно использовать встроенные операции над строками, можно использовать раскрытие переменных, подстановку другой переменной, да этот список вообще может генерироваться функцией или браться из внешнего файла! Как ты будешь такое лопатить автоматикой, если у тебя сам формат позволяет описывать данные бесконечным числом способов?
И не надо мне кивать на некую политику оформления, потому что всегда найдётся дятел, который налепит своих, нескучных костылей. Раз формат позволяет - значит это рано или поздно случится. О частоте и вероятности такого события можно поспорить.
Именно эту мысль я пытался довести до кетайца выше, но тот либо не понял, либо понял, но прикидывается шлангом, зная что задача в данном виде не решаема. Либо просто не может мыслить категориям шире сраного однострочника и трёх пакетов.
Вряд ли кто-нибудь сможет тебе помочь при таком описании проблемы - "Я хочу что-то поменять, как-то сохранить, это что-то может меняться кем угодно, хранится где угодно. Шелл мне этого сделать не позволяет."В любом языке программирования невозможно написать код который может менять значения любой переменной и сохранять её в любом возможном формате.
И, так же, в любом языке можно придумать переменную которая не будет обработана существующим кодом.
Тоже под шланг косишь? Ну-ну. Я достаточно ясно описал задачу. Если тебе лень прочитать и осмыслить - свали в туман и не отсвечивай.А твоя истерика постом ниже явно показывает, что тебе до того уровня, когда понадобится решать подобные задачи - как до пекина раком.
> Тот же вопрос: как теперь сохранить обратно эту изменённую переменную в файл пакбилда так, чтоб необратимо не похерить всё остальное?Ответ: достаточно просто ничего не делать.
Пояснение: в моём сообщении нет изменённой переменной, то есть сохранять нечего.
Поэтому файл пакбилда не нужно изменять (следовательно он не может быть "похерен").
> потому что нет способа сохранить фрагмент шелла обратно после его полного разбораКакая-то чушь, если честно. Нет, я не сижу на раче и даже не пишу PKGBUILDы, но я пишу на баше и никогда таких проблем, как вы тут описываете не испытывал. Вы вообще уверены, что у пакмена не свой парсер этого? Может быть он просто использует синтаксис bash?
> но я пишу на баше и никогда таких проблем, как вы тут описываете не испытывалНе дорос, видимо.
> Не дорос, видимо.До проблем с башем? Действительно. Арч же ролинг-релиз? Кто знает, может быть это проблема с конкретной версией баша, но в Дебиан всё нормально.
> который не поддаётся обработке автоматикойПро какую автоматику вы таки говорите? Аппаратную? На шеле можно много чего делать, не надо тут.
Подними глаза выше и прочитай пример с depends=""
> угу, только PKGBUILD'ы - это обычный фрагмент шелла, который не поддаётся обработке
> автоматикой. Соотвественно, какие-либо массовые изменения на уровне всего репозиторияНу, собирайте пакеты "пятью строчками"tm прямо в своём s-d. Я разрешаю!
Проспись.
> С переходом на systemd сабж даже на серверы ставить не хочется. Пока поддерживается denian 7 остаюсь на нем. А дальше видно будет.вот что пропаганда с неокрепшими умами делают
не верю, что подобные персонажи раньше вообще следили за инитами. причём, были конкретные перемены, которые могли реально создать проблем - но детсадовская пропаганда молчала, и никто не обращал внимания
А зачем было следить за инитом, если он годами не менялся и проблем не создавал? Он же был простой как дверь, а systemd это черный ящик для всех, кто не готов регулярно(он же активно пилится) читать тысячи строк С кода.
> А зачем было следить за инитом, если он годами не менялся и
> проблем не создавал? Он же был простой как дверь, а systemd
> это черный ящик для всех, кто не готов регулярно(он же активно
> пилится) читать тысячи строк С кода.код ядра тоже читать надо? )
За ядро есть чёткая гарантия от Линуса, что юзерспейс они ломать не будут.Те кто полез в кернелспейс -- да, читать надо, много и регулярно. Любителям один раз написать драйвер и забить на поддержку, типа майкрософта (гугл про их драйвер для гиперв) там не рады.
если вы про hyper-v lis, то в августе обновление было
Я про заявление ядерщиков, что если майкрософт не соизволит поддерживать свой код, то в ближайших версиях ядра его просто выкинут как нерабочий. И после этого силы на поддержку внезапно нашлись.Года три назад это было.
А зачем регулярно читать код системд ? Это что-то религиозное, ритуал какой-то ?
Иногда без этого не понять какого хрена он не работает.
>> С переходом на systemd сабж даже на серверы ставить не хочется. Пока поддерживается denian 7 остаюсь на нем. А дальше видно будет.
> не верю, что подобные персонажи раньше вообще следили за инитами. причём, были
> конкретные перемены, которые могли реально создать проблем - но детсадовская пропаганда
> молчала, и никто не обращал вниманияА вы попробуйте на досуге предположить, что толпы этих людей десятилетиями до вас поддерживали все те сервисыв сети, которыми вы регулярно пользовались. Может, у вас даже получится следом предположить, что их претензии подкреплены большим опытом.
Вопрос терминологии. Вы говорите - опыт, другой скажет - ретроградство, а суть одна.
> Вопрос терминологии. Вы говорите - опыт, другой скажет - ретроградствоЭтот "другой" крайне редко что-то сможет этакое "инновационное" отмочить, да шоб ещё и работало хотя бы не хуже.
> Вопрос терминологии. Вы говорите - опыт, другой скажет - ретроградство, а суть одна.Вот кто-то скажет, что Вы - идиот, другой скажет - начинающий специалист, а суть одна.
Пользую testing без systemd - полет нормальный :)
> Пользую testing без systemd - полет нормальный :)И без libsystemd0 ? И без udev ?
> И без libsystemd0 ?Заглушка.
> И без udev ?
Отлично работает без systemd. А ещё man eudev.
нет. libsystemd0 и udev присутствуют.
>> Пользую testing без systemd - полет нормальный :)Аналогично.
> И без libsystemd0?
Это заглушка, не так уж страшно.
> И без udev ?
В debian он не первой свежести, так что пока - да.
>>> Пользую testing без systemd - полет нормальный :)
>> И без libsystemd0?
>> И без udev ?
> В debian он не первой свежести, так что пока - да.Я намекну: https://packages.debian.org/search?suite=all§ion=all&ar...
stretch (testing) (admin): /dev/ and hotplug management daemon
231-4Ты знал, но запямятовал?
И я уточню, а то не распарсил: "пока да" должно было быть прочитано, как "использую, и без" или как "заглушка и не страшно"??
> Я намекну: https://packages.debian.org/search?suite=all§ion=all&ar...
> stretch (testing) (admin): /dev/ and hotplug management daemon
> 231-4
> Ты знал, но запямятовал?Ой. На самом деле не так: у меня не testing, у меня jessie. Я ей пользовался ещё со времён, когда она была testing, рефлекс сработал.
> И я уточню, а то не распарсил: "пока да" должно было быть
> прочитано, как "использую, и без" или как "заглушка и не страшно"??По поводу udev, я вообще отвечал не на тот вопрос, который Вы задавали. Тут Поттеринг давеча писал, что начиная с какой-то версии udev не сможет жить без systemd. Я не в курсе, произошёл ли уже этот запланированный регресс или нет, но хотел написать, что в jessie он пока systemd-as-pid-1 не требует.
Короче, я видимо перегрелся, когда отвечал. Извиняюсь.
> С переходом на systemd сабж даже на серверы ставить не хочется.А что Вам на сервере надо? (интересуюсь как собирающий в т.ч. серверные образы из альта)
>> С переходом на systemd сабж даже на серверы ставить не хочется.
> А что Вам на сервере надо? (интересуюсь как собирающий в т.ч. серверные образы из альта)На сервере нужна стабильность работы прежде всего.
Думаю, что исключительно по этой причине нужен sysvinit.
>>> С переходом на systemd сабж даже на серверы ставить не хочется.
>> А что Вам на сервере надо?
>> (интересуюсь как собирающий в т.ч. серверные образы из альта)
> На сервере нужна стабильность работы прежде всего.
> Думаю, что исключительно по этой причине нужен sysvinit.Это понятно, в пресловутых серверных стартеркитах поэтому sysvinit и используется. Просто есть всякие задумки, которые на localhost'ах всё равно делаются, а можно попробовать обобщить -- как, например, готовые кусочки конфигурации для monit в пакетах с сервисами, чтоб оставалось только его самого установить и всё замониторилось.
> есть всякие задумки, которые на localhost'ах всё равно делаются, а можно
> попробовать обобщить -- как, например, готовые кусочки конфигурации для monit в
> пакетах с сервисами, чтоб оставалось только его самого установить и всё
> замониторилось.По хорошему -- это в вики нужно. А вики причесать.
>> как, например, готовые кусочки конфигурации для monit в пакетах с сервисами,
>> чтоб оставалось только его самого установить и всё замониторилось.
> По хорошему -- это в вики нужно.Зачем? Вики -- в основном состояние, а не поток; тут бы как раз обсудить.
> А вики причесать.
Ой да, она у нас как заросший парк, а то и просто лесопосадка без указателей на тропинках...
Не знаю, чего Вы жалуетесь, но в Debian вроде как можно вернуться на Init, в отличие от всяких там центосей.
> Не знаю, чего Вы жалуетесь, но в Debian вроде как можно вернуться
> на Init, в отличие от всяких там центосей.С головой на плечах и прямыми руками на любом дистрибутиве можно избавиться от systemd. Пока что.
>> Не знаю, чего Вы жалуетесь, но в Debian вроде как можно вернуться
>> на Init, в отличие от всяких там центосей.
> С головой на плечах и прямыми руками на любом дистрибутиве можно избавиться
> от systemd. Пока что."Избавляю от systemd в rhel7(*). Дорого, больно, паяльник свой. ((*)В chroot-е на oldstable Debian-е.)"
Debian Jessie 8.6 без systemd. Полет нормальный.
+ тебе камрад. openrc forever!
Разные направления у Debian и Ubuntu, сравнивать их это странное занятие
Все кто парафинили чувака который перешел на убунту с дебиана из за nvidia optimus просто не имеют денег что бы купить себе такой же. Действительно без танцев с бубном заводится только на ubuntu
У меня ноут с optimus. Арч, суся - всё завелось с полпинка. В убунте - "ага, щас всё сделаем! ой, чё-то не работает, иди на фиг". В итоге пришлось вручную переставлять пакеты, править конфиги в итоге фпс всё-равно заметно ниже оказался, чем в арче или сусе.
> Все кто парафинили чувака который перешел на убунту с дебиана из-за nvidia optimus просто не имеют денег что бы купить себе такой же. Действительно без танцев с бубном заводится только на ubuntuВы не поверите, но nvidia optimus без танцев с бубном завелась у меня на jessie ещё в те времена, когда это был глубокий testing.
Кто бы мог подумать, что ubuntu, собираемый, считай, с того же тестинга, без бубна поднял всё вышеописанное? :)
К слову попробуйте собрать крутую субд scylladb на Debian, это была моя причина перехода - в саппорте мне ответили увы дебиан не поддерживают - так что вы там говорите про разные направления?)))
Какая-то хипсторская хренота не поддерживает дебиан, ой беда-беда-беда, огорчение !
> К слову попробуйте собрать крутую субд scylladb на Debian
>> Installing required packages: systemd-develСУБД которая требует systemd? Это что-то новенькое.
А если по делу:
https://github.com/scylladb/scylla/issues/985
Тут всё собрали. Значит проблема в вас и ваших руках?
имею два кластера KVM/Corosync/Pacemaker/Ceph. Один кластер на сентос 7 второй на убунте 16 (имеется ввиду ОС хоста). В 16 Убунте системд поломан для моих сервисов. и поломали его в 225, и поломан он именно в убунте, народ на федьке не жалутеся. похоже буду сносить эту самую убунту. Сентос как была серверной осью так и остается. Не знаю как в дебиане все это крутится не пробовал.
Ubuntu 16 не существует, существует Ubuntu 16.04. Так что все остальное показывает ваш уровень. А CentOS никогда не был серверной системой, а всегда был rpm-адом для нищебродов не способных купить RHEL.
Во, редхатовский план по порабощению всех кто сидит не на rhel/центосе/федоре -- таки работает!Заранее готовь бабло на поддержку. :-)
Ибо следующей версии центоса может и не быть. Как? А вот так вот, буднично.
Либо отстёгивай чтоб не ломалось, либо скачи по граблям в федоре, чтоб не ломалось у других. Зато бесплатно!
А как же это случится, c лица земли исчезнут .srpm-ы ?
А кто их будет писать забесплатно для редхата?
> Ибо следующей версии центоса может и не быть. Как? А вот так вот, буднично.Технически говоря, centos -- всего лишь очередная пересборка rhel srpms, были до него (как whitebox linux), есть параллельно ему (scientific) и если в шляпе с какого-то перепугу решат зарубить почти бесплатную для себя рекламу -- будут после.
Другое дело, что у любого проекта без доступа к редхатовским тайным знаниям о среде сборки rhel -- будут те же тяжкие мучения при игре в угадайку (насколько знаю, основные проблемы были с тем, что она формировалась не автоматически из текущего состояния репозитория, как у нас в альте или в других системах с воспроизводимой сборкой, а вручную с обновлением индивидуальных пакетов по мере надобности).
>устранены недоработки в инсталляторетеперь можно выключить systemd в инсталяторе?
> теперь можно выключить systemd в инсталяторе?Теперь инсталлятор удаляет systemd автоматически.
lts забросили или там обновления раз в полгода?
> lts забросили или там обновления раз в полгода?Нет и х. его(=.iso то есть 7."12" какой-н.) знает.
https://lists.debian.org/debian-lts-announce/2016/09/
https://lists.debian.org/debian-lts/2016/09/threads.html
> lts забросили или там обновления раз в полгода?Не было такой информации. 4 июня состоялся релиз 7.11, последний релиз old-stable в предверии скорого фриза jessie. судя по всему далее апдейтами занимается lts-команда. сответствующие темы в debian-lts появляются.
unstable - и только его производные кроме Ubuntu.