Что уважаемая общественность скажет про сей проект?

>>>

Энное время назад почти полностью избавился от mp3 в пользу ogg при помощи скрипта mp32ogg. Результатом вполне доволен, потеря качества не ощущается, хотя занимаемый объем несколько увеличился.

Теперь стоит очередь видео. Здесь все далеко не так очевидно. Какой свободный формат предпочесть?
Требования:
1) беспроблемное чтение современными дистрами линукса, в т.ч. через xine
2) беспроблемное чтение в оффтопике. Об убогих тоже подумать надо =)
3) наличие простых и удобных средств для конвертации, предельно автоматизированных, лучше консольных, из возможно большего числа форматов.
4) поддержка аппаратными dvd-проигрывателями

Вот выдержка из общения по поводу видео с одним товарищем:
(00:13:19) > mpeg4 или xvid - свободные кодеки?
(00:14:48) < по-моему, mpeg4 - безплатный кодек с открытым изходником, но не GPL.
Во всяком случае я читал, что на продолжением mpeg4 трудится команда, к которой можно присоединиться.
Кодек называется h264.
(00:15:24) < А theora вроде как в удручающем состоянии...
(00:15:50) < Во всяком случае, проблемы с аппаратными плеерами обеспечены.
(00:17:37) > короче, h264 твой выбор, я так понял
(00:17:50) < Нет, мне он не понравился.
(00:18:26) < Он сырой ещё.
Чтобы получить качество лучше, чем и mpeg4 при аналогичном битрейте и разрешении,
требуется крутить настройки.
(00:18:38) < А mpeg4 по-дефолту хорош.
(00:19:23) < Как сделают безгеморную, поддерживаемую по-умолчанию конвертацию в theora или dirac - посмотрю ещё.

>>>

Существует потребность статьи из локальной вики (используется MediaWiki) с минимальными доработками в виде документов, готовых к печати оформлять.

Есть ли такая штука - текстовый редактор, использующий вики-разметку для форматирования текста, создания списков, таблиц и т.д? Может с LaTeX можно придумать что-нибудь?

>>>

упало в РСС следующее:


Slava: П####ц. У нас в школе выносят линух
Donerjack: ?
Slava: Пришли две б###и из РОНО и менты. Заявляют: "Операция по уничтожение нелицензионного программного обеспечения". Слов ГПЛ, Линукс и т.п. не понимают, требуют _сертефикат_ с _голограммой_, вставляют в комп флэшки с досом? и format c: /y и fdisk /mbr!!!


В связи с чем вопрос: досовый формат це на чисто линуксовой системе элементарно диск не найдет? или посчитает за Ц первый раздел и снесет его? MBR он допустим грохнет, но это восстановимо, а собственно разделы пострадают?

>>>

Заглянул я в книжный как-то - от литературы по виндовым коммерческим программам полки ломятся, а вот по свободному софту ничего такого не наблюдается. Несколько переводных глав из руководства по OpenOffice.org на сайте инфраресурса помнится лежали, по нету порыскать - много всякого добра свалено, и на русском, и на английском, но допиленного до приемлемого вида мало.

Насколько реально свести многочисленные факи и хауту в книжки, и довести до сверстанного в PDF/PS макета книги, естественно, под GNU FDL, силами сообщества?

Я знаю, что самоучители и прочее бумажное барахло не труЪ, ибо настоящие джигиты читают исключительно man smth, но речь не о них, а о пользователях.

Еще момент - имеется в виду хауту не по флагам компиляции гимпа в генте, а о том, как его применять для конкретных целей, т.е. пользовательское руководство.

>>>

Не совсем понимаю, что произошло. Шел довольно интенсивный обмен данными по NFS, плюс висела ssh сессия, более ничего страшного не делал, газетку читал, на экран поглядывая. Ни с того, ни с сего рушатся Xы, в логе вот что:


