“Место встречи изменить нельзя” (версия FedoraMD)

November 9, 2008 0:30 | Author: Vasile | написано в рубрике: Vasile | 103 views

Люди причастные к созданию проекта FedoraMD время от времени встречаются за чашкой горячего чая с целью обсудить текущие и будущие планы, а иногда просто поужинать. В летнее время встречи бывало проходили в Bier Platz. Заведение приличное, хотя и шумновато, особенно во время спортивных репортажей. Однако есть бесплатный (и главное работающий) WiFi, фирменные “Баварские” колбаски, хороший выбор хорошего (и дорогого) пива, и вполне качественной алкогольной продукции. Традиционно немецкий стиль и живая музыка также запишем в плюсы, хотя от последней лучше держаться подальше (или брать беруши ).

Так как место моей работы теперь на Телецентре, да и все мы проживаем там-же (совпадение не намеренное), то вчера встретились в Эндис Пицца Телечентру. Бывали мы там и ранее, и отмечали постепенное понижение уровня обслуживания. Впрочем пицца, да с пивом и в тепле и в хорошей компании - что-то еще нужно человеку после работы? Оказывается нужно. Посидев пару часов узрели мы и кофейные ложечки вместо чайных (мелочь), и вызов скорой помощи к девушке за соседним столиком (уже серьезно). Соли и перца на столе не оказалось, однако пиццу Peperoni оказалось невозможно есть - перец был на ней, неравномерно и больших дозах. Пили черный чай и вспоминали принесенную в прошлый раз годовалую (!) бутылку пива.

Рассчитывая на бесплатный WiFi (и зная о ограничениях по времени в заведениях Andy’s), включил в Nokia N810 поиск сетей. HotSpot нашелся сразу, без защиты, но попытка подключения оказалась неудачной. Официантка быстро объяснила - так оно и работает, точнее иногда (редко) всё же работает, но чаще наоборот. Однако под рукой оказался телефон с поддержкой 3G, Bluetooth 2.0 и 100Мб трафика в подарок от Moldcell. Всё это работало довольно неплохо (неожиданно для нас) и не оставило “вождей пролетариата” без Интернета в месте отдыха

Это не реклама и не антиреклама, но призыв к обсуждению - где же встречаться в Кишинёве, где тепло и не прокурено, где есть работающий WiFi и хорошо обслуживают, где еда разнообразная и качественная, и уровень цен соответствует всему перечисленному?

(1 votes, average: 5 out of 5)

 Loading ...

Метки: FedoraMD

Комментариев (10) »

Linux.md update

September 4, 2008 11:31 | Author: Vasile | написано в рубрике: Vasile | 348 views

До недавнего времени я не посещал портал linux.md. Впрочем и порталом он не был - форум, несколько не обновляемых страниц, пара под доменов для проектов активных лишь в период их действия, пустая лента новостей, “забытые” (увы) подкасты. Впрочем вру - на форум ходил. До десяти постов в неделю, вот и вся дискуссия. А совсем недавно сайт переродился. Сменился движок и дизайн. Старые страницы остались (с новыми адресами), но новых совсем мало. Функционала практически нет. Впрочем, с точки зрения пользователя, его и раньше не было, так что потерей это назвать трудно. А выигрышем?

Новости появились (наконец-то), хотя вероятно вы уже читали их на первоисточниках (opennet.ru, server.md). Уверен что со временем будут и свои новости, и RSS лента, и комментарии к новостям, и лента к комментариям. Для проекта реализуемого в свободное от работы время - это простительно. То-же можно сказать и о подкастах. Единственно что брать чужие смысла нет, а для записи своих нужно хорошо поработать, потому есть только старые.

В “подвале” страниц ссылки на Linux-дружественные компании. Проглядывается бизнес ориентация нового портала (надеюсь что в скором времени именно так он и будет классифицирован). Неплохо, хотя не совсем ясно во что это выльется. И для подвала - текущий слегка крупноват.

