Представлен (https://www.debian.org/News/2015/20150110) выпуск дистрибутива Debian 7.8, в который включены все доступные обновления пакетов и устранены недоработки в инсталляторе. Напомним, что начиная с Debian Wheezy изменена схема нумерации релизов - первая цифра в номере версии теперь связана со значительными выпусками, а вторая с корректирующими обновлениями. Debian 7.8 включает 32 обновления с устранением серьезных проблем со стабильностью и 86 обновлений с устранением уязвимостей. Обновлены версии ClamAV 0.98.5, ядра Linux 3.4.105, wireless-regdb 2014.10.07-1, tzdata 2014j, драйверов NVIDIA 304.125 и 340.65. В отдельный пакет из iceweasel выделен движок xulrunner.Установочные сборки доступны (http://cdimage.debian.org/cdimage/release/7.8.0/) для загрузки. Системы, установленные ранее и поддерживаемые в актуальном состоянии, получают обновления, присутствующие в Debian 7.8, через штатную систему установки обновлений. Включенные в Debian 7.8 исправления проблем безопасности доступны пользователям по мере выхода обновлений через сервис security.debian.org.
URL: https://www.debian.org/News/2015/20150110
Новость: http://www.opennet.me/opennews/art.shtml?num=41433
самая стабильная ОС.
С самым большим официальным репозитоием проверенного и скомпилированного софта (в основном за это и использую)
viewnior есть на визи?
> viewnior есть на визи?неа, только в jessie :(
APT умеет ставить пакеты для других версий, проверять зависимости и обновлять их, что в таких случаях очень полезно.
> APT умеет ставить пакеты для других версий, проверять зависимости и обновлять их,
> что в таких случаях очень полезно.система зависимостей в debian - это ёжик с маслом... самый смешной пример - это python пакеты, когда и там версия 2.7, и там версия 2.7, и всё это добро работает без проблем... только не ставится, потому что прописано, уже после версии, какая-то субверсия внутренней сборки - и она в зависимотстях стоит ЖЁСТКО. поэтому ничего хорошего от таких межвидовых браков ждать не приходится, это гарантированный источник проблем - да и, собственно, различия в версиях libc не дадут этого сделать практически ни для чего :)
есть официальный механизм бэкпортов, но чем дальше - тем меньше туда интересного попадает... если в 3.1 sarge почти вся прикладуха была бэкпортнута, включая kde, и сами бэкпорты были на целый dvd (сам sarge занимал 2 dvd), то с каждой версией интересного в бэкпортах становилось всё меньше и меньше... :(
Не следует в ошибках безмозглых мейтнейнеров винить всю систему.
Касательно питона. По уму привязать пакет не к python, а к python2.7, а так же в питон-скриптах указать интерпретатор python2.7 (или #!/usr/bin/python2.7, или #!/usr/bin/env python2.7).
"Ошибки безруких майнтайнеров" и составляют всю систему :) Это и техпроцесс, и особенность сборки... потому что они все так собираются, у всех майнтайнеров.Если говорить в общем случае, то смешивать ветки - нельзя. Официально. Оно для этого не предназначено. Потому что при этом потом опять выползут проблемы, хоть при обновлении хоть ещё где.
И советовать такое людям - тоже нельзя. :)
К sid полезно добавлять testing на случай сломаных зависимостей. Некоторые к testing добавляют sid, потому что из testing постояннно что-нибудь выпиливают. Но stable+testing не стоит, это да.
> есть официальный механизм бэкпортов, но чем дальше - тем меньше туда интересного
> попадает... если в 3.1 sarge почти вся прикладуха была бэкпортнута, включая
> kde, и сами бэкпорты были на целый dvd (сам sarge занимал
> 2 dvd), то с каждой версией интересного в бэкпортах становилось всё
> меньше и меньше... :(Backport можно самому легко сделать: надо просто собрать пакет из исходников на своей системе.
apt-get build-dep PKG
apt-get source PKG
cd PKG...
dpkg-buildpackage -us -uc -nc
> есть официальный механизм бэкпортов, но чем дальше - тем меньше туда интересного
> попадает... если в 3.1 sarge почти вся прикладуха была бэкпортнута, включая
> kde, и сами бэкпорты были на целый dvd (сам sarge занимал
> 2 dvd), то с каждой версией интересного в бэкпортах становилось всё
> меньше и меньше... :(Backport можно самому легко сделать: надо просто собрать пакет из исходников на своей системе.
apt-get build-dep PKG
apt-get source PKG
cd PKG...
dpkg-buildpackage -us -uc -nc
> система зависимостей в debian - это ёжик с маслом... самый смешной пример
> - это python пакеты,А у питонистов вечно везде PITA.
>> система зависимостей в debian - это ёжик с маслом... самый смешной пример
>> - это python пакеты,
> А у питонистов вечно везде PITA.Оно, конечно, да. Но на самом деле, это нигде не решённая проблема объединения-разделения зависимостей системных/ОС-пакетов и пакетов мелко побитых библиотек интерпретируемых ЯП.
___И да, пусть пользователи use-флагов будут здоровы.
>> система зависимостей в debian - это ёжик с маслом... самый смешной пример
>> - это python пакеты,
> А у питонистов вечно везде PITA.ты дебил? ну скажи, что ты дебил, чтобы я следующий раз не тратил время, чтобы разжёвывать настолько простые вещи... а то мало ли, сегодня это, а завтра тебе половину букв алфавита придётся разжёвывать...
но только сегодня, специально для очень альтернативно одарённых, я объясню - модули работают прекрасно, и если ты их поставишь через dpkg, порушив всю базу пакетов - то модули работать будут. без проблем. а проблема, как заметили все, кто умеет читать, в том, что в разных ветках debian, несмотря на это, эти модули захардкожены на версию python из своей ветки, где отличие идёт после седьмого знака, и "база ругаица!"
Самый большой репозиторий бинарных пакетов, наверное, у FreeBSD :) А в Linux - у Ubuntu/Mint :)
> Самый большой репозиторий бинарных пакетов, наверное, у FreeBSD :) А в Linux
> - у Ubuntu/Mint :)Ubunta не может быть больше, ведь она основана на Debian.
Почему она не может быть больше?
> С самым большим официальным репозитоием проверенного и скомпилированного софта (в основном
> за это и использую)fabric поставь без бэкпортов;)
> fabric поставь без бэкпортов;)Как питонятская gem-лайк поделка поможет бороться(??!) с "самая стабильная ОС" или "самым большим официальным репозитоием проверенного и ..." ?
Поясните, Ваша мысль ускользает?!
>> fabric поставь без бэкпортов;)
> Как питонятская gem-лайк поделка поможет бороться(??!) с "самая стабильная ОС" или "самым
> большим официальным репозитоием проверенного и ..." ?
> Поясните, Ваша мысль ускользает?!ну попробуй изучить историю страданий дебилианоголовых в контексте данного пакета (подсказка: ранее он был в дебилиан7).
> ранее он был в деби лиан7).Угу, ну, теперь вижу, в офиц.wheezy его нет. Да, _пакеты удаляются, что не мешает _репозитарию быть самым большим. </передёрг засчитан>
Они и перед следующим релизом собираются удалять пакеты, https://nthykier.wordpress.com/2014/12/30/status-on-jessie-d.../ , и всё равно реп.самым большим останется. Прикинь?!
>> ранее он был в деби лиан7).
> Угу, ну, теперь вижу, в офиц.wheezy его нет. Да, _пакеты удаляются, что
> не мешает _репозитарию быть самым большим. </передёрг засчитан>
> Они и перед следующим релизом собираются удалять пакеты, https://nthykier.wordpress.com/2014/12/30/status-on-jessie-d.../
> , и всё равно реп.самым большим останется. Прикинь?!1) а с каким репо ты "большим" сравнивал?
2) попробуй себе представить (сделай уже усилие, ага), что то, что выдает, например, apt-cache search ^apache2 --names-only это у нормальных людей не 14 пакетовс учетом п.2 попробуй "перемерять" "большим" и то, с чем ты сравнивал.
:10>> , и всё равно реп.самым большим останется. Прикинь?!
> 1) а с каким репо ты "большим" сравнивал?Тигар, иди в сад.
> например, apt-cache search ^apache2 --names-only это у нормальных людей не 14
Размер по числу src пакетов примерно вдвое меньше счётчика бинарных. И да, и в этом случае GOTO 10.
---
viod в_саду(volatile *передёргов.нет) {
споритть_с( "самым большим официальным репозитоием проверенного и скомпилированного софта", передёргов.нет)
GOTO http:#4
}
Повторяйте эту мантру перед сном.
Самовнушение чудеса творит.
> самая стабильная ОС.Да, стабильнее всего не работает с новым оборудованием :)
>> самая стабильная ОС.
> Да, стабильнее всего не работает с новым оборудованием :)оборудование це ядро... а ядро в бэкпортах есть джессевское... (кстати, что означает ckt2?)
>а ядро в бэкпортах есть джессевское... (кстати, что означает ckt2?)Цаноникал Кернель Тиим, сам в шоке. Судя по changelog.Debian.gz они "сменили апстрим":
http://metadata.ftp-master.debian.org/changelogs//main/l/lin...
linux (3.16.7-ckt2-1) unstable; urgency=high
* New upstream stable update:
http://kernel.ubuntu.com/stable/ChangeLog-3.16.7-ckt1
>>а ядро в бэкпортах есть джессевское... (кстати, что означает ckt2?)
> Цаноникал Кернель Тиим, сам в шоке. Судя по changelog.Debian.gz они "сменили апстрим":а почему 2? куда первую ядрён-команду Цаноникал дели?
> а почему 2? куда первую ядрён-команду Цаноникал дели?Минориссимо патч-левел же. http://kernel.ubuntu.com/stable/ Стесняются чуваки kernel.org-циферку менять.
>> а почему 2? куда первую ядрён-команду Цаноникал дели?
> Минориссимо патч-левел же. http://kernel.ubuntu.com/stable/ Стесняются чуваки kernel.org-циферку
> менять.я думаю, что "Debian сменил поставщика ядер" - достойная новость для Opennet-а
> Минориссимо патч-левел же.
> Стесняются чуваки kernel.org-циферку менять.Ещё https://lists.debian.org/debian-kernel/2014/11/msg00154.html ссылка про стеснительных трейдмаркёров.
А steam без шаманского бубна ставится?
Нет.
> А steam без шаманского бубна ставится?Исходники стима есть?
К сожалению, да, стим уже в non-free.
Имеется виду скачал deb пакет с сайта steam установил и пользующийся без всяких действии в терминале перед установкой.
> Имеется виду скачал deb пакет с сайта steam установил и пользующийся без
> всяких действии в терминале перед установкой.нет. только в jessie (есть в репозитории)
А для чего нужныdebian-7.8.0-amd64-DVD-2.iso
debian-7.8.0-amd64-DVD-3.iso
Без них можно обойтись?
они нужны для установки debian.
да, без них можно обойтись.
для тех, у кого инета нет, если такие еще есть...
Интернета может не быть, например, во внутренней сети, специально не подключенной к интернету. Всегда ваш, К.О.
я года с 2006 ставлю, обновляю и использую Debian только с внутреннего зеркала (со своего hdd или с сети, вообще у меня архив репозитория debian или openbsd, а чаще и того и другого есть на каждом компьютере).... и для этого есть такая волшебная вещь - debmirror. запустил с парой опций - и получил реп для жизни... при этом с помощью exclude можно эксклюдить ненужные дебаг-пакеты...
Я как-то посмотрел, не оптимизировать ли обновление локальных Убунт поднятием локального зеркала репозитория. Посмотрел на размер того репозитория - и понял, что пока у меня меньше сотни машин, проще обновлять их с официальных серверов.
> Я как-то посмотрел, не оптимизировать ли обновление локальных Убунт поднятием локального
> зеркала репозитория. Посмотрел на размер того репозитория - и понял, что
> пока у меня меньше сотни машин, проще обновлять их с официальных
> серверов.14.04 amd64 без debug - 44 гб. обновляется 0 машин - просто лежит :)
> обновляется 0 машин - просто лежит :)Ну еще бы, если все машины лежат - то и обновляться им ни к чему :)
К интернету имеет доступ 40% жителей земли. Да, такие есть.
> К интернету имеет доступ 40% жителей земли. Да, такие есть.более того, интернета может не быть "прям ща", когда нужно что-то решить... :)
> более того, интернета может не быть "прям ща", когда нужно что-то решить... :)А исошка с дебианом - телепортировалась из космоса. А у машины может и не быть двд-привода, например..
>> более того, интернета может не быть "прям ща", когда нужно что-то решить... :)
> А исошка с дебианом - телепортировалась из космоса. А у машины может
> и не быть двд-привода, например..Исошка с дебианом может быть хоть по почте прислана... люди есть, безвозмездно присылают... когда-то и мне девочка Катя прислала полный набор Debian :)
> Исошка с дебианом может быть хоть по почте прислана... люди есть, безвозмездно
> присылают... когда-то и мне девочка Катя прислала полный набор Debian :)Нынче найти нормальный интернет обычно быстрее чем ждать пока почторасы раздуплятся.
>> Исошка с дебианом может быть хоть по почте прислана... люди есть, безвозмездно
>> присылают... когда-то и мне девочка Катя прислала полный набор Debian :)
> Нынче найти нормальный интернет обычно быстрее чем ждать пока почторасы раздуплятся.Я знаю одну девочку, которая живёт в Новосибирской области, и у которой более-менее вменяемой связи нет даже в райцентре :)
Да и во времена босоногого детства проще было стянуть исошки ночами с wget -с и потом смело экспериментировать, чем использовать мееедленно и печааально пакетный менеджер, когда уже забыл, зачем хотел что-то поставить. Или потом, при установке на другой компьютер, другой hdd или если что-то сломал - зааааново всёёёё качаааать.
В общем, привычка всё ставить только с локального хранилища, когда время задержки и возможность неожиданностей сведена к минимуму - осталась навсегда :)
>более-менее вменяемой связи нет даже в райцентре :)В райцентрах, конечно если это не мск и спб, часто нет нормального, сравнительно дешёвого, и быстрого провайдера - не выгодно.
Связь процветает в спальных районах с кучей многоэтажек.
> Я знаю одну девочку, которая живёт в Новосибирской области, и у которой
> более-менее вменяемой связи нет даже в райцентре :)Знаешь, уж какой-нибудь 3G там обычно бывает. И даже по нему скачается быстрее чем неделя ожидания почторасов. И уж в райцентре наверняка можно найти местечко с нормальным интернетом.
> Да и во времена босоногого детства проще было стянуть исошки ночами с
> wget -с и потом смело экспериментировать,И потом при обрыве связи и получении битой порции данных сильно чесать репу - где ж оно побилось?! Это ж не торрент чтобы перекачать только битый блок. Так можно попасть и на перекачку всей исохи.
> чем использовать мееедленно и печааально пакетный менеджер,
А чего там медленного и печального? Сказал ему что сделать и отвалил в туман.
> - зааааново всёёёё качаааать.
Вот я тоже не понимаю - почему ты еще не построил у себя датацентр и не бэкапнул весь интернет. Это ж пипец, каждый раз все заново качать. Правда, боюсь что бэкап странички новостей месячной давности имеет довольно ограниченную ценность. Ну и с софтом как-то так же: в браузере месячной давности могут быть известные дыры. Или там шелшок какой-то запатчили и попробуй еще апдейт на него укачть чтобы тебя до этого не порутал какой-нибудь сильно дружественный DHCP.
> В общем, привычка всё ставить только с локального хранилища, когда время задержки
> и возможность неожиданностей сведена к минимуму - осталась навсегда :)Локальный бэкап штука полезная. Но имеет свои ограничения.
> Вот я тоже не понимаю - почему ты еще не построил у
> себя датацентр и не бэкапнул весь интернет.потому что это твоё нормальное состояние - не понимать :)
А ещё цены на доступ к Сети завышены, минимум на 400% - и не каждому денег своих, вырванных у "ЕдРо" не жаль.
> А для чего нужны
> debian-7.8.0-amd64-DVD-2.iso
> debian-7.8.0-amd64-DVD-3.iso
> Без них можно обойтись?Можно. Это весь репозиторий, кроме non-free и некоторых связанных с non-free пакетов из contrib. В общем, даже имея 50 гб пакетов, ни radeon/nouveau (я уж не говорю о проприетарных), ни некоторые сети и вайфаи завести не удастся :) Я раньше собирал non-free dvd i386/amd64, и делал из него jigdo, но это довольно муторное занятие :)
В принципе, достаточно ядра, initrd и существования в сети нужных версий udeb, чтобы поставить систему.
Хотя я не понимаю, зачем это крохоборство с udeb, и почему бы не сделать initrd, которые уже бы содержали все модули... ведь ужас-ужас, у многих компьютеров уже больше 256 мб памяти... а то когда я ставлю OpenBSD с дискеты 1.44 мб... или из полного установщика, размером аж 3 мб, то это именно полный установщик, способный установить корректную версию в рамках текущего релиза, а в debian нужно скачать нужные udeb - без этого ни сетевой установщик не видит вообще дисков, в принципе, ни установщик с диска не умеет ходить в сеть... только когда нужный udeb нужной версии найдёт... круто, модульно, но реальным юзерам нафиг не нужно...
> А для чего нужны
> debian-7.8.0-amd64-DVD-2.iso
> debian-7.8.0-amd64-DVD-3.iso"Весь" Debian не помещается на 1 DVD. Их там 9 штук. http://mirror.yandex.ru/debian-cd/current/i386/jigdo-dvd/ В 7.7. А в 7.8 уже 10?! P-O http://cdimage.debian.org/debian-cd/current/amd64/jigdo-dvd/
На 1 DLBD _пока помещается. Но уже скоро.
> Без них можно обойтись?
Да. Но если в системе "подключён" только DVD1 (или даже CD1 -- для "локальной" системы без интернетов достаточно 1го первого (любого из первых, но полного, не netinst-а) CD), будет доступно для установки меньше пакетов. Если _не _рассматривать подключение интернет-зеркала, соответственно.
>> А для чего нужны
>> debian-7.8.0-amd64-DVD-2.iso
>> debian-7.8.0-amd64-DVD-3.iso
> "Весь" Debian не помещается на 1 DVD. Их там 9 штук.все версии 7.x и для i386 и для amd64 были на 10 dvd
>> "Весь" Debian не помещается на 1 DVD. Их там 9 штук.
> все версии 7.x и для i386 и для amd64 были на 10 dvdДа, точно. -10 лежит не после -9. Не скосил глаза в правильную сторону, виноват.
>>> "Весь" Debian не помещается на 1 DVD. Их там 9 штук.
>> все версии 7.x и для i386 и для amd64 были на 10 dvd
> Да, точно. -10 лежит не после -9. Не скосил глаза в правильную
> сторону, виноват.я при каждом релизе жидлы обновляю, поэтому помню... например, в jessie - 13 двд :) правда, 30 гб на обе архитектуры - это debug information... вот не понимаю, почему бы это не вынести в отдельный репозиторий для тех, кому надо, а не тащить в общий релиз...
> 13 двд :) правда, 30 гб на обе архитектуры - это
> debug information... вот не понимаю, почему бы это не вынести в
> отдельный репозиторий для тех, кому надо, а не тащить в общий релиз...Они сделали %) лучше: если ты замелил, они в виде собственно .iso с некоторых пор раздают только первые _3_ DVD.
>> 13 двд :) правда, 30 гб на обе архитектуры - это
>> debug information... вот не понимаю, почему бы это не вынести в
>> отдельный репозиторий для тех, кому надо, а не тащить в общий релиз...
> Они сделали %) лучше: если ты замелил, они в виде собственно .iso
> с некоторых пор раздают только первые _3_ DVD.для некоторых платформ - вообще только джидлы, и это уже давно (но в любом случае, чтобы сгенерить жидлу - надо сначала диск сгенерить)... я об другом - 99.9999% юзеров эти дебаги нафиг не нужны, а когда нужны - их проще получить через apt-build или через веб... вот где они точно не нужны, так это на cd/dvd :) кстати, дебаги от хромиума уже больше 1 гб, вроде - интересно, как оно на cd впихуется? :)
Через apt-build (пока что) нельзя получить до байта идентичную сборку, поэтому если на руках есть core, то нужны отладочные символы именно от того бинарника, который сбойнул. Не факт, что баг легко воспроизводится.
> Через apt-build (пока что) нельзя получить до байта идентичную сборку, поэтому если
> на руках есть core, то нужны отладочные символы именно от того
> бинарника, который сбойнул. Не факт, что баг легко воспроизводится.в любом случае, проще сделать отдельный debug-репозиторий, как сделано в разных rpm и не очень rpm дистрибутивах
Не пойму, в чём проблема. -dbg пакеты не обязательно устанавливать, поэтому вреда от них нет. В CD/DVD они лежат в последних образах, в первых их нет (или почти нет). При зеркалировании можно их легко исключить.Но если исключить все, то что-нибудь может перестать устанавливаться. Например, valgrind не установится без libc6-dbg.
> Не пойму, в чём проблема. -dbg пакеты не обязательно устанавливать, поэтому вреда
> от них нет. В CD/DVD они лежат в последних образах, в
> первых их нет (или почти нет). При зеркалировании можно их легко
> исключить.если бы... они довольно равномерно размазаны по всем дискам - только на первом он один, и это libc6-dbg. если бы было строгое правило - дебаг только на последних дисках, было бы лучше :)
и если нет хоть одного файла - официальная жидла не соберётся...
сделай grep по list-cd или list-dvd, и посмотри... я иногда собираю полные наборы по jigdo из бездебаг-дерева, и вижу, как оно распределено... причём, оно ещё и в aptitude под руки лезет, ты набрал название, а тебе debug вылез, нужно дальше искать, и вместо 0.01 секунды на поиск и выбор нужного ПО уходит три секунды, то есть в триста раз больше :)
> Но если исключить все, то что-нибудь может перестать устанавливаться. Например, valgrind
> не установится без libc6-dbg.:) я знаю. поэтому для него всегда делаю исключение в debmirror.
> поэтому помню... например, в jessie - 13 двд :)Слушай, зазеркаль убунтуйский mirror! //ну мне интересно когда у тебя место кончится
>> поэтому помню... например, в jessie - 13 двд :)
> Слушай, зазеркаль убунтуйский mirror! //ну мне интересно когда у тебя место кончитсяу меня лежит 14.04 amd64, лежит в .rm, и ждёт своего часа на удаление (когда место начнёт кончаться :)
> у меня лежит 14.04 amd64,Ну это не интересно, у них можно рсинком хапнуть все и сразу. Около 640Гб, чтоли. And counting.
> tzdata 2014jзато обновляющий python-tz заснул в 2012 году, что в wheezy, что в jessie, что в sid - версия 2012 года
и ещё раньше в бэкпортах был postgresql свежих версий - а теперь один раз 9.1, всю жизнь 9.1
коли в гугле забанили:deb http://apt.postgresql.org/pub/repos/apt/ wheezy-pgdg main
> deb http://apt.postgresql.org/pub/repos/apt/ wheezy-pgdg mainС дебиановским postgresql-common не интегрируется, конечно? Со своей отдельной версией в каждом релизе? Вдруг кому надо...
https://packages.debian.org/squeeze-backports/postgresql-common
В ядре из обновления для архитектуры AMD64 поломан спящий режим - http://womble.decadent.org.uk/blog/linux-suspendresume-regre...
Когда Debian 8 будет?
> Когда Debian 8 будет?где-то, где-то, посредине лета...
> где-то, где-то, посредине лета......следующего года. Или даже через два :)
>> где-то, где-то, посредине лета...
> ...следующего года. Или даже через два :)нет, 2015
> нет, 2015Это было бы не по дебианщиковски. Хотя фиг их там знает чему они у убунтуйцев научились :)
> Когда Debian 8 будет?Когда будет готов.
https://bugs.debian.org/release-critical/
Кто-то мне сказал, что Арч лучше. Это правда?
> Кто-то мне сказал, что Арч лучше. Это правда?Пользовался я тут самосвалом. Приперся Вася и сказал что самосвалы - фуфло. Вот экскаваторы - это сила!
про systemd молчат, доллАров в рот набрали )))
> про systemd молчат, доллАров в рот набрали )))А зачем им говорить про то, чего там нет?
>говорить про то, чего там нет?https://packages.debian.org/source/wheezy/systemd Мочим. Не чокаемся. Скорбим.
>>говорить про
>Мочим.Нееееет....
>>говорить про то, чего там нет?
> https://packages.debian.org/source/wheezy/systemd Мочим. Не чокаемся. Скорбим.в бэкпортах и нормальный systemd есть. я ставил. нормально работает.
>>>про то, чего там нетп.1
> в бэкпортах и нормальный systemd есть. я ставил. нормально работает.
Во-первых, разговор был *совсем* не про это (см.п.1). Во-вторых, "УМВР" != "нормальный". В-третьих, спасибо, не утруждайся ответом.
Хорошо, оговорился немного. В 7-ке он есть, но он там опционален.
> Хорошо, оговорился немного. В 7-ке он есть, но он там опционален.Илюша Фиолетовый в поисках стабильного зонт^Hда.
systemd - зонд?
А можно про ядро поподробней:
uname -a
Linux proxy 3.2.0-4-amd64 #1 SMP Debian 3.2.65-1 x86_64 GNU/Linux
А то в упор не вижу, там анонсе не так сказано, причем совершенно...
> Linux proxy 3.2.0-4-amd64 #1 SMP Debian 3.2.65-1 x86_64 GNU/LinuxЕсли /usr/share/doc/linux-image-3.2.0-4-amd64/changelog.Debian.gz не достаточно делатьно, есть bugs.debian.org/src:linux, lists.debian.org/debian-kernel/, LKML, наконец.
> А то в упор не вижу, там анонсе не так сказано, причем
> совершенно...