/var/log/messages:
Jan 16 21:21:12 hp smartd[3576]: Device: /dev/sda, SMART Usage Attribute: 194 Temperature_Celsius changed from 148 to 157
Jan 16 21:22:40 hp kernel: CCMP: decrypt failed: STA=00:1b:11:fa:b9:6a
Jan 16 21:23:32 hp kdm[2795]: X server for display :0 terminated unexpectedly
Jan 16 21:23:43 hp kernel: /jbd/transaction.c, 539): do_get_write_access: buffer_head d42ec2a8, force_copy 0
Jan 16 21:23:43 hp kernel: (fs/jbd/revoke.c, 428): journal_cancel_revoke: journal_head d42ec2a8, cancelling revoke
Jan 16 21:23:43 hp kernel: (fs/jbd/transaction.c, 1117): journal_dirty_metadata: journal_head d42ec2a8
Jan 16 21:23:43 hp kernel: (fs/jbd/transaction.c, 1341): journal_stop: h_ref 2 -> 1
Jan 16 21:23:43 hp kernel: (fs/jbd/transaction.c, 539): do_get_write_access: buffer_head d42ecd04, force_copy 1
Jan 16 21:23:43 hp kernel: (fs/jbd/revoke.c, 428): journal_cancel_revoke: journal_head d42ecd04, cancelling revoke
Jan 16 21:23:43 hp kernel: (fs/jbd/transaction.c, 1117): journal_dirty_metadata: journal_head d42ecd04
Jan 16 21:23:43 hp kernel: (fs/jbd/transaction.c, 539): do_get_write_access: buffer_head d5456c00, force_copy 0
Jan 16 21:23:43 hp kernel: (fs/jbd/revoke.c, 428): journal_cancel_revoke: journal_head d5456c00, cancelling revoke
Jan 16 21:23:43 hp kernel: (fs/jbd/transaction.c, 1117): journal_dirty_metadata: journal_head d5456c00
Jan 16 21:23:43 hp kernel: (fs/ext3/inode.c, 3152): ext3_dirty_inode: marking dirty. outer handle=e1023374
Jan 16 21:23:43 hp kernel: (fs/jbd/transaction.c, 539): do_get_write_access: buffer_head d42ec2a8, force_copy 0
Jan 16 21:23:43 hp kernel: (fs/jbd/revoke.c, 428): journal_cancel_revoke: journal_head d42ec2a8, cancelling revoke
Jan 16 21:23:43 hp kernel: (fs/jbd/transaction.c, 1117): journal_dirty_metadata: journal_head d42ec2a8
Jan 16 21:23:43 hp kernel: (fs/jbd/transaction.c, 1341): journal_stop: h_ref 2 -> 1
Jan 16 21:23:43 hp kernel: (fs/jbd/transaction.c, 539): do_get_write_access: buffer_head f78ffc00, force_copy 0
Jan 16 21:23:43 hp kernel: (fs/jbd/revoke.c, 428): journal_cancel_revoke: journal_head f78ffc00, cancelling revoke
Jan 16 21:23:43 hp kernel: (fs/jbd/transaction.c, 539): do_get_write_access: buffer_head d42ec2a8, force_copy 0
Jan 16 21:23:43 hp kernel: (fs/jbd/revoke.c, 428): journal_cancel_revoke: journal_head d42ec2a8, cancelling revoke


и дальше этого добра на 98 метров.

Иксы перезапустились, но в ядерный лог продолжает сыпать эти сообщения. После перезагрузки вроде все спокойно, fsck не делал пока. Локальная система:
Linux hp 2.6.22.5-31-default #1 SMP 2007/09/21 22:29:00 UTC i686 i686 i386 GNU/Linux
openSUSE 10.3
Локальная ФС: ext3

Что это было? И как лечить?

>>>

Есть терминальный freenx сервер, к нему подключаются nxclient. Все замечательно работает, если nxclient запускается просто пользователем с другой машины.

На одном компе хочется настроить такую штуку: после загрузки просто появляется окно nxclient, без всяких украшательств, юзер вводит логин и пароль, логинится на терминальный сервер, и начинает работать.

в /etc/inittab записано:
# getty-programs for the normal runlevels
1:2345:respawn:/sbin/mingetty --noclear
2:2345:respawn:/sbin/mingetty tty2
3:2345:respawn:/sbin/mingetty tty3
4:2345:respawn:/sbin/mingetty tty4
5:2345:respawn:/sbin/mingetty tty5
6:2345:respawn:sudo -u user xinit

cat /home/user/.xinitrc
#!/bin/bash
nxclient

Все зашибись, после загрузки стартуют Хы, кажут окошко nxclient, вводим логин-пароль, клиент коннектится на сервер, _по-видимому_ запускает свой Х сервер, после чего иниттаб респавнит xinit, и прибивает сервер запущенный nxclient.