Сам проект переехал на зарубежный сервер. Критично ли нахождение .md сайта вне сетей MD-IX? Теперь уже нет. Когда уровень услуг предоставляемыми популярными Интернет провайдерами был поднят до текущего уровня, практически стирая рамки между местными и не-местными ресурсами, время и скорость доступа не влияет на удобство пользования информационным сайтом (однако для зеркала, например repo.fedoramd.org, ситуация несколько иная). Более того - нахождение сайта за рубежом, предпочтительнее для отдельных пользователей чем размещение его у некоторых местных ISP. Речь о Starnet ISP ограничивающем скорость по местным каналам до пользователей некоторых провайдеров (речь о конкурентах: Telemedia Group и Moldtelecom) порой до 512kbps. Впрочем - это тема для отдельного разговора. По сведениям из первоисточника, проект вернется в Молдову. Тогда и будем оценивать его доступность.

Подпроекты и форум остались старые. Пока рано их менять - не так давно они были и созданы.

Есть в молднете и другие Linux ориентированные форумы и категории форумов.

1. OpenSource категория на torrentsmd.com. Как это не странно, пожалуй это наиболее активный форум из подобных в нашем регионе. Большая аудитория (некогда популярного) битторрент трекера, индуцирует посещаемость Linux тем. Впрочем, это одна из наименее активных рубрик самого форума. Известен эта категория своими Support Line’ами по дистрибутивам (ещё один успешный пример поданный FedoraMD.org ). В последнее время - спад посещаемости. Среди причин - нестабильность сервиса (то перегружен, то и вовсе недоступен), не очень хорошая совместимость движка с некоторыми браузерами, уменьшение интереса к данному битторрент трекеру из за излишней популярности и в следствии - захламлённости.
2. phpBB3 форум на Linux.md. Увы, обновив код форума, администрация утеряла базу сообщений и пользователей. Как следствие - форум на втором месте по количеству сообщений и активности участников. Положительный момент: аудитория категории форума [1] и данного форума мало пересекаются, так что темы не дублируются. Потенциально это лидер: неплохой по возможностям движок (правда без формы быстрого ответа и лент RSS), “хороший” домен, свои старожилы (многие знакомы лично) и история. Однако форум ждет своего следующего толчка. Требуется привлечение большего количества посетителей (возможно во вред “качеству” обсуждений, но это уже вопрос в прерогативе модераторов), искусственное возбуждение активности (пример: обсуждения регулярно публикуемых новостей и статей, или даже собственных программных продуктов - что придаст обсуждению эксклюзивный статус) и поддержание старых участников (премирование, хотя бы номинальное в виде “звёзд”, “титулов” автоматически и полуавтоматически назначаемых), облегчение доступа (возможность использования незарегистрированными пользователями, возможность захода по openID либо с другим существующим аккаунтом), постоянный технологический рост (безусловно пользователи должны быть информированы о большинстве изменений и нововведений). Потребуется привлечение участников и сотрудников которые оперативно смогут отвечать на вопросы и решать возникшие проблемы. Ключевое слово - оперативно, в таком случае пользователь будет предпочитать форум использованию чатов и даже поисковых движков. Ну а если модераторы/кураторы не будут отсылать пользователя “в поиск” или “/dev/null” - популярность ресурсу практически гарантирована.
3. jabber.linux.md - нет, это не форум. По прямому адресу, вы найдете только блог, но на само деле речь о XMPP (jabber) конференции. С linux.md связана лишь доменом и информационной поддержкой. Участников не так уж и много, но всегда кто-то “висит”, что-то обсуждается. Впрочем, несмотря на общедоступную регистрацию, конференция имеет характер закрытого клуба. Темы обсуждения стихийны, не всегда касаются вопросов и проблем бесплатного ПО и, скорее всего, не будут интересны новичкам. Так что это трудно рассматривать даже как придаток (или альтернативу) форуму. Просто местный чат-канал. Без доступа к логам что резко снижает потенциальную полезность обсуждаемого.
4. Категория “Linux, FreeBSD, Unix …” на forum.md - по характеру схожа с [1] - маленькая категория в большой и популярной конференции. Много тем, но их полезность довольно ограничена. Посещаемость и активность тоже далеко не на высоте. Видимо существует только потому как принято иметь подобные категории на общих конференциях, вот туда и стекается кое-что. Аудитория больше местная, частично пересекается с другими ресурсами.
5. UNIX-related категории на server.md - до недавнего времени не подозревал о существовании оных. Впрочем судя по дате последних сообщений - не я один не посещаю данный ресурс. Можно ставить точку.
6. ubuntumd.org - многоцелевой ресурс. Реализован “по многочисленным просьбам товарищей” пользователей Ubuntu Linux. Товарищи просили восстановить убитый MoldData’ой блог ubuntu.org.md (не ссылка, так как не хочу повышать PageRank этой гос. конторе и их хостингу). Автор (обоих проектов) сделал больше - обновил дизайн, движок блога, и добавил форум. Увы - на этом всё и завершилось. С мая никаких обновлений в блоге, форум уже пару месяцев радует ошибкой в БД, для исправления которой достаточно нажать пару ссылок/кнопок в инструменте управления MySQL БД. Мораль - живой проект должен иметь как минимум двоих основателей/суппортеров/мэинтайнеров. Больше - лучше (пока они находят общий язык и схоже понимают цели проекта).
7. forum.fedoramd.org - нет, нет, не пугайтесь. Такого форума ещё не существует, и я надеюсь он не скоро появится. Мы не настолько жестоки чтобы вынуждать пользователей ходить на ещё один узкоспециализированный ресурс (потому ссылаемся на существующие), запоминать новый логин/пароль (потому внедряем openID на своих ресурсах), следить за своим вопросом еще на одном сайте (имеем и рекомендуем иметь поддержку RSS). Мы трезво оцениваем перспективы подобной конференции и в ближайшее время она не появится (если нас не разубедят в обратном).

