>>2084
> Не работает
В выводе uniq между началом строки и единицей напихано пробелов.
grep '^ \+1 '
> Если выбросить uniq -c, то он не напишет уникальные.
sort -u выводит только уникальные строки.

>>2088
В >>1988 описан способ запихивания тор-роутера в контейнер и раздачи через него интернета для других контейнеров, виртуальных машин и чего угодно ещё. Там оно на примере NixOS, но никто не мешает замутить подобное на любом другом дистрибутиве linux или bsd.

>>2088
Tor (не браузер) это служба, предоставляющая обычный socks прокси, поэтому через tor может работать абсолютно все, что имеет поддержку прокси.

ArchLinux - лучшая операционная система. Все остальное сосут.

>>2092
Пакман AFAIK всего уязвим к freeze, replay attacks.

>>2088
Есть программа torsocks, которая подменяет libc и сетевые вызовы переводит на socks5://localhost:9050 или выбранный тобой порт. Не работает, если программа вызывает сискаллы напрямую.

Как логгировать сискаллы обращения всех процессов к файлам в определённой директории/пути?

>>2098
Я не линуксоид, но слышал про strace?

>>2096
> init-система даже не имеет понятия «сервис» и, соответственно, не может собрать процессы последнего в кучу и отследить их потомков
Собственно, потому в UNIX'е процессы сервисов и называются демонами: они живут непонятно где, ведут себя как хотят и ничем не контролируются, кроме разве что ранлевелов. К счастью, systemd положил этому конец.

>>2098
auditd

>>2099
> strace
Это не про «все процессы», а про отдельные.

>>2096
>>2100
Мистер Леннарт, что вы здесь забыли?

>>2102
Ты бы лучше не ярлыки вешал, а по существу что-нибудь сказал. Обилие функционала systemd, в котором новичку сходу легко потеряться — далеко не самая серьёзная проблема современных линуксов, куда больше меня волнует идущее по геометрической прогрессии увеличение объёма ядра.

>>2105
systemd тоже часть ядра если ты еще не заметил.

>>2107
Хуйню не пиши. Ядро — это то, что выполнянтся с привелегиями супервизора, т.е. имеет непосредственный доступ ко всему железу и оперативке. В отличие от, systemd выполняется в юзерспейсе как обычный процесс и имеет доступ к железу только через ядро.

>>2108
Странно, я думал оно от рута исполнятеся.

Тогда получается что это часть ядра в юзерспейсе. И каждый руткит в праве рассчитывать на его присутствие.

>>2109
Systemd выполняется от рута, но это не делает его частью ядра. Рут — пользователь, хоть и с большими чем у других пользователей привелегиями.

Педивикию вкури, что ли: https://ru.wikipedia.org/wiki/Ядро_операционной_системы.

>>2111
Да просто давно линупсом не пользовался. Измельчал нынче суперюзер.

>>2105
Systemd раньше превратится в самостоятельную ОС, чем раздуется ядро Linux.

>>2114
А теперь неси сюда цифры объёма кода systemd и linux и бери свои слова обратно.

>>2118
То есть, 1,5 миллиона строк кода для инита - это норма?

>>2120
Ничего страшного, он же всего лишь из-под рута исполняется. Это же не ядро линукс (которое на каждом линуксе обязано стоять) чтоб уязвимость серьезной была. Можно даже CVE не заполнять, а потихому фиксить как лёня привык делать.

>>2121
>Огромная неповоротливая куча костылей
>Ничего страшного
>оно же всего лишь из-под рута исполняется
Keksimus maximus.

>>2121
Безопасность уровня /b/.

>>2120
Следуя твоей логике, задаю встречный вопрос. Полтора миллиона строк в архиве coreutils для утилиты cat — это нормально?

>>2125
Тут хоть альтернативы есть, и они модульные. Ты ожидаешь от cat из busybox того же поведения что и от гнушного cat. А вот без системд скоро будет ничего не собрать.

>>2129
Ты посыла не понял. Количество строк кода в архиве coreutils относится к объёму утилиты cat примерно так же, как и количество строк кода в архиве systemd относится к объёму PID 1. Это тоже набор утилит.

> Ты ожидаешь от cat из busybox того же поведения что и от гнушного cat.
Если ты заменишь утилиты из coreutils симлинками на busybox, то огребёшь гору проблем из-за отсутствия ожидаемого софтом функционала.

> А вот без системд скоро будет ничего не собрать.
Хочешь сказать, поддержка *BSD в софте отправится на помойку? Зря паникуешь, даже гномосеки это уже исправили.

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

>>2133
> чтобы каждый пользователь мог настроить свою систему как он хочет
> и при этом без чтения тонн документаций.
Хочешь и на ёлку влезть, и попу не ободрать? Выбери одно.

Чтобы овладеть системой во всей полноте её гибкости, компетентность необходима. Компетентность — всегда ключ к гибкости.

Закрыл кску и внезано локалхост стал чуть менее чем полность заполненным 5 гигов свободно из 52. В чём может быть причина?

>>2151
Ещё сегодня анаконду вместе с юпитером ставил из под рута. Может в этом проблема?

>>2152
Твоя вилка уже ждёт тебя, братишка.

>>2152
Удалил конду и юпитер. Поставил конду обратно. На локалхосте 4 гига освободилось. Всё-таки не стоило ставить их из под рута.

Ещё вопрос. Зонтик Xonotic и КС:ГО, как я понял, используют OpenGL. Когда открыл последнее, то при загрузке у меня выскочили кусочки окошек из первого, конечно, они потом исчезли. Но откуда он их запоминает? Влияет ли это на производительность?

>>2085 (OP)
> http://2channel5xx5xchx.onion/it/res/13.html
В голос с пиздюка-какера из тора.

>>2172
Возможно проблема в драйверах.

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

>>2174
Попробуй Шindoшs Embedded в QEMU, там меньше проблем.

Manjaro vs Debian vs Ubuntu. Что лучше начинающему, и что лучше впринципе. Хотелось бы просто быструю, красивую OS для кодинга и просмотра аниме. Пока остановился на манжаро(кеды, могу себе позволить), но Arch-подобная архитектура и отсуствие apt и абсолютная неинтуитивнось пакмена сбила столку.

>>2176
Если новичок - Ubuntu, как освоишься - Debian. Арчеколяски и прочие нестандартные решения лучше обходить стороной, они больше для развлечения чем для работы. Весь продакшн сейчас крутится на шляпе и дебианоподобных, остальное - удел ценителей.

К вопросу о новичках. Есть одна убунта, на которой я что-то нажал и всё сломалось закрываются все запущенные приложения и вылезает консоль с какими-то буковками если кликнуть на иконку "параметры"/если попытаться воспроизвести видео/если попытаться открыть метадату файла. В чем хоть примерно может быть проблема?

>>2180
Очевидно, что проблема в убунте. Ставь Debian.

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

>>2180
Скорее всего это падают иксы, их лог — /var/log/Xorg.log, ищи там строчки с ERROR. Проблема может быть в кривом видеодрайвере, который при попытке совершения какой-то операции с GPU копытится.

>>2181
Не проще новый компьютер купить с уже установленной ОС?

>>2183
>Не проще новый компьютер купить с уже установленной ОС?
С такими мыслями тебе к Apple, еретик.

>>2184
Ты не понял, это был сарказм. Решение проблем методом переустановки или смены дистрибутива — путь пердолика, а не хакера. Хакеру свойственно во всех проблемах разбираться, а не убегать от них путём ликвидации среды, в которой они возникли.

>>2185
Вот только проблема здесь в том, что бубунта не приспособлена для лёгкого решения проблем. Чинишь иксы - отваливается сеть, и так до бесконечности. Путь истинного хакера - поставить и настроить стабильный и надёжный дистрибутив, а не решать на ходу проблемы с колясками.

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

Зачем нужны обновления? В чем выражается устарелость программ? Вон люди офис 2003 используют и обновлять ничего не надо.

>>2188
Во первых, уязвимости. Уязвимость ­— это возможность специально сформированными входными данными заставить программу выполнить непредусмотренное действие, от падения или повисания (denial of service, DoS) и до исполнения произвольного подсунутого в данных кода. Например, открываешь веб-страницу в браузере, и на твоём компьютере незаметно поселяется неведомая хуйня и невесть что творит, от тебя скрываясь.

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

В третьих, в новых версиях могут быть оптимизации производительности и удобства использования. К сожалению, большинство софта развивается в эту сторону ограниченное время, а потом начинается хуерга с распуханием в bloatware.

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

>>2190
Разумным выбором здесь будет не прыгать с дистрибутива на дистрибутив, а изучить один и потом плясать от него. Согласен, начинать лучше было не с убунты, но если выбор уже сделан, не вижу никакого смысла тут же "перевыбирать". Кстати, Debian для первичного изучения тоже не очень, т.к. там слишком много автоматизировано. Лучше взять Gentoo или хотя бы Arch, собрать рабочую и удобную систему из них, а потом уже переходить на готовое — так с его проблемами (которых достаточно и в Debian) будет справляться намного легче.

>>2191
Степень красноглазия в дебиане поддаётся регулировке в широких пределах, тогда как рач и генту нужно досконально изучить перед использованием, а это не каждому удобно. Смысл рача вообще непонятен: такой же пердольный как гента, но пакеты бинарные и возможностей для настройки меньше. Бесполезная фигня. Дебиан де поддаётся настройке не хуже генты, но при этом его легче развернуть и проще администрировать. А бубунта изначально позиционировалась как стартовый трамплин для новичков, на котором долго никто не задерживается, так что не вижу смысла изучать эту коляску от и до.

>>2191
>Согласен, начинать лучше было не с убунты, но если выбор уже сделан, не вижу никакого смысла тут же "перевыбирать".
Людям свойственно ошибаться, так что не бойся искать лучший вариант среди доступных. В конце концов, превозмогание багов коляски не принесёт тебе ничего кроме боли и потерянного времени.

>>2193
>В конце концов, превозмогание багов коляски не принесёт тебе ничего кроме боли и потерянного времени.
Научится чинить коляски на работе.

>>2194
Может быть. У меня на работе только CentOS и Debian, так что почти ничего чинить не нужно.

>>2192
> Степень красноглазия в дебиане поддаётся регулировке в широких пределах, тогда как рач и генту нужно досконально изучить перед использованием, а это не каждому удобно.
Зато, если использование начинать с досконального изучения, то потом чувствуешь себя в своей тарелке, а не в летящем куда-то НЛО с непонятными органами управления.

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

> А бубунта изначально позиционировалась как стартовый трамплин для новичков, на котором долго никто не задерживается
Да нет, она в десктопной вариации всегда позиционировалась как простая в использовании ОС общего назначения, а не как средство для первоначального въезда в линуксы с последующим переездом на что-то менее кривое. Это так по факту получилось, а не по задумке.

> так что не вижу смысла изучать эту коляску от и до.
А там уникального и нечего изучать особо, по внутреннему устройству она мало отличается от Debian, особенно после выкидывания upstart. Отличия убунты и дебиана в основном в методиках подготовки релизов: дебиан выпускается по мере готовности, а убунта — по календарю.

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

>>2208
Вот только в хороших дистрибутивах багов мало, а в плохих приходится тратить всё время на их устранение. В этом случае Debian лучше бубунты.

>>2208
>срок поддержки выбранного релиза рано или поздно кончится и придётся выбирать снова
Актуально только для бубунты и прочих колясок. В Debian Stable обновления проходят легко и безболезненно, а при обновлении выпуска ничего не ломается.

>>2209
Скачай live-образ Debian с отличным от гнома DE и попробуй его потыкать палочкой, в т.ч. после установки — тоже багов найдёшь немеряно. Начиная от автоматической блокировки сеанса по неактивности при отсутствии у пользователя пароля.

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

>>2210
При смене релиза меняются major-версии софта, и при этом в конфигурации пользоавательского хоста ничего не ломается только при большом везении. Например, в последнем релизе Debian из qemu выкинули встроенные морды на SDL и GTK (т.е. их теперь вообще нет — после запуска VM нужно подключаться по VNC или SPICE) и заменили iptables на nft с подсовыванием вместо iptables переходника (а на nft реализованы не все фичи iptables, в т.ч. не работает redirect output-пакетов).

Голубой петух в домен пердолится
Юзер сперму набирает в рот
Какбе-сервер скоро остановится
Переустановки час придёт.

Папка активная,
Ты моя дивная,
В линуксе нет такой,
ОЛОЛО ОТСОС!

Игры на сперме есть,
CAD'ы и визио,
Переустановить?
Это не вопрос!

Три канала с парой приложений есть
Их виндою мне не разрулить.
Виндовс-сервер не умеет роутить,
Так что проще циску нам купить.

Папка активная,
Ты моя дивная,
В линуксе нет такой,
ОЛОЛО ОТСОС!

Игры на сперме есть,
CAD'ы и визио,
Переустановить?
Это не вопрос!

Я в серьёзном бизнесе работаю,
Деньги все умеют здесь считать.
Быть хорошим может только платное,
Буду эту мантру повторять:

Папка активная,
Ты моя дивная,
В линуксе нет такой,
ОЛОЛО ОТСОС!

Игры на сперме есть,
CAD'ы и визио,
Переустановить?
Это не вопрос!

VR-программист вздохнул и натянул VR-очки и перчатки.
Перед ним появился кривоватый небоскрёб, где вместо половины колонн фундамента виднелись заглушки, блоки микросервисов стаями проносились сверху, временами начиная резко распухать во все стороны и падать вниз со значком OOM, а кучка молодых джуниоров по очереди пытались вбить квадратный блок с надписью return (object) lastFoundObject в треугольный проём одноногой избы с тусклой табличкой, на которой ещё можно было разглядеть первые слова public void .
Программист достал небольшой чемоданчик с капсулами растягивающихся абстрактных интерфейсов последних релизов для новой таски и задумался, что визуализация — это хорошо, но с буквами было как-то привычнее и быстрее.
Вздрогнула земля — у избушки оторвали единственную колонну-ногу и теперь пытались вставить что-то автоматическое, со скинами, щупальцами, офигевающим котиком и рейтингом -3 от StackOverflow. Со стороны это выглядело как перфоманс из горячего от porncode.com.
Рядом с этим непотребством только что вышедший из песочницы новичок отчаянно размахивал нулём, видимо, пытался поделить на 0 упавший микросервис чтоб получить null, но вместо этого получалась то дверь в райские кущи и злым архангелом, то чёрная дыра, то мифриловый банхаммер, за которым тут же спусился один из экземпляров gc в виде Тора с 8 руками, подхватил инструмент и немедленно забанил новичка и то, что осталось от упавшего контейнера.
VR-программист ругнулся, стянул очки, вычеркнул из резюме VR и запустил Eclipce.

>>2208
>дебиан выпускается по мере готовности, а убунта — по календарю.
lol

Аноны, чем вы редактируете субтитры и сдвигаете тайминг?
Под винду есть aegisub.org, компилировать из исходников не умею.

>>2241
> чем вы редактируете субтитры
Aegisub, subtitlecomposer; apt search subtitle editor показывает ещё три варианта.
> и сдвигаете тайминг?
Очевидный ffmpeg:
ffmpeg -itsoffset -5 -i in.ass out.ass

>>2241
>>2242
Бедные линуксятники!
> ffmpeg -itsoffset -5 -i in.ass out.ass
А если надо полторы минуты оставить как есть, десять минут сдвинуть на десять секунд, остаток еще на десять секунд, и десять минут не строго, а плюс-минус, в каждой серии свой.
Aegisub в чьих репах водится?

>>2250
> Бедные линуксятники!
В смысле?

> А если надо полторы минуты оставить как есть, десять минут сдвинуть на десять секунд, остаток еще на десять секунд, и десять минут не строго, а плюс-минус, в каждой серии свой.
Если не хочется пердолиться с гуём, вручную однообразно обрабатывая каждый файл, то твою фразу можно выразить на языке вроде awk'а или perl'а и записать в принимающий параметром твои "десять минут не строго" скрипт.
А как ты решаешь подобные задачи?