Каким образом докрутить настройки так, чтобы xinit перезапускался только после закрытия терминальной сессии?

Или вообще, наиболее труЪ путь для решения этой задачи?

дистр opensuse10.3, хотя не думаю, что это имеет значение в данном случае

>>>

http://www.compulenta.ru/news/340381/

Организация Linux Foundation начала подведение итогов ежегодного опроса Linux Survey, посвященного открытой операционной системе Linux.

...

Примечательно, что согласно исследованию Linux Foundation, "настольная" Linux больше не рассматривается как операционная система для программистов и инженеров. Примерно 64% компьютеров с Linux используются в качестве альтернативы Windows-машинам для решения повседневных задач. Причем эти машины представляют собой самые обыкновенные ПК, а не рабочие станции класса high-end. Более того, 62,2% пользователей Linux перешли на открытую ОС именно для ее дальнейшего использования, а не в целях тестирования.

...

В случае персонального использования Linux дистрибутив Ubuntu также является самым популярным - на его долю приходятся 55,4% от общего числа инсталляций. Далее следуют Debian (22,2%), openSUSE (19,5%), Fedora (16,7%), Gentoo (10,2%), Knoppix (7,1%) и PCLinuxOS (5,4%).

...

Исследователи отмечают, что, как и раньше, основным фактором, препятствующим распространению Linux, остается ограниченная поддержка периферийного оборудования, в частности, принтеров и адаптеров Wi-Fi.

>>>

неудобно, на главную приходится возвращаться чтобы новость запостить. А так клево будет - посмотрел, нет такой новости в неподтвержденных - и добавил сразу.

Еще момент: не пора ли группу SUSE сделать, распространенное семейство дистров ведь?

>>>

Мож кому пригодится:

http://http.download.nvidia.com/opensuse/10.3/i586/x11-video-nvidia-1.0.9639-...
http://http.download.nvidia.com/opensuse/10.3/i586/nvidia-gfxG01-kmp-default-...
http://http.download.nvidia.com/opensuse/10.3/i586/nvidia-gfx-kmp-default-1.0...
http://http.download.nvidia.com/opensuse/10.3/i586/nvidia-gfxG01-kmp-bigsmp-1...
http://http.download.nvidia.com/opensuse/10.3/i586/x11-video-nvidiaG01-100.14...
http://http.download.nvidia.com/opensuse/10.3/i586/nvidia-gfx-kmp-bigsmp-1.0....
http://http.download.nvidia.com/opensuse/10.3/x86_64/nvidia-gfxG01-kmp-defaul...
http://http.download.nvidia.com/opensuse/10.3/x86_64/x11-video-nvidiaG01-100....
http://http.download.nvidia.com/opensuse/10.3/x86_64/x11-video-nvidia-1.0.963...
http://http.download.nvidia.com/opensuse/10.3/x86_64/nvidia-gfx-kmp-default-1...

>>>

Багфикс релиз, в новости не стал закидывать.
21 ноября, три недели спустя после крайнего обновления, выпущен GIMP 2.4.2. Источник: http://gimp.org/

