Под анонимусом все видно. Это фича? Не нашел, где настраивается

В логе иксов:

 ...
[   998.448] (II) RADEON(0): RADEONRestoreMemMapRegisters() : 
[   998.448] (II) RADEON(0):   MC_FB_LOCATION   : 0x00df00d0 0x003f0000
[   998.448] (II) RADEON(0):   MC_AGP_LOCATION  : 0x003f0000
[   998.458] (==) RADEON(0): Backing store disabled
[   998.458] (WW) RADEON(0): Direct rendering disabled
[   998.458] (EE) RADEON(0): Acceleration initialization failed
[   998.458] (II) RADEON(0): Acceleration disabled
[   998.458] (**) RADEON(0): DPMS enabled
[   998.458] (==) RADEON(0): Silken mouse enabled
...

glxinfo:

direct rendering: Yes
server glx vendor string: SGI
server glx version string: 1.4
...
OpenGL vendor string: Mesa Project
OpenGL renderer string: Software Rasterizer
OpenGL version string: 2.1 Mesa 7.10.2

Соответственно, opengl неюзабелен.

Debian testing, ведро 2.6.38-2-686, иксы 1.10.2. Карточка HD5570. Устеновлено firmware-linux-nonfree, блоб выпилен с корнем.

Полный лог иксов: http://dl.dropbox.com/u/998228/LOR/Xorg.0.log.txt

Конфиг иксов: http://dl.dropbox.com/u/998228/LOR/xorg.conf.txt

Имеется proftpd с кучей виртуальных пользователей, которые авторизуются через БД. У каждого юзера на диске есть домашний каталог вида /path/to/home/vasya. В конфиге юзерам разрешен доступ только в свой домашний каталог, остальное закрыто.

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

Нужно пользователям давать читать эти данные, причем каждому юзеру - индивидуальный набор прав на каталоги. Например:
Васе дать доступ в dir1, dir2, dir3 (ко всем файлам в этих каталогах);
Пете - к каталогам dir2 и dir5;
Мише доступа не давать совсем.

Права доступа меняются по запросу + раз в сутки по крону.

Пока вижу два подхода, оба светят нехилым геморроем:
1) разруливать права через конфиг proftpd. Не особо сложно, но я не знаю, как он будет себя вести с конфигом на несколько мегабайт.
Еще проблема обновлять права на лету: если рестартовать сервер, то подключенные юзеры отвалятся, что не есть красиво; если сигналить ему перечитать конфиг, то уже подключенные юзеры будут продолжать работать со старыми правами, тоже сильно нехорошо.

2) разруливать права через ACL. Придется перенести данные из tmpfs, не смертельно, но неприятно. Кроме того, насколько я знаю, ACL на каталоги не применяются к существующим файлам, придется назначать маску на каталог и обходить все тысячи уже существующих файлов и проставлять каждому права. Еще светят грабли в виде ограничения числа записей в ACL, для ext3 вроде бы 32 штуки максимум. Насчет ext4 не знаю, да и не хочу ее использовать на этой задаче по ряду причин.

Какие еще пути могут предложить уважаемые аналитики ЛОРа?

После недавних апгрейдов (ведро до 2.6.38, fglrx до 11.3, иксы не помню до какой версии) стала возникать такая неприятность. Курсор движется как-то ватно, с задержками, скролл тоже лагает. При этом скролл с клавиатуры быстрый, сами иксы вроде как тоже не тормозят, по крайней мере тяжелое видео играется без проблем.

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

irq 18: nobody cared (try booting with the «irqpoll» option)
Disabling IRQ #18

Не знаю, связано или нет. Перетыкание мыши в другой порт не помогает, в логах ничего подозрительного (кроме этого irq 18) не нашел.

Куда копать?

Запущен ktorrent, раздающий полтора десятка торрентов. Соединение - adsl 1M/512k, в торренте стоит ограничение примерно на половину пропускной способности, настройки числа соединений и прочее даже ниже рекомендованных.

При этом в браузере наблюдаются очень большие задержки, очень долго резолвит домены (вплоть до частых unknown host) и частенько выпадает по таймауту.

Что можно подкрутить, чтобы нормально читать лор при запущенном торренте?

Понадобилось мне разобраться, как внутри реализована одна из функций самого обыкновенного zip'а. Возрадовался я, значит, опенсорсности его, позволяющей мне это сделать, и скачал тарбол с исходниками. Открыл файл с бесхитростным названием zip.c и начал искать нужный кусок.

За 20 минут копания в куче фекалий я так и не смог отыскать нужный кусок или даже намек на него. Все 6 с лишним тысяч строк - сплошная индусская лапша. Код весь перекопал вдоль и поперек условными директивами, форматирование практически отсутствует (формально отступы конечно есть, но читать мало помогают). Имена переменных - тихий ужас, за который студентам-первокурсникам нужно отрывать руки. Наряду с осмысленными, но краткими 'display_volume', 'tempath', 'filelist' и прочими, везде кишат классические индусские 'd', 's', 'kk' и прочие нечленораздельные звуки.

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

И вообще, правомерно ли кучу индусокода гордо именовать опенсорсом?

Имеется большая куча файлов, которая периодически обновляется. Хочу дать юзерам возможность качать их по ftp, причем каждому юзеру только свою определенную выборку из общей кучи файлов, точнее определенные каталоги. Например, Васе будут видны каталоги a/b1/c1 и a/b2/c2, а Коле - a/b1/c3 и a/b2/c2. Набор доступных путей для каждого юзера будет изредка меняться скриптом. Сами данные лежать только в каталогах самого нижнего уровня.

