помнится, что в дебиане, что в убунте есть богатая коллекция скриптов, которые реализуют полноценную поддержку acpi. Вещь реально незаменимая для ноутбука.

Поставил тут «на поиграться» федору и (кхм) удивился: где? Из коробки (russian fedora remix на основе 16 ветки, версия с xfce) acpid вообще не стоит.

Подскажите, пожалуйста, как называется пакет с содержимым /etc/acpi/events и /etc/acpi/scripts. Ну не бывает так, чтобы с современным дистром ноут из коробки не реагировал на кнопку питания, например.

Раньше, помнится, когда какое-то окно (типа окна с сообщениями в psi) сообщало WM о том, что в нем обновилось содержимое, оно начинало мигать на таскбаре. gnome-shell же зачем-то поднимает окно и фокусируется на нем, что очень неудобно.

Как мне его от этого отучить?

хочу смайлики!111

чем это сей ресурс вызвал такое неудовольствие гугла и как следствие — фф?

поглядел — и правда, они начали собирать циннамон для дебиана. Вин, я считаю.

Есть ли какой-то хитрый ключ gcc, который бы при выполнении gcc -S -c main.c выдавал бы ассемблерный файл main.s в шестнадцатиричными константами? А то десятиричные читать уж очень неудобно.

Гляжу я вот на windows-only программатор для fpga и с грустью думаю, что под теми же виндами работал бы он раз так в несколько быстрее. Добавлять оффтопик в дуалбут не хочется, да и перепрограммирование плисины — не такой уж частый процесс.

Думаю вот найти какую-нить ультрабюджетную систему на чипе для того, чтобы поставить туда винды как пускалку программатора. От машинки потребуется разве что наличие x86-совместимого проца, минимум памяти и uart, можно ethernet.

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

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

есть не очень новый принтер (hp laserjet 1010), для него понаписана куча драйверов, в списке cups есть gutenprint, hpijs, hpcups. Соответственно, сам принтер определяется капсом как usb://... или hp://...

Раньше пользовал себе hplijs и в ус не дул, но начиная с какого-то апдейта (debian unstable+experimental) hplip стал «экономить» тонер: на отпечатанной странице его до того мало, что даже простой черно-белый текст трудно разглядеть. ОК, gutenprint — вроде бы работает, но если отсылаю ему задание на печать, то он — принтер — задумывается. Надолго, минут на пять, особенно если на странице есть растровые изображения.

Что мне с этим монстром хьюлетовским делать посоветуете?

Такой вопрос — т.к. это не полный репозитарий, то на основе какого он создается? stable? testing? А то в experimental давно лежит compiz-0.9.2, и в unstable из-за конфликтов ставиться не хочет.

никогда не имел дела с js, поэтому оставлю фичреквест))

Проблема в том, что этот userscript, формируя отступы, никак не обрезает ширину поля, отведенного под сообщение, в результате страница оказывается шире исходной. И да, такая вот лесенка появляется. Было бы здорово, если бы по правому краю сообщения были выровнены.

поглядел на этого зверя, понравился как вспомогательная ОС для нетбука (для гуглоболтовни и серфинга). Проблема только одна, но существенная — а как в андроиде можно настроить переключение раскладок клавиатуры? Гугл советует сделать это через меню с настройками локализации, но так я меняю только локаль и язык экранной клавиатуры (которая мне на нетбуке нафиг не нужна).

как я понимаю, appmenu — это сервис для dbus, и в принципе же ничего не мешает написать какую-то панель, которая бы предоставляла приложениям это самое appmenu.

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

Перемещено JB из Talks

у меня материнская плата GA-P55-USB3, на ней есть встроенный NEC-овский usb3.0 контроллер

02:00.0 USB Controller: NEC Corporation uPD720200 USB 3.0 Host Controller (rev 03)

есть флешка, в которой заявлена поддержка usb3.0

[  404.920372] usb 4-1: new SuperSpeed USB device number 3 using xhci_hcd
[  404.938641] xhci_hcd 0000:02:00.0: WARN: short transfer on control ep
[  404.939011] xhci_hcd 0000:02:00.0: WARN: short transfer on control ep
[  404.939383] xhci_hcd 0000:02:00.0: WARN: short transfer on control ep
[  404.939761] xhci_hcd 0000:02:00.0: WARN: short transfer on control ep
[  404.939895] usb 4-1: New USB device found, idVendor=0951, idProduct=1656
[  404.939901] usb 4-1: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[  404.939905] usb 4-1: Product: DT Ultimate G2
[  404.939908] usb 4-1: Manufacturer: Kingston
[  404.939911] usb 4-1: SerialNumber: 0018F30C9EBFBB71B000000C
[  404.941189] scsi11 : usb-storage 4-1:1.0
[  405.938711] scsi 11:0:0:0: Direct-Access     Kingston DT Ultimate G2   PMAP PQ: 0 ANSI: 0 CCS