Исправления:
- removed broken and useless HSV Graph script (bug #491311)
- update the histogram when a color correction tool is cancelled (bug #493639)
- fixed a crash with certain plug-in or script descriptions (bug #492718)
- corrected a tooltip (bug #495564)
- fixed a crash when GIMP is run without any modules (bug #495863)
- fixed error handling in the TIFF plug-in
- fixed a problem with Sample points
- fixed a crash when merging layers in indexed image (bug #495990)
- update the histogram when painting (bug #494049)
- fixed another problem with merge operations on indexed images (bug #496437)
- fixed crash in TIFF plug-in when saving indexed images (bug #497103)
- changed defaults so that a system monitor profile is only used when the user explicitely enabled this feature (bug #496890)
- fixed endless loop when running equalize on transparent areas (bug #497291)
- fixed heap corruption in GimpColorScale widget that caused a crash in the Compose plug-in (bug #399484)
- fixed use of background color in Particle Trace script (bug #498282)
- set the image menu insensitive when there's no image opened (bug #498511)
- translation updates (ca, et, it, lt, pt, pt_BR, sr, sv)

Исходники: http://gimp.org/downloads/#mirrors

Сборки: http://gimp.org/downloads/

>>>

Имеется сервачок, с RAID5 на ADAPTEC AAC-RAID, 5 SCSI винтов. Столкнулся с очень мееедленным его откликом на команды. Посмотрел - по hdparm buffered read порядка сотен КИЛОбайт. Как это дело исправить?

>>>

когда-то давно ставил ненадолго вторую сетевуху, сейчас убрал, но udev оставшуюся упорно именует eth1.
Очень нужно, чтобы она носила имя eth0. Сейчас выхожу их положения методом

#ifdown eth1
#ip link set dev eth1 name eth0
#ifup eth0

Оно помогает, но только до перезагрузки. Можно в стартовый скрипт впихнуть, но это путь неправильный.
На новелевом сайте нашел инструкцию, как такое делать:
http://www.novell.com/coolsolutions/tip/19154.html, но файла /lib/udev/rename_netiface у меня нету. Почему - хз.

в boot.msg имеет место быть:
<6>eth0: RealTek RTL8139 at 0xf96e8c00, 00:11:2f:ce:34:b3, IRQ 21
<7>eth0: Identified 8139 chip type 'RTL-8100B/8139D'
<6>eth0 renamed to eth1
<6>udev: renamed network interface eth0 to eth1

и чуть далее:
udevd-event[1679]: import_file_into_env: can't open '/lib/udev/rename_netiface eth0 eth0': No such file or directory

содержимое /etc/udev/rules.d/30-net_persistent_names.rules:
SUBSYSTEM=="net", ACTION=="add", SYSFS{address}=="00:11:2f:ce:34:b3", IMPORT="/lib/udev/rename_netiface %k eth0"

Как этой эту заразу udev отвадить переменовывать интерфесы?
дистр openSUSE 10.3

>>>

В сторону чего смотреть стоит? нужна крепкая добрая машинка для офисной работы, совместимость с линуксом некритична - батьку присматриваю. Из обязательных фич - выход на внешний монитор - для проектора.

>>>

После обновления 10.2 до 10.3 отвалился принтер HP Laserjet 6L. Подсоединен ясен пень по параллельному порту. Ястом подхватывается, конфигурируется, но тестовую страницу не печатает, ни на каких установках. CUPS его тоже видит, и точно также ставит задания в очередь, после чего заявляет HP_LaserJet_6L "open device failed; will retry in 30 seconds..."

Загрузился с ливцд убунты - все нормально работает

Ядро дефолтное 2.6.22.5-31-default, плюс накатывал апдейты.

Описание принтера из CUPS:

Description: Hewlett-Packard HP LaserJet 6L
Location: Параллельный принтер на /dev/lp0
Make and Model: HP LaserJet 6L Foomatic/ljet4 (recommended)
Printer State: idle, accepting jobs, published.
Device URI: parallel:/dev/lp0

>>>

http://www.linuxcenter.ru/

Кажет только "Seems like system not installed. Try running install.php."

>>>

Благородные доны, укажите правильное решение.

Есть комп с сусей, фактически он один на несколько человек. Аккаунты у юзеров свои, в принципе работать под своим пользователем приучил людей, но остался один существенный косяк - часто остаются флешки и диски в приводе, которые не от монтировавшего пользователя никак не хотят отключаться. Самому не влом sudo umount /dev/hdc && sudo eject /dev/hdc написать, но нужно какое-то толковое решение для пользователей. Пока кроме скрипта с вышеуказанным содержимым и кнопки на панели ничего не придумалось. Мож кто что более путёвое посоветует?

>>>

Делал сегодня терминальных клиентов в институте на openSUSE 10.2. Один комп (через хаб) нормально завелся, а второй (напрямую сетевухи) не подключался. Когда посмотрел на что xdmcp ругается, выпал в осадок:

XDMCP Fatal Error: Session failed Session 46192009 failed for display vash-traffic-monitoritsya.otdel-k.sorm.fsb.ru:1: failed to open display

Шозанафих?

Господа, подскажите кто в курсе, как задать дефолтные свойства для линий соединения в Inkscape? Всего-то нужно, что бы в конце линии соединения рисовалась стрелочка, чтобы не лазить каждый раз в свойства заливки и штриха. Башку уже сломал себе, не могу понять как делается это