Представлено (https://www.debian.org/News/2015/20150905) корректирующее обновление Debian 8.2, а также обновление прошлой стабильной ветки - Debian 7.9 (https://www.debian.org/News/2015/2015090502), в которые включены все выпущенные обновления пакетов и устранены недоработки в инсталляторе. Debian 8.2 включает 68 обновлений с устранением проблем со стабильностью и 61 обновление с устранением уязвимостей. Debian 7.9 включает 60 и 184 обновления, соответственно.
Установочные сборки Debian 8.2 пока недоступны (http://cdimage.debian.org/cdimage/release/8.2.0/) для загрузки. Сборки Debian 7.9 можно загрузить на данной странице (http://cdimage.debian.org/cdimage/archive/7.9.0/). Системы, установленные ранее и поддерживаемые в актуальном состоянии, получают обновления, присутствующие в Debian 8.2 и 7.9, через штатную систему установки обновлений. Включенные в новые выпуски Debian исправления проблем безопасности доступны пользователям по мере выхода обновлений через сервис security.debian.org.
Из изменений в Debian 8.2 можно отметить:
- Из репозитория исключены:
- Система для манипуляции snapshot-ами приложений в пространстве пользователя criu (очень активно развивается, слишком трудно поддерживаться пакет в актуальном состоянии);
- Браузерные дополнения dactyl и fullscreen-extension (не совместимы с актуальными выпусками Iceweasel);
- netty3.1 (зависит от отсутствующего в дистрибутиве jetty);
- php-zend-xml (проблемы с безопасностью);
- rubyfilter (неработоспособный (пустой) пакет);
- В Debian 7.9 удалены пакеты cia-clients, get-iplayer и typo3-src.- В инсталляторе добавлена поддержка устройств Seagate DockStar. Установлены символические ссылки, необходимые для OpenRD;
- В пакете apache2 устранена недоработка в логике обновления с Debian 7 до Debian 8. Устранена взаимная блокировка и крахи в mpm_event;
- В apt решены проблемы с разбором зависимостей, специфичных для выбранной архитектуры. Устранено зацикливание, приводящее к заполнению свободного места на диске, при выполнении "apt-get update";
- Устранена проблема, приводящая к повреждению резервных копий в bareos при выполнении операций над несколькими разделами;- В binutils-mingw-w64 добавлена поддержка DLL-файлов Visual Studio;
- Cron.service переведён на использование KillMode=process для завершения работы фонового процесса cron без остановки выполняемых заданий;
- Устранена утечка памяти в DBus, проявляющаяся при вызове GetConnectionCredentials;- В flash-kernel объединены записи для плат Combine i.MX53 QSB и LOCO (могли возникнуть проблемы при обновлении с Debian 7 до Debian 8);
- Исправлено несколько ошибок в GLibc;
- В gnome-terminal обеспечено открытие новых вкладок в текущей директории вместо постоянного открытия в домашней директории;
- В glusterfs решены проблемы с созданием UNIX domain сокетов на NFS-разделах;
- Устранён крах при выполнении кода PadLock asm
в gnutls28;
- В grub-installer обеспечено корректное размещение grub-installer/force-efi-extra-removable на устанавливаемой системе;
- Устранено несколько ошибок, приводящих к краху gtk+3.0;
- В библиотеке libgee-0.8 отключен отладочный режим, приводивший к существенному замедлению работы приложений;
- В libvirt обеспечено задействование в virt-aa-helper шаблона TEMPLATE.qemu для хостов с kvm или kqemu. Устранён крах при Live-миграции;- В Mesa из-за зависаний отключено выполнение асинхронных DMA-операций для драйвера radeonsi;
- В mozilla-gnome-keyring восстановлена совместимость с новыми выпусками Iceweasel;- До свежих корректирующих выпусков обновлены пакеты postgresql-9.1 и postgresql-9.4
- В syslinux налажена загрузка на некоторых моделях Chromebook;
- В systemd отключены DNS-серверы по умолчанию в systemd-resolve;
- Таймаут обработки событий в udev повышен до 180 секунд;
- В tabmixplus обеспечена совместимость с новыми выпусками Iceweasel;
- В unattended-upgrades возобновлена поддержка автоматической перезагрузки.
URL: https://www.debian.org/News/
Новость: http://www.opennet.me/opennews/art.shtml?num=42917
Вопрос в тему: а как ведет себя обновление, если пакет исключен из репозитория? Какое-то сообщение прилетает во время dist-upgrade или так и сидит этот пакет молча, как мина замедленного действия?
Если установлено и подключено, то до версии 8.2 обновиться всё само автоматически по «apt-get update && apt-get upgrade»
Версию можно проверить: «lsb_release -a»
> Вопрос в тему: а как ведет себя обновление, если пакет исключен из репозитория? Какое-то сообщение прилетает во время dist-upgrade или так и сидит этот пакет молча, как мина замедленного действия?Так и сидит. Найти такие пакеты можно с помощью либо apt-show-versions, либо aptitude (~o).
> Вопрос в тему: а как ведет себя обновление, если пакет исключен из
> репозитория? Какое-то сообщение прилетает во время dist-upgrade или так и сидит
> этот пакет молча, как мина замедленного действия?висит молча. ну, в aptitude висит в отдельной секции "устаревшие и тому подобное"
Если это десктоп - можно еще synaptic'ом такое смотреть. Он все это показывает в удобном и логичном виде. Сразу видно где тухляк.
Если не ошибаюсь, булет the following packages will be removed.
> Если не ошибаюсь, булет the following packages will be removed.Нет будет как будто установлен вручную. Если не ошибаюсь, то сообщений по умолчанию нет.
>Если это десктопНа рабочих станциях используется Windows от Necrosoft.
"(очень активно развивается, слишком трудно поддерживаться пакет в актуальном состоянии)"
Заменить на "поддерживать" и будет норм
> "(очень активно развивается, слишком трудно поддерживаться пакет в актуальном состоянии)"
> Заменить на "поддерживать" и будет нормКстати говоря, объясните мне глупому. Чего плохо в старом, но рабочем пакете, если в нём нет проблем безопасности. Зачем его исключили? Разве что создаёт зависимость на устаревшую версию чего-либо, но вроде бы на первый взгляд тут проблем не видно:
Build-Depends:
asciidoc,
debhelper (>= 9),
dh-python,
libprotobuf-c-dev,
libprotobuf-dev,
protobuf-c-compiler,
protobuf-compiler,
python-all (>= 2.6.6-3~),
xmlto
[showpkg]
Dependencies:
1.3.1-1 - libc6 (2 2.14) libprotobuf-c1 (2 1.0.1) iproute2 (16 (null)) iproute (0 (null))
> Зачем его исключили?Тоже удивился.
> Зачем его исключили?Мейнтейнер сказал, что он отказывается ЭТО поддерживать.
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=796534
>> Зачем его исключили?
> Мейнтейнер сказал, что он отказывается ЭТО поддерживать.
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=796534Получается, что если я начну активно развивать какой-то свой проект, то его за это выкинут из Debian. Странная мотивация для upstream-разработчиков.
> Получается, что если я начну активно развивать какой-то свой проект, то его
> за это выкинут из Debian. Странная мотивация для upstream-разработчиков.Разрабатывать можно по разному. Разработчики в здравом уме - ориентируются на устоявшиеся практики выпуска софта в продакшн. Ну то-есть некие промежуточные застабилизированные релизы которые можно использовать на практике для тех кому ехать, они поддерживаются приличное время и те кто ими пользуются - не пожалеют что вляпались. И в сторонке - прототип будущей версии, где можно запустить руки по локоть под капот и изгваздаться. Все разобрать и перефигачить. А когда процесс привел к осмысленному результату - начать фазу стабилизации и выпуска новой версии.
А бывают те кто просто безбашенно хреначит, как берзерк. И это могут быть замечательные программисты и прочие таланты. Но их продуктами жизнедеятельности совершенно невозможно пользоваться, потому что это постоянная жизнь на вулкане. С ожиданием "когда и где оно все-таки #$%анет?!"
> Ну то-есть некие промежуточные застабилизированные релизы которые можно использовать на практике для тех кому ехать, они поддерживаются приличное время и те кто ими пользуются - не пожалеют что вляпались. И в сторонке - прототип будущей версии, где можно запустить руки по локоть под капот и изгваздаться. Все разобрать и перефигачить.А есть какие-то проблемы пользоваться релизами CRIU? Они вроде как стабильны. Просто, если я правильно понял, у Odin сейчас развитие этого проекта имеет весьма высокий приоритет, поэтому скорость разработки сильно увеличилась. И согласно тому, как я понял сказанное на LVEE -- да, им нередко приходится "запускать руки по локоть" и рефакторить.
Ещё раз говорю, если бы были какие-то проблемы стабильности или безопасности, то и вопросов бы не было. Но выкидывать рабочий пакет -- это странно. Ну лень maintainer-у обновлять пакет -- пусть не обновляет, проблем-то.
> А когда процесс привел к осмысленному результату - начать фазу стабилизации и выпуска новой версии.
Насколько я понимаю, оно сейчас так и есть.
> А бывают те кто просто безбашенно хреначит, как берзерк. И это могут быть замечательные программисты и прочие таланты. Но их продуктами жизнедеятельности совершенно невозможно пользоваться, потому что это постоянная жизнь на вулкане. С ожиданием "когда и где оно все-таки #$%анет?!"
Это всё хорошо, но причём тут CRIU? Можете конкретные примеры привести?
> А есть какие-то проблемы пользоваться релизами CRIU?А их кто-нибудь майнтайнит и саппортит? Или как обычно - "проблемы майнтайнеров апстрима не волнуют"? За этот принцип неплохо воздается - выносом из репов. Или непопаданием туда вообще. С соответствующими последствиями для популярности.
> если я правильно понял, у Odin сейчас развитие этого проекта имеет
> весьма высокий приоритет, поэтому скорость разработки сильно увеличилась.Ну а вот майнтайнеры не смогли притянуть такую политику релизов к своей системе. Бывают в жизни огорчения.
> "запускать руки по локоть" и рефакторить.
Жизнь на вулкане - штука на любителя.
> Ну лень maintainer-у обновлять пакет -- пусть не обновляет, проблем-то.
А этот пакет старой версии - как и кем будет саппортиться и майнтайниться? Секурити фиксы - кто выкатывать будет? Или майнтайнеру за дыры и баги и вообще все это - единолично обтекать предлагается? А ему надо - обтекать за чужие продолбы, не имея возможность починить с разумными затратами?
В дебиане не принято ломать систему между релизами. Поэтому принципиально новые версии - в общем случае между релизами системы в репы не упакуют. Иначе потом окажется как в нжинксе, что половину параметров удалили и они не работают а у юзерей работающие инсталляции резко сдохли после апдейта. Это - совсем не по дебиановски (в -stable). А если у разработчика софта нет LTS релизов, самому тянуть все багфиксы и секурити может стать тяжко.
> Насколько я понимаю, оно сейчас так и есть.
Оно сейчас так будет только у тех кто поставил. А новых влопавшихся уже не будет - они просто не увидят пакет, т.к. его более нет. Форсировано выпиливать софт в дебиане ессно не принято, это вам не гуглостор. Но пакетные манагеры показывают такие пакеты очень характерно, намекая что вы - "on your own". И новые пользователи пакет не увидят совсем. Такое плавное декомиссование пакета без громких воплей.
> Это всё хорошо, но причём тут CRIU? Можете конкретные примеры привести?
Ну вот эта новость - конкретный пример: майнтайнер не видит возможность майнтайнить это с разумными затратами сил. И я почему-то думаю что это, возможно, не только его упущение. У апстримов с нормальной политиков релизов - таких грабель не быавет.
Ну то-есть может быть как-то так:
- Майнтайнер лоханулся и впихал в продакшновый дистр то, что по факту было пре-пре-альфа и совсем не стабильное еще. Концепт, грубо говоря. Чтож, придется признать лажу и выпилить - концептам в стэйбле не место. Подождать стабилизации и добавить потом. Если, конечно, этот момент когда-то наступит. Некоторый софт так и загибается в состоянии "дымящиеся руины".
- Софт майнтайнят безбашенно и не парятся как будут крутиться продакшны. Это уже залет и зачастую не вина майнтайнера. А проблемный апсрим.Возможны всякие гибридные случаи. Серебряных пуль не бывает. Тем не менее, в целом дебиан это такая система, которую можно поставить на автоапдейт и умотать на край земли в отпуск. И оно не должно при этом сломаться. В отличие от многих других, требующих под лупой инспектировать что они там пытаются всучить как апдейт. Это не идеальная политика и имеет и плюсы и минусы.
>> А есть какие-то проблемы пользоваться релизами CRIU?
> А их кто-нибудь майнтайнит и саппортит? Или как обычно - "проблемы майнтайнеров
> апстрима не волнуют"? За этот принцип неплохо воздается - выносом из
> репов. Или непопаданием туда вообще. С соответствующими последствиями для популярности.Ещё раз говорю, если пакет ещё рабочий и в нём нет проблем безопасности, то зачем его выпиливать? Просто не обновляй, если лень…
>> если я правильно понял, у Odin сейчас развитие этого проекта имеет
>> весьма высокий приоритет, поэтому скорость разработки сильно увеличилась.
> Ну а вот майнтайнеры не смогли притянуть такую политику релизов к своей
> системе. Бывают в жизни огорчения.Ну так пусть и не тянут каждый релиз. Когда кому-то нужен будет новый релиз, он с-mentor-ит.
>> "запускать руки по локоть" и рефакторить.
> Жизнь на вулкане - штука на любителя.Причём тут жизнь на вулкане?
>> Ну лень maintainer-у обновлять пакет -- пусть не обновляет, проблем-то.
> А этот пакет старой версии - как и кем будет саппортиться и
> майнтайниться? Секурити фиксы - кто выкатывать будет? Или майнтайнеру за дыры
> и баги и вообще все это - единолично обтекать предлагается? А
> ему надо - обтекать за чужие продолбы, не имея возможность починить
> с разумными затратами?Будут security проблемы, которые сложно закрыть — тогда уже можно и выкинуть пакет (как крайняя мера). Однако ведь не обязательно подтягивать полный новый релиз, чтобы закрыть дыру, достаточно накатить минимальный патч.
Я понимаю, если бы за CRIU уже были замечены случаи проблем безопасности, которые сложно закрывались — тогда да. А сейчас-то за что?
> В дебиане не принято ломать систему между релизами.
Зачем было выкидывать пакет сейчас, если его можно было выкинуть тогда, когда появятся проблемы. Тем более, что проблемы вполне могут и не появиться.
> Поэтому принципиально новые версии
> - в общем случае между релизами системы в репы не упакуют.
> Иначе потом окажется как в нжинксе, что половину параметров удалили и
> они не работают а у юзерей работающие инсталляции резко сдохли после
> апдейта. Это - совсем не по дебиановски (в -stable). А если
> у разработчика софта нет LTS релизов, самому тянуть все багфиксы и
> секурити может стать тяжко.Для CRIU требуется много багфиксов? Там в debian-исходниках всего два патча и оба исправляют орфографические ошибки.
>> Это всё хорошо, но причём тут CRIU? Можете конкретные примеры привести?
> Ну вот эта новость - конкретный пример: майнтайнер не видит возможность майнтайнить
> это с разумными затратами сил. И я почему-то думаю что это,
> возможно, не только его упущение. У апстримов с нормальной политиков релизов
> - таких грабель не быавет.Так пусть не трогает пакет до проблем с безопасностью или работоспособностью.
http://www.cvedetails.com/product-search.php?vendor_id=0&sea...
http://www.cvedetails.com/product-search.php?vendor_id=0&sea...> Ну то-есть может быть как-то так:
> - Майнтайнер лоханулся и впихал в продакшновый дистр то, что по факту
> было пре-пре-альфа и совсем не стабильное еще. Концепт, грубо говоря. Чтож,
> придется признать лажу и выпилить - концептам в стэйбле не место.
> Подождать стабилизации и добавить потом. Если, конечно, этот момент когда-то наступит.
> Некоторый софт так и загибается в состоянии "дымящиеся руины".
> - Софт майнтайнят безбашенно и не парятся как будут крутиться продакшны. Это
> уже залет и зачастую не вина майнтайнера. А проблемный апсрим.Лично мне criu скоро нужен будет для работы. А от maintainer-а ничего не требовалось, чтобы его сохранить в Debian. Он не создавал никаких проблем зависимостей, работоспособности и безопасности.
> Возможны всякие гибридные случаи. Серебряных пуль не бывает. Тем не менее, в
> целом дебиан это такая система, которую можно поставить на автоапдейт и
> умотать на край земли в отпуск.Не согласен. Мне update-ы уже не один раз ломали рабочую систему. Ставить autoupdate на production-е — к сожалению, плохая идея.
Во время отпуска просто должен быть человек, исполняющий мои обязанности.
кстати да - у меня так было с awesome, а потом я закалебался конфиг править.
> кстати да - у меня так было с awesome,Да вы знаете, такая фигня была не только у вас и не только с awesome. Поэтому у дебианщиков и сформировались определенные политики по части версионирования софта между релизами. В общем случае дебиан можно оставить на автоапдейте, слиняв в отпуск или куда там еще. А вернувшись - обнаружить все так же работающую систему. Запатченую на предмет дыр, тем не менее. Это они и подразумевают под стабильностью.
Но т.к. серебряных пуль не бывает - бывают и backfire. Скажем вам могут отгрузить для вашего десктопа стабильно забагованую MESA, стабильно не работающий Nexuiz 2.4 при том что все сервера ушли на 2.5 и не совместимы с ним, etc.
> части версионирования софта между релизами. В общем случае дебиан можно оставить
> на автоапдейте, слиняв в отпуск или куда там еще. А вернувшисьСлучай http://blog.steve.org.uk/the_jessie_8.html всякий может быть. //Видимо, частный.
> - обнаружить все так же работающую систему. Запатченую на предмет дыр,
>А бывают те кто просто безбашенно хреначит, как берзерк.И мы все даже знаем этого хакира.
>И это могут быть замечательные программисты и прочие таланты.
Возможно, но есть бооольшие сомнения.
>Но их продуктами жизнедеятельности совершенно невозможно пользоваться
Совершенно согласен, так ведь впихнули и даже по-умолчанию сделали.
Вопрос: игде справедливость?
> И мы все даже знаем этого хакира.На этой планете хватает странных людей. И как вы понимаете, потребовалось более 1 человека чтобы дошло и потребовалось прописывать политики версионирования.
> Возможно, но есть бооольшие сомнения.
Крутые скиллы - одно. А решение которое реалистично поддерживать долгое время - иное. Вася может сделать крутейший аэроплан в своем гараже. Аэроплан может быть крут технически, etc. Но вот если это рассмотреть под углом "а теперь мы попробуем вывести его на рейсовый маршрут и 10 лет снабжать запчастями" - это уже слегка иное и одной только крутизны прямо сейчас уже недостаточно. И если Вася через год перестанет вам запчасти для движка поставлять, с аргументом "я тут двигло в два раза лучше сделал" - и чего обладателю аэроплана делать? Рефакторить полсамолета на новый двигун?
> Вопрос: игде справедливость?
Гусары, молчать!
> Получается, что если я начну активно развивать какой-то свой проект, то его
> за это выкинут из Debian. Странная мотивация для upstream-разработчиков.Не, мотивация такая: когда _закончите_ активно развивать (в частности, появится хоты бы одна LTS-ветка со стабильным API/ABI) - тогда, может, и включат.
>> "(очень активно развивается, слишком трудно поддерживаться пакет в актуальном состоянии)"
>> Заменить на "поддерживать" и будет норм
> Кстати говоря, объясните мне глупому. Чего плохо в старом, но рабочем пакете,
> если в нём нет проблем безопасности. Зачем его исключили? Разве чтоhttps://bugs.debian.org/796536
Ментейнеру:
1/ жаль, но пользователям придётся перетоптаться
2/ утомительно бежать за паровозом, //смены abi в crui обещали закончить? снова?-
3/ стрёмно^Wне комильфо "мешать" апстриму, плодя протухших клиентов
4/ all the above, and moareЗЫ: Ровно такого же приговора ждут все мозилловские раздражённые релизы (в стабильных дебианах ментейнеры стараются держать esr-версии, но слово "ентерпрайс" наводит на грустные мысли про калашный ряд), рубиновые "изумруды", nginx даже и ешё куча гламурных гитхаб-бегунов за номерами версий и поддержкой только самого последнего коммита с git-а. </понедельник утро>
>[оверквотинг удален]
> (0 (null))
На обновления chromium забили в wheezy?
>На обновления chromium забили в wheezy?А нахрен он нужен в дистрибе который ориентирован на сервер?
>>На обновления chromium забили в wheezy?
> А нахрен он нужен в дистрибе который ориентирован на сервер?кто ориентирован на сервер?
ps. в репозитории debian jessie - 1200 игр. в некотрые из них я играю.
Игровая зависимость уже есть на фоне tuxracer и прочего?
один раз завис в angband на несколько дней, забыв про еду и сон
> angbandну это как раз для сервера и есть, для всяких сисадминов по ssh играть :O
> А нахрен он нужен в дистрибе который ориентирован на сервер?Дебиан - обычный general purpose, который ориентирован на все и сразу.
>> А нахрен он нужен в дистрибе который ориентирован на сервер?
> Дебиан - обычный general purpose, который ориентирован на все и сразу."Debian - универсальная Операционная Система." Это девиз у них такой. Прямо с самого начала, входа най сайт, типа. //Оговорки и мелкий шрифт начинаются чуть позже. например, здесь, с удалением criu--
Дэбиан скатился, вместо нумерации версий x.y.z теперь x.y. Ну и в остальном прослеживаться.
вместо x.0.z, которая пришла вместо x.0rz стало x.z
ты многое от этого потерял? :)
> В tabmixplus обеспечена совместимость с новыми выпусками Iceweasel;Ой, TMP реанимировали?
> Ой, TMP реанимировали?Оно и не умирало.
Забыли самое главное wesnoth обновился :)
> Забыли самое главное wesnoth обновился :)не версия обновилась, а патчи накатили :) версия только в бэкпортах обновляется
А я думал, что Debian Wheeze уже устарел и такие обновления уже не будут выходить не будут. Надо было все-таки оставатся на Wheeze.
> А я думал, что Debian Wheeze уже устарел и такие обновления
> уже не будут выходить не будут. Надо было все-таки оставатся на
> Wheeze.А что в jessie сломали? Сам подумываю обновиться до stable.
Systemd появился по-умолчанию. Нет. Он конечно удобный, но это так непривычно перекатыватся на него. Также Wheezy все-же более стабилен. Jessie малость сыроват и есть некоторые баги, однако например KDE, работает просто отменно. Прям как в OpenSUSE или даже лучше.
> Systemd появился по-умолчанию. Нет. Он конечно удобный, но это так непривычно перекатыватся
> на него. Также Wheezy все-же более стабилен. Jessie малость сыроват и
> есть некоторые баги, однако например KDE, работает просто отменно. Прям как
> в OpenSUSE или даже лучше.Недавно обновился со squeeze на wheezy - именно по кедам вылезло несколько мелких, но неприятных багов.
Подскажите, a security репозиторий для Wheezy ещё обновляетcя?
Будет обновляться до следующей весны. А потом, возможно, переведут на LTS (если будет manpower и корпоративный интерес).
> Будет обновляться до следующей весны. А потом, возможно, переведут на LTS (если
> будет manpower и корпоративный интерес).Как я понял из https://wiki.debian.org/LTS , это уже дело решенное
> Debian 7 “Wheezy” from February 2016 to May 2018
> Будет обновляться до следующей весны. А потом, возможно, переведут на LTS (если
> будет manpower и корпоративный интерес).Надо иметь в виду, что LTS изначально обновляется/поддерживается _с изъятиями_. Мозилы, например, и пр.броузеры там _не_ фиксятся. Типо, вот там-то "сервер-онли".
Впрочем, как видим, и не-LTS поддержка линяет-лысеет. (И да, в курсе, что пакеты могут выкидываться и в "промежуточных" поинт-релизах, до окончания стабильной поддержки. "Расскажите мне больше."тм)
> Из репозитория исключены:
> Система для манипуляции snapshot-ами приложений в пространстве пользователя criu (очень активно развивается, слишком трудно поддерживать пакет в актуальном состоянии);Энтерпрайзненько. Дебиановцам замораживать версии все труднее и труднее. Не первый проект в таком состоянии.
>> Из репозитория исключены:
>> Система для манипуляции snapshot-ами приложений в пространстве пользователя criu (очень активно развивается, слишком трудно поддерживать пакет в актуальном состоянии);
> Энтерпрайзненько. Дебиановцам замораживать версии все труднее и труднее. Не первый проект в таком состоянии.докер в бэкпорты перекинули
>> Из репозитория исключены:
>> Система для манипуляции snapshot-ами приложений в пространстве пользователя criu (очень активно развивается, слишком трудно поддерживать пакет в актуальном состоянии);
> Энтерпрайзненько. Дебиановцам замораживать версии все труднее и труднее. Не первый проект
> в таком состоянии.Заморозить версию пакета проще простого - git .... вот только в дебиан о гите не вкурсе :)
> Заморозить версию пакета проще простогоНекрофилия - путь для слабаков.
Дебиан признает только те проекты, в которых можно выделить более-менее живые ветки с длительной поддержкой.
>> Заморозить версию пакета проще простого
> Некрофилия - путь для слабаков.
> Дебиан признает только те проекты, в которых можно выделить более-менее живые ветки
> с длительной поддержкой.так пользователи дебиан и есть некрофилы ...
> так пользователи дебиан и есть некрофилы ...вместе с разработчиками
> так пользователи дебиан и есть некрофилы ...Неа. Некрофилы - это те, кто не обновляется (даже security fixes) годами, независимо от дистрибутива. Они и на арче бывают.
> вот только в дебиан о гите не вкурсе :)ээээ, переведи
>> вот только в дебиан о гите не вкурсе :)
> ээээ, переведи
> ps. http://git.debian.orgтогда вдвойне странно читать "сложно поддерживать .." ... написали бы честно - лень/нехотим
Скорей "выяснено, что никто не заинтересован".Debian не Советский Союз, чтобы накормить всех умирающих в Африке.
Docker бэкпортировали, умирающее умерло.
> лень/нехотим"Мне слишком затратно это поддерживать" - вполне себе аргумент. Иди да майнтайни пакет сам - и можешь бэкпортировать полпрограммы по пять раз на дню. Если бэкпортировалка не сломается. У дебиана есть вполне конкретная политика релизов. Это и баг и фича в одном флаконе. Баг - потому что бывает вот так. Фича - потому что это ведет к предсказуемости жизненного цикла системы. Где между крупными релизами не вкатывают в систему потенциально несовместимые версии пакетов. Поэтому оно не разваливается при крейсерской эксплуатации.
> Энтерпрайзненько. Дебиановцам замораживать версии все труднее и труднее. Не первый проектв таком состоянии.
Видимо, мейнтейнеры считают, что у них должна быть работа, отдых и личная жизнь, а не только постоянная пересборка некоторых пакетов :)
>>замораживать версии все труднее и труднее.
> жизнь, а не только постоянная пересборка некоторых пакетов :)Вы, конечно, в курсе, что передёрнули? С "замораживать" (=оказывать поддержку замороженной версии) на "постоянная пересборка" (=?чего ?одного и того же git-коммита) Мухлюем-шулерим помаленьку?
Кстати, а в Debian 7.9 так и не починили баг: после разлогина из kde вместо kdm показывает черных экран?
Какая видеокарта?
01:00.0 VGA compatible controller: Advanced Micro Devices [AMD] nee ATI RV350 AP [Radeon 9600]
Subsystem: PC Partner Limited Device 7c20
Kernel driver in use: radeon
лучше бы интеловские дрова обновили - один фиг багают с бамблби
> лучше бы интеловские дрова обновили - один фиг багают с бамблбиВ дебиане графический стэк вообще архаичный по жизни. Свеженький - это MESA 11 которая скоро вылупится, ядро 4.2, либы не сильно архаичные, LLVM 3.7 (для амд).
Но в дебиане придется попыхтеть чтобы это сделать. Или наслаждаться крепко застабилизировавшемся багодромом.
> Но в дебиане придется попыхтеть чтобы это сделать. Или наслаждаться крепко застабилизировавшемся багодромом.Некоторые считают, что лучше фиксированный набор некритичных багов, чем постоянная русская рулетка (как в арче или убунте).
> Некоторые считают, что лучше фиксированный набор некритичных багов,Ну если для вас GPU lockup, неспособность зарендерить половину сцен, да и просто неподдержка кучи железа - "некритичные баги", удачи с такой политикой.
Желаю вам отправиться в полет на самолете с некритичными багами "не работает выпуск шасси", "залита лишь половина топлива" и "отказал правый двигатель". Мягкой вам посадки ... на ближайшем кукурузном поле.
> чем постоянная русская рулетка (как в арче или убунте).
Ну вы сравнили. И да, не в обиду, именно опенсорсная графика в убунте как правило работает сильно лучше.
>> Некоторые считают, что лучше фиксированный набор некритичных багов,
> Ну если для вас GPU lockup, неспособность зарендерить половину сцен, да и
> просто неподдержка кучи железа - "некритичные баги", удачи с такой политикой.старый баг - лучше новых двух
если вы неспособны проверить, как это работает, до того, как запустить - вам ни один дистрибутив не поможет, никакой дистрибутив не сделает это за вас
а когда вы уже определились с тем, что вам нужно - вы получаете предсказуемую систему на несколько лет. это и называется "стабильность".
Не работает шасси - это критичный баг. Как в арче или убунте.
скачать себя не дает, подлец. а то я уже хотел на новый ноут свеженький дебианчик с мате поставить
что мешает слить исошку от 8,1, поставить и накатить обновления,
да даже при инсталяции, если подключение к нету есть, сразу свежие пакеты прилетят ?
Пользователь должен правильно разметить диск, без этого это не то. Я согласен достаточно репозитария, тогда остальное по howto. Мне вобщем то все равно. Сейчас это в такой форме.
то слить не могут исошку и накатить обновки
то разбить диск из под той же исошки
ужс
> что мешает слить исошку от 8,1, поставить и накатить обновления,Нужда качать одно и то же два раза - выглядит как-то криво.
лей, страдалец
Mate Ubuntu точно новый!
> Mate Ubuntu точно новый!Фу! Какая гадость. Убунту — жалкая пародия под Винду. Дебиан — стабильный и качественный дистрибутив Линукса.
http://tinyurl.com/of8n8gj
Почему не дать сразу прямую ссылку?
https://ru.wikipedia.org/wiki/%D0%9B%D0%...
Лев - Debian
Бык - Red Hat
Шакал - Ubuntu
?
> Лев - Debian
> Бык - Red Hat
> Шакал - Ubuntu
> ?Почти угадал, 2 из 3ёх. Последний -- "Василий" из #71.
> Почти угадал, 2 из 3ёх. Последний -- "Василий" из #71.Не похож. "Василий" - профессиональный оскорбитель паладинских чувств. На интригана никак не тянет.
Какой забавный батхерт. Между тем, убунта - всего лишь окультуреный вариант дебиана с некоторыми местечковыми твиками.
> Какой забавный батхерт. Между тем, убунта - всего лишь окультуреный вариант дебиана
> с некоторыми местечковыми твиками.Скорее, испоганенный вариант Дебиана.
Конечно, Убунту далеко до Винды и её мерзостей, но Убунту стремиться в этом Винду догнать.
>> Какой забавный батхерт. Между тем, убунта - всего лишь окультуреный вариант дебиана
>> с некоторыми местечковыми твиками.
> Скорее, испоганенный вариант Дебиана.
> Конечно, Убунту далеко до Винды и её мерзостей, но Убунту стремиться в
> этом Винду догнать.Не лукавьте, в убунте есть как плохие, так и хорошие стороны.
>>> Какой забавный батхерт. Между тем, убунта - всего лишь окультуреный вариант дебиана
>>> с некоторыми местечковыми твиками.
>> Скорее, испоганенный вариант Дебиана.
>> Конечно, Убунту далеко до Винды и её мерзостей, но Убунту стремиться в
>> этом Винду догнать.
> Не лукавьте, в убунте есть как плохие, так и хорошие стороны.из того, что мне действительно нравится в убунте это быстрота установки и много вещей из коробки, центр приложений (пускай все звездят оно устарело, но оно работает и пихает ярлычек куда надо, а иногда так в падлу юзать apt, aptitude, synaptic но у каждого там свои плюсы), неплохой рабочий стол и оформление (я пробовал все на всех версиях флэшбэки не флэшбэки кеды не кеды...в итоге всегда возвращался на unity и как то переставало подташнивать, я к тому что gnome/kde как были невменяемыми поделками за многие годы так и остались, пилят коней в вакууме проще говоря, йопаный зоопарк дерьма).
из минусов не собирается на дефолтной системе модуль alsa к ядру...ожидал что подтяну уж на стэйбле 14.04.03 исходники и быстренько переберу без проблем модуль дабы не глючил, ан нет...никуя, исходники ложит куда то не туда, ищет где то не там, симлинки народу не помогают, забил нафиг на это темное дело. В остальном из git'а все собиралось вполне, прожки из сорцов тоже да и openWRT тоже неоднократно собирался на ней и в виртуалке и так и сяк.
> я к тому что gnome/kde
> как были невменяемыми поделками за многие годы так и остались, пилят
> коней в вакууме проще говоря, йопаный зоопарк дерьма).Гном — прожорливый и все производные от него.
КЕДы — самая ресурсоэкономичная графическая среда. Проверял на разных старых компах. КЕДы лётают даже там, где Гномоподобные среды тупо виснут или не запускаются совсем.
А Убунту — скоро в Винду превратиться, что по её желанию шпионить за пользователями, что по потреблению ресурсов.
Свистелки и перделки, в общем.
Для очень неленивых людей, у которых есть куча свободного времени бороться с багами.
Как надоели эти срачи.. Убунта привлекла в мир Линукса больше прльзователей, чем любой любой другой дистрибутив. Нет - хейтеры продолжают ее обсирать.
Ну и чем же она плоха? Расскажите по пунктам. А то, как ТП мыслите абстрактыми категориями "убунта жалкое поделие", "недолинус", "для домохозяек" и тд.
Хорошо, отдаю свою тушу на растерзание: М, 30 лет от роду. Средней коммерс - офис, почта, аналитика. С ИТ никак не связан. Винда достала, посмотрел в сторону Линукса из за безопасности лет 5-7 назад. Помню, по-моему 6 версия Убунту, там вайфай не работал (баг релиза) я ламер и не смог ничего сделать. Поставил Дебиан. Но, потом с последуюшего выпуска сидел на Убунте - она мне проще и удобнее. Сейчас сижу на Минте.
Я за эти пять-семь лет с регулярной периодичностью донейчу по возможности во все проеты, чьими поделиями я пользуюсь. GnuPG, Thunderbird, LibreOffice и тд. Я читаю ваш сайт, пробую чтото новое. Но я все тот же простой юзер. И больше мне нах ничего не нужно. Что, я - долбо@б, да? Или мне нужно возвращаться на "свою сраную винду" или прокачивать скиллы до уровня здешних завсегдатаев? Может, мне б@лядь, вообще нежить теперь...
Вопрос к гурухейтерам - какого члена с убунту чтото не так? Коммерческие заходы выпиливаются вмиг. У меня даже бабушка жены сидит на убунте, может ей с Гентой покрасноглазить перед смертью?
М: 30, по поводу генты, я уже смотрю в данном направлении. Но да дебиан офигенная система и все прекрасно на ней пашет, собирается, шуршит. На убунту тоже в принципе, но модуль альсы к ядру так и не получилось пересобрать недавно был трабл звук через некоторое время просто пропадал и это из-за каких то пакетов установленных вручную к alsa, pulse. подтянул исходники ядра, а оно все время пздит на отсутствие INCLUDE.H в итоге забил, удалил те пакеты что доставлял к альсе и пульсе, уехал на пиратскую windows 10 pro. Что я делаю не так? По теме достала связка pulse/alsa/intel-oem-hda-dkms как его там, NV 346.82/355.XX+intel cpu microcode. Юзал все это месяц, раз 10 убивал разные дистры убунту и сусе, попробовал все...нет вменяемого десктопа для игр, нет возможности запускать под wine'ом с приемлемой производительностью на минималках то что фигачит на хаях под виндой. Вывод: да линукс это прикольно пох какой и бсд тоже, но это так посидеть фильмы посмотреть, покомпилить, поиздеваться над своим мозгом ;) На поиграть не очень катит. Ну т.е. катит gog shadow warrior почти прошел однажды. Разницы особой нет, за каждым дистром стоит такой же хитрый фонд которому оригинальный разраб этого дистра передал все права, тоже самое в случае с этой gentoo'й она не намного там более православная, чем все остальное, так что я в сортах дерьма не разбираюсь, дерьмо оно и в Африке дерьмо, ну т.е. linux=shit и точка ;)
> На поиграть не очень катит.Не знаю как там у нвидии, а фороникс нынче опенсорсный радеон бенчмаркает на Metro Last Light и чем там еще. Т.е. поиграть по идее вполне можно. А то что мы собираем наш автомобиль по ходу гонки, прямо на ходу - на то оно и опенсорс. ЧСХ, т.к. трасса длинная, в некий момент времени мы вполне начинаем наседать тем кто выехал на готовом автомобиле. А потом и обойти на повороте можем. И уже обошли в туевой хуче мест.
> Убунта привлекла в мир Линукса больше прльзователей, чем любой любой другой дистрибутив.Да, привлекла. Но не какими-то особо выдающимися качествами, а банальной рекламой и периодическими напоминаниями о себе в СМИ (часто ли в новостных программах по ТВ рассказывали о выходе новых версий Debian/Arch/Gentoo/...? А про Ubuntu бывало), в результате которой у рядовых (но достаточно продвинутых для того, чтобы знать о существовании на десктопах ОС, отличных от винды) пользователей сложился стереотип "Linux == Ubuntu".
Сядьте в ведёрко со льдом, охладитесь.По пунктам, как пользователь, долгое время сидевший на кубунте:
1) ПО в репах убунты сырое и глючное;
2) Избыток зондов;
3) Плохая организация работы с nvidia и amd в части проприетарных драйверов и увязки их с актуальным ядром и иксами.Как человек, предпочитающий кеды, решил посмотреть в сторону оригинала и ушел сначала на дебиан тестинг+кде, потом на стейбл - благо сейчас стабильные выпуски несколько менее анахроничны, чем раньше.
Свободного времени стало гораздо больше.
> 2) Избыток зондов;
> 3) Плохая организация работы с nvidia и amd в части проприетарных драйверов
> и увязки их с актуальным ядром и иксами.Ты того-этого, мон шер, или трусы сними, или крестик надень? Зондов-таки избыток или интеграция зондов не достаточна?
Извини, но ..
http://images.souvenir.maccaclub.ru/images/0/0/443/443657/pr...
> Извини, но ..
> http://images.souvenir.maccaclub.ru/images/0/0/443/443657/pr...Прочтёшь 5 раз всё на http://www.gnu.org/philosophy/ и блог Столмана за неделю и иди с миром, отрок.
> Скорее, испоганенный вариант Дебиана.Готов с этим поспорить. У убунтовых есть плюсы:
1) Политика полугодовых релизов для десктопа где надо свежий софт имхо подходит куда лучше. Ждать 2-3 года новые версии программ мне обломно, а камикадзить на тестинге и тем более анстейбле и бояться каждого апдейта мне как-то сложно. Мне надо работающие компьютеры: я на компьютерах еще и работу работаю, кроме всего прочего. И развал системы в произвольный момент времени - неприемлим.
2) Сильно новее компоненты например открытого графического стэка, вытекает из 1).
3) Куда как более человечные дефолты всяких там оформлений окон, тем контролов, шрифтыи прочая. Знаете, не все хотят получить с фабрики неокрашенный автомобиль и потом сами бегать с распылителем, изучая как правильно красить автомобили.
4) Человеческие загрузочные бутявки. На штуке в гиг размером у убунтов размещается более-менее полноценная система. Способная и в лив сессии работать и на диск установиться. Это логически завершенная штука, цепляющая большинство оборудования и покрывающая многие типовые компьютерные задачи. Годится и как аварийная бутявка для починки других систем, и как инсталляционная болванка, и даже как аварийная рабочая среда где можно по минимум документ накидать или почту скинуть. А у дебиана основной сватаемый формат дистрибуции - весьма странный, мягко говоря.
5) Туева хуча комьюнити пересборок, типа кубунту, хубунту, лубунту и прочих. Можно получить симпатичные DE с разумными дефолтами, одним кликом на "скачать". Без многоэтажной порнографии по покраске автомобиля до того как на нем можно будет куда-то ехать.Но и у дебиана есть чем ответить. Главным его достоинством я бы назвал то что он - чисто комьюнити проект. У них принципиально нет проблем с монетизацией и вытекающими оттуда граблями. Дебиан щепетилен к всевозможному лицензионно-патентному крапу и отлично годится как база для чего-то нового. И не страдает особой жабой по части использования репов, торговых марок и чего там еще.
Поэтому...
- На десктопе я использую хубунту - там перевешивает тот факт что систему не надо долго донапиливать до симпатичного вида, не вызывающего отвращение и вытекание глаз, а также доступны актуальные версии софта.
- А вот кастомную эмбедовку я собираю из дебиана - потому что мне очень в кассу лицензионная щепетильность. И всякое там использование репов и прочих торговых марок у них более дружественное. Перевешивает лицензионный вопрос.
- На серверах мне более-менее пофиг, будет это LTS убунта или stable дебиан, с практической точки зрения найти 10 отличий надо постараться. Обычно выбираю "у кого поддержка закончится позже", если свежесть софта не интересовала. Или "кто вышел последним при приемлимом сроке поддержки" - если интересовала.> Убунту стремиться в этом Винду догнать.
Марку можно попенять за некоторые вещи. Но вообще-то многие разработчики дебиана - еще и разработчики убунты. Особенно было видно на примере апстарта vs systemd и симметрии в решениях. Да и сам Марк - бывший разработчик Дебиана и в курсе как это должно быть. Называя вещи своими именами, дебиан - вполне приличный апстрим, а *бунты - неплохой образец по своему удачного даунстрима.
...а вот такие фанатские вопли - вызывают разве что улыбку. Совершенно неконструктивное и неаргументированное донкихотство. Что, ветряные мельницы совсем поизвелись? :)
Я бы вот насчёт Ubuntu не согласился. Куда более человечный в этом смысле Mint, ИМХО. Я им пользовался какое-то время, перейдя с венды, поэтому знаю о чём говорю :)>>а камикадзить на тестинге и тем более анстейбле и бояться каждого апдейта мне как-то сложно.
Вот тут я с вами не соглашусь. Я сидел на Jessie (тогда ещё Testing) практически с первых версий. Ничего не сломалось и не отвалилось, всё работает как часы до сих пор.
>>Сильно новее компоненты например открытого графического стэка, вытекает из 1).
Опять же, проприетарные драйвера Nvidia работают как часы уже года 2 у меня. И это с учётом того, что я успел поменять видео-карту.
Насчёт Radeon ничего не скажу, но на древнем Radeon 9600 pro у меня фризило любое DE с любыми драйверами, хотя на Форточках всё летало.С 3 согласен.
>>Человеческие загрузочные бутявки.
У многих дистрибутивов есть live-cd, чем не устроили?
5 - на вкус и цвет. Можно скачать готовое, а можно собрать самому, скачав минимальный образ. Я так и сделал 2 года назад, до сих пор горя не знаю.
> Я бы вот насчёт Ubuntu не согласился. Куда более человечный в этом
> смысле Mint, ИМХО. Я им пользовался какое-то время, перейдя с венды,
> поэтому знаю о чём говорю :)"Человечность" - вещь сугубо субъективная, и т.н. "синдром утенка" тут рулит и педалит.
Ну я же не зря написал "ИМХО" :)
> Куда более человечный в этом смысле Mint,Mint - дешевый пластиковый респин убунты. И если убунта по крайней мере нашла в себе силы на подъем своих репов и их поддержание в более-менее консистентном виде, соответствующем заявлянным политикам, то минт в этом плане - заменщики обоев. Которые используют УБУНТОВЫЕ репы. Поэтому минту периодически наступает минтец. Апгрейд системы они не могут нормально сделать - репы они не контролируют, так что корректный апгрейд системы до новой версии оказывается невозможен. В отличие от убунты и дебиана...
> Я им пользовался какое-то время, перейдя с венды,
Есть у них что-то общее. Реинсталл часто требуется.
> ещё Testing) практически с первых версий. Ничего не сломалось и не
> отвалилось, всё работает как часы до сих пор.Зато я видел много колоритных лулзов. Вплоть до слета grub и прихода системы в unbootable. В убунтах такой крындец все-таки не случается, просто потому что там никто не пытается подтянуть версию grub между релизами (попутно лоханувшись с версиями модулей grub, или что там еще). Его просто не трогают между релизами. Ну вот система и не мрет между релизами. И это таки хорошо, когда от системы что-то зависит.
> Опять же, проприетарные драйвера Nvidia работают как часы уже года 2 у
> меня. И это с учётом того, что я успел поменять видео-карту.Видали мы эти часы от нвидии. Два раза в день показывают правильное время. Знаете что, если бы я хотел проприетарные драйвера - пользовался бы виндой. А опенсорсом я пользуюсь совсем не для того чтобы мне потом упыри из нвидии отпиливали "лишние" мониторы, а програмеры из майнлайнового ядра - доставали фак из кармана при виде "tainted kernel".
> Насчёт Radeon ничего не скажу, но на древнем Radeon 9600 pro у
> меня фризило любое DE с любыми драйверами,Ну а вот в свежей убунте похожий 9200 - пашет как из пушки.
> хотя на Форточках всё летало.
...и на этом 9200, к тому же, видео в три раза быстрее играется чем в форточках. Потому что икспа давно не поддерживается, а семерка с 9200 работать просто не умеет. Там в принципе нет драйвера для Radeon 9200. А стандартный вга адаптер продувает акселерированным иксам раза в три...
> У многих дистрибутивов есть live-cd, чем не устроили?
Ну вот меня и устроила - исошка хубунты на все случаи жизни. Я ее закатываю на флешку - и во всеоружии. В смысле, с нее и новую копию системы поставить, и некий базовый repair сделать можно, и почту накрайняк скинуть оттуда прокатит, etc.
> самому, скачав минимальный образ.
Единственная проблема: без интернета этот минимальный образ превращается в совсем уж тыкву.
> Я так и сделал 2 года назад, до сих пор горя не знаю.
Так то я себе кастомные рутфс для эмбедовки debootstrap'ом собираю - если вы меня хотели поучить кастомизации дебианообразных - ну, попробуйте. Вместе и посмеемся над наивностью опеннетовских юношей.
Убунта не развивает синдром рута. В ней все через человечное судо а рут блокирован. Все копипасты для убунты через судо и в этом я вижу большую ценность.
> Убунта не развивает синдром рута.Синдром судо конечно лучше ...
>>а рут блокированА теперь объясните что это такое? И почему я об этом в первые слышу? А что в других дистрах под Root user нельзя сидеть?
>>>а рут блокирован
> А теперь объясните что это такое? И почему я об этом в
> первые слышу? А что в других дистрах под Root user нельзя
> сидеть?В ubuntu пользователь root заблокирован. Пользователь, сделанный при инсталляции, наделен правом выполнять команды от имени root через команду sudo, при этом он вводит свой пароль.
> наделен
> правом выполнять команды от имени root через команду sudo, при этом
> он вводит свой пароль.Поставь пароль root`a себе и так же выполняй все команды вводя свой пароль.
>> наделен
>> правом выполнять команды от имени root через команду sudo, при этом
>> он вводит свой пароль.
> Поставь пароль root`a себе и так же выполняй все команды вводя свой
> пароль.Но при этом я всегда под рутом. А с sudo я выполняю от root только то что требует root привелегий. Остальные команды как обычный пользователь.
> В Mesa из-за зависаний отключено выполнение асинхронных DMA-операций для драйвера radeonsiА можно для чайника, что это, как это отражается и как влияет?
DMA - direct memory access (прямой доступ к памяти). Есть предположение, что просто фризы при отрисовке были а может даже и артефакты. А может иксы колом вставали.
> Мда, объяснил так объяснил. Из серии: сам ни хрена не знаю, но
> считаю себя гуру. Тебе на Винского, там такие советчики в чести.Я не говорил, что я гуру. И я всего-лишь предположил, не стоило так набрасываться. Если лень прогуглить этот баг - то это проблема только товарища bugmenot.
Вот: http://patchwork.freedesktop.org/patch/36714/ какой-то патч в тему. Мне лень вникать, если вам интересно, изучайте.>>Using the asynchronous DMA engine for multi-dimensional operations seems
>>to cause random GPU lockups for various people.
>>seems to cause random GPU lockupsКстати, я оказался почти прав.
В следующий раз умейте гуглить. У меня опыт в этих вещах просто, но гуру я себя, ни в коем случае, не считаю.
DMA, как уже сказал мой коллега-клоун, это прямой доступ к памяти. По сути простенькая микросхема, интегрированная в южный мост, которой можно сказать: возьми N байт отсюда и скопируй их туда, причём отсюда и туда могут быть как адресами в оперативной памяти, так и портами устройства, напр. жёсткого диска или видеокарты. Когда данные скопированы, DMA пришлёт сообщение, а в этом время ОС и драйвера могут заниматься другими задачами. Напр. нужно прочитать 5 Мб с диска, настраиваем DMA, отправляем команды позиционирования и чтения жёсткому диску - и продолжаем заниматься чем-то другим. В диске NCQ (изменяет последовательность переданных команд чтобы обеспечить оптимальную производительность), когда головка доедет, когда данные прочитаются...Асинхронный ввод-вывод сложнее синхронного. Обычно, программный код исполняется строчка за строчкой, причём исполнение не перейдёт к следующей строке пока не выполнена предыдущая. В асинхронном варианте исполнение переходит к следующей строке сразу не дожидаясь пока выполнится предыдущая, что ЗНАЧИТЕЛЬНО усложняет код.
Видимо, работая с DMA (DMA всегда асинхронный), в драйвере напортачили и обращаются к данным, которые ещё не получены. Или, что тоже бывает, освобождают по таймауту буфер, а DMA ещё пишет в него данные.
Кстати, вы объяснили не лучше, а только запутали человека =)
> DMA, как уже сказал мой коллега-клоун"тамбовская оппозиция тебе коллега" почти (ц)
> А можно для чайника, что это, как это отражаетсяПлохо отражается - GPU lockup случается. Графика становится колом. В лучшем случае кернель сможет ребутнуть GPU а если совсем повезет то еще и состояние восстановится не очень криво.
Были такие баги. В древних версиях MESA. А древние ядра еще и плохо рекаверят GPU из зависонов. Приветы любителям стабилизцов, это как раз оно...
> и как влияет?
Запрет асинхронного DMA? Просаживает производительность. Был момент когда асинхронный DMA включили но возникли проблемы стабильности.
С текущей версией кернеля и MESA все это работает. И по производительности начинает подпирать каталиста. Без зависонов :).
образы 8.2 будут? по ссылкам http://cdimage.debian.org/debian-cd/8.2.0/multi-arch/iso-cd/...
Not FoundThe requested URL /debian-cd/8.2.0/multi-arch/iso-cd/debian-8.2.0-amd64-i386-netinst.iso was not found on this server.
Apache/2.4.12 (Unix) Server at cdimage.debian.org Port 80
нет образов.
хз в бсд щаз притащат launchd, в linux systemd, в винде всем EULA не нравится. все это дерьмо и бессмысленный песдеш, каждый ставит то что ему надо под определенные нужды, необходимость.
А systemd не "активно развивается", разве?
Системд нужнее видимо. Хотя, тут я соглашусь. Но они каждую версию что-то ломают, ЕМНИП.
> А systemd не "активно развивается", разве?/Его/ ментейнеры ещё не притомились. Ждём-с.
> А systemd не "активно развивается", разве?Внезапно, там не ломают API/ABI (не, кроме kdbus, который пока экспериментальный, да и то последние полгода вроде как перестали).
Squid так до сих пор и не пофиксили:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=760303
Ребята обьясните мне почему multi-arch имеет только 1 iso-dvd, а вот просто amd64 аж 3 установочных DVD? почему так?
Ведь в теории мультиархитектурная версия должна иметь больше пакетов и т.д., но на практике занимает меньше места чем просто версия amd64 http://cdimage.debian.org/debian-cd/8.2.0/amd64/iso-dvd/
> Ребята обьясните мне почему multi-arch имеет только 1 iso-dvd, а вот просто
> amd64 аж 3 установочных DVD? почему так?Потому что amd64-ых 10^W 12^W двенадцать http://mirror.yandex.ru/debian-cd/current/arm64/jigdo-dvd/, а multi-arch - "просто" первый установочный комбинированный DVD-1.
...дети, дети...
> Ведь в теории мультиархитектурная версия должна иметь больше пакетов и т.д., но
> на практике занимает меньше места чем просто версия amd64
>> Ребята обьясните мне почему multi-arch имеет только 1 iso-dvd, а вот просто
>> amd64 аж 3 установочных DVD? почему так?
> Потому что amd64-ых 10^W 12^W двенадцать /current/arm64/jigdo-dvd/,
> а multi-arch - "просто" первый установочный комбинированный DVD-1.[U]тринадцать[/U] http://mirror.yandex.ru/debian-cd/current/amd64/jigdo-dvd/ же ...
> ...дети, дети...
Старость не радость!..
>> Ведь в теории
Хорошо, спс.
Еще вопрос, для уточнения. Обязательны ли все диски? Кпримеру я выбрал скачать тот вариант который с 13ю дисками. Но скачаю допустим 10 и запишу образы на диск. Смогу ли я установить нормально рабочую ОСь с 10 дисков вместо 13 ?
> Хорошо, спс.
> Еще вопрос, для уточнения. Обязательны ли все диски? Кпримеру я выбрал скачать
> тот вариант который с 13ю дисками. Но скачаю допустим 10 и
> запишу образы на диск. Смогу ли я установить нормально рабочую ОСь
> с 10 дисков вместо 13 ?Рабочая ось, насколько я помню, должна ставиться с первого. Просто не факт, что там будут все нужные вам пакеты (включая ваше любимое DE).
> Ведь в теории мультиархитектурная версия должна иметь больше пакетов и т.д., но на практике занимает меньше места чем просто версия amd64Потому что она заведомо неполная.