После двух лет разработки состоялся (https://www.debian.org/News/2017/20170617) релиз Debian GNU/Linux 9.0 (https://www.debian.org/releases/stretch/) (Stretch (https://www.debian.org/releases/stretch/releasenotes)), доступный для 10 официально поддерживаемых архитектур (https://www.debian.org/ports/), среди которых: Intel IA-32/x86 (i386), 64-bit PC / Intel EM64T / x86-64 (amd64), ARM EABI (armel), 64-bit ARM (arm64), ARMv7 (armhf), MIPS (mips, mipsel, mips64el), PowerPC 64 (ppc64el) и IBM System z (s390x). В репозитории представлено 51687 бинарных пакетов, что примерно на 8 тысяч больше, чем было представлено в Debian 8. По сравнению с Debian 8.0 добавлено 15346 новых бинарных пакетов, удалено 6739 (13%) устаревших или заброшенных пакетов, обновлено 29859 (57%) пакетов.
Для загрузки доступны (http://www.debian.org/CD/) DVD-образы, загрузить которые можно по HTTP или через BitTorrent. Полный установочный комплект занимает 12 DVD или 2 Blu-ray диска (плюс 8 DVD с исходными текстами пакетов). Формирование образов в форме CD-дисков прекращено, за исключением сборки на базе Xfce и netinst.
Также сформирован (http://cdimage.debian.org/cdimage/unofficial/non-free/cd-inc.../) неофициальный установочный образ, включающий в себя проприетарные прошивки. Для архитектур amd64 и i386 разработаны LiveUSB (http://live.debian.net/), доступные в вариантах с GNOME, KDE и Xfce, а также многоархитектурный DVD, сочетающий пакеты для платформы amd64 с дополнительными пакетами для архитектуры i386.
Ключевые (https://wiki.debian.org/NewInStretch) изменения (https://www.debian.org/releases/stretch/amd64/release-notes/...) в Debian 9.0:
- В инсталляторе по умолчанию задействован графический режим установки. Текстовый режим переведён в разряд полностью поддерживаемой опции. В качестве архитектуры по умолчанию в multi-arch образах теперь предлагается amd64 вместо i386. В debootstrap по умолчанию задействован перенос (https://lists.debian.org/debian-devel/2016/09/msg00269.html) всех исполняемых файлов и библиотек из корневых директорий в /usr. Каталоги /bin, /sbin и /lib* теперь унифицированы с соответствующими каталогами внутри /usr и оформлены через символические ссылки на них. Подобная реструктуризация позволит (https://www.opennet.ru/opennews/art.shtml?num=32914) избавиться от путаницы с размещением файлов и упростит (https://www.opennet.ru/opennews/art.shtml?num=32194) поддержание пакетов. В инсталлятор добавлена возможность использования утилиты GNU/screen для формирования многооконного консольного интерфейса. Обеспечена возможность загрузки пакетов через защищённое соединение с зеркал, поддерживающих HTTPS;- Прекращено формирование полных наборов образов на CD, которые включали более 80 компакт-дисков и почти не востребованы пользователями. Поставка минималистичных CD-образов netinst продолжена, так же сохранена однодисковая CD-сборка для десктоп-систем на базе Xfce;
- Добавлена поддержка 64-разрядной архитектуры mips64el (little-endian MIPS)
- Прекращена поддержка 32-разрядной архитектуры PowerPC (поддержка 64-разрядной архитектуры ppc64el сохранена в полном объёме);
- В сборах для архитектуры i386 повышены требования к процессорам: работа теперь возможна только при наличии CPU класса i686. Поддержка процессоров старее выпущенного 20 лет назад Pentium Pro прекращена. В качестве libc6 теперь предложен libc6-i686, в GCC по умолчанию включена сборка для CPU 686 и изменены настройки ядра Linux (686, non-PAE). Обладателям старых CPU рекомендуется использовать Debian 8 "Jessie", в котором поддержка старых процессоров продлится до 2018 или 2020 года;
- Помимо iptables для управления пакетным фильтром в состав включён инструментарий nftables (https://www.opennet.ru/opennews/art.shtml?num=41282);- Обновлены версии системных компонентов: ядро Linux 4.9, Glibc 2.24, GCC 6, GnuPG 2.1;
- Пользователю предлагаются графические окружения GNOME 3.22, KDE Plasma 5.8, MATE 1.16, Xfce 4.12, LXDE, LXQt 0.11. Для установки предлагается два офисных пакета LibreOffice 5.2 и Calligra 2.9;
- Обновлены средства разработки, в том числе GCC обновлён с версии 4.9 до 6.3, Perl с 5.20 до 5.24, Python 3.5, PHP с 5.6 до 7.0, OpenJDK с 7 до 8, Python с 3.4 до 3.5;- Обновлены серверные приложения, в том числе BIND 9.10, Exim 4.88, Nginx 1.10, Postfix 3.1, PostgreSQL 9.6, Samba 4.5;
- Избавлены от setuid-флага утилита dmesg и X-сервер: dmesg теперь может запускаться только от root, а X-сервер не требует повышенных привилегий и может работать под обычным пользователем. Для работы графической подсистемы без root требуется наличие KMS-драйверов, logind и libpam-systemd, запуск X-сервера без root пока поддерживается только в дисплейном менеджере gdm3;
- Пакеты с MySQL заменены на эквивалентные пакеты с MariaDB (mariadb-server-10.1). Метапакеты mysql-server и default-mysql-server теперь также приводят к установке MariaDB. Пакеты MySQL будут поддерживаться только в ветке unstable;
- Большая часть пакетов с библиотеками, включающими отладочную информацию (-dbgsym), перенесена (https://michael-prokop.at/blog/2017/05/26/the-newinstretch-g.../) в отдельный репозиторий, который требует явного добавления строки "deb http://deb.debian.org/debian-debug/ stretch-debug main" в sources.list;
- Для повышения безопасности исполняемые файлы в пакетах теперь собраны в режиме PIE ("position independent executables") и поддерживают рандомизацию адресного пространства (ASLR);
- Инструментарий GnuPG (GNU Privacy Guard), предоставляющий утилиты для шифрования данных, работы с электронными подписями, управления ключами и доступа к публичным хранилищам ключей, обновлён до ветки GnuPG 2.1 (https://www.opennet.ru/opennews/art.shtml?num=41014). По сравнению с ранее поставлялась веткой GnuPG 1.4.x задействована новая модульная архитектура, добавлена поддержка шифрования по эллиптическим кривым (ECC), улучшена поддержка смарткарт, выведены из обихода устаревшие алгоритмы и форматы (например, PGPv3). Ветка GnuPG 1.4 всё ещё доступна в форме пакета gnupg1, но он объявлен устаревшим;- В пакетном менеджере APT блокирована (https://www.debian.org/releases/stretch/amd64/release-notes/...) обработка ненадёжных алгоритмов для вычисления контрольных сумм, например, apt по умолчанию не примет пакет с SHA1. Операции загрузки пакетов и индексных файлов теперь производятся (https://www.debian.org/releases/stretch/amd64/release-notes/...) от непривилегированного пользователя "_apt".
Решены проблемы с выводом предупреждения "hash sum mismatch", возникающие при запуске APT во время синхронизации зеркал, файлы с метаданными теперь загружаются по имени, образованному от хеша по содержимому (разбивка by-hash (https://wiki.debian.org/DebianRepository/Format)). Расширены (https://www.debian.org/releases/stretch/amd64/release-notes/...) возможности по выбору зеркал - APT теперь может использовать SRV-записи в DNS для определения HTTP-бэкенда для загрузки, что позволяет обойтись силами DNS для управления бэкендами без задействования отдельного сервиса для проброса запросов;- Введено в строй новое зекало deb.debian.org (https://deb.debian.org/), через которое доступно содержимое архива main, обновлений с исправлением уязвимостей, порты и архив с отладочными пакетами, используя простое для запоминания имя хоста. Работа зеркала построена на базе появившихся в APT средств выбора бэкенда через DNS, но предусмотрен откат на обычную схему редиректа при запросе через HTTPS или при обращении со старых версий APT;
- Осуществлён переход к схеме предсказуемого именования сетевых интерфейсов, в соответствии с которой вместо eth0, eth1 и т.п. к сетевому адаптеру будет привязываться фиксированное имя, которое не измени...URL: https://www.debian.org/News/2017/20170617
Новость: https://www.opennet.ru/opennews/art.shtml?num=46713
> В сборах для архитектуры i386 повышены требования к процессорам: работа теперь возможна только при наличии CPU класса i686Наконец-то релиз! Ух ты, а DEB-ки переименовали, или по-прежнему i386?
>> В сборах для архитектуры i386
>>CPU класса i686
> Наконец-то релиз! Ух ты, а DEB-ки переименовали, или по-прежнему i386?Или.
Но ты можешь форкать Debian на выход каждого "Gen.(N+1)" от штеуда и обпереименовываться всласть. Свобода же, дгужок! Отдел маркетинга аплодирует тебе стоя, ага-ага.
>>> В сборах для архитектуры i386
>>>CPU класса i686
>> Наконец-то релиз! Ух ты, а DEB-ки переименовали, или по-прежнему i386?
> Или.
> Но ты можешь форкать Debian на выход каждого "Gen.(N+1)" от штеуда и
> обпереименовываться всласть. Свобода же, дгужок! Отдел маркетинга аплодирует тебе
> стоя, ага-ага.дело не в маркетинге, а в банальном несоответствии архитектуры. теперь имеем по факту i686, тогда как на коробке написано i386.
Я правильно понял, что на мой старый ноут на пентиум М без поддержки *pae девятка не установится?
> Я правильно понял, что на мой старый ноут на пентиум М без
> поддержки *pae девятка не установится?Нет, не правильно. Надо не нас, де6илов, на левых форумаз читать, а оригинальную дркументацию от авторов -- у дебианов всё разложено по полочкам, как мне казалось.
https://www.debian.org/releases/stable/i386/ch02s01.html.en#...
Ни слова про PAE, правда? Следующий шаг, да, сложен, и нужно знать половину ответа:
https://packages.debian.org/stretch/linux-image-4.9.0-3-686
<= https://packages.debian.org/source/stretch/linux"linux-image-4.9.0-3-686 (4.9.30-2)
[...] for use on PCs with one or more processors not supporting PAE."
> Ни слова про PAE, правда? Следующий шаг, да, сложен, и нужно знать
> половину ответа:
> [...] for use on PCs with one or more processors not supporting
> PAE."А, да, пока не забыл: ещ1 маленький шажочек для наших друзей с ограниченными возможностями: пакеты ПО, _вероятно_, они также собирают для i686, но, вероятно, поддерживают-таки без-PAE варианты -- чисто исходя из того, что явно о не поддержке вот именно PAE не пишут.
Тем не менее, допускаю, что отдельные пакеты (какие-нибудь монстры... "математические"?) таки требуют "минимум PAE". Может, gnome3, какой, скажем.
Не обязательно. Убунту вроде бы давно собирают для 686, но на беспаевом моем ноутбуке работают лубунту и иже с ней.
Pentium m это которрый centrino? Он же вроде PAE (ноут запускается с PAE ядром в debian jessie)
>дело не в маркетинге, а в банальном несоответствии архитектуры. теперь имеем по факту i686, тогда как на коробке написано i386.Из какой криокамеры ты вылез? Почему в прошлом релизе тебе не захотелось переименовать архитектуру с i386 на i486? Ведь i386 уже и до этого не поддерживался по умолчанию.
Базис i386, поэтому..да пошел ты.
Ну, не знаю, в CentOS 5 есть пакет glibc i386 и i686, прям в названии пакета отражено. А в сусе часть пакетов i586, часть i686. Причём в директории rpmbuild лежат каталоги athlon, pentium3... Пробовал собрать под них - rpm отторгает их, говорит "несовместимая архитектура".
> Ну, не знаю, в CentOS 5 есть пакет glibc i386 и i686, прям в названии пакета отражено.Неее... У rpm-ок с именованием настоящих проблем хватает, в отличие от deb-ов.
Например, в centos/rhel имя пакета, версия и релиз, отделяются дефисами. Вот в debian смотришь: libc6_2.24-8_amd64.deb, и сразу понятно: пакет называется libc6, версию имеет 2.24-8, архитектура amd64. А теперь в centos: xorg-x11-fonts-Type1-7.2-11.el6.noarch.rpm
Правильный ответ такой: пакет называется xorg-x11-fonts-Type1, имеет версию 7.2, релиз 11.el6 (который подразделяется на ревизию 11 и дистрибутив el6), архитектуру noarch...Но если ты хочешь написать, например, резолвер зависимостей, вариант именования в rpm вывернет Вам мозги наизнанку. Вместо того, чтобы всё понять по имени пакета, внезапно оказывается необходимо вскрывать пакет или же оперировать некими внешними базами с описаниями. Ну круто же, да?
А Вы тут со своим "архитектуру надо называть i686, а не i386". Да кому какое дело, если всем известно, что i386 -- это просто внутреннее дебиановское обозначение 32х-разрядной архитектуры Intel. В Release Notes прямым текстом написано, какие процессоры из этой архитектуры поддерживаются. Чего ещё надо-то?
>> Ну, не знаю, в CentOS 5 есть пакет glibc i386 и i686, прям в названии пакета отражено.
> Неее... У rpm-ок с именованием настоящих проблем хватает, в отличие от deb-ов.Скорее наоборот -- в дебах нередко изуродованы исходные имена тарболов, фиг поймёшь, что было.
> Например, в centos/rhel имя пакета, версия и релиз, отделяются дефисами.
> Вот в debian смотришь: libc6_2.24-8_amd64.deb, и сразу понятно:Пальцы сломаешь, да и глаза тоже. И -- сюрприз -- апстримные имена с подчёркиваниями тоже бывают.
> А теперь в centos: xorg-x11-fonts-Type1-7.2-11.el6.noarch.rpm
Разбирать просто надо с хвоста ;-)
> Но если ты хочешь написать, например, резолвер зависимостей
...то не надо за это садиться, если исходить из имён _файлов_ пакетов, а не из структурированной информации в их заголовках/rpmdb.
> А Вы тут со своим "архитектуру надо называть i686, а не i386".
> Да кому какое дело, если всем известно, что i386 -- это просто внутреннее дебиановское
> обозначение 32х-разрядной архитектуры Intel.Ну мне вот не было известно, что в дебиане есть ещё и такая глупость. Досадно. И это, что куда хуже, никаким заглядыванием в /var/lib/dpkg не исправить.
>>> Ну, не знаю, в CentOS 5 есть пакет glibc i386 и i686, прям в названии пакета отражено.
>> Неее... У rpm-ок с именованием настоящих проблем хватает, в отличие от deb-ов.
> Скорее наоборот -- в дебах нередко изуродованы исходные имена тарболов, фиг поймёшь,
> что было.Неминуемое следствие сильного дробления пакетов. Надо смотреть на имена src-пакетов, тогда всё становится яснее. Плюс к тому, в описании всегда есть ссылка на проект. apt-cache show в помощь.
>> Например, в centos/rhel имя пакета, версия и релиз, отделяются дефисами.
>> Вот в debian смотришь: libc6_2.24-8_amd64.deb, и сразу понятно:
> Пальцы сломаешь, да и глаза тоже. И -- сюрприз -- апстримные имена с подчёркиваниями тоже бывают.Как и апстримные версии с дефисами. ;)
По поводу ломки глаз и пальцев - так это дело привычки. Я вот ломаю глаза на дефисах, но не стану ставить это в минус rpm. Всё-таки в чужой монастырь со своим уставом не лезут. К тому же, я регулярно работаю и с тем, и с другим, так что нефиг строить козью морду. :)>> А теперь в centos: xorg-x11-fonts-Type1-7.2-11.el6.noarch.rpm
> Разбирать просто надо с хвоста ;-)О! Кстати да, мне это в голову не приходило. Надо бы нам чаще общаться, Миш. Ты бы мне сберёг кучу времени год назад этой фразой.
>> Но если ты хочешь написать, например, резолвер зависимостей
> ...то не надо за это садиться, если исходить из имён _файлов_ пакетов,
> а не из структурированной информации в их заголовках/rpmdb.Ммм, нет. Вся необходимая резолверу информация находится в имени пакета. Не вижу смысла лезть глубже.
>> А Вы тут со своим "архитектуру надо называть i686, а не i386".
>> Да кому какое дело, если всем известно, что i386 -- это просто внутреннее дебиановское
>> обозначение 32х-разрядной архитектуры Intel.
> Ну мне вот не было известно, что в дебиане есть ещё и
> такая глупость. Досадно. И это, что куда хуже, никаким
> заглядыванием в /var/lib/dpkg не исправить.А надо ли это исправлять, собственно...
> Ммм, нет. Вся необходимая резолверу информация находится в имени пакета. Не вижу
> смысла лезть глубже.Я, конечно, дико извиняюсь, но... Где вы в именах пакетов нашли информацию для, собственно, резолвинга?
>>> Неее... У rpm-ок с именованием настоящих проблем хватает, в отличие от deb-ов.
>> Скорее наоборот -- в дебах нередко изуродованы исходные имена тарболов
> Неминуемое следствие сильного дробления пакетов. Надо смотреть на имена src-пакетовО них и речь.
> apt-cache show в помощь.
rpmquery в помощь (и ему метаданные репозитория не нужны, кстати) :-]
>> И -- сюрприз -- апстримные имена с подчёркиваниями тоже бывают.
> Как и апстримные версии с дефисами. ;)О чём и речь ;-)
>>> А теперь в centos: xorg-x11-fonts-Type1-7.2-11.el6.noarch.rpm
>> Разбирать просто надо с хвоста ;-)
> О! Кстати да, мне это в голову не приходило. Надо бы нам чаще общаться, Миш.
> Ты бы мне сберёг кучу времени год назад этой фразой.Так пожалуйста. Сам как это понял, в некотором смысле проще стало читать случаи, о которых говоришь.
> Вся необходимая резолверу информация находится в имени пакета.
Да ладно?! Прям и зависимости там же?
>> Ты бы мне сберёг кучу времени год назад этой фразой.
> Так пожалуйста. Сам как это понял, в некотором смысле проще стало читать случаи, о которых говоришь.Угу. Но у меня другая схема резолвера уже долго исправно работает: я просто ищу последний дефис, и считаю всё, что до него -- именем пакета, всё, что после -- версией, ревизией, дистром, архитектурой...
Тем не менее, факт: нам обоим пришлось "допирать" до этого понимания. И каждый из нас свою схему чтения придумал. А в дебках всё очевидно (и между прочим, прописано в документации, я видел!) :)>> Вся необходимая резолверу информация находится в имени пакета.
> Да ладно?! Прям и зависимости там же?Нет. Я вообще-то думал об уровне пониже: о резолвинге одной зависимости по списку пакетов в некоем каталоге.
Сами зависимости естественно надо получать из пакета.
> апстримные имена с подчёркиваниями тоже бывают.Знаю только lm_sensors, libart_lgpl.
Можете назвать ещё хотя бы три?
> Знаю только lm_sensors, libart_lgpl.
> Можете назвать ещё хотя бы три?man grep
Ладно, признаю, был неправ :)В слаке нашёл ещё это:
usb_modeswitch
SDL2_*
sg3_utils
libnetfilter_*
tcp_wrappers
wpa_supplicantНо всё равно это на пару порядков меньше, чем число пакетов с дефисами.
> Но всё равно это на пару порядков меньше, чем число пакетов с дефисами.На порядок с хвостиком, если брать по сизифу. :)
SRPMS $ rpm -qp --qf='%{NAME}\n' *.src.rpm | fgrep _ | wc -l
732
SRPMS $ rpm -qp --qf='%{NAME}\n' *.src.rpm | fgrep -- - | wc -l
11576
Но в целом Вы скорее правы, конечно.
>> апстримные имена с подчёркиваниями тоже бывают.
> Знаю только lm_sensors, libart_lgpl.
> Можете назвать ещё хотя бы три?Посмотрел выхлоп в srpm-ках сизифа:
$ rpm -qp --qf='%{NAME}\n' *.src.rpm | fgrep _-- держите кратенькую выжимку:abuse_sdl
acpi_call
ath_info
dd_rescue
dhcp_probe
fglrx_glx
fonts-bitmap-cyr_rfx-iso10646-0400
libatomic_ops
lp_server
mars_nwe
nss_ldap
perl-Text-CSV_XS
ps_mem
rss_glx
sdl_sopwith
sg3_utils
wpa_supplicantЭто не считая mod_* для апача, tree_style_tab и компании для firefox, nvidia_glx*, pam_*, SDL_* и многого другого.
> в дебах нередко изуродованы исходные имена тарболовПомимо апстримов, которые не вписываются в политику названий пакетов - никаких уродований. Справедливости для, уродуют, скорее, таки умники, как назвавшие тот же lm_sensors.
> Разбирать просто надо с хвоста ;-)
И сюда ОНИ добрались?
> ...то не надо за это садиться, если исходить из имён _файлов_ пакетов
Из имен файлов это просто физически невозможно. Странный пример какой-то, правда.
> такая глупость. Досадно.
Почему-ж глупость?
>апстримов, которые не вписываются в политику названий пакетовКакие нехорошие апстримы. Не вписываются то в политику Леньки Потного, то в политику Дебиана. Никакой, панимаишь, субординации и единоначалия. Бордак!
> Какие нехорошие апстримы.Интересно, а что вас заставит считать название дурацким? Может хоть символы табуляции - или тоже нет?
> Почему-ж глупость?"банка из-под соли с надписью <сахар>"
>> Почему-ж глупость?
> "банка из-под соли с надписью <сахар>"Ну, если уж кухоные аналогии пошли в ход, то эта - явно не годится.
Уж тогда так: на банке с иодированной солью написано просто соль.
переход к схеме предсказуемого именования сетевых интерфейсов ... вместо eth0, eth1 и т.п. ... (например, enx78e7d1ea46da
Очень предсказуемо, ага.
Да, предсказуемо. Куда бы ты ни воткнул свисток, называться будет одинаково. Да ещё и так, как на этом свистке написано, ибо MAC обычно пишут на самом устройстве.
Любопытно, а вот когда мне на сетевухе надо MAC поменять - в вашей схеме у нее после этого должно имя меняться??
> Любопытно, а вот когда мне на сетевухе надо MAC поменять -
> в вашей схеме у нее после этого должно имя меняться??А этого теоретикам от ыменования ынтерфейсов, как и про замену карт и тем более возможность смены направления сканирования слотов при обновлении BIOS, в школе не рассказывали...
Мы когда для "Ломоносова" делали систему, там эти все вопросы весьма тщательно продумывали и всё равно пришли к выводу, что даже для достаточно сильно ограниченной условиями задачи однозначно хороший выбор (с привязкой к слоту, маку или ещё чему) сделать не получается.
И на чем остановились?
Если меняете перманентно, то да. Не вижу проблем.
Вам уже сказали, что для полутора гиков, которые меняют маки, есть настройка. А по дефолту схема вполне разумная.
> По умолчанию имена устройств формируются [...] Если [...], то [...] "enoN", а для PCI-плат - "ensN". Иначе [...] enpNsM, учитывающее [...], а если [...] ethX. Для устройств [...] enx78e7d1ea46daТ - предсказуемосТь.
Это сделано для стабильности именования интерфейсов при разворачивании систем из образов на одинаковые аппаратные платформы. Ранее именование интерфейсов определялось тем, кто победит в гонке при первом старте системы. Сейчас же зависит от слота, в который воткнута сетевая карточка, что делает имена предсказуемыми.
Только в конфигурации с одним интерфейсом (тоже распространённый вариант, не так ли?) теперь надо знать куда воткнута карта вместо незатейливого eth0.
По моему опыту с аналогичной схеме в RHEL, на практике все эээ несколько более грустно.
А конкретно, от вставки *нового* устройства может поехать именование старых устройств, потому что новое устройство встало перед старым.А еще бывает - обновляешь фирмварь и устройства меняют названия! Потому что по тем или иным причинам решили в ином порядке инициализировать PCI-шину.
Это нечастые случаи, но, к сожалению, когда они вылезают, а ты этого совсем не ждешь - это вызывает крайне неприятные проблемы.
На интеловских материнках серии S3420XX с 3 и 5 встроенными сетевухами они раскиданы по шине настолько кучеряво, что нужный порт ты хер угадаешь, если начнёшь считать их по порядку на выводах сзади. С "предсказуемыми" именами вообще получается полный фарш.В итоге "предсказуемости" как не было, так и нет, а в довесок получаем гемор с длинной имени интерфейса. А если на них висит macvlan или просто пара трёхзначных vlan'ов ты очень быстро охренеешь всё это набирать при работе с ними.
net.ifnames=0 же и нет проблем. Паника на ровном месте.
Вроде за это и отвечает дистрибутив, что бы юзерам меньше нужно было помнить такие "лишние" детали, и меньше работать напильником, а установить систему и сразу преступить к работе.
Юзерам вообще до лампочки как именуется их сетевой интерфейс, они об этом даже понятия не имеют что это такое.
> net.ifnames=0 же и нет проблем. Паника на ровном месте.Это не паника, это смешно.
Скорее dpkg-divert соответствующих правил udev-а в /dev/null и можно забыть про рэндомизатор имен хотя бы пока Потеринг не перейдет на следующую фазу идиотизма...
Так уже не первый день
И в 8 и в убунту такая хрень
> переход к схеме предсказуемого именования сетевых интерфейсов ... вместо eth0, eth1 и
> т.п. ... (например, enx78e7d1ea46daГде вот так именуют как ты написал, подскажи? Обычно что-то типа enp2s0. Букавы ifconfig в консоли что-ли сложно набрать, чтобы узнать, как именуются твои сетевухи?
> Где вот так именуют как ты написал, подскажи?Попробуй прочитать новость. Это была цитата оттуда.
> Обычно что-то типа enp2s0.И чем это лучше eth0?
> Букавы ifconfig в консоли что-ли сложно набрать, чтобы узнать, как именуются твои сетевухи?
"ip l" как-то быстрее, но самое главное, ты забыл ключик -a, чтобы показать не только поднятые интерфейсы, но и те, что в дауне.
> "ip l" как-то быстрее, но самое главное, ты забыл ключик -a, чтобы
> показать не только поднятые интерфейсы, но и те, что в дауне.А так же важно не забыть сначала подключить монитор, клавиатуру и оператора, так как патч для поддержки wildchar в "mapping" дефиниций в отклонили (с объяснением что ненужен) и некому будет предсказать ifupdown-у "предсказуемые" имена интерфейсов...
>> переход к схеме предсказуемого именования сетевых интерфейсов ... вместо eth0, eth1 и
>> т.п. ... (например, enx78e7d1ea46da
> Где вот так именуют как ты написал, подскажи? Обычно что-то типа enp2s0.Да знаешь, проблема-то собственно в том, что переткнул человек сетевуху в другой слот (потому что этот, например, погорел -- бывает такое, хоть и редко), и раньше, ему просто надо сделать так, чтобы система узнала о том, что новая сетевуха - это и есть тот самый eth0. А в случае с новой схемой, это уже уже не enp2s0, а enp4s0. И никак иначе. И теперь беги-правь все свои скрипты и конфиги, в которых упоминался этот интерфейс. Удооооообноооооо...
Это к вопросу о "решениях" имени Поттеринга: именовать eth0 --- есть проблемы; именовать enp0s0 --- тоже есть проблемы, ни разу не идеальный вариант. Проблемы первого и второго варианта вполне сопоставимы. Однако педалируется "новый" вариант.
Wayland когда завезут?
Уже есть, только не по умолчанию. Выбирать в gdm3.
> Избавлены от setuid-флага утилита dmesg и X-сервер: dmesg теперь может запускаться только от root, а X-сервер не требует повышенных привилегий и может работать под обычным пользователем. Для работы графической подсистемы без root требуется наличие KMS-драйверов, logind и libpam-systemd. Запуск X-сервера без root пока поддерживается только в дисплейном менеджере gdm3Во. Секурность только с systemd и gnome
>> Избавлены от setuid-флага утилита dmesg и X-сервер:
>>Для работы графической подсистемы без root требуется наличие KMS-драйверов, logind и libpam-systemd. Запуск X-сервера без root пока поддерживается только в дисплейном менеджере gdm3
> Во. Секурность только с systemd и gnomeТочно, ага, молодцы же! https://www.opennet.ru/openforum/vsluhforumID3/110249.html#22
Надо больше logind !
---"libsystemd0 - просто заглушка,"- говорили они. "гном3 - это просто гном,"- вторило эхо...
В своё время специалист из Red Hat бурно "пилил" rootless X на базе HAL и ConsoleKit, а потом внезапно написал в блоге "это невозможно". Потому что в тот момент Red Hat загорелся идеей Wayland, причём изначально внедрить собирались очень скоро. Прошло 7 лет, и вот вам rootless X, потому что Wayland так и не внедрили. Оказалось что возможно.
7 лет назад не было systemd. Потому и было невозможно
> 7 лет назад не было systemd.Вы фсьйо врёти!
systemd (0~git+20100605+dfd8ee-1) experimental; urgency=low* Initial release, upload to experimental. Closes: #580814
-- Tollef Fog Heen <tfheen@debian.org> Fri, 30 Apr 2010 21:02:25 +0200
http://metadata.ftp-master.debian.org/changelogs/main/s/syst...
http://snapshot.debian.org/package/systemd/
>Потому и было невозможно
Вы случайно не помните, на что он ссылался, когда писал что невозможно? На иксы или ConsoleKit?
Запуск X-сервера от пользователя всегда был возможен (что, неужели startx ни разу не пускали?), за одним исключением: графический вход.Теперь внимательно читаем новость:
> Запуск X-сервера без root пока поддерживается только в дисплейном менеджере gdm3;
> gdm3А gdm3 работает под Wayland.
Вот и все. Но нет, без заговоров никуда.
Кстати, Wayland в Федоре вполне себе внедрили, ага.
Так там же SUID-бит на /usr/bin/X?
> Так там же SUID-бит на /usr/bin/X?Новость:
> Избавлены от setuid-флага утилита dmesg и X-серверВ федоре тоже нету, специально проверил.
Спасибо за наводку! Добавлю автологин свего username в /etc/inittab, а потом startx в ~/.bashrc
>startx в ~/.bashrcСовсем поехавший?
Ну а как тогда делать автологин с правами юзера? Я уже попробовал .bashrc, при открывании konsole он пытается запустить иксы ещё раз, и только черз 10 секуд пускает собственно понабирать команды.
> Ну а как тогда делать автологин с правами юзера?Иди в винду.
> Ну а как тогда делать автологин с правами юзера? Я уже попробовал
> .bashrc, при открывании konsole он пытается запустить иксы ещё раз, и
> только черз 10 секуд пускает собственно понабирать команды.Ну автологин обычно не делали, а просто логинились в tty и набирали startx (точнее "startx; exit")... Впрочем, есть вариант и для Вас:
1) можете либо сохранять pid в файл, и поверять каждый раз: если pid вычитанный из файла в системе отсутствует, стартуют иксы, если нет - значит не надо стартовать. Это простой вариант, но у него будут проблемы, хотя их проявление маловероятно.
2) можете воспользоваться flock и захватить какой-нибудь лок-файл. Если захватить удаётся, значит иксы не запущены, дёргаете startx, если нет - то нет. Это получше.
3) Ещё можете проверять тип терминала, если tty - запускать, если pty - не запускать. Но единственное что, ограничьте количество tty в inittab до одного.Ну либо как-нибудь скомбинируйте все три варианта. Удачи Вам!
PS: хотя конечно Вы занимаетесь фирменными извращениями. ;)
> Ну а как тогда делать автологин с правами юзера?/etc/inittab
Гугли, у Дженту в вики было.
>>Спасибо за наводку! Добавлю автологин свего username в /etc/inittab, а потом startx в ~/.bashrc<<Вы делаете совсем не так.
Установите xorg-xinit, чтобы использовать xinit и startx.
Если .xinitrc присутствует в домашнем каталоге пользователя, startx и xinit выполнят его. Иначе startx выполнит по умолчанию /etc/X11/xinit/xinitrc.
Если такого файла в домашнем каталоге нету, его нужно скопировать
$ cp /etc/X11/xinit/xinitrc ~/.xinitrc.
Это делается, чтобы сохранить некоторое желаемое поведение по умолчанию в исходном файле.
Добавьте нужные команды и удалите/закоментируйте противоречивые строки.
Например, я пользуюсь i3wm, так что в конец файла добавил exec i3.
Для запуска Xorg от имени обычного пользователя, выполните startx.
Если хотите автозапуска X при входе в систему, добавьте следующее в нижнюю часть ~/.bash_profile. Если файл не существует, скопируйте шаблон-версию с /etc/skel/.bash_profile.
Нужно добавить [[ -z $DISPLAY && $XDG_VTNR -eq 1 ]] && exec startx
Вот и все. Удачи.
Удаляешь дерьмо-gdm3\kde-чего-там\какой-ты-ещё-там-логин-манагер-юзаешь и ставишь Slim. Всё работает, суид битов на бинарниках нет, systemd нету.
lightdm тоже неплох.
rootless X возможно очень, очень много лет.
просто никто не хотел это настраивать, самостоятельно.
> X-сервер не требует повышенных привилегий и может работать под обычным пользователем
> Запуск X-сервера без root покаЧушь какая, давно запускаю без рута. Что я делаю так? Это ещё с Wheeze, если не с Squeeze, и без всякого этого вашего uselessd. Suid бита на бинарнике нету.
И даже если что-то не так: https://wiki.gentoo.org/wiki/Non_root_Xorg
>> Для работы графической подсистемы без root требуется наличие KMS-драйверов, logind и libpam-systemd. Запуск X-сервера без root пока поддерживается только в дисплейном менеджере gdm3
> Во. Секурность только с systemd и gnomeТам еше и policykit использовали, ведь дополнительная система элевации привилегий гораздо модерносекурнее морально-устаревшего setuid...
Ура! Значит тестинг скоро снова начнёт радовать апдейтами? (Не то что бы они мне были очень нужны -- всё и так работает, но без них совсем скучно)
Ага, я уже заждался, когда появится MATE 1.18 в репах.
А как часто после обновления testing приходится чинить систему? Сам хочу как-то рискнуть обновиться, а то на stable совсем старенькое всё было...
Смотря чем пользуешься. У меня лично были проблемы, но тут рассказывали про какие-то совершенно удивительные вещи, которых у меня никогда не было. А так всю жизнь на тестинге и всё нормально.
На тестинге иногда приходилось, когда с sid часть не приползло, а часть приползло.
sid как-то в этом плане был стабильнее.
Чинить? Ну... Я где-то с Etch пользуюсь Debian и вот раз 5 были какие-то заметные баги. Причём только раз или два мне пришлось что-то делать -- обычно достаточно забить и попробовать снова обновиться через пару дней.
Ссылки битые, нет образа
какие именно ?
только одну нашел, поменял на
https://get.debian.org/images/unofficial/non-free/cd-includi.../
> Ссылки битые, нет образаНет судьбы. http://get.debian.org/cdimage/release/9.0.0/i386/
Когда они релизили по принципу: "When it's ready". А сейчас 79 багов:
https://bugs.debian.org/release-critical/
> Когда они релизили по принципу: "When it's ready". А сейчас 79 багов:
>debian.org/release-critical/А сейчас именно _это_ и есть "ready". Jusfourfun же. Давно ж все ропринюхамши.
угадай, сколько багов было при релизе Lenny 5.0.0
Отличная новость!
Но пока свою VPS-ку переводить на DEB 9 не буду. По крайней мере пока не выйдет хотябы первое обновление - 9.1. А то как бы чего не вышло (с) :).
>> В debootstrap по умолчанию задействован перенос всех исполняемых файлов и библиотек из корневых директорий в /usr. Каталоги /bin, /sbin и /lib* теперь унифицированы с соответствующими каталогами внутри /usr и оформлены через символические ссылки на них.В основной системе, надеюсь, этого не будет?
Просыпайся. Это уже везде. Только дебиан отстаёт.
> Просыпайся. Это уже везде. Только дебиан отстаёт.Не везде, не обобщай.
> Просыпайся. Это уже везде. Только дебиан отстаёт.Помним, скорбим.
"The “anti” side, however, raises very salient points:
* Lennart Poettering supports it.
* Lennart Poettering is an asshole.Fellow Anti-mergers, I understand the pain and anguish that systemd has caused you personally, and your families. Your hopes and dreams crushed, by someone with all the charm of a cheese grater across the knuckles. Your remaining life tainted by this putrescent subhuman who forced himself upon your internet.
Despite the privation we have all endured, please find strength to stop this nightmarish ravaging of our once-pure filesystems. For if he’s not stopped now, what hope for /usr/sbin vs /usr/bin?" -- Rusty Russell, 2012-12-18 -- https://rusty.ozlabs.org/?p=236
Архитектур x86_x32 так и не появилось. Это 64-битные бинарники с 32-битной адресацией памяти.
> Архитектур x86_x32 так и не появилось. Это 64-битные бинарники с 32-битной адресацией
> памяти.Некому делать.
>> Архитектур x86_x32 так и не появилось. Это 64-битные бинарники с 32-битной адресацией
>> памяти.
> Некому делать.Так multiarch же уже(*). То ли со squeeze-а, то ли с wheezy?! https://wiki.debian.org/Multiarch
И да, он _тоже_ никому не нужен.
(*) разницу c x32 я примерно понимаю, но поставить всё, кроме постгреса, скажем, в виде :i386, а "больших" - в :amd64, насколько я опять ничего не понимаю, решает все пракические задачи x32 без огорода-битвы с уже третьей архитектурой для интеля.
Ты случаем i686 и x32 не путаешь?
https://ru.m.wikipedia.org/wiki/X32_ABI
> Ты случаем i686 и x32 не путаешь?Тебя смутило моё "не понимаю" в сносочке. Так и было задумано. Следующий!
маловостребовано, имхо
> Это 64-битные бинарники с 32-битной адресацией памяти.Это изврат. На x64_64 как раз и переходят для адресации больше 4Гб без костылей. SSE3 и прочее это уже вторично.
*x86_64 // fix
Даже LXQt есть, а в Lubuntu года 2 уже обещают.
По умолчанию там все равно lxde
Как поставить LXQT? На определённом этапе установки был выбор DE, теперь в списке есть LXQT?
Теперь есть.
По-прежнему нет! Проверено. Есть LXDE.
А как Вы его ставили? Live-образа нету, а что там в netinst, тоже нет выбора?
Установил debian без рабочего стола (снял галчку в меню выбора), затем под root из консоли:
sudo apt install lxqt
Многое пришлось ставить вручную, но система работает нормально, кроме scilab. При запуске этой программы из консоли выдаётся сообщение об ошибки сегментации.
Чем энтот jigdo лучше/фичастее, чем старый добрый Metalink?
> Чем энтот jigdo лучше/фичастее, чем старый добрый Metalink?Из ваших слов выходит, что jigdo не такой старый и добрый, а это неправда!
обьясни, как я с этого металинка, имея у себя локальное зеркало, могу автономно собрать любой образ?
> Избавлены от setuid-флага утилита dmesgТам и не было SETUID.
Изменилась опция ядра CONFIG_SECURITY_DMESG_RESTRICT, а не это.
> Возвращение стало возможным после того, как проект Mozilla сделал для дистрибутива Debian исключение в области использования своих торговых марок.Это один из показателей. Debian rulezzz.
Firefox не показатель, скоро они на хромиум перейут.
И сразу на операционный стол - вырезать не дожидаясь перетонита!
>>Mozilla сделал для дистрибутива Debian исключение в области использования своих торговых марок.
> Это один из показателей. Debian rulezzz.Да. Подачки от МоФоКо берут. Показатель.
отличный проэкт. на его основе постороено много интересных дистрибутивов. использую на равне с федорой. Кто нибудь в курсе нашли негодяев которые убили автора проэкта?
> Кто нибудь в курсе нашли негодяев которые убили автора проэкта?Нет. Да и не ищут. Официально это самоубийтсво ведь.
Ищут. Приметы: рыжий и в очках. И говорят подкупил полицейских.
>удалено 6739 (13%) устаревших или заброшенных пакетовМолодцы. А в Fedora куча нерабочих и устаревших пакетов кочует из релиза в релиз, и всем пофиг, багрепорты висят годами.
Это неправда. Fedora всегда пересобирает все программы с новым GCC каждый релиз.
> Fedora всегда пересобирает все программы с новым GCC каждый релиз.Но они всё-равно не работают. Пересборка то автоматическая, а пакет никто не майнтерит и патчи уже годами никто не присылает. А так, да, пересобирают с новым GCC, достижение!
> Fedora всегда пересобирает все программы с новым GCC каждый релиз.надеются, что рано или поздно выйдет версия GCC, которая автоматически исправляет ошибки?
>> Fedora всегда пересобирает все программы с новым GCC каждый релиз.
> надеются, что рано или поздно выйдет версия GCC, которая автоматически исправляет ошибки?Нет, просто они "самые большие друзья GNU GCC":
https://developers.redhat.com/blog/tag/gcc/
https://developers.redhat.com/blog/category/programming/c-pl.../
https://developers.redhat.com/blog/tag/iso/...
Теперь они 'Red Hat Developer Toolset' больше не называют 'GNU toolchain'... Теперь это не он. Слову "GNU" они теперь предпочитают 'Red Hat'. Если мне не примерещилось, конечно!
>>> Fedora всегда пересобирает все программы с новым GCC каждый релиз.
>> надеются, что рано или поздно выйдет версия GCC, которая автоматически исправляет ошибки?
> Нет, просто они "самые большие друзья GNU GCC":В смысле на федоро-жертвах они обкатывают gcc$(N+1), прежже чем торговать им под ТМ "Red Hat Propuct". Большой такой тест-сьют с разнообразным набором Си/Си++ исходников. Федора - для Red Hat GCC.
Апатч с раздачи на пределе, отдача только в 10 мегабит :)
Обновился.Оказалось, это легко. Пришлось удалить оставшиеся пакеты и конфиг от fglrx, так как иксы пропали. Теперь USB мышь не отваливается после выхода из спящего режима (отваливалось ли что-то кроме мыши, например, флешка не помню, но скорее всего да - проблема была в usb); Google Chrome, установленный не из репозиториев теперь можно выбрать как дефолтный браузер в Xfce. Гибернация по прежнему не работает.
Зачем тебе драйвер Catalyst, ежели есть православный AMDGPU?
Частный случай багов.
Но мы рады за тебя..
>Гибернация по прежнему не работает.Потому что ты её не настроил или настроил неправильно?
> dmesg теперь может запускаться только от rootА почему простому пользователю нельзя смотреть в стандартный лог? Ведь есть же закрытый для пользователя /var/log/syslog.
>> dmesg теперь может запускаться только от root
> А почему простому пользователю нельзя смотреть в стандартный лог? Ведь есть же
> закрытый для пользователя /var/log/syslog.А нет ли тут journald-заговора?!
$ cat /etc/debian_version
7.11
$ ls -l /var/log/dmesg
-rw-r----- 1 root adm 63130 Май 23 10:50 /var/log/dmesg
$ _
Теперь заявить, что срок поддержки увеличен + добавить анимацию окон как в андроид + чутка обновить ядро = релиз дебиана! ура, салют, шторы закрываются.
Ядро 4.9, а не 4.10 ((
4.10 уже не сопровождается.
> Ядро 4.9, а не 4.10 ((и как теперь жить с этим?
> и как теперь жить с этим?Потратить 30 минут на сборку кастомного?
>> и как теперь жить с этим?
> Потратить 30 минут на сборку кастомного?Учиться, учиться и учиться сарказму, как завещал Великий Ленин.
//Потерпи пока ещё писать -- не все ещё отсмеялись над тобой.
> Учиться, учиться и учиться сарказмуЯ знаю, что это был сарказм. Так и ядро за 30 минут не соберёшь, особенно, если в первый раз ;)
Поставить 4.10 или 4.11 из experimental?
> Поставить 4.10 или 4.11 из experimental?И сделать из Debian FrankenDebian?
>> Поставить 4.10 или 4.11 из experimental?
> И сделать из Debian FrankenDebian?Да. И что?...
//со свежеобновлённого на wheezy-lts
[ОБНОВЛЕНИЕ] firefox-esr:i386 45.9.0esr-1~deb7u1 -> 52.2.0esr-1~deb7u1
> Да. И что?...Ну, как тебе сказать... У тебя с зависимостями потом проблем не бывает? В эксперементале часто удаляют пакеты, или некоторых вообще нет. Переустанавливать пол-ситсемы только из-за того, что версия glibc не та -- не хочется.
Насчёт фокса: есть mozilla.debian.net, там бэкпорты.
В релизе так же как и было в тестинге две версии openssl? 1.0.2, 1.1.0? Из-за чего некоторые Qt программы пытаются загрузить обе версии из-за чего не работает в них сеть?
еще компиз вернули, вот оно счастье.
Наконец-то при установке через текстовый инсталлер не стоит по умолчанию галочка на X.org+DE, зато стоит на SSH сервер. Мелочь, а приятно :)
> Наконец-то при установке через текстовый инсталлер не стоит по умолчанию галочка на
> X.org+DE, зато стоит на SSH сервер. Мелочь, а приятно :)Может, ты прочсто наконец зашёл в expert режиме?
Дождалися. Ну сейчас в сид насыпется гига полтора всякоразного. Весело будет. "Угадай, что сломается на этот раз."
А кто знает, почему они remmina пакет удалили из debian9?
> А кто знает, почему они remmina пакет удалили из debian9?https://tracker.debian.org/pkg/remmina
https://tracker.debian.org/news/846201
https://bugs.debian.org/863302
> https://tracker.debian.org/news/846201The server is temporarily unable to service your request due to maintenance downtime or capacity problems. Please try again later.
Остальные ссылки зато рабочие.
PS: да, вчера-то ещё хотел: поздравляю всех пользователей дебиана, а тем более DM и DD!
Установил для пробы Debian 9 Gnome и ужаснулся от его прожорливости.... Жрёт оперативную память как слон морковку !!! Вывод, - Debian 9 не для обычного пользователя.....
А причем здесь Debian? Смотри здесь: http://forum.matuntu.org/index.php?PHPSESSID=gs7qplou8eupa4g...
Два лучших дистрибутива - Debian Stable и Slackware, оба скучны и стабильны!
Стабилен дистрибутив ROSA Fresh 9 Gnome, но он не скучный а жизнерадостный !!!
> Стабилен дистрибутив ROSA Fresh 9 Gnome, но он не скучный а жизнерадостный
> !!!Не-не-не, в новости про дебиан надо было писать про Альт. Было бы смешнее.
debian 9.0.1 netinstall + nonfree
или любые другие образы, кроме live - образовгде можно взять ? на официальном сайте только от 18.06 образы
Я так понял, что в 9.0.1 исправлены ошибки, специфичные именно для live образов. То есть, нигде.
Сволочи выпилили ppc 32битный, теперь придется слазить с дебиана((
https://cdimage.debian.org/cdimage/unofficial/non-free/cd-in.../
как решить проблему с тачпадом Synaptics ?
*в Ubuntu подобных проблем нет.
> как решить проблему с тачпадом Synaptics ?Какую https://wiki.debian.org/SynapticsTouchpad#Change_to_libinput... проблему??
--https://duckduckgo.com/?q=debian+stretch+Synaptics+touchpad+...
> *в Ubuntu подобных проблем нет.
проблема в следующем: не работает функция клика по тачпаду. машина Acer eMachines G730Z-P623G50Mnks
> проблема в следующем: не работает функция клика по тачпаду. машина Acer eMachines
> G730Z-P623G50Mnkshttps://www.reddit.com/r/debian/comments/6i1xjv/after_upgrad.../
https://www.reddit.com/r/debian/comments/5a6jya/tap_to_click.../
http://forums.debian.net/viewtopic.php?t=128557--https://duckduckgo.com/?q=debian+stretch+touchpad+tap+to+click
Этот наш Хатерер прямо новый Поттеринг http://charles.plessy.org/Debian/debi%C3%A2neries/.../ Debian-а. 148 блогов здэсъ: http://who-t.blogspot.ru/search/label/libinput
попробовал этот stretch параллельно с FreeBSD 11.1.фы полный.wine не пашет,compiz вообще убрали(metacity.pkg - старье.короче - только фряха.