После более чем двух лет разработки увидел свет (http://www.debian.org/News/2013/20130504) релиз Debian GNU/Linux 7.0 (http://www.debian.org/releases/wheezy) (Wheezy), доступный для 13 официально поддерживаемых архитектур, среди которых: Intel IA-32 (i386), 64-bit PC / Intel EM64T / x86-64 (amd64), Motorola/IBM PowerPC (powerpc), Sun/Oracle SPARC (sparc), MIPS (mips и mipsel), Intel Itanium (ia64), IBM S/390 (s390, s390x), ARM (armel, armhf). Две архитектуры, s390x и armhf, представлены впервые. Кроме сборок на базе ядра Linux, в число официальной поддерживаемых архитектур входит порт на основе ядра FreeBSD - Debian GNU/kFreeBSD (kfreebsd-i386 и kfreebsd-amd64). Изначально планировалось (http://www.opennet.me/opennews/art.shtml?num=33000) добиться придания официального статуса порту (http://wiki.debian.org/Debian_GNU/Hurd) Debian GNU/Hurd, но разработка не была доведена до необходимого уровня.
Debian 7.0 совместим со спецификациями LSB 4.1, определяющими совместимость между приложениями и операционной системой. В репозитории представлено 37493 бинарных пакетов, что примерно на 30% больше, чем было представлено в Debian 6.0. По сравнению с Debian 6.0 добавлено 12800 новых пакетов, удалено 4125 устаревших пакетов, обновлено 20160 пакетов.Для загрузки доступны (http://www.debian.org/CD/) CD и DVD-образы, загрузить которые можно по FTP или через системы jigdo и BitTorrent. Полный установочный комплект занимает 69 CD (http://cdimage.debian.org/debian-cd/7.0.0/i386/iso-cd/), 10 DVD или 2 Blu-ray диска (плюс 46 CD и 8 DVD с исходными текстами пакетов). Отдельные CD-диски подготовлены для установки окружений GNOME (http://cdimage.debian.org/debian-cd/7.0.0/i386/iso-cd/debian...), KDE 4 (http://cdimage.debian.org/debian-cd/7.0.0/i386/iso-cd/debian...) и LXDE + Xfce (http://cdimage.debian.org/debian-cd/7.0.0/i386/iso-cd/debian...). Для желающих осуществить установку по сети создан netinst-образ (http://cdimage.debian.org/debian-cd/7.0.0/i386/iso-cd/debian...) (150 Мб) и диск (http://cdimage.debian.org/debian-cd/7.0.0/i386/iso-cd/debian...) в формате бизнес-карты (46Мб). Установочный образ, включающий в себя проприетарные прошивки, можно загрузить здесь (http://cdimage.debian.org/cdimage/unofficial/non-free/cd-inc.../). Для архитектур amd64 и i386 разработаны официальные LiveCD/LiveUSB (http://cdimage.debian.org/cdimage/release/7.0.0-live/), доступные в вариантах с GNOME, KDE и Xfce. Дополнительно подготовлен многоархитектурный DVD, сочетающий пакеты для платформы amd64 с дополнитеными пакетами для архитектуры i386.
Ключевые (http://wiki.debian.org/NewInWheezy) улучшения (http://www.debian.org/releases/wheezy/amd64/release-notes/ch...) Debian 7.0:
-
Системные изменения- Переход на использование по умолчанию файловой системы EXT4;
- Обеспечена поддержка установки и загрузки дистрибутива на системах с UEFI. Технология UEFI Secure Boot не поддерживается так как она нарушает критерии проекта Debian, как свободного дистрибутива;- Опционально предоставлена возможность использования для инициализации и управления сервисами системного менеджера systemd (для перехода на systemd достаточно выполнить "apt-get install systemd"). По умолчанию по прежнему задействована система инициализации SysV init, доработанная в плане учёта зависимостей и параллельного запуска сервисов. Кроме того, сохранена возможность использования системы инициализации upstart;
- Уменьшение времени загрузки за счет задействования переработанных скриптов инициализации rc-sysv и активации по умолчанию системы инициализации insserv, учитывающей при загрузке зависимости между init-скриптами и поддерживающую (http://wiki.debian.org/LSBInitScripts/DependencyBasedBoot) параллельную загрузку скриптов инициализации;
- Внедрение (http://wiki.debian.org/ReleaseGoals/RunDirectory) новой корневой директории "/run", в которую перенесено содержимое "/var/run", "/var/lock", "/dev/shm" и "/lib/init/rw" с целью решения проблемы с недоступностью /var/run на ранней стадии загрузки. Подробное обоснование целесообразности подобного шага можно прочитать здесь (http://www.opennet.me/opennews/art.shtml?num=30080);-
Поддержка архитектур и платформ- Для архитектуры amd64 по умолчанию обеспечена поддержка многоархитектурных установок (http://www.opennet.me/opennews/art.shtml?num=31306) (Multiarch) и включены все необходимые библиотеки для запуска 32-разрядных программ и установки 32-разрядных пакетов штатными средствами. Данная возможность позволит пользователям 64-разрядной сборки Debian получить полный доступ ко всем пакетам, доступным для архитектуры i386, в дополнение к пакетам в сборке для amd64. В частности, для установки skype и flash можно использовать пакеты из репозитория для архитектуры i386. Необходимость установки 32-разрядного пакета определяется через добавление имени архитектуры после имени пакета, например, "sudo apt-get install skype:i386";
- Официальная поддержка двух новых архитектур:
- s390x - 64-разрядный порт для систем IBM System z, нацеленный на замену порта s390;
- armhf - альтернативный порт ARMEL для процессоров ARMv7 с интегрированным сопроцессором (FPU Thumb-2 или VFP3D16) для вычислений с плавающей запятой (hard-float). В отличие от ранее поставляемого порта ARM EABI (armel), новый порт позволяет более полно задействовать возможности современных процессоров на базе архитектуры ARMv7 и обеспечить более высокую производительность за счёт задействования аппаратных возможностей CPU для работы с числами с плавающей запятой;
- Продолжено развитие порта Debian GNU/kFreeBSD, сочетающего в себе ядро FreeBSD с пользовательским окружением на базе glibc и GNU-утилит. Поддержка варианта дистрибутива на базе ядра FreeBSD предоставляет пользователям возможность использования таких специфичных для FreeBSD средств, как пакетные фильтры PF и IPFW2, изолированные окружения jail, сетевая подсистема NetGraph, возможность загрузки NDIS-драйверов без внешних патчей. В новой версии осуществлён переход на ядро FreeBSD 9.0, в качестве опции предусмотрена возможность использования ядра FreeBSD 8.3. Добавлена полноценная поддержка создания изолированных Jail-окружений (http://wiki.debian.org/Debian_GNU/kFreeBSD/Jails) и возможность шифрования дисковых разделов с использованием geli.
В инсталлятор Debian GNU/kFreeBSD добавлена поддержка определения разделов LVM и установки на разделы с файловой системой ZFS, в том числе допустимо использование ZFS на корневом разделе. Переработаны средства управления пулом ZFS: добавлена поддержка пулов с несколькими физическими дисками, возможность использования нескольких ФС на одном ZFS-пуле, поддержка обычных ФС на ZFS-разделах (ZVOL), возможность задания произвольных имен для ZFS-пулов, файловых систем и разделов ZVOL. Реализация файловой системы обновлена до версии 28 с поддержкой (http://www.opennet.me/opennews/art.shtml?num=30797) автоматической дедупликации и RAID-Z;-
Безопасность- При сборке пакетов для базовой поставки, а также для сетевых приложений из репозиториев, задействованы (http://wiki.debian.org/Hardening) настройки GCC, обеспечивающих дополнительную защиту от переполнения стека, предсказуемого размещения данных в памяти и других видов атак;
- Из коробки обеспечена поддержка системы мандатного контроля доступа AppArmor, которая позволяет контролировать полномочия процессов, определяя списки файлов с соответствующими правами (на чтение, запись, отображение в память и запуск, установку блокировки на файл и т.п.) для каждого приложения. Также AppArmor позволяет на самом общем уровне контролировать доступ к сети (например, запретить использование ICMP) и управлять POSIX capabilities. Основное отличие AppArmor от SELinux состоит в том, что SELinux оперирует ассоци...URL: http://www.debian.org/News/2013/20130504
Новость: http://www.opennet.me/opennews/art.shtml?num=36858
Пасхальное чудо!
Пасхет был месяц назад... Результат любого труда можно назвать чудом. И потомок Давида (тот ещё прец) отншения к данному чуду не имеет.
> Пасхет был месяц назад...Ну эти Бога клювом прощёлкали, теперь сатанисты и приходится "можно назвать" чёрное белым.
Дебиан-то тут при чём?
Империя наносит ответный удар, http://hi-news.ru/business-analitics/rascvet-imperii-arm-int...
Интересно, чего они этому чуду выдумывают такие забористые погремухи "жмых", "хрипатый".
Уголовная фантазия у разрабов.
>> Переход на использование по умолчанию файловой системы EXT4;и это печально товарищи, время убунты настаало ...
Причем тут убунта?
При том, что еще довольно много багов ext4 присутствует, чтобы рисковать его использовать в продакшене. Не спорю, у кого-то получается его использовать нормально, но я поймал сразу 2 полные потери данных и больше не рискую. Подожду годика 2, посмотрю как оно будет, потом только пожалуй рискну с переходом.
> При том, что еще довольно много багов ext4 присутствует, чтобы рисковать его
> использовать в продакшене. Не спорю, у кого-то получается его использовать нормально,
> но я поймал сразу 2 полные потери данных и больше не
> рискую. Подожду годика 2, посмотрю как оно будет, потом только
> пожалуй рискну с переходом.Написано же "по-умолчанию". Никто не неволит... Выберите другую...
Вообще-то написано «по умолчанию». Дефис не нужен.
Про какие проблемы идет речь? Если гугл уже десятки тысяч серверов перевел на ext4, вроде пока не чего не потеряли, там был один серьезный баг, который тот же гугл и выявил, он уже пофикшен
они сами не знают, что потеряли
Откуда у Вас уверенность что это именно баг в EXT4 а не Ваша ошибка или проблемы железа итд?
Анонимный эксперт не может быть не прав. И я с ним согласен.
Тонко :)
-o rw,noatime,barrier,nodelalloc,data=ordered,auto_da_alloc и fsck.ext4 -p для всех разделов, при каждой загрузке. Компы (несколько десятков серверов и больше полусотни рабочих станций), в течении последних трех лет, прекрасно живут, даже при регулярном отключении света. Ни одной потери данных.
> -o rw,noatime,barrier,nodelalloc,data=ordered,auto_da_alloc и fsck.ext4 -p для всех
> разделов, при каждой загрузке. Компы (несколько десятков серверов и больше полусотни
> рабочих станций), в течении последних трех лет, прекрасно живут, даже при
> регулярном отключении света. Ни одной потери данных.Странно, что sync не добавили
> но я поймал сразу 2 полные потери данныхА стадион кричал: "бэкапы!" (потому что про руки и так было ясно)...
Поздно пить боржоми
Нытьё "ну когда же выйдет jessie, я уже устал ждать" официально объявляется открытым.
jessie устарел и не нужен!
Не спал. Ждал. Всех поздравляю. Ура, товарищи!
Жаль,что XFCE 4.8....
> Жаль,что XFCE 4.8....Что мешает использовать репозитории с более новыми версиями?
>> Жаль,что XFCE 4.8....
> Что мешает использовать репозитории с более новыми версиями?Ничто, но хотелось бы иметь 4.10 из коробки, так сказать.
Отстутствие времени на поиск и подключение репов для всех программ и дальнейшего их тестирования?
> Жаль,что XFCE 4.8....Увидел версии офиса и браузеров. Чуть не расплакался.
В бекпортах всего 500 пакетов заявлено.
иди на арч, чо. там все свеженькое.
ну да, ну да, арч впереди планеты всей. Когда pacman ставит новый kernel, то текущий выносит...
А так - да, конечно арч для дома самое то.
Поздравляю сабжеводов!
А что случилось с zabbix?
zabbix2 настал, не?
А нужен он вообще-то? Пакетов инвентаризации и так штук 7-8 хороших есть. Но связка OCS Inventory NG + GLPI меня полностью устраивает. Даже кривая поддержка русского в OCS особо не напрягает, т.к. он только для сбора данных, а в качестве фронтэнда применяю GLPI.
в OCS версии 2 все нормально с русским языком.
Заббикс, внезапно, занимается мониторингом, а не инвентаризацией.
Она утонула
Есть в sid.
Версию zabbix 1.8 решили убрать из-за проблем с безопасностью.
Разработчики Debian при подготовке Wheezy из-за заморозки не успели включить в релиз версию 2.0, чуть позже сделают бэкпорт из sid.
>GNOME 3.4, KDE 4.8.4Не успев выйти, DE в составе wheezy уже устарели на год. Мастурбация на "стабильность" до добра не доведёт.
Пользуйтесь хоть чем, а я предпочитаю стабильность.
Так ведь новые версии как раз и являются более стабильными! Хотя KDE 4.8 тоже была ничего.
Распространенный миф. Новые версии добавляют помимо устранения старых багов зачастую добавляют новых. Для того, чтобы искоренить старые баги и не добавлять новых, как раз и существует тестовый период.
Почему тогда в принципе появляются новые версии? Почему в один момент все не останавливается? (Правильный ответ написал джентльмен выше).
ну да, разработчики спят и видят, чем бы ещё нагадить поклонникам "стабильности" в новой версии своего софта.вам в голову не приходило, что в новых версиях, например, старые ошибки исправляются?
Удивляет что многие так считают. Про новые ошибки, которые точно появились в новом релизе никто не вспоминает, а зря.
в этом случае совершенно логичным выглядело бы решение вообще ничего не обновлять. абсолютная, так сказать, стабильность. окаменевшая в веках.
Изучите стадии попадания пакета в стабильную ветку - http://www.debian.org/doc/manuals/debian-faq/ch-ftparchives....
Не нравится их политика, меняйте дистрибутив или пилите свой или сидите на Testing постоянно (некоторые так делают и не жалуются).
Помимо Debian юзаю openSuse, он не так стабилен (в сравнении разумеется), но достаточно хорошо себя зарекомендовал как альтернатива по стабильности Debian, софт по свежее (именно это мне нужно на нетбуке из-за видеокарты). Легко превращается по желанию в rolling-release - подключение репы Tumbleweed (http://ru.opensuse.org/Portal:Tumbleweed). openSuse полностью перешел на systemd, что может вызвать некоторое негодование, но это дело привычек и не желание изучать новое (systemd), когда отлично работала старая школа (SysV init) :-)
> Изучите стадии попадания пакета в стабильную ветку - http://www.debian.org/doc/manuals/
> openSuse полностью перешел на systemd, что может вызвать некоторое негодование, но
> это дело привычек и не желание изучать новое (systemd), когда отлично
> работала старая школа (SysV init) :-)А где внятно описаны правильные привычки для systemd?
Вот я, например, написал "service network start", а меня послало нафиг. И как теперь правильно?
В Федоре по умолчанию, например, не послало:$ sudo service network restart
Restarting network (via systemctl): [ OK ]
$Но правильно теперь
sudo systemctl restart network.service
> В Федоре по умолчанию, например, не послало:
> $ sudo service network restart
> Restarting network (via systemctl): [ OK ]
> $
> Но правильно теперь
> sudo systemctl restart network.service!
Только не понятно, причем здесь этот дистрибутив, когда разговор идет о Debian.
Или, в огороде бузина, а в Киеве дядька!
ну, раз пользователи дебиана такие тугие, спрошу прямо: а у вас вызов service переадресуется к systemct?
Правильно так:apt-get remove systemd
> Правильно так:
> apt-get remove systemdИ зачем мусор в системе хранить? Правильно - apt-get purge systemd .
man systemd же
Починили одно - поломали другое. На пример, Wicd 1.7.2.4 - последний релиз 2012-04-30 (https://launchpad.net/wicd/+download).
Знаешь, что в том релизе не так? Поломали одну из базовых функций... при попытке сохранить настроки параметров подключения к сети ethernet или wi-fi сыплет ошибками и не реагирует на применение или отмена, окно закрывается только если нажать на [x].
https://bugs.launchpad.net/wicd/+bug/993912 - и это, итить колотить, в РЕЛИЗЕ! Там же и фикс лежит, но в openSuse 12.3 (stable release) он в главные репы не добавлен, а там где он есть - поломан (патч этот не запилили). Мне то что, я пофиксил у себя.
Прошло >1года... они не выпустили релиз с хотфиксом - 1.7.2.5, отправили его для 1.7.3. WTF???Так что Debian Team - крутые парни! Знают толк в своем деле, и не спаскудились из-за потоканий таких вот "специалистов".
calmer
Правильно написанный софт не является скоропортящимся продуктом.
Все правильно сделали!
Gnome 3.6 и 3.8 имеют ужасный Nautilus и там сломано пресловутое Safely remove для usb-hdd и usb-flash (как gnome-disks так и Nautilus). Все из-за изменений в udisks второй версии. Подробности здесь (https://launchpad.net/bugs/1067876).
Зато там починили считывание клавиатурных событий.
А "Наутилусом" все равно никто не пользуется.
Что тебе мешает "мастурбировать" с другими, "нестабильными" поставками? - Одна рука?
А какая разница? KDE с самого первого релиза разломан перманентно. И год назад был разломан и сейчас разломан.
диагноз напрашивается. не пользуешься, но не осудить не можешь
УРА!!!!Вчера весь интернет был в ожидании, с днем рождения!!!
а на него можно поставить gnome 3.8? из каких нибудь backport
> Обеспечена поддержка установки и загрузки дистрибутива на системах с UEFI.А что, были проблемы?
> Технология UEFI Secure Boot пока не поддерживается;
И не надо.
Кстати, для чего Debian оказался незаменим. Под ним отлично работает Detrix - один год без выключения и перезагрузки. Хотя пользы от последнего не ощутил пока - специалистов нет для настройки и воли пользователей.
> Кстати, для чего Debian оказался незаменим. Под ним отлично работает Detrix -
> один год без выключения и перезагрузки. Хотя пользы от последнего не
> ощутил пока - специалистов нет для настройки и воли пользователей.Отлично. Функционал не востребован, никому не надо, зато год без перезагрузки. Круто, чо.
Да, коллега. К сожалению, так. Поставил, немного настроил, отправил несколько служебок, посмотрел - должно быть интересно. Но для пользователей оказалось проще кучу бумаги и картриджей изводить, лишь бы не учиться чему-то новому. Им не Detrix конкретно не нужен - им НИКАКАЯ фактически СЭД не нужна. Максимум - в Ворде печатать.Тут польза хотя бы в том, что отсутствие потребностей установлено на бесплатной системе, а не на каком-либо монстре за 3-4 миллиона.
> Тут польза хотя бы в том, что отсутствие потребностей установлено на бесплатной
> системе, а не на каком-либо монстре за 3-4 миллиона.Если 95% юзеров - это 95%, а начальству похрен, то да.
Та же фигня была. Пипло просто саботирует всё новое, лишь бы мозги не напрягать.
с масквабада указивку спустили что будет лотус и не #$%^&
приказы выпустили чтобы планово переходили и не жужжали
пользователи плюются но работают, начальство на планерке сказало, что с вводом сэда бумагу и автографы никто не отменял =)
Сразу видно, какие спецы указывали. Лотус - платформа. Чтобы на ней что-то путное сделать, надо миллионы ввалить или годы потратить. Точно также, как и на Альфреско или на клятом Шарепонте.
есесно сэд не за бесплатно написан ;) в масквабаде денег много ...
лучше откаты от ПО чем на "периферии" ЗП повысить
Любая система автоматизации должна быть востребована. Если ее внедрение не приносит ни какой ощутимой выгоды, она не внедрится.
Кстати, возможна ситуация, когда выгода есть для руководства, а не для сотрудников. Или наоборот. Но если система реально не нужна, на кой ее вообще внедрять?
> Любая система автоматизации должна быть востребована. Если ее внедрение не приносит ни
> какой ощутимой выгоды, она не внедрится.
> Кстати, возможна ситуация, когда выгода есть для руководства, а не для сотрудников.
> Или наоборот. Но если система реально не нужна, на кой ее
> вообще внедрять?Интересно же, не?
> Любая система автоматизации должна быть востребована. Если ее внедрение не приносит ни
> какой ощутимой выгоды, она не внедрится.
> Кстати, возможна ситуация, когда выгода есть для руководства, а не для сотрудников.
> Или наоборот. Но если система реально не нужна, на кой ее
> вообще внедрять?Вот на Debian, Xubuntu или Ubuntu Server ту же Detrix можно поставить (последние две, правда, с танцем с бубном, но можно) на системный блок с P4 (478) c двумя гигами памяти, а Alfresco (лучше на Mandriva или Mageia, на других - с танцем) ну на чуть более мощном компьютере. Учтем, что все это железо может элементарно списанным, т.е. мусорным. Получается, что такое тестирование не то что не требует денежных вложений, а затраты в отрицательную область уходят - голая выгода.
>[оверквотинг удален]
>> Или наоборот. Но если система реально не нужна, на кой ее
>> вообще внедрять?
> Вот на Debian, Xubuntu или Ubuntu Server ту же Detrix можно поставить
> (последние две, правда, с танцем с бубном, но можно) на системный
> блок с P4 (478) c двумя гигами памяти, а Alfresco (лучше
> на Mandriva или Mageia, на других - с танцем) ну на
> чуть более мощном компьютере. Учтем, что все это железо может элементарно
> списанным, т.е. мусорным. Получается, что такое тестирование не то что не
> требует денежных вложений, а затраты в отрицательную область уходят - голая
> выгода.Руководству наемному - не владельцу бизнеса - это не интересно. Откаты - наше все.
> Кстати, возможна ситуация, когда выгода есть для руководства, а не для сотрудников.У сотрудников не бывает выгоды, у них бывает зарплата.
Debian и Detrix? Плюсодиню каждому.
Debian-у -- потому что вчера его снёс, поставил Ubuntu, и через 30 мин. с криками "Б%Я!!!" поставил деба обратно.
Detrix-у -- потому что это одна из немногих СЭД, не вызывающих отвращение. Диплом по ней писал, приятная система, адекватная. Правд гонял её на NetBSD.
> Debian и Detrix? Плюсодиню каждому.
> Debian-у -- потому что вчера его снёс, поставил Ubuntu, и через 30
> мин. с криками "Б%Я!!!" поставил деба обратно.
> Detrix-у -- потому что это одна из немногих СЭД, не вызывающих отвращение.
> Диплом по ней писал, приятная система, адекватная. Правд гонял её на
> NetBSD.Последнее время с интересом читаю на разных ресурсах, сколько украли при внедрении той или иной проприетарной (= под Windows) отечественной СЭД в той или иной отечественной конторе. Не хочется не то что иметь с ними ДЕЛО, а даже знать о них.
Андрей Владимирович, залогиньтесь!
> с дополнитеными пакетами для архитектуры i386.fix, pls
>> с дополнитеными пакетами для архитектуры i386.
> fix, pls[iсправить], pls yrslf
Systemd будет когда-нибудь?
Уже есть, но по умолчанию не используется.
Новость почитайте внимательно.
То, что там положили под видом systemd, настоящим systemd назвать сложно. Скорее, это демка с сильно обгрызенными возможностями (да, я знаю - почему и зачем в дебиане именно 44 версия;) )Интересно другое - а юнит-файлы для сервисов в новом дистре есть? Просто, без них и оставшиеся полтора бонуса демо-systemd работать не будут (то есть systemd будет в заведомо проигрышном положении).
> То, что там положили под видом systemd, настоящим systemd назвать сложно. Скорее,
> это демка с сильно обгрызенными возможностями (да, я знаю - почему
> и зачем в дебиане именно 44 версия;) )
> Интересно другое - а юнит-файлы для сервисов в новом дистре есть? Просто,
> без них и оставшиеся полтора бонуса демо-systemd работать не будут (то
> есть systemd будет в заведомо проигрышном положении).Ну вот, хоть одни понял, какое systemd - говно, если за тебя ничего не сделали! :D
Кхм, я то systemd активно пользуюсь. Но, да, это никак не дебиан :)
> Systemd будет когда-нибудь?Давно на него перешел и в продакшене и дома. Грузится машина быстрее, что важно для стримеров. Юнит-файлы написать легко, что важно для меня :) Мне лично и функционала достаточно и проблем серьезных не было.
На всех компах при старте с systemd не всегда загружается русский шрифт в консоли. Не знаю почему, не разбирался.
>> Systemd будет когда-нибудь?
> Давно на него перешел и в продакшене и дома. Грузится машина быстрее,
> что важно для стримеров. Юнит-файлы написать легко, что важно для меня
> :) Мне лично и функционала достаточно и проблем серьезных не было.
> На всех компах при старте с systemd не всегда загружается русский шрифт
> в консоли. Не знаю почему, не разбирался.Это? http://help.ubuntu.ru/wiki/russian_font_in_console
Мне в Ubuntu Server помогло.
Угу. kbd.service - симлинк на /dev/null и как оно при таких раскладах должно у себя внутри отрабатывать мне лично не понятно. Впрочем, если его похерить к чертям собачачьим и запускать старый init-script все работает. "Вот и все об этом человеке"(С)
> Угу. kbd.service - симлинк на /dev/null и как оно при таких раскладах
> должно у себя внутри отрабатывать мне лично не понятно. Впрочем, если
> его похерить к чертям собачачьим и запускать старый init-script все работает.
> "Вот и все об этом человеке"(С)+1
Я его просто прибил и усё заработало в консольке, только keyboard и language файлы поднастроил под себя :-)
Думаю все согласятся, что система инициализации, которая ломает настройку базовой системы - никому не нужна. В общем, набираемся опыта дальше ;-)
> Грузится машина быстрее, что важно для стримеров.Для кого? (потому как те стримеры, которые "что" -- они и нынешние не особо расторопны, секунды и десятки секунд на операции никто не отменял)
С такими косяками (http://cs424517.vk.me/v424517314/a5b/mcQrSRAl0cc.jpg) - надеюсь никогда.
Про этот косяки начинать читать тут - http://suseana.ru/?p=716Цитирую:
> Решение было найдено по наводке verg’а в его посте на
> одном из форумов (за что ему гран мерси — допереть до
> такого было бы сложно). И было просто до степени
> “ржунимагу испацтуло” — кстати, предупреждаю, прежде чем
> читать дальше, подстелите “пацтуло” что-нибудь мягкое,
> дабы, падая туда, не ушибиться.
>Так вот, для исправления ситуации следовало выполнить следующее:
> # rm -f /lib/systemd/system/kbd.servicePS: уже удалять нужно rm -f /usr/lib/systemd/system/kbd.service и да, openSuse 12.3 мне помогло XD
> релиз Debian GNU/Linux 7.0, доступный
> для 13 официально поддерживаемых архитектур, среди которых: Intel IA-32 (i386), 64-bit
> PC / Intel EM64T / x86-64 (amd64), Motorola/IBM PowerPC (powerpc), Sun/Oracle
> SPARC (sparc), MIPS (mips и mipsel), Intel Itanium (ia64), IBM S/390
> (s390, s390x), ARM (armel, armhf). Две архитектуры, s390x и armhf, представлены
> впервые.подскажите кто нибудь, какая архитектура мне нужна
asus p8h77-vle
Intel i3-2125 3.30GHz
Intel IA-32 (i386) / x86-64 (amd64)Одна из двух, выбор на вкус и цвет..
amd64
AMD64
Если оперативной памяти больше 3.5 гб, то amd64
> Если оперативной памяти больше 3.5 гб, то amd64Не так. Если нужно больше 4гб на процесс то amd64. У дебиан сейчас все ядра и так поддерживают большую память. У меня дома i386, так как необходима поддержка 32-х битного софта. В 64-х битной системе прирост производительности приложений 0%-30% что меня не достаточно впечатлило :)
> подскажите кто нибудь, какая архитектура мне нужна
> asus p8h77-vle
> Intel i3-2125 3.30GHzставь S/390, будет просто летать.
слишком толсто :)
Ура, Семёрочка зарелизилась, теперь скоро можно будет переходить и на Восмёрку, надеюсь тут нет виндузятников, и меня поняли правильно))
Что странно, так это s390 порт.На каком оборудовании он развивается,отлаживается?
И зачем?Понятно для чего есть s390 порт rhel-одна из поддерживаемых вендором s390
ОС,и debian среди них нет.
Что странно,так это порт SPARC.Понятно зачем он был нужен во времена значительной распространённости машин с sparc,но сейчас,когда SPARCи остались
только у тех,кто не может соскочить,и которые ничего кроме десятой солярки не
признают,какой смысл в debian/SPARC?
Выбросить окаменевшее жалко, вот и таскают довеском))
Не жалко, а есть кому поддерживать. Альфу то в 6.0 выкинули и ничего. Может и эти когда-нибудь выкинут. А пока пускай будут, или они тебе сильно мешают?
> какой смысл в debian/SPARC?Если чо, Sparc есть у Fujitsu, Oracle, МЦСТ
>> какой смысл в debian/SPARC?
> Если чо, Sparc есть у Fujitsu, Oracle, МЦСТДа,но это всё ексклюзив для единиц,которым приходится терпеть кошмар использования машин
с этим процом в году >= 2010.И они,единицы,о debian не знают и знать не хотят.
Да ты упокойся, Опеторны работают при 100 и больше град.
> Он им в пень не вср"@лся - есть много лучше система. Солярис называется.Ды ты чо?! Твоя солянка осилит 50 виртуалок на двухядерном проце
без аппаратной виртуализации?! Ну вот и сосите кеглю.
BIC, CUBIC, WESTWOOD, HTCP, HSTCP, HYBLA, VEGAS, VENO, YEAH, ILLINOIS умеет?
CGROPS уже научились, иль все руками раскидывать надо?
Ах да, есть же веский аргумент - Solaris не предназначена для этого!
Там хардкорный ынтырпрайз - шаг влево-шаг в право - расстрел!И на самом деле, Sparc, как архитектура - говно.
Есть Alpha, но благодаря Intel и HP её успешно похоронили.
Но, опять же, благодаря этим похоронам, появился Operon,
и вылез в лидеры на серваках.
Современная 6300 серия - рвет как тузиков, все остальные процы.
Хороший дистр, годный для изготовления рабочих производных, типа бубунты..
:-)
Толсто! (но правдиво ;)
Ура, товарищи!
>возможность использования нескольких ФС на одном ZFS-пуле, поддержка обычных ФС на ZFS-разделах (ZVOL)Хм. Интересно. Как альтернатива мета-устройств.
На Ivy Bridge теперь работает и не виснет. 3D есть.
F2FS. Где оно? Нет ответа...
Наверное, в backports будет, в новом ядре.
Какое f2fs если там ядро 3.2? Откуда? К тому же зачем?
А как в релизе дела со стимом обстоят? Т.е. поставить дебиан вместо убунты лтс на десктопы хомякам можно или не стоит дергаться?
Стоит Debian Wheezy x86_64, на нём установлен стим. Контра работает без проблем, остальные игры не запускал
на ванильном Wheezy без chroot с убунтовским окружением или установки libc из experimental?
> на ванильном Wheezy без chroot с убунтовским окружением или установки libc из
> experimental?
Уже довольно давно пользую libc из experimental, всё стабильно, проверил более 40 игр в стиме - все работают на ура. Да и стандартные приложения работают. Хотя система i386
libc из experimental не ставил
2 года, там же все устарело за два года, даже юбунту со своими полгодами не могут нормально обновлять пакеты, iptables например старый до ужаса, со всеми багами.
Не нравится - собирай @ компиляй. OpenSource же ;-)
> iptables например старый до ужаса, со всеми багами.Нука-сь, изобрази мне тут правило, которое не возможно создать в семерке!
Только развёрнуто, с комментариями и пояснениями.
У него же нет примеров, одни эмоции.
> 2 года, там же все устарело за два года, даже юбунту со
> своими полгодами не могут нормально обновлять пакетыКачественный софт живёт долго без всяких обновлений. А плохому и постоянные обновления не помогают, как той же убунте.
Кстати, когда пользователь постоянно озабочен обновлениями, делает из них культ, это болезнь, разновидность психоза.
Когда стремится пользоваться вечными бетами — тоже болезнь (мазохизм).
> iptables например старый до
> ужаса, со всеми багами.Какие именно баги в стабильной версии?
Ты гораздо старше, да и багов у тебя побольше.
Long live Debian !
>Вместо мультимедиа пакета FFmpeg в дистрибутиве задействован форк проекта - libavПочему? Или просто потому что мейнтейнер оказался фанатиком из другой группировки?
>>FFmpeg в дистрибутиве задействован форк проекта - libav
> Почему? Или просто потому что мейнтейнер оказался фанатиком из другой группировки?Потому что ментейнер лелеит надежду, что "другой апстрим" будет более дружественен к нему? Чем прочие дёрганно-релизные мплайеры и мозилы. Ну, может, они ему злата-сребра обещали, или хотя бы длительную поддержку стабильных релизов, или там ABI не ломать?
Мы никогда не узнаем . google://libav ffmpeg wheezy release site:lists.debian.org
===
For ffmpeg we've been providing the 0.5.x bugfix branches in stable-security. For Wheezy we'll follow the same approach with the 0.8. series. They're heavily regression-tested by a testsuite.
===
In Debian wheezy, ffmpeg has been replaced by the libav fork, which is considered to feature a more conservative release process and thus fit better to Debian's needs. It provides all libraries and prepares an upgrade path for existing application packages.
дебиан зарелизе
воистину зарелизе
они вчера твиттерили как сумасшедшие о каждом этапе создания дисков и подготовки к релизу )
https://twitter.com/debian
Поддерживали экшн, накал страстей =)
> они вчера твиттерили как сумасшедшие о каждом этапе создания дисков и подготовки
> к релизу )
> https://twitter.com/debianО вчерашнем накале страстей сегодня все узнали на опеннете
> они вчера твиттерили как сумасшедшие
> twitter.com/debianЭто ж афигительно хорошо, что на IRC не дать httP!// ссылок. Чирикалка.цом зёрнышко склюёт.
Христос Воскрес!Объяните, пожалуйста, как это пользоваться бекпортами без ущерба стабильности?
nz.51t.ru/Рим.8:34Братья! Будьте братьями. Ну, если кого положение обязывает, сёстрами.
и, напоследок:nz.51t.ru/Рим.8:31-39
Я имею ввиду - как это возможно? Новые бекпорты со старыми библиотеками...
> Я имею ввиду - как это возможно? Новые бекпорты со старыми библиотеками...Новые версии просто собираются из исходников на стабильной системе. Соответственно, линкуется все со стабильными версиями библиотек.
Спасибо!
>>Исключены из дистрибутива: sun-java6, php5-suhosin, OpenVZчто-то я не понял юмора ...
sun-java6 -> openjdk
php5-suhosin - нет версии для 5.4, оно вообще давно не обновляется и умерло (
OpenVZ -> LXC
> Отдельного упоминания заслуживает прекращение поддержки Linux-Vserver и OpenVZ, вместо которых рекомендовано использовать KVM, LXC или Xen.Кто-то уже имеет успешный опыт переноса окружений OpenVZ на LXC?
А зачем? В debian уже давно использую rhel ядро с openvz. Также желательно(но необязательно) и свежий vzctl оттуда же, там много вкусного добавилось.
> А зачем? В debian уже давно использую rhel ядро с openvz. Также
> желательно(но необязательно) и свежий vzctl оттуда же, там много вкусного добавилось.Хм, в Squeeze я использовал ядро из пакетов и был всем доволен, хотелось бы продолжать оставаться довольным в рамках официальной базы пакетов.
Посмотри на это с такой стороны: есть debian/linux, debian/kfreebsd, debian/hurd - один и тот же дистр, но разное ядро. От замены ядра debian не превращается в тыкву. Так почему бы не заменить одно linux ядро на другое? Если мне нужно новое железо, то оставаясь на stable/testing беру ядро из experimental. А если нужны возможности openvz, то беру ядро непосредственно из этого проекта.
Как-то мы от темы отклонились. Сегодня поставлю и начну тестировать.
Если все-таки решите остаться на openvz, то может пригодится
http://openvz.org/Install_kernel_from_RPM_on_Debian_6.0
> Если все-таки решите остаться на openvz, то может пригодится
> http://openvz.org/Install_kernel_from_RPM_on_Debian_6.0Уже прочел. Честно говоря в моём случае проще использовать oldstable и не забивать себе голову. :)
> Кто-то уже имеет успешный опыт переноса окружений OpenVZ на LXC?Это разные виды спорта.
PS: в альте ovz-ядро всё так же собирается, если что. А вот "рекомендаций" вроде вышепоскипанной никто AFAIK давать не собирается.
>GNOME 3.4, KDE 4.8.4, Xfce 4.8радость некроманта :D
>>GNOME 3.4, KDE 4.8.4, Xfce 4.8
> радость некроманта :DКуда спешить то? Я например и этих еще не видел. :D
3.4 юзабельнее 3.6 и 3.8 ибо в последних изуродован Nautilus и ужасающие проблемы с раскладками клавиатуры!!!
>>GNOME 3.4, KDE 4.8.4, Xfce 4.8
> радость некроманта :DАга, оно ж из моды вышло. Неважно, что стабильное и испытанное, главное — немодное. Зато ваша убунточка всегда актуальная. Мыши плачут, колются, но продолжают поедать кактус свежего, сырого и недопиленного софта.
ну да. можно вообще не обновляться. а можно обновиться на новый debian со старым софтом
и зачем в инсталляторе STP ?
> и зачем в инсталляторе STP ?Наверное, в инсталяторе сделали возможность увеличения таймаута DHCP для тупо-умных STP-свичей, http://bugs.debian.org/547369
ну тогда это не поддержка STP, а поддержка рукожопых админов, не устанавливающих edge на акцессных портах ;)
Подскажите плиз бесплатную и открытую альтернативу для Eclipse и NetBeans на языке C. А то эти на старом компе жутко тормозят.
Или даже не стоит начинать изучение Java на старом, а сначала копить на новый комп, потому что Java приложения в любом случае очень тормозят?
Но читал мнения, что это программисты код не оптимизируют и поэтому Java тормозит.
Как быть?
> Подскажите плиз бесплатную и открытую альтернативу для Eclipse и NetBeans на языке
> C. А то эти на старом компе жутко тормозят.
> Или даже не стоит начинать изучение Java на старом, а сначала копить
> на новый комп, потому что Java приложения в любом случае очень
> тормозят?
> Но читал мнения, что это программисты код не оптимизируют и поэтому Java
> тормозит.
> Как быть?vim с прагинами
Вам нужна IDE для Java? Java использует сборщик мусора(Garbage Collector) и JIT, и поэтому не может быть быстрой на компьютерах с небольшим количеством оперативной памяти. Вы бы ещё бы от кода на Python быстродействия ожидали.
> оперативной памяти. Вы бы ещё бы от кода на Python быстродействия
> ожидали.Ну, этот-то всяко побыстрее будет.
Ох уж эти высокоаргументированные сравнения...
> даже не стоит начинать изучение Javaвот так правильно.
Java тормозит тогда и лишь тогда, когда её используют не по назначению. Minecraft тому пример.
Java тормозит тогда и лишь тогда, когда её используют // Так где-то.
IDE для Java нужен да.
vim
На старом компе лучше пользоваться шансом посмотреть на то, как нормальные люди пишут нормальные программы. Они бывают и на Java, просто реже в силу специфики изначального предназначения языка (массовое клепание чего попало в предсказуемом для манагера темпе ордами малообразованных "специалистов")...А память ещё успеете докупить и уже не так начать ценить.
Пока же предложу, скажем, SICP почитать -- есть и перевод: http://ftp.linux.kiev.ua/pub/docs/developer/general/sicp-ru/
Хороший релиз. А backports давно нужно было добавить.
Пользовался debian squeeze почти 2 года. Но ушел на AltLinux
Но, у, вас, одно, предложение, состоит, из, двух )
Совсем ведь чуть-чуть не дождались.
> Пользовался debian squeeze почти 2 года. Но ушел на AltLinuxНу так и иди. Кто-то против, что ли?
>> Пользовался debian squeeze почти 2 года. Но ушел на AltLinux
> Ну так и иди. Кто-то против, что ли?Да ладно, тут исторически достаточно устойчивые миграции туда-сюда что разработчиков, что пользователей -- благо многие ожидания и болячки схожи, соответственно и "где сейчас конкретно теплей" работает с относительно небольшими накладными расходами ;-)
nidd@, avn@, wart@ и немало других людей наверняка подтвердят (хотя wrar@ и thresh@ добавили бы пару ехидных комментариев, полагаю).
Я не допонял... АРМ это что на планшет этот ДЭБИ можно вкатать?
> Я не допонял... АРМ это что на планшет этот ДЭБИ можно вкатать?Requirements/user expectations
[...]
Current status
* Many of these things don't happen `out of the box' with Debian
[...]google://дал стальные
> Установочный образ, включающий в себя проприетарные прошивки, можно загрузить здесь (http://cdimage.debian.org/cdimage/unofficial/non-free/cd-inc.../)Нерабочая ссылка, вот вроде правильная: http://cdimage.debian.org/cdimage/unofficial/non-free/cd-inc.../
Тогда уже вот так - http://cdimage.debian.org/cdimage/unofficial/non-free/cd-inc.../
Весна, Мир, Debian!
По сабжу,Debian GNU/kFreeBSD кто-нибудь подскажет какие преимущества у дистра в сравнении с FeeBSD, кроме того что у него в наличии окружение GNU?
> кроме того что у него в наличии окружение GNU?этого недостаточно? bsd'шное окружение убого
Поэтому я и спрашиваю, т.к. с фряхой только не давно на новой работе столкнулся, еще не такого Unix опыта чтобы мне судить.
не давно --> недавно
Дело не столько в убогости, сколько в том, что если на десятке систем стоит ГНУ, а на одной нужна какая-нибудь специфичная функциональность БСД (типа БСД-шных джейлов), при администрировании в лучшем случае слегка едет крыша, а в худшем допускаются потенциально весьма дорогостоящие ошибки. Это к вопросу Tesla.Кроме того, этот проект крайне желателен для сохранения видового разнообразия ядер, поскольку понятно, что сами ОС *БСД, кроме Дарвина, сегодня как слеза на реснице, и каждый из них может кончиться в один миг.
Крайне хотелось бы иметь Debian GNU/BSD с аккуратно подобранными фичами всех трех проектов, конечно, а не GNU/kFreeBSD.
Да работа проделана колоссальная и дух захватывает.
>Опционально предоставлена возможность использования для инициализации и >управления сервисами системного менеджера systemd (для перехода на systemd >достаточно выполнить "apt-get install systemd"). По умолчанию по прежнему >задействована система инициализации SysV init, доработанная в плане учёта >зависимостей и параллельного запуска сервисов.Debian стабильный дистр,разработчики осознают, что SYSTEMD всё может испортить.
Рад, что он не по дефолту.
Поставить, понастальгировать на баги полуторагодовалой давности, что-ли?
> А нужен он вообще-то? Пакетов инвентаризации и так штук 7-8 хороших есть. Но связка OCS Inventory NG + GLPI меня полностью устраивает.в каком месте ocs+glpi альтернатива zabbix?
вот jigdo для non-free и полного contrib, для i386 и amd64размер dvd - 4 гб
Это ж сколько мне теперь работы привалило апгрейты делать...
> Это ж сколько мне теперь работы привалило апгрейты делать......постесняюсь полюбопытствовать, а сколько собссно агрегатов с Демьяном у вас на обслуживании?... сервера или рабочие места?
>> Это ж сколько мне теперь работы привалило апгрейты делать...
> ...постесняюсь полюбопытствовать, а сколько собссно агрегатов с Демьяном у вас на обслуживании?...
> сервера или рабочие места?сервера, несколько десятков.
>>> Это ж сколько мне теперь работы привалило апгрейты делать...
>> ...постесняюсь полюбопытствовать, а сколько собссно агрегатов с Демьяном у вас на обслуживании?...
>> сервера или рабочие места?
> сервера, несколько десятков.Вах... подойдёт ли тут мысль вида "глаза боятся, а руки делают"? :). Просветите, насколько безопасно теоретически сделать aptitude update && aptitude safe-upgrade ?
Как по мне, на продакшн-сервере никогда не надо делать апгрейд, не удостоверившись, что все пройдет нормально. Я бы на вашем месте клонировал сервер, обновил, а затем произвел бы синхронизацию клона с основным севером.
Кто-же safe-upgrade для обновления релиза делает? Для этого dist-upgrade предназначен.
> Кто-же safe-upgrade для обновления релиза делает? Для этого dist-upgrade предназначен.Тьфу, забыл совсем, ногами не пинайте... дома-то testing\unstable, вот и щёлкнул жвалами в воздух...
> Вах... подойдёт ли тут мысль вида "глаза боятся, а руки делают"? :).
> Просветите, насколько безопасно теоретически сделать aptitude update && aptitude safe-upgrade
> ?dist-upgrade, но на самом деле так не получится. Сразу бросается в глаза, что OpenOffice поменяялся на Libre - и версия новее, и Libre не OO, а программы с ним работающие могут и не заработать (а когда будет Libre 4 со своим несовместимым питоном - вообще будет ужас что ). Да и вообще в теории только всё пойдёт. Правильно пишет следующий выступающий - надо каждый сервер тестировать, откуда и взялся мой пост. Так-то пару команд сделать недолго...
не понял, кто в курсе почему остаются squeeze-backports и squeeze-backports-sloppy?
> не понял, кто в курсе почему остаются squeeze-backports и squeeze-backports-sloppy?гм, у них на сайте про эти репы нет объяснения?
>> не понял, кто в курсе почему остаются squeeze-backports и squeeze-backports-sloppy?
> гм, у них на сайте про эти репы нет объяснения?Нет, не нашёл, зато есть http://www.debian.org/releases/wheezy/i386/release-notes/ch-... где wheezy-backports но при этом в списке пакетов строчка:
[ squeeze ] [ squeeze-updates ] [ squeeze-backports ] [ wheezy ] [ jessie ] [ sid ] [ experimental ]
не пойму какое отношение бэкпорты к прошлому релизу имеют отношение к текущему?
>>> не понял, кто в курсе почему остаются squeeze-backports и squeeze-backports-sloppy?
>> гм, у них на сайте про эти репы нет объяснения?
> Нет, не нашёл, зато есть http://www.debian.org/releases/wheezy/i386/release-notes/ch-...
> где wheezy-backports но при этом в списке пакетов строчка:
> [ squeeze ] [ squeeze-updates ] [
> squeeze-backports ] [ wheezy ] [ jessie
> ] [ sid ] [ experimental
> ]
> не пойму какое отношение бэкпорты к прошлому релизу имеют отношение к текущему?Не наблюдаю, там в тексте вот такое:
deb http://mirrors.kernel.org/debian wheezy-backports main contrib
deb-src http://mirrors.kernel.org/debian wheezy-backports main contrib .
Ну и ниже написано: " Когда новая версия пакета, исправляющая проблему с безопасностью, становится доступной в wheezy-backports, об этом сообщается в списке рассылки debian-backports-announce. "
На http://backports.debian.org/ в new'сах:
== For Users ==What exactly does that mean for you? For users of wheezy, the
sources.list entry will be different, a simple substitute of squeeze
for wheezy won't work. The new format is:deb http://ftp.debian.org/debian/ wheezy-backports main
Как посмотреть список пакетов и их версий в бекпортах?
Никакого либреофиса там пока не наблюдаю. По крайней мере apt-get inatsll -t wheezy-backports libreoffice сообщает мне, что обновлений нету
> Как посмотреть список пакетов и их версий в бекпортах?
> Никакого либреофиса там пока не наблюдаю. По крайней мере apt-get inatsll -t
> wheezy-backports libreoffice сообщает мне, что обновлений нетускорее всего он сообщил что нет операции inatsll , а не что нет обновлений
Версия LibreOffice в wheezy-backports не будет старше, чем в sid. В sid'е сейчас версия 3.5.4 ...P.S. На http://mozilla.debian.net уже есть wheezy-backports iceweasel'a )))
А в репах нету. На десятой версии ряд дополнений не пашет.
> wheezy-backports libreoffice сообщает мне, что обновлений нетуТоропыга. Их и нет.
http://packages.debian.org/search?searchon=sourcenames&keywo...
Thu Jun 6 18:46:33 MSK 2013, Anonim wrote:>apt-get inatsll -t wheezy-backports libreoffice сообщает мне, что обновлений нету
libreoffice (1:4.0.3-2~bpo70+1) wheezy-backports; urgency=low
-- Rene Engelhard <rene@debian.org> Sat, 11 May 2013 11:11:45 +0000
libreoffice (1:4.0.3-2) unstable; urgency=low
-- Rene Engelhard <rene@debian.org> Sat, 11 May 2013 01:20:03 +0200
libreoffice (1:4.0.3~rc3-1) experimental; urgency=low
-- Rene Engelhard <rene@debian.org> Thu, 02 May 2013 21:06:26 +0200Полегчало?
Наконец-то!
Есть реальный шанс в скором будущем получить рабочий модуль ядра для блютус-девайса на моём новом ноуте. (Да, спасибо, я в курсе что ядро можно самому собрать.)
Поздравляю всех DD, DM и просто DU ;-)
gnome-icon-theme в зависимостях libgtk3. Я таких сборок давно не видел у дебианщиков