Заглянул я в книжный как-то - от литературы по виндовым коммерческим программам полки ломятся, а вот по свободному софту ничего такого не наблюдается. Несколько переводных глав из руководства по 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
Уфа, 19 декабря 2007 года — Уфимский государственный авиационный технический университет (УГАТУ), компания АйТи, IBM и корпорация Intel объявили о запуске самого мощного суперкомпьютера в России, построенного на основе blade-серверов IBM.
Суперкомпьютер будет использоваться в инновационной программе обучения «Компьютерное моделирование с применением суперкомпьютерных технологий», а также в преподавании других дисциплин, связанных с информационными технологиями, параллельным программированием и компьютерным моделированием.
Основу суперкомпьютера УГАТУ составляют 266 blade-серверов IBM на базе 532 четырехъядерных процессоров Intel® Xeon® серии 5345. Расчетная пиковая производительность суперкомпьютера составляет 20 Тфлопс.
В суперкомпьютере УГАТУ использованы операционные системы Red Hat Enterprise Linux 4 AS/WS и специализированное ПО управления кластерными системами IBM
Есть терминальный 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, хотя не думаю, что это имеет значение в данном случае
Организация 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 сделать, распространенное семейство дистров ведь?
Багфикс релиз, в новости не стал закидывать.
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)
Имеется сервачок, с 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
В сторону чего смотреть стоит? нужна крепкая добрая машинка для офисной работы, совместимость с линуксом некритична - батьку присматриваю. Из обязательных фич - выход на внешний монитор - для проектора.
Со 2-го ноября доступна загружающаяся с CD версия openSUSE 10.3 в виде GNOME либо KDE Live CD.
Эти Live CD являются 32-битной англоязычной версией openSUSE с возможностью установки на жёсткий диск. Обе версии содержат тот же самый набор программного обеспечения, что и однодисковая инсталляционная версия. Live CD могут быть использованы для проверки оборудования на совместимость, восстановления системы, а также как полноценная рабочая среда.
В течение нескольких дней образы будут интегрированы в простую и удобную систему подбора наиболее подходящего продукта на http://software.openSUSE.org.
После обновления 10.2 до 10.3 отвалился принтер HP Laserjet 6L. Подсоединен ясен пень по параллельному порту. Ястом подхватывается, конфигурируется, но тестовую страницу не печатает, ни на каких установках. CUPS его тоже видит, и точно также ставит задания в очередь, после чего заявляет HP_LaserJet_6L "open device failed; will retry in 30 seconds..."
Загрузился с ливцд убунты - все нормально работает
Помимо PS3, 10.3 также запускается и на поддерживавшемся ранее оборудовании Apple Power Mac, IBM POWER и Pegasos PPC. Подробнее об этом: http://en.opensuse.org/POWER@SUSE.
Есть комп с сусей, фактически он один на несколько человек. Аккаунты у юзеров свои, в принципе работать под своим пользователем приучил людей, но остался один существенный косяк - часто остаются флешки и диски в приводе, которые не от монтировавшего пользователя никак не хотят отключаться. Самому не влом 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? Всего-то нужно, что бы в конце линии соединения рисовалась стрелочка, чтобы не лазить каждый раз в свойства заливки и штриха. Башку уже сломал себе, не могу понять как делается это
