Сегодня целый день это в голове крутится.

Теоретически же можно принять стандарт для версионирования ПО единый для всех отличный от семантического?

Как было бы красиво вместо 99.2 или 23.23423.23.001 иметь единообразное отталкивание от даты сборки или архивации исходного кода. Можно изгольнуться и считать не от Р.Х. а от Unix Epoch, например, для светскости.

Стали бы понятные версии Chromium 50.03, Firefox 50.03, Systemd 49.11, ClipIt 45.12. Наборы заплаток, накладываемых на оригинальный код, нумеровать отдельно третьей группой.

Нет?

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

На основной машине установлено несколько вариантов дистрибутивов GNU/Linux.

Void+xfce4 нравится больше остальных, просто потому что мне он наиболее понятен (ну, или так совпало, что начал немного понимать всю эту кухню только когда до него добрался).

Кроме него установлены ещё Arch+DeepinDE и Debian10+KDE5.

Так вот - в Void первый запуск Chromium происходит очень долго (повторные запуски - мгновенно).
В Arch практически мгновенно с первого раза. В Debian чуть медленнее, но тоже быстрее Void.

С Debian более/менее можно объяснить тем, что там он сильно ungoogled и поэтому легче.

А вот в Arch, судя по ldd у него даже больше библиотек прикручено.

Вопросы: Есть какой-то фокус с preload необходимых chromium библиотек? Или фокус с превентивной загрузкой в кеш файлов с диска? И как вообще в linux посмотреть, что запускаемое приложение тянет за собой?

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

Суть: дома роутер с DD-WRT, на нём иногда запускаю OpenVPN чтобы подключаться к своей сети, и дальше к рабочей машине (RDP), когда знаю что надо будет сделать вид что сижу дома откуда-нибудь из леса.

Проблема: Вдруг обнаружилось, что при запуске OpenVPN-Server на роутере сразу резко падает «скорость интернета» по локальному соединению. Нормальные 40Мб/с превращаются в 10Мб/с только лишь от запуска сервиса.

Сама эта схема-то работает давно. То ли не замечал раньше, то ли что-то изменилось.

ЦПУ на роутере судя по top не так чтобы сильно загружен. 10-20%.

Если честно, стесняюсь спросить прямо: это точно проблема на моей стороне? Провайдер точно не может реагировать на запущенный, но неиспользуемый сервис?

Собирал в VoidLinux xrdp из исходников. Часа два убил пока дошло, что sudo make install насоздавал директорий с 700 для root. Всё заработало в итоге, но в процессе узнал много нового.

Оказывается, как я понял, umask = 0022 в Void устанавливается в /etc/profile, а в /etc/login.defs umask = 0077. Поэтому mkdir хоть от пользователя, хоть от root создаёт директории с обычным 755, а вот через sudo получается 700. Вот и наполучались библиотеки xrdp доступные только для root.

Так вот, вопрос: стоит ли создавать issue им на Github? Сомнения мучают. Или это нормально когда su и sudo имеют разные umask и в этом есть какой-то неизвестный мне смысл? Как и где это может использоваться? Кстати, а может это вообще для Makefile xrdp issue должен быть, а не для Void? Так-то логичнее - кто его mkdir, тот его и chmod должен сделать правильный.

Интересно тут у вас в Линуксах, увлекательно. Но ничего не понятно.