← All posts tagged говно

tzirechnoy
Linux говно запустил scilab после некоторого перерыва. После полуминуты тормозов и некоторой ругани libEGL (?) на DRI — вместо появления комстроки запустилось какое-то графическое гонево! Ну что за грибы, на полгода отвернуться нельзя, говнища какого-нибудь накидают!
tzirechnoy
Linux говно sudo Debian, sudo...
Всё, сдаюсь, я ничего не понял. ВНЕЗАПНО на этой неделе прекратили работать команды вида "sudo ip ad ...", которые запускали скрипты, которые запускал openvpn, запущенный в свою очередь через service.

Такие жэ команды от меня работают. После sudo su — — работают. Разумеется, с полным путём — sudo /sbin/ip ad ... — работают.
sudoers следующий (опуская комментарии и пустые строчки):

Defaults env_reset
root ALL=(ALL) ALL
%staff ALL=(ALL) ALL
ilan ALL=NOPASSWD: /usr/sbin/visudo, /usr/bin/apt-get, /usr/bin/qemu-system-i386


Версия sudo:
Установлен: 1.8.10p3-1

/etc/sudo.conf — отсутствет.

А теперь, внимание добавление secure_path — решает проблему!!
Сейчас

Defaults env_reset, secure_path="/bin:/usr/bin:/sbin:/usr/sbin"

и всё, sudo ip ad ... — работает.
При том, что вроде дефолтный secure_path — ещё и /usr/local/bin:/usr/local/sbin включает (ну, по исходникам вроде так). При том, что вообще не должно быть никакой разницы между мной и root (exempt_group не установлена).

Вроде неделю назад (в предыдущую перезагрузка) оно работало. Что случилось, и почему так — непонятно.

15 лет назад sudo был тяжэловат в понимании и сложэн. Сейчас к нему добавили прикольных фичек, дефолтиков, плагинчиков и прочего. Стало, конечно, хужэ.
tzirechnoy
opensource говно guile 0_ilan@azor /tmp%time guile-1.6 </dev/null >/dev/null
guile-1.6 < /dev/null > /dev/null 0,02s user 0,00s system 96% cpu 0,025 total
0_ilan@azor /tmp%time guile-1.8 </dev/null >/dev/null
guile-1.8 < /dev/null > /dev/null 0,06s user 0,00s system 103% cpu 0,054 total
0_ilan@azor /tmp%time guile-2.0 </dev/null >/dev/null
guile-2.0 < /dev/null > /dev/null 0,12s user 0,02s system 100% cpu 0,144 total
tzirechnoy
Linux говно OpenGL Некоторая часть glx-приложэний прямо сразу после запуска падали с воплями... эээ.. Ну, точно не записал — но в общем — Unsupported GLX Request Opcode major: 155 (GLX), minor: 16 (private vendor request). А, да, от всякого dri я избавился путём установки дефолтной libGL вместо nvidia. Ну, DRI тожэ запретил в конфиге — но как-то оно не всегда запрещается.

Выяснение через tcpdump показало, что это был vendor 65536 — т.е. на самом деле не vendor, а glXSwapIntervalSGI из GLX_SGI_swap_control.

Ъ, у него возможные ошыбки — только BadValue. Ну да, glx у nvidia как обычно никто не тэстирует, и работает оно из рук вон плохо.
Пока что заменил в /usr/lib/nvidia/legacy-304xx/libglx.so.304.123 все строки GLX_SGI_swap_control на GLX_SGI_twap_control. И всё заработало.
tzirechnoy
Debian говно update на jessie молча вынес /etc/logrotate.d/cups в .dpkg-bak. И поставил говно какое-то дефолтное.

Собственно, банальность: дебиан всё. В убунте всё, скорее всего, ещё хужэ. Пользоваться этим можно только от любви к игрушкам — впрочем, на этот случай у нас всегда есть шлакварь.
tzirechnoy
Linux говно bc (символ > вписан мною, чтобы отличать ввод от вывода)
0_ilan@azor /tmp%bc -l
bc 1.06.95
Copyright 1991-1994, 1997, 1998, 2000, 2004, 2006 Free Software Foundation, Inc.
This is free software with ABSOLUTELY NO WARRANTY.
For details type `warranty'.
obase=2
scale=100
18.9
10010.1110
18.9010010.1110011
18.9000000000000000000010010.11100110011001100110011001100110011001100110011001100110011001\
10011
189/1001.111000111101011100001010001111010111000010100011110101110000101000\
11110101110000101000111101011100001010001111010111000010100011110101\
11000010100011110101110000101000111101011100001010001111010111000010\
10001111010111000010100011110101110000101000111101011100001010001111\
010111000010100011110101110000101000111101011100001010001111010
tzirechnoy
Linux говно cups usb-backend в cups отваливается с ошыбкой если 5 минут не можэт записать страницу в принтэр. Сегодня такое случилось по причине того, что бумага закончилась (и это увидели через 3 часа где-то).
Впрочем, лимит в 5 минут — это вообще весело. Там вроде буферизуется не более страницы (особенность передачи этого raster в backend), но всё равно — что такое 5 минут для печати A0 например? А нескольких копий A0 с памятью в принтэре?
В общем, какой-то совершэнный идиотизм в этом cups usb backend. Да и в цэлом про cups у меня мнение плохое.