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

Исходное сообщение
"Выпуск Debian 8.6"

Отправлено opennews , 17-Сен-16 21:22 
Опубликовано (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


Содержание

Сообщения в этом обсуждении
"Выпуск Debian 8.6"
Отправлено Аноним , 17-Сен-16 21:22 
Дебиан уже не торт. Пришлось снести когда ноут с выделенной видяхой нвидия и встроенным видео интел не потащил нормально 3D ускорение. От инструкций из инета и на оффсайте толку ноль. Потратил туеву хучу времени, а оно так и незаработало. Поставил Бубунту 16, и рожь заколосилась, и при этом заметте я не тратил времени на поиск костылей и их прикручивание. Блютуз мышка всё време отваливалась, переодически. А на бубунте всё заработало сразу из коробки.

"Выпуск Debian 8.6"
Отправлено anomymous , 17-Сен-16 21:27 
лол

"Выпуск Debian 8.6"
Отправлено A.Stahl , 17-Сен-16 21:39 
Ты можешь сделать карьеру в ОТК.
Хотя с твоим везением и тем как всё вокруг тебя ломается самым странным образом, ты можешь не дожить до совершеннолетия, когда можно без проблем устроиться на работу.

"Выпуск Debian 8.6"
Отправлено Мишка большая шишка , 19-Сен-16 09:30 
А что, торт? Одна их реализация systemd чего стоит.

"Выпуск Debian 8.6"
Отправлено Аноним , 19-Сен-16 20:43 
>  А что, торт? Одна их реализация systemd чего стоит.

Зато юниксвейно! Скрипт на скрипте и скриптом погоняет. Настройка шрифтов в консоли вместо vconsole работает через libastral, сеть вместо фоновой инициализации жестко завязана на раннюю загрузку, etc.


"Выпуск Debian 8.6"
Отправлено робингуд , 17-Сен-16 21:52 
>  Поставил Бубунту 16, и рожь заколосилась,
> и при этом заметте я не тратил времени на поиск костылей
> и их прикручивание.

Ну разве ж можно бубунтой пользоваться? Там же всё работает "из коробки", не над чем шаманить, не с чем красноглазить, никак себе ЧСВ не прокачаешь, звание истинного линуксоида не заслужишь, на оупеннете всякие умники оскорблять и издеваться будут.


"Выпуск Debian 8.6"
Отправлено Аноним , 17-Сен-16 22:01 
можно, в новых сборках ISO даже сделали инсталлятор вроде lilo как альтернативу. (что есть в ISO debian 8.5).

"Выпуск Debian 8.6"
Отправлено anomymous , 17-Сен-16 22:31 
> можно, в новых сборках ISO даже сделали инсталлятор вроде lilo как альтернативу.
> (что есть в ISO debian 8.5).

Инсталятор вроде lilo?


"Выпуск Debian 8.6"
Отправлено аноном , 17-Сен-16 23:08 
Берем попкорн, садимся поудобнее.

"Выпуск Debian 8.6"
Отправлено _ , 19-Сен-16 16:39 
>Инсталятор вроде lilo?

А ты чего ожидал от бабуинтинов?!? ;-\  Этот ещё и за умного среди них прокатит :)


"Выпуск Debian 8.6"
Отправлено Аноним , 19-Сен-16 20:44 
>>Инсталятор вроде lilo?
> А ты чего ожидал от бабуинтинов?!? ;-\  Этот ещё и за умного среди них прокатит :)

Veteran unix admin - слово "lilo" знает!


"Выпуск Debian 8.6"
Отправлено Led , 19-Сен-16 21:05 
>>Инсталятор вроде lilo?
> А ты чего ожидал от бабуинтинов?!? ;-\  Этот ещё и за
> умного среди них прокатит :)

Да ладно... у него ж паспорт^Wсвидетельство о рождении арчевское...


"Выпуск Debian 8.6"
Отправлено Аноним , 18-Сен-16 08:42 
Убунту была хороша, особенно релиз 10.10. Сейчас увы не торт, когда на моем ноуте она тормозит, то свежайший дебиан летает аж бегом. Что рекомендуешь? Докупать еще 2 гига оперативки, ради того, чтобы убунта летала?

"Выпуск Debian 8.6"
Отправлено kamagan , 18-Сен-16 11:31 
С Убунтой тоже не всегда сладко бывает.
У меня есть ноут, я на него ставил Мандриву, опенСусь, Арчь и Дебиан. И всё это я смог заставить работать, но с Убунтой не прокатило.
Ноут проблемный, так видяха редкостная. Сначала Убунта меня порадовала, сказав что она умная и сейчас всё сделает сама. Она сделала, но только прочитать на экране ничего было не возможно, контуры окон угадывались и всё. Весь экран был как будьто мелко нашинкован и слегка перемешан. Тогда я подумал, ну и ладно, то ли мы в консоли не справимся, сейчас как обычно скомпилю драйвер из исподников и всё будет гуд. Переключился в консоль, а там то же самое.
Подобных проблем в выше перечисленных дистрибутивах не было, по умолчанию они не могли установить корректное разрешение экрана, что лечилось сборкой драйвера из исходников и всё.
Так что Убунту не панацея.

"Выпуск Debian 8.6"
Отправлено Michael Shigorin , 18-Сен-16 18:12 
> Подобных проблем в выше перечисленных дистрибутивах не было, по умолчанию они не
> могли установить корректное разрешение экрана, что лечилось сборкой драйвера из
> исходников и всё.

А что за драйвер собирали и что за чип такой?


"Выпуск Debian 8.6"
Отправлено ttd , 19-Сен-16 09:03 
С убунтой не все так просто, у нас после обновлений постоянно какая-то хрень происходит, из последнего - на некоторых компах начинается дикий своп, после чего система вываливается в OOM (правда это на 14.04). Сейчас переходим на дебиан 8.5, пока полет нормальный.

"Выпуск Debian 8.6"
Отправлено Аноним , 17-Сен-16 21:59 
в разных ситуациях по разному, в дебе оригинальном просто ковыряться дольше нужно, у меня например на 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 тулз из коробки имеется, он не такой голый и небритый как дефолтный деб.