> Aegisub в чьих репах водится?
Лучше расскажи, где он не водится: Debian, Ubuntu, Gentoo, Arch, NixOS — везде есть в основной репе. В коммерческих дистрах вроде RHEL и его тестовом полигоне? Неудивительно: шляпа — больше запускалка для коммерческого софта, чем самостоятельный дистрибутив общего назначения.

>>2250
>А если надо полторы минуты оставить как есть, десять минут сдвинуть на десять секунд, остаток еще на десять секунд, и десять минут не строго, а плюс-минус, в каждой серии свой.
Бедные анимедебилы, чтобы посмотреть одну серию, надо сначала её отпердолить всю.

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

>>2269
Твоя звуковуха в спящем режиме перестаёт фильтровать наводки. Отключи переход в спящий режим при неактивности:
echo 0 > /sys/module/snd_hda_*/parameters/power_save
Либо можно снизить громкость на внешнем усилителе и повысить на звуковухе, тогда шумов станет меньше.

>>2270
От души, брат.

Ололо, там убунта 20.04 LTS вышла с не успевшей релизнуться веткой Pulseaudio. Клоуны.

>>2313
Бубунта же. Нужно подождать пару месяцев, пока всё починят.

>>2314
Зачем вообще так делать? Какой смысл набирать в релиз заведомо нестабильный (недоделанный) софт, когда есть его стабильные ветки? Специально чтобы прослыть багодромом?

>>2315
Чтобы уложиться в график релизов. Результат - репутация багодрома.

>>2316
Но они могли взять pulseadio релизнутой версии, речь об этом. Даже в debian веток unstable и experimental попадает только релизнутый софт, кроме некоторых исключений, например когда авторы софта перестают делать релизы.

>>2317
Могли, но не стали. Соответствие графику важнее качества продукта. Это всё, что следует знать про Ubuntu.

Добрый вечер, аноны.

Кто-нибудь ковырялся с LUKS в генте? А точнее с бутом последней по ключу.

На данный момент имеется относительно работоспособная гента, lvm+luks, но что меня огорчает-при загрузке рут-раздел открывается паролем (в заголовке два слота, один пока-что по паролю, другой-ключ на флешке). Я же хочу чтобы он автоматически открывался, средствами initramfs.
На дебиане/близких производных было все очень просто - есть /lib/cryptsetup/scripts/passdev и /etc/crypttab, и подобный вариант загрузки делает буквально за 15 минут.
С гентой же я ебусь уже около недели (ну почти), пытаясь заставить её стартовать с раздела не прося пароль (в идеале я вообще убью этот слот-оставив резервный опять же ключем, никаких паролей).
Пробовал скриптами импортируемыми в initrd (инструмент-dracut, ранее с ним не работал, все необходимые модули (lvm encrypt) были подгружены, однако, т.к не было указано использовать скрипт явно-указал через --install=/path_script. результат-паника ядра)

#!/bin/sh
modprobe usb-storage
sleep 5
mkdir /keydev 1>&2
mount -t ext2 -o ro /dev/disk/by-uuid/flash_key_uuid /keydev 1>&2
cat /keydev/mykey.key
umount /keydev 1>&2

Были попытки манипуляций с конфигом граба, что-то вроде cryptkey=UUID=uuid:ext2:key.key
Различные его вариации, и через /dev/disk/by-uuid/

И, в общем, ничего из этого не работает. Уже не знаю куда и как копать, те 2-3 гайда найденные на просторах интернетов-либо на sysd, либо времен дебиана вхези. Что, вероятно, не мешает им жить, но либо я криворукий и не понимаю как пользоваться dracut.

Кто может объяснить как заставить initrd открывать диск ключ-файлом? Ну или хоть намекните кто, на статью какую-нибудь..

>>2329
> dracut
А почему не genkernel? Dracut — это ж от шляпы хрень, которая к gentoo непонятно как привинчена.

>>2330
Генкернел тоже пользую, правда, с ним все тоже непонятно :

В конфиге :

LVM="yes"
LUKS="yes"
INSTALL="yes"
Ну и все остальное, что обычно делается через эти ключи.

В мануале на генкернел же сказано, что можно использовать некие root_key и root_keydev.
Как я понял-это более к cmdline, нежели к initrd. В конфиге grub оное и прописал :

GRUB_CMDLINE_LINUX="udev dolvm rootfstype=ext4 crypt_root=UUID=uuid_crypto
real_root=/dev/mapper/name_vg-root
cryptdevice=UUID=uuid_crypto:vg_crypto-root root_key=/dev/disk/by-uuid/uuid_flash_key/mylukskey.key
root_keydev=/dev/disk/by-uuid/uuid_flash_key/
real_init=/etc/init.d/"

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

>>2331
> cryptdevice
Это где там такое слово написано?

man genkernel

crypt_root=<...>
This specifies the device encrypted by Luks, which contains the
root filesystem to mount. If you intend to use multiple devices
cooperating in the building of a single root device node (like for
instance in the case of dmcrypts → software raid), please use
crypt_roots= instead.

crypt_roots=<...>
This specifies the devices encrypted by Luks, which concur in the
availability of a device node used for the root filesystem. For
instance, you could have two separately encrypted partitions on
separate disks that are part of a software raid setup. You just
need to declare multiple crypt_roots= statements each one
containing one device path. Please keep in mind that the entries
will be processed in the order they are declared. If you use
crypt_roots=, remember to remove any reference to crypt_root=. They
all share the same root_key= and root_keydev=.


> root_key=/dev/disk/by-uuid/uuid_flash_key/mylukskey.key
This value should be the key path relative to the mount point.

>>2332
cryptdevice не для генкернела, указывает логик-том с рутом. (cryptroot указывает на физический luks_том.)

Если относительно точки монтирования, то зачем этот бред нужен? Или я не правильно понимаю что значит "относительно точки монтирования"?
С lvm тома бесполезно считывать, он же закрыт при загрузке, а флешку монтировать некуда (ну, можно сделать скрипт, но я хочу обойти эти костыли стороной), то зачем в мане указывается "you can use a device like a usb pen to store the key" ? Если флешка никуда не вмонтирована....

На хендбуке нашел вотэто >

root_key luks-key.gpg ${LUKSKEYFILE} init

Должно работать вместе с root_keydev.

Попробовал так :

GRUB_CMDLINE_LINUX="udev dolvm rootfstype=ext4 crypt_root=UUID=uuid_crypto
real_root=/dev/mapper/name_vg-root
cryptdevice=UUID=uuid_crypto:vg_crypto-root root_key=mylukskey.key
root_keydev=/dev/disk/by-uuid/uuid_flash_key/
real_init=/etc/init.d/"

genkernel-next собран с флагом cryptsetup.

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

