1.1, Аноним (-), 06:38, 18/06/2017 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
> В сборах для архитектуры i386 повышены требования к процессорам: работа теперь возможна только при наличии CPU класса i686
Наконец-то релиз! Ух ты, а DEB-ки переименовали, или по-прежнему i386?
| |
|
2.6, Andrey Mitrofanov (?), 07:47, 18/06/2017 [^] [^^] [^^^] [ответить]
| –14 +/– |
>> В сборах для архитектуры i386
>>CPU класса i686
> Наконец-то релиз! Ух ты, а DEB-ки переименовали, или по-прежнему i386?
Или.
Но ты можешь форкать Debian на выход каждого "Gen.(N+1)" от штеуда и обпереименовываться всласть. Свобода же, дгужок! Отдел маркетинга аплодирует тебе стоя, ага-ага.
| |
|
3.15, Валик (?), 09:02, 18/06/2017 [^] [^^] [^^^] [ответить]
| –1 +/– |
>>> В сборах для архитектуры i386
>>>CPU класса i686
>> Наконец-то релиз! Ух ты, а DEB-ки переименовали, или по-прежнему i386?
> Или.
> Но ты можешь форкать Debian на выход каждого "Gen.(N+1)" от штеуда и
> обпереименовываться всласть. Свобода же, дгужок! Отдел маркетинга аплодирует тебе
> стоя, ага-ага.
дело не в маркетинге, а в банальном несоответствии архитектуры. теперь имеем по факту i686, тогда как на коробке написано i386.
| |
|
4.182, аНоним (?), 10:27, 19/06/2017 [^] [^^] [^^^] [ответить]
| +/– |
Я правильно понял, что на мой старый ноут на пентиум М без поддержки *pae девятка не установится?
| |
|
5.183, Andrey Mitrofanov (?), 10:47, 19/06/2017 [^] [^^] [^^^] [ответить]
| +1 +/– |
> Я правильно понял, что на мой старый ноут на пентиум М без
> поддержки *pae девятка не установится?
Нет, не правильно. Надо не нас, де6илов, на левых форумаз читать, а оригинальную дркументацию от авторов -- у дебианов всё разложено по полочкам, как мне казалось.
https://www.debian.org/releases/stable/i386/ch02s01.html.en#idm46014284932880
Ни слова про 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."
| |
|
6.184, Andrey Mitrofanov (?), 10:53, 19/06/2017 [^] [^^] [^^^] [ответить]
| –2 +/– |
> Ни слова про PAE, правда? Следующий шаг, да, сложен, и нужно знать
> половину ответа:
> [...] for use on PCs with one or more processors not supporting
> PAE."
А, да, пока не забыл: ещ1 маленький шажочек для наших друзей с ограниченными возможностями: пакеты ПО, _вероятно_, они также собирают для i686, но, вероятно, поддерживают-таки без-PAE варианты -- чисто исходя из того, что явно о не поддержке вот именно PAE не пишут.
Тем не менее, допускаю, что отдельные пакеты (какие-нибудь монстры... "математические"?) таки требуют "минимум PAE". Может, gnome3, какой, скажем.
| |
|
5.199, marks (?), 20:02, 19/06/2017 [^] [^^] [^^^] [ответить]
| –1 +/– |
Не обязательно. Убунту вроде бы давно собирают для 686, но на беспаевом моем ноутбуке работают лубунту и иже с ней.
| |
5.245, Аноним (-), 16:39, 03/07/2017 [^] [^^] [^^^] [ответить]
| +/– |
Pentium m это которрый centrino? Он же вроде PAE (ноут запускается с PAE ядром в debian jessie)
| |
|
4.197, www2 (ok), 18:28, 19/06/2017 [^] [^^] [^^^] [ответить]
| +3 +/– |
>дело не в маркетинге, а в банальном несоответствии архитектуры. теперь имеем по факту i686, тогда как на коробке написано i386.
Из какой криокамеры ты вылез? Почему в прошлом релизе тебе не захотелось переименовать архитектуру с i386 на i486? Ведь i386 уже и до этого не поддерживался по умолчанию.
| |
|
3.20, Аноним (-), 09:22, 18/06/2017 [^] [^^] [^^^] [ответить]
| +/– |
Ну, не знаю, в CentOS 5 есть пакет glibc i386 и i686, прям в названии пакета отражено. А в сусе часть пакетов i586, часть i686. Причём в директории rpmbuild лежат каталоги athlon, pentium3... Пробовал собрать под них - rpm отторгает их, говорит "несовместимая архитектура".
| |
|
4.160, freehck (ok), 22:19, 18/06/2017 [^] [^^] [^^^] [ответить] | +1 +/– | Неее У rpm-ок с именованием настоящих проблем хватает, в отличие от deb-ов Н... большой текст свёрнут, показать | |
|
|
6.165, freehck (ok), 23:40, 18/06/2017 [^] [^^] [^^^] [ответить] | +/– | Неминуемое следствие сильного дробления пакетов Надо смотреть на имена src-паке... большой текст свёрнут, показать | |
|
7.177, myhand (ok), 09:01, 19/06/2017 [^] [^^] [^^^] [ответить]
| +2 +/– |
> Ммм, нет. Вся необходимая резолверу информация находится в имени пакета. Не вижу
> смысла лезть глубже.
Я, конечно, дико извиняюсь, но... Где вы в именах пакетов нашли информацию для, собственно, резолвинга?
| |
|
8.209, freehck (ok), 23:43, 19/06/2017 [^] [^^] [^^^] [ответить] | –1 +/– | Угу Но у меня другая схема резолвера уже долго исправно работает я просто ищу ... большой текст свёрнут, показать | |
|
|
6.167, Аноним (-), 01:23, 19/06/2017 [^] [^^] [^^^] [ответить]
| –1 +/– |
> апстримные имена с подчёркиваниями тоже бывают.
Знаю только lm_sensors, libart_lgpl.
Можете назвать ещё хотя бы три?
| |
|
7.170, Led (ok), 03:32, 19/06/2017 [^] [^^] [^^^] [ответить]
| +/– |
> Знаю только lm_sensors, libart_lgpl.
> Можете назвать ещё хотя бы три?
man grep
| |
7.201, Michael Shigorin (ok), 20:33, 19/06/2017 [^] [^^] [^^^] [ответить]
| +1 +/– |
>> апстримные имена с подчёркиваниями тоже бывают.
> Знаю только lm_sensors, libart_lgpl.
> Можете назвать ещё хотя бы три?
Посмотрел выхлоп в srpm-ках сизифа:[CODE]$ rpm -qp --qf='%{NAME}\n' *.src.rpm | fgrep _[/CODE]-- держите кратенькую выжимку:
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_* и многого другого.
| |
|
6.176, myhand (ok), 08:59, 19/06/2017 [^] [^^] [^^^] [ответить]
| –1 +/– |
> в дебах нередко изуродованы исходные имена тарболов
Помимо апстримов, которые не вписываются в политику названий пакетов - никаких уродований. Справедливости для, уродуют, скорее, таки умники, как назвавшие тот же lm_sensors.
> Разбирать просто надо с хвоста ;-)
И сюда ОНИ добрались?
> ...то не надо за это садиться, если исходить из имён _файлов_ пакетов
Из имен файлов это просто физически невозможно. Странный пример какой-то, правда.
> такая глупость. Досадно.
Почему-ж глупость?
| |
|
7.178, Аноним (-), 09:39, 19/06/2017 [^] [^^] [^^^] [ответить]
| +/– |
>апстримов, которые не вписываются в политику названий пакетов
Какие нехорошие апстримы. Не вписываются то в политику Леньки Потного, то в политику Дебиана. Никакой, панимаишь, субординации и единоначалия. Бордак!
| |
|
|
|
|
|
|
1.2, Аноним (-), 06:43, 18/06/2017 [ответить] [﹢﹢﹢] [ · · · ]
| +40 +/– |
переход к схеме предсказуемого именования сетевых интерфейсов ... вместо eth0, eth1 и т.п. ... (например, enx78e7d1ea46da
| |
|
|
3.45, Аноним (-), 12:43, 18/06/2017 [^] [^^] [^^^] [ответить]
| –3 +/– |
Да, предсказуемо. Куда бы ты ни воткнул свисток, называться будет одинаково. Да ещё и так, как на этом свистке написано, ибо MAC обычно пишут на самом устройстве.
| |
|
4.59, Stax (ok), 15:13, 18/06/2017 [^] [^^] [^^^] [ответить]
| +6 +/– |
Любопытно, а вот когда мне на сетевухе надо MAC поменять - в вашей схеме у нее после этого должно имя меняться??
| |
|
5.108, Michael Shigorin (ok), 19:55, 18/06/2017 [^] [^^] [^^^] [ответить]
| +/– |
> Любопытно, а вот когда мне на сетевухе надо MAC поменять -
> в вашей схеме у нее после этого должно имя меняться??
А этого теоретикам от ыменования ынтерфейсов, как и про замену карт и тем более возможность смены направления сканирования слотов при обновлении BIOS, в школе не рассказывали...
Мы когда для "Ломоносова" делали систему, там эти все вопросы весьма тщательно продумывали и всё равно пришли к выводу, что даже для достаточно сильно ограниченной условиями задачи однозначно хороший выбор (с привязкой к слоту, маку или ещё чему) сделать не получается.
| |
5.187, Аноним (-), 11:26, 19/06/2017 [^] [^^] [^^^] [ответить]
| –2 +/– |
Если меняете перманентно, то да. Не вижу проблем.
Вам уже сказали, что для полутора гиков, которые меняют маки, есть настройка. А по дефолту схема вполне разумная.
| |
|
4.168, Аноним (-), 01:29, 19/06/2017 [^] [^^] [^^^] [ответить]
| +3 +/– |
> По умолчанию имена устройств формируются [...] Если [...], то [...] "enoN", а для PCI-плат - "ensN". Иначе [...] enpNsM, учитывающее [...], а если [...] ethX. Для устройств [...] enx78e7d1ea46da
Т - предсказуемосТь.
| |
|
3.191, Rootlexx (?), 15:36, 19/06/2017 [^] [^^] [^^^] [ответить]
| –2 +/– |
Это сделано для стабильности именования интерфейсов при разворачивании систем из образов на одинаковые аппаратные платформы. Ранее именование интерфейсов определялось тем, кто победит в гонке при первом старте системы. Сейчас же зависит от слота, в который воткнута сетевая карточка, что делает имена предсказуемыми.
| |
|
4.198, yet another anonymous (?), 19:47, 19/06/2017 [^] [^^] [^^^] [ответить]
| +3 +/– |
Только в конфигурации с одним интерфейсом (тоже распространённый вариант, не так ли?) теперь надо знать куда воткнута карта вместо незатейливого eth0.
| |
4.207, Stax (ok), 21:27, 19/06/2017 [^] [^^] [^^^] [ответить]
| +3 +/– |
По моему опыту с аналогичной схеме в RHEL, на практике все эээ несколько более грустно.
А конкретно, от вставки *нового* устройства может поехать именование старых устройств, потому что новое устройство встало перед старым.
А еще бывает - обновляешь фирмварь и устройства меняют названия! Потому что по тем или иным причинам решили в ином порядке инициализировать PCI-шину.
Это нечастые случаи, но, к сожалению, когда они вылезают, а ты этого совсем не ждешь - это вызывает крайне неприятные проблемы.
| |
4.226, Аноним (-), 11:32, 21/06/2017 [^] [^^] [^^^] [ответить]
| +1 +/– |
На интеловских материнках серии S3420XX с 3 и 5 встроенными сетевухами они раскиданы по шине настолько кучеряво, что нужный порт ты хер угадаешь, если начнёшь считать их по порядку на выводах сзади. С "предсказуемыми" именами вообще получается полный фарш.
В итоге "предсказуемости" как не было, так и нет, а в довесок получаем гемор с длинной имени интерфейса. А если на них висит macvlan или просто пара трёхзначных vlan'ов ты очень быстро охренеешь всё это набирать при работе с ними.
| |
|
|
|
3.28, EuPhobos (ok), 09:51, 18/06/2017 [^] [^^] [^^^] [ответить]
| –4 +/– |
Вроде за это и отвечает дистрибутив, что бы юзерам меньше нужно было помнить такие "лишние" детали, и меньше работать напильником, а установить систему и сразу преступить к работе.
| |
|
4.51, Ilya Indigo (ok), 13:11, 18/06/2017 [^] [^^] [^^^] [ответить]
| +/– |
Юзерам вообще до лампочки как именуется их сетевой интерфейс, они об этом даже понятия не имеют что это такое.
| |
|
3.39, Аноним (-), 11:21, 18/06/2017 [^] [^^] [^^^] [ответить]
| +2 +/– |
> net.ifnames=0 же и нет проблем. Паника на ровном месте.
Это не паника, это смешно.
| |
3.236, Нечестивый (ok), 18:45, 23/06/2017 [^] [^^] [^^^] [ответить]
| +/– |
Скорее dpkg-divert соответствующих правил udev-а в /dev/null и можно забыть про рэндомизатор имен хотя бы пока Потеринг не перейдет на следующую фазу идиотизма...
| |
|
2.98, Аноним (-), 18:59, 18/06/2017 [^] [^^] [^^^] [ответить]
| –3 +/– |
> переход к схеме предсказуемого именования сетевых интерфейсов ... вместо eth0, eth1 и
> т.п. ... (например, enx78e7d1ea46da
Где вот так именуют как ты написал, подскажи? Обычно что-то типа enp2s0. Букавы ifconfig в консоли что-ли сложно набрать, чтобы узнать, как именуются твои сетевухи?
| |
|
3.148, angra (ok), 21:10, 18/06/2017 [^] [^^] [^^^] [ответить]
| +/– |
> Где вот так именуют как ты написал, подскажи?
Попробуй прочитать новость. Это была цитата оттуда.
> Обычно что-то типа enp2s0.
И чем это лучше eth0?
> Букавы ifconfig в консоли что-ли сложно набрать, чтобы узнать, как именуются твои сетевухи?
"ip l" как-то быстрее, но самое главное, ты забыл ключик -a, чтобы показать не только поднятые интерфейсы, но и те, что в дауне.
| |
|
4.237, Нечестивый (ok), 18:57, 23/06/2017 [^] [^^] [^^^] [ответить]
| +/– |
> "ip l" как-то быстрее, но самое главное, ты забыл ключик -a, чтобы
> показать не только поднятые интерфейсы, но и те, что в дауне.
А так же важно не забыть сначала подключить монитор, клавиатуру и оператора, так как патч для поддержки wildchar в "mapping" дефиниций в отклонили (с объяснением что ненужен) и некому будет предсказать ifupdown-у "предсказуемые" имена интерфейсов...
| |
|
3.161, freehck (ok), 22:26, 18/06/2017 [^] [^^] [^^^] [ответить]
| +4 +/– |
>> переход к схеме предсказуемого именования сетевых интерфейсов ... вместо eth0, eth1 и
>> т.п. ... (например, enx78e7d1ea46da
> Где вот так именуют как ты написал, подскажи? Обычно что-то типа enp2s0.
Да знаешь, проблема-то собственно в том, что переткнул человек сетевуху в другой слот (потому что этот, например, погорел -- бывает такое, хоть и редко), и раньше, ему просто надо сделать так, чтобы система узнала о том, что новая сетевуха - это и есть тот самый eth0. А в случае с новой схемой, это уже уже не enp2s0, а enp4s0. И никак иначе. И теперь беги-правь все свои скрипты и конфиги, в которых упоминался этот интерфейс. Удооооообноооооо...
| |
|
4.212, yet another anonymous (?), 08:30, 20/06/2017 [^] [^^] [^^^] [ответить]
| +2 +/– |
Это к вопросу о "решениях" имени Поттеринга: именовать eth0 --- есть проблемы; именовать enp0s0 --- тоже есть проблемы, ни разу не идеальный вариант. Проблемы первого и второго варианта вполне сопоставимы. Однако педалируется "новый" вариант.
| |
|
|
|
1.7, soarin (ok), 07:55, 18/06/2017 [ответить] [﹢﹢﹢] [ · · · ]
| –2 +/– |
> Избавлены от setuid-флага утилита dmesg и X-сервер: dmesg теперь может запускаться только от root, а X-сервер не требует повышенных привилегий и может работать под обычным пользователем. Для работы графической подсистемы без root требуется наличие KMS-драйверов, logind и libpam-systemd. Запуск X-сервера без root пока поддерживается только в дисплейном менеджере gdm3
Во. Секурность только с systemd и gnome
| |
|
2.9, Andrey Mitrofanov (?), 08:21, 18/06/2017 [^] [^^] [^^^] [ответить]
| +11 +/– |
>> Избавлены от setuid-флага утилита dmesg и X-сервер:
>>Для работы графической подсистемы без root требуется наличие KMS-драйверов, logind и libpam-systemd. Запуск X-сервера без root пока поддерживается только в дисплейном менеджере gdm3
> Во. Секурность только с systemd и gnome
Точно, ага, молодцы же! http://www.opennet.dev/openforum/vsluhforumID3/110249.html#22
Надо больше logind !
---"libsystemd0 - просто заглушка,"- говорили они. "гном3 - это просто гном,"- вторило эхо...
| |
2.17, Аноним (-), 09:08, 18/06/2017 [^] [^^] [^^^] [ответить]
| +1 +/– |
В своё время специалист из Red Hat бурно "пилил" rootless X на базе HAL и ConsoleKit, а потом внезапно написал в блоге "это невозможно". Потому что в тот момент Red Hat загорелся идеей Wayland, причём изначально внедрить собирались очень скоро. Прошло 7 лет, и вот вам rootless X, потому что Wayland так и не внедрили. Оказалось что возможно.
| |
|
3.19, Аноним (-), 09:18, 18/06/2017 [^] [^^] [^^^] [ответить]
| –1 +/– |
Вы случайно не помните, на что он ссылался, когда писал что невозможно? На иксы или ConsoleKit?
| |
3.22, Аноним (-), 09:30, 18/06/2017 [^] [^^] [^^^] [ответить]
| –2 +/– |
Запуск X-сервера от пользователя всегда был возможен (что, неужели startx ни разу не пускали?), за одним исключением: графический вход.
Теперь внимательно читаем новость:
> Запуск X-сервера без root пока поддерживается только в дисплейном менеджере gdm3;
> gdm3
А gdm3 работает под Wayland.
Вот и все. Но нет, без заговоров никуда.
Кстати, Wayland в Федоре вполне себе внедрили, ага.
| |
|
|
5.26, Аноним (-), 09:38, 18/06/2017 [^] [^^] [^^^] [ответить]
| –1 +/– |
> Так там же SUID-бит на /usr/bin/X?
Новость:
> Избавлены от setuid-флага утилита dmesg и X-сервер
В федоре тоже нету, специально проверил.
| |
|
6.29, Аноним (-), 09:51, 18/06/2017 [^] [^^] [^^^] [ответить]
| –1 +/– |
Спасибо за наводку! Добавлю автологин свего username в /etc/inittab, а потом startx в ~/.bashrc
| |
|
|
|
9.162, freehck (ok), 22:36, 18/06/2017 [^] [^^] [^^^] [ответить] | +1 +/– | Ну автологин обычно не делали, а просто логинились в tty и набирали startx точн... большой текст свёрнут, показать | |
|
|
7.223, Ogis (?), 18:55, 20/06/2017 [^] [^^] [^^^] [ответить] | +/– | Вы делаете совсем не так Установите xorg-xinit, чтобы использовать xinit и sta... большой текст свёрнут, показать | |
|
|
|
4.72, Аноним (-), 17:23, 18/06/2017 [^] [^^] [^^^] [ответить]
| +1 +/– |
Удаляешь дерьмо-gdm3\kde-чего-там\какой-ты-ещё-там-логин-манагер-юзаешь и ставишь Slim. Всё работает, суид битов на бинарниках нет, systemd нету.
| |
|
3.173, Аноним (-), 08:20, 19/06/2017 [^] [^^] [^^^] [ответить]
| +/– |
rootless X возможно очень, очень много лет.
просто никто не хотел это настраивать, самостоятельно.
| |
|
2.71, Аноним (-), 17:16, 18/06/2017 [^] [^^] [^^^] [ответить]
| –2 +/– |
> X-сервер не требует повышенных привилегий и может работать под обычным пользователем
> Запуск X-сервера без root пока
Чушь какая, давно запускаю без рута. Что я делаю так? Это ещё с Wheeze, если не с Squeeze, и без всякого этого вашего uselessd. Suid бита на бинарнике нету.
И даже если что-то не так: https://wiki.gentoo.org/wiki/Non_root_Xorg
| |
2.238, Нечестивый (ok), 19:06, 23/06/2017 [^] [^^] [^^^] [ответить]
| +/– |
>> Для работы графической подсистемы без root требуется наличие KMS-драйверов, logind и libpam-systemd. Запуск X-сервера без root пока поддерживается только в дисплейном менеджере gdm3
> Во. Секурность только с systemd и gnome
Там еше и policykit использовали, ведь дополнительная система элевации привилегий гораздо модерносекурнее морально-устаревшего setuid...
| |
|
1.8, A.Stahl (ok), 08:15, 18/06/2017 [ответить] [﹢﹢﹢] [ · · · ]
| +4 +/– |
Ура! Значит тестинг скоро снова начнёт радовать апдейтами? (Не то что бы они мне были очень нужны -- всё и так работает, но без них совсем скучно)
| |
|
2.70, Аноним (-), 17:09, 18/06/2017 [^] [^^] [^^^] [ответить]
| +/– |
А как часто после обновления testing приходится чинить систему? Сам хочу как-то рискнуть обновиться, а то на stable совсем старенькое всё было...
| |
|
3.75, Аноним (-), 17:29, 18/06/2017 [^] [^^] [^^^] [ответить]
| +2 +/– |
Смотря чем пользуешься. У меня лично были проблемы, но тут рассказывали про какие-то совершенно удивительные вещи, которых у меня никогда не было. А так всю жизнь на тестинге и всё нормально.
| |
3.81, Ivan1986 (?), 17:46, 18/06/2017 [^] [^^] [^^^] [ответить]
| +/– |
На тестинге иногда приходилось, когда с sid часть не приползло, а часть приползло.
sid как-то в этом плане был стабильнее.
| |
3.86, A.Stahl (ok), 18:11, 18/06/2017 [^] [^^] [^^^] [ответить]
| +/– |
Чинить? Ну... Я где-то с Etch пользуюсь Debian и вот раз 5 были какие-то заметные баги. Причём только раз или два мне пришлось что-то делать -- обычно достаточно забить и попробовать снова обновиться через пару дней.
| |
|
|
|
2.32, Andrey Mitrofanov (?), 10:11, 18/06/2017 [^] [^^] [^^^] [ответить]
| +1 +/– |
> Когда они релизили по принципу: "When it's ready". А сейчас 79 багов:
>debian.org/release-critical/
А сейчас именно _это_ и есть "ready". Jusfourfun же. Давно ж все ропринюхамши.
| |
|
1.25, Аноним (-), 09:38, 18/06/2017 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
Отличная новость!
Но пока свою VPS-ку переводить на DEB 9 не буду. По крайней мере пока не выйдет хотябы первое обновление - 9.1. А то как бы чего не вышло (с) :).
| |
1.34, Аноним (-), 10:41, 18/06/2017 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
>> В debootstrap по умолчанию задействован перенос всех исполняемых файлов и библиотек из корневых директорий в /usr. Каталоги /bin, /sbin и /lib* теперь унифицированы с соответствующими каталогами внутри /usr и оформлены через символические ссылки на них.
В основной системе, надеюсь, этого не будет?
| |
|
|
3.40, Аноним (-), 11:25, 18/06/2017 [^] [^^] [^^^] [ответить]
| +1 +/– |
> Просыпайся. Это уже везде. Только дебиан отстаёт.
Не везде, не обобщай.
| |
|
|
1.37, Аноним (-), 11:17, 18/06/2017 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
Архитектур x86_x32 так и не появилось. Это 64-битные бинарники с 32-битной адресацией памяти.
| |
|
2.42, Аноним (-), 11:26, 18/06/2017 [^] [^^] [^^^] [ответить]
| +/– |
> Архитектур x86_x32 так и не появилось. Это 64-битные бинарники с 32-битной адресацией
> памяти.
Некому делать.
| |
|
3.43, Andrey Mitrofanov (?), 11:34, 18/06/2017 [^] [^^] [^^^] [ответить]
| –1 +/– |
>> Архитектур x86_x32 так и не появилось. Это 64-битные бинарники с 32-битной адресацией
>> памяти.
> Некому делать.
Так multiarch же уже(*). То ли со squeeze-а, то ли с wheezy?! https://wiki.debian.org/Multiarch
И да, он _тоже_ никому не нужен.
(*) разницу c x32 я примерно понимаю, но поставить всё, кроме постгреса, скажем, в виде :i386, а "больших" - в :amd64, насколько я опять ничего не понимаю, решает все пракические задачи x32 без огорода-битвы с уже третьей архитектурой для интеля.
| |
|
|
5.76, Andrey Mitrofanov (?), 17:38, 18/06/2017 [^] [^^] [^^^] [ответить]
| –1 +/– |
> Ты случаем i686 и x32 не путаешь?
Тебя смутило моё "не понимаю" в сносочке. Так и было задумано. Следующий!
| |
|
|
|
2.228, Аноним (-), 11:38, 21/06/2017 [^] [^^] [^^^] [ответить]
| –1 +/– |
> Это 64-битные бинарники с 32-битной адресацией памяти.
Это изврат. На x64_64 как раз и переходят для адресации больше 4Гб без костылей. SSE3 и прочее это уже вторично.
| |
|
|
|
3.67, alexander (??), 16:53, 18/06/2017 [^] [^^] [^^^] [ответить]
| +/– |
Как поставить LXQT? На определённом этапе установки был выбор DE, теперь в списке есть LXQT?
| |
|
|
|
6.230, Oleg (??), 15:13, 21/06/2017 [^] [^^] [^^^] [ответить]
| +/– |
А как Вы его ставили? Live-образа нету, а что там в netinst, тоже нет выбора?
| |
|
7.231, alexander (??), 20:42, 21/06/2017 [^] [^^] [^^^] [ответить]
| +/– |
Установил debian без рабочего стола (снял галчку в меню выбора), затем под root из консоли:
sudo apt install lxqt
Многое пришлось ставить вручную, но система работает нормально, кроме scilab. При запуске этой программы из консоли выдаётся сообщение об ошибки сегментации.
| |
|
|
|
|
|
|
|
2.53, ssh (ok), 13:27, 18/06/2017 [^] [^^] [^^^] [ответить]
| +2 +/– |
> Чем энтот jigdo лучше/фичастее, чем старый добрый Metalink?
Из ваших слов выходит, что jigdo не такой старый и добрый, а это неправда!
| |
|
1.50, marios (ok), 13:11, 18/06/2017 [ответить] [﹢﹢﹢] [ · · · ]
| +2 +/– |
> Избавлены от setuid-флага утилита dmesg
Там и не было SETUID.
Изменилась опция ядра CONFIG_SECURITY_DMESG_RESTRICT, а не это.
| |
1.55, Аноним (-), 13:56, 18/06/2017 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
> Возвращение стало возможным после того, как проект Mozilla сделал для дистрибутива Debian исключение в области использования своих торговых марок.
Это один из показателей. Debian rulezzz.
| |
|
|
3.61, Аноним (-), 15:37, 18/06/2017 [^] [^^] [^^^] [ответить]
| +/– |
И сразу на операционный стол - вырезать не дожидаясь перетонита!
| |
|
2.79, Andrey Mitrofanov (?), 17:42, 18/06/2017 [^] [^^] [^^^] [ответить]
| +1 +/– |
>>Mozilla сделал для дистрибутива Debian исключение в области использования своих торговых марок.
> Это один из показателей. Debian rulezzz.
Да. Подачки от МоФоКо берут. Показатель.
| |
|
1.62, Аноним (-), 16:01, 18/06/2017 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
отличный проэкт. на его основе постороено много интересных дистрибутивов. использую на равне с федорой. Кто нибудь в курсе нашли негодяев которые убили автора проэкта?
| |
|
2.164, freehck (ok), 23:09, 18/06/2017 [^] [^^] [^^^] [ответить]
| +/– |
> Кто нибудь в курсе нашли негодяев которые убили автора проэкта?
Нет. Да и не ищут. Официально это самоубийтсво ведь.
| |
|
1.63, Аноним (-), 16:04, 18/06/2017 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
>удалено 6739 (13%) устаревших или заброшенных пакетов
Молодцы. А в Fedora куча нерабочих и устаревших пакетов кочует из релиза в релиз, и всем пофиг, багрепорты висят годами.
| |
|
2.77, Аноним (-), 17:41, 18/06/2017 [^] [^^] [^^^] [ответить]
| +/– |
Это неправда. Fedora всегда пересобирает все программы с новым GCC каждый релиз.
| |
|
3.107, Аноним (-), 19:52, 18/06/2017 [^] [^^] [^^^] [ответить]
| +2 +/– |
> Fedora всегда пересобирает все программы с новым GCC каждый релиз.
Но они всё-равно не работают. Пересборка то автоматическая, а пакет никто не майнтерит и патчи уже годами никто не присылает. А так, да, пересобирают с новым GCC, достижение!
| |
3.180, Нанобот (ok), 10:24, 19/06/2017 [^] [^^] [^^^] [ответить]
| –1 +/– |
> Fedora всегда пересобирает все программы с новым GCC каждый релиз.
надеются, что рано или поздно выйдет версия GCC, которая автоматически исправляет ошибки?
| |
|
|
5.186, Andrey Mitrofanov (?), 11:13, 19/06/2017 [^] [^^] [^^^] [ответить]
| +/– |
>>> Fedora всегда пересобирает все программы с новым GCC каждый релиз.
>> надеются, что рано или поздно выйдет версия GCC, которая автоматически исправляет ошибки?
> Нет, просто они "самые большие друзья GNU GCC":
В смысле на федоро-жертвах они обкатывают gcc$(N+1), прежже чем торговать им под ТМ "Red Hat Propuct". Большой такой тест-сьют с разнообразным набором Си/Си++ исходников. Федора - для Red Hat GCC.
| |
|
|
|
|
1.65, nrv (ok), 16:09, 18/06/2017 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Обновился.Оказалось, это легко. Пришлось удалить оставшиеся пакеты и конфиг от fglrx, так как иксы пропали. Теперь USB мышь не отваливается после выхода из спящего режима (отваливалось ли что-то кроме мыши, например, флешка не помню, но скорее всего да - проблема была в usb); Google Chrome, установленный не из репозиториев теперь можно выбрать как дефолтный браузер в Xfce. Гибернация по прежнему не работает.
| |
|
2.150, Аноним (-), 21:17, 18/06/2017 [^] [^^] [^^^] [ответить]
| +/– |
>Гибернация по прежнему не работает.
Потому что ты её не настроил или настроил неправильно?
| |
|
1.68, Андрей (??), 16:59, 18/06/2017 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
> dmesg теперь может запускаться только от root
А почему простому пользователю нельзя смотреть в стандартный лог? Ведь есть же закрытый для пользователя /var/log/syslog.
| |
|
2.82, Andrey Mitrofanov (?), 17:49, 18/06/2017 [^] [^^] [^^^] [ответить]
| +/– |
>> 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
$ _
| |
|
1.69, Grishko (?), 17:05, 18/06/2017 [ответить] [﹢﹢﹢] [ · · · ]
| –3 +/– |
Теперь заявить, что срок поддержки увеличен + добавить анимацию окон как в андроид + чутка обновить ядро = релиз дебиана! ура, салют, шторы закрываются.
| |
|
|
3.188, Аноним (-), 12:00, 19/06/2017 [^] [^^] [^^^] [ответить]
| –1 +/– |
> и как теперь жить с этим?
Потратить 30 минут на сборку кастомного?
| |
|
4.189, Andrey Mitrofanov (?), 13:27, 19/06/2017 [^] [^^] [^^^] [ответить]
| +1 +/– |
>> и как теперь жить с этим?
> Потратить 30 минут на сборку кастомного?
Учиться, учиться и учиться сарказму, как завещал Великий Ленин.
//Потерпи пока ещё писать -- не все ещё отсмеялись над тобой.
| |
|
5.194, Аноним (-), 16:49, 19/06/2017 [^] [^^] [^^^] [ответить]
| –2 +/– |
> Учиться, учиться и учиться сарказму
Я знаю, что это был сарказм. Так и ядро за 30 минут не соберёшь, особенно, если в первый раз ;)
| |
|
|
5.193, Аноним (-), 16:48, 19/06/2017 [^] [^^] [^^^] [ответить]
| +/– |
> Поставить 4.10 или 4.11 из experimental?
И сделать из Debian FrankenDebian?
| |
|
6.195, Andrey Mitrofanov (?), 18:02, 19/06/2017 [^] [^^] [^^^] [ответить]
| +/– |
>> Поставить 4.10 или 4.11 из experimental?
> И сделать из Debian FrankenDebian?
Да. И что?...
//со свежеобновлённого на wheezy-lts
[ОБНОВЛЕНИЕ] firefox-esr:i386 45.9.0esr-1~deb7u1 -> 52.2.0esr-1~deb7u1
| |
|
7.210, Аноним (-), 06:41, 20/06/2017 [^] [^^] [^^^] [ответить]
| +/– |
> Да. И что?...
Ну, как тебе сказать... У тебя с зависимостями потом проблем не бывает? В эксперементале часто удаляют пакеты, или некоторых вообще нет. Переустанавливать пол-ситсемы только из-за того, что версия glibc не та -- не хочется.
Насчёт фокса: есть mozilla.debian.net, там бэкпорты.
| |
|
|
|
|
|
|
1.157, Аноним (-), 21:58, 18/06/2017 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
В релизе так же как и было в тестинге две версии openssl? 1.0.2, 1.1.0? Из-за чего некоторые Qt программы пытаются загрузить обе версии из-за чего не работает в них сеть?
| |
1.169, mumu (ok), 03:19, 19/06/2017 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Наконец-то при установке через текстовый инсталлер не стоит по умолчанию галочка на X.org+DE, зато стоит на SSH сервер. Мелочь, а приятно :)
| |
|
2.206, Andrey Mitrofanov (?), 21:18, 19/06/2017 [^] [^^] [^^^] [ответить]
| +1 +/– |
> Наконец-то при установке через текстовый инсталлер не стоит по умолчанию галочка на
> X.org+DE, зато стоит на SSH сервер. Мелочь, а приятно :)
Может, ты прочсто наконец зашёл в expert режиме?
| |
|
1.175, Аноним (-), 08:27, 19/06/2017 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
Дождалися. Ну сейчас в сид насыпется гига полтора всякоразного. Весело будет. "Угадай, что сломается на этот раз."
| |
1.211, Аноним (-), 07:00, 20/06/2017 [ответить] [﹢﹢﹢] [ · · · ]
| –2 +/– |
Установил для пробы Debian 9 Gnome и ужаснулся от его прожорливости.... Жрёт оперативную память как слон морковку !!! Вывод, - Debian 9 не для обычного пользователя.....
| |
1.232, Аноним (-), 06:50, 22/06/2017 [ответить] [﹢﹢﹢] [ · · · ]
| –2 +/– |
Стабилен дистрибутив ROSA Fresh 9 Gnome, но он не скучный а жизнерадостный !!!
| |
|
2.233, Andrey Mitrofanov (?), 09:33, 22/06/2017 [^] [^^] [^^^] [ответить]
| +1 +/– |
> Стабилен дистрибутив ROSA Fresh 9 Gnome, но он не скучный а жизнерадостный
> !!!
Не-не-не, в новости про дебиан надо было писать про Альт. Было бы смешнее.
| |
|
1.239, denmatv94 (?), 22:16, 23/06/2017 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
debian 9.0.1 netinstall + nonfree
или любые другие образы, кроме live - образов
где можно взять ? на официальном сайте только от 18.06 образы
| |
|
2.242, меня нет (?), 19:53, 25/06/2017 [^] [^^] [^^^] [ответить]
| +/– |
Я так понял, что в 9.0.1 исправлены ошибки, специфичные именно для live образов. То есть, нигде.
| |
|
|
|
3.248, denmatv94 (?), 14:15, 04/07/2017 [^] [^^] [^^^] [ответить]
| +/– |
проблема в следующем: не работает функция клика по тачпаду. машина Acer eMachines G730Z-P623G50Mnks
| |
|
|
1.251, nero777 (?), 09:19, 25/07/2018 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
попробовал этот stretch параллельно с FreeBSD 11.1.фы полный.wine не пашет,compiz вообще убрали(metacity.pkg - старье.короче - только фряха.
| |
|