я много чего пробовал с дистро вотча в принципе, но точно скажу убунта и деб не просто так в топе ;)


"Выпуск Debian 8.6"
Отправлено Michael Shigorin , 18-Сен-16 18:13 
> вообще я тоже убил дебиан один раз пытаясь поставить дровишки к НВидии...

Чисто на всякий: в альте их пакуют (см. altlinux.org/nvidia), в kdesktop/kworkstation идут сразу из коробки (в остальных образах nouveau).


"Выпуск Debian 8.6"
Отправлено Rasanon , 17-Сен-16 22:08 
Просто Debian не для твоего бука пишут

"Выпуск Debian 8.6"
Отправлено Аноним , 18-Сен-16 21:00 
Зато винду пишут одну и для всех. И буков и самбуков.

"Выпуск Debian 8.6"
Отправлено Michael Shigorin , 18-Сен-16 21:18 
> Зато винду пишут одну и для всех. И буков и самбуков.

Пишут, может, и одну -- а получается всё то CE, то RT, то ещё какое порождение...


"Выпуск Debian 8.6"
Отправлено Аноним , 18-Сен-16 22:53 
> Пишут, может, и одну -- а получается всё то CE, то RT,
> то ещё какое порождение...

Миша, размораживайся срочно! Вокруг жизня кипит! Винда уже не 95! И так далее. Планшеты с полноценной Десяткой на дворе!



"Выпуск Debian 8.6"
Отправлено Michael Shigorin , 19-Сен-16 00:52 
> Планшеты с полноценной Десяткой на дворе!

Во дела, кто-то нашёл полноценную десятку.  А мне, в т.ч. на планшетах, всё какая-то неполноценная попадается.  Если вообще винда, в смысле.

>> то ещё какое порождение...


"Выпуск Debian 8.6"
Отправлено Аноним 20.09 , 20-Сен-16 22:10 
Михаил, каким планшетом/планшетами вы пользуетесь в своей повседневной жизни и/или по работе?

"Выпуск Debian 8.6"
Отправлено Michael Shigorin , 21-Сен-16 11:25 
> Михаил, каким планшетом/планшетами вы пользуетесь в своей повседневной жизни
> и/или по работе?

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


"Выпуск Debian 8.6"
Отправлено Аноним , 18-Сен-16 12:09 
Бубунта базируется на testing дебиане, на котором твоя конфигурация разумеется работает.
Надо добавить в груб acpi_osi="!Windows 2009" acpi_osi="!Windows 2013" acpi_osi="!Windows 2015".
Поставить nvidia-driver с repo.steamos.org, поставить bumblebee-nvidia и primus и все полетит.

"Выпуск Debian 8.6"
Отправлено mumu , 19-Сен-16 20:23 
А в барабан бить до, после или во время?

"Выпуск Debian 8.6"
Отправлено Аноним , 19-Сен-16 20:45 
> А в барабан бить до, после или во время?

Барабан не требуется. И бубен тоже. Это ж не убунта.


"Выпуск Debian 8.6"
Отправлено Led , 19-Сен-16 21:07 
> А в барабан бить до, после или во время?

Когда угодно. Только кепку сними.


"Выпуск Debian 8.6"
Отправлено Аноним , 18-Сен-16 14:33 
>> и при этом заметте я не тратил времени на поиск костылей и их прикручивание

Ну правильно, в бубунте костыли уже надёжно прикручены. А в Дебиан можно и без костылей было сделать, но вы не удосужились прочитать вики, а не форумы. Плохо, товарищ Аноним, какой же вы линуксойд, если не умеете мануалы читать?


"Выпуск Debian 8.6"
Отправлено Аноним , 18-Сен-16 21:06 
А он хотел как современную иномарку в магазине - документы оформил, ключи получил, завёл и поехал. Некоторые уже забыли или не знают, что редкий "Запорожец" уезжал из советского авто-магазина своим ходом, всё чаще на буксире. Вот спо, оно мне всегда напоминает те "запорожцы".



"Выпуск Debian 8.6"
Отправлено Аноним , 19-Сен-16 06:52 
> Некоторые уже забыли или не знают, что редкий "Запорожец" уезжал из советского авто-магазина своим ходом

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


"Выпуск Debian 8.6"
Отправлено Michael Shigorin , 19-Сен-16 15:43 
> Вот спо, оно мне всегда напоминает те "запорожцы".

Один мой киевский приятель поменял неплохую шкоду на таврию, когда шкода встала на дороге в лесу с индикацией "хочу в сервис".  Сказал, что эту я руками починю, в крайнем разе...


"Выпуск Debian 8.6"
Отправлено Аноним , 17-Сен-16 21:43 
С переходом на systemd сабж даже на серверы ставить не хочется. Пока поддерживается denian 7 остаюсь на нем. А дальше видно будет.

"Выпуск Debian 8.6"
Отправлено Аноним , 17-Сен-16 21:59 
> С переходом на systemd сабж даже на серверы ставить не хочется. Пока
> поддерживается denian 7 остаюсь на нем. А дальше видно будет.

нет в нем ничего плохого, работает и есть не просит.


"Выпуск Debian 8.6"
Отправлено Аноним , 18-Сен-16 01:24 
Увы, к сожалению systemd не работает, а только всё ломает, что раньше работало без каких-либо проблем.

"Выпуск Debian 8.6"
Отправлено leap42 , 18-Сен-16 02:50 
пользую systemd активно не первый год (openSUSE Leap и Centos 7), проблем не встречал. но, как известно, положительный опыт бесполезен и нерепрезентативен (особенно свой), так что с удовольствием послушаю ваши кулстори про нерабочий systemd, пишите. укажите ещё пожалуйста железо, дистр и заваленные задачи.

"Выпуск Debian 8.6"
Отправлено Аноним , 18-Сен-16 03:23 
Могу рассказать свой опыт. Systemd может подкинуть ошибок. Но на поверку большинство этих ошибок оказывались реальными ошибками конфигурации со стороны админа или майнтайнера. А системд виноват лишь тем что в отличие от скриптов sysv init соизволил проверить коды возврата и успех операций.