>>2335
> root_keydev=/dev/disk/by-uuid/uuid_flash_key/
Здесь непонятный слэш на конце. И ещё непонятно, зачем ты используешь и такую нотацию, и «UUID=...» вперемешку. Симлинки /dev/disk/by-uuid/* вообще доступны из твоего initrd?

Вообще, чем пердолиться на кофейной гуще, давно бы загрузился в режиме отладки и с логгированием на последовательный порт. Если нет второго компа и нуль-модемного кабеля, можно загрузиться с флешки и запустить ОС с винта в qemu.

>>2337
Да, слеша быть не должно, исправил.

Сейчас конфиг-файл имеет следующее:

GRUB_CMDLINE_LINUX="udev dolvm rootfstype=ext4 crypt_root=UUID=uuid_luks_hdd
real_root=/dev/mapper/vg_group-root
cryptdevice=UUID=uuid_luks_hdd:hidden-root root_key=myluks.key root_keydev=UUID=uuid_flash_USB
real_init=/etc/init.d/"

Так тоже не работает.
Думал что может grub (2) собрал неверно, но mount и device-mapper флаги активны.

>Вообще, чем пердолиться на кофейной гуще, давно бы загрузился в режиме отладки и с >логгированием на последовательный порт. Если нет второго компа и нуль-модемного кабеля, >можно загрузиться с флешки и запустить ОС с винта в qemu.
Порта нет. А с qemu я имел крайне короткий опыт.

Анон >>1423
Таки допердолился...
Конфиг на данный момент имеет такую структуру >
GRUB_CMDLINE_LINUX="udev dolvm rootfstype=ext4 crypt_root=UUID=uuid_luks_hdd root_key=lukskey.key keydev=UUID=flesh_uuid key_timeout=*
real_root=/dev/mapper/vg_group-root
cryptdevice=UUID=uuid_luks_hdd:vg_group-root"

key_timeout указывается опционально, задает время активации после монтирования флешки с ключем. root_key указан после crypt_root не просто так, как оказалось, стоять эти команды должны до указания real_root.
Надеюсь это будет кому-то полезно.

Ля, копипаст кривой.
>>2351
>>2338
*fix

>>2351
Поздравляю. И как допердолился? Загрузился в режиме отладки и почитал scrollback-буфер? Или методом тыка?

>>2354
Спасибо.

Да. Методом тыка.

Что за тролленг? Почему стандартный плеер линукс повышает звук видео до предела?

>>2357
Когда это в GNU/Linux появился стандартный плеер?

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

>>2359
Так это стандартный плеер для KDE, а не для Linux. Если он не понравился, ты можешь поставить любой другой, уж этого добра здесь предостаточно.

>>2360
KDE тоже часть гну/линукса. Как сделать, чтобы системные настройки звука и плеерные, были пораздельно? Плеер в браузере не меняет же звук, а йобаный vlc выкручивает на 200%

>>2365
KDE не является частью ни Linux, ни проекта GNU. Это отдельный проект, который включён во многие дистрибутивы ОС на базе GNU/Linux.

> Как сделать, чтобы системные настройки звука и плеерные, были пораздельно?
В mpv так по умолчанию. В других плеерах ищи опцию software mixer.

> йобаный vlc выкручивает на 200%
Громкость в других приложениях при этом повышается?
Скорее всего ты встретил фичу pulseaudio flat-volumes, это когда громкость выхода звуковухи устанавливается по самому громкому воспроизводящему приложению, а остальные занижаются софтверно при микшировании. Это позволяет не усиливать без толку тишину, т.е. понизить уровень шумов в выходном сигнале.

Пытаюсь настроить отдельный network namespace для того чтобы пускать траффик приложений через тор, делаю всё по гайду этого чела: https://www.void.gr/kargig/blog/2016/12/12/firejail-with-tor-howto/ Когда доходит до теста вижу, что когда я запускаю bash в firejail выхода в сеть у него нет. Почему так?

>>2371
Ну я примерно "примерно" потому, что я не атишьник а хуй простой по жизни так-то и ни сетями ни пердолингом прыщей по работе/учёбе никогда не занимался, а не потому, что я сижу и на похуе ctrl+c ctrl+v делаю понимаю, что он делает, но понимания того, почему это не работает у меня мне это не приносит.

>>2373
Желательно полностью понимать происходящее на каждом шаге и его уместность в твоей системе, а также уметь проверять его работоспособность, только такой подход гарантирует полезность гайдов. Когда дело касается сетевой изоляции, нужно ещё учитывать все альтернативные возможности утечки трафика (например, обращения через dbus api к systemd-resolved, который в педоре уже вкрутили по дефолту).

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

>>2404
Ну так давай подробную информацию о том, что там у тебя в системе происходит, если хочешь предметного обсуждения, а не общих слов. Показывай:
— дамп правил iptables (iptables-save);
— счётчики на этих правилах (for t in filter nat mangle raw; do echo "--- $t"; iptables -t $t -vL; done);
— настройки сети изнутри и снаружи контейнера (ip a; ip ro);
— заголовки пакетов трафика на бридже (tcpdump -ni $interface_name).

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

>>2404
> А у меня с "xyu" всё просто дропается незнамо почему.
Где именно дропается? Любые дропы пакетов фаерволом считаются, повтори операцию и сравни показания счётчиков иптаблей до и после неё (можно diff'ом).

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

Олсо, из инфы в >>2414 рекомендую убрать mac-адреса реальных интерфейсов, инетовские айпишники и всё остальное, чего всем знать не обязательно.

>>2404
Тучан всё сложное простыми словами!

>>2367
> когда я запускаю bash в firejail выхода в сеть у него нет
Как ты это определил? Ping через эту хуйню работать, например, не будет. Работать будут только tcp и dns-запросы по udp.

>>2085 (OP)
Решил поставить Cool-retro-term на Arch, запускается нормально, но есть проблема, когда захожу в настройки система зависает, вся. После этого ничего кроме принудительной перезагруки переключить тумблер на блоке питания не остаётся. Кто нибудь знает как это пофиксить?

>>2483
Вместо дров на видеокарту мокрые писечки от нвидии с объёмом исполняемого в ring0 кода больше самого ядра?

>>2484
Скорее всего да. Проприетарные дрова не ставятся номер видеокарты не соответсвует её модели(узнал ещё на окнах когда пытался апдейтнуть дрова) и в прошлый раз после попытки поставить дрова пришлось заново ставить арч из-за отказа запускаться. Что теперь? Самому драйвера писать или просто забить на ретро терм?

вариант купить нормальную видеокарту не котируется

>>2489
> пришлось заново ставить арч
Это ты зря, лучше бы научился чинить систему из chroot'а.
> Что теперь?
Без пиписитарных дров не пробовал? На некоторых видеокартах nouveau неплохо работает. Это, правда, не относится к последним их поколениям: нивидия теперь ставит альтернативным дровам палки в колёса криптографическими методами.

У меня /var/log/journal занимает 4 гигобайта. Я могу без задней мысли отправить содержимое в мусор?

>>2496
Это не освободит место, поскольку логи открыты systemd-journald'ом. Лучше покромсай логи специализированным инструментом и настрой лимит их размера.

Олсо, также можно отключить сохранение логов, удалив каталог /var/log/journal и перезапустив systemd-journald: при настройках по умолчанию он в таком случае будет логгировать только в tmpfs (фс в оперативке), /run/log/journal.

man journalctl

--vacuum-size=, --vacuum-time=, --vacuum-files=
Removes the oldest archived journal files until the disk space they
use falls below the specified size (specified with the usual "K",
"M", "G" and "T" suffixes), or all archived journal files contain
no data older than the specified timespan (specified with the usual
"s", "m", "h", "days", "months", "weeks" and "years" suffixes), or
no more than the specified number of separate journal files remain.
Note that running --vacuum-size= has only an indirect effect on the
output shown by --disk-usage, as the latter includes active journal
files, while the vacuuming operation only operates on archived
journal files. Similarly, --vacuum-files= might not actually reduce
the number of journal files to below the specified number, as it
will not remove active journal files.

--vacuum-size=, --vacuum-time= and --vacuum-files= may be combined
in a single invocation to enforce any combination of a size, a time
and a number of files limit on the archived journal files.
Specifying any of these three parameters as zero is equivalent to
not enforcing the specific limit, and is thus redundant.

These three switches may also be combined with --rotate into one
command. If so, all active files are rotated first, and the
requested vacuuming operation is executed right after. The rotation
has the effect that all currently active files are archived (and
potentially new, empty journal files opened as replacement), and
hence the vacuuming operation has the greatest effect as it can
take all log data written so far into account.

man journald.conf

SystemMaxUse=, SystemKeepFree=, SystemMaxFileSize=, SystemMaxFiles=,
RuntimeMaxUse=, RuntimeKeepFree=, RuntimeMaxFileSize=, RuntimeMaxFiles=
Enforce size limits on the journal files stored. The options
prefixed with "System" apply to the journal files when stored on a
persistent file system, more specifically /var/log/journal. The
options prefixed with "Runtime" apply to the journal files when
stored on a volatile in-memory file system, more specifically
/run/log/journal. The former is used only when /var is mounted,
writable, and the directory /var/log/journal exists. Otherwise,
only the latter applies. Note that this means that during early
boot and if the administrator disabled persistent logging, only the
latter options apply, while the former apply if persistent logging
is enabled and the system is fully booted up. journalctl and
systemd-journald ignore all files with names not ending with
".journal" or ".journal~", so only such files, located in the
appropriate directories, are taken into account when calculating
current disk usage.

SystemMaxUse= and RuntimeMaxUse= control how much disk space the
journal may use up at most. SystemKeepFree= and RuntimeKeepFree=
control how much disk space systemd-journald shall leave free for
other uses. systemd-journald will respect both limits and use the
smaller of the two values.

The first pair defaults to 10% and the second to 15% of the size of
the respective file system, but each value is capped to 4G. If the
file system is nearly full and either SystemKeepFree= or
RuntimeKeepFree= are violated when systemd-journald is started, the
limit will be raised to the percentage that is actually free. This
means that if there was enough free space before and journal files
were created, and subsequently something else causes the file
system to fill up, journald will stop using more space, but it will
not be removing existing files to reduce the footprint again,
either. Also note that only archived files are deleted to reduce
the space occupied by journal files. This means that, in effect,
there might still be more space used than SystemMaxUse= or
RuntimeMaxUse= limit after a vacuuming operation is complete.

SystemMaxFileSize= and RuntimeMaxFileSize= control how large
individual journal files may grow at most. This influences the
granularity in which disk space is made available through rotation,
i.e. deletion of historic data. Defaults to one eighth of the
values configured with SystemMaxUse= and RuntimeMaxUse=, so that
usually seven rotated journal files are kept as history.

Specify values in bytes or use K, M, G, T, P, E as units for the
specified sizes (equal to 1024, 1024², ... bytes). Note that size
limits are enforced synchronously when journal files are extended,
and no explicit rotation step triggered by time is needed.

SystemMaxFiles= and RuntimeMaxFiles= control how many individual
journal files to keep at most. Note that only archived files are
deleted to reduce the number of files until this limit is reached;
active files will stay around. This means that, in effect, there
might still be more journal files around in total than this limit
after a vacuuming operation is complete. This setting defaults to
100.

>>2497
>отключить сохранение логов
Если они сохраняются значит это кому-то надо. Вопрос: если настрою лимит их размера не будет ли критических ошибок при работе системы?

>>2490
> Без пиписитарных дров не пробовал
Это как?
> nouveau
Кто это?
> Это, правда, не относится к последним их поколениям
700 series относится к последним поколениям?

>>2498
> Если они сохраняются значит это кому-то надо.
Это тебе может быть надо для отладки поведения системы. А может быть наоборот вредно, если система находится на флешке с ограниченным количеством перезаписи блоков.

>>2500
> Это как?
А так, не устанавливая их. Нечего всякие мокрописечные блобы в ядро совать, им там не место.
> Кто это?
Свободный драйвер на видеокарты nvidia, поддерживает их аж с Riva TNT. Его компоненты поставляются в составе ядра, libdrm, mesa и иксов.
> 700 series относится к последним поколениям?
Нет, но nouveau хорошей производительности в играх на них не даст, по крайней мере без ручного переключения частот GPU и видеопамяти.
https://nouveau.freedesktop.org/wiki/PowerManagement/

>>2501
а этот ваш nouveau точно встанет на мою кривенькую видеокарточку, и на всякий случай как всё можно будет починить, когда если всё сломается

>>2509
Он из коробки стоит в большинстве десктопных дистрибутивов. Возьми livecd какой-нибудь убунты и посмотри вывод glxinfo.

>>2510
Куда смотреть? Попробовал запустить на своём арчике и он много, что выводит.

>>2511
OpenGL renderer string смотри, там должно быть наименование чипа как по ссылке в >>2501.

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

>>2512
"NVC1" по ссылке такого нет

>>2513
https://nouveau.freedesktop.org/wiki/CodeNames/#NVC0
И раз codename видяхи там присутствует, можно с уверенностью сказать, что nouveau у тебя завёлся.

ДЭБИАН САМЫЙ ШТАБИЛЬНЫЙ ДИСТРИБЬЮТИВ
А
ПОСТОЯННО ОТВАЛИВАЕТСЯ РАСКЛАДКА КЛАВИАТУРЫ
А
ПЕРЕЗАГРУЖАЕШЬ КОМПУКТЕР ЧТОБЫ РАЗБЛОКИРОВАТЬ ЭКРАН

>>2514
А што с ними делать? Retro term всё равно падает.

>>2590
Стабильность дебиана — это про методы обновления софта, а не про необходимое для комфортной работы количество действий напильником после установки. С последним у него есть некоторые проблемы, особенно при использовании отличных от GNOME DE.

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

Как установить винвовс эксплорер (проводник) на линукс?

>>2614
Исходники виндовс две тыщи можно скачать с рутрекера. Компильнити плиз!

>>2614
Из-под вайна, очевидно же.

>>2614
Когда-то был скрипт ies4linux, который вытаскивал с сайта ms и устанавливал под вайном три разные версии ie параллельно.

Сейчас смотри в winetricks, скорее всего там есть тоже.

>>2613
Залогинься с консоли и запусти startkde. Если будет ругаться на DISPLAY, напиши startkde в .xinitrc и запусти startx.

>>2618
Если бы всё было так просто не стал бы задавать этот вопрос.

>>2619
Так описывай свои сложности. У меня всё именно так просто, кроме того, что startx'у нужно ещё указать свободный номер дисплея:
startx -- :1

>>2621
Значит, кедорасы всё сломали в пятой версии. Выкидывай кеды на мусорку и собирай своё DE из говна и палок, я это сделал ещё при выходе четвёртых.

>>2626
Если по ssh, то ConnectBot.

>>2627
Спасиб браток

>>2626
> Как с мобилки на андроиде удаленно подключится к пк, чтобы в терминале шариться
Любой терминал + любая реализация ssh.
> и желательно, чтобы проводник был?
Любой scp или sftp-клиент (и то, и другое — подсистемы ssh).

> И чтобы опенсурс был, с открытыми исходниками
Ищи всё в f-droid, там оно есть в нескольких реализациях каждого пункта.

От себя рекомендую ещё hacker's keyboard.

Думаю переустановить федору. По какому критерию выбрать дистрибутив?
Хочу чтобы работал более менее стабильно. Но вот на дебиане некоторые поделки типа зума работают не очень хорошо.
Убунта не нравится своим коммерческим вектором.
Ещё Федора в последнее время поднадоела, что пакеты долго скачиваются.

>>2635
> Думаю переустановить федору.

Бери Silverblue.

>>2635
> Хочу чтобы работал более менее стабильно. Но вот на дебиане некоторые поделки типа зума работают не очень хорошо.
Ты хочешь и на ёлку влезть, и попу не ободрать. Это возможно только при сборке ОС из source-based дистрибутива, где версию каждого компонента можешь выбирать сам, лавируя между их недоделками и регрессиями.

Что вы делаете на линуксе? Кроме переустановок.

>>2640
Работаем. Серьёзно.

>>2640
Хуи пинаем. Серьёзно.
Debian позволяет переходить с релиза на релиз без переустановок десятилетиями, а его поддержка не требует много ручных действий. Зато за неё платят деньги, поскольку решать прыщепроблемы получается далеко не у всех.

>>2640
Провожу компьютерную жизнь.
Программирую, составляю картинки, пишу и вызываю скрипты, смотрю видосики и веб.

Как сделать на шелле несколько стеков вызовов? Когда программирую, то часто компилирую + открываю программу, или когда делаю что-то специфическое, то в стеке много однотипных команд. Мне, например, чтобы сконвертить мп4 + добавить обложку нужно 2 команды. Обычно для этого использую 2 стрелочки вверх в терминале, но если он забивается, то напряжно листать стек.

>>2667
В zsh файл с историей команд определяется переменной HISTFILE, определяемой обычно из .zshrc. Определи отдельные для разных случаев.

Олсо, по истории команд можно искать по ctrl+r.

Установил Tor (не браузер) из репозитория. Как включать, выключать Tor? Мне не нужно чтобы Tor был в автозапуске, а нужно запускать его вручную.

>>2775
Раньше бы ответил «зависит от дистрибутива», но теперь есть systemd и в разных дистрах всё более-менее одинаково.

> Мне не нужно чтобы Tor был в автозапуске
systemctl disable tor
> Как включать, выключать Tor?
systemctl start tor
systemctl stop tor

Помимо этого, можно ещё запускать несколько инстансов тора с отдельными настройками и состоянием:
systemctl start tor@имя
Отдельные инстансы стоит использовать для не связанных между собой активностей.

>>2776
Спасибо!

>>2777

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

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

>>2789
>oriko32
Это ты гайды для сосача писал?

>>2789
Как ты в mc цветовую тему изменил?

>>2793
Я вообще не очень понимаю, как можно в здравом уме выбрать федору на роль основного дистрибутива на десктоп. Это ж тестовый полигон редхата, цель которого не в обеспечении стабильной работы пользователя, а в обкатке новых технологий, включая переход на wayland.

Из твоего списка рекомендую Debian. Его минусы — сложность и непоследовательность средств пакетирования, но эндюзеру они не очень-то нужны, так что наплевать. Релизы поддерживаются долго (по пять лет), стабильность в пределах релизов железобетонная, основной репозиторий обширен (но я также использую https://deb-multimedia.org ради свежих версий youtube-dl и mpv).

Если вместо стабильности предпочитаешь роллинг, то есть ветка unstable, в ней софта ещё больше, плюс для неё есть подветка experimental.

>>2794
Записал debian-9.9.0-i386-netinst.iso на флешку. Открываю UEFI, а он не видет её. Что-то смотрю в гугле не понимаю почему.

>>2797
Как записал, поблочно как есть или какой-нибудь хуйнёй вроде unetbootin?
Олсо, в i386 исошнике uefi'шного grub'а может и не быть.

>>2798
Есть же multilib.

>>2799
Есть, но с чего бы он был активирован в i386-образе из коробки? Ради одного граба для архитектуры, к которой машина, на которую понадобился этот образ, скорее всего не принадлежит?

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

>>2800
Ты недооцениваешь кривые китайские биосы.

Можно ещё сначала поставить систему в legacy-режиме, а потом загрузить её uefi-грубом из другого образа (открыв его консоль и выполня конфиг установленной системы командой configfile) и установить в ней grub-efi. Последний, кстати, есть как 32-битный, так и 64-, но биосы обычно держат только 64.

Как сделать так, чтобы пульсаудио был запущен от одного пользователя (например, рут) и все пользователи имели звук?
Я попытался пробросить симлинк к рутовскому .config/pulse/cookie, но это не сработало.

>>2825
>1)
Посмотри свою модель принтера тут https://aur.archlinux.org/packages/?O=0&K=canon (это пользовательский репозиторий для орчлинукса), если там есть, значит есть вообще. При этом принтинг и сканинг осуществляется разными программами. Под принтеры целый сервер cups и утилиты lpr, а под сканнинг sane : scanimage --mode color --resolution 1200 --format jpeg > out.jpg.

>4)
Должны быть. Накрайняк ффмпег, наверное.

>7)
tesseract-ocr

>8)
optipng, jpegoptim, ffmpeg (?), imagemagick (?).

>9)
Имейджвьюера удобного пока не завезли, а для видео mpv.

>10)
Да и их полно. Например, Chromium.


Алсо, можешь посмотреть в страничку вики арчлинукса и посмотреть, какой софт существует под линукс: https://wiki.archlinux.org/index.php/List_of_applications

>>2827 Спасибо за ответ.
1) По принтеру проблема отпадает: на официальном сайте нашлись драйвера для всех систем. Извиняюсь за невнимательность. Для сканирования использую на данный момент утилиту NAPS2, она есть и для Linux.
2) Похоже, остаюсь без интернета. А есть ли такие проблемы у пользователей Android-устройств? Есть ли кто-нибудь, кто помощью USB смартфон использует как модем?
3) Аудиоплееры сам поискал, посмотрел. Думаю, тут проблем нет.
4) FFmpeg тут мне вообще не друг. Можно, конечно, его использовать, но хотелось бы душе удобств. Вот, тут есть скриншоты, что бы я хотел иметь: https://www.mp3tag.de/en/screenshots.html
5, 6) Вот эти штуки мне особо интересны.
7) Нужда в распознавании текста возникает не так часто да и объёмы текста обычно не велики, так что мне хотелось бы что-нибудь с графическим интерфейсом. Но ладно, пойдёт, если что.
8) Отлично!
9) Очень плохо. MPV я немножко пробовал - не для меня. Но ладно, не велика беда.
10) Прекрасно!

>>2828
>есть ли такие проблемы у пользователей Android-устройств
Я не знаю, но андроид крутится на ядре линукс и если всякие протоколы USB-устройств и модули ядра линукс идентичны то, скорее всего, будет работать нормально.

>5,6
Для чтения документов, которые мне присылают люди я использую libreoffice. Для pdf mupdf. Для располирования использовал qpdf. Разные манипуляции с pdf можно делать при помощи pdftk, pdfimages и imagemagick. И страницы pdf рендерить при помощи imagemagick (только там может быть нужно полазить в конфиге закомментировать policy, а то в pdf или где-то есть эксплойт, с помощью которого можно положить сервер или хуже, из-за чего такая опция по-дефолту отключена). Но действительно вменяемого редактора я не знаю.

>9
Можешь VLC попробовать.
Кстати, может для просмотра картинок тебе gwenview подойдёт?

>>2829
VLC тоже пробовал на Windows - не понравился. Но ладно, проблема картинок и видео отпадает.
Я знаком с GhostScript'ом и отчасти с тем, что ты перечислил, но это не совсем то, что б хотелось иметь. Особо важна мне хорошая читалочка, чтоб всё-в-одном.

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

>>2590
У debian стабильные баги. Какая у тебя видеокарта?

>>2825
>1) Имею некоторый агрегат под маркой Canon, который представляет из себя принтер+сканер. Будут ли у меня проблемы с работой с ним?
Зависит от конкретной модели.
> Правильно ли я понимаю, что для работы с ним системе нужны драйвера, разрабатываемые компанией производителем и которые разрабатываются, в свою очередь, только под Windows, так что работать он не будет?
Не вполне. Во первых, драйверы может разрабатывать не только производитель, но и сообщество. Во вторых, краеугольным камнем я бы тут обозначил не столько само наличие драйверов, сколько открытость их исходного кода. Если код закрыт, то девайс будет поддерживаться ровно столько, сколько захотел производитель, т.е. обычно не более гарантийного срока, а дальше либо ебись с огранизацией сервера печати на базе устаревшего дистрибутива в контейнере, либо покупай новый девайс. Если же код открыт, то его можно поддерживать вечно, что чаще всего и делается силами сообщества.

К слову, проблема открытости драйверов на принтеры — это вообще причина зарождения движения свободного ПО. Ещё в семидесятых годах, когда персональных компьютеров, линуксов и щиндовсов и в помине не было, а программы, включая операционные системы, разрабатывались сообща за стенами университетов, Ричард Столлман наткнулся на баг в драйвере на принтер и захотел его исправить. Не обнаружив в дистрибутиве драйвера исходников, он поехал за ними в соседний университет, где ему в их предоставлении отказали, на что он так люто бомбанул, что придумал прямо запрещающую подобное лицензию (GNU GPL) и до сих пор рассказывает об этом случае на своих лекциях.

К счастью, не так давно начали делать принтеры с поддержкой протокола IPP Everywhere, который позволяет использовать их без драйверов. Правда, свободности им это не добавляет, т.к. лишь переносит драйвер внутрь устройства, но по крайней мере позволяет их использовать без ёбли.

>2)
Не знаю, т.к. предпочитаю обходить технику Apple стороной. В репозитории по запросу iphone нашёлся некий usbmuxd — возможно, он вытянет и usb-сетевуху. Накрайняк подключишься через wifi или bluetooth, там всё должно быть стандартно.

>3)
Когда-то использовал в этой роли Amarok 1.4, но он почил вместе с KDE и Qt третьей версии. Есть его форки — одноимённый из более новых версий кед с полностью переколбашенным интерфейсом и частично сохранивший оригинальный интерфейс и фичи Clementine.

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

>4)
Если нужен гуй с пакетной обработкой, посмотри easytag.

>6)
В гноме была такая штука, gnome-documents.

>9)
geeqie (альтернативных вариантов полно), mpv. Если с mpv не с руки дружиться, есть фронтенды вроде smplayer.

> Важная оговорочка: мне, как среднестатистическому пользователю, нужны удобные графические интерфейсы.
Если ты будешь себя ограничивать использованием гуевых программ там, где гуй не очень-то и нужен, то столкнёшься с их недоделанностью, глючностью и отмиранием при выкидывании поддержки версий фреймворков Qt и GTK.
> Опыт работы с командной строкой есть, но не имеется необходимости в ней жить.
Потому что этот опыт не очень-то приятный, верно? В линуксах всё намного лучше в этом плане: тут есть контекстное автодополнение по tab'у с подсказками, сохраняемая история с поиском, на порядок более развитый инструментарий, да и вообще командная строка тут позиционируется как основной интерфейс, а не оставшийся от доса реликт.

>>2826
Симлинк не передаёт права. Олсо, помимо доступа к cookie, нужен ещё доступ к сокету.

Зачем тебе вообще pulseaudio, не проще его выпилить и использовать alsa напрямую?

>>2834
>Зачем тебе вообще pulseaudio, не проще его выпилить и использовать alsa напрямую?
Я в линуксах не разбираюсь, но очень много плохих программ требуют наличие пульсаудио, чтобы был звук. Почему они не могут использовать какой-нибудь абстрактный интерфейс типа SDL audio или openal?
Когда-то я использовал alsa, даже как-то смог громкость звука регулировать, но я часто всё ломал.

>>2835
> очень много плохих программ требуют наличие пульсаудио, чтобы был звук.
Странно, но у меня таких нет кроме спираченной игры into the breach.
Для таких случаев есть apulse, либо можно запустить сам pulseaudio с единственным модулем вывода в неблокирующем режиме:
pulseaudio --disallow-module-loading -L 'module-alsa-sink device=default'
Такой демон можно запустить для каждого пользователя, которому нужен пульс.

> Почему они не могут использовать какой-нибудь абстрактный интерфейс типа SDL audio или openal?
Потому что это библиотеки высокого уровня, это не звуковые системы или серверы. Кроме того, многие из твоих 'плохих' программ могут использовать именно эти библиотеки, только собранные без поддержки нужных тебе интерфейсов вывода.

>>2833
Что-то я, кроме как о принтере, ни о чём больше и не подумал. Как насчёт звука, монитора и прочего? Тоже может не заработать, или тут другая история?
2) Посмотрел. Вроде как, usbmuxd - то, что нужно, но вот по Wi-Fi и Bluetooth очень бы не хотелось, у меня к ним какая-то неприязнь. Это энергозатратно, и смартфон этот, кстати, сильно греется при их использовании. Другое дело - провод.
3) Ага, я уже поискал плееры и на него внимание тоже обратил.
4) По-моему, то, что надо.
6 и 9) Надо вживую пробовать.

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

>>2837
> про философию линукса
У линукса особо нет философии и тем более идеологии, это просто ядро операционной системы. За этими сущностями обратись лучше к проекту GNU и движению FSF — вот они насквозь идеологичны. А линукс лишь использует их лицензию, и то только частично — с ограничением её «вирусности» на само ядро, т.е. с исключением юзерспейса (приложений). Дистрибутивы линукса существуют самые разные — от одобренных FSF радикально свободных и до напичканного анальными зондами проприетарного говна вроде поставляемых с телефонами вариантов андроида.

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

>>2838
> Как насчёт звука, монитора и прочего?
Большинство девайсов работает из коробки, т.к. драйверы на них включены в ядро. Монитору вообще драйверы не нужны, а единственное, что может пригодиться, это цветовой профиль для тонкой подстройки оттенков.

> Если давно чем-то из командой строки не пользовался или делаю что-то нестандартное, то это обязательно сопровождается поисками в txt-шпаргалках или приходится лезть в мануалы и интернеты.
Лезть в мануалы — это нормально. Ненормально — когда мануалы отсутствуют, неполные или неудобные и ты вынужден гуглить всякие васяногайды. В линуксах с большинством программ поставляются стандартно оформленные man-страницы, которые не нужно искать и в которых легко ориентироваться. Ну и упомянутое контекстное автодополнение позволяет не писать вслепую, а получать подсказки по мере набора, т.е. в ряде случаев вообще обходиться без документации. Погугли видео про zsh для наглядного примера.

>>2838
Кстати, да. Вот в майнкрафте в командной строке есть подсказки после каждого аргумента, какое значение нужно и для чего это всё. Почему нет какого-то файла-шпаргалки для отдельной программы, чтоб командная оболочка или эмулятор терминала автоматически показывал подсказки? Это сэкономило бы кучу времени, не нужно будет для каждой программы лезть в man и запоминать мозгом, что делает аргумент. Или такое уже есть?
>>2840
zsh так умеет?

>>2843
Офигенно! Но как он это делает? Нужно ставить отдельные пакеты для каждой программы?
Вот например, я хочу сделать ffmpeg -i file -crf и тут посмотреть, что делает аргумент crf. Или хочу посмотреть, какие есть аргументы по слову quality, это можно сделать?

>>2855
D E B I A N
E
B
I
A
N

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

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

> Нужно что-то простое, мелковесное, но действенное и готовое пойти неофиту навстречу.
Поддержу >>2856. Бери образ netinst и в процессе установки выбирай компоненты, которые он загрузит из интернета. Или не выбирай и получай описанное выше.

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

>>2856 >>2859
Выбрал Debian. С Интернетом проблемы, так что загружаю "полный установочный образ". Радует, что на сайте есть что почитать, причём на русском. Надеюсь, без проблем всё пройдёт.

>>2861
Отписываюсь, что да как.
Система установилась без проблем, но при запуске загрузка останавливалась на графе "Started Gnome Display Manager", а чуть раннее можно было заметить совет заглянуть на wiki.debian.org/firmware, так как не хватало пакета (микропрограммы?), о чём я был предупреждён ещё на стадии установки. Из этого состояния я выходил, жмакнув Ctrl+Alt+F2, а затем Ctrl+Alt+F1. В итоге, после появления кракозябр на экране, запускалась графическая оболочка, но в неверных цветах и в низком разрешении.
Далее, на сайте Debian, нашёл, что недостающий системе элемент входит в пакет firmware-realtek, то есть нужен для сетей. При попытке установки через терминал, я получал ответ, что пароль, мною вводимый, является неверным. Это последнее не могло быть правдой: при установке системы мне было предложено создать два пароля, один из которых относится к профилю пользователя, а второй - администратора. Ни тот не другой в этом случае он не принимал, однако те же пароли подходили для разблокировки системы (1 пароль) и установки неких обновлений (2 пароль). Опосля выполнения некоторых манипуляции я решил вернуться на Windows вновь переустановить систему (а это было уже вчера вечером), однако в сей раз графу для введения пароля для администрирования я оставил пустой, что, как там было написано, делало пароль от профиля пользователя универсальным.
И вот, я снова в той же точке. После разрешения установки устанавливать non-free пакеты, мне удалось установить пакет realtek'а, и тут произошло это: терминал захлебнулся в ответах об некой ошибке, из которых, после посещения вышеуказанного сайта, стало понятно, что системе не хватает также firmware-amd-graphics (точно название не помню). Установил, перезагрузил машину и вуаля: маленькая победа.

Чем же я сейчас обеспокоен? Я думаю, что тормозит окружение (GNOME): при всяких действиях, типа перетаскивания окон, заметно падение плавности; в меню "Обзор" курсор запинается при проведении им по ярлыкам и подобное. Я отключил анимацию, но это ж всё равно, господа, не дело.
В руководстве по установке Debian пишут следующее: "Возможно запускать графическое окружение рабочего стола на старых или дешёвых машинах, в этом случае рекомендуется установить менеджер окон, который потребляет меньше ресурсов, чем окружения рабочего стола GNOME или KDE Plasma; здесь стоит упомянуть xfce4, icewm и wmaker, но есть и другие". Машина моя не так уж и стара, да и шибко слабой не является, но, похоже, окружение так не думает.

Так вот, вопрос: стоит ли пытаться поменять окружение, пока я сильно к этому не привык, и надо ли для этого переустанавливать систему? Стоит ли это делать, или в других случаях меня ждёт это же да и новые разочарования сверху?

>>2870
> тормозит окружение (GNOME)
Какая у тебя видеокарта и релиз Debian? Возможно, поставляемые в последнем драйверы слишком стары. Посмотри вывод
glxinfo | grep 'OpenGL renderer string'
Если там будет не модель видеокарты, а llvmpipe, то это действительно так. Вылечить можно попробовать установкой более свежего ядра из репозитория backports.

Кроме того, третий гном — это вообще жирный тормоз, который без хорошего GPU в принципе приемлемо работать не способен (да и с ним в общем-то тоже, см. faq плеера mpv). Рекомендую заменить его на что-то более производительное (легковесные DE, либо отдельные оконные менеджеры) или хотя бы гибкое (кеды).

> надо ли для этого переустанавливать систему?
(имеется в виду окружение)
Нет, достаточно установить новое из репозитория и потом выбрать при входе в менеджере дисплеев. От старого DE останутся входящие в него программы, их можно будет использовать без ограничений. Если какие-то пакеты конфликтуют друг с другом, пакетный менеджер сам предложит удалить мешающие.

Предлагаю такую стратегию действий: сначала ставишь побольше всего и выбираешь, а определившись, переустанавливаешь систему и ставишь только то, что тебе нужно. Без переустановки можно обойтись и в этом случае, если в списке установленных вручную пакетов оставить только нужное, но есть проблема: после установки системы он обычно засран всем, что наустанавливал инсталлятор, и чистить его устанешь. Посмотреть этот список можно с помощью
apt-mark showmanual
, удалить из него пакеты —
apt-mark auto пакет пакет ...
удалить после чистки списка лишнее с зависимостями —
apt autoremove
Всё перечисленное, кроме первой команды, требует прав рута, для получения рутового шелла используй
sudo -i

>>2871
Debian, вроде как, самый свежий, 10.5.
glxinfo сообщает:
OpenGL renderer string: AMD RV710 (DRM 2.50.0 / 4.19.0-10-amd64, LLVM 7.0.1)
Значит, тут всё в норме.

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

>>2872
> RV710
Видяха старая, но поддержка у неё должна быть хорошей. Наверно, это гномосеки обмазались свежим железом настолько, что перестали замечать тормоза своего поделия на старом.

Попробуй что-нибудь другое — например, поставь task-lxde-desktop и выбери lxde в списке типов сеанса при входе.

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

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

В этом списке у тебя уже сейчас целая гора всего, включающая не только целевой софт (метапакеты гнома), но и его зависимости, а ещё обязательные (essential) пакеты, которые пакетный менеджер просто так не удалит — это всё из него можно без последствий вычистить. Можно даже автоматически:
aptitude markauto '?installed !?automatic (?reverse-depends(?installed) | ?essential)'
После этого установленный в системе софт будет висеть только на верхушках дерева зависимостей и при удалении пакетов сноситься большими гроздьями. Если в этих гроздьях окажется что-то нужное, его можно привязать обратной операцией:
apt-mark manual пакет
Такое поведение пакетного менеджера с одной стороны удобно (всё лишнее автоматически удаляется), а с другой — не очень (при удалении медленного и кривого видеоплеера totem вместе с ним улетает весь гном, поскольку мета-пакет гнома требует тотем и, соответственно, вместе с ним удаляется, а т.к. на нём висит всё гномоподелие, оно уходит по autoremove следом).

>>2873
Попробовал LXDE. Работает он быстрее, нет таких проблем, как с GNOME. Однако, мне не очень понравилось. Уж слишком он прост, на мой взгляд. Сейчас поставил Xfce - вот это по мне. Конфетка.

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

Я ещё не разобрался с командой, которую ты мне даёшь. Смогу ли я с ней вычистить с компьютера GNOME и LXDE со всеми их пакетами? Хотелось бы мне, короче, сделать так, как будто их и не существовало вовсе. Стерильно.
На wiki debian есть такое:
Если вы хотите (до установки XFCE) удалить GNOME и его зависимости, то надо сделать следующие:
aptitude purge `dpkg --get-selections | grep gnome | cut -f 1`
aptitude -f install
aptitude purge `dpkg --get-selections | grep deinstall | cut -f 1`
aptitude -f install
Но ведь это не удалит все те приложения, которые шли с GNOME? Или таки удалит?

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

>>2877
> Смогу ли я с ней вычистить с компьютера GNOME и LXDE со всеми их пакетами?
Да, вполне. В случае с LXDE, которое ты устанавливал сам, просто удали пакет, которым ты его устанавливал, и все его зависимости уйдут по apt autoremove. В случае с гномом, который был поставлен инсталлятором, сложнее — установленными вручную отмечены много его пакетов.

Эффективный метод борьбы с этой ситуацией был приведён в >>2873 (команда с aptitude). Если установлен пакет task-gnome-desktop, то удалить скорее всего будет достаточно только его. Если не установлен — имеет смысл его предварительно установить чтобы он стал одной из верхушек дерева зависимостей.

Не удали только случайно systemd (он не входит в essentials и гном от него зависит).

> Хотелось бы мне, короче, сделать так, как будто их и не существовало вовсе. Стерильно.
Так не будет.
При работе программ от них остаются настройки и данные, пользовательские и системные. В случае с DE системных нет, есть только пользовательские. Так вот, пользовательскими данными (которые хранятся исключительно в домашнем каталоге пользователя) пакетный менеджер не занимается принципиально. Возможное наличие системных данных APT отмечает статусом неполного удаления пакета, все такие пакеты можно дорезать так:
aptitude purge '~c'

Ну и потом, любые твои действия по манипуляциям с пакетами оседают в логах (см. /var/log/dpkg/).

> На wiki debian есть такое:
Это ужасно: человек не умеет пользоваться языком запросов aptitude и изобретает какие-то кривые костыли с поломкой и починкой целостности дерева зависимостей в процессе.

Полная документация aptitude имеется почему-то только в html'е и ставится отдельным пакетом (aptitude-doc-ru). Там есть таблица с search terms.

> Но ведь это не удалит все те приложения, которые шли с GNOME? Или таки удалит?
Тотем не удалит, gnome-mpv удалит. Только по дефолту gnome-mpv не установлен, я полагаю. Удалит всё то, что содержит в названии gnome, но в гноме далеко не всё такое.

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

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

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

>>2878
Значит, план действий такой:

1) Удаляю LXDE:
apt remove task-lxde-desktop
2) "Устанавливаю" GNOME:
aptitude install task-gnome-desktop
3) Присваиваю пакетам некий статус:
aptitude markauto '?installed !?automatic (?reverse-depends(?installed) | ?essential)'
4) Удаляю GNOME:
aptitude remove task-gnome-desktop
5) Повторяю третий пунк, только с unmarkauto:
aptitude unmarkauto '?installed !?automatic (?reverse-depends(?installed) | ?essential)'
6) Подчищаю:
aptitude purge '~c'

Всё правильно сделаю? А как мне проследить неудаление systemd? И могу я так ещё чего-то лишнего удалить?

>>2881
> 5) Повторяю третий пунк, только с unmarkauto:
Это ты что-то странное придумал. После выполнения 3) этот запрос не вернёт результаты, т.к. в нём все установленные неавтоматически пакеты, от которых зависят другие пакеты или которые входят в essential (это я дословно перевёл запрос), уже были отмечены установленными автоматически.
Непонятен ход твоих мыслей.

В остальном всё верно.

> А как мне проследить неудаление systemd?
В четвёртом пункте aptitude выведет список удаляемых пакетов. Да, aptitude лучше использовать только в случае необходимости — он медленный и толстый, а ещё ведёт себя не всегда как стандартные утилиты — например, autoremove делает автоматически.

> И могу я так ещё чего-то лишнего удалить?
Если что-то сломаешь, всегда можно починить систему через chroot, загрузившись с livecd: essentials включают необходимый для этого набор пакетов. Но поломка вообще маловероятна, даже systemd скорее всего привязан за что-то ещё и попыток его удалить не будет. Просто я не знаком с составом изкоробочных систем современных релизов дебиана и о фокусах пакетного менеджера при взаимодействии с ними описанными выше методами могу только предполагать.

>>2883
А что, уже появились какие-то альтернативы? Окромя BSD, где всё примерно так же, но хуже с драйверами и нет systemd?

>>2882
Да, фантазёр и горжусь этим. Мысль в том и состояла, что, если что-то сделал, то надо вернуть как было.
Сейчас дела обстоят так: поочерёдно ввёл все (не считая пятой) команды из поста выше. Проблем не возникло, всё прошло гладко, однако, чуда не произошло. И LXDE, и GNOME остались на дисплейном менеджере в списке окружений. При их выборе, они спокойно запускаютя и работают. Как им это удаётся, и как мне их наказать?

>>2888
apt autoremove --purge

>>2888
> Да, фантазёр и горжусь этим.
Это хорошо. Добавить ещё к действиям чуточку осознанности — далеко пойдёшь.

> Мысль в том и состояла, что, если что-то сделал, то надо вернуть как было.
А оно нужно? «Как было» — это компромисс между управляемостью и предсказуемостью поведения пакетного менеджера при удалении пакетов, причём сильно смещённый в сторону предсказуемости. «Как было» полезно когда ты хочешь расковырять установленное DE по пакетам, часть удалить, часть заменить, а часть оставить как есть — когда прибиты гвоздями (отмечены установленными вручную) они все, пакетный менеджер при таких операциях не будет предлагать удалить всё DE. В твоём случае, когда нужно управлять именно целыми DE как отдельными сущностями, такой вариант совершенно неудобен, да и в принципе он не нужен — любой метапакет верхнего уровня при желании переопределить его содержимое всегда можно заменить на отметку установленным вручную самого содержимого:
aptitude unmarkauto '~Rtask-xfce-desktop | ~Rxfce4'
apt-mark auto task-xfce-desktop xfce4
apt autoremove
Но пока это не понадобится, захламлять список установленных вручную пакетов контрпродуктивно.

> чуда не произошло. И LXDE, и GNOME остались на дисплейном менеджере в списке окружений.
Вероятно, оно висит зависимостями на каких-то ещё пакетах. Это всё можно дёрнуть снизу, попросив APT удалить обязательные части DE вроде их файловых менеджеров:
apt remove pcmanfm nautilus
Ещё могут быть виноваты зависимости по рекомендациям (мягкие зависимости, реализующие опциональный функционал программ за счёт установки используемых ими дополнительных утилит), которые в APT включены по умолчанию. Я их всегда отключаю и потому не знаю подробностей их работы. Можешь попробовать тоже их отключить (
echo 'APT::Install-Recommends "false";' > /etc/apt/apt.conf.d/10-no-install-recommends
) и сделать >>2889.

>>2898
Я, анон, это... всё, сдался. Переустановил систему. Теперь всё, как надо.
Всё, с чем маялся, было в пункте "Выбор программного обеспечения". Пункты, на которых были поля для галочек (для установки с графическим интерфейсом), выглядели примерно так:

Θ Окружение рабочего стола Debian
O ...GNOME
O ...KDE Plasma
O ...Xfce
O ...и т. д.
O веб-сервер
Θ Сервер печати
Θ Дополнительное ПО

Я поставил галку на Xfce и снял с "Дополнительное ПО". Получил минималистичный набор утилит, чистоту и порядок. Про это дело немного написано в разделе 6.3.6.2 "Выбор и установка программного обеспечения" в Руководстве по установке Debian GNU/Linux. Также там сказано, что "для предоставления этого списка программа установки просто вызывает программу tasksel" и, как я понял, впоследствии мне можно было орудовать ей. Ну ладно. В будущем, если встретите какого-нибудь балбеса с похожими, как у меня, требованиями - советуйте смотреть внимательно на сей пункт установки системы.

Сейчас допиливаю всякую мелочь. К примеру, была проблема с вертикальной синхронизацией изображения (tearing). Починил по этой инструкции: https://techstop.github.io/fix-screen-tearing-xfce/. Как я понял, я просто добавил инструкцию Option "TearFree" "on" драйверам AMD и Radeon. В первый раз я ещё изменил строку Section "Device", как сказано в инструкции и чего делать не стоило: Xfce не запустился и меня встретил терминал, хе-хе. Хорошо, что изменяемые файлы я прежде догадался скопировать.

Сейчас прошу помочь разобраться с sources.list, который в данный момент выглядит так:

sources.list

#

# deb cdrom:[Debian GNU/Linux 10.5.0 _Buster_ - Official amd64 DVD Binary-1 20200801-11:35]/ buster contrib main

# deb cdrom:[Debian GNU/Linux 10.5.0 _Buster_ - Official amd64 DVD Binary-1 20200801-11:35]/ buster contrib main

# Line commented out by installer because it failed to verify:
deb http://security.debian.org/debian-security buster/updates main contrib
# Line commented out by installer because it failed to verify:
deb-src http://security.debian.org/debian-security buster/updates main contrib

deb http://deb.debian.org/debian/ buster main contrib non-free
deb-src http://deb.debian.org/debian/ buster main contrib non-free

Я изменил в нём следующее:
1) поставил решётку перед # deb cdrom...
2) убрал решётки перед deb http://security... deb-src http://security...
3) добавил две последние строки
Вопросы:
1) Первые строки # deb cdrom... я могу вообще удалить, так как это как бы репозиторий с карты памяти, которой я загружал систему?
2) Последние строки, как я понимаю, это основной репозиторий. Я взял ссылки с той же wiki.debian, non-free подписал, чтобы загрузить нужные мне пакеты firmware. Проблема состоит в том, что как-то медленно эти репозитории работают. В прошлый раз (до переустановки системы) пакеты грузились быстрей. В тот раз я не работал с файлом sources.list в текстовом режиме, так как при открытии файла там запускался некий ГУЙ, в котором достаточно было, не подключая к работе головной моск, поставить галочки в нужных местах. Так вот, как я понял, есть другие официальные сервера, зеркала, которые мне можно здесь указать. Или нельзя?

Ещё, кстати, чё-то не работает проверка правописания, надо чинить. Простите за очепятки и неграмотность.

>>2899
>2) убрал решётки перед deb http://security... deb-src http://security...
Или не убирал... не помню.

>>2899
Вопрос по зеркалам отпадает, нашёл информацию:
https://www.debian.org/mirror/list

Сейчас вот что интересует: хотел поставить GIMP, но в Debian'овских репозиториях лежит не самая свежая версия. Пошёл на сайт GIMP'a, а он говорит мне, что получить редактор могу с помощью flatpak. Поставил flatpak, а он мне вместе с желаемым GIMP'ом впридачу пытается всунуть "org.gnome.Platform", "org.gnome.Platform.Locale", "org.freedesktop.Platform.GL.default" и "org.freedesktop.Platform.openh264" общим объёмом в почти 740МБ, и это ещё в запакованном виде. Ну что за мазафака, аноны? Зачем это всё для GIMP'а, и почему этот ГНОМ поганый меня преследует? Это что-то типа Google от мира GNU/Linux?

И ещё: не прошу помощи по этому поводу, но просто хочу поинтересоваться, хорошо ли работают ваши Chromium'ы? У меня не работает проверка правописания и некорректно отображаются APNG-файлы, в том числе некоторые наши баннеры. Судя по тому, что удалось мне в интернетах найти, проблема не у меня одного, и, вроде как, встречается только на операционных системах этого самого семейства, с которым имею честь дело иметь. Как я понял, проблема с APNG связана с используемой браузером библиотекой, а по правописанию причины не нашёл. Может кто сталкивался и смог это побороть?

>>2901
И вновь вопрос про удаление лишнего софта, и вновь поганый GNOME:
Хочу удалить предустановленный браузер Firefox ESR. Ввожу:
apt-get purge firefox-esr
Получаю:
Будут установлены следующие дополнительные пакеты:
distro-info-data epiphany-browser epiphany-browser-data evince evince-common
gnome-desktop3-data libevdocument3-4 libevview3-3 libgnome-desktop-3-17 libgspell-1-1
libgspell-1-common libnautilus-extension1a libsynctex2 libyelp0 lsb-release
python3-distro yelp yelp-xsl
Предлагаемые пакеты:
nautilus-sendto unrar lsb
Следующие пакеты будут УДАЛЕНЫ:
firefox-esr* firefox-esr-l10n-ru*
Следующие НОВЫЕ пакеты будут установлены:
distro-info-data epiphany-browser epiphany-browser-data evince evince-common
gnome-desktop3-data libevdocument3-4 libevview3-3 libgnome-desktop-3-17 libgspell-1-1
libgspell-1-common libnautilus-extension1a libsynctex2 libyelp0 lsb-release
python3-distro yelp yelp-xsl
Вы только посмотрите, что он в меня запихивает! Зачем мне другой браузер, просмотрщик PDF-файлов, ещё один просмотрщик документов, библиотека для nautilus'a и другое прочее, если я просто хочу удалить браузер? Плюсом, судя по всему, пакеты, которые apt обещает удалить, - не все пакеты, относящиеся к Firefox, присутствующие в системе.

Вопрос: могу ли я удалить какой-либой пакет, не устанавливая при этом новых? В мануале я нашёл параметры "--no-install-recommends" и "--no-install-suggests", однако новый браузер он всё равно пытается мне впихнуть.
Будут установлены следующие дополнительные пакеты:
epiphany-browser epiphany-browser-data
Что делать?

>>2899
> Починил по этой инструкции: https://techstop.github.io/fix-screen-tearing-xfce/.
Это очень хуёвая инструкция, она предписывает править файлы в /usr/, что категорически не рекомендуется. Каталог /usr/ (кроме /usr/local/) — вотчина пакетного менеджера, и он там орудует в предположении, что ему никто не мешает. Твои изменения будут молча переписаны при обновлении.

Свои конфиги иксов следует размещать в /etc/X11/xorg.conf.d/, там они имеют более высокий приоритет и там их никто не тронет.

> 1) Первые строки # deb cdrom... я могу вообще удалить, так как это как бы репозиторий с карты памяти, которой я загружал систему?
Любой текст после решёток — комментарии, они никак не влияют на работу системы.

> как-то медленно эти репозитории работают.
Используй локальные, http://ftp.ru.debian.org/debian. Олсо, репозитории исходного кода (deb-src) понадобятся тебе только в том случае, если ты захочешь ковыряться в исходниках пакетов, а до той поры можешь их отключить комментированием — обновление списков пакетов сократится вдвое.

>>2901
> хотел поставить GIMP, но в Debian'овских репозиториях лежит не самая свежая версия
Рекомендую довольствоваться ей. Если сильно хочется свежий софт, то обнови систему до ветки unstable.

Ознакомься ещё вот с этим: https://wiki.debian.org/DontBreakDebian.

> Поставил flatpak, а он мне вместе с желаемым GIMP'ом впридачу пытается всунуть "org.gnome.Platform", "org.gnome.Platform.Locale", "org.freedesktop.Platform.GL.default" и "org.freedesktop.Platform.openh264" общим объёмом в почти 740МБ, и это ещё в запакованном виде.
flatpak — это когда у тебя в домашнем каталоге живёт ещё одна система со своим набором библиотек и запускается в контейнере. Объём такой потому, что она подроблена на значительно меньшее количество пакетов.

> Зачем это всё для GIMP'а, и почему этот ГНОМ поганый меня преследует?
GIMP использует какие-то из библиотек гнома, но flatpak вместо этих библиотек в отдельности может предложить только гном целиком. Ну или пакетчики жопорукие, в Debian так когда-то было с софтом из KDE.

> проверка правописания
hunspell-ru установлен?

>>2902
> Вы только посмотрите, что он в меня запихивает! Зачем мне другой браузер, просмотрщик PDF-файлов, ещё один просмотрщик документов, библиотека для nautilus'a и другое прочее, если я просто хочу удалить браузер?
Какой-то из установленных метапакетов требует любой браузер. Ты удаляешь firefox, а пакетный менеджер для удовлетворения этой зависимости пытается подобрать ему альтернативу, и его выбор падает на браузер из гнома, естественно с комплектом зависимостей и рекомендаций.

> Что делать?
Попробуй проделать то же самое с помощью aptitude, он предложит несколько вариантов выхода из ситуации на выбор, в т.ч. удаление метапакета с зависимостью от браузера.

>>2901
>в Debian'овских репозиториях лежит не самая свежая версия.
Там всё не самое свежее. Это Debian.

>>2904
Зато почти не ломается. Это приемлемая цена.

>>2903
По некоторой причине переписываю пост заново. Извиняюсь за краткость.

>конфиги иксов
Спасибо. Всё по-хорошему переделал, всё работает.

Ну, про текст за решётками я прекрасно понимаю. Вопрос именно в этих двух строках # deb cdrom...: они ведь ссылаются на ту самую карту памяти с образом, с которой устанавливалась система? То есть, раз этой самой карты памяти уже не существует, я могу эти строчки удалить вообще? Они ведь больше никогда не понадобятся?

Поставил http://ftp.ru.debian.org/debian, deb-src зарешетил. Вроде как, стало лучше. Когда разберусь со всеми основными, волнующимим меня в данный момент, вопросами займусь поиском самого быстрого для меня зеркала.

>Рекомендую довольствоваться ей
Хорошо, довольствуюсь. Как понимаю, это плата за стабильную работу. Кстати, GIMP при установке подтянул за собойещё пять пакето, и всё это вместе по объёму заняло на диске менее 50МБ. Почему так мало? Это благодаря уже имеющимся в системе пакетам, которые для его работы требуются?

С ссылкой ознакомился, на носу зарубил.

>правописание
Вроде как, да. Установлен.
dpkg --get-selections *hunspell*
hunspell-en-us install
hunspell-ru install
libhunspell-1.7-0:amd64 install
Это какая-то чисто chromium'ская проблема. Вчера обновил браузер, проблема с APNG отпала.

С браузером, вроде как, всё стало ясно. Как ты написал, требуется, чтобы обязательно был браузер, он выбирает Epiphany, который тащит за собой те самые пакеты.
apt-get с ключом --no-install-recommends выдаёт:
Следующие пакеты будут УДАЛЕНЫ:
firefox-esr firefox-esr-l10n-ru
Следующие НОВЫЕ пакеты будут установлены:
epiphany-browser epiphany-browser-data
aptitude с ключом --without-recommends:
Удалить следующие пакеты:
1) firefox-esr-l10n-ru [68.11.0esr-1~deb10u1 (now, stable)]
Установить следующие пакеты:
2) epiphany-browser [3.32.1.2-3~deb10u1 (stable)]
3) epiphany-browser-data [3.32.1.2-3~deb10u1 (stable)]
Либо:
Удалить следующие пакеты:
1) firefox-esr-l10n-ru [68.11.0esr-1~deb10u1 (now, stable)]
2) libreoffice-help-en-us [1:6.1.5-3+deb10u6 (now, stable)]
3) libreoffice-help-ru [1:6.1.5-3+deb10u6 (now, stable)]
Странно, что хочет удалить только firefox-esr-l10n-ru.
Думаю, если бы был установлен какой-либо браузер из репозитория Debian, проблемы бы не было, но я же поставил ungoogled-chromium из репозитория openSUSE. Уже понял, что действия сии крайне неодобрительны, но что ж поделать, если захотелось мне именно его. Думаю, чёрт с ним, пусть Firefox живёт. Потом его настрою под I2P.

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

>>2909
> Вопрос именно в этих двух строках # deb cdrom...: они ведь ссылаются на ту самую карту памяти с образом, с которой устанавливалась система? То есть, раз этой самой карты памяти уже не существует, я могу эти строчки удалить вообще? Они ведь больше никогда не понадобятся?
Конечно.

> Кстати, GIMP при установке подтянул за собойещё пять пакето, и всё это вместе по объёму заняло на диске менее 50МБ. Почему так мало?
В Debian (и в большинстве других дистров) применяется принцип исключения дублирования библиотек. Даже если исходники программы содержат свои копии библиотек, сборка этих копий по возможности отключается и библиотеки используются системные, из отдельных пакетов. В случае, если из одних исходников собираются и библиотеки, и программы, результаты сборки пакетируются раздельно.

Это позволяет минимизировать занимаемое софтом место, объём обновлений, ресурсы на поддержку и занимаемую библиотеками оперативку.

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

> требуется, чтобы обязательно был браузер
И судя по твоему выводу aptitude, этого требует справка libreoffice.
~ » apt-cache show libreoffice-help-ru | grep '^Package\|^Depends'
Package: libreoffice-help-ru
Depends: libreoffice-common (>= 1:6.1.0~), libreoffice-l10n-ru, libreoffice-help-common (= 1:6.4.5-1~bpo10+1), firefox-esr | epiphany-browser | konqueror | chromium | firefox

> я же поставил ungoogled-chromium из репозитория openSUSE
Через конвертацию rpm в deb? Подобные штуки могут приводить к переписыванию файлов и внезапным проблемам при обновлениях.

Рекомендую сторонние программы собирать из исходников и устанавливать в домашний каталог пользователя, либо ставить в контейнер дистрибутив, для которого они собраны, либо использовать flatpak. Ещё можно сделать контейнер с «грязным» debian (с помощью debootstrap и systemd-nspawn, либо lxc), в котором нарушать все рекомендации и смотреть что из этого выйдет.

Что касается проверки правописания, то вероятно, пакет просто не находит нужных для этого библиотек, т.к. в openSUSE они были другие.

>>2916
> А что, если какая-либо программа перестанет активно развиваться, и из-за этого она перестанет корректно функционировать с новой версией библиотеки?
Обеспечение совместимости между программами и библиотеками избранных версий — задача мэйнтейнеров. Но в случае, когда она требует слишком много ресурсов (например, для портирования программы с одной major-ветки Qt на другую), программа просто выкидывается.

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

По поводу репозитория с ungoogled chromium всё норм, он предназначен специально для debian определённого релиза. Единственный момент — я бы не слишком увлекался добавлением сторонних репозиториев, т.к. ты каждому из них по сути доверяешь свою систему. Что касается «ровности» репы в домене openSUSE, то мне что-то подсказывает, что она аналогична PPA убунты и AUR'у арча, где пакеты все пользовательские.

> sudo ./install.sh
> Как зовётся этот способ установки?
Запуск от рута непонятного скрипта, который невесть что делает, скорее всего в обход пакетного менеджера. Бывали случаи, когда такие "инсталляторы драйверов" заменяли в системе ядро на своё.
> Возможно ли контролировать процесс установки
Можно прочитать содержимое скрипта, если оно не обсфуцировано.
> компьютер полностью переходит под власть скрипта, содержащегося в этом файле?
Да. Рут (права которого предоставляет по умолчанию sudo) имеет полный доступ к системе.

Драйверы на твой МФУ прежде всего следовало искать в репозитории.

Что касается библиотек для проверки правописания, то скорее всего твой хромиум просто был собран без их поддержки. Так как пакет был именно для debian нужного релиза, о несовместимости версий библиотек речи быть не может.

>>2901
>Поставил flatpak, а он мне вместе с желаемым GIMP'ом впридачу пытается всунуть "org.gnome.Platform", "org.gnome.Platform.Locale", "org.freedesktop.Platform.GL.default" и "org.freedesktop.Platform.openh264" общим объёмом в почти 740МБ, и это ещё в запакованном виде. Ну что за мазафака, аноны?

У этого есть вполне ощутимые плюшки: тот же org.freedesktop.Platform релизится ежегодно, с поддержкой в 2 года, за это время состав библиотек и ресурсов стабилнее чем в дебиане. И значит в софте который использует данный рантайм ничего не сломается, даже стили нигде не поедут, притом что обновления безопасности приходить будут.

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

software.opensuse.org - это билд-сервер (там можно билдить под любые дистры, не только под сюсю), репозитории с префиксом "home:" - пользовательские (без него - собственно сюсевские); так что да, это аналогично ppa (только более лучше и не прибито гвоздями к одному дистру).

>>2901
Это норма. Гимп - это часть проекта гном (https://gitlab.gnome.org/GNOME/gimp); сам гном появился, кстати, в некотором смысла благодаря созданию гимпа.

Более новая версия гимпа требует более новых версий библиотек. Чтобы не упаковывать с каждым приложением все нужные ему библиотеки, они разделены на отдельные флатпак-пакеты. Например, единожды установив орг.гном.платформ, для других флатпак-приложений тебе его устанавливать уже не понадобится.

Короче, если тебе жалко 700 мегабайт на диске, то просто сиди на старой версии.

PS. rpm > deb, ДЕБилы должны страдать. мимо-либзипп-господин

>>2922
> 700 мегабайт на диске
Аналогичная цифра в debian unstable (объём нераспакованных пакетов гимпа со всеми зависимостями, включая APT и базовую систему) — 151 Мб. Никакого гнома среди них нет, при этом gimp работоспособен.
# debootstrap --variant=minbase --include=gimp unstable tmpdebian http://ftp.ru.debian.org/debian
...
# du -sh tmpdebian/var/cache/apt/archives
151M

>>2901
У меня последний дебиан хромониум очень плохо работает. Ест больше памяти, чем лиса. Причём открытые сайты не отличались большим наличием скриптов.
Имхо, пока через несколько лет возможно поправят им не стоит пользоваться.

>>2917
>не слишком увлекался добавлением сторонних репозиториев
Это да, это понимаю. Думаю и надеюсь, что этот раз - единственный, и более к таки мерам приходить не прийдётся.
>скорее всего в обход пакетного менеджера
Думаю и опять же надеюсь, что нет. При установке он подтягивал некоторые библиотеки через apt, а сейчас этот же apt говорит, что пакет cnrdrvcups-ufr2-uk (и ещё кое-что) - [установлен, локальный], так что, думаю, их при случае получится без проблем удалить.
Драйвер предварительно поискал в репозитории, да. Не знал, по какому названию его искать, так что не нашёл, но, похоже, что его там и нет.
Про рут всё понял, буду осмотрителен. Уже с самой инструкции по установке системы идут предупреждения, что права суперпользователя - прямой путь к жопе этого самого пользователя. Пользователь осознал всю серьёзность пред ним представшего, так что, пока не наберётся опыта и знаний, попытается быть особо осторожным.

>>2922
Сижу на старой. Более предпочтительной считал для себя версию по-новее именно по той причине, что в новых версиях, как утверждается, исправляется кучка ошибок. В GIMP'e на Windows часто сталкивался со всякими недоразумениями, но то был Windows. Надеюсь, тут проблем меньше будет. Уже, к слову, отмечаю положительные изменения в работе.


Не посоветуете ли, кстати, какие-нибудь сайты и книги на русском языке (помимо того, что есть на сайте Debian и документациях пакетов), которые могут быть вкусны и полезны для неофита?

>>2923
Так и хочется ответить: "И что?" - ибо непонятно, к чему этот пост.
- То, что гимп является частью проекта Гном (разрабатывается гномодевелоперами) не означает, что он зависит от Гнома, который ДЕ.
- Если ты посмотришь на зависимости пакета gimp в дебиане, то увидишь там glib, libcairo, libgdk (это гномолибы), так что кое-какие гномы среди них таки есть.
- Из 700 мегабайт примерно 400 - это локали-хуяли; флатпак зачем-то показывает какой-то общий размер для всех локалей, хотя на самом деле скачивает несколько килобайт.
- Алсо, это вроде размер распакованных данных (download: < XXX)
- Флатпак не устанавливает отдельные либы (либкайро, либгтк) - он устанавливает весь рантайм целиком, если приложение от него зависит.

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

>В GIMP'e на Windows часто сталкивался со всякими недоразумениями, но то был Windows.
Кстати, есть много более простых\удобных редакторов, если тебе ничего сверхъестественного не нужно. Ну это к слову.

>Не посоветуете ли, кстати, какие-нибудь сайты и книги на русском языке
Мне кажется, что зависит от задачи. По идее документация и гугл (и исключительно по мере надобности, в процессе решения конкретных возникающих задач) - вот и все, что надо обычному "продвинутому пользователю". Если же стоит цель вкатиться в админство и прочие девопсы - ну наверное классиков можно читать, Танненбаума и все такое.

>> 2931
Будь ласка, накидай
> более простых\удобных редакторов
Особо интерисуют подобие FastStone Image Viewer faststone.org

>>2932
https://flathub.org/apps/details/com.github.PintaProject.Pinta
https://flathub.org/apps/details/org.inkscape.Inkscape
https://flathub.org/apps/details/org.mypaint.MyPaint
https://flathub.org/apps/details/com.github.maoschanz.drawing
https://flathub.org/apps/details/org.kde.krita
https://flathub.org/apps/details/org.kde.kolourpaint

>faststone.org
Это же вроде просмотрщик, а не редактор? Я просто не знаю, что именно тебе нужно. Мне вообще хватает mtPaint и imgflip.com для всех моих нужд, лол.

Что скажете про Parabola и Devuan?

>>2950
Первое - швабодный рач, ничего особенного. Второе - обыкновенный дебиан, но грузится в разы быстрее и не глючит, потому что открутили systemd. Рекомендую. Хорошо идёт с KDE3.

>>2954
У тора бустрап - это просто лист айпишников. У тг видимо тоже просто айпишники грузятся на клиент, они же с блокировками боролись.

>>2954
> Вчера утром на моём дебиане слетел DNS.
Или у твоего провайдера?

> Не понял в чём проблема.
В одном терминале мониторишь dns-пакеты:
tcpdump -ni внешний_интерфейс port 53
В другом — делаешь запросы:
nslookup ya.ru
nslookup ya.ru днс_провайдера
nslookup ya.ru 8.8.8.8

> Решил почистить
Что почистить?

>>2959
>Что почистить?
Кэш DNS.

>>2931
>Кстати, есть много более простых\удобных редакторов
Честно сказать, даже не задумывался об этом. Когда-то давно, когда в Paint.NET мне стало тесно, пересел на GIMP, и с тех ничего другого для меня не существовало. Однако, вновь перекатываться на данный момент не хочу, ибо мне уже всё просто и удобно, да и функционала более чем достаточно.
>сайты и книги на русском языке
Ну, с конкретными задачами всё понятно. Просто мне сейчас немного непонятно, в какую сторону воевать, и хотелось бы найти некий волшебный, направленный на вразумление новичков ресурс, содержимое которого показало бы направление, в котором нужно двигаться. Что-то типо кучи пронумерованных статей, двигаясь по которым можно немного познакомиться со всякими инструментами и системой, научиться работать в ней.
Одмином быть не хочу, но за Таненбаума спасибо.

>>2953
>Изучай шелл и стандартные утилиты. Начать можешь с advanced bash scripting guide
Хорошо, спасибо.
Про английский всё понимаю, но вряд ли мне возможно его выучить в той степени, какая нужна для понимания литературы, даже если сильно захочу, так что буду довольствоваться Могучим.

>>2964
Нет никакого кэша DNS, если у тебя локально не поднят DNS-сервер (dnsmasq, systemd-resolved, unbound, bind, …). Почистить кэш можно перезапуском этого сервера.

Из коробки в Debian DNS-сервер не поднимается.

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

>>2966
Помимо DNS-сервера, кэшированием доменных имён (а ещё имён пользователей и групп) может заниматься nscd.

Интересно, множно ли сюда запостить без JS. Сейчас попробуем...

>>2976
Ахуеть. Оказывается можно. Ну ок, поговорим от линуксе. Пользуюсь больше 10 лет, перепробовал много чего, сейчас попиливаю свой совсем уж минималистичный дистрибутив. Хочу поделиться впечатлениями ну и послушать олдфагов с 10+ летним стажем, есть ли у кого схожее восприятие. Собственно линукс это такая религия в самом поганом смысле слова, практически все что толкают фанатики в качестве преимущества линукса является вымыслом:

1. Свобода. Свобода в линуксе в основном заключается в выборе на какой стул сесть. Светлые идеи free software выродились в гигатонны взаимозапутанного говнокода который сложно понять, не то чтобы изменить под себя. Особо иронично что одним из флагманов гигаговнокодства является сам проект GNU, Столлман уверенно смотрит в будущее и не моргает. Все погромисты-олдфаги которых я знаю и которые пользуются free software пошли по одному и тому же пути урезания количества используемого софта, урезания конфигов почти до дефолтных настроек, переписывания критичного софта с нуля собственными силами. Я тоже когда-то обмызывался но давно уже понял что каменный цветок из этого не может выйти в принципе, а те кто рассказывает с пеной у рта какой у них продвинутый setup забывают упомянуть как часто он ломается.
2. Надежность. Изза взаимозапутанности и переусложненности надежность у линукса примерно как у карточного домика - максимально заводские настройки и не дышать, тогда оно может быть даже будет работать. Но скорее всего это будет какой-то совсем медленно обновляющийся дистрибутив со старым ядром и соотвественно дохуем дыр (e.g. Debian), потому что опенсорс мартышки не всегда считают нужным хотя бы просто объявить что пофикшен критический баг, чтобы стабильные дистрибутивы знали что пора обновиться.
3. Безопасность. Кек. Из относительно свеженького https://lore.kernel.org/dri-devel/20200710103910.GD1203263@kroah.com/ Алсо помню как в этом или прошлом году какой-то важный разработчик ядра жаловался что новые фичи добавляются в стабильные релизы раньше чем в нестабильные. Троллинг про то что линукс пишется студентами на коленке оказался практически в точку с той лишь разницей что многие студенты выросли, устроились во всякие гуглы, и теперь есть целые поколения разрабов которые искренне не понимают что тут такого. Как может выйти что-то хорошее если лидер проекта публично выступает против design integrity и активно демонстирует неумение в софтверную архитектуру? Не говоря уже про всякое community-driven development, CoC, ну ты понел.
4. Командная строка. Фанаты не понимают разницы между абстрактными принципами и их реализацией, поэтому например восхищаются композицией команд не обращая внимания на кривожопие:
- freeform text очень хуевый формат данных для interoperability. Сложно парсить, парсинг часто ломается, при передаче данных нужна постоянная сериализация/десериализация, хотя можно было бы гонять двоичные данные и переводить их в/из текста только при взаимодействии с пользователем. Для передачи структурированных данных даже JSON выглядит куда привлекательней.
- сносная поддержка композиции есть только для пайплайнов состоящих из одной ветви, mux/demux превращается в такую попоболь что проще сразу пилить в нормальном ЯП.
- с пайплайном мало что можно сделать после запуска, он никак не представлен в файловой системе, его нельзя (без геморроя) остановить чтобы посмотреть что за данные проходят в данной точке в данный момент, и т.д. Тут как с виндовсом - если что-то пошло не так то проще перезапустить конструкцию целиком.
- хуевые, очень хуевые шеллы. Javascript и PHP просто шедевры дизайна по сравнению с тем же башем в купе с coreutils. https://danluu.com/cli-complexity/
Про everything is a file можно сказать то же самое, абстрактная задумка хороша, но... Ну и тот факт что командная строка разрабатывалась в рассчете на телетайпы, а сейчас даже мобильные устройтсва умеют в графику отметается фанатами изза того что десктопы не умеют в композицию. Ну да, десктопы, написаные на соседней коленке, которые до сих пор пытаются имитировать Smalltalk из 70-x, действительно не умеют в композицию. Откройте для себя гуи которые умеют.
5. Профессионализм. Вот эта вот идея что профессионал должен хорошо владеть инструментами, бла бла бла. Эта какбе самая писечка этой религии. Чем больше человек линуксофил, тем больше он страдает. Все эти кривые конфиги, которые иногда часами (или даже днями) приходится фиксить почти наугад при неровном свете stackoverflow. Все эти испорченные гит-репозитории которые проще снести чем восстановить. А чего стоят современные мануалы размером с новеллу в которых обязательно есть тот самый никак не обозначеный параграф где-то в середине в котором указана критичная информация который вы обязательно пропустите или прочитаете но не поймете. Но все эти страдания для настоящего фанатика становятся не подсказкой что данный "профессиональный" инструмент говно, а поводом для гордости и обожания. Это примерно как отслужившие которые считают что кто не прошел через тупой армейский садизм, тот не мужык. Стокгольмский синдром жпг.

Когда-то давно сидел на Windows XP, клепал ось под свой 32-битный писи, потом открыл для себя линукс... Жалею что вовремя на закрыл. Написать годную ось под свои нужнды, под конкретный копм (или пару) гораздо проще чем выжать из линукса хоть каплю качества. (OpenBSD со своей дрочкой на юникс идет в ту же лунку.)

>>2977
> преимущества линукса
Ты забыл упомянуть, о преимуществах по сравнению с чем пишешь. Где альтернатива, которая не обладает и не обрастает перечисленными тобой недостатками? Насколько я знаю, её нет, в других мэйнстримных ОС ситуация только хуже. Чего только стоят видеодрайверы с приближающимся к гигабайту объёмом дистрибутива. Bloatware кругом, и линуксы с их возможностью пользоваться минималистичными решениями на этом фоне выглядят хоть какой-то отдышиной.

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

> те кто рассказывает с пеной у рта какой у них продвинутый setup забывают упомянуть как часто он ломается.
Со времён перехода на stable-ветку debian'а вообще не ломается. Даже как-то скучно стало.

> Изза взаимозапутанности и переусложненности надежность у линукса примерно как у карточного домика - максимально заводские настройки и не дышать
Я довольно разнообразные конструкции сооружал из линуксов, и все они работают. У меня вообще нет наебнувшихся сетапов за 16 лет прыщеблядства, если не считать случай, когда я случайно отформатировал раздел с /var/. Некоторые, использующие активно развивающийся софт и большие кастомные его конфиги, оказались сложны в поддержке и за это были сложены в архив и заменены на что-то попроще.

> можно было бы гонять двоичные данные и переводить их в/из текста только при взаимодействии с пользователем.
Так гоняй, в каком месте тебе это мешает делать командная строка? Беда в том, что проблемы и неудобства при этом возникнут ещё более жёсткие. Надо будет где-то хранить и передавать шаблоны для парсинга, держать их в постоянной синхронизации, а если вдруг придётся работать (через ssh) с системой с иным порядком байт…

> сносная поддержка композиции
От шелла зависит. В zsh можно делать
cmd1 <(cmd2) >(cmd3)
cmd1 получит пайпы для получения данных от cmd2 и отправки в cmd3 в виде ссылок на дескрипторы (/proc/self/fd/$n). Пример использования — >>/b/105848.

> - хуевые, очень хуевые шеллы.
Тем не менее, оказывающиеся удивительно удобными для решения своих задач. При попытках решения тех же задач из питона или пыха приходится писать значительно больше кода.

> Ну и тот факт что командная строка разрабатывалась в рассчете на телетайпы
Особенно современные шеллы, которые по табу вываливают интерактивные меню.
> десктопы не умеют в композицию
В чём практическая разница?

> Чем больше человек линуксофил, тем больше он страдает.
Ну хуй его знает. Я со старта погружался в самые дебри, конпелял всё из исходников, кастомизировал всё что мог и «страдал» (в кавычках, т.к. на тот момент это было интересно) при обновлении своих каракатиц от необходимости приведения своих кастомизаций к совместимости с обновлённым софтом, но в дальнейшем постепенно отказывался от этого и в конце концов «страдать» перестал.

> Все эти кривые конфиги, которые иногда часами (или даже днями) приходится фиксить почти наугад при неровном свете stackoverflow.
Если скатываешься к гуглежу и чтению stackoverflow, то это уровень около дна, где страдать действительно приходится сполна. Нормальное освоение софта происходит через чтение его документации, спокойное и вдумчивое.

Да, без js содержимое раскрывающихся спойлеров можно читать с помощью этой штуки: >>/b/122583.

Поставил neofetch по инструкции с сайта.

Но, когда пишу
apt-get update

Этот репозиторий поломанный:
Err:6 http://dl.bintray.com/dawidd6/neofetch jessie Release
404 Not Found [IP: 52.57.5.200 80]
Reading package lists... Done
E: The repository 'http://dl.bintray.com/dawidd6/neofetch jessie Release' does not have a Release file.

Как его грамотно убрать?
Попробовал через
add-apt-repository -r 'http://dl.bintray.com/dawidd6/neofetch jessie Release'
Не вышло.

>>2979
Укажи add-apt-repository то же, что указывал при добавлении репа, только с -r. Оно скорее всего сохранилось в истории шелла.

Олсо, напоминаю о том, что прежде чем выполнять инструкции с сайтов, нужно думать о том, к чему они приведут. Мне, например, идея добавлять в систему авторский реп ради какой-то мелкой свистоперделки для скриншотов представляется дикой.

Олсо, поддержка Debian Jessie была завершена в июне этого года; в современном же релизе, Buster, neofetch присутствует в основном репозитории. Рекомендую обновиться хотя бы до Stretch.

>>2978
>Ты забыл упомянуть, о преимуществах по сравнению с чем пишешь.
При чем здесь я? Почитай фанатские очерки, там нет никакого сравнения, все в абсолюте. Скажешь фанатику что линукс это такой видовс только чуть лучше, словит баттхерт и скажет что ты нихуя не понимаешь и вообще иди назад на свой виндовс.

> Где альтернатива, которая не обладает и не обрастает перечисленными тобой недостатками? Насколько я знаю, её нет, в других мэйнстримных ОС ситуация только хуже.
В мейнстримных ОС все действительно хуже, нужно смотреть в сторону немейнстримных или свою клепать если скиллы позволяют. Пожалуй самый разрушительный мем пропихиваемый опенсорсом это промискуитетная кроссплатформенность. Типа если твой софт не работает на куче вариаций железа и осей то это что-то плохое. На самом деле у тебя есть вполне конкретная платформа, под нее и нужно прежде всего делать, продукт получается проще и качественней. А то что не привязано к конкретной платформе можно окуклить в отдельные модули -- кто захочет ими пользоваться те пусть и пишут привязку к своим платформам. Если бы эта точка зрения превалировала не было бы проблемы трех стулов (виндовс+макось+линукс) и стандартизация бы внедрялась только там где она к месту -- в форматах файлов, сетевых протоколов, и т.д.

>линуксы с их возможностью пользоваться минималистичными решениями
Ну эти решения минималистичны только по отношению к неминималистичным линуксам. Линукс гниет с ядра, а в ядре минимализмом не пахнет. Но вера фанатиков непоколебима ибо писать системный софт не умеют (или умеют хуево) поэтому не предстваляют насколько все может быть проще и меньше. Как я уже писал сейчас таких целые поколения, тут уже ничего не исправить.

>Со времён перехода на stable-ветку debian'а вообще не ломается.
Ну и сиди со своими дырами:) https://vez.mrsk.me/linux-hardening.html (см. ссылки в оригинале):
>A common misconception about the Linux kernel is that it's secure, or that one can go a long time without worrying about kernel security updates. Neither of these are even remotely true. New versions of Linux are released almost every week, often containing security fixes buried among the many other changes. These releases typically don't make explicit mention of the changes having security implications. As a result, many "stable" or "LTS" distributions don't know which commits should be backported to their old kernels, or even that something needs backporting at all. If the problem has a public CVE assigned to it, maybe your distro will pick it up. Maybe not. Even if a CVE exists, at least in the case of Ubuntu and Debian especially, users are often left with kernels full of known holes for months at a time.

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

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

>Беда в том, что проблемы и неудобства при этом возникнут ещё более жёсткие. Надо будет где-то хранить и передавать шаблоны для парсинга, держать их в постоянной синхронизации, а если вдруг придётся работать (через ssh) с системой с иным порядком байт…
Кхм. А так тебе не приходится нигде хранить шаблоны для парсинга? В скриптах у тебя прям никаких regexp в вызовах sed не наблюдается? Или вызовов cut? И при работе с другой системой внезапно не выясняется что на ней старый софт генерирующий данные в другом формате? В этом основная мякотка. Повсеместная генерация текста это просто гупость, а отсутсвие поддержки шаблонов это уже пиздец. Входные и выходные шаблоны можно хранить прямо в ELF-файлах и при поддержке со стороны ядра и шелла можно было бы в пайпланах указывать каким входным полям программы-приемника соотвествую какие выходные поля программы-передатчика. Ну и пайплайн можно было бы сохранить в файловой системе в виде последовательности ссылок на программы и в метаданных этих ссылок указать какие поля в какие передавать. Плюс проверка типов во все поля.

>cmd1 <(cmd2) >(cmd3)
А если так: cmd1 >(cmd2) >(cmd3) а потом выхлоп cmd2 и cmd3 нужно объединить? Здравствуй геморрой.

>Тем не менее, оказывающиеся удивительно удобными для решения своих задач. При попытках решения тех же задач из питона или пыха приходится писать значительно больше кода.
Тебе реально удобно читать код состоящий из ебанутых сокращений вроде cp и пурги вроде esac/fi? Мне нет. Я предпочитаю чистый логичный синтаксис без сокращений, а для удобства написания такого кода есть autocomplete. Собственно сокращения родом из эпохи телетайпа потому что в телетайпе нет autocomplete и редактировать ошибки геморно. Но эти головонигие не смогли даже сокращения сделать логичными: cp/rm/mv сосдествуют с ifconfig и echo, т.е. мало запомнить что делают программы концептуально, нужно еще запомнить как они сокращены. Ну и система меню отсутствует как класс -- если ты забыл как называется программа, удачи в попытках выловить ее имя в поиске по ключевым словам в манах.
Шелл не тянет даже на статус годного DSL поэтому на практике все что не throwaway one-liner лучше писать на нормальном языке. Иначе можно угодить в shell scripting trap и потратить гораздо больше времени на отладку скрипта нежели нормальной программы. Ведь ты не забыл про весь этот мусор вроде необходимости использовать set -euo pipefail, необходимости все идентификаторы указывать в кавычках, разницы между @ и * и их разновиностями, приятными сюрипризами вроде этого:
counter=0
some-program | while IFS= read -r Line; do
...
counter=$(( counter + 1 ))
done
echo $counter #выдаст 0

>Особенно современные шеллы, которые по табу вываливают интерактивные меню.
Чем бы дитя не тешилось лишь бы не отходило от командно-строчной ортодоксии. Ты видел редакторы шейдеров и пр. в 3d-редакторах и редакторах игровых движков? Если нет посмотри, не сложно увидеть как подобное можно адаптировать к другим контекстам. Граф это фундаметальная структура данных, возиться с текстовыми сериализациями графов с ебанутым синтаксисом вместо графических репрезентаций -- незамутненный мазохизм.

>> десктопы не умеют в композицию
>В чём практическая разница?
Кхм. Ты давно с десктопными программами работал? Много тебе нужно было читать документацию перед запуском? Как правило тыкнул по иконке и работаешь, попробовал бы ты такое в мичети^W шелле. Даже если есть автодополнение командных опций все равно не понятно как безопасно запустить программу чтобы она не зажевала важных файлов, испоганила настройки системы, и т.д. Ведь командная строка не предполагает даже наличия корзины, а разрабы, если ты пожалуешься на error-prone design скорее всего пошлют тебя нахуй. На этом фоне отсутсвие композиции в традиционных десктопах выглядит не таким уж большим недостатком.

>Я со старта погружался в самые дебри, конпелял всё из исходников, кастомизировал всё что мог
Ну так линкусофилы этим и занимаются. (Разве что конпелять из исходников кошерно ибо хуй его знает что там в двоичных пакетах, но чтобы это было практичным нужно урезать количество софта.)

>Если скатываешься к гуглежу и чтению stackoverflow, то это уровень около дна, где страдать действительно приходится сполна. Нормальное освоение софта происходит через чтение его документации, спокойное и вдумчивое.
Кек. Про спокойное и вдумчивое я как раз и писал в пункте про "профессионализм". Если инструмент требует этого для выполнения простейших операций иначе ты выстрелишь себе в ногу то этот инструмент говно. Асло см. выше про десктопные интерфейсы. Все эти дрочилы ваяющие командно-строчное говно и мнящие себя полубогами были бы выпнуты нахуй если бы работали в индустрии где важно качество (авиация/космос/медицина. Хотя и там бывают казусы (из википедийной статьи про МКС): The operating system used for key station functions is the Debian Linux distribution. The migration from Microsoft Windows was made in May 2013.) Ну и документация часто тоже говно, отсюда необходимость использовать stackoverflow и иже с ним. Если же документация полная (ну почти:) то в ней как правило черт ногу сломит (см. OpenBSD) поэтому проще сначала погуглить а потом проверить нагугленное по ману. В дизайн документации опенсорсники умеют так же как и в дизайн софта.

>>2979
>>2980
В /etc/apt/sources.list закомментировал строчку
deb http://dl.bintray.com/dawidd6/neofetch jessie main

Алсо, добавил туда строчку
deb http://deb.debian.org/debian/ buster main contrib non-free
. Она включает в себя main версию?

А я напоминаю, что ДЕБилы сосут у рпм-господ.

Установил дебиан, хочу открыть в браузере запущеную у себя на локалхосте хуйню, пишет connection refused. ЧЯДНТ?

>>2985
Хуйню чини. (Может порт не торт?)

>>2986
Тот, она пишет на каком порту запускается. Ну ладно, я думал, может это какая-то известная проблема о которой я не знаю.

Думал, проблемы решать самостоятельно, однако таким образом они у меня не решаются. Помогайте.
Начну с того, как я заметил, что нагрузка на процессор выше, чем при Windows. Вентилятор кулера постоянно в работе. Стоит Debian 10 c окружением Xfce 4.12.4 (ставил вместе с вами, выше по треду). Процент использования ресурсов процессора не бывает на нуле, даже когда компьютер не используется. В браузерах (что в Chromium'e, что в Firefox'e) при прокрутке страницы нагрузка повышается примерно на 30%, а при загрузке страницы до 90% и выше. Также процент подскакивает примерно на 10-20 единичек при протаскивании мигающего курсора в набираемом тексте с помощью клавиш стрелок на клавиатуре, а также при простом еложении мышкой по коврику, то бишь курсором по экрану.
При этом вот какая штука (смотрите скриншоты):
1) Дёргаю курсором в окне, к примеру, эмулятора терминала - нет нагрузки, как и ожидалось
2) Перемещаю фокус на браузер и повторяю процедуру - процессор загружается на треть. Это притом, что ничего измениться было не должно. Как видно на скриншоте, после Chromium'a по нагрузке идёт Xorg.
Облазил интернеты, нашёл, что подобные проблемы у людей есть, но не обнаружил решения. Кто-то винил эфекты диспетчера окон Xfce, но, по-моему, это не мой случай; у кого-то проблема не сходится по симптомам с моей, у кого-то ещё что-то, и, короче, тому подобное. Выловил только, что у кого-то также производительность никакая во всём, что касается 3d-графики. Для теста поставил свободный клон третьего Quake - OpenArena (приятно, что лежит в репозитории Debian). Когда-то играл в это ещё при Windows, так что помню, что с производительностью проблем не было. В итоге, как и думал, получаю тормоза и сильную нагрузку на процессор.

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


Дополнительный вопросик: в каких попугаях измеряется %CPU в утилите top? В мануале написано следующее, но я не могу это понять:

%CPU -- CPU Usage

The task's share of the elapsed CPU time since the last screen update, expressed as a percentage of total CPU time.
In a true SMP environment, if a process is multi-threaded and top is not operating in Threads mode, amounts greater than 100% may be re‐ ported. You toggle Threads mode with the 'H' interactive command.
Also for multi-processor environments, if Irix mode is Off, top will operate in Solaris mode where a task's cpu usage will be divided by the total number of CPUs. You toggle Irix/Solaris modes with the 'I' interactive command.

Забыл добавить, что все проценты, описаные в посте (но не на скриншотах) - наши, православные, а не эти попугаи.

>>2988
Некая хуита с видеокартой, вангую, что нужно поставить иные дрова.

>>2988
>Дополнительный вопросик: в каких попугаях измеряется %CPU в утилите top?
100% = одно ядро полностью загружено, 400% = четыре ядра, и т.п.

>>2692
Не без ёбли установил и запускаю голосовые движки через wine. Подробностей уже не помню.

Как максимально безболезненно или немного єбли поставить Visual Studio не VS code на Debian?

>>2993
А что, просто взять и поставить через вайн не работает? Ну или в виртуалке на худой конец (но должно через вайн работать).

>>2995
Хочу поставить без вайна и винды. Вроде много программистов сидит на Юниксе, почему до сих пор не портировали VS туда или какое-то другое решение?

>>2996
Наверное потому что никому это говно нахуй не сдалось?

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

>>2985
> Установил дебиан, хочу открыть в браузере запущеную у себя на локалхосте хуйню, пишет connection refused. ЧЯДНТ?

Проверь протокол: HTTP или HTTPS?

>>3001
Не понял, что тебе не позволяет в дебиане это сделать через окошки?

>>3001
Потому что это настройки для Konqueror-а и остальных кедопрог, а жирнолис к ним не относится. Прописывай в настройках лисы.

Мда, кедерасты как всегда в своем репертуаре.

Здравствуйте.

Нужна помощь с udev правилами. Помогите пожалуйста.

Хочу, чтобы по подключению определенного usb-устройства (токен или флешка, сравнение по vid:pid атрибутам) "включались" остальные, уже подключенные давно usb-устройства. Клавиатура, мышь, ну и остальная переферия.
Все устройства, что не токен или флешка, должны игнорироваться.

Частично, у меня это получилось. Через костыли. Все "чужие" устройства, сравниваются по ATTR{idProducr}!="xxxx", ATTR{idVendor}!="yyyy", и если они не равны, то, ENV{J}="$id}, RUN+="/bin/sh -c 'echo 0 > /sys/bus/usb/devices/$env{J}/authorized'"
Это работает, но через раз. Чаще всего устройство не подключается обратно, но бывает и наоборот. Пробовал вместо $id передавать $devpath, и путь меняется до /sys/$env{J}/authorized, но тогда, изредка под этот атрибут попадало родительское устроство.

Я пробовал через ATTRS{authorized}="0" передать параметр активации, но в таком случае мое правило вообще игнорировалось.

Обходными путями начал жанглировать симлинками на правило, активирующее мишь и клавиатуру, по событию подключения флешки, но оно тоже использовало $id. Работало так-же через раз. Мышь и клавиатура не умеют в suspend, поэтому просто скинуть их в энергосбережение до события не получилось.

С udev я знаком очень издалека. Документацию прочел, но не сильно понял. Перегуглил все что можно.
Как можно организовать активацию белого списка устройств, по событию?
Просто белый список работает, только мои мышь и клавиатура подключаются, а все остальное нет. Но там тоже используется $id, и работает это через одно место.

Есть ли в udev какой-нибудь особенный параметр, или передаваемое значение для атрибута, чтобы устройство игнорировалось совсем? Чтобы uevent в /sys приходил , но в /dev это устройство вообще не появлялось как таковое. А по событию - можно и добавить.
Так же и касательно LABEL хотел узнать. Оно действует по аналогии как переход в *ЯП?
Но, если явно до него, не указан переход на более позднюю метку, то, то что внутри LABEL, на который не был произведен переход, все равно исполняется. Так и должно быть?

Про программу usbguard знаю. Но я хочу обойтись без стороннего софта.

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

Как он его смог потерять после первой успешной загрузки?

Попробую переустановить, но если кто-то сталкивался, то подскажите что делать.

>>3006
Сноси эту хрень и ставь Debian/Devuan. Там качество системы и программ гораздо выше и ничего внезапно не ломается.

>>3005
Я не шарю :(

>>2983
Если у тебя был jessie, то обновляться до buster имеет смысл через stretch, иначе можно упустить часть переходных пакетов и остаться с частью софта от jessie.

Добавив новый релиз, сразу удаляй из sources.list старый и делай полное обновление.

>>2985
Connection refused может быть либо от неоткрытого порта, либо от правила с действием REJECT на фаерволе. Посмотреть открытые порты с указанием программ можно по
ss -lpn
, правила фаервола с кол-вом срабатываний — по
iptables -t filter -L -v -n
.
Возможно, ты эту свою хуйню привязал не к тому интерфейсу, на который ломишься браузером.

>>2988
Какая видеокарта?
lspci | grep VGA
Пальцем в небо: поставь firmware-linux-nonfree и перезагрузись.

Пока проблема не решена, частично поможет отключение композитного режима в настройках оконного менеджера.

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

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

>>2990
Могу ошибаться, но, как я понял, других нет.

>>2991
Понял, благодарю.

>>3009
>Какая видеокарта?

lspci | grep VGA

01:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] RV710/M92 [Mobility Radeon HD 4530/4570/545v]

Дополнительная информация

System:
Kernel: 4.19.0-10-amd64 x86_64 bits: 64 Desktop: Xfce 4.12.4
Distro: Debian GNU/Linux 10 (buster)
Machine:
Type: Laptop System
Mobo: Sony model: VAIO serial: N/A BIOS: Insyde v: R0210Z5 date: 02/2011
CPU:
Triple Core: AMD Phenom II P840 type: MCP speed: 800 MHz min/max: 800/1900 MHz
Graphics:
Device-1: AMD RV710/M92 [Mobility Radeon HD 4530/4570/545v] driver: radeon
v: kernel
Display: server: X.Org 1.20.4 driver: ati,radeon
unloaded: fbdev,modesetting,vesa
OpenGL: renderer: AMD RV710 (DRM 2.50.0 / 4.19.0-10-amd64 LLVM 7.0.1)
v: 3.3 Mesa 18.3.6

Хочу признаться, что я вас случайно немножко обманул. Вставил, значит, старый жёсткий диск, на котором стоит Windows и с которого я переехал, и начал ожесточённо тестировать производительность. Оказалось, что подскок в пожирании силы и жизненной энергии процессора при пользовании браузерами имеет место и там, чего раньше я не замечал. В своё оправдание могу сказать, что повышение прожорливости там не столь ярки как по своему значению, так и по времени собой занимаемому. Воспроизведение видео там работает хорошо и не нагружает сильно процессор, чего нельзя отметить в данный момент. С 3d-графикой там тоже всё отлично, чего также нельзя сказать сейчас.
Увеличение шума от вентилятора кулера, как я догадываюсь, связано отличием в его упралении какими-то системными службами Windows и Debian, а не его нагревом (хотя, в некоторой степени и им). То бишь сейчас у процессора поддерживается более низкая температура, чем раньше. Думаю, это можно будет настроить.
>Небесный палец
Уже пробовал. Сначала удалил firmware-amd-graphics и перезагрузил компьютер - к удивлению, я не столкнулся с теми проблемами, которые были до того, как пакет был впервые установлен. Cудя по выводам dmesg, прошивка кагбэ никуда не делась. После всего этого установил пакет firmware-linux-nonfree: он зависит от firmware-misc-nonfree и firmware-amd-graphics, так что тащит их с собой; ещё рекомендует amd64-microcode, но сейчас он уже установлен (не помню, был ли он установлен тогда). Короче говоря, ничего не изменилось.
> отключение композитного режима
Нипониматт. Это те самы "эффекты" диспетчера окон? По-моему, это не помогает. Да и как же мне без них жить?

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

>>3010
>Правильно ли понимаю, что проблема вероятнее всего заключается именно в драйвере?
Полюбас.

>И посоветуйте, пожалуйста, каких-нибудь утилит-тестеров, чтобы оценивать производительноть системы и результаты моих тереблений настроек.
glxgears?

>>3010
> других нет.
Верно: проприетарный fglrx, он же catalyst, давно протух (перестал поддерживать ядра и иксы новых версий) и был выкинут из Debian. Да и вообще он был кривой, глючный и с медленным 2D.

Возможно, тебе нужно настроить открытый драйвер. Есть вероятность, что на твоей видеокарте в нём по умолчанию отключено динамическое управление питанием, а также выбраны неоптимальные режимы работы, см. https://www.x.org/wiki/RadeonFeature/#index3h2 и https://wiki.archlinux.org/index.php/ATI#Performance_tuning.

Включи динамическое управление питанием и смени AccelMethod иксов на EXA.

Что касается воспроизведения видео в браузере, то аппаратное декодирование завезли только в последние версии firefox и по умолчанию ещё не включили. Используй видеоплееры, mpv и vlc умеют использовать youtube-dl, за счёт чего поддерживают большинство видеохостингов.

> Это те самы "эффекты" диспетчера окон?
Да. С ними используется композитный режим, в котором окна рендерятся каждое в отдельный буфер видеокарты, а потом композитный менеджер собирает из этих буферов общую картинку. В классическом режиме окна рендерятся прямо в буфер экрана в дозволенные им его регионы.
> Правильно ли понимаю, что проблема вероятнее всего заключается именно в драйвере?
Да.
> посоветуйте, пожалуйста, каких-нибудь утилит-тестеров
Примитивное 3D — vblank_mode=0 glxgears, 2D — gtkperf, opengl 1.x — openarena +set cl_renderer opengl1 +set timedemo 1 +set nextdemo quit +demo demo088-test1, opengl 3.x — то же самое с cl_renderer opengl2.

>>3005
> Я пробовал через ATTRS{authorized}="0" передать параметр активации
Так ATTRS — это директива проверки, а не действия. Записывать значения можно только в ATTR.

> внутри LABEL
В смысле — внутри? Меткой обозначается позиция в плоском списке строк, а не набор строк с определённым началом и концом. На бейсике писал?

>>2981
> Почитай фанатские очерки, там нет никакого сравнения, все в абсолюте.
Так это ж игра такая, зачем подобную писанину воспринимать всерьёз? Весьма полезная в контексте задачи получения стимула копать глубже, между прочим.

> Пожалуй самый разрушительный мем пропихиваемый опенсорсом это промискуитетная кроссплатформенность.
> На самом деле у тебя есть вполне конкретная платформа, под нее и нужно прежде всего делать, продукт получается проще и качественней.
А при переходе на новую платформу этот простой и качественный продукт отправляется на свалку истории вместе со старой. В MIT и Berkley через это прошли несколько раз, кроссплатформенность юниксов — это не миф и не мем, а способ многократного ускорения внедрения новых платформ. Не идеальный, да: издержки его применения — повышение сложности путём ввода дополнительных абстракций, единственная роль которых — обеспечение совместимости. Из этой задачи растут и жирные фреймворки вроде jre и электрона, которые с одной точки зрения могут быть венцом софтостроения, а с другой (в т.ч. с моей) — его раком.

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

У универсальной ОС нет иного пути, кроме как обрасти всем-всем-всем и в нём утонуть. Убежать от этого можно только в сторону специализации.

> Ну и сиди со своими дырами:)
Ну а что делать-то?

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

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

(про бинарные данные)
> нормальной поддержки для этого нет
Какая конкретно тебе нужна поддержка? Парсер бинарных данных в шелле или утилите с DSL'ем вроде awk и jq?

> А так тебе не приходится нигде хранить шаблоны для парсинга?
Они более устойчивы к обновлениям форматов и абсолютно кроссплатформенны. А ещё процесс обмена данными полностью контролируем человеком, в т.ч. может быть им симулирован без дополнительных средств, т.е. здесь мы имеем взаимозаменяемость человека и машины. Это довольно крутая штука и я не хочу с ней расставаться: благодаря ей можно писать софт не большими готовыми «продуктами», а модульно, постепенно увеличивая охват автоматизации.

> Входные и выходные шаблоны можно хранить прямо в ELF-файлах и при поддержке со стороны ядра и шелла можно было бы в пайпланах указывать каким входным полям программы-приемника соотвествую какие выходные поля программы-передатчика.
Т.е. ты хочешь повесить на ядро задачу по конвертации данных между форматами программ? Предлагаешь очередное усложнение?

> А если так: cmd1 >(cmd2) >(cmd3) а потом выхлоп cmd2 и cmd3 нужно объединить?
Так их вывод по умолчанию объединён в общий stdout.
{ cmd1 >(cmd2) >(cmd3) >/dev/null; } | cmd4
Вывод cmd1 отправляется в /dev/null, а выводы cmd2 и cmd3 — на ввод cmd4. И это до сих пор без жонглирования дескрипторами.

> Я предпочитаю чистый логичный синтаксис без сокращений, а для удобства написания такого кода есть autocomplete.
Ты помершеллом пользоваться пробовал? Его авторы тоже так считали. Каждое обращение к комплиту, когда заранее не знаешь результат — это акт интерактива, который требует внимания. Чем меньше внимания требует программа для выполнения операции, тем удобнее ей пользоваться.

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

> Шелл не тянет даже на статус годного DSL поэтому на практике все что не throwaway one-liner лучше писать на нормальном языке.
Не согласен. Пишу на шелле и нахожу это для решения своих задач удобным.

> Ведь ты не забыл про весь этот мусор вроде необходимости использовать set -euo pipefail, необходимости все идентификаторы указывать в кавычках, разницы между @ и * и их разновиностями, приятными сюрипризами вроде этого:
Поэтому я предпочитаю использовать zsh, он при настройках по умолчанию хоть и похож на bourne shell, но имеет ряд удобных несовместимостей с ним. В т.ч. в нём работает твой счётчик.

> Ты видел редакторы шейдеров и пр. в 3d-редакторах и редакторах игровых движков?
Это где вводы и выоды блоков соединяешь между собой перетаскиванием мышкой?

> Ты давно с десктопными программами работал?
Видимо, я не вполне понимаю, что ты вкладываешь в понятие «композиция». Возможность сращивания программ друг с другом для совместной работы, как это делается в консоли?

> тыкнул по иконке и работаешь, попробовал бы ты такое в мичети^W шелле.
Пробовал. Запускаешь с --help, читаешь по диагонали, используешь. Не сложнее чем разобраться с гуем. Если же программа сложная, то и с гуевым интерфейсом без пролезания через дебри ничего не получится, разница тут только в том, тут оно интегрировано в процесс работы и неотделимо от него (вне зависимости от знания нужных параметров тебе всё равно придётся тянуться за ними в дебри).

> error-prone design
Палка о двух концах. Чем больше подтверждений, тем менее удобно пользоваться. Я как-то со времён использования DOS'а привык жить без корзины и везде её отключал.
> Если инструмент требует этого для выполнения простейших операций иначе ты выстрелишь себе в ногу то этот инструмент говно.
А может, это пользователь в недостаточной мере знаком с сущностью, которой пытается манипулировать? Ведь именно от этого зависит простота восприятия документации инструмента и способность предвидеть подводные камни при работе с ним. Если пользователь хорошо знает, с чем работает, то «защита от дурака» инструмента будет ему только мешать творить.

> Ну и документация часто тоже говно
Увы. Но где она вообще стабильно хорошая?