В списке авторов - 5 адресов. Однако активность прослеживается только одного skid‘a. Одного человека не может хватить для поддержания успешного сайта. Недостаточно иметь видение будущего, надо его ещё и реализовывать. Надеюсь что у Linux.md с этим всё в порядке. Главное качество подобного проекта - открытость.
Пожелаем им удачи в этом начинании продолжении уже исторического дела.

(2 votes, average: 5 out of 5)

 Loading ...

Метки: linux, moldova

Комментариев (8) »

собран shntool для FMD репозитория

September 1, 2008 10:53 | Author: Vasile | написано в рубрике: FedoraMD, Vasile | 250 views

shntool, shorten и cuetools были собраны нами для Fedora 8 и 9. Если вы используете наш fedoramd-release, то установка проста:

# yum install shntool

shntool предназначен для работы с lossless аудио форматами (без потерь данных при сжатии). Тем не менее его можно использовать и для преобразования в (но не из) любой формат. Пример преобразования треков FLAC в MP3 с использованием кодека LAME:

$ shntool conv -o ‘cust ext=mp3 lame –vbr-old -V0 - %f’ -d outputdir/ /path/to/flac/files/*.flac

Таким образом, проблема конвертации lossless аудио данных в форматы с потерями (lossy. Прим.: MP3, Ogg Vorbis), обыкновенно используемыми в портативных аудио плэйерах, может быть решена с помощью shntool. Однако возможна другая ситуация: исходный материал это MP3 файлы с высоким битрейтом, а нам нужно получить файлы меньшего размера? shntool не поможет нам в этом случае. Но на помощь приходит lame и простой скрипт:

$ cd /path/to/source/; for f in *.[mM][pP]3; do lame -V2 –vbr-old “$f” “/path/to/destination/$f”; id3cp “$f” “/path/to/destination/$f” ; done

Для работы скрипта требуются пакеты lame и id3lib.

(1 votes, average: 5 out of 5)

 Loading ...

Метки: audio

Комментариев (0) »

shntool

August 22, 2008 9:08 | Author: Vasile | написано в рубрике: Vasile | 286 views

Извините, но данная статья доступна только на ro.

(1 votes, average: 5 out of 5)

 Loading ...

Метки: audio

Комментариев (3) »

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

Комментариев (1) »

(ro) Fedora 8->9 upgrade şi Union Fenosa

July 5, 2008 11:27 | Author: Vasile | написано в рубрике: Vasile | 312 views

Извините, но данная статья доступна только на ro.

(No Ratings Yet)

 Loading ...

Метки: fedora 9, migrate

Комментариев (0) »