"Выпуск Debian 8.6"
Отправлено Аноним , 18-Сен-16 03:56 
системд виноват тем, что его пишут угорелые е***наты. Гугли про недавнюю подлянку с killall-on-logout, которая появилась ровно из-за того, что бучий третий гном не умеет в управление своими же сессиями.

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


"Выпуск Debian 8.6"
Отправлено anonymous , 18-Сен-16 11:14 
ты комп то включал?

"Выпуск Debian 8.6"
Отправлено Незнамокто , 19-Сен-16 11:53 
Вы б русский сначала осилили, а то продираться через ваши бредни не хочется. Освоите, глядишь, ан и получите желаемые старицы.

"Выпуск Debian 8.6"
Отправлено Аноним , 18-Сен-16 03:20 
> Увы, к сожалению systemd не работает, а только всё ломает, что раньше
> работало без каких-либо проблем.

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


"Выпуск Debian 8.6"
Отправлено Аноним , 18-Сен-16 04:03 
Специалист без работы никогда не останется. А вот макака, обученная жать кнопки в определённом продукте - первейший кандидат на "оптимизацию затрат".

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


"Выпуск Debian 8.6"
Отправлено Andrey Mitrofanov , 18-Сен-16 16:20 
>необучаемых компании спишут в утиль и наймут новых, у которых
> он работает нормально.

Кстати, да! Тех, кто в компаниях ставит Debian ждут приветы от рэдхейта и его Большого Партнёра в области оркестрации виртуализации. Аналитики утверждают, что расходы на отрасть IT падают -- крайзис, вишь ты. Поэтому компании-потребл*теля тянутся к _проверенному решению, а самодельные перепевки, прогибающиеся под пришлых казачков, да, снесут в утиль. Хаваем, граждане, с лопаты федоры и сентосы от Лидера и улыбаемся и машем сабжу, мы провожаем его в.  </минутка айти аналитики>


"Выпуск Debian 8.6"
Отправлено Аноним , 18-Сен-16 17:04 
> Поэтому компании-потребл*теля тянутся к _проверенному решению

...которым по их мнению является M$. Сюрприиз! А редхат - это вообще какой-то хеp с горы.


"Выпуск Debian 8.6"
Отправлено Andrey Mitrofanov , 18-Сен-16 17:34 
>> Поэтому компании-потребл*теля тянутся к _проверенному решению
> ...которым по их мнению является M$. Сюрприиз! А редхат - это вообще
> какой-то хеp с горы.

Это ж в каких мумба-юмбах так крайзис-то припекает?  Веб-серверите наружу IIS-ами и принимаете почту иксченьжами с антивирусами?? Уж не в самом ли майкрософте имеете сомнительное удовольствие под-админивать?!  </приборы при нём>


"Выпуск Debian 8.6"
Отправлено Sunderland93 , 18-Сен-16 06:54 
Ломает костыли, которые работали без проблем. И заменяет их на нормальные вещи, которые по естественной причине - с этими костылями несовместимы. Но вместо того, чтобы признать жопорукость всего, что было до systemd - проще обосрать последний.

"Выпуск Debian 8.6"
Отправлено Аноним , 18-Сен-16 14:26 
> Ломает костыли, которые работали без проблем. И заменяет их на  другие костыли и [эт-самое]-код,  которые по естественной причине - с этими костылями несовместимы.

fixed, не благодарите! При несогласии советую снять розовые очки и глянуть в код системды — и оценить это нагромождение [эт-самого] и палок.



"Выпуск Debian 8.6"
Отправлено Аноним , 18-Сен-16 14:41 
> При несогласии советую снять розовые очки и глянуть в
> код системды — и оценить это нагромождение [эт-самого] и палок.

Не советую, поберегите глаза! Количество макросов в коде зашкаливает, можно даже сказать, что Леннарт изобрёл свой Си (ожидаемо). Видимо тоже увидел в нём фатальный недостаток.
Советую так же посмотреть на количество открытых иссуей, посмеяться и продолжать пользоваться SysVInit.


"Выпуск Debian 8.6"
Отправлено Аноним , 18-Сен-16 15:04 
> Не советую, поберегите глаза!

