Тихо и незаметно состоялся очередной релиз sysvinit
Изменения в этом релизе:
>>> Страница проекта
на stackoverflow на какие-то темки наткнулся, где ненужность cat в некоторых конвейерах обсуждалась. походу вопрос несколько философски-технический возник
какой вариант православнее для получения количества строк в файле в переменную
lines=$(wc -l /path/to/file | cut -f1 -d' ')или
lines=$(cat /path/to/file | wc -l)кому какой шустрее/читабельнее/etc?
есть такой вот тестовый код
#include <gtk/gtk.h>
int
main (int argc, char *argv[])
{
GtkWidget *w, *b, *l;
const gchar *txt = "Lorem ipsum dolor sit amet, consectetur adipiscing elit, sed do eiusmod tempor incididunt ut "
"labore et dolore magna aliqua. Ut enim ad minim veniam, quis nostrud exercitation ullamco laboris nisi ut aliquip "
"ex ea commodo consequat. Duis aute irure dolor in reprehenderit in voluptate velit esse cillum dolore eu fugiat "
"nulla pariatur. Excepteur sint occaecat cupidatat non proident, sunt in culpa qui officia deserunt mollit anim id "
"est laborum.";
gtk_init (&argc, &argv);
l = gtk_label_new (txt);
gtk_label_set_line_wrap (GTK_LABEL (l), TRUE);
b = gtk_box_new (GTK_ORIENTATION_VERTICAL, 5);
gtk_box_pack_start (GTK_BOX (b), l, FALSE, TRUE, 0);
gtk_widget_show_all (b);
w = gtk_window_new (GTK_WINDOW_TOPLEVEL);
gtk_window_set_default_size (GTK_WINDOW (w), 600, -1);
g_signal_connect (G_OBJECT (w), "delete-event", G_CALLBACK (gtk_main_quit), NULL);
gtk_container_add (GTK_CONTAINER (w), b);
gtk_widget_set_size_request (w, 600, -1);
/*gtk_window_set_resizable (GTK_WINDOW (w), FALSE);*/
gtk_widget_show (w);
gtk_main ();
return 0;
}
вроде, работает как ожидается. ширина окна - 600, текст переносится, все классно. стоит раскомментарить gtk_window_set_resizable - gtk на заданную ширину кладет с прибором, и, судя по всему, пытается использовать ширину экрана. как с этим бороться?
p.s. если задавать какой-то короткий текст, то все работает нормально, проблема только при переносе длинного текста
а последние firefox вообще можно собрать с alsa вместо пульсы и без наличия в системе gtk2? кто-нибудь подобными збочинствами наслаждался? или весь этот ваш треп за «gtk2 - жмур» - таки полный треп?
на пятницу
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
при переходе на gtk3 бочины вылезают в самых неожиданных местах. так, например, оказалось, что вменяемого менеджера буфера обмена просто нет
ну нет, и нет, гусара триппером не испугаешь. xclip, небольшой шеловский скрипт и фантастическая фичастость fvwm - и менеджер готов
как я это сделал - попытался описать здесь
>>> Просмотр (1366x768, 56 Kb)
Кто-нибудь может подсказать годную реализацию $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
| ← предыдущие | следующие → |