Проект Debian опубликовал список ответов на распространённые вопросы в области патентов в контексте разработки и распространения программного обеспечения с открытыми исходными кодами. Данный FAQ был подготовлен юристами SFLC. В нём раскрываются основные понятия патентного права и даются конкретные рекомендации по «патентной безопасности» для разработчиков.

Подробности: http://www.debian.org/reports/patent-faq

Собственно, установил пару мелких модификаций, добавляющих простые предметы. Контейнеры в игре не появились. Попытки получить вещи через консоль успеха не имели (ID not found). FOMM и FNVEdit говорят, что проблем нет. Отключение единственного дополнительного мода (Alice custom race от Fallout 3) не помогло.

Кто-нибудь сталкивался с подобными проблемами? Что можно попробовать сделать?

Имеется Palit (да-да, знаю) GT240, 512 MiB DDR5, не Sonic, обычная. Такой же объём памяти указан на наклейке на плате. Судя по количеству распаянных схем (четыре), так оно и должно быть. Однако драйвер nvidia говорит, что на плате 1024 MiB DDR5.

В целях проверки был проведён эксперимент с phram и mtdblock. Удалось создать устройство с адреса 0xB1000000 размером 992 MiB, создать на нём ФС. Скорость записи на неё, кстати, оказалась в пределах 20 MiB/s, что как-то странно. Также в некоторый момент процесса записи нулей была затёрта текущая память Иксов, несмотря на смещение адреса и использование vesa с опцией VideoRam.

Вопрос — как узнать, что к чему на самом деле?

~ % lspci -vvv -s 01:00.0
01:00.0 VGA compatible controller: nVidia Corporation GT215 [GeForce GT 240] (rev a2) (prog-if 00 [VGA controller])
	Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
	Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
	Latency: 0
	Interrupt: pin A routed to IRQ 18
	Region 0: Memory at fb000000 (32-bit, non-prefetchable) [size=16M]
	Region 1: Memory at b0000000 (64-bit, prefetchable) [size=256M]
	Region 3: Memory at ce000000 (64-bit, prefetchable) [size=32M]
	Region 5: I/O ports at ef00 [size=128]
	[virtual] Expansion ROM at fcf00000 [disabled] [size=512K]
	Capabilities: <access denied>
	Kernel driver in use: nvidia

Наверно, ещё можно посмотреть маркировку модулей памяти, но для этого нужно вынимать карту, оставим это как крайний вариант.

upd:

~ # cat /var/log/Xorg.0.log | grep -i memory
(--) Jun 14 12:33:48 NVIDIA(0): Memory: 1048576 kBytes
(II) Jun 14 12:33:48 NVIDIA: Using 768.00 MB of virtual memory for indirect memory access.

Сейчас попробую для nv и, возможно, nouveau.

nv:

(--) PCI:*(0:1:0:0) 10de:0ca3:0000:0000 nVidia Corporation GT215 [GeForce GT 240] rev 162, Mem @ 0xfb000000/16777216, 0xb0000000/268435456, 0xce000000/33554432, I/O @ 0x0000ef00/128, BIOS @ 0x????????/524288
(--) NV(0):   Mapped memory: 256.0 MB

nouveau:

(--) PCI:*(0:1:0:0) 10de:0ca3:0000:0000 nVidia Corporation GT215 [GeForce GT 240] rev 162, Mem @ 0xfb000000/16777216, 0xb0000000/268435456, 0xce000000/33554432, I/O @ 0x0000ef00/128, BIOS @ 0x????????/524288

Что-то здесь нечисто.

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

http://rghost.ru/10448991/image.png

http://rghost.ru/10449061/image.png

Как оно называется?

В месте наблюдения этого экземпляра видел ещё по меньшей две похожих особи, но серого цвета. Размер у всех, от кончиков первой пары ног до кончиков последней, — между 10 и 15 мм (поймать сложно, очень быстро бегают).

Передвигаются в основном по земле, залезть куда-то не стремятся.

У меня его (почти) нет, но недавно заметил, что при активном I/O замерзает ввод текста, процессор прекращает все операции и занимается только iowait (но всего процентов пятьдесят на одном ядре). Вспомнил, что переключал clocksource на hpet (по умолчанию у меня tsc, но использую acpi_pm). Переключил обратно — фризы пропали.

Так вот, если это ещё не обсуждалось, то предлагаю попробовать этот способ, вдруг кому поможет. Техническая часть:

1) посмотреть доступные таймеры:

~ % cat /sys/devices/system/clocksource/clocksource0/available_clocksource 
tsc hpet acpi_pm

2) сменить:

~ # echo acpi_pm > /sys/devices/system/clocksource/clocksource0/current_clocksource

Подтверждение переключения можно увидеть в dmesg.

Один из вариантов тестирования:

dd if=/dev/zero of=./testfile bs=100M count=100

И смотрите на %wa в top.

Да, следует уточнить, что проблема у меня может не иметь ни малейшего отношения к 12309, но симптомы вроде схожи.

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

~ # lvcreate -L4G -s -n homebackup /dev/vg/home
  Logical volume "homebackup" created
~ # lvs
  LV         VG   Attr   LSize   Origin Snap%  Move Log Copy%  Convert
  boot       vg   -wi-ao 256.00m                                      
  home       vg   owi-ao 400.00g                                      
  homebackup vg   swi-a-   4.00g home     0.11                        
  root       vg   -wi-ao   1.00g                                      
  srv        vg   -wi-ao  40.00g                                      
  swap       vg   -wi-ao   4.00g                                      
  tmp        vg   -wi-ao   1.00g                                      
  usr        vg   -wi-ao   8.00g                                      
  var        vg   -wi-ao   2.00g
~ # file -s /dev/mapper/vg-homebackup
/dev/mapper/vg-homebackup: symbolic link to `../dm-10'
~ # file -s /dev/dm-10
/dev/dm-10: LUKS encrypted file, ver 1 [aes, cbc-essiv:sha256, sha1] UUID: c2a08391-c89e-42c9-872e-84c6483

Хорошо, создаю подключение к тому:

~ # cryptsetup luksOpen /dev/mapper/vg-homebackup gotf
Enter passphrase for /dev/mapper/vg-homebackup: 
~ # file -s /dev/mapper/gotf 
/dev/mapper/gotf: symbolic link to `../dm-13'
~ # file -s /dev/dm-13
/dev/dm-13: Linux rev 1.0 ext4 filesystem data, UUID=f85de3c1-9213-42da-998d-fd52d433e3e8 (needs journal recovery) (extents) (large files) (huge files)

Упс, needs journal recovery. Естественно, не монтирую: cryptsetup luksClose, lvremove.

Скажите, это мне надо руки чинить, или действительно никак?

Сабж. System Monitor (2.30) показывает загрузку для lo, вместо ppp0. При этом gnome-system-monitor отображает именно ppp0, и вообще больше такого нигде не наблюдается. Можно как-то починить? А то Hardware Monitor сильно жрёт память, а Conky руки не доходят настроить.

Debian 6.0, GNOME 2.30.

Сабж.

1) Тотальный гигантизм.

2) Стандартные виджеты мониторинга CPU/RAM/etc практически не настраиваемы, не переносят уменьшение размера, при встраивании в панель налезают на соседние виджеты.

3) В виджете «Digital Clock» нельзя задать свой размер шрифта.

4) Нет действительно хороших аналоговых часов, как были в KDE 3.

5) Нехватка настроек в целом. Это точно KDE? Напоминает GNOME.

6) Виджет с фазами Луны не имеет настройки координат.

Это то, что вспомнилось сходу и удручает больше всего.

Внезапно, с открытым драйвером ATI наметилась нормальная работа моей любимой части Hitman (с блобом в Lenny глючило и тормозило кошмарно). Но есть одно «но» — с включённой компрессией текстур эти самые текстуры не рисуются. В первой части отключение помогло, но здесь опция возвращается в стандартное состояние после начала игры. Как её отключить полностью? Быстрый поиск в гугле не помог.

Я уже создавал тему частично по этому поводу: http://www.linux.org.ru/forum/admin/5995673

Так вот, даже смена кабелей не повлияла на ситуацию: проклятая ошибка время от времени продолжала всплывать всё с тем же характерным

hard resetting link

в messages, причём на обоих компонентах зеркала (не одновременно, конечно) — обычного mdraid. ЕМНИП, рассинхронизация случилась лишь однажды, что, очевидно, не отменяло необходимость оперативного вмешательства при очередном инциденте… Но ведь RAID был применён совсем не для траты времени на его проверки в случайное время :)

Учитывая, что: появление этой гадости не сопровождалось хоть какой-либо нагрузкой на диски, она возникала только на компонентах RAID, до начала использования RAID она никогда не случалась, и, наконец, её причиной может быть что угодно, включая ОС, у меня возникло логичное подозрение — проблема может быть связана с RAID. Основных версий две:

1) MD и дисковый контроллер (стандартный на ASUS M2A-VM) не вполне уживаются.

2) Дисковый контроллер ловит какой-то необычный баг при ~параллельном I/O на два устройства (бред, по-моему).

Диски Seagate ST3500418AS, прошивка менялась дважды. За две недели без второго компонента массива ошибка не появлялась, хотя, конечно, срок маловат.

Теперь собственно вопросы:

1) Возможно ли то, что я предположил выше? Какие ещё могут быть причины?

2) Имеет ли смысл попробовать встроенный fake-raid (Promise FastTrack) через dmraid или лучше сразу пилить синхронизацию rsync по расписанию, вместо зеркала? Зеркалирование средствами самого LVM не вдохновляет абсолютно, покупать плату аппаратного контроллера дорого и просто глупо для дома.

Извините за многабукаф :)

Задача — игнорировать два типа сообщений: начинающиеся определённым образом и пустые строки. Правила:

:msg, startswith, 'radeon 0000:01:05.0: HDMI' ~
:msg, isequal, '' ~

Почему-то не работает. Что я делаю не так?

update:

:msg, regex, '^radeon.*' ~
:msg, regex, '^$' ~

тоже не работает. Вероятно, я очень глобально туплю %)

Обычно я пользуюсь apt-get/apt-cache, но тут запустил aptitude, а оно утверждает, что есть сломанные пакеты и предлагает странные решения: keep для 31 пакета, удалить notifycation-daemon, удалить postfix (o_0), установить пакеты, отмеченные как сломанные. Список такой:

~ % aptitude-curses search ?broken
pB  chromium-browser                - Chromium browser                          
pB  epiphany-browser                - Intuitive GNOME web browser               
pB  exim4-config                    - configuration for the Exim MTA (v4)       
pB  exim4-daemon-light              - lightweight Exim MTA (v4) daemon          
pB  gir1.0-clutter-1.0              - GObject introspection data for the Clutter
pB  gir1.0-glib-2.0                 - Introspection data for GLib, GObject, Gio 
pB  gnome-keyring                   - GNOME keyring services (daemon and tools) 
pB  gstreamer0.10-plugins-bad       - GStreamer plugins from the "bad" set      
pB  gstreamer0.10-plugins-ugly      - GStreamer plugins from the "ugly" set     
pB  libglc0                         - QuesoGLC GLC implementation               
iB  postfix                         - High-performance mail transport agent     
pB  xfce4-notifyd                   - simple, visually-appealing notification da

Debian 6.0. Вероятно, нужна ещё какая-то информация, но я не знаю, с какой стороны подойти %) Да, apt-get ни о каких противоречиях не сообщает, Synaptic тоже ничего не показывает в фильтре Broken.

Что делать? В принципе, если это точно глючит именно aptitude, то пофигу.

Из всей серии я когда-то читал лишь вторую часть, да и ту — в сокращённом варианте, в журнале «ТМ». Сейчас дошли руки почитать сначала. Когда я увидел, что решающие события первой части происходят на орбите Сатурна, у меня стали возникать смутные подозрения, но я списал их на склероз, ибо вторую читал давно и мог что-то забыть. Однако, дочитав первую и начав вторую, я обнаружил странное противоречие — утверждается, что в первой части дело было на орбите Юпитера о_О Плюс искажено описание инцидента с Ф. Пулом и ЭАЛ-9000 вообще.

Вопрос: автор поломал собственный сюжет или это какой-то хитрый план™ и дальше всё станет на свои места?

Творится такая ерунда. Если запущена виртуальная машина в VirtualBox, в сеансах bash можно видеть сообщения

fork failed: Cannot allocate memory

при запуске команд, в т.ч. в рутовых шеллах. Свободной физической памяти при этом около 2 GiB. При завершении виртуальной машины и повторном её запуске, происходит падение оной с записью в лог следующего вида:

00:00:16.162 Changing the VM state from 'RUNNING' to 'GURU_MEDITATION'.

~ % vboxmanage -v
3.2.10_OSEr66523
~ % cat /etc/debian_version 
6.0

~ % ulimit -a
core file size          (blocks, -c) 0
data seg size           (kbytes, -d) unlimited
scheduling priority             (-e) 0
file size               (blocks, -f) unlimited
pending signals                 (-i) 16382
max locked memory       (kbytes, -l) 64
max memory size         (kbytes, -m) unlimited
open files                      (-n) 1024
pipe size            (512 bytes, -p) 8
POSIX message queues     (bytes, -q) 819200
real-time priority              (-r) 0
stack size              (kbytes, -s) 8192
cpu time               (seconds, -t) unlimited
max user processes              (-u) unlimited
virtual memory          (kbytes, -v) unlimited
file locks                      (-x) unlimited

Куда копать? Использование альтернативы в лице KVM возможно, но не желательно.

Сабж. В Barrage, например, можно выработать рефлекс для стрельбы с упреждением за час, т.к. там темп игры высокий, а что делать здесь? Такими темпами я буду две недели осваивать стрельбу.

Подскажите каталог электронной музыки, по качеству и количеству контента сопоставимый с http://www.metal-archives.com Преимущественно интересуют направления: Dark Electro, EBM, Electro Industrial.

У меня довольно незатейливая акустическая система Sven MA-331, звук интегрированный

Audio device: ATI Technologies Inc SBx00 Azalia (Intel HDA)

Я что-нибудь выиграю в плане качества звука при использовании карты типа Creative SB Audigy SE с этой же акустикой?

Итак, имеется GNOME (в основном 2.30) в Debian Squeeze. Имеется раздел LUKS, автоматически монтируемый через libpam-mount при логине. Всё это даже работает. Но вот какого-то фига это устройство рисуется в Наутилусе как некая файловая система (не смонтированная!). Мне бы хотелось выпилить эту прелесть оттуда. Вопрос: как? Backend — udisks.

Скриншот: http://img.flashtux.org/img132dbea27c1dx9e4e8883.png

Описание устройства из выхлопа udisks:

Showing information for /org/freedesktop/UDisks/devices/dm_2d6
  native-path:                 /sys/devices/virtual/block/dm-6
  device:                      253:6
  device-file:                 /dev/dm-6
    presentation:              /dev/dm-6
    by-id:                     /dev/disk/by-id/dm-name-_dev_md126
    by-id:                     /dev/disk/by-id/dm-uuid-CRYPT-LUKS1-2ecf6288ee9f4052a2f48afe60bba7b2-_dev_md126
    by-id:                     /dev/disk/by-uuid/277d8d53-033e-4ae0-80a9-9faf4afd0f4b
  detected at:                 Mon 14 Mar 2011 07:51:26 PM YEKT
  system internal:             1
  removable:                   0
  has media:                   1 (detected at Mon 14 Mar 2011 07:51:26 PM YEKT)
    detects change:            0
    detection by polling:      0
    detection inhibitable:     0
    detection inhibited:       0
  is read only:                0
  is mounted:                  1
  mount paths:             /home/gotf
  mounted by uid:              0
  presentation hide:           0
  presentation nopolicy:       1
  presentation name:           
  presentation icon:           
  size:                        214747312128
  block size:                  512
  job underway:                no
  usage:                       filesystem
  type:                        ext4
  version:                     1.0
  uuid:                        277d8d53-033e-4ae0-80a9-9faf4afd0f4b
  label:                       
  cleartext luks device:
    backed by:                 /org/freedesktop/UDisks/devices/md126
    unlocked by:               uid 0

Сабж, собственно. Звук записать нечем, но могу сказать, он имеет «стрекочущий» характер. Наиболее сильно проявляется в boost-режиме, в котором UPS находится большую часть времени (электросеть не блещет). Догадываюсь, что надо что-то где-то экранировать, но нужно пошаговое руководство для идиотовновичков.

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

Сабж, собственно.

gotf ~ % grep menu-im .gtkrc-2.0 
gtk-menu-images=0
gotf ~ % gconftool -g /desktop/gnome/interface/menus_have_icons
false
gotf ~ % gnome-about --version
GNOME gnome-about 2.30.2

Их там намертво прибили, что ли? В 2.22 отключались без проблем.