Спасибо, но к сожалению я уже (
> Количество макросов в коде зашкаливает, можно даже сказать,
> что Леннарт изобрёл свой Си (ожидаемо). Видимо тоже увидел в нём
> фатальный недостаток.

Честно говоря, на фоне таких перлов:


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");

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

"Выпуск Debian 8.6"
Отправлено Аноним , 18-Сен-16 15:09 
> strcpy(stpcpy(stpcpy(stpcpy

Жестоко.


"Выпуск Debian 8.6"
Отправлено Аноним , 20-Сен-16 06:33 
> на фоне таких перлов:

Обсуждалось уже.

Тем, кто пишет на C, а не на цэ-плюс-плюс и 1С, этот код понятен (не идеален, конечно, но понятен). Мышекликерам, которые на каждый чих привыкли использовать автокомплит и пытаться угадать, что делает функция, лишь по её имени, такой код, естественно, не нравится. Они вместо strlen хотят LengthOfString, а ещё лучше - отдельный класс String с виртуальными методами и деструкторами, генерацией исключений и дичайшим оверхедом на это всё.

Просто поттеринг не из тех, кто пишет str.split('/').length()-1 для подсчёта числа слешей в строке, он пишет нормальный сишный цикл, предназначенный для компьютера а не среднего яваскрипт-программиста уровня второго курса экономфака с замашками сеньора.

Проблема SystemD, по большей части, политическая. Если бы его не пропихивали всеми правдами и неправдами, был бы очередной upstart/openrc, которым пользовались бы лишь те, кому это нравится.


"Выпуск Debian 8.6"
Отправлено Аноним , 20-Сен-16 13:24 
> Тем, кто пишет на C, а не на цэ-плюс-плюс и 1С, этот
> код понятен (не идеален, конечно, но понятен).

Литералы в коде, захардкоженые размеры, макросы строчными буквами, плохо отлаживаемы цепочки вызовов, *реновые наименования переменных … конечно можно через все это продраться при необходимости, но [эт-самая-субстанция]-кодом, в котором масса сюрпризов и которой очень фигово будет как-то править и переделывать, ЭТО быть не перестает.

> Мышекликерам, которые на каждый чих привыкли использовать автокомплит

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

> по её имени, такой код, естественно, не нравится. Они вместо strlen
> хотят LengthOfString, а ещё лучше - отдельный класс String с виртуальными
> методами и деструкторами, генерацией исключений и дичайшим оверхедом на это всё.

А причем тут вообще strlen? Или на этом ваши познания в Си заканчиваются? Кстати, использовать strlen на каждый чих тоже как бы дичайший оверхед )

> Просто поттеринг не из тех, кто пишет str.split('/').length()-1 для подсчёта числа слешей
> в строке, он пишет нормальный сишный цикл, предназначенный для компьютера а

Фантазер.


"Выпуск Debian 8.6"
Отправлено Аноним , 20-Сен-16 19:32 
> Литералы в коде, захардкоженые размеры, макросы строчными буквами, плохо отлаживаемы цепочки вызовов, *реновые наименования переменных …

Можете предложить свою реализацию функции, в которой присутствует строка с stpcpy(stpcpy(stpcpy ? Интересно посмотреть, как мог бы выглядеть её более читабельный вариант.

> в котором масса сюрпризов и которой очень фигово будет как-то править

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

> А причем тут вообще strlen?

При "*реновые наименования переменных". Где-то тут уже жаловались люди, которым непонятно, что такое b и p в коде nginx (полагаю, вы ЭТО имеете ввиду). Но тыкаешь их носом на 5 строк выше в ту же функцию (в которой, кстати, не больше 20 строк), где написано что-то вроде char *b = new char[BUFSIZE] или char *p = path и больше от них ни ответа, ни привета. Я часто вижу такое в C, и какой-то особой проблемы в этом не вижу.


"Выпуск Debian 8.6"
Отправлено Аноним , 20-Сен-16 21:08 
>  как человек, эпизодически сталкивающийся с кодом на 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 и больше от них ни ответа, ни привета.

А что тут особенно-то объяснять? Индусокод, он и в Африке индусокод.


"Выпуск Debian 8.6"
Отправлено Аноним , 22-Сен-16 18:17 
> Что меня смущает, я уже упоминал. Но вам это похоже ни о чем не говорит.

Что мне ни о чём не говорит, я спросил. Ваши аргументы были бы понятны, если бы примеры им соответствовали. Вы же в аргументах упомянули макросы в нижнем регистре, а в примерах кроме однобуквенных идентификаторов и числовых констант (с которыми я, кстати, согласен) ничего нет. Я даже готов поверить вам на слово, что под "макросами в нижнем регистре" подразумеваются НЕ макросы вида 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, и не пытаюсь защищать его. Но его код считаю достаточно приятным (в плане стиля).


"Выпуск Debian 8.6"
Отправлено Аноним , 22-Сен-16 19:37 
> Что мне ни о чём не говорит, я спросил. Ваши аргументы были
> бы понятны, если бы примеры им соответствовали. Вы же в аргументах
> упомянули макросы в нижнем регистре, а в примерах кроме однобуквенных идентификаторов
> и числовых констант (с которыми я, кстати, согласен) ничего нет.

Вы уверены?  =)
> 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) и @ (причем и тут, если копнуть, то все это дублируются по нескольку раз. Например в
bool unit_instance_is_valid(const char *i) {
…    
120             * allow them in the prefix! */
121    
122            return in_charset(i, "@" VALID_CHARS);

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


"Выпуск Debian 8.6"
Отправлено pv47 , 23-Сен-16 02:23 
> #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 пользователям, низкое качество не самого кода, а реализуемого функционала.


"Выпуск Debian 8.6"
Отправлено www2 , 01-Дек-16 20:04 
>> Литералы в коде, захардкоженые размеры, макросы строчными буквами, плохо отлаживаемы цепочки вызовов, *реновые наименования переменных …
> Можете предложить свою реализацию функции, в которой присутствует строка с stpcpy(stpcpy(stpcpy
> ? Интересно посмотреть, как мог бы выглядеть её более читабельный вариант.

sprintf уже отменили?


"Выпуск Debian 8.6"
Отправлено www2 , 01-Дек-16 20:03 
>Просто поттеринг не из тех, кто пишет str.split('/').length()-1 для подсчёта числа слешей в строке, он пишет нормальный сишный цикл, предназначенный для компьютера а не среднего яваскрипт-программиста уровня второго курса экономфака с замашками сеньора.

Чукча, то есть Поттеринг - не читатель, а писатель. Так наверное. Но вообще-то, программы пишутся не для компьютера, а для программистов. Компьютер - он железный, он всё стерпит. А вот на месте тех людей, которые пишут программы исключительно для компьютеров, я бы опасался за свою жизнь. Коллеги по цеху могут не выдержать и пристрелить взбесившееся животное, чтобы не брызгало своей заразной пеной во все стороны.

>Проблема SystemD, по большей части, политическая.

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


"Выпуск Debian 8.6"
Отправлено freehck , 18-Сен-16 19:12 
> Ломает костыли, которые работали без проблем. И заменяет их на нормальные вещи, которые по естественной причине - с этими костылями несовместимы.

Но которые зачастую работают куда хуже этих самых "костылей".

> Но вместо того, чтобы признать жопорукость всего, что было до systemd - проще обосрать последний.

Жопорукость, ага. systemd, знаете ли, тоже не конфетка. sysvinit более гибок, systemd проще в плане типового использования.


"Выпуск Debian 8.6"
Отправлено Michael Shigorin , 18-Сен-16 20:05 
> Ломает костыли, которые работали без проблем. И заменяет их на нормальные вещи,
> которые по естественной причине - с этими костылями несовместимы. Но вместо
> того, чтобы признать жопорукость всего, что было до systemd - проще обосрать последний.

Вы ведь правда возьмётесь представить здесь ссылку на уже, поди, двести раз написанное обоснование Ваших слов?  А то есть другое мнение, но охота хоть один раз в жизни увидеть, как пряморукий необгаживающий, собственно, аргументирует.


"Выпуск Debian 8.6"
Отправлено Аноним , 20-Сен-16 06:42 
Пример с nofail прокатит? Когда SystemD падал из-за невозможности примонтировать файловую систему, не помеченную nofail, а sysvinit не падал. Не могу сказать, правильно ли вёл себя sysvinit (допускается ли такое поведение), но SystemD вёл себя корректно.

"Выпуск Debian 8.6"
Отправлено Аноним , 18-Сен-16 12:06 
Совершенно верно.

"Выпуск Debian 8.6"
Отправлено Аноним , 17-Сен-16 22:02 
Devuan в помощь!

"Выпуск Debian 8.6"
Отправлено nrndda , 17-Сен-16 22:27 
За то, что сделали с systemd в debian/ubuntu руки отрывать надо. Там костыль из systemd/upstart/bash-скриптов.
Сразу хочу сказать, осознано перешёл в gentoo на systemd. После небольшого изучения всё становится очень просто и понятно. Баги были, есть и будут в любом значительном куске кода.

"Выпуск Debian 8.6"
Отправлено Аноним , 18-Сен-16 00:53 
Вот на Арче таких проблем нет. Еще и пакетный менеджер удобнейший

"Выпуск Debian 8.6"
Отправлено Аноним , 18-Сен-16 05:33 
угу, только PKGBUILD'ы - это обычный фрагмент шелла, который не поддаётся обработке автоматикой. Соотвественно, какие-либо массовые изменения на уровне всего репозитория там невозможны впринципе, просто потому, что у шелла свободный синтаксис. Только медленно, нудно и ручками.

"Выпуск Debian 8.6"
Отправлено tyuiop , 18-Сен-16 09:13 
> массовые изменения на уровне всего репозитория

Интересно. Можно как-то пояснить, пример привести?


"Выпуск Debian 8.6"
Отправлено Аноним , 18-Сен-16 12:48 
Поясняю. Вет например, есть у тебя некая переменная depends="", в которой перечислены зависимости пакета. В зависимости от предпочтений левой пятки конкретного писателя пакбилда, её могут записать как:

depends="foo bar baz" # т.е. одну строчку
depends="foo bar
  baz" # т.е. с переносом первой строки по достижении 80 символов
depends="
  foo
  bar
  baz
" # т.е. по зависимости на строку

Теперь попробуй добавить в эту переменную зависимость quux, так, чтоб гарантированно не поломать синтаксис. В Debian это можно сделать, там в debian/control используется подвид yaml'а, который можно прочитать в массив хешей, поменять как надо из perl'а/python'а/etc И СОХРАНИТЬ НА ДИСК отдав сериализатору.

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


"Выпуск Debian 8.6"
Отправлено derfenix , 18-Сен-16 13:41 
Во-первых, от предпочтений левой пятки зависят PKGBUILD'ы в ауре только, что естественно. Официальные почти все оформлены единообразно.
Во-вторых, если тебе так часто надо менять какие-то параметры в куче пакетов, то логично было бы за полчаса набросать шаблоны и генератор PKGBUILD'ов нужной группы пакетов, что в арче сделать на два порядка проще, чем в том же дебиане.

"Выпуск Debian 8.6"
Отправлено chinarulezzz , 18-Сен-16 15:36 
>Теперь попробуй добавить в эту переменную зависимость quux, так, чтоб гарантированно не поломать синтаксис

$ depends+=" quux"

Ну, или если надо PKGBUILD изменить:

$ perl -i.bak -pe 'BEGIN{$/=""}; $"="" if /\n"$/; s/\"$/$"guux"/ if /depends=(.*)/m' PKGBUILD


"Выпуск Debian 8.6"
Отправлено Аноним , 18-Сен-16 17:11 
Я знаю как в шелле добавить что-то к переменной. Ну и? А обратно это сохранить?

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

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


"Выпуск Debian 8.6"
Отправлено chinarulezzz , 18-Сен-16 17:20 
> Я знаю как в шелле добавить что-то к переменной. Ну и? А
> обратно это сохранить?

mv PKGBUILD.bak PKGBUILD

> А твой колхоз с однострочником не даст никакой гарантии, что не сломается
> в один прекрасный момент.

однострочник просто дописывает к списку, что может сломаться?

> Для тех кто не понял -- да, писать это просто и быстро.
> Но о управляемости, поддерживаемости и автоматизации

как тут говорят: при упоминании этих слов я поднимаюсь с колен и тянусь к нанотехнологиям.



"Выпуск Debian 8.6"
Отправлено Аноним , 19-Сен-16 03:08 
Вот и пошло шлангование.

Спрошу ещё раз, покажи мне код, который корректно разберёт н/у фрагмент шелла, изменит там 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"


"Выпуск Debian 8.6"
Отправлено chinarulezzz , 19-Сен-16 03:55 
чем тебя вышеупомянутый пример с guux не устраивает?

"Выпуск Debian 8.6"
Отправлено Аноним , 19-Сен-16 10:35 
Т.е. код ты привести не можешь. Предсказуемо.

Слив защитан.


"Выпуск Debian 8.6"
Отправлено chinarulezzz , 19-Сен-16 12:13 
Клоунада. Оставайся при своём мнении, а для новичков, фапающих на "серьёзные технологии" еще раз скажу: не доверяйте ничьему мнению, в том числе моему. Проверяйте. А по моему мнению и опыту, шелл - замечательное средство автоматизации. Tcl/Tk - еще одно замечательное средство.

"Выпуск Debian 8.6"
Отправлено curious , 19-Сен-16 13:14 
> изменит там gtk2 на gtk3 одним и тем же кодом

echo ${depends//gtk2/gtk3}

> сохранит обратно в том же виде

У тебя в коде нет "gtk2", что ты собираешься менять?
Переменные g_ver="2" и _gtk="2" на g_ver="3" и _gtk="3"?


"Выпуск Debian 8.6"
Отправлено Аноним , 20-Сен-16 02:28 
Тот же вопрос: как теперь сохранить обратно эту изменённую переменную в файл пакбилда так, чтоб необратимо не похерить всё остальное?

> У тебя в коде нет "gtk2", что ты собираешься менять?

Воот! Из-за слишком большой гибкости шелла ты можешь на нём это описать КАК УГОДНО. Можно использовать встроенные операции над строками, можно использовать раскрытие переменных, подстановку другой переменной, да этот список вообще может генерироваться функцией или браться из внешнего файла! Как ты будешь такое лопатить автоматикой, если у тебя сам формат позволяет описывать данные бесконечным числом способов?

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

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


"Выпуск Debian 8.6"
Отправлено curious , 20-Сен-16 10:28 
Вряд ли кто-нибудь сможет тебе помочь при таком описании проблемы - "Я хочу что-то поменять, как-то сохранить, это что-то может меняться кем угодно, хранится где угодно. Шелл мне этого сделать не позволяет."

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


"Выпуск Debian 8.6"
Отправлено Аноним , 20-Сен-16 17:18 
Тоже под шланг косишь? Ну-ну. Я достаточно ясно описал задачу. Если тебе лень прочитать и осмыслить - свали в туман и не отсвечивай.

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


"Выпуск Debian 8.6"
Отправлено curious , 20-Сен-16 10:37 
> Тот же вопрос: как теперь сохранить обратно эту изменённую переменную в файл пакбилда так, чтоб необратимо не похерить всё остальное?

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


"Выпуск Debian 8.6"
Отправлено Аноним , 18-Сен-16 16:18 
> потому что нет способа сохранить фрагмент шелла обратно после его полного разбора

Какая-то чушь, если честно. Нет, я не сижу на раче и даже не пишу PKGBUILDы, но я пишу на баше и никогда таких проблем, как вы тут описываете не испытывал. Вы вообще уверены, что у пакмена не свой парсер этого? Может быть он просто использует синтаксис bash?


"Выпуск Debian 8.6"
Отправлено Аноним , 18-Сен-16 17:16 
> но я пишу на баше и никогда таких проблем, как вы тут описываете не испытывал

Не дорос, видимо.


"Выпуск Debian 8.6"
Отправлено Аноним , 18-Сен-16 17:22 
> Не дорос, видимо.

До проблем с башем? Действительно. Арч же ролинг-релиз? Кто знает, может быть это проблема с конкретной версией баша, но в Дебиан всё нормально.


"Выпуск Debian 8.6"
Отправлено Аноним , 18-Сен-16 14:51 
> который не поддаётся обработке автоматикой

Про какую автоматику вы таки говорите? Аппаратную? На шеле можно много чего делать, не надо тут.


"Выпуск Debian 8.6"
Отправлено Аноним , 18-Сен-16 15:34 
Подними глаза выше и прочитай пример с depends=""

"Выпуск Debian 8.6"
Отправлено Andrey Mitrofanov , 18-Сен-16 16:26 
> угу, только PKGBUILD'ы - это обычный фрагмент шелла, который не поддаётся обработке
> автоматикой. Соотвественно, какие-либо массовые изменения на уровне всего репозитория

Ну, собирайте пакеты "пятью строчками"tm прямо в своём s-d. Я разрешаю!


"Выпуск Debian 8.6"
Отправлено Аноним , 18-Сен-16 17:19 
Проспись.

"Выпуск Debian 8.6"
Отправлено бедный буратино , 18-Сен-16 06:06 
>  С переходом на systemd сабж даже на серверы ставить не хочется. Пока поддерживается denian 7 остаюсь на нем. А дальше видно будет.

вот что пропаганда с неокрепшими умами делают

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


"Выпуск Debian 8.6"
Отправлено angra , 18-Сен-16 11:42 
А зачем было следить за инитом, если он годами не менялся и проблем не создавал? Он же был простой как дверь, а systemd это черный ящик для всех, кто не готов регулярно(он же активно пилится) читать тысячи строк С кода.



"Выпуск Debian 8.6"
Отправлено Аноним , 18-Сен-16 12:11 
> А зачем было следить за инитом, если он годами не менялся и
> проблем не создавал? Он же был простой как дверь, а systemd
> это черный ящик для всех, кто не готов регулярно(он же активно
> пилится) читать тысячи строк С кода.

код ядра тоже читать надо? )


"Выпуск Debian 8.6"
Отправлено Аноним , 18-Сен-16 12:52 
За ядро есть чёткая гарантия от Линуса, что юзерспейс они ломать не будут.

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


"Выпуск Debian 8.6"
Отправлено Анон в кедах , 18-Сен-16 13:08 
если вы про hyper-v lis, то в августе обновление было

"Выпуск Debian 8.6"
Отправлено Аноним , 18-Сен-16 14:07 
Я про заявление ядерщиков, что если майкрософт не соизволит поддерживать свой код, то в ближайших версиях ядра его просто выкинут как нерабочий. И после этого силы на поддержку внезапно нашлись.

Года три назад это было.


"Выпуск Debian 8.6"
Отправлено Аноним , 18-Сен-16 14:18 
А зачем регулярно читать код системд ? Это что-то религиозное, ритуал какой-то ?

"Выпуск Debian 8.6"
Отправлено Аноним , 18-Сен-16 14:36 
Иногда без этого не понять какого хрена он не работает.

"Выпуск Debian 8.6"
Отправлено freehck , 18-Сен-16 19:20 
>>  С переходом на systemd сабж даже на серверы ставить не хочется. Пока поддерживается denian 7 остаюсь на нем. А дальше видно будет.
> не верю, что подобные персонажи раньше вообще следили за инитами. причём, были
> конкретные перемены, которые могли реально создать проблем - но детсадовская пропаганда
> молчала, и никто не обращал внимания

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


"Выпуск Debian 8.6"
Отправлено Аноним , 19-Сен-16 14:42 
Вопрос терминологии. Вы говорите - опыт, другой скажет - ретроградство, а суть одна.

"Выпуск Debian 8.6"
Отправлено Michael Shigorin , 19-Сен-16 15:50 
> Вопрос терминологии. Вы говорите - опыт, другой скажет - ретроградство

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


"Выпуск Debian 8.6"
Отправлено freehck , 19-Сен-16 18:26 
> Вопрос терминологии. Вы говорите - опыт, другой скажет - ретроградство, а суть одна.

Вот кто-то скажет, что Вы - идиот, другой скажет - начинающий специалист, а суть одна.


"Выпуск Debian 8.6"
Отправлено an , 18-Сен-16 06:25 
Пользую testing без systemd - полет нормальный :)

"Выпуск Debian 8.6"
Отправлено Andrey Mitrofanov , 18-Сен-16 16:31 
> Пользую testing без systemd - полет нормальный :)

И без libsystemd0 ?  И без udev ?


"Выпуск Debian 8.6"
Отправлено Аноним , 19-Сен-16 06:55 
> И без libsystemd0 ?

Заглушка.

> И без udev ?

Отлично работает без systemd. А ещё man eudev.



"Выпуск Debian 8.6"
Отправлено an , 19-Сен-16 07:12 
нет. libsystemd0 и udev присутствуют.

"Выпуск Debian 8.6"
Отправлено freehck , 20-Сен-16 18:00 
>> Пользую testing без systemd - полет нормальный :)

Аналогично.

> И без libsystemd0?

Это заглушка, не так уж страшно.

> И без udev ?

В debian он не первой свежести, так что пока - да.


"Выпуск Debian 8.6"
Отправлено Andrey Mitrofanov , 20-Сен-16 19:22 
>>> Пользую 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

Ты знал, но запямятовал?

И я уточню, а то не распарсил: "пока да" должно было быть прочитано, как "использую, и без" или как "заглушка и не страшно"??


"Выпуск Debian 8.6"
Отправлено freehck , 20-Сен-16 21:53 
> Я  намекну: 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 не требует.

Короче, я видимо перегрелся, когда отвечал. Извиняюсь.


"Выпуск Debian 8.6"
Отправлено Michael Shigorin , 18-Сен-16 18:15 
> С переходом на systemd сабж даже на серверы ставить не хочется.

А что Вам на сервере надо? (интересуюсь как собирающий в т.ч. серверные образы из альта)


"Выпуск Debian 8.6"
Отправлено freehck , 18-Сен-16 19:22 
>> С переходом на systemd сабж даже на серверы ставить не хочется.
> А что Вам на сервере надо? (интересуюсь как собирающий в т.ч. серверные образы из альта)

На сервере нужна стабильность работы прежде всего.
Думаю, что исключительно по этой причине нужен sysvinit.


"Выпуск Debian 8.6"
Отправлено Michael Shigorin , 18-Сен-16 20:02 
>>> С переходом на systemd сабж даже на серверы ставить не хочется.
>> А что Вам на сервере надо?
>> (интересуюсь как собирающий в т.ч. серверные образы из альта)
> На сервере нужна стабильность работы прежде всего.
> Думаю, что исключительно по этой причине нужен sysvinit.

Это понятно, в пресловутых серверных стартеркитах поэтому sysvinit и используется.  Просто есть всякие задумки, которые на localhost'ах всё равно делаются, а можно попробовать обобщить -- как, например, готовые кусочки конфигурации для monit в пакетах с сервисами, чтоб оставалось только его самого установить и всё замониторилось.


"Выпуск Debian 8.6"
Отправлено chinarulezzz , 19-Сен-16 12:15 
> есть всякие задумки, которые на localhost'ах всё равно делаются, а можно
> попробовать обобщить -- как, например, готовые кусочки конфигурации для monit в
> пакетах с сервисами, чтоб оставалось только его самого установить и всё
> замониторилось.

По хорошему -- это в вики нужно. А вики причесать.


"Выпуск Debian 8.6"
Отправлено Michael Shigorin , 19-Сен-16 15:48 
>> как, например, готовые кусочки конфигурации для monit в пакетах с сервисами,
>> чтоб оставалось только его самого установить и всё замониторилось.
> По хорошему -- это в вики нужно.

Зачем?  Вики -- в основном состояние, а не поток; тут бы как раз обсудить.

> А вики причесать.

Ой да, она у нас как заросший парк, а то и просто лесопосадка без указателей на тропинках...


"Выпуск Debian 8.6"
Отправлено tensor , 19-Сен-16 05:20 
Не знаю, чего Вы жалуетесь, но в Debian вроде как можно вернуться на Init, в отличие от всяких там центосей.

"Выпуск Debian 8.6"
Отправлено Аноним , 19-Сен-16 06:56 
> Не знаю, чего Вы жалуетесь, но в Debian вроде как можно вернуться
> на Init, в отличие от всяких там центосей.

С головой на плечах и прямыми руками на любом дистрибутиве можно избавиться от systemd. Пока что.


"Выпуск Debian 8.6"
Отправлено Andrey Mitrofanov , 19-Сен-16 10:14 
>> Не знаю, чего Вы жалуетесь, но в Debian вроде как можно вернуться
>> на Init, в отличие от всяких там центосей.
> С головой на плечах и прямыми руками на любом дистрибутиве можно избавиться
> от systemd. Пока что.

"Избавляю от systemd в rhel7(*). Дорого, больно, паяльник свой. ((*)В chroot-е на oldstable Debian-е.)"


"Выпуск Debian 8.6"
Отправлено Аноним , 19-Сен-16 12:57 
Debian Jessie 8.6 без systemd. Полет нормальный.

"Выпуск Debian 8.6"
Отправлено Аноним , 20-Сен-16 02:47 
+ тебе камрад. openrc forever!

"Выпуск Debian 8.6"
Отправлено Аноним , 18-Сен-16 02:07 
Разные направления у Debian и Ubuntu, сравнивать их это странное занятие

"Выпуск Debian 8.6"
Отправлено h0rn3t , 18-Сен-16 05:56 
Все кто  парафинили чувака который перешел на убунту с дебиана из за nvidia optimus просто не имеют  денег что бы купить себе такой же. Действительно без танцев с бубном заводится только на ubuntu

"Выпуск Debian 8.6"
Отправлено derfenix , 18-Сен-16 13:44 
У меня ноут с optimus. Арч, суся - всё завелось с полпинка. В убунте - "ага, щас всё сделаем! ой, чё-то не работает, иди на фиг". В итоге пришлось вручную переставлять пакеты, править конфиги в итоге фпс всё-равно заметно ниже оказался, чем в арче или сусе.

"Выпуск Debian 8.6"
Отправлено freehck , 18-Сен-16 19:27 
> Все кто  парафинили чувака который перешел на убунту с дебиана из-за nvidia optimus просто не имеют  денег что бы купить себе такой же. Действительно без танцев с бубном заводится только на ubuntu

Вы не поверите, но nvidia optimus без танцев с бубном завелась у меня на jessie ещё в те времена, когда это был глубокий testing.

Кто бы мог подумать, что ubuntu, собираемый, считай, с того же тестинга, без бубна поднял всё вышеописанное? :)


"Выпуск Debian 8.6"
Отправлено h0rn3t , 18-Сен-16 05:58 
К слову попробуйте собрать крутую субд scylladb на Debian, это была моя причина перехода - в саппорте мне ответили увы дебиан не поддерживают - так что вы там говорите про разные направления?)))