Юзеры уже прописаны в мускуле (мыло + пароль), так что поддержка pam_mysql была бы крайне уместна.

На каком сервере проще всего это реализовать? Покурил маны к vsftpd, есть pam_mysql, есть виртуальные юзеры, можно сделать каждому свой конфиг, но вот как я понял сделать просто так разные каталоги им будет проблемно, да и что с ними делать дальше пока слабо представляю. Продублировать иерархию нужных каталогов вперемежку с хардлинками? Дело темное.

Есть обычный i686 дебиан на 64-битном камне. Сейчас памяти 2 Гб, иногда ее не хватает, хочется 4 Гб. Сможет ли 32-битное ядро ее использовать? Мне интересно не выделение всех 4 Гб одному толстому приложению, а запуск кучи небольших программ параллельно.

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

Может как вариант воткнуть 64-битное ядро, а userspace оставить 32 бита? Как себя будут чувствовать атишный блоб и виртуалбокс с модулями в ядре?

Со следующей недели аддоны из песочницы больше нельзя будет скачать и поставить, пока они не пройдут хотя бы минимальную проверку модераторами. Сама проверка станет двухуровневой.

Новостей про трояны в экспериментальных аддонах на addons.mozilla.org больше не будет :)

Пруф: http://blog.mozilla.com/addons/2011/02/17/sandboxed-add-ons-disabled-next-week/

Давайте соберем небольшую статистику. Предлагаю писать:
1) модель видеокарточки
2) версию иксов
3) видеодрова
4) DE и прочие тяжелые для графики приложения (браузеры, читалки ПДФ, граф. редакторы и т.п.)
5) собственно, размер Resident size для процесса иксов (колонка RES в топе)

У меня сейчас:
1) HD5570
2) 1.7.7
3) fglrx 10.9
4) KDE 4.4.5, firefox (2 штуки)
5) 370 М

После старта иксов монитор отключается (спящий режим), даже переключение в консоль не работает. Блоб работает, бубен не помогает :(

Сижу, исследую потребление памяти иксами. Залогинился в консоли, запустил htop и стартанул kdm. Запустил в кедах в эмуляторе терминала htop, сравнил показания с тем, что запущен в консоли, и слегка офигел: показания совершенно разные.

Консольный htop показывает, что иксы кушают 233M RSS / 329M VIRT. Тот же htop, запущенный внутри иксов, показывает в тот же момент 104M RSS / 202M VIRT. Общее потребление памяти в системе тоже отличается: 608 Mb против 419 Mb. Для других процессов вроде бы показания сходятся. Проверял под несколькими юзерами, в top и htop, показания любой тулзы отличаются, если она запущена внутри иксов либо под голой консолью.

Это меня прет или я не знаю какой-то фишки?

Через некоторое время после включения эффектов начинает сильно тормозить переключение между рабочими столами (любым способом). Т.е. перед переключением все замирает на 1-2 секунды. Может чего подкрутить в конфигах?

Debian testing, KDE 4.4.5, fglrx 10-9-3 (свободные дрова у меня не работают)

Купил таки атишный кактус, вроде и работает, но колется. На свободных дровах (radeon) черный экран после старта иксов, с fglrx не работает s2disk:

[  484.460011] PM: Need to copy 275508 pages
[  484.460011] PM: Normal pages needed: 214321 + 1024, available pages: 187156
[  484.460011] PM: Not enough free memory
[  484.460011] PM: Error -12 creating hibernation image

Костыль в виде «echo 2048248 > /sys/power/image_size» не помогает. В системе 2Gb RAM, занято около 500 Mb, своп на 3 Gb свободен весь. Чего ему не хватает?

Вот такой креатив транслирует по зомбоящику птицефабрика из Челябинской области: http://www.youtube.com/watch?v=mcy996swUp8

Сайт тоже шедеврален: http://www.argayasha.ru

Линукс тут при том, что у них сайт крутится на апаче с пистоном

По-прежнему колятся или уже можно кушать? Интересует обычная повседневная работа без глюков (в том числе при переключении между иксами и консолью), просмотр видео и композитинг в kwin.

Ускорение HD-видео хоть в каком-то виде присутствует? Артефакты/тормоза/баги в kwin?

Все это применительно к карточкам текущей линейки ( HD 5xxx ), драйвера не важны, главное чтоб работало.

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

Можно это как-то отключить? Находил только про убирание пункта в контекстном меню.

Теоретически можно перенести панель закладок выше, но это как-то некрасиво.

когда kmail выдал диалог при отправке сообщения: http://dl.dropbox.com/u/998228/LOR/kmail-attach.png

Похоже, среагировал на слово 'attach' в теле письма. Стало жутко, вспомнилась теплая ламповая венда с постоянными дебильными вопросами и уведомлениями

Попалась тут на глаза не первой свежести демка на canvas. Хотел посмотреть, насколько она грузит CPU в разных браузерах. Да вот что-то не работает она в опере, хотя сами разработчики заверяют о совместимости с 10.60+.

У меня реально карма плохая? :)

В файле проекта есть кусок:

CLIENT_VERSION = 0.1.2
DEFINES += APP_VERSION=\\\"$${CLIENT_VERSION}\\\"

Проблема в том, что после изменении номера в файле проекта и пересборки в about отображается старая версия. Clean && qmake && rebuild не помогают, перезапуск креатора тоже. Помогает только смена билда debug/release.

Где же грабли?