Событие
Календарь
Метки
alsa amd antivirus audio bittorrent bug centos dns enlightenment fedora fedora 8 fedora 9 fedora 10 FedoraMD fglrx firefox flash player gmail gnome google intel interview java kde kernel linux livecd migrate moldova nvidia openoffice opera pulse-audio python radeon radeonhd red hat rpmfusion skype video virtualisation vmware wine xfce yum
Opera 9.60 build 2410
August 29, 2008 17:17 | Author: Oleg | написано в рубрике: Новости | 201 views
Представляем очередной снэпшот новой Оперы. Исправлено несколько ошибок связанные с новым функционалом. Скачать последний снэпшот можно с repo.fedoramd.org.
(No Ratings Yet)
Loading ...
Метки: opera
В водке много витаминов
August 29, 2008 11:05 | Author: Oleg | написано в рубрике: Юмор | 146 views
(No Ratings Yet) Loading ...Метки:
СкринШот дня
August 29, 2008 10:06 | Author: Oleg | написано в рубрике: Юмор | 188 views
(No Ratings Yet) Loading ...Метки:
Fedora 10 задерживается на 3 недели
August 29, 2008 9:50 | Author: Vasile | написано в рубрике: Новости | 205 views
Недавняя компромитация серверов Fedora серьёзно задержала процесс подготовки к выпуску следующей версии дистрибутива. Более недели сотрудники Fedora Infrastructure работали над переустановкой систем на серверах и востановлением работы сервисов. В результате, согласно решению FESCo от 2008.08.27, план выхода тестовых и финальной версии сдвинут на 3 недели. Таким образом Fedora 10 Beta выйдет 23-го сентября, а финальную весрию мы увидим аж 18-го ноября.
(No Ratings Yet) Loading ...
Кабинет психологической разгрузки Артура Пирожкова
August 25, 2008 22:39 | Author: Oleg | написано в рубрике: Юмор | 201 views
Извините за боян.
(No Ratings Yet) Loading ...Метки:
Чего ждать от Opera 9.60
August 25, 2008 8:56 | Author: Oleg | написано в рубрике: Новости | 161 views
После выпуска релиза 9.52 разработчики Opera взялись за новую версию 9.60. Основные улучшения:
- Сохранение истории, настроек персонального тулбара, настроек поиска в Opera Link.
- Возможность просматривать RSS/Atom еще до подписки.
- Возможность в Opera Mail не загружать все сообщения, а только новые.
- Список блокируемого контента для Opera Mail.
- Выстраивание в цепочки писем Opera Mail.
Скачать пробную версию можно с repo.fedoramd.org
(1 votes, average: 4 out of 5) Loading ...
Метки: opera
Серверы инфраструктуры Fedora и Red Hat были взломаны
August 23, 2008 9:04 | Author: Oleg | написано в рубрике: Новости | 324 views
Неделю назад в списке рассылки анонсов проекта Fedora был опубликован призыв не производить загрузку или обновление пакетов до специального объявления. Сегодня работа серверов была полностью восстановлена, а причины проблем раскрыты.
Сообщается, что проблемы затронули не только Fedora, но и серверы Red Hat. Злоумышленники неизвестным способом получили контроль над машинами и смогли сформировать цифровые подписи для нескольких фиктивных пакетов с OpenSSH, ключами от RHEL 4 и RHEL 5. В репозиториях Fedora и Red Hat пакетов с нарушенной целостностью отмечено не было.
Причина утечки пароля для подписывания пакетов так и не была установлена. Скрипт для выявления фиктивных openssh пакетов представлен на данной странице (риск получить фиктивное обновление openssh имеют клиенты Red Hat обновляющие систему не через Red Hat Network).
В настоящее время работа всех серверов восстановлена, на взломанных машинах было полностью переустановлено программное обеспечение. Цифровые ключи для подписывания пакетов Fedora и Red Hat совершенно разные и не пересекаются в работе, поэтому утечка обоих ключей маловероятна. Тем не менее, принято решение об изменении всех ключей для формирования цифровой подписи пакетов.
Разработчики проекта CentOS опубликовали информационное письмо, в котором уверили пользователей, что атака на Fedora и RedHat не затронула проект CentOS. Для проверки был проведен аудит системы сборки и подписывания пакетов, также были проанализированы исходные тексты двух последних версий пакета с openssh. Серверы инфраструктуры CentOS находятся за многоступенчатым межсетевым экраном и доступны для входа лишь для небольшого числа разработчикв с заранее оговоренного списка адресов.
(1 votes, average: 5 out of 5) Loading ...
Метки: centos, fedora, red hat
shntool
August 22, 2008 9:08 | Author: Vasile | написано в рубрике: Vasile | 286 views
Извините, но данная статья доступна только на ro.
(1 votes, average: 5 out of 5) Loading ...
Метки: audio
Opera 9.52
August 21, 2008 14:35 | Author: Oleg | написано в рубрике: Новости | 188 views
Вчера вышла финальная версия 9.52. Рекомендуется обновится, т.к. исправлено не мало ошибок связанных с безопасностью. Полный список изменений с версии 9.51 можно найти на официальном сайте. Скачать новую версию для Fedora можно с repo.fedoramd.org.
(1 votes, average: 4 out of 5) Loading ...
Метки: opera
VIA K8M800 на Fedora 9
August 21, 2008 9:30 | Author: Vasile | написано в рубрике: Vasile | 300 views
Через пару месяцев после выхода Fedora 9, решил перевести еще одну домашнюю машину на новую версию. Исходный продукт - Fedora 8 i386 на AMD Sempron 2800+, мат. плата MSI K8MM3-V (чипсет VIA K8M800), 1Гб оперативной памяти, SATA жесткий диск Maxtor, DVD-ROM TEAC и звуковая карта YMF 724F-V. Система довольно дешевая и простая. Особых проблем не ожидал. Процедура апгрейда, опять-же, традиционна - YumUpgradeFaq. Благо относительно быстрое ADSL соединение в наличии, и скорость до молдавского репозитория хорошая. 
Быстро разобравшись с обновлением fedora*-release пакетов, установкой репозиториев для апгрейда, удалением пару несовместимых пакетов (согласно FAQ), запустил процесс и пошел пить “чай”.
Однако победный онец в тот день я не увидел. Куча сообщений о нехватке места заполнили весь экран. Причем сообщения появились не в момент закачки пакетов, но уже в процессе их установки. Вина тут моя - надо было сообразить что на 5Гб root-файловой системе (которая одновременно и /var и /tmp и /usr) и свободных 1.5Гб точно подобное возникнет.
Тут решаю вопрос просто - так как есть /home раздел с достаточным местом для размещением кеша yum’a - туда его и переносим. Как? Примерно вот так:
# yum clean all
# mkdir /home/yc
# mount –bind /home/yc /var/cache/yum
Снова запускаю yum upgrade и опять иду дышать свежим никотином. И опять незадача - система зависла после большей части процесса установки пакетов. Попалось что-то тяжелое вроде glibc или selinux-policy. Резет, в грубе выбираю новое ядро и … система зависает после двух-трех оборотов курсора мыши на экране rhgb (эта та графическая заставка при загрузке системы). Опять резет, выбираю новое ядро, но уже не жму Enter, но ‘e‘ (Edit), перехожу к строке ‘kernel …’, опять жму ‘e’, перехожу к концу строки и удаляю параметр ‘rhgb‘. Далее Enter и ‘b‘ для запуска загрузки. Пошел процесс, мелькают сообщения запускается gdm, и опять стоп-кран. Соображаю что rhgb не причем. Что-то с X-ами, точнее с видеодрайвером - обыкновенно именно этот компонент имеет возможность так влиять на оборужование. Поэтому решаю загрузить систему в runlevel 3 (текстовый режим, а по умолчанию графический именуется runlevel 5) и диагносцировать систему по лог-файлам, запуском startx из консоли и.т.д. Делается это также легко как и отключение rhgb - просто кроме удаления параметра rhgb также добавляем параметр ‘3′ (записываем без кавычек). Теперь дошел до логина (текстового), но не далее. Все попытки логина отвергались. И так как login процесс завершался аварийно, и mgetty при этом перезапускался - сообщения о ошибке увидеть не удалось. Вот еще один эффект незавершенного обновления системных компонентов. Что делать? Перставлять? Нет - это не наш метод. Переходим на уровень ниже - runlevel 1. Однако и там без успеха. Всё, приехали? Нет - есть еще 2 варианта: загрузка с rescue/Live диска или загрузка в ультраминимальном режиме - ядро+bash. Так как первый способ требует телодвижений с оптическими носителями.накопителями выбираю второй. Кстати он годится и для смены забытого root пароля и довольно независим от дистрибутива. На этот раз добавляемый в GRUB’e/LILO параметр ядра: ‘init=/bin/bash‘. В Fedora bash всегда в /bin, однако для других систем это не всегда так. Однако всегда на всех UNIX системах есть имполняемый файл или ссылка на него под именем /bin/sh, можно попробовать и его. Тут конечно всё загружается, но система не пригодна пока для наших целей. Напомню: цель - продолжение процеса обновления системы, с помощью комманды yum-complete-transaction. Поэтому подключаем /home и yum cache, настраиваем локальную сеть (надо же дать yum’у доступ к онлайн репозиторию. Если бы репозиторий был локальный - можно и без сети).
# mount /home
# mount –bind /home/yc /var/cache/yum
# /sbin/ifconfig eth0 192.168.1.20
# /sbin/route add -net 0.0.0.0 netmask 0.0.0.0 gw 192.168.1.1
# yum-complete-transaction
Наконец процесс дошел до конца. Перезапускаюсь и обнаруживаю что ни граф. режимы, ни текстовый логин всё еще не работают. Тут бы опустились руки и бросили всё это, но толи тяга к познанию, толи банальное упрямство не позволяют остановиться.
Проблемы решать надо отдельно. Отлаживаю графическую до лучших времен и разбираюсь с логином. Опять загружаюсь с init=/bin/bash, гляжу в логи - замечаю что login завершается из за ограничений SELinux. Запускаю package-cleanup -d (из пакета yum-utils), вижу дву версии selinux-policy - от F8 и от F9. вручную удаляю старый (rpm -q selinux-policy-targeted отображает список версии, rpm -e selinux-policy-targeted-x.xx.-x.fc8 - удаляет старую). И надо делать обновление меток SELinux для всей файловой системы. Создаём в корне файл-флаг и перезагружаемся. relabel будет сделан при следующем запуске:
# touch /.autorelabel
# reboot
Наконец-то, работает логин. Вхожу в систему, запускаю startx. Пара секунд в граф режиме и система виснет. Опять загружаюсь в текстовом режиме, правлю /etc/X11/xorg.conf (vim /etc/X11/xorg.conf), вместо Driver “openchrome” ставлю универсальный Driver “vesa”. startx - и всё работает. Хотя конечно не всё - с vesa драйвером фильмы не посмотришь, в игры не поиграешь. Но зато можно воспользоватся веб-браузером и зайти на bugzilla.redhat.com и задать поиск по openchrome драйверу. Оказалось что это известная проблема для openchrome на Xorg-1.5 (что появился в F9). И там же есть советы по решению - в xorg.conf, в рубрику опций драйвера нужно добавить ряд параметров. Получаем следующее:
Section “Device”
Identifier “Videocard0″
Driver “openchrome”
Option “AccelMethod” “EXA”
Option “ExaNoComposite” “True”
Option “MigrationHeuristic” “greedy”
Option “ExaScratchSize” “8192″
Option “MaxDRIMem” “16384″
EndSection
Перезапускаем…. и наконец процесс обновления успешно завершен. Система работоспособна. Осталось только стереть ненужный кэш yum в /home/yc и установить пакеты удаленный перед апгрейдом (согласно FAQ это thunderbird).
(1 votes, average: 5 out of 5) Loading ...
Метки: fedora 9, hardware, migrate, selinux