тестирую все под debian unstable + experimental, ядро 3.2.0-rc1 (самосборное). Скорость записи какая-то маленькая (заявлено 70 Мб/с)

$ dd if=/dev/zero of=/dev/sdc bs=1M count=1k oflag=direct
1024+0 записей считано
1024+0 записей написано
 скопировано 1073741824 байта (1,1 GB), 35,6399 c, 30,1 MB/c

с чтением ситуация получше (соотвествует тому, что написано на коробке)

$ dd of=/dev/null if=/dev/sdc bs=1M count=1k iflag=direct 
1024+0 записей считано
1024+0 записей написано
 скопировано 1073741824 байта (1,1 GB), 10,5848 c, 101 MB/c

Попробовал на том же железе из-под windows 7, там скорость линейной записи (чтения) 60 Мб/c (120 Мб/c) (да, тот же размер блока и то же их количество).

То есть на данный момент xhci_hcd не полностью поддерживает возможности usb3.0? Если нет, то что я делаю не так?

что у них там с репом? 16 бета недоступна

//просто яндекс — это единственное «локальное» зеркало

посмотрел я тут, что из себя нынче gentoo представляет (года 4 назад в последний раз с ней дело имел), и стало мне грустно. Как пример: в официальном дереве пакетов гном — старый, 3-я ветка ставится из оверлея. При этом почему-то не предусмотрена возможность установки третьегнома в слот. Ладно, это терпимо.

Пробую посмотреть, что за оверлеи есть в лаймане. Описания — жуть какая-то.

• Personal User Overlay
• anaximander's user overlay
• collection of ebuilds by ycarus

и так далее. Вот как в таком бардаке понять, что в каком оверлее лежит?

в ubuntu 11.04 время от времени после логина в gdm в сессию Ubuntu (unity) получаю пустой экран. То есть загружается только обоина. В .xsession-errors — ничего особенного по сравнению с обычной сессией (разве что всякие апплеты типа hp-systray, которые требуют этот самый трей, отваливаются с ошибками).

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

Проблема пока что решается путем удаления ~/.config/dconf и ~/.config/compiz-1

...что doi — это не digital object identifier, а какая-то муть.

есть прибор с немного странным интерфейсом: в нем контроллер usb mass storage устройства, виден он как флешка на 32М (-t vfat -o sync, dirsync). Команды прибору записываются в один файл, считываются из другого. Тестовая программа

int main(){
    int wfd, rfd;
    const char wpath[] = "/mnt/ZATA.TXT";
    const char rpath[] = "/mnt/DATA.TXT";
    char buf[512];
    const char cmd_2[]  = "COMMANDLINE:2\r";
    wfd = open(wpath, O_WRONLY | O_CREAT | O_TRUNC | O_SYNC | O_DIRECT, 0666);
    write(wfd, (const void*)cmd_2, 512)
    close(wfd);
    sync();
    rfd = open(rpath, O_RDONLY | O_SYNC);
    int bytes = read(rfd, (void*)buf, 512);
    close(rfd);
    printf("%s\n", buf);
    return 0;
}

Выяснилось, что, несмотря на флаги O_SYNC | O_DIRECT запись в прибор все равно не происходит, а данные остаются в кэше страниц. Так что для того чтобы считать показания прибора, приходится делать еще и echo 1 > /proc/sys/vm/drop_caches.

Понимаю, проблема не раз возникала, но гугл предлагает мне только этот вариант решения проблемы. Так как же правильно организовать небуферизованный ввод-вывод в linux?

собирая генту в чруте на x86_64 для нетбука (atom n270), с удивлением обнаружил, что gcc -march=atom генерит код, который потом уже не всегда исполняется в этом самом чруте. Поглядел, дело оказалось в инструкции movbe, которую генерит компилятор. Она есть в instruction set атома, но не на основном компе.

Вопрос — где бы посмотреть список инструкций атома, которых нет в x86_64?