на пятницу
https://stackoverflow.com/questions/5508110/why-is-this-program-erroneously-r...
такая вот дурь. поттеринг вроде с qrcode в init уже работал, пора ocr в компилятор включить. а то даже несерьезно как-то выходит
для Ъ не будет
по мотивам давешнего общения с американцами возник дурной (в)опросец - а как вы произносите zsh?
ищется обычный кнопочный телефон. основные требования:
интересен личный опыт использования, нагуглить и сам могу
немножко решил с gnu версии libelf перебраться на ту, которая на sourceware
в результате, при сборке prelink получил следующий шедевр
libtool: link: gcc -Wall -Wno-pointer-sign -pipe -march=native -mtune=native -Os -fomit-frame-pointer -mfpmath=sse -fno-diagnostics-show-caret -fdiagnostics-color=always -static -o prelink cache.o conflict.o cxx.o doit.o exec.o execle_open.o get.o gather.o layout.o main.o prelink.o reloc.o space.o u
ndo.o undoall.o verify.o canonicalize.o md5.o sha.o checksum.o data.o dso.o dwarf2.o fptr.o hashtab.o mdebug.o stabs.o crc32.o arch-i386.o arch-alpha.o arch-ppc.o arch-ppc64.o arch-sparc.o arch-sparc64.o arch-x86_64.o arch-mips.o arch-s390.o arch-s390x.o arch-arm.o arch-sh.o arch-ia64.o -L/usr/lib
-lelf
/usr/bin/ld: cannot find -lelf
collect2: error: ld returned 1 exit status
make[2]: *** [Makefile:480: prelink] Ошибка 1
make[2]: выход из каталога «/home/victor/Projects/packages/builds/prelink-20130503/src»
make[1]: *** [Makefile:404: all-recursive] Ошибка 1
make[1]: выход из каталога «/home/victor/Projects/packages/builds/prelink-20130503»
make: *** [Makefile:336: all] Ошибка 2
(victor@lenovo)..-20130503 $> ll /usr/lib/libelf* [mc]
-rwxr-xr-x 1 root root 90K Мар 16 21:12 /usr/lib/libelf-0.168.so*
lrwxrwxrwx 1 root root 11 Мар 16 21:12 /usr/lib/libelf.so -> libelf.so.1*
lrwxrwxrwx 1 root root 15 Мар 16 21:12 /usr/lib/libelf.so.1 -> libelf-0.168.so*
(victor@lenovo)..-20130503 $> [mc]
причем, остальные зависимые от libelf штуки, типа glib, ltrace и iproute собрались без проблем.
куда копать?!!
реально ли как-то научить ./configure подставлять полные пути вместо использования переменных?
а то, если задан только --prefix=/usr, всякие @libdir@ или @datadir@ заменяются на ${exec_prefix}/lib и ${prefix}/share. в результате приходится в скриптах держать кучу лишних переменных, что несколько раздражает
gm import -frame у меня кладет с прибором на этот самый -frame. что с этой опцией, что без нее, скриншоты окна получаются одинаковыми, обрамление не включается. ошибку в graphicsmagick вроде нашел, но перед тем, как слать патч разрабам, хотелось бы проверить, что не у меня одного эта кака проявляется
когда у FvwmIconMan нет окон для отображения, он показывает свой заголовок. и даже если выставить его пустым (Title ""), рамка все равно остается. баловство с TitleColorset и TitleButton эффекта, увы, не дали.
есть ли штатная возможность скрыть заголовок в FvwmIconMan? или придется колупать исходники модуля?
в очередной раз попытался перейти на gtk3 - в очередной раз понял, что это крайне бессмысленно.
вот они причины - http://sanana.kiev.ua/index.php/archives/42
для Ъ не будет
а что вам требуется от идеального броузера?
в большей степени интересны фичи интерфейса, а не движка
такой вопрос - существует ли в природе нормальная gtk тема иконок без symbolic?
а то эти кАзлы, в рот им песочка два ведра, попрошивали имена иконок в код, всякие Adwaita и прочие gnome-icons дают только sybmolic варианты, которые меня бесят
но стоит только попытаться эту гадость отключить через вполне штатный "-gtk-icon-style: regular;", как многие штуки, как сторонние (типа символа меню), так и чисто gtk-шные (как пример - отметка текущего цвета в GtkColorChooser) нафиг отваливаются, выдавая gtk-image-missing
Кто-нибудь может подсказать годную реализацию $subj на perl, чтобы не велосипедить?
Тривиальную вещь, типа подстановки многоточия вместо лишнего текста и сам могу. Но хотелось бы для иксов, с учетом используемого (не fixed) фонта (xft) и прочими наворотами
http://www.opennet.ru/opennews/art.shtml?num=44547
для Ъ - очередной типа шел на пистоне. с рекламными заманухами в анонсе
суть такова. необходимо собирать кое-какую диагностическую статистику, частично общесистемную, типа текущей загрузки проца или сетевух, частично весьма специфичную, отдаваемую своими железяками или софтом. было решено использовать для этого расширения net-snmp и perl-овых субагентов и создать свою ветку oid-ов в private.enterprises.
такая вот преамбула. а вопрос вот в чем. естественно, что различные классы отдаваемых данных разбиты на группы. в каждой группе предположительно 5-10 параметров. как лучше реализовывать такую схему - на каждую группу создавать свой mib и своего субагента, или сделать один mib и один скрипт для обработки всего? или может какая-то комбинация предыдущих двух вариантов?
з.ы. смена протокола и/или программных средств не рассматривается
суть такова - накатил zsh, скопировал свои конфиги. при входе PS1 сбрасывается на дефолтный $. с RPS1 все нормально.
специально в конце ~/.zshrc сделал вывод PS1 в файл - в файл кидается нормальный PS1. после загрузки куска конфига с определением PS1 при помощи source - тоже все чики-пики, и приглашение такое, как надо.
вынос нафиг /etc/zsh, сделанный от безысходности, тоже не помог. в чем могут быть грабли?
система - debian jessie (i386), zsh 5.0.7
а нельзя ли еще и закрытые темы каким-нибудь замком отмечать? а то у решенных галка есть, у _удаленных_ - тоже крестик, а у тем с ограничением на отправку комментариев - хрен вам. непорядочек
что-то туплю. как в gdb тормознуться на определенном (скажем сотом) вызове функции? а то чтение conditional breakpoints ясности не дало. что, вариант возможен только с дополнительной переменной aka счетчик вызовов и ее проверкой, или есть еще какие более элегантные решения?
заметил такую мерзость - превьюхи из галереи на главной в midori выглядят как говно. в firefox все прилично. происходит это потому, что в огнелисе отображаются NNNNN-med.png, а в midori, почему-то - NNNNN-icon.png
баловство с user agent в midori не помогло
неплохо бы эту каку подправить
дурной вопрос, а arpd из iproute2 хоть кто-то использует? накидайте use-cases, плиз
подскажите годный $subj, чтобы поменьше коллизий? по прикидкам, размер хеша будет небольшой, где-то до сотни
ключ - строка до 16 символов из набора [0-9A-Za-z._-]. велика вероятность повтора в ключах первых 4-5 символов.
пока что размышляю на предмет разных crc, или про нечто самописное, на основе сплита ключа на части с дальнейшими издевательствами над полученными кусочками
но может есть что более оптимально-готовое?
наблюдается следующая мерзость
(victor@lenovo)~/tmp $> cat t.sh [sh]
#! /bin/bash
str="несколько слов не латиницей"
echo "$str" | wc -c
echo "$str" | wc -m
printf '"%-55s"\n' "$str"
printf '"%-55ls"\n' "$str"
(victor@lenovo)~/tmp $> ./t.sh [sh]
52
28
"несколько слов не латиницей "
"несколько слов не латиницей "
(victor@lenovo)~/tmp $> [sh]
т.е. bash-ский printf всегда рассчитывает длину строки побайтно, а не посимвольно. с printf из coreutils - та же фигня.
есть какие-то обходные пути для исправления этого безобразия, или только исходники bash-а пилить?
| ← предыдущие | следующие → |