"Выпуск Debian 8.6"
Отправлено Аноним , 18-Сен-16 14:14 
Какая-то хипсторская хренота не поддерживает дебиан, ой беда-беда-беда, огорчение !

"Выпуск Debian 8.6"
Отправлено Аноним , 18-Сен-16 15:02 
> К слову попробуйте собрать крутую субд scylladb на Debian
>> Installing required packages: systemd-devel

СУБД которая требует systemd? Это что-то новенькое.

А если по делу:
https://github.com/scylladb/scylla/issues/985
Тут всё собрали. Значит проблема в вас и ваших руках?


"Выпуск Debian 8.6"
Отправлено borei , 18-Сен-16 09:07 
имею два кластера KVM/Corosync/Pacemaker/Ceph. Один кластер на сентос 7 второй на убунте 16 (имеется ввиду ОС хоста). В 16 Убунте системд поломан для моих сервисов. и поломали его в 225, и поломан он именно в убунте, народ на федьке не жалутеся. похоже буду сносить эту самую убунту. Сентос как была серверной осью так и остается. Не знаю как в дебиане все это крутится не пробовал.

"Выпуск Debian 8.6"
Отправлено Ergil , 18-Сен-16 12:48 
Ubuntu 16 не существует, существует Ubuntu 16.04. Так что все остальное показывает ваш уровень. А CentOS никогда не был серверной системой, а всегда был rpm-адом для нищебродов не способных купить RHEL.

