Метки
amd bittorrent bug centos debian enlightenment fedora fedora 8 fedora 9 fedora 10 fedora 11 fedora 12 fedora 13 fedora 15 fedora 16 FedoraMD fglrx firefox flash player gnome google intel interview java kde kernel linux livecd migrate moldova nvidia openoffice OpenStreetMap opera Orange ovirt radeon red hat rpmfusion Sandel skype video virtualisation vmware wine
Fedora 13 Alpha.. Goddard готов к запуску
2010-03-06 19:37 | Автор: Vasile Chelban | Filed under: Vasile
Сегодня на наше зеркало попал дистрибутив Fedora 13 Alpha. Пробовать новую систему как можно ранее уже вошло в список моих привычек. Первая версия Fedora которую я ставил - 2.92, или Fedora Core 3 Test 3. Вэтом году я ждал первого среза - Alpha версию, и даже пробовал ставить первые Release Candidate этой Alpha (для справки - их было четыре). Но тогда, 2 недели назад, Goddard (кодовое имя F13) мне не поддался, зато сегодня все прошло просто идеально. Все просто работает. Я, впрочем, уже и к этому успел привыкнуть 🙂 (далее…)
Здоровая конкуренция?
2010-03-04 09:57 | Автор: Oleg | Filed under: Новости
Вроде и так все понятно, "кто кого".
Оригинал был найден на maxtube.md
Метки: Moldtelecom, Orange
Введение в OpenStreetMap
2010-03-02 17:36 | Автор: jekader | Filed under: FedoraMD
Недавно получил несколько вопросов от людей, которые хотели-бы помочь проекту OpenStreetMap, но не знают, с чего начать. Попытаюсь ответить на некоторые из основных вопросов в этой статье.
Метки: OpenStreetMap
«Желтая» пресса о Fedora
2010-02-25 16:26 | Автор: Vasile Chelban | Filed under: Vasile
Это хороший пример испорченного телефона - сегодня меня спрашивают о новом дистрибутиве от RedHat, о котором я не слухом ни духом не ведаю. На вопрос о перво источнике получаю вот эту ссылку. Захожу на FedoraProject Wiki, перечитываю последние изменения о модернизации политики работы с репозиторием для разработки, и убеждаюсь что никакой "Операционной системы Rawhide" ждать не придется. Отлегло.
Ради интереса взглянул на рядом лежащие новости - очень быстро заскучал. Количество, в случае этого ресурса, в качество так и не перешло. Возможно пользователю зеленому и неподготовленному этот поток адаптированной и переведенной информации и окажется полезным. Поначалу. Но ведь он скоро вырастет и поднимется выше той информационной планки что предлагает подобный "сайт-информер", найдет нужные ему источники оригинальных и точных новостей, настроит себе RSS-reader, и больше не вернется.
Не сомневаюсь что у проекта, благодаря куче ссылок, новостей, SEO, есть куча заходов, и ему светит судьба елки обвешанной яркими флеш баннерами и порно ссылками. Но почему бы не делать что-то просто хорошо?
Метки:
(ro) Noua «hată» pentru Săndel
2010-02-24 20:27 | Автор: Vasile Chelban | Filed under: FedoraMD
Извините, но данная статья доступна только на ro.
К вопросу размеров дистрибутивов
2010-02-23 23:51 | Автор: Vasile Chelban | Filed under: FedoraMD
Данные о размерах "полных" зеркал на mirrors.kernel.org
.
Почему подчеркнул "полные" - мы к примеру давно и успешно ограничиваемся только тем содержимым на которое есть спрос - несколько последних версий Fedora (CentOS, openSUSE) только для x86 (32, 64-битных) архитектур. В целом картинка не столько показательна, не говорит о кол-ве пакетов, а скорее о организации зеркал и их "жирности".
У нас же ситуация схожа: Fedora - 226Gb, openSUSE - 107Gb, CentOS - 64Gb. Это без учета сторонних репозиториев вроде EPEL и RPMFusion.
Метки: centos, fedora, opensuse
Видео ускорение
2010-02-22 22:02 | Автор: Oleg | Filed under: FedoraMD, Oleg
Недавно пришлось пересесть на ноутбук, где видео встроенное i965. По официальным данным данное устройство поддерживает видео ускорение для форматов MPEG-1 и MPEG-2. После включения в xorg.conf опции XvMC, видео плееры стали подхватывать видео выход xvmc, но с выпаданием. xvinfo выдал:
Попытки были как с файлами MPEG-1, так и с MPEG-2. Результат тот же.
Решился собрать последний драйвер intel с использованием нового ядра. Сборка прошла успешно. Установка так же. Но результат тот же, хотя есть продвижки - теперь mplayer выводит чуть другой результат:
span style="color: #ff0000;">'s libavcodec codec family [VD_FFMPEG] XVMC accelerated codec. [VD_FFMPEG] XVMC-accelerated MPEG-2. [VD_FFMPEG] XVMC-accelerated MPEG-2. INFO: libavcodec init OK! Selected video codec: [ffmpeg12mc] vfm: ffmpeg (FFmpeg MPEG-1/2 (XvMC)) ========================================================================== Audio: no sound Freeing 0 unused audio chunks. Starting playback... [VD_FFMPEG] Trying pixfmt=0. [VD_FFMPEG] XVMC-accelerated MPEG-2. [ffmpeg] aspect_ratio: 1.777778 VDec: vo config request - 720 x 480 (preferred colorspace: MPEG1/2 Motion Compensation and IDCT) Trying filter chain: vo vo_xvmc: Found matching surface with id=32315659 on 73 port at 0 adapter VDec: using MPEG1/2 Motion Compensation as output csp (no 1) Movie-Aspect is 1.78:1 - prescaling to correct movie aspect. VO Config (720x480->854x480,flags=0,'MPlayer',0x1DC70002) VO: [xvmc] 720x480 => 854x480 MPEG1/2 Motion Compensation VO: Description: XVideo Motion Compensation VO: Author: Ivan Kalvachev <iive@users.sf.net> vo_xvmc: Found matching surface with id=32315659 on 73 port at 0 adapter vo_xvmc: Using Xv Adaptor #0 (Intel(R) Textured Video) vo_xvmc: Port 73 grabed [intel_xvmc] info: decoder type is i965 MPEG2 MC decoder vo_xvmc: Allocated Direct Context vo_xvmc: data_blocks allocated vo_xvmc: mv_blocks allocated vo_xvmc: Motion Compensation context allocated - 8 surfaces vo_xvmc: idct=0 unsigned_intra=1 vo_xvmc: looking for OSD support vo_xvmc: No OSD support for this mode [xv common] Drawing no colorkey. [VD_FFMPEG] XVMC-accelerated MPEG-2. *** [vo] Direct Rendering (slices) mp_image_t, 720x480x0bpp RGB packed, 0 bytes MPlayer interrupted by signal 11 in module: decode_video
Надеюсь, что в скором времени что-то сделают и можно будет радоваться просмотром DVD и IPTV без съедания процессорных ресурсов.
P.S. VDPAU уже давно работает на проприетарных драйверах Nvidia.
сrontab в Ubuntu и Fedora
2010-02-22 13:08 | Автор: Vasile Chelban | Filed under: Vasile
Стучится убунтовод мне в скайп с задачкой - в пользовательском crontab'e из двух задач выполняется только первая. Ответ мой был прост - "зри в лог!". Оказалось там ничего интресного. Точнее интересно то что по второй задаче ничего нет - ни ошибок, ни чего. Тут на меня находит прозрение - "ты каким редактором пользуешься?". В ответ - mcedit. Сразу совет - добавь "\n" в конец файла. Догадка оказалась верна - cron распознал только строки завершающиеся на символ перевода строки.
Так как оба мы не боимся глядеть в корень - нахожу страницу описания пакета для его версии Ubuntu, качаю исходники cron-3.0pl1-106ubuntu3 и убеждаюсь что он не использует стандартные функции вроде fgets(), но по символьный ввод с явной проверкой на "\n". Не самый красивый и эффективный код.
Теперь вспоминаю что у меня Fedora, и в Fedora за последние выпуски не раз менялся cron демон. Сейчас - cronie (наследник классического vixie-cron), но доступен и fcron. Уже не гляжу в исходники, а просто создаю crontab пользователя (crontab -e). В vim'e ввожу 2 строки, проверяю - работают обе. Анализирую и понимаю что vim корректно вставил перенос строк в конец файла. Имитирую use case с Ubuntu: EDITOR=mcedit crontab -e и удаляю все после конца второй строки.... Момент истины..
$ EDITOR='mcedit' crontab -e
crontab: installing new crontab
"/tmp/crontab.XXXXEvdcxV":2: premature EOF
errors in crontab file, can't install.Do you want to retry the same edit? n
crontab: edits left in /tmp/crontab.XXXXEvdcxV
Всё правильно - соответствует общепринятому поведению и подчищает явно за пользователем. Ну разве не дружественный к пользователю интерфейс?
Метки: