Пруф: http://www.winehq.org/news/2010071601
Скачать: http://prdownloads.sourceforge.net/wine/wine-1.2.tar.bz2

Ночью релиз сабжа вышел - http://partedmagic.com

Пруф: http://www.debian.org/News/2010/20100626

Сотворите кто-то новость, что ли.

Собственно, кто-то пробовал собирать ядро для UML в более-менее новом дистре? У меня при попытке сделать это в Squeeze сборка под конец вылетает со следующей ошибкой: http://paste.org/pastebin/view/19110

В чруте на базе Lenny собирается отлично.

Дано: Debian Lenny, rtorrent из Squeeze, вполне успешно проработавший несколько недель без перезапуска (и несколько недель до этого, etc...).

Сегодня вечером внезапно начались сбои (заметил уже ночью, обратив внимание на график загруженности канала - http://to./42k7). Добрался до screen'a с rtorrent'ом, обратил внимание, что он периодически фризится. Перезапустил. Так как он у меня обычно работает с минимальным приоритетом как по процессору, так и по диску - запустил без nice'ов. Лучше не стало, скорее, наоборот. Если раньше замирания были на несколько секунд, то теперь доходило до минут - http://to./42k9

Параметры:
- Нагрузка на процессор не менялась.
- Памяти достаточно
- Ничего не качалось, новые раздачи не добавлялись
- messages, syslog, dmesg чистые
- обращения к диску минимальные
- память проверил в онлайне memtester'ом - все ок.
- Места на диске достаточно

Все остальные сервисы прекрасно работают.

Вопрос: что это может быть?

На днях вышел, теперь на Qt4. Внешне функций особо не добавилось, клиент такой же страшненький, теперь еще и нельзя двигать перегородку между левой и правой частью окна (хотя и раньше это помогало до первого сворачивания в трей). Памяти жрет больше:
13201 rain 20 0 228m 27m 15m S 2.6 2.8 0:04.65 ./knutclient
2045 rain 20 0 118m 14m 10m S 0.0 1.4 0:10.55 knutclient

Скрин: http://rain.homelinux.org/fileupload/screenshots/knutclient_qt3_qt4.png

Есть чрут. Запускаем

root@acnote:/# /etc/init.d/rc S

Пробегают обычные сообщения на тему монтирования виртуальных ФС и прочего. Дальше:

root@acnote:/# /etc/init.d/rc 2
Starting enhanced syslogd: rsyslogd.
Starting periodic command scheduler: cron.
Starting MySQL database server: mysqld.
Checking for corrupt, not cleanly closed and upgrade needing tables..
root@acnote:/#

Т.е., все ок, сервисы на 2-м уровне стартовали. При выполнении

root@acnote:/# /etc/init.d/rc 6
root@acnote:/#

ничего не происходит, все процессы остаются работать:

root@acnote:/# ps aux | grep mysql
mysql 1539 0.0 0.1 23464 1132 ? Ss 07:54 0:00 /usr/bin/dbus-daemon --system
root 30220 0.0 0.0 3888 600 pts/5 S 15:45 0:00 /bin/sh /usr/bin/mysqld_safe
mysql 30331 1.0 2.3 169476 24160 pts/5 Sl 15:45 0:00 /usr/sbin/mysqld --basedir=/usr --datadir=/var/lib/mysql --user=mysql --pid-file=/var/run/mysqld/mysqld.pid --socket=/var/run/mysqld/mysqld.sock --port=3306
root 30332 0.0 0.0 6036 656 pts/5 S 15:45 0:00 logger -t mysqld -p daemon.error
root 30437 0.0 0.0 8252 852 pts/5 S+ 15:45 0:00 grep mysql

Вопрос: почему не выполняются K-скрипты в /etc/rc2.d/ и что надо делать, чтобы корректно завершить все сервисы - так, как оно делается в обычной системе?

Заметил такие вот сообщения в логах:

Mar 15 07:26:23 prox kernel: [1709571.498716] Redirect from 81.8.244.37 on ppp65535 about 81.8.244.228 ignored.
Mar 15 07:26:23 prox kernel: [1709571.498719] Advised path = 212.92.234.1 -> 81.8.244.228
Mar 15 07:26:23 prox kernel: [1709571.500316] Redirect from 81.8.244.37 on ppp65535 about 81.8.244.228 ignored.
Mar 15 07:26:23 prox kernel: [1709571.500320] Advised path = 212.92.234.1 -> 81.8.244.228
Mar 15 08:11:08 prox kernel: [1712256.290784] __ratelimit: 11 callbacks suppressed
Mar 15 08:11:08 prox kernel: [1712256.290809] Redirect from 81.8.244.37 on ppp65535 about 81.8.244.228 ignored.
Mar 15 08:11:08 prox kernel: [1712256.290813] Advised path = 212.92.234.1 -> 81.8.244.228
Mar 15 08:11:08 prox kernel: [1712256.306705] Redirect from 81.8.244.37 on ppp65535 about 81.8.244.228 ignored.
Mar 15 08:11:08 prox kernel: [1712256.306710] Advised path = 212.92.234.1 -> 81.8.244.228
Mar 15 08:11:08 prox kernel: [1712256.315689] Redirect from 81.8.244.37 on ppp65535 about 81.8.244.228 ignored.
Mar 15 08:11:08 prox kernel: [1712256.315694] Advised path = 212.92.234.1 -> 81.8.244.228

и так далее - это что вообще такое, кто сталкивался?

В Audacity в «Информации о звуковой карте» есть такое:
==============================
Device ID: 0
Device name: ALSA: Audigy 1 [Unknown]: ADC Capture/Standard PCM Playback (hw:0,0)
Input channels: 2
Output channels: 2
Low Input Latency: 0,011610
Low Output Latency: 0,011610
High Input Latency: 0,046440
High Output Latency: 0,046440
Supported Rates:
8000
9600
11025
12000
15000
16000
22050
24000
32000
44100
48000
88200
96000
==============================

При этом:

==============================
Selected capture device: 0 - ALSA: Audigy 1 [Unknown]: ADC Capture/Standard PCM Playback (hw:0,0)
Selected playback device: 0 - ALSA: Audigy 1 [Unknown]: ADC Capture/Standard PCM Playback (hw:0,0)
Supported Rates:
8000
11025
16000
22050
32000
44100
48000
==============================

Как сделать, чтобы запись была в 96КГц? Или вторую запись понимать как то, что ADC работает максимум на 48 КГц?

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

[12:36:51] <rain> что-то я смотрю, с тегами бардак получается...
[12:37:13] <rain> в спеках Vorbis comment одно, реально используется другое, в плеерах поддерживается третье
[12:38:06] <sP!tF!rE> o_O
[12:38:14] <sP!tF!rE> плеер должен тупо из тегов же читать
[12:38:52] <rain> я смотрю на то, как обрабатывается, например, такое:
comments: 3
comment[0]: ARTIST=artist 1
comment[1]: ARTIST=artist 2
comment[2]: ARTIST=artist 3
[12:39:03] <rain> amarok показывает первый тер
[12:39:05] <rain> *тег
[12:39:17] <rain> mocp вообще непонятно что показывает
[12:39:41] <rain> easytag показывает в виде artist 1 - artist 2 - artist3 и по тому же принципу можно и добавлять их
[12:40:00] <rain> kid3 позволяет редактировать поля раздельно
[12:42:24] <rain> audacious не показывает вообще ничего
[12:42:49] <rain> а, хотя нет
[12:43:50] <rain> показывает последнего
[12:45:39] <rain> так же само, как и назначение тегов:
по спекам тут - http://www.xiph.org/vorbis/doc/v-comment.html - ARTIST - «For classical music it would be the composer.»
но в том же easytag используется специальное поле COMPOSER
[12:51:47] <rain> rhytmnbox показывает первого исполнителя
[12:53:11] <rain> qmmp аналогично

----

А есть вообще какое-то более-менее общепринятое именование тегов (я не говорю про традиционные artist/album/trackname, имеются в виду более сложные случаи)? И плеера, которые все это корректно поддерживают (тех же нескольких исполнителей, к примеру)?

Сабж

http://www.kernel.org/

mainline:    2.6.32

Не прошло и 100500 лет...

http://clubs.ya.ru/jabber/replies.xml?item_no=8060

Есть машинка, предназначена для раздачи файлов в DC через microdc2 и скачки/раздачи торрентов через rtorrent. Софт - Debian Lenny x86_64, ядро - самосбор, последнее стабильное.

Система вполне успешно отработала выходные, раздавая контент в DC (и, соответственно, перед этим он был прохэширован, т.е., на диски нагрузка была приличная на протяжении нескольких часов), после чего была отвезена на жирный канал, после чего дополнительно был запущен торрент-клиент. Вот тут компик и загнулся на хэшировании данных.

В логи успело упасть такое: http://linuxoid.hostopia.com/rain/misc/messages.phantom (wget'нуть, потом смотреть).

При зависании есть реакция только на SysRq-клавиши.

Особенности:

* Ядро полностью монолитное
* Система работает на 4-х SoftRAID'ах (0, 1, 5)
* Железо - обычный интеловский десктоп (конкретнее сейчас не могу глянуть).
* Оперативной памяти 2 Гб, своп отсутствует (но функция оставлена в ядре). Перед последним зависанием создал файлик на 256 Мб, подключил как swap - не спасло.
* До этого там стояла 9-я Федора (без RAID'ов), работал тот же microdc2 и дистровый rtorrent. Подобных проблем не было.

В общем, у кого какие мнения касательно того, что находится в логах?

Сотворите кто-нибудь новость :)

Пруф: http://www.opennet.ru/opennews/art.shtml?num=24318

В чем-то подобная этой (http://www.linux.org.ru/view-message.jsp?msgid=4176359) тема.

В общем, есть Debian, апач+suexec+fcgid+перл+php-cgi. PHP работает через suexec, все хорошо, решил добавить поддержку Perl. Сделал на тестовом домене по аналогии с PHP - т.е. сделал AddHandler для .pl, FCGIWrapper с путем на скрипт-враппер, сам скрипт-враппер вида

#!/bin/sh
exec /usr/bin/perl

и тестовый скриптик такой же, как в вышеуказанной теме закинул в корень сайта. Скрипт выполнялся с нужными правами, _все прекрасно работало._

После этого переместил тестовый скриптик в /tmp, прописал все наработки в темплейты генерации конфигов апача и структуры домена в конфигах хостинг-панели, грохнул домен, создал заново (все создалось нормально, на своих местах и с нужными правами), переместил скриптик назад и сменил его владельца на нового. И все. На новом месте скрипт у меня ни разу не заработал, выдавая 500-ю ошибку. В error.log есть такое сообщение:

[Wed Oct 28 18:00:39 2009] [notice] mod_fcgid: process /var/www/virtual/jabberworld.homelinux.org/htdocs/file.pl(25660) exit(server exited), terminated by calling exit(), return code: 0

Иногда при повторной попытке вызова скрипта сервер надолго задумывается, после чего выдает 503-ю ошибку, в логах при этом:

[Wed Oct 28 18:00:18 2009] [notice] mod_fcgid: call /var/www/virtual/jabberworld.homelinux.org/htdocs/file.pl with wrapper /var/www/virtual/jabberworld.homelinux.org/cgi-bin/perl
[Wed Oct 28 18:00:18 2009] [info] mod_fcgid: server /var/www/virtual/jabberworld.homelinux.org/htdocs/file.pl(25654) started
[Wed Oct 28 18:00:19 2009] [notice] mod_fcgid: call /var/www/virtual/jabberworld.homelinux.org/htdocs/file.pl with wrapper /var/www/virtual/jabberworld.homelinux.org/cgi-bin/perl
[Wed Oct 28 18:00:19 2009] [info] mod_fcgid: server /var/www/virtual/jabberworld.homelinux.org/htdocs/file.pl(25655) started
[Wed Oct 28 18:00:19 2009] [notice] mod_fcgid: process /var/www/virtual/jabberworld.homelinux.org/htdocs/file.pl(25655) exit(server exited), terminated by calling exit(), return code: 0
[Wed Oct 28 18:00:19 2009] [notice] mod_fcgid: process /var/www/virtual/jabberworld.homelinux.org/htdocs/file.pl(25654) exit(server exited), terminated by calling exit(), return code: 0
[Wed Oct 28 18:00:20 2009] [info] mod_fcgid: /var/www/virtual/jabberworld.homelinux.org/htdocs/file.pl spawn score 13 >= 10, skip the spawn request
[Wed Oct 28 18:00:21 2009] [info] mod_fcgid: /var/www/virtual/jabberworld.homelinux.org/htdocs/file.pl spawn score 12 >= 10, skip the spawn request
[Wed Oct 28 18:00:22 2009] [info] mod_fcgid: /var/www/virtual/jabberworld.homelinux.org/htdocs/file.pl spawn score 11 >= 10, skip the spawn request
[Wed Oct 28 18:00:23 2009] [info] mod_fcgid: /var/www/virtual/jabberworld.homelinux.org/htdocs/file.pl spawn score 10 >= 10, skip the spawn request

и так далее до таймаута.

Все пляски с бубном вокруг прав на каталоги, скрипты, тестовый файл, пересоздание руками скрипта и враппера ни к чему не привели, скрипт так же само выдает error 500. Если добавить во враппер какую-нибудь строку типа touch somefile - файл создается, т.е., апач нормально делает обработку pl-файлов и правильно вызывает враппер, а вот дальше все стопорится.

В общем, кто что посоветует?

В продолжение http://www.linux.org.ru/view-message.jsp?msgid=3361143

Ryan Gordon ака Icculus выпустил обновленный билд этой игрушки. Теперь работает на современных системах.

http://blog.wolfire.com/2009/08/lugaru-linux-update/

Еще б 64-битный билд сделали, было б вообще отлично.

=== START OF INFORMATION SECTION ===
Device Model: WDC WD10EADS-65L5B1
Serial Number: WD-WCAU4C126722
Firmware Version: 01.01A01
User Capacity: 1 000 204 886 016 bytes

----

root@mws64:~# hdparm --direct -tT /dev/sde

/dev/sde:
Timing O_DIRECT cached reads: 506 MB in 2.00 seconds = 252.89 MB/sec
Timing O_DIRECT disk reads: 260 MB in 3.00 seconds = 86.57 MB/sec

Это нормально, что у него скорость чтения с дисков такая маленькая?

Вышел новый релиз популярного Jabber-клиента Psi, написанного на Qt4.

Из новшеств:

• Поддержка VoIP (голосовые звонки) с использованием Jingle RTP.
• Базовая поддержка обработки xmpp-ссылок.
• Возможность подтверждать сертификаты прямо в процессе подключения.
• Мини-система команд, доступная по Ctrl+7 (замена IRC-like управляющим командам в чатах и конференциях)
• Различные улучшения и исправление ошибок.

>>> Подробности

Не знаю, по какой причине ты игнорируешь почту, поэтому напишу тут.

http://jabberworld.info/Служебная:Statistics
http://jabbericq.lucidfox.org/wiki/Служебная:Statistics

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