"Выпуск Debian 8.6"
Отправлено Аноним , 18-Сен-16 12:58 
Во, редхатовский план по порабощению всех кто сидит не на rhel/центосе/федоре -- таки работает!

Заранее готовь бабло на поддержку. :-)
Ибо следующей версии центоса может и не быть. Как? А вот так вот, буднично.
Либо отстёгивай чтоб не ломалось, либо скачи по граблям в федоре, чтоб не ломалось у других. Зато бесплатно!


"Выпуск Debian 8.6"
Отправлено Аноним , 18-Сен-16 14:16 
А как же это случится, c лица земли исчезнут .srpm-ы ?

"Выпуск Debian 8.6"
Отправлено Аноним , 18-Сен-16 14:39 
А кто их будет писать забесплатно для редхата?

"Выпуск Debian 8.6"
Отправлено Michael Shigorin , 18-Сен-16 18:20 
> Ибо следующей версии центоса может и не быть. Как? А вот так вот, буднично.

Технически говоря, centos -- всего лишь очередная пересборка rhel srpms, были до него (как whitebox linux), есть параллельно ему (scientific) и если в шляпе с какого-то перепугу решат зарубить почти бесплатную для себя рекламу -- будут после.

Другое дело, что у любого проекта без доступа к редхатовским тайным знаниям о среде сборки rhel -- будут те же тяжкие мучения при игре в угадайку (насколько знаю, основные проблемы были с тем, что она формировалась не автоматически из текущего состояния репозитория, как у нас в альте или в других системах с воспроизводимой сборкой, а вручную с обновлением индивидуальных пакетов по мере надобности).


