После двух лет разработки состоялся (https://www.debian.org/News/2019/20190706) релиз Debian GNU/Linux 10.0 (https://www.debian.org/releases/stretch/) (Buster (https://www.debian.org/releases/buster/releasenotes)), доступный для десяти официально поддерживаемых архитектур (https://www.debian.org/ports/): Intel IA-32/x86 (i686), AMD64 / x86-64, ARM EABI (armel), 64-bit ARM (arm64), ARMv7 (armhf), MIPS (mips, mipsel, mips64el), PowerPC 64 (ppc64el) и IBM System z (s390x). Обновления для Debian 10 будут выпускаться в течение 5 лет.В репозитории представлено 57703 бинарных пакетов, что примерно на 6 тысяч больше, чем было предложено в Debian 9. По сравнению с Debian 9 добавлено 13370 новых бинарных пакетов, удалено 7278 (13%) устаревших или заброшенных пакетов, обновлено 35532 (62%) пакетов. Для 91.5% пакетов обеспечена (https://tests.reproducible-builds.org/debian/buster/index_su...) поддержка повторяемых сборок, позволяющих подтвердить, что исполняемый файл собран именно из заявленных исходных текстов и не содержит посторонних изменений, подстановка которых, например, может быть совершена путём атаки на сборочную инфраструктуру или закладки в компиляторе.
Для загрузки (https://get.debian.org/images/) доступны (http://www.debian.org/CD/) DVD-образы, загрузить которые можно по HTTP (https://www.debian.org/CD/http-ftp/), jigdo (https://www.debian.org/CD/jigdo-cd/#which) или BitTorrent (https://www.debian.org/CD/torrent-cd/). Также сформирован (https://get.debian.org/images/unofficial/non-free/cd-includi.../) неофициальный установочный образ nonfree, включающий в себя проприетарные прошивки. Для архитектур amd64 и i386 разработаны LiveUSB (https://www.debian.org/CD/live/), доступные в вариантах с GNOME, KDE и Xfce, а также многоархитектурный DVD, сочетающий пакеты для платформы amd64 с дополнительными пакетами для архитектуры i386. Добавлена поддержка загружаемых по сети (netboot) образов для SD-карт и образа, умещающийся на 16 Гб USB Flash;
Ключевые (https://wiki.debian.org/NewInBuster) изменения (https://www.debian.org/releases/buster/amd64/release-notes/c...) в Debian 10.0:- Реализована (https://wiki.debian.org/SecureBoot) поддержка UEFI Secure Boot, для обеспечения работы которой задействован загрузчик Shim, заверенный цифровой подписью от компании Microsoft (shim-signed), в сочетании с заверением ядра и загрузчика grub (grub-efi-amd64-signed) собственным сертификатом проекта (shim выступает как прослойка для использования дистрибутивом собственных ключей). Пакеты shim-signed и grub-efi-ARCH-signed включены в число сборочных зависимостей для amd64, i386 и arm64. Загрузчик и grub, заверенные рабочим сертификатом, включены в состав EFI-образов для amd64, i386 и arm64. Напомним, что изначально поддержка Secure Boot ожидалась в Debian 9, но её не успели стабилизировать до релиза и отложили до следующего значительного выпуска дистрибутива;
- Включена по умолчанию поддержка системы мандатного контроля доступа AppArmor, которая позволяет контролировать полномочия процессов, определяя списки файлов с соответствующими правами (на чтение, запись, отображение в память и запуск, установку блокировки на файл и т.п.) для каждого приложения, а также контролировать доступ к сети (например, запретить использование ICMP) и управлять POSIX capabilities. Основное отличие AppArmor от SELinux состоит в том, что SELinux оперирует ассоциированными с объектом метками, а AppArmor определяет полномочия на основании файлового пути, что заметно упрощает процесс настройки. В основном пакете с AppArmor поставляются профили защиты лишь для некоторых приложений, а для остальные следует использовать пакет apparmor-profiles-extra или профили из пакетов конкретных приложений;
- Для APT реализован режим sandbox-изоляции, включаемый через опцию APT::Sandbox::Seccomp и обеспечивающий фильтрацию системных вызовов при помощи seccomp-BPF. Для более тонкой настройки белого и чёрного списков системных вызовов можно использовать списки APT::Sandbox::Seccomp::Trap и APT::Sandbox::Seccomp::Allow;
- На смену iptables, ip6tables, arptables и ebtables пришёл (https://wiki.debian.org/nftables) пакетный фильтр nftables, который теперь применяется по умолчанию и примечателен унификацией интерфейсов фильтрации пакетов для IPv4, IPv6, ARP и сетевых мостов. Nftables предоставляет на уровне ядра лишь общий интерфейс, не зависящий от конкретного протокола и предоставляющий базовые функции извлечения данных из пакетов, выполнения операций с данными и управления потоком. Непосредственно логика фильтрации и специфичные для протоколов обработчики компилируются в байткод в пространстве пользователя, после чего данный байткод загружается в ядро при помощи интерфейса Netlink и выполняется в специальной виртуальной машине, напоминающей BPF (Berkeley Packet Filters).
По умолчанию устанавливается пакет iptables-nft, которые предлагает набор утилит для обеспечения совместимости с iptables, имеющих такой же синтаксис командной строки, но транслирующих полученные правила в байткод nf_tables, выполняемый в виртуальной машине. Опционально доступен для установки пакет iptables-legacy, включающий (https://www.opennet.me/opennews/art.shtml?num=48814) старую реализацию на основе x_tables. Исполняемые файлы iptables теперь устанавливаются в /usr/sbin, а не в /sbin (для совместимости создаются символические ссылки);
- Ядро Linux обновлено до версии 4.19;- Рабочий стол GNOME по умолчанию переведён на использование Wayland, а сеанс на базе X-сервера предложен в виде опции (X-сервер по-прежнему входит в число пакетов, входящих в базовую поставку). Обновлён графический стек и пользовательские окружения: GNOME 3.30 (https://www.opennet.me/opennews/art.shtml?num=50405), KDE Plasma 5.14 (https://www.opennet.me/opennews/art.shtml?num=49415), Cinnamon 3.8, LXDE 0.99.2, LXQt 0.14 (https://www.opennet.me/opennews/art.shtml?num=50030), MATE 1.20 (https://www.opennet.me/opennews/art.shtml?num=48032), и Xfce 4.12. Офисные пакет LibreOffice обновлён до выпуска 6.1 (https://www.opennet.me/opennews/art.shtml?num=49044), а Calligra до выпуска 3.1 (https://www.opennet.me/opennews/art.shtml?num=48006). Обновлены Evolution 3.30, GIMP 2.10.8, Inkscape 0.92.4, Vim 8.1;
- В состав дистрибутива включён компилятор для языка Rust (поставляется Rustc 1.34). Обновлены GCC 8.3, LLVM/Clang 7.0.1, OpenJDK 11, Perl 5.28, PHP 7.3, Python 3.7.2.- Обновлены серверные приложения, в том числе Apache httpd 2.4.38, BIND 9.11, Dovecot 2.3.4, Exim 4.92, Postfix 3.3.2, MariaDB 10.3, nginx 1.14, PostgreSQL 11, Samba 4.9 (в ядре обеспечена поддержка SMBv3);
- В cryptsetup осуществлён (https://www.opennet.me/opennews/art.shtml?num=47728) переход на формат шифрования дисков LUKS2 (ранее применялся LUKS1). LUKS2 отличается упрощённой системой управления ключами, возможностью использования секторов большого размера (4096 вместо 512, снижает нагрузку при расшифровке), символьными идентификаторами разделов (label) и средствами резервирования метаданных с возможностью их автоматического восстановления из копии в случае выявления повреждения. В процессе обновления существующие разделы LUKS1 автоматически будут преобразованы в формат, совместимый с LUKS2, но из-за ограничений размера заголовка не все новые возможности для них будут доступны;
- В инсталляторе добавлена возможность использования одновременно нескольких консолей в процессе установки. Удалена поддержка ReiserFS. Для Btrfs добавлена поддержка сжатия ZSTD (libzstd). Добавлена поддержка устройств NVMe;- В debootstrap по умолчанию задействована опция "--merged-usr", при которой все исполняемые файлы и библиотеки из корневых директорий переносятся в раздел /usr (каталоги /bin, /sbin и /lib* оформлены как символические ссылки на соответствующие каталоги внутри /usr). Изменение применяется только для новых установок, в процес...
URL: https://www.debian.org/News/2019/20190706
Новость: https://www.opennet.me/opennews/art.shtml?num=51041
Могли бы MATE поновее добавить, а то полуторагодичной давноси выпуск 1.20.
Это же Debian, там всегда древние пакеты даже в новом выпуске.
>Это же Debian, там всегда древние пакеты даже в новом выпуске.переводя с школораческого:
Это же Debian, в нём всегда стабилизированные пакеты в каждом стабильном выпуске!
И стабильные баги, стабильно остающиеся в стабильной системе на потяжении нескольких лет. Стабильно.
С релиз критикал багами срез не релизится, не ври.
Просто чтоб Вы понимали: в любом большом программном проекте наступает момент, когда или оставшиеся RC-баги объявляются не RC, или выпуск просто не состоится вообще ни в какое обозримое время. Дебиана это касается точно так же в полной мере, насколько могу судить.Из размышлений на эту тему могу предложить широко известные в узких кругах статьи со словами "worse is better" (и "the rise of") в заголовке.
То есть Вы не то чтоб прямо соврали, но с обвинением во вранье такое непонимание происходящего несовместимо.
Релиз не состоится... только тех пакетов которые с rc, а не всего дистрибутива. "То есть Вы не то чтоб прямо соврали..."
Ну так обещали стабильность, а не баг-фри.
Справедливости ради, каких-либо особых различий между 1.20 и 1.22 не заметил (по крайней мере у себя на эльбрусе); при этом 1.22 вышел больше четырёх месяцев назад -- видимо, уже не вписывался в релизный цикл?
Миша, сколько отдал за Эльбрус?
> Миша, сколько отдал за Эльбрус?За конторский -- триста с хвостом; домой мне 101 за ~полтораста пока не продают :(
Debian это sid, а то что ты называешь debian - это стабилизированный срез репозитория debian на определённый момент времени в прошлом.
Расскажите, пожалуйста, разработчикам Debian, что Debian Buster -- это не Debian (только осторожней, название и впрямь двусмысленное вышло). :)
Сид тоже замораживается на пол года когда там какой-то релиз готовится, так что мимо.
Чтоа? Насколько мне известно, sid никогда не морозится. Только testing приостанавливается, когда на его базе собираются делать стабильный выпуск.
Хочется поновее — приди и сделай, благо в Дебиане всё руками волонтёров делается.
Ну попробуй приди, что бы там что то поправить там семь кругов ада пройти нужно.
Легче очередь со старперами отстоять, чем в деб что-то внести. Более закостенелое сообщество еще поискать нужно.
Предлагаю вам подумать вот о чём: то, что сейчас актуально и вам так нравится, и через три года не потеряет в своих объективных качествах. Оно устареет - это да, но оно от этого хуже не станет. Просто появится что-то новое, что, предположительно, лучше. Почему предположительно? Потому что зачастую реальный прогресс подменяется его имитацией: делаются либо косметические изменения, либо сразу новая реализация того, что и так уже работало. Во втором случае на ровном месте ломается столько всего, что так и хочется сказать "ну его, этот ваш прогресс".
> Оно устареет - это да, но оно от этого хуже не станет.именно поэтому станет
>> Оно устареет - это да, но оно от этого хуже не станет.
> именно поэтому станетНе позорься. Воспари! http://www.opennet.me/openforum/vsluhforumID3/118123.html#12
>> Оно устареет - это да, но оно от этого хуже не станет.
> именно поэтому станетНе позорься. Воспари! http://www.opennet.me/openforum/vsluhforumID3/118123.html#11
//предыдущий каммент уже устарел!
Матерого линуксового одмена легко распознать по знанию всех последних версий DE и медиаплееров.
Ещё они знают, хотя бы приблизительно, даты выхода последней и нескольких предыдущих версий этих DE и медиплееров, чтобы в любой момент оценить, насколько "устарела" версия в новой версии дистрибутива.
Так-то оно так, но в случае с Debian версии могут быть устаревшими лет на 10.
Если взять oldoldoldoldstable, то да. А так - стабильные выпуски выходят раз в 2-3 года. Не может там быть того, что устарело на 10 лет. Разве что если только новых версий не выходило, не было обнаружено ни одной дыры или проблемы, то да - программа может перейти в следующий релиз в неизменном виде.
А кламарес там из пакетов тянет, в отличие от консольного инсталлятора? Последний, так-то, не устанавливая графику по-любому будет быстрее остальных, будь он даже из пакетов
быстрее? у вас инсталлятор тормозит?
>быстрее? у вас инсталлятор тормозит?Я не знаю у кого может быть быстрее иснталятор, лично я видел либо тормозной федоровский, либо люто адтово тормозящий опензюзный, либо вообще отсутствие инсталятора, мне вот интересно, что является эталоном нетормознутого инсталятора?!
Нетормознуто - это rsync livecd на диск, как в draklive-install и в последнем абзаце этой новости.
>Нетормознуто - это rsync livecd на диск, как в draklive-install и в последнем абзаце этой новости.И где тут инсталятор, разговор был про него?!
А чем rsync не инсталятор? файлеки както не так копирует?
> А чем rsync не инсталятор? файлеки както не так копирует?Да, не так. Он копирует _уже_ проинсталированную систему, _уже_ сконфигурированную для _других_ условий работы.
PS: если что, в наших livecd-install/alterator-livecd есть и мой код.
> А чем rsync не инсталятор? файлеки както не так копирует?Диск не разбивает, загрузчик не ставит....
...язЫков не спрашивает, пароли не меняет.Да, как верхняя оценка скорости может прокатить.
Ещё, говорят, можно ускориться с eatmydata и похожими. Есть ли оно в d-i, не знаю.
"" For this solution you are going to need a version of dpkg of at least 1.15.8.6.Since that version of dpkg, there is a new force-unsafe-io option that will disable dpkg from calling sync() and the like between every package. You can add this option to the config in /etc/dpkg so that it is always in effect.
If you have an older version of dpkg you can alternatively use eatmydata http://www.flamingspork.com/projects/libeatmydata/ . "" --https://unix.stackexchange.com/questions/7238/how-to-make-dp...
// http://people.skolelinux.org/pere/blog/Quicker_Debian_instal...
// http://people.skolelinux.org/pere/blog/Speeding_up_the_Debia...
Ну федоровский конечно тормоз, а на сьюзовский зря гонишь, он реально очень шустрый.
>Ну федоровский конечно тормоз,
>а на сьюзовский зря гонишь, он реально очень шустрый.А напомните-ка мне, сколько скушает ваш зюзевский установщик ОЗУ, по дефолту, при установке с нетинталла, например?!
>>быстрее? у вас инсталлятор тормозит?
> Я не знаю у кого может быть быстрее иснталятор, лично я видел
> либо тормозной федоровский, либо люто адтово тормозящий опензюзный,
> либо вообще отсутствие инсталятора, мне вот интересно, что является
> эталоном нетормознутого инсталятора?!Честно говоря, дебиановский считаю чудовищно тормозным -- да, это в основном заслуга dpkg и ушедшего под капот чуда оверинжиниринга по имени debconf, но сколько ни доводилось порой ставить дебианы на посмотреть или расковырять, установка альта по сравнению с ним просто реактивная.
Но вот текстового варианта у нас с 3.0 нету, а порой бы пригодился...
Приветствую, Михаил!
Пробовал я ваш Альт устанавливать, ничего реактивного в установщике не заметил, обычный инсталятор, больше похожий на зюзевский или манжаро-калькулейтовский.
Не совсем корректно по скорости сравнивать, если в дебиановстком инсталяторе гора всяких настроек предустановочных, чтобы прям в лоб сравнить, то это нужно чтобы одинаковые преднастройки установщиков были, и если по обилию настроек сравнивать, то я бы сказал, что Альт не обыграет убунтовский установщик, который пока ещё, по сути дебиановский, только порезанный на пункты доступные к изменениям, и как раз больше на альтовский похож по доступности разнообразия преднастроек!
> Пробовал я ваш Альт устанавливать, ничего реактивного в установщике
> не заметил, обычный инсталятор, больше похожий на зюзевский или
> манжаро-калькулейтовский. Не совсем корректно по скорости сравниватьВидите ли, тут чуть выше сравнивали именно по скорости -- меня зацепило именно это, поскольку давно уж недоумеваю. Уточню: имел в виду скорость наливки пакетной базы (хотя наш мной и в целом методом книжки на энтер обычно "проходится", кроме разбивки и паролей-пользователей).
> если в дебиановстком инсталяторе гора всяких настроек
> предустановочных, чтобы прям в лоб сравнить, то это нужно чтобы
> одинаковые преднастройки установщиков былиМне-то это неважно как раз. Важно -- что на выходе.
> и если по обилию настроек сравнивать
Тут тоже не особо сравнивал, особенно последние несколько лет -- но всяко спасибо за отзыв.
> скорость наливки пакетной базыapt всегда был однопоточным, скорость всегда будет минимальная. Наверное логично если ты хочешь чтобы серверов хватило всем.
Кстати можно сделать в несколько потоков, но только с разных доменов. Что опять же распределяет нагрузку.
>apt всегда был однопоточным,не однопаточный, а конвеерный, так сделали специально, потому что так разумнее.
>скорость всегда будет минимальнаяНу да, ну да, после закачки всех пакетов с сети, за первый проход, после сеть может вообще упасть, а система всё равно будет устанавливаться, зависимости и блокировки разруливаются, конфиги корректно обновляются, теперь расскажите прохладных историй про более крутые установщики!
Абсолютный рекорд по времени установки из виденного мной принадлежит таки альту. Не помню, какая это была версия, году примерно в 2011-2012, ставился на недобук с атомом. Часов через 5 установку прервали, потому что спинки табуреток не выдержали.
P. S. Недобук был, кажется, такой: https://habr.com/ru/company/intel/blog/99136/
> Часов через 5 установку прервалиЭто, скорее всего, ядро тот чипсет ещё не умело -- когда-то году в 2002 с 945-тым такое видел (но тогда за ночь как-то продралось через таймауты, а там уж было попроще новое ядро втулить). В этом плане мне интересно было бы узнать, что на те классмейты в итоге получалось поставить из дистрибутивов тех лет -- как-то такой покрутил в руках, но вроде даже и не включал, сейчас где-то в подсобке на полочке лежит.
> Честно говоря, дебиановский считаю чудовищно тормозным
> установка альта по сравнению с ним просто реактивнаяНу если уж быть честными до конца, то сравнивать надо с учётом возможностей. В альте нету мягких зависимостей (Recommends-Suggests, а то некоторые начнут про >= рассказывать). В альте нету (поправь, если ошибаюсь, аналога debconf вообще). Ну и, собственно, как тут сравнивать? Был бы функционал одинаков -- тогда ладно. Но тут-то речь идёт о весьма тонких возможностях управления пакетами в одном случае, и топорной задачей "распакуй и запусти скриптик" с другой.
> Ну если уж быть честными до конца, то сравнивать надо с учётом
> возможностей....востребованных. А то так можно и до типовой аргументации MS дойти -- "и ещё в этих ваших линуксе-опенофисе-самбе нет [перечень из миллиона не нужных 99% пользователей рюшиков, добавленных в распоследних версиях, чтоб вытеснить свой же условный mso97 не мытьём, так катаньем]". Помнишь такое? ;-)
> В альте нету мягких зависимостей (Recommends-Suggests, а то некоторые начнут
> про >= рассказывать). В альте нету (поправь, если ошибаюсь, аналога debconf
> вообще). Ну и, собственно, как тут сравнивать?Написал же -- по тому, что на выходе.
Ну и смотря с какой колокольни сравнивать. В дебиане вон до сих пор даже четырёхкилобайтного control(8) нету, хотя казалось бы -- чего стоит утянуть. И tcb там нету, хотя и это не настолько уж ракетная техника, притом крайне полезная. И e2k там нет и не предвидится пока, а мне вот нужен...
> Был бы функционал одинаков -- тогда ладно. Но тут-то речь идёт о весьма
> тонких возможностях управления пакетами в одном случае, и топорной задачей
> "распакуй и запусти скриптик" с другой.Правило точности Рэя: Измеряй микрометром. Отмечай мелом. Отрубай топором.
>> Ну если уж быть честными до конца, то сравнивать надо с учётом
>> возможностей.
> ...востребованных. А то так можно и до типовой аргументации MS дойтиИ тут -- сюрприз!
> -- "и ещё в этих ваших линуксе-опенофисе-самбе нет [перечень из миллиона
> не нужных 99% пользователей рюшиков, добавленных в распоследних версиях, чтоб вытеснитьПоскольку у каждого из индивидов востребованность фич -- разная, списки разные, то ты предлагаешь вот именно как раз пообмениваться субъективными и несравнимыми чек-листами?
Прямо, как тот микрософт (не в части "чтоб вытеснить", разве), только с обоих сторон, да?
> свой же условный mso97 не мытьём, так катаньем]". Помнишь такое?
> ;-)
>> В альте нету мягких зависимостей (Recommends-Suggests, а то некоторые начнут
> Поскольку у каждого из индивидов востребованность фич -- разная, списки
> разные, то ты предлагаешь вот именно как раз пообмениваться субъективными
> и несравнимыми чек-листами?Во-от! Я предлагаю как раз этого и _не_ делать, а обмениваться скорее наблюдениями и набитыми шишками. Поелику у каждого своя борода из них будет.
>> Ну если уж быть честными до конца, то сравнивать надо с учётом
>> возможностей.
> ...востребованных. А то так можно и до типовой аргументации MS дойти
> -- "и ещё в этих ваших линуксе-опенофисе-самбе нет [перечень из миллиона
> не нужных 99% пользователей рюшиков, добавленных в распоследних версиях, чтоб вытеснить
> свой же условный mso97 не мытьём, так катаньем]". Помнишь такое?
> ;-)И эта аргументация имеет право на жизнь.
>> В альте нету мягких зависимостей (Recommends-Suggests, а то некоторые начнут
>> про >= рассказывать). В альте нету (поправь, если ошибаюсь), аналога debconf
>> вообще. Ну и, собственно, как тут сравнивать?
> Написал же -- по тому, что на выходе.На выходе у Дебиана более гибкий пакетник, потому что возможность указывать зависимости как опциональные -- это киллер-фича, которая принципиально меняет взгляд на построение дистрибутива.
> Ну и смотря с какой колокольни сравнивать. В дебиане вон до
> сих пор даже четырёхкилобайтного control(8) нету, хотя казалось бы -- чего
> стоит утянуть. И tcb там нету, хотя и это не
> настолько уж ракетная техника, притом крайне полезная.control вряд ли кому-то в debian понадобится, там debconf есть стандарт. Он работает, и всех вроде бы устраивает, как он работает.
tcb и e2k никакого отношения к пакетникам не имеют
>>> Ну если уж быть честными до конца, то сравнивать надо с учётом
>>> возможностей.
>> ...востребованных. А то так можно и до типовой аргументации MS дойти
> И эта аргументация имеет право на жизнь.Да, просто надо понимать ей цену.
>>> В альте нету мягких зависимостей (Recommends-Suggests, а то некоторые
>>> начнут про >= рассказывать). В альте нету (поправь, если ошибаюсь),
>>> аналога debconf вообще. Ну и, собственно, как тут сравнивать?
>> Написал же -- по тому, что на выходе.
> На выходе у Дебиана более гибкий пакетникЭто не на выходе, это под капотом. На выходе инсталятора (речь была о нём) -- то, что ты получаешь после инсталятора.
> потому что возможность указывать зависимости как опциональные -- это
> киллер-фича, которая принципиально меняет взгляд на построение дистрибутива.Не так уж и сильно, как мне видится; тонкая порезка, например, меняет куда принципиальней.
Точнее, здесь целая связка вещей, которые надо рассматривать в комплексе (причём желательно хотя бы немного имея представление, что творится с репозиторием в целом и его подмножеством, идущим в исошки, в частности):
- грубая/тонкая нарезка пакетов
- жёсткие/разные зависимости
- автоматическая/ручная расстановка зависимостейЭто только то, что сходу влияет на "вот это кладём, вот это не можем положить, иначе притащит полрепо, вот это к тому лучше пусть сами ставят" (или вообще "вот это кладём, а что работать не будет в 90% случаев -- да и пофиг", как в варианте "будка без порубки вообще, жёсткие/отсутствующие зависимости, и те вручную").
>> Ну и смотря с какой колокольни сравнивать.
Так, я неправ -- ты же писал: "речь идёт о весьма тонких возможностях управления пакетами".
Тогда возвращаемся к нашим баранам: dpkg не умеет быстро устанавливать пакеты в объёме типичного дистрибутива, rpm -- умеет.
> control вряд ли кому-то в debian понадобится, там debconf есть стандарт.
> Он работает, и всех вроде бы устраивает, как он работает.Медленно только, ага. В control-то тормозить просто нечему.
Кстати, покажи, какие есть возможности управления конкретно взятым su при помощи debconf, интересно стало. Вот как здесь:
PATH=/usr/sbin:$PATH
$ control su list
public wheel wheelonly restricted
$ control su help wheel
wheel: Any user can execute /bin/su, but only "wheel" group members can switch to superuser
$ control su help wheelonly
wheelonly: Only "wheel" group members can execute /bin/su> tcb и e2k никакого отношения к пакетникам не имеют
tcb -- пожалуй, да; e2k некоторое имеет, но это другое обсуждение.
>>> А то так можно и до типовой аргументации MS дойти
>> И эта аргументация имеет право на жизнь.
> Да, просто надо понимать ей цену.Как по мне аргументация может быть справедливой и нет. А вот с ценой уже вопрос сложный. Нам, получается, нужно ввести меру. А в чём оценивать аргументацию? Можем попробовать например оценить в последующих продажах конкурентных продуктов. Как тебе такая мера? =)
> Не так уж и сильно, как мне видится; тонкая порезка, например, меняет куда принципиальней.
Что ж там принципиального. Ну вот на одной стороне весов опциональные зависимости и их правильное выделение -- вот это действительно меняет представление о построении результирующей системы. Потому что на выходе получается система с binary-based дистром, содержимое которой можно скомпоновать совершенно произвольным образом, выкинув ненужные драйвера или плагины, например. Но при этом оставив их установку по умолчанию, что подходит большинству пользователей.
С другой стороны у нас тонкая нарезка бинарных пакетов. Я как-то по умолчанию всегда предполагаю, что к тонкой нарезке надо стремиться. Впрочем, это в последнее время играет всё меньше роли. Разве что эмбедки могут этому порадоваться. На десктопе можно, в принципе, ставить всё сопутствующее скопом. На серверах раньше дробление позволяло сузить attack surface, а сейчас весь новый софт по умолчанию в контейнерах идёт, в основном docker + alpine. Кому ещё нынче дробление нужно, не знаю.
>> control вряд ли кому-то в debian понадобится, там debconf есть стандарт.
>> Он работает, и всех вроде бы устраивает, как он работает.
> Медленно только, ага. В control-то тормозить просто нечему.Ну так быстро нам вроде и не надо. Заменить debconf на control можно. Но только аккуратно. Надо враппер написать, чтобы control заменил debconf -- ну и базу мигрировать из одного в другой при установке.
> Кстати, покажи, какие есть возможности управления конкретно взятым su при помощи debconf
Посмотрел, util-linux настроек debconf не имеет. Но у нас как-то больше sudo в ходу.
А кто знает когда тестинг "отлипнет"-разморозится?
>А кто знает когда тестинг "отлипнет"-разморозится?Ссылки на пруф не дам, но почекай недельки через две!
Всех Дебианщиков Поздравляю с релизом!
Спасибо и взаимно!
Недели через две сделаешь снапшот системы, обновишся в виртуалке, если всё ок, то тогда и обновляйся, вообще очень рекомендую в соус листе не держать имена релизов в стиле stable, testing, а держать имена, типа buster, bullseye, так не будет сюрпризов, первый вариант простителен на тестовых серверах, если по какой-то причине вы хотите наблюдать эволюцию хаоса, при втором варианте у вас гарантированно не сломается ничего, пока вы сами руками этого не сделаете!
А где почитать об разнице между buster и stable, bullseye и testing? А то как-то странно.
>А где почитать об разнице между buster и stable, bullseye и testing? А то как-то странно.На текущий момент разницы технически нет и buster=stable, а bullseye=testing,
разграничение только инфраструктурно придуманы для удобства управления репозиториями.
Если вам нужен, например, постоянный ролинг вы прописываете testing в соус листе и каждый новый тестинг будет обновлять текущий, без вмешательства в этот лист с вашей стороны руками, однако, как описано выше, зачастую это сулит некоторыми потенциальными проблемами, вы можете также прописать stable и обновляться со стабильного на стабильный простой командой!
Повторюсь, технической разницы между пакетами нет никакой, разница в способах настройки обновлений и всё, но надёжнее, чтобы было именно именами, типа buster, bullseye, автоматики не будет, вам придётся перед каждым обновлением с релиза на релиз подправлять руками sources.list, однако это не сложно, занимает меньше минуты, зато обновления всегда проходят в ручном режиме и голова не болит за то, что вы что-то можете сделать не так, касаемо обновлений, это просто разные способы делать обновления с разными потенциальными последствиями, при идеальных протекающих процессах на выходе получаться должно одинаково, только один способ расположен к более ручному управлению, другой больше к автоматизации.
Благодарю за подробное объяснение.
> при идеальных протекающих процессах на выходе получаться
> должно одинаково, только один способ расположен к более
> ручному управлению, другой больше к автоматизации."теория от практики отличается больше на практике, чем в теории" (ц) :-)
> А где почитать об разнице между buster и stable, bullseye и testing?
> А то как-то странно.https://www.debian.org/doc/manuals/debian-faq/ch-choosing.en...
и вокруг, например.
Всех поздравляю с релизом!
Как убрать рамку у GTK3 приложений (использую i3wm)?
Как починить шрифт?
И еще, может кто подсказать, как добиться того, чтобы применялись настройки в gnome-tweaks.
В GTK3.24 Gnome Settings заменили другими сервисами (плагинами).
На Wiki Arch предлагают скопировать соответствующие *.desktop-файлы из директории /etc/xdg/autostart в ~/.config/autostart.
У меня это не дает никакого эффекта.
Либо я что-то делаю неправильно.
Изменение настроек напрямую в ~/.config/gtk-3.0/settings.ini работает.
> В GTK3.24 Gnome Settings заменили другими сервисами (плагинами)./usr/libexec/gsd-xsettings - разве не оно?
Нет, проверьте содержимое этой дректории.В Debian, нужно смотреть сюда:
/usr/lib/gnome-settings-daemon
/usr/lib/gnome-settings-daemon-3.0Запускается это деле .desktop-файлами, но у меня не завелось.
> Нет, проверьте содержимое этой дректории.
> В Debian, нужно смотреть сюда:
> /usr/lib/gnome-settings-daemon
> /usr/lib/gnome-settings-daemon-3.0
> Запускается это деле .desktop-файлами, но у меня не завелось.Дебиана под рукой нет, но на RHEL7 с gnome 3.28 (в 3.30 и 3.32 все будет аналогично) нужно запускать именно gsd-xsettings, на RHEL/Fedora он в каталоге, где я написал, но наверное можно собрать и иначе.
$ ls /usr/libexec/gsd-*
/usr/libexec/gsd-a11y-settings /usr/libexec/gsd-keyboard /usr/libexec/gsd-screensaver-proxy
/usr/libexec/gsd-backlight-helper /usr/libexec/gsd-locate-pointer /usr/libexec/gsd-sharing
/usr/libexec/gsd-clipboard /usr/libexec/gsd-media-keys /usr/libexec/gsd-smartcard
/usr/libexec/gsd-color /usr/libexec/gsd-mouse /usr/libexec/gsd-sound
/usr/libexec/gsd-datetime /usr/libexec/gsd-power /usr/libexec/gsd-wacom
/usr/libexec/gsd-disk-utility-notify /usr/libexec/gsd-printer /usr/libexec/gsd-wacom-led-helper
/usr/libexec/gsd-dummy /usr/libexec/gsd-print-notifications /usr/libexec/gsd-wacom-oled-helper
/usr/libexec/gsd-housekeeping /usr/libexec/gsd-rfkill /usr/libexec/gsd-xsettingsДаже если гном собран иначе, где-то эти программы должны быть. Найти, где лежит и запустить :) А desktop-файлы для gnome-settings-daemon в тoпку.
В Debian, эти файлы находятся в /usr/lib/gnome-settings-daemon.
См Центр приложений.
Там есть для работы с Рабочим столом.
Шрифт в .xprofileexport FREETYPE_PROPERTIES="truetype:interpreter-version=35"
Спасибо тебе добрый человек, сработало!
Да, достаочно было почитать новость про Freetype v2.7.
Только в Debian это ~/.xsessionrc.
А у меня добавлено в новый файлик тут: /etc/X11/Xsession.d/99freetype
> export FREETYPE_PROPERTIES="truetype:interpreter-version=35"А что там с ним?
> Как починить шрифт?Я починил так:
rm -f /etc/fonts/conf.d/10-hinting-*.conf
ln -s /usr/share/fontconfig/conf.avail/10-hinting-full.conf /etc/fonts/conf.d
Я пробовал делать dpkg-reconfigure fontconfig-config, и там выбирать hintingfull.
Не помогло.gumanzoy подсказал выше.
+ включил hintingmedium.
debconf-show fontconfig-config
* fontconfig/subpixel_rendering: Automatic
* fontconfig/hinting_style: hintmedium
* fontconfig/hinting_type: Native
* fontconfig/enable_bitmaps: false
Судя по описанию, всё то же самое, что и у RHEL8. Возникает вопрос - зачем?
Бинарная совместимость с бубунтой же.... :) Ну и мало ли, вдруг кто зарёкся с центос работать, а тут альтернатива.
Ну разве что. Типа "стабильная" федора...
> Бинарная совместимость с бубунтойНет её. Бубунта может отличаться версиями библиотек.
зачем RHEL, если есть Debian?
Ну как бы..10 лет поддержки а не 5, как в дебиане (это, наверное, главное)
В среднем люди на зарплате обычно быстрее выкатывают обновления безопасности, чем мейнтейнеры в свободное время.
Производители серверов тестируют на совместимость и дают сертификацию, а если все равно что-то идет не так - есть куда обратиться, в случае чего, и они помогут, а не пошлют, потому что у них нет такого железа или нет времени.
Реально хороший KB у редхата, в некоторых ситуациях как из-за странных настроек или железа, а также после обнаружения очередной хитрой уязвимости быстро позволяет разобраться в ситуации, что и как надо делать (напр. после появления meltdown и spectre там одни из первых по полочкам разжевали, какой статус защиты разных процессоров, какие опции ядра за какую защиту отвечают и о каком конкретно падении производительности под той или иной нагрузкой идет речь).
Не знаю, как в десятке, но в прошлых дебианах виртуализация (а конкретно то, как всякие хитрые штуки, которые может хотеться от libvirt) была не ахти, могли вылезать странные проблемы в тех местах, где в RHEL все просто работало. qemu-kvm-то одинаковый (ну, почти), а вот остальная обвязка - не совсем, и в RHEL, видимо, куда более плотно работают с авторами libvirt.
+1
Ну как бы во-первых Debian всем знакома уже с 92-го года, работает, зачем на что-то новое переучиваться?Во-вторых, семейство дистрибутивов, основанных на Debian, более распростанено в мире, поэтому знакомство с Debian всегда пригодится. Продаются компьютеры и ноутбуки, Samsung встраивает Ubuntu в свои смартфоны, для мини компьютеров на ARM тоже предлагается Debian (Armbian, Raspbian). На серверах тоже повсюду Убунты, на том же Амазоне.
В-третьих, Centos - американская система и на неё могут накладываться любые ограничения, например запрет на использование в некоторых регионах. Поэтому все китайцы сидят на Ubuntu, а наши военные на Debian (Astra Linux).
В-четвёртых, семейтво дистрибутивов, основанных на Debian, пока ещё предлагает свободу выбора, как бы ни старался Red Hat всех привязать к своим корпоративным поделиям. Можно даже сидеть на классической системе инициализации (Devuan), а Centos навязывает overengineered systemd vendor lock.
> зачем на что-то новое переучиватьсяДа действительно, комуто так и сидеть на вин98-95 а комуто на макинтошах, потому что так в школе было.
> основанных на Debian, более распростанено в мире
А точно на дебиане а не на убунте?
> На серверах тоже повсюду Убунты
Угу, тото ред хат такой нищий и не может позволить разрабов
> Centos - американская система
Рассово неправильный, всех расстрелять за измену родине, перекомпилировать же неможно.
> В-четвёртых,
Центос никому ничего не навязывает, он просто есть, не нравится - иди мимо, и на системд дебиан перешел ровно тогда же когда и рэдхат, а Devuan какойто неофицивльный колхоз, если пойскать то и на rpm чтото подобное найдется, так что в целом нет никакой разницы.
> Да действительно, комуто так и сидеть на вин98-95 а комуто на макинтошах, потому что так в школе было.Ну так накой плодить бессмысленные сущности. NIH-синдром?
> А точно на дебиане а не на убунте?
Ничего, что Ubuntu основано на Debian? Какая разница - если знаешь Debian, то и Ubuntu чужим не будет.
> Угу, тото ред хат такой нищий и не может позволить разрабов
Может, но при чём тут это.
> перекомпилировать же неможно.
Ну так и занимайся перекомпиляцией своего Центоса, а я в это время буду работать на Дебиане.
> не нравится - иди мимо
Ну так большинство и идут мимо.
Сверху пишут, что зачем Debian, если есть Centos. Я на это и ответил.
Из ответов понятно, что возразить нечего.
> есть куда обратиться, в случае чего, и они помогут, а не пошлют,
> потому что у них нет такого железа или нет времени.Вот здесь недосказанность насчёт санкций, справедливости ради.
>> есть куда обратиться, в случае чего, и они помогут, а не пошлют,
>> потому что у них нет такого железа или нет времени.
> Вот здесь недосказанность насчёт санкций, справедливости ради.Во, точно! Михаил, поделитесь, сколько у Вас оплаченных контрактов на поддержку "зависло"?
...только пакетов в 10 раз больше и они новее
>Судя по описанию, всё то же самое, что и у ALT. Возникает вопрос - зачем?Поправил в соответствии с политикой партии и правительства.
А ещё затем, что RHEL платный и контролируется корпорацией, а дебиан нет)
> А ещё затем, что RHEL платный и контролируется корпорацией, а дебиан нет)Демократическое голосование до получения нужного результата -- оно не контроль и не корпорацией. Да, нам говорили. :*/
Спасибо сайту за оперативность и контент.И,лично,Максиму спасибо.Каждое утро захожу на OpenNet узнать новости.
Сегодня Международный День Подлизы что-ли? о_0
Говорить спасибо это плохо? Ты из СССР что ли?
> Говорить спасибо это плохо? Ты из СССР что ли?Я из 90-х. Я еще тогда ловил во дворах дрищей линупсоидов, отнимал диски с линуксом и разводил на бабло для покупки винды.
Че хотел шоль? Ты похоже не из нашево раена. Закурить не найдется? Дай мобилу погонять.
За дай мобилу погонять тебя в 90-х дядя в малинов пиджаке в лучшем случае бы пресьрелил на месте.
Расстрелять
В СССР вежливости воспитывали ещё более.
В debian ports на неподдерживаемых официально архитектурх у бустера иксы зависели от системд. Тут так же?
> В debian ports на неподдерживаемых официально архитектурх у бустера иксы зависели от
> системд. Тут так же?Он -- везде!
И в buster, и в stretch, и в :/// Devuan 2.0 "ascii".Пакет: xserver-xorg-core (2:1.20.4-1) https://packages.debian.org/buster/xserver-xorg-core
.
.
.
* dep: libsystemd0
библиотека утилит systemd
> Удалены многие устаревшие и оставшиеся без сопровождения пакеты, включая Qt 4apt list libqtgui4
Listing... Done
libqtgui4/stable,now 4:4.8.7+dfsg-18 amd64 [installed]
libqtgui4/stable 4:4.8.7+dfsg-18 i386Qt 4 не удаляли. В репах есть.
>Удалены многие устаревшие и оставшиеся без сопровождения пакеты, включая ... ssmtpЕпрст...
Гораздо хуже, что от балды удалены многие не оставшиеся без сопровождения пакеты...
Звездите, сэр. Если у пакета есть мейнтейнер, то он резко пошлет нафиг всех удаляторов.
Попробуй пошли нафиг релиз манагеров, герой.
Релиз-манагеры от балды не удаляют. Только при наличии веских причин, кои всегда можно найти в багтрекере.
> Релиз-манагеры от балды не удаляют.Найди пакет webboob.
> Только при наличии веских причин
Ну да. Например, мы не почесались разблокировать для тестинга пакет, который подготовил мейнтейнер.
> кои всегда можно найти в багтрекере
Ага. Особенно циничным выглядит, когда в качестве причины для удаления - баг на разблокировку пакета для перехода в buster...
> Найди пакет webboob.Ну то тоже не от балды, а из-за SJW. Нетолерантны они к cиcькaм.
А что, ты им пользовался или хотя бы знал о нём до новости о его удалении?> Особенно циничным выглядит, когда в качестве причины для удаления - баг на разблокировку пакета для перехода в buster...
А вот тут не помешал бы пруф.
> Ну то тоже не от балды, а из-за SJW.Ну да, не зарезали - а убили.
> А что, ты им пользовался
А что, вы до того ограничили выборку пакетов, "которые манагеры не удаляют" - на подмножество тех, которыми я когда-либо пользовался?
> А вот тут не помешал бы пруф.
Мне не надо. Интересно - ищите, там и не такое можно встретить в логе.
>> А вот тут не помешал бы пруф.
> Мне не надо. Интересно - ищите, там и не такое можно
> встретить в логе.Во, я нашёл! Целых два бага. https://www.debian.org/releases/buster/i386/release-notes/ch...
И оба про миграцию в замороженый тестинх. </Точно!>
Release Notes - это отдельный предмет позора.Нет, боюсь об удаленных пакетах так просто вы не узнаете.
>> включая ... ssmtp
> Епрст...А вот это печаль. Exim чтоль юзать
Никогда не пользовался дебианом. А в нем можно какой то реп подключить что бы чуть новей был софт? Ну там плазма не 5.14, а 5.15 например. Или для этого нужно unstable юзать?
> Никогда не пользовался дебианом.И уже не стоит начинать. Сейчас это просто Федора с dpkg вместо rpm.
Если хочется потрогать то, что было раньше дебианом - посмотрите в сторону devuan.
> Или для этого нужно unstable юзать?
Для просто поновее - разве что testing.
> И уже не стоит начинать. Сейчас это просто Федора с dpkg вместо rpm.Очень похоже на то. Совершенно не видно каких-то собственных оригинальных идей и разработок. Копия красношапки...
> Если хочется потрогать то, что было раньше дебианом - посмотрите в сторону
> devuan.А что там своего, кроме инита по умолчанию и consolekit'a с eudev'ом?
Ну, как минимум consolekit неплох. На jessie он впилен по умолчанию, даже если не ставить графику. Забавно, что когда он крешится, логин по ssh занимает полминуты (видимо, какой-то PAM-модуль пытается до него достучаться).А eudev - емнип, это те ребята, которые извинялись перед Поттерингом и дарили ему шоколадки.
Да, Devuan неплох, однако я труба шатал лазить по форумам и починять по кривым рецептам, чтобы в систему вернуть, бывший до этого дефолтным Network-manager, который всегда раньше поставлялся искоробке с гткшными DE к которому привык и ожидаешь, что если в дебиане он искоробке есть, то и в Devuan будет, а не этот недоманагер сетей, который не даёт с пинка мыши завести какой-нить usb-свисток или ещё чего, простым движением, который сам нифига автоматом не определяет!
Задолбался с созерцания убожества в виде SLIM вместо Божественного LightDM, как это и полагается искоробке в системе с XFCE, всё это было и есть в Debian уже достаточное количество лет, чтобы привыкнуть к этому как к стандарту, однако в Devuan есть кривые рецепты починки, да работать будет, скорее всего, если дохрена дрочувать дрочёвым напильником, но почему это не протестировано и не создан соответствующий рабочий образ вместо кривого текущего, почему не создан был образ с пофикшенным от уязвимости apt'ом, как это сделано было в Debian и *buntu?
Зато есть время опакечивать всякие самовольные бэкпорты, которых нет в оригинальном Debian!
Кто-то даже порекомендовал самому занятся этим, протестировать, наложить патчей, предварительно их написав, и создать образ, я, в принципе, не против был бы, но я не знаю как это делать, я обычный юзер, жру что дают, а подают в этой столовой какой-то неготовый, на мой взгляд, продукт, но ожидают, что я буду его нахваливать, потому что он де приготовлен из ингредиентов растущих под молитвы, поливаемых святой водой, экологически чист, и богоугоден!
> Да, Devuan неплох, однако я труба шатал лазить по форумам и починять
> по кривым рецептам, чтобы в систему вернуть, бывший до этого
> дефолтным Network-managerА не пробовали хотя бы баг закинуть, ещё лучше пройтись в разведку с напильником? Достоверно известно, что с elogind он вполне живёт, а если не хочется и того -- можно взять packages.altlinux.org/polkit-sysvinit (блин, опять лежит, тогда sisyphus.ru/srpm/polkit-sysvinit), просмотреть/подправить под себя/проект правила и пущай себе будет.
> Кто-то даже порекомендовал самому занятся этим, протестировать,
> наложить патчей, предварительно их написав, и создать образЗа исключением последней стадии (я просто знаю, почём это) -- да, подписываюсь.
> я, в принципе, не против был бы, но я не знаю как это делать
Ну так спросите их :-) Думаете, разработчики прям такими рождаются?..
>А не пробовали хотя бы баг закинуть, ещё лучше пройтись
> в разведку с напильником? Достоверно известно,
> что с elogind он вполне живётПро кривые рецепты, это как раз эти самые советы и были, благо нашлись знающие люди в сообществе, которые их хотяб опубликовали, потому как релизёры "ни в зуб ногой" были, как это всё чинить, однако претензия была к тому, что чтобы починить всё это до состояния "как должно быть", надо перерыть весь форум и поупражняться в дисциплине: "а какие рецепты с какими сработают?" И разрабам дистра взять бы и все эти прекрасные наработки взять да и реализовать в новом образе, который по случаю надо было бы выпустить с фиксом apt'а, который так и не выпустили, а не плакать, что мол, "мы запилили хренов SLIM, потому что не шмогли запилить LightDM, ниасилили", с довольно навязчивым приглашением поупражняться в этом всем желающим пользователям.
А вот пакетить в бэкпорты пакеты, которые не предусмотрены в оригинальном дебиане, а просто потому что захотелось, потому что было бы неплохо, т.к. это, видимо, повысит привлекательность Devuan в сравнении с Debian, перед юзерами это можно, а до товарного адекватного вида мы допиливать установочные образы не будем, "а так сойдёт". Я душой болею за Devuan, желаю им успехов в нелёгком труде, но пользоваться комфортно им, увы не могу, пусть сперва починят, чтоб было на уровне Debian до системды, а потом уже всякую отсебятину добавляют, они сами установили планку, что будет как в Debian, так же ответственно, они, конечно могут делать что хотят, но тогда и отношение будет соответственное!
> "потому что не шмогли запилить LightDM, ниасилили"Ну там, похоже, и впрямь чё-то капитально сломали между 1.16 и 1.28 примерно (точнее сказать не возьмусь, но 1.16.7 в системах с sysvinit вёл себя нормально).
> А вот пакетить в бэкпорты пакеты, которые не предусмотрены
> в оригинальном дебиане, а просто потому что захотелось, потому что
> было бы неплохо, т.к. это, видимо, повысит привлекательность Devuan
> в сравнении с Debian, перед юзерами это можно, а до товарного
> адекватного вида мы допиливать установочные образы
> не будем, "а так сойдёт".Понимаете, кому-то важно/посильно одно, кому-то -- другое. У меня вот нет таких сильных чуйств к slim, например (да и к lightdm тоже, wdm вполне устраивает).
> пусть сперва починят, чтоб было на уровне Debian до системды,
> а потом уже всякую отсебятину добавляют, они сами установили планку,
> что будет как в DebianПланка "будет как было" порой неподъёмна для целых государств...
По моим впечатлениям - чуть больше грамотности на единицу мейнтейнера.
Почему это федора? Обоснуйте.
Юзаю и то и другое. Что их связывает systemd?
Потому что делается уже по тем же принципам и с тем же качеством на выходе. Только хуже, поскольку красношапки за спиной нету.Нет, системды - только один из симптомов. Всякие антихер-тимы - другой.
> Нет, системды - только один из симптомов. Всякие антихер-тимы - другой.Боюсь, иное сейчас всё сложнее для любого крупного и важного, опять же, проекта с центром масс на Западе. Надеюсь, там этот маятник по возможности с минимумом жертв качнётся в обратную сторону и всё-таки пойдёт к хоть какому-то равновесию...
Можно подумать хоть какие-то проекты с центром масс не "на Западе" есть... Это китайский учить надо.
> Это китайский учить надо.У меня на то пара коллег есть -- один любитель, другой прям китаист. И знакомая, которая тудой по работе ездит и шпрехает. И ещё партнёры, у которых там завод.
Ну и знакомые китайцы или по-русски неплохо шпарят, или по-английски на худой конец получается состыковаться. Но пока в гости ездят они. :)
>> Это китайский учить надо.
> У меня на то пара коллег есть -- один любитель, другой прям китаист.А вот насчет учебника, желательно чтоб н*щеброду можно было загрузить?
> Ну и знакомые китайцы или по-русски неплохо шпарят, или по-английски на худой конец получается состыковаться.
Ну мало-ли что они там варварам по-английски наболтают...
>> Никогда не пользовался дебианом.
> И уже не стоит начинать. Сейчас это просто Федора с dpkg
> вместо rpm.Фигассе. Сергей, это эмоциональная оценка или спокойная? (я-то не в курсе внутренних течений и атмосферы что дебиана, что федоры...)
Надеюсь, что спокойная.На федору глядучи издалека, разумеется - может я думаю о ей хуже чем есть. Или, наоборот, лучше. Есть там, например, тысячи DD только ради того каждый, чтобы загружать любимый пакетик для своей кошечки?!
Для этого есть убунту. Из дебиана хорош сервер получается или специфичные сборки для слабых устройств.
Нестабильные репы могут в один прекрасный день разрушить дерево зависимостей.
backports; или ветка testing (правда я в ближайшие полгода на десктопы никому ставить его не буду, всё прямо из unstable там сейчас окажется); вообще хочется свежий софт и адекватный дистр для десктопов, тогда рекомендую Manjaro XFCE (себе родному можно даже testing)
Я сейчас посмотрел в /opt, /usr/local/, и понял что использую Debian stable исключительно как стабильное сист. окружение и LTS ядро.
Вот список того, что ставится отдельно не из репозиториев:
- AndroidStudio, Clion..., Cutter (AppImage);
- Firefox;
- Postman, Robo3t;
- TeamSpeak3;
- Telegram;
- Rust (rustup), Golang (поиграться).Подскажите как быть с этипи пакетами...
Как то пытался использовать свежий KDevelop из flatpack, были проблемы с тем, что не сохранялись некоторые настройки.
> Я сейчас посмотрел в /opt, /usr/local/, и понял что использую Debian
> stable исключительно как стабильное сист. окружение и LTS ядро.Ну попробуйте посмотреть на testing, действительно, и/или на аналогичные именно тестингу проекты других дистрибутивов (Slugger вон наверняка про сузю расскажет, если заметит).
Возможно, поймёте, что лучше подходит что-то другое -- а может, как раз наоборот: увидите, что в других местах для Вас конкретно баланс "хорошо/плохо" выходит хуже и тогда смириться с неизбежными бытовыми неурядицами, которые оказались не такими уж и большими в сравнении, будет легче.
>вообще хочется свежий софт и адекватный дистр для десктопов,
>тогда рекомендую Manjaro XFCE (себе родному можно даже testing)Понятие адекватности у каждого своё, если хотите ванильные чуть стабилизированные пакеты из арча, то да, а так, тот же школорачевый аур, где хз кто и как накидывает свой хлам, кому-то лучше использовать на десктопе не ролинг-дистры, всё относительно, пробовал манжару, год в общей сложности просидел на ней, впечатление как если бы это был линухминт, только слепленный на раче, особо плохого в этом нет, однако все вытекающие присутствуют, но я никогда бы не поставил ролинг другим людям, каким бы суперстабильным он не позиционировался, только Xubuntu и Debian, зарекомендовали себя как беспроблемные в течении релиза, но бунты я теперь тоже не использую, только в очень крайних случаях с совсем свежими ноутбуками.
>backports; или ветка testing (правда я в ближайшие
>полгода на десктопы никому ставить его не будуС возрастом приходит понимание, что линуксы вообще никому на десктопы ставить не стоит, если конечно это не приносит вам денег, или разве что это ваши родители и домашние, где вы сами подписали себя быть "тыжпрограммистом"!
>тогда рекомендую Manjaro XFCE (себе родному можно даже testing)
небольшая история:
Жил был один парень, который использовал линукс на переносном винчестере, там попеременно жили убунта и дебиан, и он мог со своим HDD прийти куда угодно и в любом компьютере, подключив его, пользоваться своей системой, всё определялось автоматически и работало без лишних правок, включил и работай!Потом этот парень решил попробовать Manjaro, установил все нужные программы и вроде бы дистрибутив был неплохой, чувства познания нового даже давали какие-то положительные эмоции, однако однажды этому парню пришлось принести свой HDD на другой компьютер, и когда он подключил его, то увидел какую-то непонятную надпись на английском, суть которой гласила, что что-то не так с его жёстким диском, система отказывалась загружаться и работать, он был неприятно удивлён, ведь пришёл он к знакомому виндузятнику, которому до этого рассказывал, как линукс на его переносном жёстком диске работает везде, что его не надо как винду под новое железо переустанавливать с нуля, а тут такой конфуз, да ещё и шёл всю дорогу домой с подозрением, что с его HDD что-то не так, может что-то вышло из строя?!
Дома, парень одключил HDD к своему компьютеру, и система снова стала работать, когда же он стал интересоваться почему так произошло, кто-то из арчеюзеров сказал, что ему надо было что-то там на каком-то этапе подправить, и тогда бы и на новом компьютере всё заработало. Когда парень спросил, а почему вообще такое происходит, ведь HDD с дебианом и убунтой всегда и везде нормально работает и на новых компьютерах само определяется без каких-либо правок?! Арчеюзер же сказал что сейчас везде так, арч на острие новизны, и что в убунтах и дебианах теперь тоже так будет, из-за чего парень немного встревожился, но решил проверить сам, снёс манжару, поставил дебиан, и попробовал провернуть операцию не получившуюся с манжарой, вставил свой жёсткий диск, в новый компьютер и всё сразу заработало и определилось. "Странно, может быть это дебиан слишком "окаменелый"", как выражался арчеюзер, "и в него ещё не успели внедрить столь свежие прогрессивные изменения?!" Парень установил убунту, что была самой новой на тот момент, потом дебиан тестинг и наконец анстейбл, и везде всё работало как и прежде!..
Прошло пару лет, и его переносной HDD везде работал с дебианом или убунтой... Зато, когда этот парень видит на форумах отзывы о манжаре, как о рекомендованной беспроблемной системе, которую кто-то рекомендует другим людям, в оппозицию "окаменелому" дебиану, то он про себя улыбается.
Да, ему тоже рекомендуют манжару, и вроде бы это сейчас неплохая система, со своими плюсами, и даже, возможно, сейчас там что-то такое починили, исправили и настроили, что манжара стала пригодной к искоробочному беспроблемному использованию, но что-то подсказывает, что скорее всего это не так, и какая бы не была пригодная система, эта ваша модная манжара, раз она уже подвела, вновь полагаться на неё не хочется, осадочек то остался!P.S.: Как-то я встречал этого парня, он теперь использует дебиан везде, говорит убунту со своими экспериментами над пользователями совсем испортилась, дебиан тоже не идеал, но лучше и стабильнее, а главное предсказуемее, всё равно, к сожалению, пока что, ничего лучше нет!
История основана на реальных фактах, все персонажи живы, их братья тоже, и волосы стали ещё шелковистее!
Ставил манджаро посмотреть на фоне положительных отзывов на опеннет. Впечатление от системы - нагромождение костылей, какие-то нелепые проблемы сразу после установки. Снес через пару часов экспериментов. Не понимаю как это можно советовать, тем более начинающим..
>Впечатление от системы - нагромождение костылей,
>какие-то нелепые проблемы сразу после установки.Нет, почему же, нагромождение костылей вполне себе симпатичное, ребята двигаются в правильном направлении, т.е. если бы ничего не ломалось, то манжара могла бы вполне быть эдаким линуксминтом на арч-основе, однако проблема как раз в этом: "ЕСЛИ БЫ", а также фундаментальные проблемы родителя как таковые, это дистрибутив для тех, кто не осилил арч или задолбался с излишних копаний в конфигах.
Однако, как и в родителе, никто не решит в нём никакую работу с разрешением конфликтов зависимостей, котоую может например apt, но в котороую не может арчепакман, это проблема на уровне архитектуры пакетного менеджера.
Это как если вы привыкли ездить на велосипеде с переключением скоростей, а рачисты бы ездили на старом совковом односкоростном, с педальным тормозом, и вот они кричат, что всё легко и непринуждённо, не должно быть никаких переусложнений, а в гору вы должны убиваться ногами вкручивать, типа мускулатура будет развиваться, хотя на деле будете в сравнении со скоростным велосипедом, уставать от недостатка элементарных вещей, и всё это ради мифического превосходства ролинга, (к слову, который намного грамотней реализован в Gentoo,) свежака и ванилы.
В итоге мы имеем хз какую секурность, и очень хреново регулируемый выбор обновлений, по сути, его считай нет, например, попробуйте сравнить механизм выбора версий пакета в gentoo и arch, как оба дистрибутива расположены к заморозке версии пакета в системе, как система заточена на частичные обновления, тут рачик даже дебиану сливает, поэтому пиходится обновляться и всегда бежать впереди поезда, или получишь проблемы разной степени напряжности, вот такой вот ролинг-пердолиг arch-style!>Ставил манджаро посмотреть на фоне положительных отзывов на опеннет
>Не понимаю как это можно советовать, тем более начинающим..Ну, опеннет как и любая площадка не застрахован от восхищённой школоты, разной степени альтернативно одарённых и банального троллинга!
> Это как если вы привыкли ездить на велосипеде с переключением
> скоростей, а рачисты бы ездили на старом совковом односкоростном,
> с педальным тормозомЗабавно: езжу на велике, переделанном из симпатичного мне односкоростного Forward посредством восьмискоростной ПКП (и да, именно с привычным ножным тормозом!) -- между домом, где альт, и работой, где тоже альт (и пилят apt-rpm :).
Причём планетарка и впрямь нравится заметно больше перекидушки -- круглогодично-всепогодно. Но порой на ТО перебрать, благо от нас через дорогу.
> Ну, опеннет как и любая площадка не застрахован от восхищённой
> школоты, разной степени альтернативно одарённых и банального
> троллинга!Факт.
К слову, ничего не имею против односкоростных велосипедов, они в узких нишах имеют своё место, но в гору без переключения скоростей ехать это адово тяжело. я за день вполне могу накатать 60-100км, туда-сюда, по гористой местности и это очень сказывается.
А вот за педальные тормоза, совковые, это те, которые когда цепь слетает и тОрмоза по сути - нет, тех индивидумов, кто их сейчас делает - нужно коллективно, прям на заводе, прям начиная с проходной, пинать ногами! Я в подростковом возрасте с горы ехал, цепь слетела и чтоб не стать жертвой в машинном потоке пришлось тормозить всякими частями тела, вылетев щучкой с велосипеда в кувет, с тех пор только ручные тормоза, независимые от цепи, желательно дисковые!
> педальные тормоза, совковые, это те, которые когда цепь слетает и тОрмоза по сути - нетВелосипеду третий десяток - ни разу цепь не слетала. Собственно, не могу припомнить ни одного случая, когда на каком-то моем односкоростном велике слетала цепь.
> Я в подростковом возрасте с горы ехал, цепь слетела
Инструкцию по эксплуатации читать пробовали или она для лохов?
Есть еще вариант: "совковые" тормоза вам вместе с великом делали где-нибудь в 90-е. Совсем недавно разбирал на органы такую "Десну" - разница со "сделано в СССР", даже в 80-е, мягко говоря, заметна.
>Совсем недавно разбирал на органы такую "Десну" - разница со "сделано в СССР",
>даже в 80-е, мягко говоря, заметна.это был велосипед не 90х годов, однако что в 80ые, что в начлале 90ых велосипеды одной модели были +- одинаково 2овённые...
Я смотрю вас тут много, ностальгирующих по совку в оголтелом положительном ключе...
>> Я в подростковом возрасте с горы ехал, цепь слетела
>Инструкцию по эксплуатации читать пробовали или она для лохов?И к чему этот выпад? Это намёк на то, что односкоростные велосипеды с педальными недотормозами не предназначены для езды в отличных от ровных, не наклонных, плоскостях или где?
>Велосипеду третий десяток - ни разу цепь не слетала.А у меня слетала и чо?
>Собственно, не могу припомнить ни одного случая,
>когда на каком-то моем односкоростном велике слетала цепь.Поздравляю, вам либо очень сильно повело с велосипедом, или сильно не повезло с памятью или правдивостью, (хотя тут как посмотреть)!
А в совке также для нормальных спортивных велосипедов, даже для тех, которые предназначены для езды строго по асфальту, были ручные, как минимум - ободные тормоза, как раз по причине их большей надёжности, в сравнении с педальными, которые по сути и не тормоза, а механизм стопорения цепи за счёт овножелезки на перо, цепь слетает, и усё, соси бибу, тормози головой!
В совке обыватель рассматривался как скот, на широкие массы такая роскошь, как надёжные средства безопасности, не распространялась, ширпотреб, расчитанный на широкие массы, был настолько хренового качества, что предумать хуже было сложно, но зато делали дебёло, да, в стране было валом металла и не жалели делать всё что можно тяжёлым и массивным, как будто из ломов гнули, но как было это всё грудой металлолома по сути, так и по сей день так, разве что рассыпаться стало быстрей.
>>Совсем недавно разбирал на органы такую "Десну" - разница со "сделано в СССР",
>>даже в 80-е, мягко говоря, заметна.
> это был велосипед не 90х годов, однако что в 80ые, что в
> начлале 90ых велосипеды одной модели былиНет. Разумеется, ни о какой репрезентативной статистике речи не идет - просто личные впечатления. Но очень свежие. Это еще притом, что мой велик был бракованный.
> Я смотрю вас тут много, ностальгирующих по совку в оголтелом положительном ключе...
Просто религия не запрещает мне сравнивать.
>>> Я в подростковом возрасте с горы ехал, цепь слетела
>>Инструкцию по эксплуатации читать пробовали или она для лохов?
> И к чему этот выпад?Так и думал - не читали.
>>Велосипеду третий десяток - ни разу цепь не слетала.
> А у меня слетала и чо?См. выше.
>>Собственно, не могу припомнить ни одного случая,
>>когда на каком-то моем односкоростном велике слетала цепь.
> Поздравляю, вам либо очень сильно повело с велосипедом-ами.
> А в совке также для нормальных спортивных велосипедов
Нормальные велосипеды - не обязательно спортивные.
> цепь слетает, и усё, соси бибу, тормози головой!
Цепь слетает потому, что умник не читал инструкцию по эксплуатации и не умеет ее правильно гото^Wнатягивать. Ну или зас*ал заднюю втулку до неприличия.
> В совке обыватель рассматривался как скот
Валерия Ильинична, вы таки с нами?!
> ширпотреб, расчитанный на широкие
> массы, был настолько хренового качества, что предумать хуже было сложноВам привели вполне конкретный пример, что после "совка" - делали значительно хуже даже
советского брака. Первое, что вы сделали - обвинили предъявившего факты во лжи...> но как было это всё грудой металлолома по сути, так и по сей день так
Ну, моя груда металолома пережила уже несколько поколений великов у соседей и друзей.
>В совке обыватель рассматривался как скот, на широкие массы такая роскошь, как надёжные средства безопасности, не распространялась, ширпотреб, расчитанный на широкие массы, был настолько хренового качества, что предумать хуже было сложноСейчас тоже обыватель рассматривается как скот. Только в "совке" его рассматривали как убойный, а при капитализме рассматривают как дойный. Чтобы ты не убился сразу, а за новой дозой пришёл снова. Запланированное устаревание и абонемент на условно-нужные услуги по обслуживанию этого ширпотреба.
> в стране было валом металла и не жалели делать всё что можно тяжёлым и массивным, как будто из ломов гнули, но как было это всё грудой металлолома по сути, так и по сей день так, разве что рассыпаться стало быстрей.
Это сейчас делают половину из пластика, а половину из трубок настолько тонких, что они мнутся от простого падения на асфальт. Советские велосипеды до сих пор в строю, кто за ними следил соответствующим образом. Да, сделано просто, но чем меньше деталей, тем меньше точек отказа. Получается просто, не удобно, но надёжно. Типа как военная техника. У M16 кучность и скорострельность выше, чем у АК-47, но АК-47 не заклинит от перегрева или песка.
> А вот за педальные тормоза, совковые, это те, которые когда цепь
> слетает и тОрмоза по сути - нетОдну цепь всё-таки давеча порвал (вторая московская зима её доконала в плане химически ускоренного стачивания поверхности) -- ну притормозил ногами об переднее и затем асфальт, благо не нёсся, а как раз попытался притопить. Кстати, ровно из-за того прецедента недавно спрашивал в любимой мастерской (притом бывшим айтишником созданной, ага), много ли мороки приспособить и дублирующий ручной на переднее -- посмотрим, но там вилку сваркой хакать надо, не хотелось бы.
> Я в подростковом возрасте с горы ехал, цепь слетела и чтоб не стать
> жертвой в машинном потоке пришлось тормозить всякими частями телаА, так понятней. У меня и в детстве хватало хладнокровия тормозить переднее колесо сандалями, избегая попадания пальцев в спицы, помнится...
Доброго здравия!
> Одну цепь всё-таки давеча порвал (вторая московская зима её доконала в плане химически ускоренного стачивания поверхности)Мне все-таки кажется, что кто-то еще просто забил на инструкцию по эксплуатации... Или таки говенное качество во вставшей с колен.
> много ли мороки приспособить и дублирующий ручной на переднее
Зачем именно на переднее-то, тем более что привыкли тормозить задним колесом? Все-равно ж тросик проброшен взад...
> А, так понятней. У меня и в детстве хватало хладнокровия тормозить
> переднее колесо сандалями, избегая попадания пальцев в спицы, помнится...Все проще, снизу крыла у любого уважавшего себя пацана моталась какая-нибудь махра со светоотражателями. Туда пинать можно было и без сандалий.
>> Одну цепь всё-таки давеча порвал (вторая московская зима её доконала
> Мне все-таки кажется, что кто-то еще просто забил на инструкцию
> по эксплуатации......в первую очередь себя -- вот и вечером ломанусь делать несделанное днём...
> Зачем именно на переднее-то, тем более что привыкли тормозить задним колесом?
Задним безопаснее, двумя эффективнее, в аварийной ситуации плавно сбросить скорость можно и передним (правило "с горки ехать не быстрей, чем можешь ехать в горку" прекрасно помню с детства, хотя рассказано оно было применительно к автомобилям).
PS: тот момент, когда опять хочется попросить у Максима курилку-болталку и кнопку "перенести тудой эту подветку с её участниками"... ну или идёмте в почту, я готов :)
> Задним безопаснее, двумя эффективнее, в аварийной ситуации плавно сбросить скорость можно
> и переднимМожно, но избалованные ножными тормозами быстро прекращают заморачиваться о плавном торможении. Если еще и седло повыше, да велик покороче (вроде той же Камы) - вполне реально научиться тормозить головой.
> "перенести тудой эту подветку с её участниками"... ну или идёмте в
> почту, я готов :)Ну а чего тут. Мальщик забил на инструкцию по эксплуатации, шишки набил - а виноват проклятый СССР. Что тут осталось обсудить-то?!
> на старом совковом односкоростном, с педальным тормозомВообще-то совецкая промышленность копировала за́падные наработки всякого 4овна. А совок - это сейчас )
> хотя на деле будете в сравнении со скоростным велосипедом, уставать от недостатка элементарных вещейШколота уж выросла, десяток великов сменила и новую школоту наплодила - пока я на старенькой Каме катаюсь;) Иногда надо просто доехать из А в Б.
Дело не в акоменелостях, а том что для десктопа без бубна сложно нормально работать.
Ставишь opensuse и бубен тоже нужен но он куда компактнее и удобней. Так что если вам нравиться большой бубен(уж что вы там компенсирует большим бубном) ваш выбор дебиан. Если маленький то opensuse. А если вы любите барабаны и гитары то Manjaro вашь выбор.
Дело не в размерах бубнов или ещё каких-то ваших ассоциациях с музыкальными коллективами, не стоит своё субъективное мнение транслировать как истинное руководство!
Дело в том, находите ли вы приемлемым и логичным, ЛИЧНО ДЛЯ ВАС, какой-либо конкретный инструмент какого-либо дистрибутива, вот и всё.
Я вот, ничего сильно плохого за опенсусю не скажу, дистр своеобразный, но пусть будет, а вот дебианский инсталятор и пакетный менеджер их всех бинарных дистрибутивов для меня самый логичный и удобный, дело в предпочтении, и сами инсталяторы и пакетные менеджеры никак не влияют на стабильность дистрибутивов в которых они используются, но некоторую корреляцию (реализация инструмента/общий подход к делу), всё же усмотреть можно.
> История основана на реальных фактах, все персонажи живы, их братья тоже, и
> волосы стали ещё шелковистее!Тронуло. Почти что моя история. =)
> А в нем можно какой то реп подключить что бы чуть новей был софт?
Это если добрый дядя туда положил.
А без доброго дяди надо собирать самому независимо от дистрибутива.
И, возможно, туда же в backports попытаться предложить (порой достаточно информации о том, что такая-то версия просто собирается _и_ работает, а также нужна в силу того-то и того-то).
Ну да, а потом еще годик подождать, когда кто-то проспонсирует загрузку пакета.
>Никогда не пользовался дебианом.А чем пользовались, если убунтой и производными, то рекомендую попробовать, а если rpm-системами, то может быть очень непривычно, особо если пакеты сами собирали.
>А в нем можно какой то реп подключить что бы чуть новей был софт?Можно подключить как testing, так и sid, по необходимости, при этом грамотно настроив пины, в идеале обходиться бэкпортами, конечно, но ограничений нет, есть рекомендации чего-то не делать, т.к. у разных вариентов разная степень возможной стабильности.
>Ну там плазма не 5.14, а 5.15 например.Ради компонентов DE посвежее, лучше пересесть на testing, после разморозки и вхождения в обычный режим вливания обновлений в testing работает также ветка с секурити-апдейтами, так что на десктопе, особо дома, вполне себе можно жить, довольно стабильно, стабильнее, чем убунта, самые жёсткие времена это послерелизные, разморозять testing, починят все поломки после вливания большой массы пакетов, через время вполне можно пользоваться, и в отличие от убунтовских ppa все эти пакеты сопровождаются официальными мейнтейнерами debian, и все фиксы в будущем будут попадать в стабильную ветку.
>Или для этого нужно unstable юзать?Анстейбл обычно подключают, когда очень нужны более свежие пакеты, когда например mpv из релизной ветки перестал проигрывать стримы с помощью youtube-dl, сама команда mpv починила это в более свежем релизе, который был опакечен только в sid, позже залитый в testing, пришлось подключить ветку и поставить этот пакет. Т.о., если функционал софта по какой-то причине не справляется с поставленной задачей, а новая версия справляется, или например кому-то очень надо было поставить Debain на ноутбук с UEFI, а в прошлый стабильный релиз не завезли такой поддержки, тогда берём testing и ставим, во всех остальных случаях лучше использовать stable, не смешивая в банальной погоне за цифрами, в Debian дыры фиксятся секурити патчами, так что без особой необходимости можно использовать те версии софта, которые есть в текущем стабильном репозитории.
>>Никогда не пользовался дебианом.
> А чем пользовались, если убунтой и производными, то рекомендую попробовать, а если
> rpm-системами, то может быть очень непривычно, особо если пакеты сами собирали.
>>А в нем можно какой то реп подключить что бы чуть новей был софт?
> Можно подключить как testing, так и sid, по необходимости, при этом грамотно
> настроив пиныИ первая же рекомендация: сразу sid-у приоритет 1. Что-то вроде этого:
Package: *
Pin: release n=ceres
Pin-priority: 1(ceres на sid не забудь заменить, бездумная копипаста -- зло)
>>Ну там плазма не 5.14, а 5.15 например.
> Ради компонентов DE посвежее, лучше пересесть на testingНе надо новичкам на тестинг. Ну или если очень хочется версии посвежее, то нехай хотя бы год выждут до следующей заморозки.
> Анстейбл обычно подключают, когда очень нужны более свежие пакеты
Или когда пакет из сида в тестинг перекочевал, а его зависимость ещё нет.
>> Анстейбл обычно подключают, когда очень нужны более свежие пакеты
> Или когда пакет из сида в тестинг перекочевал, а его зависимость ещё нет.Фигассе, в дебиане разве так бывает? В testing же не положено unmets?
// тот момент, когда у тебя и в unstable их не бывает
>>> Анстейбл обычно подключают, когда очень нужны более свежие пакеты
>> Или когда пакет из сида в тестинг перекочевал, а его зависимость ещё нет.
> Фигассе, в дебиане разве так бывает? В testing же не положено
> unmets?Да, в тестинге такое бывает. Не положено -- не значит, что не возможно. Это RC-баг, в общем.
> // тот момент, когда у тебя и в unstable их не бывает
Да, сизиф конфетка.
Между дебианом и альтом в этом плане есть принципиальная разница. Buildd работает несколько иначе: он берёт по сырцовому пакету и собирает его относительно текущего состояния репозитория. Затем берёт следующий. Сизиф же, насколько мне известно, всё-таки строит дерево сборочных зависимостей и затем сворачивает его.
> Между дебианом и альтом в этом плане есть принципиальная разница. Buildd
> работает несколько иначе: он берёт по сырцовому пакету и собирает его
> относительно текущего состояния репозитория.А где оно сериализуется, построением очереди на сборку и одним buildd на один репозиторий?
> Сизиф же, насколько мне известно, всё-таки строит дерево сборочных
> зависимостей и затем сворачивает его.Cизиф -- не сборочница, а репозиторий/проект; насчёт "строит/сворачивает" не понял (или ты про то, как формируется чрут для сборки?).
В girar_builder в этом плане интересен транзакционный подход скорее, у at@ где-то была статья на эту тему -- если интересно, найду позже, сейчас патчи принять надо.
>> Между дебианом и альтом в этом плане есть принципиальная разница. Buildd
>> работает несколько иначе: он берёт по сырцовому пакету и собирает его
>> относительно текущего состояния репозитория.
> А где оно сериализуется, построением очереди на сборку и одним buildd на
> один репозиторий?Так глубоко в Debian не лез. Мне надо было поверхностно сравнить подходы. А доков по этим вещам сам понимаешь -- мало.
>> Сизиф же, насколько мне известно, всё-таки строит дерево сборочных
>> зависимостей и затем сворачивает его.
> Cизиф -- не сборочница, а репозиторий/проект; насчёт "строит/сворачивает" не понял (или
> ты про то, как формируется чрут для сборки?).В моём текущем понимании сизиф -- это репозиторий с результатами сборок. В него попадают пакеты, полученные в вашем CI, основанном на gears. На Gears я смотрел как раз лишь мельком, но у меня сложилось впечатление, что он вроде как сроит граф сборочных зависимостей, и именно его обходом формирует последовательность сборки. Я ошибаюсь?
> В girar_builder в этом плане интересен транзакционный подход скорее, у at@ где-то
> была статья на эту тему -- если интересно, найду позже, сейчас
> патчи принять надо.Интересно, как вы определяете, что должно войти в каждую транзакцию. Если не по графу, значит, по-видимому, руками.
> На Gears я смотрел как раз лишь мелькомgear -- это вообще вариант git-репозитория особого вида с метаданными для построения из него исходного пакета (или его эквивалента в .tar).
> но у меня сложилось впечатление, что он вроде как сроит граф сборочных
> зависимостей, и именно его обходом формирует последовательность сборки.
> Я ошибаюсь?Вот к этому и gear, и girar вообще никак не относятся; хотя обвязка для набивки заданий в нужном порядке и впрямь существует: http://altlinux.org/girar/girar-nmu#girar-nmu-sort-transaction
> Интересно, как вы определяете, что должно войти в каждую транзакцию.
> Если не по графу, значит, по-видимому, руками.Или руками, или скриптовой обвязкой вне сборочницы (те же perl*/python* руками обновить малореально -- см. тж. http://0x1.tv/20161001E при интересе к вопросу).
PS: bircoph@ вон по смежному поводу ругается и грозится когда-нибудь перенести revdep-rebuild из portage. :)
> Да, сизиф конфетка.
> Между дебианом и альтом в этом плане есть принципиальная разница. Buildd работает
> несколько иначе: он берёт по сырцовому пакету и собирает его относительно
> текущего состояния репозитория. Затем берёт следующий.И тут набегают анони ^W коллеги с obs, nix, guix, .... ....
...и делятся опытом, делятся, делятся. Аж дым стоит!
> Аж дым стоит!Да, такое бы тоже в курилку/болталку. Прошу прощения :(
> а 5.15 например. Или для этого нужно unstable юзать?Юзай http://www.linuxfromscratch.org/blfs/view/stable/kde/plasma-...
Например.
Попробуй Debian-based Plasma-дистры типа Netrunner, Neptune и Septor. Там вроде посвежее должно быть, но не уверен.
А почему не поддерживается архитектура SPARC?
нет людей со SPARK'ами, желающих заниматься поддержкой.
Вообще там есть неофициальная поддержка spark64, но перенесенные на эту архитектуру пакеты надо еще поискать.
> нет людей со SPARK'ами, желающих заниматься поддержкой.
> Вообще там есть неофициальная поддержка spark64, но перенесенные на эту архитектуру пакеты
> надо еще поискать.Сейчас снова стали формировать сборки нетинст под спарк64, альфа и хппа, и даже репозитории есть, но в них куча неразнешенных зависимостей... а вообще, можно сравнить со своим i7 :)
http://forum.ixbt.com/topic.cgi?id=8:22037:1490#1490
Тесты как раз на бустере сделаны. AlphaServer DS10 и Sun Blade 150.
Но вообще в дебе всё не так. Нет людей - это в генту... когда хэндбуку 10 лет, а stage1 упорно собирается. А в дебе если производитель дропнул, то и деб дропнул.
> А почему не поддерживается архитектура SPARC?А что Вам на ней надо и чем солярка не устроила?
Тем, что она sun4u уже не поддерживает?
>А почему не поддерживается архитектура SPARC?А у вас есть Эльбрус-90микро?
Только освоил iptables и тут такое...:(
iptables уже давно разработчиками как бы объявлен устаревшим...
В любом случае там есть слой обратной совместимости, так что время для изучения nftables у вас достаточно, а пока можно пользоваться iptables-nft.
Как сиделый на дебиане 1 год юзер, могу сказать, что даже в ЛТСах убунты проблем меньше. А уж неон тем более в разы стабильнее.
Станиславский сказал бы: не верю!
А я уж шестой год на домашнем ПК Дебиан держу и это самая стабильная ось из всех, что я использовал.
А я сидел на debilian 3 года.
И это самая кривая ос, которой пользовался.
Использую Debian с 3х версий. Помимо компов собирал под системы на ARM'ах (не Распберри и иже с 5ими). И задачи, не тупо запуститься или "помигать светодиодами", а работать.
Разумеется, помимо Debian, использую и другие Linux, BSD, и даже Windows.
Для встраиваемых или относительно самодостаточных систем предпочитаю Debian и Slackware, ибо прогнозируемо поведение системы, как задумал, так работает. И работает годами. Нет, десятилетиями, есть несколько автономных контроллеров с начала 2000х, в горах, и из досих пор используют.Если б Debian, был "крив", или хотя бы хуже других, у меня было б достаточно времени сменить базовый дистрибутив. А раз это не произошлр, то Debian - "конфетка"!
На десктопе, обычно предпочитаю Debian, и для разнообразия иное.
Если хочется самоое свежее ПО, в чем проблема поставить не трогая зависимости? ;)ps: разница между различными дистрибутивами весьма условна, в видна только после типичной установки, а после допиливания под себя, всё равно получается примерно одно и тоже.
Да какая разница лучше у нее что-то сделано, чем у Linux или нет, если это сплошной ТРОЯН, да еще ты свои деньги заплатил за то, чтобы сливать свои данные дяде. Траханье с попытками поотключать шпионские возможности никакой гарантии, что это удалось не дает и с каждым новым обновлением они могут оказаться вновь включенными.https://ru.wikipedia.org/wiki/Windows_10#%D0%A2�...
Microsoft собирает множество данных об использовании компьютера с помощью сервисов телеметрии, которые пользователь не может отключить. Согласно заявлению о конфиденциальности, Windows 10 собирает данные, используемые для улучшения продуктов и служб. Примерами таких данных являются имя, адрес электронной почты, предпочтения и интересы, журнал браузера, журнал поиска и история файлов, данные телефонных звонков и SMS, конфигурация устройств и данные с датчиков, а также данные об использовании приложений. Также могут собираться все данные, вводимые с клавиатуры, рукописно или через системы распознавания речи. Сбор данных может происходить при установке программ, использовании голосового поиска, открытии файлов и вводе текстов. Собранные данные могут передаваться третьей стороне с согласия пользователя для предоставления запрошенных услуг, а также предоставляться изготовителям оборудования. Часть критики также относится к тому, что Windows 10 делится паролями от Wi-Fi с другими пользователями.
Приложения и сервисы Windows 10 собирают информацию о местоположении. Cortana собирает контактные данные, сведения о звонках и текстовых сообщениях, историю посещений сайтов. Для своей работы она требует разрешить сбор и отправку статистики всей вводимой информации (через распознавание голоса, рукописного ввода и с помощью клавиатур). Также в Microsoft передаются ключи шифрования жёсткого диска (отключение данной опции недоступно в «домашней» редакции), пароли к сетям Wi-Fi («Контроль Wi-Fi» предоставляет эти ключи друзьям в Facebook, контактам Outlook и Skype).
После интеграции Cortana в Windows Search в «домашней» редакции стало невозможным отключение голосового помощника, который отсылает вводимые данные (без входа в учётную запись Microsoft данные остаются анонимными)
>с помощью сервисов телеметрии, которые пользователь не может отключитьМожет.
>После интеграции Cortana в Windows Search
Устаревшая информация. Они полностью "разынтегрированы" в последней версии Windows 10.
> Может.Не может, уже выясняли и не один раз. То что можно отключить штатно - это далеко не все и даже штатные отключалки не всегда отключают реально. Программы вроде DWS не просто так появились и не просто так они регулярно обновляются
>регулярно обновляютсяНу вот и прекрасно - если кому-то недостаточно штатных настроек приватности и хочется потешить свою паранойю, для этого есть софт :-)
> с несвободной репы debianЯ вас шокирую, но у debian таки нет "несвободной репы". non-free - это не часть debian.
> получаете чёрный экран
И кто виноват, что вы продолжаете жрать кактус. Линус же показывал, забыли?!
Вообще, толстовато вышло. Даже по меркам опеннету. Гляди - вас даже не заминусовали.
>> с несвободной репы debian
>Я вас шокирую, но у debian таки нет "несвободной репы". non-free - это не часть debian.Ну, где тут противоречие?
-Репа для Дебиана? - Для дебиана! Принадлежит инфраструктуре дебиана, и что теперь, что не свободные пакеты в ней? Всё равно корректно будет так сказать.
Если так-то докалёбываться до идеологической верности формулировок и соответствиям их с философскими желаниями авторов, то и убунта это только main, и linux - это не ОС, и много ещё условностей, а в этом предложении никаких явно еретических подтекстов нет, и формулируемых явно грехов тоже!Откуда вы такие снобы берётесь?!
> Ну, где тут противоречие?Тут нет противоречия.
Вам просто рассказали как оно на самом деле, для проекта. А вам никто не запрещает считать дебианом хоть свой любимый трехколесный велосипед.
> Вообще, толстовато вышло. Даже по меркам опеннету.
> Гляди - вас даже не заминусовали.Его [комменты] зарэзали. С понижением планочки оценки "на глаз"... :(
> ставите nvidiab блоб с несвободной репы debian на 4.19 ядро, получаете чёрный экран.УМВР, ЧЯДНТ?
Справедливости ради - нвидиа нигде нормально не работает. Ни в одном дистрибутиве, и даже в венде с ней постоянные проблемы. Такая вот у них команда разрабов.
> ставите nvidiab блоб с несвободной репы debian на 4.19 ядроВсе работает, в т.ч. CUDA 10.1. У меня видеокарта на чипе Pascal.
> BSD, и даже Windows.Классический бсдешник!
Дальше можно и не читать - много ли вам там из пуссиэкзе видно? ))
>Debian - "конфетка"!Candybian!
Candida albicans
Первый Пк, первая ОС, первый опыт..
не зашло Детская травма на всю жизнь?
Да и десятый не лучше. Что может быть проще чем прицепиться к вайфаю с WPA2 при известном пароле? Убунта осилила с первого раза, Mageia и OpenSUSE тоже. Дeбилиaн же стабильно не смог с нескольких попыток, ага - при том, что нужную сеть он видит и пароль мной вводится правильно. Ноутбук один и тот же, так что дело явно не в железе. Поржал над такой стабильностью да и забил на это дело.
Больше 10 лет на Debian.
Лет 8 сидел на testing/sid, проблемы были только тогда, когда лазил в экспериментал,
и то иногда и все быстро решалось.
Последние три года сижу на Stablt, тем более никаких проблем.
стареешь? :)
Взрослеет.
Стареет.
> Ядро Linux обновлено до версии 4.19Странно, что используется 4.19.37-5 с бекпортом только обходов CPU-уязвимостей (и пары других CVE), а
"ext4: fix data corruption caused by overlapping unaligned and aligned IO"
из 4.19.45 оказался не достаточно "стабильным" для надёжного релиза.
Сам пользуюсь rolling Debian testing, который скора, наконец-то, продолжит катиться, а то из-за релиза застрял на абсурдах. Кстати, ещё один, где мэйнтейнер gcc должен доказвать, что изменения в стабильной(!) ветке gcc, исправляющие регрессии, действительно нужно применить и в Debian stable:
> Кстати, ещё один, где мэйнтейнер gcc должен доказвать,
> что изменения в стабильной(!) ветке gcc, исправляющие регрессии,
> действительно нужно применить и в Debian stable:Как писал другому человеку в #157 -- походите, посмотрите. Порой такое помогает больше ценить то, к чему уже привык и не замечаешь; а оно отнюдь не данность.
Ядро в релизе 4.19, пытаюсь включить гибридный режим I/O polling.
echo 0 > /sys/block/sda/queue/io_poll_delay
-bash: echo: write error: Invalid argumentКто-нибудь пробовал включать этот режим?
Debian на сервер. На десктоп Fedora. А на каждый день, любимый телеметрический Windows 10
Держу в курсе :)
> Debian на сервер. На десктоп Fedora.Держу в курсе :)
Попробуй держать в марганцовке.
Дерву в венегрете
Windows 10, конечно же. А лучше в хлорной извести.
А существует ли nftables tutorial или HOWTO, чтоб совсем для чайников? По типу: https://www.opennet.me/docs/RUS/iptables/
https://wiki.debian.org/nftables
Примеры уровня открыть порт, примеров на пробросить порт, маркировку, редирект, разрешить пакеты между несколькими интерфейсами сделать нет. nftables зонами управляет?
> nftables зонами управляет?Зонами управляет ФСИН.
Ни в iptables, ни в nftables никаких "зон" нет.
А firewalld тогда что за зверь и чем он управляет?
Разная терминология просто
Это более высокоуровневая сущность, которая по задумке авторов firewalld должна что-то там упрощать. Ну или просто делать настройку более похожей на винду.
Обрабатывает кнопочку "Сделать s/зае__сь/как_в_Винде"
https://wiki.nftables.org
Это я видел. Слишком сложно, неразжёвано.
До сего дня пользовался, но не все аналоги из iptables перенёс. И вот только сегодня для себя открыл iptables-translate.
Например:
iptables-translate -A OUTPUT -p udp -o eth0 -j REJECT
nft add rule ip filter OUTPUT oifname eth0 ip protocol udp counter reject
Занятно, но в десяточке такого пакета нет.
$ apt-file search iptables-translate
iptables: /usr/sbin/iptables-translate
iptables: /usr/share/man/man8/iptables-translate.8.gz
Виноват, о5 /sbin исчез из $PATH.
> На смену iptables, ip6tables, arptables и ebtables пришёл пакетный фильтр nftables, который теперь применяется по умолчаниюТолько в iso-шках новых везде iptables по-прежнему. Где он применяется по умолчанию? Что-то не заметно.
$ update-alternatives --query iptables
> Удалены многие устаревшие и оставшиеся без сопровождения пакеты, включая ... phpmyadminА что, это phpmyadmin разве устарел? Вики показывает, что последняя версия от 4 июня 2019 года.
Он просто дуршлаг, которым никто не хочет заниматься, например.
>> Удалены многие устаревшие и оставшиеся без сопровождения пакеты, включая ... phpmyadmin
> А что, это phpmyadmin разве устарел? Вики показывает, что последняя версия от
> 4 июня 2019 года.Он остался без фиксов. https://tracker.debian.org/news/1021625/phpmyadmin-removed-f.../
Пропали они куда-то...https://tracker.debian.org/pkg/phpmyadmin
https://bugs.debian.org/930018
> nftablesНаконец-то Linux переходит на синтаксис здорового человека (ipfw)
Чему тут радоваться, из упрощенного синтаксиса теперь надо сочинения писать
Как минимум тому, что эти сочинения можно будет распарсить без необходимости упарываться до состояния их автора.
>>>Linux переходит на синтаксис здорового человека (ipfw)
> Как минимум тому, что эти сочинения можно будет распарсить без необходимости упарываться
> до состояния их автора.Эээ?
"Я не осилил iptables, а теперь придумал про `синтексис здорового человекв` и смогу стать Настоящим Анони-дмином Линуукс, и найду работу." ???
Денег нет, но Вы поправляйтесь там! #вон-из-профессии-обратно-прилетело
Что занервничал то, Митрофанушка?
>Денег нетНу бывает. А насчет iptables не переживай, осилятор ты наш, раутеров с дропнутой поддержкой тебе до пенсии хватит и еще останется.
>#вон-из-профессииСовершенно верно, упоротым фанатам некрокостылей, повелителям граблей и адептам секты швятых подпорок там делать нечего. Прими таблеточку^W как данность.
Как выйдет 10.1, можно будет обновлять на серверах.
Как обновить то с Debian 9.9 уж хочется протестировать очень.
Почитать ман на офсайте
Не спеши лучше до 10.1, как минимум, поюзай на виртуалке если сильно хочется. У меня на чистой установке в виртуалбоксе сегодня умудрился один раз при запуске тупо зависнуть
Как ни странно, при обновлении проблем бывает меньше, чем при установке с нуля. Если, конечно, внимательно читать то, что пишет пакетный менеджер.
> Как обновить то с Debian 9.9 уж хочется протестировать очень.На запа ^W этом http://www.opennet.me/openforum/vsluhforumID3/117782.html#46
фронте без https://www.debian.org/releases/buster/i386/release-notes/ch...
изменений. http://www.opennet.me/openforum/vsluhforumID3/114458.html#29
Пробовал добавить скаченные dvd в качестве локального репозитория - не хочет. Говорит, что нужно их подписывать. Без понятия как.
> Пробовал добавить скачанные dvd в качестве локального репозитория
> - не хочет. Говорит, что нужно их подписывать. Без понятия, как.Возможно, всего лишь посмотреть, какой там положен релизный ключик, и забрать из /etc/apt/vendors.list* описание в локальную систему (я не знаю в точности, как в дебиане, но у нас тоже apt и вопрос знакомый).
>> Пробовал добавить скачанные dvd в качестве локального репозитория
>> - не хочет. Говорит, что нужно их подписывать. Без понятия, как.
> Возможно, всего лишь посмотреть, какой там положен релизный ключик,Ты не поверишь! У них на DVD /dists/{stretch,$(вставить --по-вкусу)}/Release ...
...кирпичом не чистят...
...не подписывают.Они подписывают .iso и считают, что для установки с [загрузкой с!] него этого достаточно. И на cd/dvd источники в APT (те, что "вставьте дискетку #nnn) "приехавшие" из таки инсталятора ставят галочку "[+] доверять без подписи".
А для всяких прочих APT-источников есть подписанный, как положено, http :// .... /dists/XXXX/{Release{,.gpg},InRelease} .
/etc/apt/sources.list
deb [trusted=yes] file://.....
спс
А с фига ли file:? Пропиши cdrom:, и будет счастье.
Поподробнее, плиз.
apt-cdrom add
> apt-cdrom addЭта команда мне известна. Она позволяет добавлять физические CD/DVD диски в файл sources.list. А что делать, когда нет ни физических дисков, ни желания их записывать, а есть скачанные iso?
>А что делать, когда нет ни физических дисков, ни желания
> их записывать, а есть скачанные iso?" Бери башь и е..шь. "
Я себе веб-сервер +B-> на awk-е написал.
http://www.opennet.me/openforum/vsluhforumID3/112740.html#34
Ваши костыли May Vary.И скрестил полный набор DVD релиза с подписанным набороом Packages, скачанным с web-репо, --
-- в полное (с точностью до+-...) локальное зеркало.Нет, не опубликовано. Просто хвастаюсь.
>" Бери башь и е..шь. "Зачем, если то, что написал mumu работает? А то, что написал аноним работает лишь по его словам. Не вижу смысла.
>Я себе веб-сервер +B-> на awk-е написал.
Вашим сервером можно и оф. зеркало подменить. Сервер в серединке.
>>" Бери башь и е..шь. "
> Зачем, если то, что написал mumu работает?Я так ответил для себя на вопрос про
"А что делать, когда ... есть скачанные iso?".Я себе сделал так, что .iso-щники _не_надо_ монтировать.
>А то, что написал аноним
> работает лишь по его словам. Не вижу смысла.
>>Я себе веб-сервер +B-> на awk-е написал.
> Вашим сервером можно и оф. зеркало подменить.Ну, я и писал --
deb http://localhost/debian/squeeze/ squeeze main
, потом
deb http://localhost/debian/wheezy/ wheezy main
, потом :/
deb [check-valid-until=no] http://localhost/debian/ascii-dvd1/ ascii main
....
, пока всё опять не поломал.> Сервер в серединке.
Нет. Зеркало же. Локальная копия, кеш, м.б. - по вкусу.
>Я себе сделал так, что .iso-щники _не_надо_ монтировать.Поздравляю. Вы, я вижу, не любитель делиться информацией.
Можно подумать, что монтирование производится каждый раз с помощью лома и парового двигателя. Да какая разница? Работает и ладно.
>>Я себе сделал так, что .iso-щники _не_надо_ монтировать.
> Поздравляю. Вы, я вижу, не любитель делиться информацией.:-O Монтирование-то тут при чём? Впрочем, спасибо.
Наверное, мне следовало написать, локальный репозиторий для одинокого локалхоста.
apt-cacher-ng
-->
# Apt-cacher can be used in offline mode which just uses files already cached,
# but doesn't make any new outgoing connections by setting this to 1.
offline_mode=0
-->
https://wiki.debian.org/AptCacherNg
там даже про автоматическую настройку клиентов написано.
> Для APT реализован режим sandbox-изоляции, включаемый через опцию APT::Sandbox::Seccomp и обеспечивающий фильтрацию системных вызовов при помощи seccomp-BPF. Для более тонкой настройки белого и чёрного списков системных вызовов можно использовать списки APT::Sandbox::Seccomp::Trap и APT::Sandbox::Seccomp::Allow;А кого там в черный список можно внести? Пример использования можно? )
Много легального трафика - это хорошо. Пусть у Яровой сервер лопнет.
Ей и подельникам все равно ))
Они бабло попили уже
http://academictorrents.com/browse.php?sort_field=added&sort...
http://www.legittorrents.info/index.php?page=torrents&search...
https://wiki.openstreetmap.org/wiki/Planet.osm#BitTorrent
https://www.reddit.com/r/DataHoarder/
https://www.reddit.com/r/DHExchange/Wikipedia:
https://tools.wmflabs.org/dump-torrents/
https://meta.wikimedia.org/wiki/Data_dump_torrents
https://www.kiwix.org/en/downloads/kiwix-content-packages/linux:
https://linuxtracker.org/
https://distrowatch.com/документальные фильмы:
https://documentaries.io/
https://documentaryheaven.com/
https://docur.co/
https://thoughtmaybe.com/
https://topdocumentaryfilms.com/
https://www.reddit.com/r/DataHoarder/comments/c965la/1194_ti.../
Бага такая: если есть отдельный раздел /boot и он меньше или равен 100 мегабайт, то...Настраивается пакет initramfs-tools (0.133) …
update-initramfs: deferring update (trigger activated)
Обрабатываются триггеры для initramfs-tools (0.133) …
update-initramfs: Generating /boot/initrd.img-4.19.0-5-amd64
W: Possible missing firmware /lib/firmware/amdgpu/vega20_asd.bin for module amdgpu (и еще строк 10, хотя видюха далеко не vega)
gzip: stdout: No space left on device
E: mkinitramfs failure cpio 141 gzip 1
update-initramfs: failed for /boot/initrd.img-4.19.0-5-amd64 with 1.
dpkg: ошибка при обработке пакета initramfs-tools (--configure):
installed initramfs-tools package post-installation script subprocess returned error exit status 1
При обработке следующих пакетов произошли ошибки:
initramfs-tools
E: Sub-process /usr/bin/dpkg returned an error code (1)Раньше, в 9-м debian, работало и проблем не было, а теперь, вероятно, прямо в разделе /boot сохраняются bak-файлы. И ста мегов мало для одной версии ядра. А может я проспал всё и boot разделы уже отменили?
Или где-то в shim надо что-нибудь включать/выключать?
Проверь что у тебя там других ядер нет, оставь последнее рабочие
Конечно нет, я ж написал про одно ядро.
В репах 2 ядра signed и unsigned. Когда ставишь любое из них, вылетает та же ошибка.
>если есть отдельный раздел /boot и он меньше
>или равен 100 мегабайт, то...У меня в /boot сейчас два ядра со всякими овнами занимают чуть больше 60Мб, так что жить можно, но если место позволяет, для типовой установки я бы не жмотничал, а хотяб 200 Мб выделил, мало ли, захочется чего-нибудь странного, а положить это негде.
Увеличил /boot до 300 мег, ошибка исчезла. Правда, появились сомнения насчёт необходимости отдельного /boot.
У меня HDD и /boot по привычке ближе всего к началу диска, а так вообще бувают причины держать отдельным раздел /boot, например можно упороться и шифровать не только хомяка, но и корень, тогда при загрузке, надо чтоб /boot был незашифрован, например.
Если grub поддерживает загрузку с файловой системы на которой висит ваш / то в отдельном разделе /boot обычно нет необходимости.
Например ext4 поддерживается.
Когда у тебя закончиться свободное место в root и ты не сможешь загрузиться, вспомни тогда про отдельный boot
> Когда у тебя закончиться свободное место в root и ты не сможешь загрузиться1. Сможешь как минимум до аварийной консоли (в самом худшем случае).
2. В данном случае приключилась прямо противоположная ситуация.
Только зачастую наоборот получается — вспоминают про то, что есть отдельный boot, когда в нём место заканчивается.
> Только зачастую наоборот получается — вспоминают про то, что есть отдельный boot,
> когда в нём место заканчивается.Перед апгрейдом дебиана прочтите...
...трах-тибидох-тибитрах!...
...релиз-нотесы же.Там обдельной главой написано: "Торвальдс блоатварь продолжает жblреть, просто расширьте ваши /boot-ы"....
Я почти уверен! Каждый раз при апгрейде D. вот это вот то же самое. да.
А каким образом отсутствие свободного места на / и /boot мешает загрузке?
Ну по крайней мере той части, за которую отвечает загрузчик.Ситуации "На /boot и / нет свободного места" и "на /boot есть место, а на / нет" по-моему приведут к одинаковым результатам при загрузке.
Для детей: если нет места на / , то нет возможности писать логи, нет возможности создавать в /tmp. И как бы давно все разучились нормально разбивать систему, что и логи отдельно и временные отдельно. Все чему учил unix про***ли всякие поттеренги и их преспешники.
> Когда у тебя закончиться свободное место в root и ты не сможешь
> загрузиться, вспомни тогда про отдельный bootНе про /boot.
Про /home, про /var, про /usr (привет UsrMove-ерам), про /tmp [на tmpfs и со swap-ом!], про...
...logrotate, про "не работай под рутом", в конце-то концов.Не, не про /boot.
Ок, ставим _десяточку_, запускаем Gnome Tweaks, чтобы шрифты не выглядели как чёрт-те что. Выставляем hinting slight, antialiasing subpixel, Alt F2 r, делаем ссылку куда надо для 11-lcdfilter-default.conf и... ни черта не работает. Какого диавола? Это уже смешно, в натуре, возиться в Linux с настройкой нормального сглаживания шрифтов в 2019 году. Стабильность, блин. При этом в Fedora, разумеется, всё работает сразу. Нет, ручная правка в Debian помогла. Но если в репах есть софт, то он должен работать, не?Debian таки всё ещё не готов для десктопа (с), аминь.
Шрифтопроблемы LoDPIшников.
Шрифтопроблемы стандартного для большинства 96 dpi на нормальных, не выпендрежных over9000K, обычных full hd мониках.
А у тебя до сих пор 17 дюймовый монитор в 2019 году?Ну ты и бомжара
А чё там со шрифтами-то из корябки?
> А чё там со шрифтами-то из корябки?Комм перечитай, Шигорин. Там всё написано буквами. Русскими в основной массе, кстати.
Да как обычно, во freetype что-то улучшили. Стало мыльно, как в убунте. Хотя раньше многие наоборот плакались, что нельзя как в убунте сделать. Короче, всё как всегда.
> Да как обычно, во freetype что-то улучшили. Стало мыльно, как в убунте.В Убунте - долгое время фактически в единственном из дистрибутивов Линукса "искаропки" было сглаживание*. Такое, какое оно и должно быть - если его, конечно, включить. Конечно, если долгое время пялиться на корявые искажённые буквы, то нормальные, приближенные к "бумажному" типографическому виду, покажутся "мыльными", да.
Единственное, имхо таки дефолтовые шрифты в Убунте (которые их собственные) визуально толстоваты. Cantarell в компании с остальными третьегномодефолтными выглядит тоньше и "чище".
* - потому что там 1) не заморачивались лицензионной чистотой 2) заботились об обычных пользователях, не гиках, которые тем временем патчи инфиналити компилили и в конфигах ковырялись, чтобы добиться сглаживания от своих линуксов, которые не-убунту
> В Убунте - долгое время фактически в единственном из дистрибутивов Линукса "искаропки" было сглаживание*.Не знаешь — не трынди. Сглаживание, в том числе субпиксельное, в дебиане появилось ещё раньше. Теперь прикрутили какой-то другой алгоритм, который делает жирные замыленные символы по умолчанию. Настройками их можно привести к приемлемому виду, но всё равно остаются жирнее, чем были раньше. Мне, в принципе, и так норм, а у кого-то, вон, бомбит.
>> В Убунте - долгое время фактически в единственном из дистрибутивов Линукса
> Не знаешь — не трынди.Да ладно, хоть не рассказывает, что этот ваш дебиан из убунты получился (интернет -- у Гейтса, телефон -- у Джобса, лампочка -- у Эдисона). :)
Знатоки "всех" (эквивалентно "единственном из") дистрибутивов линукса -- редкий товар, штучный. Беречь надо. У меня вот терпения даже на первую сотню дистровотча никогда не хватало -- перебрать, посмотреть, применить, сделать выводы.
PS: https://packages.altlinux.org/ru/sisyphus/srpms/fontconfig-i...
> PS: https://packages.altlinux.org/ru/sisyphus/srpms/fontconfig-i......и Шигорин не упускает случая прорекламировать в стопицотый раз свой уютненький дистрибутивчик.
>перебрать, посмотреть, применить, сделать выводы
Шигорин, ты картошку, яйца, молоко и прочее в магазине выбираешь, или берешь не глядя что попало?
>infinality
А меж тем, внезапно, на дворе был уже 2019 год... (См. https://habr.com/ru/post/311462/)
>> PS: https://packages.altlinux.org/ru/sisyphus/srpms/fontconfig-i...
> ...и Шигорин не упускает случая прорекламироватьСтрашно подумать, сколько рекламы некоторые видят в вещдоках.
>> перебрать, посмотреть, применить, сделать выводы
> Шигорин, ты картошку, яйца, молоко и прочее в магазине выбираешь,
> или берешь не глядя что попало?Беру особо не глядя то, к чему уже глаз пристрелямши. Не размахивая при этом воплями "это практически единственное из", поскольку мне достаточно квантора существования. :)
>> infinality
> А меж тем, внезапно, на дворе был уже 2019 год...Эээ... не Вы ли в #235 упоминали "патчи инфиналити компилили и в конфигах ковырялись"? Пока кто-то ковырялся, кто-то мог поставить оба варианта аптом.
А если бы заглянули по ссылке и обратили внимание на первый и последний годы в ченжлоге, то, может, поняли бы, зачем она вообще была.
Хотя и я мог бы внятней написать, пожалуй.
>поскольку мне достаточно квантора существованияНу, кто-то непривередлив, а кто-то разборчив. Ни то, ни другое не является ни достоинством, ни недостатком, как правило.
>и обратили внимание на первый и последний годы в ченжлоге
Ну, из ченджлога ясно, в основном, только то, что, собственно, "1. родился ... N. отметился, что ещё существует".
>Сглаживание, в том числе субпиксельное, в дебиане появилось ещё раньше...только не работало, kekeke
ЛПиП
>запускаем Gnome Tweaks, чтобы шрифты не выглядели как чёрт-те что. Выставляем hinting slight, antialiasing subpixel, Alt F2 r, делаем ссылку куда надо для 11-lcdfilter-default.conf и... ни черта не работаетЗаходим в сеанс KDE и всё необходимое устанавлваем в "Параметры системы" (оно же systemsettings).
Опять знатоки цуникримпелей... Меня категорически не волнует, что в другой среде рабочего стола нечто работает. Я говорю о той среде, которую предпочитаю я, и о том, что это нечто не работает именно в ней. И, кстати - я не спрашивал совета. Ясно?
Ещё даже не дочитав до середины, понял, что вы, во-первых, пользуетесь Fedora, а во-вторых, что нифига вы Debian не пробовали.Потому что вы описали те самые танцы с бубном, которые были необходимы в Fedora для получения нормального сглаживания: зайти на левый сайт, поставить пакет, подключающий репозиторий, поставить freetype-freeworld, а так как в Fedora почему-то не включили lcdfilter по умолчанию, - включить его той самой ссылкой в /etc/fonts. Палитесь. :)
При этом в Debian всегда надо было лишь включить субпиксельное сглаживание в настройках, и всё работало. И работает.
>пользуетесь FedoraТаки да.
>Debian не пробовали
У нас его пробовали для корпоративных нужд, еще 7-й, тогда же пробовал для десктопа - сильно не зашло. В том числе и из-за шрифтов.
>зайти на левый сайт
Ну, из фьюжена или с гитхаба надо было ставить только до тех пор, пока в официальный freetype не завезли сглаживание. Но да, странно, почему ссылку из коробки не добавили теперь - востребованнейшая же опция.
>Палитесь
Да ладно? :-) Я никогда не скрывал редхатофилии, kekeke. Просто исходя из воспоминаний о старых экспериментах, почему-то помню, что со ссылками и в Debian надо было играться когда-то.
>в Debian всегда надо было лишь включить субпиксельное сглаживание в настройках, и всё работало
Ну вот щупал я 9-й - включил. И - ничего. Нету субпиксельного после "лишь включить". Смотрел 10-ку прямо за пару дней до релиза. Тоже почему-то нету. Может я что-то упускаю. (Могу просто пойти и спросить наших одминов, но чисто спортивный интерес же, зачем людей теребить.)
> Ну вот щупал я 9-й - включил. И - ничего. Нету субпиксельного после "лишь включить". Смотрел 10-ку прямо за пару дней до релиза. Тоже почему-то нету. Может я что-то упускаю. (Могу просто пойти и спросить наших одминов, но чисто спортивный интерес же, зачем людей теребить.)Ну вот для чистоты эксперимента скачал живой образ с GNOME.
Шрифты по умолчанию: https://ibb.co/Sc1G5Xz (заранее извиняюсь за ошибку - недоглядел :( )
Шрифты после включения субпиксельного сглаживания в Tweaks: https://ibb.co/5Bc2k1K
Как видите, всё работает.
> Как видите, всё работает.ОК, thx. Посмотрю на досуге, интересно, однако...
Как там Wayland?
Wayland как wayland. Со снапом только не работает вот.
>Wayland как wayland. Со снапом только не работает вот.Wayland в текущем виде "он и нах** не нужон", а снап и подавно!
Надо ими пользоваться, чтобы они быстрее из текущего вида превратились во что-то более замечательное. Под лежачий камень вода не течет.
>Надо ими пользоваться, чтобы они быстрее из текущего вида
>превратились во что-то более замечательное.
>Под лежачий камень вода не течет.С хрена ли?! Высказывание уровня: вы пришли в столовую и вам недожарили котлету и в суп харкнули, но надо это есть, чтобы... чтобы что?..
Чтоб повар стал делать лучше и вкуснее?.. Бгг-гы!
dpkg-reconfigure потерялся
bash: dpkg-reconfigure: команда не найдена
# export PATH=$PATH:/usr/sbinМожет из-за этого? https://www.debian.org/releases/buster/amd64/release-notes/c...
Поздравляю всех дебианщиков с юбилейным выпуском ;-)
Уже выпили не чокаясь.
Ну я всё-таки надеюсь, что вырулит. Но если какие sjw доберутся до debian/rules с криками "это доминирование!!1", то вназад выправлять будет более тяжко, конечно.
Не очень понятно зачем. Технически, он абсолютно уже ничем от той же Федоры не отличается. Ну, другой формат пакетов, и? Социально, вроде, тоже не особо.Guix гораздо интереснее технически, активно развивается, под крылышком у rms (и без идиотской войны с GFDL со псятиной вроде info-страниц в non-free).
Там, правда, тоже CoC воткнули. Но в случае появления в анамнезе каких-нибудь херасмент-тимов - есть третейский судья в виде проекта GNU и вполне конкретной позиции тов. Столлмана.
>Guix гораздо интереснее технически, активно развиваетсяДа, он неплох, однако NixOS активнее развивают, сообщество больше и фиксят быстрее.
И технически от федоры как раз и отличается, что за бред?! Федора это такой рач, только в узкой нише за заточкой под RHEL, не для чего вменяемого, кроме тестирования пакетов для красношапки федора не годна!
> И технически от федоры как раз и отличается, что за бред?!Ну да, я же написал - разный формат пакетов. Мне не кажется это настолько принципиальным.
> Федора это такой рач, только в узкой нише за заточкой под RHEL
Число пакетов там вполне сопоставимо с Debian.
> не для чего вменяемого, кроме тестирования пакетов для красношапки федора не годна!
А Debian вроде как и для этого не нужон...
Не только форматом пакетов, но и пакетными менеджерами, инфраструктурой, техническим устройством, подходом к релизам, вообще кому я объясняю, извините, я к ночи воскресенья не могу распарсить, ваш содержательный ответ - это такой толстый троллинг или непроходимая тупость?!
> ваш содержательный ответ - это такой толстый троллинг или непроходимая тупость?!Рискну предположить, что это такая боль за проект, в который много вложено и сил, и надежд. По крайней мере в трудные времена альта были люди, которые в сердцах бросали всё оземь -- и я не могу их судить, сам был на грани...
> Не только форматом пакетов, но и пакетными менеджерами, инфраструктуройИ что уж такого уникального в пакетном менеджере дебиана или его инфраструктуре? Другие бинарные дистрибутивы устроены более-менее одинаково.
> техническим устройством
А тут шо? В федоре даже аналоги Debian Policy есть.
> подходом к релизам
Релизы у дебиана сейчас тоже фактически по расписанию...
Нет, в веселой игре "найди на картинках 10 отличий" - я и сто найду, в данном случае. Только доказывает-ли это какую-то уникальность Debian?
> ваш содержательный ответ - это такой толстый троллинг или непроходимая тупость?!
Толстый троллинг непроходимого тупицы.
>Толстый троллинг непроходимого тупицы.А, тогда ок, понял-принял!
> Не очень понятно зачем. Технически, он абсолютно уже ничем от той же Федоры не отличается. Ну, другой формат пакетов, и? Социально, вроде, тоже не особо.Ну так большая часть дистрибутивов несильно отличается друг от друга технически. Различия прежде всего - в политике выпусков. В Fedora пакеты не проходят столь же тщательного тестирования перед выпуском, и уже после выпуска множество пакетов продолжают обновлять до новых версий, что создаёт риск сюрпризов. Я сам натыкался, когда в Fedora то звук отвалится, то обновлённый драйвер intel начнёт сыпать артефактами... Обратная сторона - более свежие пакеты.
Debian же тщательно тестируется перед выпуском, в том числе и на обновление с предыдущей версии, и в течение жизни выпуска вероятность сюрпризов минимальна. Но за это приходится платить более старыми версиями.
У всех разные приоритеты и критерии, поэтому одним больше подходит Fedora, другим - Debian.
> Debian же тщательно тестируется перед выпуском, в том числе и на обновление
> с предыдущей версииЯ вас умоляю!
> Но за это приходится платить более старыми версиями.
Да нет, старые версии - просто реликт от раньшего времени. Когда-то
были люди, способные подумать головой и решить когда багфикс-релиз апстрима
можно целиком принимать после заморозки, а когда надо выпиливать лобзиком
патчи. Эти люди, увы, ушли или растворились в общей массе нескольких
тыщ "разработчиков" (тм) Debian...
> Я вас умоляю!У вас есть что аргументированно возразить? Ибо пока что вы по сути сказали лишь "Не верю!".
Пакеты сначала попадают в unstable, откуда по истечении ~10 дней и в случае отсутствия серьёзных проблем переходят в testing. Где-то за полгода перед релизом testing замораживают, и в него отныне попадают в основном лишь исправления имеющихся ошибок. Новые и не столь стабильные пакеты вообще сначала проходят через experimental перед попаданием даже в unstable. Т.е. присутствует многошаговая система тестирования перед выпуском, особо тщательная - в последние ~полгода перед выпуском. Для сравнения, в Fedora весь релиз-цикл длится ~полгода!
В Debian ошибка обновления на новый выпуск считается релиз-критическим багом. В скриптах сопровождающих полно записей вида:
if dpkg --compare-versions ...
then
...Т.е. отрабатываются разные сценарии при обновлении, и если нужны какие-то действия, то если их можно выполнить автоматически - выполняются, если нет - предупреждают администратора и направляют к соответствующей документации.
Всё это - большая и сложная работа, и Политика, инфраструктура и т.д. появились не просто так.
Сравнивать с быстро выпускаемыми дистрибутивами просто нелепо.
> Когда-то были люди, способные подумать головой и решить когда багфикс-релиз апстрима
можно целиком принимать после заморозки, а когда надо выпиливать лобзиком
патчи. Эти люди, увы, ушли или растворились в общей массе нескольких
тыщ "разработчиков" (тм) Debian...Бред какой-то. Тот же MySQL обновляют в рамках багфикс-версий. Где это возможно, так поступают и в других командах. О чём речь? Поконкретнее, пожалуйста.
>> Я вас умоляю!
> У вас есть что аргументированно возразить?Пока не на что возражать: вы озвучили некоторую мантру, я улыбнулся.
> Пакеты сначала попадают в unstable, откуда по истечении ~10 дней и в
> случае отсутствия серьёзных проблем переходят в testing.Да что вы говорите?!
> Т.е. присутствует многошаговая система тестирования перед выпуском
"Собирается" и "устанавливается" без особых криков, с какими-то умолчательными
настройками debconf - это, увы, давно не пипец какая "система тестирования".
Везде есть что-то подобное, даже в этой вашей Хведоре. Плюс-минус лапоть.> особо тщательная - в последние ~полгода перед выпуском.
Ну какие полгода - что вы! Еще до полной заморозки пакет висел в new месяца
полтора. А всего-то делов было - добавили в сборку биндинги для python3.> Для сравнения, в Fedora весь релиз-цикл длится ~полгода!
И что?
> В Debian ошибка обновления на новый выпуск считается релиз-критическим багом.
Дак ее еще найти надо, ошибку ету. CI только недавно прикрутили, особо пока
как-то не рвутся использовать. А sjw вам нарепортят багов...> В скриптах
> сопровождающих полно записей вида:
>if dpkg --compare-versions ...
> then
> ...Ой, каких-только портянок там не бывает, и не говорите...
> Сравнивать с быстро выпускаемыми дистрибутивами просто нелепо.
Вы таки хотите кушать или знать как долго варился борщ?
> Бред какой-то. Тот же MySQL обновляют в рамках багфикс-версий.
Бред - это найти MySQL в Debian.
> О чём речь? Поконкретнее, пожалуйста.
Конкретнее - надо уже пальчиком тыкать. А зачем мне оно?
> "Собирается" и "устанавливается" без особых криков, с какими-то умолчательными настройками debconf - это, увы, давно не пипец какая "система тестирования". Везде есть что-то подобное, даже в этой вашей Хведоре. Плюс-минус лапоть.Вот только в отличие от Fedora, Rawhide которой пользуются "полтора" человека, целая куча народа использует Debian unstable и testing помимо разработчиков. Поэтому элементарно база тестирования значительно больше, причём в большем числе различных ситуаций и конфигураций.
> Ну какие полгода - что вы! Еще до полной заморозки пакет висел в new месяца полтора. А всего-то делов было - добавили в сборку биндинги для python3.
Это несвязанные вещи.
В очереди пакет может долго висеть, особенно если он часть transition какого-нибудь.
> Дак ее еще найти надо, ошибку ету. CI только недавно прикрутили, особо пока как-то не рвутся использовать. А sjw вам нарепортят багов...
CI и десятой части не ловит, к сожалению.
Ещё и SJW сюда приплели...
> Ой, каких-только портянок там не бывает, и не говорите...
Они же не на пустом месте появляются, верно? (Тем более что значительная часть генерируется dh.)
> Вы таки хотите кушать или знать как долго варился борщ?
Учитывая, что от продолжительности приготовления борща зависит его качество - да, хочу знать. Недоваренный сами кушайте.
> Бред - это найти MySQL в Debian.
https://packages.debian.org/jessie/mysql-server-5.5
Вы только недавно Debian попробовали?
> Конкретнее - надо уже пальчиком тыкать. А зачем мне оно?
И правда - зачем приводить аргументы, если можно накатать пространную простынку...
> целая куча народаЭто сколько в попугаях?
> testing помимо разработчиков
Никогда не использовал. Разве что пару раз перед самым релизом.
>> Ну какие полгода - что вы! Еще до полной заморозки пакет висел в new месяца полтора. А всего-то делов было - добавили в сборку биндинги для python3.
> Это несвязанные вещи.Сложно за лозунгами разглядеть связи. А вот если на статистику посмотреть, где по "разработчику" на три пакета в среднем, если уже не на два...
>> Дак ее еще найти надо, ошибку ету. CI только недавно прикрутили, особо пока как-то не рвутся использовать. А sjw вам нарепортят багов...
> CI и десятой части не ловит, к сожалению.Да, но сейчас вообще нет ничего.
> Ещё и SJW сюда приплели...
Почему? Есть тренд ухудшения качества дистрибутива. Есть другой тренд - увеличение числа
разработчиков и появление всяких "антихер"-комитетов. Совпадение? Не думаю!>> Вы таки хотите кушать или знать как долго варился борщ?
> Учитывая, что от продолжительности приготовления борща зависит его качествоТак для выяснения качества достаточно просто попробовать.
>> Бред - это найти MySQL в Debian.
> https://packages.debian.org/jessie/mysql-server-5.5Jessie - уже даже не oldstable...
> Вы только недавно Debian попробовали?
Скорее всего, тогда когда вы под стол пешком ходили по надобности...
>> Конкретнее - надо уже пальчиком тыкать. А зачем мне оно?
> И правда - зачем приводить аргументы, если можно накатать пространную простынку...Постараюсь быть еще более краток.
> Это сколько в попугаях?Ну вот смотрите. Судя по статистике https://popcon.debian.org/, версия popcon, бывшая на тот момент в testing и unstable, встречалась около 20 000 раз, в то время как версия в stable - около 110 000 раз. Т.е. число пользователей testing и unstable составляет около шестой части пользователей stable, что, если экстраполировать на генеральную совокупность (напоминаю, что участие в popcon - opt-in), - очень и очень много. Да даже эти 20 тысяч - много. Сколько там Fedora Rawhide пользуются?
> А вот если на статистику посмотреть, где по "разработчику" на три пакета в среднем, если уже не на два...
Было бы чудесно, но, к сожалению, активных разработчиков - в районе тысячи, а пакетов... (Да-да, я не посчитал DM.)
> Да, но сейчас вообще нет ничего.
jenkins уже сто лет как есть.
> Есть тренд ухудшения качества дистрибутива
Докажите. В попугаях, естественно.
> Так для выяснения качества достаточно просто попробовать.
Ну вот нравится вам пробовать постоянно недоваренный борщ - пожалуйста. А пользователи Debian предпочитают питаться в проверенных местах, где вероятность подобных сюрпризов минимальна.
> Jessie - уже даже не oldstable...
И что? Это как-то меняет тот факт, что MySQL в нём вплоть до недавних пор обновляли на новую багфикс-версию из upstream? И то, что MariaDB продолжают обновлять именно таким образом?
> Скорее всего, тогда когда вы под стол пешком ходили по надобности...
Когда я ходил под стол пешком, Linux ещё не существовало.
>> Это сколько в попугаях?
> Ну вот смотрите. Судя по статистике https://popcon.debian.org/, версия popcon, бывшая
> на тот момент в testing и unstable, встречалась около 20 000
> раз, в то время как версия в stable - около 110 000 раз.Это которая "Statistics per popularity-contest releases"
110000 - это про "1.64 (stretch) : 108823"
"1.67 (buster/stable/testing) : 27290"- вот это вот все?
Это интегральные цифры. Если понаблюдать за тем, как графики изменяются, например, с момента заморозки (все набижали тестировать, ага) - там хорошо если пара тысяч наберется.
> Т.е. число пользователей testing и unstable составляет около шестой
> части пользователей stable, что, если экстраполировать на генеральную совокупность (напоминаю,
> что участие в popcon - opt-in), - очень и очень много.Только непонятно как именно экстраполировать, учитывая ту самую опциональность. Множество включающих эту штуку совершенно не обязательно репрезентативно представляет пользователей Debian. Во-вторых, эта статистика - для инсталляций, а не пользователей.
> Было бы чудесно, но, к сожалению, активных разработчиков - в районе тысячи,
> а пакетов...Уже в районе двух. А пакетов (src, а не бинарных) - что-то порядка 10 тыс, наверное.
> (Да-да, я не посчитал DM.)
А ненужно, это сдохшая идея, увы. Да и их что-то в районе пары сотен.
>> Да, но сейчас вообще нет ничего.
> jenkins уже сто лет как есть.И какой процент пакетов использует CI?
>> Есть тренд ухудшения качества дистрибутива
> Докажите. В попугаях, естественно.Зачем мне это? Не нравится - не слушай.
>> Так для выяснения качества достаточно просто попробовать.
> Ну вот нравится вам пробовать постоянно недоваренный борщ - пожалуйста. А пользователи
> Debian предпочитают питаться в проверенных местахНапример от Debian подальше...
>> Jessie - уже даже не oldstable...
> И что? Это как-то меняет тот факт, что MySQL в нём вплоть
> до недавних пор обновляли на новую багфикс-версию из upstream? И то,
> что MariaDB продолжают обновлять именно таким образом?Значит еще и двойные стандарты.
> Это интегральные цифрыНет, уникальные.
> Только непонятно как именно экстраполировать, учитывая ту самую опциональность.
Исходить из того, что вероятность явного согласия на предоставление своих данных для статистики слабо зависит от используемой ветки.
> эта статистика - для инсталляций, а не пользователей
Верно, но чем больше инсталляций, тем база тестирования всё равно больше.
> Уже в районе двух
Откуда данные?
> А ненужно, это сдохшая идея, увы.
С чего бы это вдруг? Их мало потому, что идёт постоянный переток из DM в DD.
> Например от Debian подальше...
Угу. Именно поэтому Debian так непопулярен... oh wait
> Значит еще и двойные стандарты.
Тройные!
>> Это интегральные цифры
> Нет, уникальные.Это как? Вот, например, я сменил stable на testing - попкон придет и оставит галочку: myhand больше в stable не считать?
>> Только непонятно как именно экстраполировать, учитывая ту самую опциональность.
> Исходить из того, что вероятность явного согласия на предоставление своих данных для
> статистики слабо зависит от используемой ветки.Непонятно, почему исходить нужно именно из этого. А, например, не из того что
желающие счастья тестирования в sid/testing - чаще включают и popcon?>> эта статистика - для инсталляций, а не пользователей
> Верно, но чем больше инсталляций, тем база тестирования всё равно больше.Больше, конечно, просто она все-равно в человеков упирается. Попкон о багах
пока молчит.>> Уже в районе двух
> Откуда данные?Ок, судя по db.debian.org - 1116.
>> А ненужно, это сдохшая идея, увы.
> С чего бы это вдруг? Их мало потому, что идёт постоянный переток из DM в DD.Вот потому, к примеру, и ненужно.
>> Например от Debian подальше...
> Угу. Именно поэтому Debian так непопулярен... oh waitНу, миллионы мух - они, как известно, не ошибаются. На кого еще можно равняться?
>> Значит еще и двойные стандарты.
> Тройные!Ну а как назвать, если для одного пакета - берут минорные версии без вопросов,
а для другого - заставляют вырезать кусочки даже из значительно меньших
по объему патча минорных версий?В принципе, несложно догадаться почему с каким-нибудь firefox или mysql
такое происходит: иначе этих чудес в дебиане не будет от слова совсем. Нужны
люди, которые будут выковыривать отдельные патчи. (Их и раньше-то не особенно
много было, а где ж их теперь взять, среди антихерасментов?) А если популярность
пакета по попкон меньше на порядок - можно включить строгого релиз менеджера
и сделать вид, шо так и було.
> Это как? Вот, например, я сменил stable на testing - попкон придет и оставит галочку: myhand больше в stable не считать?Нет, вы просто перестанете присылать отчёт из stable, и в следующий период учёта старый исчезнет из статистики.
> желающие счастья тестирования в sid/testing - чаще включают и popcon
Зачем? Debian же не делает разницы между отчётами из разных веток.
> Больше, конечно, просто она все-равно в человеков упирается
И тем не менее даже из этих цифр можно сделать вывод, что база тестирования весьма обширна. А теперь попробуйте то же доказать для Fedora Rawhide.
> Вот потому, к примеру, и ненужно.
По-вашему, нужно *сразу* в DD, с доступом ко всему архиву? Без испытательного срока в DM? Странные у вас понятия о подборе персонала.
> Ну, миллионы мух - они, как известно, не ошибаются. На кого еще можно равняться?
Вы таки берётесь утверждать, что объём использования ПО не коррелирует с мерой применимости данного ПО? o_O
> Ну а как назвать, если для одного пакета - берут минорные версии без вопросов, а для другого - заставляют вырезать кусочки даже из значительно меньших по объему патча минорных версий?
Там, где возможно, - берут отдельные патчи. Где невозможно, но существует хорошо поддерживаемая стабильная ветка, - следуют за стабильной веткой. Где нет ни того, ни другого - выкидывают такой пакет на мороз, как тот же VirtualBox, в якобы стабильной ветке которого умудряются постоянно что-нибудь сломать, а никакого нормального способа выцепить только патчи, связанные с исправлением уязвимостей, Oracle не предоставляет. Браузеры - единственное исключение, о чём прямо написано в Примечаниях к выпуску.
В Debian просто руководствуются здравым смыслом.
>> желающие счастья тестирования в sid/testing - чаще включают и popcon
> Зачем? Debian же не делает разницы между отчётами из разных веток.Вы не допускаете, что есть разница между людьми, использующими стабильную
ветку и "тестерами"? Разве не может она заключаться и в том, что
последние - чаще включают popcon?>> Больше, конечно, просто она все-равно в человеков упирается
> И тем не менее даже из этих цифр можно сделать вывод, что
> база тестирования весьма обширна.10 тыс инсталляций? Какая-нибудь тыща человек за этим? Не знаю, с чего
вы решили что это "обширно" - хоть сравните сперва с чем-то, для порядку...>> Вот потому, к примеру, и ненужно.
> По-вашему, нужно *сразу* в DD, с доступом ко всему архиву?По-моему - институт DD совершенно убл*дочен. Тыща человек, из
которых подавляющее большинство занимается только парой своих пакетиков...DM делался, чтобы уменьшить масштабы этого безумия. Увы, без особого
успеха. Теперь - да, он в основном используется для "испытательного срока",
перед тем как дать школьникам доступ ко всему...>> Ну, миллионы мух - они, как известно, не ошибаются. На кого еще можно равняться?
> Вы таки берётесь утверждать, что объём использования ПО не коррелирует с мерой
> применимости данного ПО? o_OЯ берусь утверждать, что даже не понял смысла данной фразы.
>> Ну а как назвать, если для одного пакета - берут минорные версии без вопросов, а для другого - заставляют вырезать кусочки даже из значительно меньших по объему патча минорных версий?
> Там, где возможно, - берут отдельные патчи. ...
> В Debian просто руководствуются здравым смыслом.С верой спорить сложно...
> Вы не допускаете, что есть разница между людьми, использующими стабильную ветку и "тестерами"? Разве не может она заключаться и в том, что последние - чаще включают popcon?Зачем? popcon к тестированию не имеет ровным счётом никакого отношения.
> 10 тыс инсталляций?
20 тыс *отчётов* об инсталляциях. Реальных установок, очевидно, значительно больше.
> Не знаю, с чего вы решили что это "обширно" - хоть сравните сперва с чем-то, для порядку...
Вот и сравните с Fedora, раз уж вы про неё заговорили.
> По-моему - институт DD совершенно убл*дочен. Тыща человек, из которых подавляющее большинство занимается только парой своих пакетиков...
> DM делался, чтобы уменьшить масштабы этого безумия. Увы, без особого успеха.То есть, по-вашему, безумие института DD в том, что каждый занимается лишь парой своих пакетиков, а исправить это надо было с помощью DM, которые... занимались бы лишь парой своих пакетиков, по определению? XD
> перед тем как дать школьникам доступ ко всему.
Интересно, что классическое определение переноса в психологии успешно расширимо и на другие образы.
> С верой спорить сложно...Без аргументов сложно спорить с чем угодно.
>> Вы не допускаете, что есть разница между людьми, использующими стабильную ветку и "тестерами"? Разве не может она заключаться и в том, что последние - чаще включают popcon?
> Зачем?Например, затем чтобы показать значимость используемых пакетов.
>> Не знаю, с чего вы решили что это "обширно" - хоть сравните сперва с чем-то, для порядку...
> Вот и сравните с Fedora, раз уж вы про неё заговорили.Докажи сама, приплыли.
>> По-моему - институт DD совершенно убл*дочен. Тыща человек, из которых подавляющее большинство занимается только парой своих пакетиков...
>> DM делался, чтобы уменьшить масштабы этого безумия. Увы, без особого успеха.
> То есть, по-вашему, безумие института DD в том, что каждый занимается лишь
> парой своих пакетиковИмея при этом значительно больше прав. Ну да.
> а исправить это надо было с помощью DM,
> которые... занимались бы лишь парой своих пакетиков, по определению?Совершенно верно. Или в реальном вы нашли бы нормальной ситуацию, когда
сотрудник ДПС будет делать операцию на вашем головном мозге?>> С верой спорить сложно...
> Без аргументов сложно спорить с чем угодно.Так покажите аргументы. "Руководство здравым смыслом" не катит - это не аргумент,
а символ веры. Как участвовший в этом 10+ лет - могу вам сказать, что чем дальше - тем
меньше этого самого здравого смысла усматриваю.
> Например, затем чтобы показать значимость используемых пакетов.Отправку статистики и включают именно для этого, независимо от используемой ветки.
> Докажи сама, приплыли.
Учитывая, что именно вы заикнулись о Fedora, и что я уже просил вас доказать ваши утверждения (например, в сообщении #386) - перекладывать это бремя на меня с вашей стороны понятно, но не приемлемо.
> Имея при этом значительно больше прав. Ну да.
Ну да. Вы всеми своими правами, гарантированными законодательством, пользуетесь? Права - это возможность, а не обязанность.
> Или в реальном вы нашли бы нормальной ситуацию, когда сотрудник ДПС будет делать операцию на вашем головном мозге?
А теперь попробуйте обосновать применимость вашего весьма странного примера к обсуждаемой ситуации.
> Так покажите аргументы.
Я уже неоднократно приводил конкретные данные в своих сообщениях. Вы же ни разу не привели ничего кроме собственных домыслов и безапелляционных утверждений. Ну уж нет, приводить аргументы для подтверждения ваших же заявлений - исключительно ваша задача.
> Как участвовший в этом 10+ лет
В чём именно вы участвовали? Где можно взглянуть на список ваших багрепортов или иного вклада в проект Debian?
>> Например, затем чтобы показать значимость используемых пакетов.
> Отправку статистики и включают именно для этого, независимо от используемой ветки.И не обязательно это будет делать большинство, ставящее стабильный релиз в той же самой степени, что тестеры.
>> Имея при этом значительно больше прав. Ну да.
> Ну да. Вы всеми своими правами, гарантированными законодательством, пользуетесь?Так мне законодательство почему-то и не дает доступа к "ядерному чемоданчику".
> Права - это возможность, а не обязанность.
Ну да, ну да. А дебиан у нас ныне все больше про диверсити, чем про СПО - надо
как можно больше даунов сделать DD, так победим.>> Или в реальном вы нашли бы нормальной ситуацию, когда сотрудник ДПС будет делать операцию на вашем головном мозге?
> А теперь попробуйте обосновать применимость вашего весьма странного примера к обсуждаемой ситуации.Т.е. на достаточно гротескном примере - вы таки понимаете абсурдность наделения
всех равными полномочиями? Уже хорошо, на большее я и не расчитывал.>> Так покажите аргументы.
> Я уже неоднократно приводил конкретные данные в своих сообщениях. Вы же ни
> разу не привели ничего кроме собственных домыслов и безапелляционных утверждений.Так давайте на этом и закончим. Все хорошо. Выпейте валерианочки, чайку,
успокойтесь. Враг разбит - победа за вами. Безапелляционные утверждения
получили отпор, домыслы вражеской пропаганды разоблачены, все в шоке.>> Как участвовший в этом 10+ лет
> В чём именно вы участвовали? Где...В проекте Debian.
> И не обязательно это будет делать большинство, ставящее стабильный релиз в той же самой степени, что тестеры.Т.е. по-вашему выбор, участвовать или нет в опросе, не имеющем никакого отношения к используемой ветке, люди принимают, таки основываясь на используемой ветке, а не исходя из личных предпочтений? И если всё же нет, то на основе чего вы пытаетесь вывести личные предпочтения в данном вопросе из используемой ветки Debian? Это уже какое-то вангование 80 lvl.
> Т.е. на достаточно гротескном примере - вы таки понимаете абсурдность наделения всех равными полномочиями?
Я не понимаю, как приведённый вами пример относится к теме обсуждения.
Не вижу никаких проблем в равных полномочиях при наличии систем разрешения конфликтов и принятия коллективных решений. Обе в Debian - в наличии.
> Выпейте валерианочки, чайку, успокойтесь. Враг разбит - победа за вами. Безапелляционные утверждения
получили отпор, домыслы вражеской пропаганды разоблачены, все в шоке.
И снова какое-то ёрничание вместо аргументов. Что ж, иного я уже и не ждал.
> В проекте Debian.
Пруфлинком не поделитесь?
> Т.е. по-вашему выбор, участвовать или нет в опросе, не имеющем никакого отношения
> к используемой ветке, люди принимают, таки основываясь на используемой веткеНет. Люди принимают выбор, исходя из своего уровня знаний и представлений о проекте
и роли popcon в нем в частности. Я вас шокирую, сообщив что значительная часть
пользователей дебиан не способно без подсказки найти его багтрекер?> Не вижу никаких проблем в равных полномочиях
Принцип минимальных привелегий.
>> В проекте Debian.
> Пруфлинком не поделитесь?Покажите хоть пашпорт, т-щ майор?
> Люди принимают выбор, исходя из своего уровня знаний и представлений о проекте и роли popcon в нем в частности. Я вас шокирую, сообщив что значительная часть пользователей дебиан не способно без подсказки найти его багтрекер?Учитывая, что вопрос о popcon задаётся при установке вместе с описанием действия и роли popcon в Debian, несложно предположить, что люди, осилившие установку Debian, смогли сделать осознанный выбор. Сравнение с багтрекером, ссылка на который в явном и очевидном виде не даётся, некорректно.
> Принцип минимальных привелегий.
Были массовые прецеденты злоупотребления данными привилегиями, что вас это так шокирует?
Не стоит забывать, что как и любой крупный OpenSource-проект, Debian испытывает нехватку в людях. Поэтому минимизировать привилегии, минимизируя заодно и вклад разработчиков вне своей непосредственной сферы - сомнительное предложение.
> Сравнение с багтрекером, ссылка на который в явном и очевидном виде не даётся, некорректно.Ссылка на багтрекер есть на стартовой странице проекта Debian. Для этого даже
не надо ничего устанавливать. Если человек умудрился получить установочный
образ, "не заметив" при этом сайта проекта - он может не заметить чего угодно.> Не стоит забывать, что как и любой крупный OpenSource-проект, Debian испытывает нехватку
> в людях.Ну да, без граждан с синдромом Дауна - никуда...
> Поэтому минимизировать привилегии, минимизируя заодно и вклад разработчиков вне
> своей непосредственной сферы - сомнительное предложение.Так он в любом случае тут получается "минимизированным" - люди получают статус
DD просто чтобы без лишнего гемороя загружать свои три пакетика...
> Ссылка на багтрекер есть на стартовой странице проекта Debian. Для этого даже не надо ничего устанавливать. Если человек умудрился получить установочный образ, "не заметив" при этом сайта проекта - он может не заметить чего угодно.Вы серьёзно ставите знак равенства между одной из кучи ссылок на сайте Debian, открывать которые не обязательно для его установки, и обязательным вопросом при установке?
Для получения установочного образа достаточно шапки сайта, где на виду ссылка на netinst. Всё, что далее, уже опционально.
> Ну да, без граждан с синдромом Дауна - никуда...
У вас какая-то фиксация, раз вы из сообщения в сообщение об этом пишете?
> Так он в любом случае тут получается "минимизированным" - люди получают статус DD просто чтобы без лишнего гемороя загружать свои три пакетика...
И что в этом плохого? Тот, кто хочет заниматься чем-то вне своих "трёх пакетиков", получает возможность это делать; тот, кто не хочет, может не пользоваться этим правом.
То, что у людей есть право избирать и быть избранным, но далеко не все им пользуются, не значит, что у них это право необходимо отобрать.
В упор не вижу проблемы. Debian разрабатывается *совместно*.
Каким DE вы пользуетесь, если не секрет?
>> Ссылка на багтрекер есть на стартовой странице проекта Debian. Для этого даже не надо ничего устанавливать. Если человек умудрился получить установочный образ, "не заметив" при этом сайта проекта - он может не заметить чего угодно.
> Вы серьёзно ставите знак равенства между одной из кучи ссылок на сайте
> Debian, открывать которые не обязательно для его установки, и обязательным вопросом
> при установке?Нет. Сайт все-таки несколько более информативен.
>> Ну да, без граждан с синдромом Дауна - никуда...
> У вас какая-то фиксация, раз вы из сообщения в сообщение об этом пишете?Да, все плохо с инклюзивностью - можете стучать в антихерассмент.
>> Так он в любом случае тут получается "минимизированным" - люди получают статус DD просто чтобы без лишнего гемороя загружать свои три пакетика...
> И что в этом плохого? Тот, кто хочет заниматься чем-то вне своих "трёх пакетиков"Ну да, за системды голосует. Хотя какое-то взаимодействие с системой инициализации
хорошо если десятый пакет из десяти имеет.> То, что у людей есть право избирать и быть избранным, но далеко
> не все им пользуются, не значит, что у них это право необходимо отобрать.Как раз таки значит. ПЖИВ сама же не выбралась.
> Каким DE вы пользуетесь, если не секрет?
Gnome, а что, не молодежно?
> Нет. Сайт все-таки несколько более информативен.Вопрос не в информативности, а о доступности информации. Информация, явно демонстрируемая прямо при установке, гораздо более доступна, нежели расположенная где-то на сайте. Поэтому из того, что кто-то там не смог сразу найти багтрекер Debian, вовсе не следует, что он не сможет осознанно ответить на явно заданный при установке вопрос.
> можете стучать в антихерассмент
А это уже проекция. :)
> Ну да, за системды голосует
Его право.
> Как раз таки значит. ПЖИВ сама же не выбралась.
А, так вы из тех, кто на словах такие демократичные демократы, за свободу слова, выбора и всё-всё - но ничтоже сумняшеся лишили бы права голоса тех, кто не согласен с *вашим* выбором?
> Gnome, а что, не молодежно?
Аккаунт разработчика GNOME даёт commit access ко всем проектам, а не только к собственным. То же самое в KDE. Так работает модель коллективной разработки. И Debian здесь не исключение.
>> Нет. Сайт все-таки несколько более информативен.
> Вопрос не в информативности, а о доступности информации. Информация, явно демонстрируемая
> прямо при установке, гораздо более доступна, нежели расположенная где-то на сайте.
> Поэтому из того, что кто-то там не смог сразу найти багтрекер
> Debian, вовсе не следует, что он не сможет осознанно ответить на
> явно заданный при установке вопрос.Загрузивший netinst образ сверху - точно осмыслит шо такое первый CD...
>> Ну да, за системды голосует
> Его право.Вы вроде просили пример злоупотреблений.
>> Как раз таки значит. ПЖИВ сама же не выбралась.
> А, так вы из тех, кто на словах такие демократичные демократы, за
> свободу слова, выбора и всё-всё - но ничтоже сумняшеся лишили бы
> права голоса тех, кто не согласен с *вашим* выбором?Я за то, чтобы кухарку сперва таки учили управлять государством.
> Аккаунт разработчика GNOME даёт commit access ко всем проектам, а не только
> к собственным. То же самое в KDE. Так работает модель коллективной
> разработки. И Debian здесь не исключение.Ну да, и это плохо. А Debian здесь все-таки - исключение, поскольку DD в разы больше.
> Загрузивший netinst образ сверху - точно осмыслит шо такое первый CD...Осмыслит. Не стоит всех вокруг считать полными идиотами. Тем более, такие установку Debian не осилят.
> Вы вроде просили пример злоупотреблений.
И в чём же здесь именно *злоупотребление*?
> Я за то, чтобы кухарку сперва таки учили управлять государством.
Т.е. вы таки монархист? Ведь там с пелёнок готовят управлять государством. :)
Вы, видимо, неправильно понимаете цель демократии. Эта система не про выбор лучших представителей, увы, а про обеспечение легитимности и коллективную ответственность.
А вообще, забавно, что так радеющие за сегрегацию почему-то всегда считают, что уж они-то, конечно же, окажутся по *правильную* сторону забора. Но как только *их* хоть чуть-чуть попытаются ограничить - тут же вспоминают и про свободу слова, и про другие права человека...
> Ну да, и это плохо
Так работают крупные OpenSource-проекты, и работают успешно. Вы же предлагаете пасть смертью храбрых в борьбе с ветряными мельницами.
>> Загрузивший netinst образ сверху - точно осмыслит шо такое первый CD...
> Осмыслит.Только что вам было достаточно ссылки на образ сверху...
Вы меня извините, конечно, но мне - надоело.
> Тем более, такие установку Debian не осилят.
Увы :(
>> Вы вроде просили пример злоупотреблений.
> И в чём же здесь именно *злоупотребление*?В том, что большинство принимающих не обладает необходимой для этого квалификацией.
>> Я за то, чтобы кухарку сперва таки учили управлять государством.
> Т.е. вы таки монархист?Нет, демократ. А что?
> Вы, видимо, неправильно понимаете цель демократии. Эта система не про выбор лучших
> представителей, увы, а про обеспечение легитимности и коллективную ответственность.Нет, про буржуазную демократию я все понимаю. Не понимаю только
зачем это "обеспечение легитимности" всем остальным, кроме выбирающих себя...> А вообще, забавно, что так радеющие за сегрегацию
Блин, прочитайте уже в словаре что такое сегрегация.
>> Ну да, и это плохо
> Так работают крупные OpenSource-проекты, и работают успешно.Ну вот меня "успешность" Debian - достала окончательно. А вы ловите осиротевшие пакеты.
>>> Загрузивший netinst образ сверху - точно осмыслит шо такое первый CD...
>> Осмыслит.
> Только что вам было достаточно ссылки на образ сверху...Достаточно, чтобы скачать установщик. Вы решили все вопросы в кучу смешать?
> В том, что большинство принимающих не обладает необходимой для этого квалификацией.
В таком случае вы не можете быть демократом. Технократия или меритократия - ваше всё.
> Нет, про буржуазную демократию я все понимаю. Не понимаю только
> зачем это "обеспечение легитимности" всем остальным, кроме выбирающих себя...Затем, что это повышает устойчивость социума, предоставляя алгоритм разрешения конфликтов при принятии коллективных решений.
> Блин, прочитайте уже в словаре что такое сегрегация.
Обычно это следующая стадия после правовой дискриминации. "Отправить их всех в ..."
> Ну вот меня "успешность" Debian - достала окончательно. А вы ловите
> осиротевшие пакеты.Странно, что вас при этом не достала успешность GNOME, разрабатываемого по тем же принципам, Fedora,
в которой никем не сопровождаемых пакетов целая куча, и т.д.Хотя я догадываюсь...
>Ну так большая часть дистрибутивов несильно отличается друг от друга технически. Различия прежде всего - в политике выпусков.А нескучные обои, религиозная ненависть к systemd, ЧСВ очередного школьника и прочие важнейшие причины? Именно они и порождают 99,(9) линуксовых дистров.
>Но если какие sjw доберутся до debian/rules с криками "это доминирование!!1", то вназад выправлять будет более тяжко, конечно.Так добрались ещё в 2014-м.
Кто уже ставил, в инсталляторе можно выбрать систему инициализации при установки системы, писали что в 10 добавят опцию?
Ставил пару раз на виртуалку. Такой же установщик как и в предыдущих версиях дебиана, ничего дополнительно не появилось. (или я слепой)
> Кто уже ставил, в инсталляторе можно выбрать систему инициализации при установки системы,
> писали что в 10 добавят опцию?Зачем бы им _горбатиться_ и добавлять в интсалятор выбор _неподдерживаемой_, в мсассе своей, опции.
Хотя вот брешут
https://wiki.debian.org/systemd#Installing_without_systemd
пресиидом -- таки "можно"....""still be a few bits of systemd installed, but at least init itself is not systemd ""...
~~> "И*итесь на здоровье!"
Меня вот прикалывает, что в версии дебиан 9 в сборке i386 в терминале вместо русских букв тупо квадратики, хорошо хоть через ssh виводит нормально, и вот уже 9.9 и до этих пор не пофиксили, забавно но БЕТА федора стабильнее чем стабильный отсталый дебиан.
Я лучше останусь бета тестером красношляпых и буду спать спокойно, чем буду считать себя крутым парнем который юзает стабильную дебиан и любые глюки системы списывает будто это юзер криворукий а не система упоротая, что в 8, 9 и вот в 10 версии если при установке указать пароль для рута а потом под ним ставить к примеру стим, то получите ошибки что отсутствуют какие то там каталоги, таким образом лучше при установке не ставить рут пароль, тогда ваш юзер по умолчанию станет администратором, и достаточно будет ввести sudo -i что бы больше не видеть тех ошибок про отсутствие каталогов. А вообще, очень мало, мне кажется практически никто не репортит об ошибках. А красношляпые ребята знают что делают и куда идут. На домашнем хостинге ради интереса поставил федору сервер, удивлён что она меня ниразу не подвела.Неужели я такой неудачник или в дебиан действительно есть неприятные вещи на которые в е закрывают глаза. Я конечно дико екскюзми но настраивать шрифты в 2019 это просто бред.
Вы найдите форму куда зерепортить баг, а потом попробуйте зерепортить. Это развлечение для своих с чужими благами туда не пускают, а если и пробъетесь вероятнее всего вас пошлют за деревом
> версии дебиан 9 в сборке i386 в терминале вместо русских букв тупо квадратикиквадратики видимо далеко не у всех
> и вот уже 9.9 и до этих пор не пофиксилиссылку на багрепорт, пожалуйста. Может мы воспроизведем и подскажем чего
> мне кажется практически никто не репортит об ошибкахугу, многие просто ждут. Иначе не будет повода писать про квадратики и пр.
> юзает стабильную дебиан и любые глюки системы списывает будто это юзер криворукий а не система упоротаяоткуда вы такие беретесь? Хватит приписывать качества неизвестных нам людей людям, которых вы не знаете.
> при установке указать пароль для рута а потом под ним ставить к примеру стимЧего?
> и достаточно будет ввести sudo -i что бы больше не видеть тех ошибок про отсутствие каталоговсейчас достаточно использовать flatpak
> Неужели я такой неудачник или в дебиан действительно есть неприятные вещи на которые все закрывают глаза.Да везде есть такие вещи, только от кого-то есть багрепорты и/или багфиксы, а кто-то так и сидит с закрытыми глазами.
> в версии дебиан 9 в сборке i386 в терминале вместо русских букв тупо квадратикиА в других версиях? А в других сборках? А погуглить решение не пробовал? Даже специальный пакетик в репе есть, который делает зашибись, хотя и без него можно починить.
И в федоре, сколько помню, тоже никогда из коробки кириллица в консоли не работала. Надо настраивать шрифт.
> Меня вот прикалывает, что в версии дебиан 9 в сборке i386
> в терминале вместо русских букв тупо квадратикиЭто, скорее всего, этот ваш systemd: http://bugzilla.altlinux.org/28805 -- и, разумеется, проще всего свалить всё на ядро: https://lists.freedesktop.org/archives/systemd-devel/2014-Ju...
> Неужели я такой неудачник или в дебиан действительно есть неприятные вещи наДа.
https://duckduckgo.com/?q=console+cyrillic+site%3Adebia...> которые в е закрывают глаза. Я конечно дико екскюзми но настраивать
> шрифты в 2019 это просто бред.Не настраивай. Зачем _тебе_? #значит-нинужно-тэг
Зачем в 80x25 -- кирилица? Графа Толстого почитать? Менюшечки с хелпиком в mc??? ....пока исксы ^W вейланд лежит?
Вообще-то бывает банально нужно скопировать какую-нибудь /home/Документы или /home/Документы/отчёты/бухгалтерия.doc.
> Вообще-то бывает банально нужно скопировать какую-нибудь /home/Документы или /home/Документы/отчёты/бухгалтерия.doc.Если Вы делаете это не в ssh, а в консоли сервреа, то ....
.... да, Вам Трудно.
Наконец-то вышла та десятка, которую мы заслуживаем.
выкинули Виртуалбокс, и в бэкпортах его не будет. (
Нагуглил https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=794466 Не хотят поддерживать, т.к. апстрим не в состоянии обеспечивать обновления безопасности. Зато systemd не выпилили - дёргают патчи сами, двойные стандарты такие двойные. Впрочем, в случае виртуалбокса накатить пакет с сайта оракла никто не мешает.
Без системы инициализации дистрибутив не полетит. А без виртуалбокса прожить можно.
> Впрочем, в случае виртуалбокса накатить пакет с сайта оракла никто не мешает.Ну в том то и дело, поэтому смысла самим поддерживать около нуля.
К тому же пользователь обязательно захочет поставить в старый Virtualbox из реп какую-то новейшую ОС, и легко может получить облом.
Для это есть backports, но всем пофиг похоже.
> Для это есть backports, но всем пофиг похоже.Здрасьте. А они волшебством обладают и сами создаются?
Или кто-то сидит, и долго и нужно пилит напильником Virtualbox, чтобы он влез во все эти Debian правила?Действительно разработчикам в Deboanэто не надо, если это делают нормально в Oracle. Пользователям тоже.
Просто много трудной работы бес толку.
> выкинули Виртуалбокс, и в бэкпортах его не будет.А кто сказал, что в бекпортах не будет?
Все тут пишут debian - плохой стал, ubuntu - фигня, mint - тоже скурвился, где-то что-то нестабильно. У кого-то manjaro не грузится с внешнего диска у знакомого виндузятника на компе=)) Fedora - испытательный полигон RH, Centos 8 тоже как-то тоже не особо пилится, 7 вроде живой. Вопрос к критикам, что ж тогда использовать на сервере посоветуете, на рабочей станции?
Windows 10
Лесом-это уг
Ну не знаю, как у других, расскажу про мой случай. Что на прошлом ноуте, что на текущем, Ubuntu часто с кучей ошибок валилась, половина программ не устанавливалась, стандартные тоже плохо работали. Даже если просто включить Ubuntu и отойти на 5 минут, когда вернёшься - уведомление о ошибке уже дожидается просмотра. А вот Linux Mint, который вроде бы на основе Ubuntu сделан - всегда работает идеально, без единой ошибки и все программы отлично устанавливаются и работают. Так что, рекомендую Linux Mint.
А сервер?
Да и что такого происходит с debian плохого?
С Debian ничего плохого не происходит, но я его не использую, так как он с любым DE уже со старта тратит гораздо больше оперативы, чем Linux Mint. А мне, с моими 4 ГБ это критично. SWAP тоже не вариант - жесткий диск очень медленный.На сервере думаю разницы не будет, так как там можно вообще без графики поставить Linux. На серверах всё равно она не нужна, как правило.
Да я про то же, вижу в комментариях один негатив, все постоянно чем-то не довольны
Спасибо. На самом деле я и так использую 90%+ Centos 6/7, остальное deb. Да, Вы правы, вопрос возник после прочтения комментариев, которые в общей массе создают негативный фон, и задумался может я что-то не так делаю, и отстал от жизни)))) т.к. у меня все, что надо, стабильно работает в debian, в том числе и на 10 уже кое-что разрабатывается, на перспективу так сказать и пока вопросов не вызывалось никаких.
Дебиан на серверах. Полёт нормальный. Уже много лет.
Буду апгрейдить на десятку.Не понял, что там за наезды про desktop, т.к. к серверам это вообще не имеет отношения...
Slackware.
>Вопрос к критикам, что ж тогда использовать
>на сервере посоветуете, на рабочей станции?Так вы же понасобрали от разных людей разных мнений, и в кучу затолкали, сварили с них какой-то суп и теперь сетуете, что он не съедобен!
Из распространённых дистров на сервере пойдёт и будет хорошо работать Debian и CentOS, если ваша контора по какой-то причине хочет официоза, и типа поддержки, и готова за неё платить, то RHEL, за зюзевые не скажу, но коли их используют, и рекомендуют рассматривая как одну из надёжных платформ, вероятно это не просто так. Всё перечисленное будет хорошо работать, если настроите правильно, некоторые умельцы даже Gentoo умудряются использовать, правда за неё могут сделать атата в организации, а вообще обычно уже что-то стоит и жрёте что дают, вот если для себя, то Debian, CentOS, это если разумно, а так, можете упароться, если совсем наркоман, и рачик или федору на сервере использовать.
> Вопрос к критикам, что ж тогда использовать на сервере посоветуете,
> на рабочей станции?Вопрос к критикам-критикам или критикам-практикам? Первых больше смысла игнорировать, а вот последних скорее расспрашивать о том, какие именно шишки болят и как набиты были -- если у Вас модель грабель может оказаться той же, то и выводы могут пригодиться, а нет -- так и не факт ещё.
Ну, мне так видится (сам порой бываю и таким, и таким критиком).
Михаил, да мне просто стало интересно чего народ так взывл на новую версию ОС и начали закрадываться мысли, может я чего-то упустил=). Да и идеальных ОС не существует, всегда с чем-то приходится мириться. Меня вот, как Linux-администатора сильно бесит systemd, но т.к. свой true-дистрибутив пилить нет ни малейшего желания и времени, приходится пользоваться тем, что есть, как говорится, а из проверенных временем дитрибутивов их не много. Т.к. у меня основное направление деятельности VoIP, в частности asterisk, основная масса это еще centos6. Сейчас активно тестирую возможность миграции на deb, т.к. нет уверенности в будущем centos=)
> Да и идеальных ОС не существует, всегда с чем-то приходится мириться.Именно :)
> Меня вот, как Linux-администатора сильно бесит systemd, но т.к. свой
> true-дистрибутив пилить нет ни малейшего желания и времени, приходится
> пользоваться тем, что есть, как говорится, а из проверенных временем
> дитрибутивов их не много. Т.к. у меня основное направление деятельности VoIP,
> в частности asterisk, основная масса это еще centos6.Если что, у нас asterisk/freeswitch/yate и что там ещё вполне сопровождаются, спросить тоже есть кого. Вариант без systemd соорудить недолго -- хоть исходя из jeos и дальше аптом, хоть в виде упакованной ровно по надобности исошки, если систем таких бывает заметное количество.
> т.к. нет уверенности в будущем centos=)
С ней в любое время перемен вообще сложно бывает, кмк...
Честно, потратил какое-то время, но так и не нашел внятной информации среди wiki и прочих страниц.... есть ли бесплатный вариант использования вашего линукса для юр. лиц?
уже выпилили systemd?
да, в Devuan
Спасибо. На самом деле я и так использую 90%+ Centos 6/7, остальное deb. Да, Вы правы, вопрос возник после прочтения комментариев, которые в общей массе создают негативный фон, и задумался может я что-то не так делаю, и отстал от жизни)))) т.к. у меня все, что надо, стабильно работает в debian, в том числе и на 10 уже кое-что разрабатывается, на перспективу так сказать и пока вопросов не вызывалось никаких.
Не на тот коммент ответил, сорян=) как удалить - не нашел)
> уже выпилили systemd?Давно!
https://wiki.debian.org/systemd#Installing_without_systemd
241 2014-11-24 05:23:18 8280
?LennartSorensen Add description of how to install without systemd if desired.По многочисленным просьбам http://www.opennet.me/opennews/art.shtml?num=46602
трудящихся. #работать-рпаботать-и-работать-как-завещал-великий
25.05.2017 22:51 Первый релиз Devuan, форка Debian без systemd
А его LiveDVD, LiveUSB тоже without systemd имеются?
> А его LiveDVD, LiveUSB тоже without systemd имеются?Которого "его" из двух?
А так, да, у Михаила Шигорина -- _есть_. Натурально!
>> А его LiveDVD, LiveUSB тоже without systemd имеются?
> Которого "его" из двух?Дивана, очевидно :)
>>> А его LiveDVD, LiveUSB тоже without systemd имеются?
>> Которого "его" из двух?
> Дивана, очевидно :)Эти-то на всех зеркалах лежат.
Что-то https://devuan.org/get-devuan там про "live".
И да, релиза 3.0 beowulf, на основе сабжа, не было ещё.
Хм. У меня после апдейта сервак перестал отвечать на соединения извне (но на нём самом сеть работает).
Похоже с переходом на nft не всё так гладко, надо будет поковырять правила...
Скачал Debian 10 KDE Live iso с их _офф_ сайта, запустил Live посмотреть на этот Qt инсталятор, тот очень долго висел на 22-23-24% затем нарисовал окно с ошибкой deb чего-то там.
Да уж штабильный дистрибутив очень штабильный.
Дебиан может не ставится из-за того что ты двигаешь курсором во время установки) Я как то давно дебиан поставил раза с третьего только после такого совета.
А я не то что курсором не двигал — вообще ушёл от компа. Возвращаюсь — экран блокировки требует пароль, который, я извиняюсь, мне где взять? Видимо, курсором всё-таки надо двигать, но не очень часто :-)
Короче, LiveCD Дебиана всё ещё не готовы, не то что у всяких глюкавых Федор и Убунт, где такая простейшая вещь ещё 10 лет назад была.
Вообще, когда за 15 минут использования находишь больше косяков чем в Федоре, а в пресс-релизе какая-то реклама и откровенный бред…
> требует пароль, который, я извиняюсь, мне где взять?login: user
pass: live
Ну так эьл же установщик от любимой многими манжары, чего ты хотел?
> По умолчанию устанавливается пакет iptables-nft, который предлагает набор утилит для обеспечения совместимости с iptablesЧто-то нет такого пакета, только iptables-nftables-compat есть, и тот только в stretch.
Я конечно понимаю, сервера там всякие, серьёзные бородатые люди с яхтами. Но зачем было ломать steam, который работал в девятке?Could not connect to Steam network.
И еще, пакет boinc снова не подхватывает gpu из коробки. В девятке - было ок.
через этот инсталлятор кламарес кто нибудь знает как заставить поставить на недоступное для загрузки устройство, а то он показывает только через биос/уефи видимое
На дебиан 10 пропали важные пакеты причем они вроде как установлены но их нет это fdisk ещё tialf также нету reboot и ещё не нашла cryptsetup не смотря на то что в терминале даже от рута их нет система работает. Шифрует и все такое но пакетов этих нет кто знает почему?
https://packages.debian.org/buster/cryptsetup
https://packages.debian.org/buster/fdisk$ lsb_release -c
Codename: buster
$ sudo which reboot
/sbin/rebootКто-ж вас знает...
Добавьте /sbin в PATH
Такая же шняга была и в Centos7 после какой-то обновки.
Да. У меня так же. Установлен пакет fdisk:# aptitude search fdisk
i fdisk - collection of partitioning utilities
но:
$ fdisk
bash: fdisk: command not foundУстанавливал как из репозиториев так и скачивал. Не работает. Жаль.
В Debian 10 не работает WINE.