"Выпуск Debian 8.6"
Отправлено anonymous , 18-Сен-16 11:10 
>устранены недоработки в инсталляторе

теперь можно выключить systemd в инсталяторе?


"Выпуск Debian 8.6"
Отправлено Аноним , 18-Сен-16 17:27 
> теперь можно выключить systemd в инсталяторе?

Теперь инсталлятор удаляет systemd автоматически.


"Выпуск Debian 8.6"
Отправлено Аноним , 18-Сен-16 11:51 
lts забросили или там обновления раз в полгода?

"Выпуск Debian 8.6"
Отправлено Andrey Mitrofanov , 18-Сен-16 16:37 
> lts забросили или там обновления раз в полгода?

Нет и х. его(=.iso то есть 7."12" какой-н.) знает.
https://lists.debian.org/debian-lts-announce/2016/09/
https://lists.debian.org/debian-lts/2016/09/threads.html


"Выпуск Debian 8.6"
Отправлено freehck , 18-Сен-16 20:06 
> lts забросили или там обновления раз в полгода?

Не было такой информации. 4 июня состоялся релиз 7.11, последний релиз old-stable в предверии скорого фриза jessie. судя по всему далее апдейтами занимается lts-команда. сответствующие темы в debian-lts появляются.


"Выпуск Debian 8.6"
Отправлено Аноним , 19-Сен-16 11:22 
unstable - и только его производные кроме Ubuntu.