красный день календаря, понесло в сторону первичного ильича. как «религия - опиум народа»

собственно - $subj:discuss

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

феерия просто

http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3030

а как вы оформляете свои багрепорты? если оформляете, конечно. лично я предпочитаю вместе с патчем, корректирующим, или, как минимум, обходящем проблему

давеча выдались свободные минутки, наконец-то доконфигурировал less до приемлемого состояния, когда им можно заменить дефолтный просмотрщик в mc.

что сделано:

• написан фильтр для LESSOPEN - http://pastebin.com/keGVyn6S
• выставлены нормальные дефолтные аргументы

  LESSHISTFILE=-
  LESS=-cRSM~#1PMФайл\: ?f%F:stdin. | Строки\: %lt-%lB?L/%L. ?PB(%PB\%) .| Страница\: %d?L/%D.
  

• добавлены пара кейбиндингов для разных удобств, типа переключения режима переноса строк и показа номеров строк

   \e\e    quit
  ^[[19~  toggle-option N
  ^[OQ    toggle-option S
  

  эта гадость скармливается lesskey
• чтобы не портилась статусная строка у man был сделан алиас для zsh - alias man='nocorrect LESS= man'
• ну и напоследок - убрана галка «использовать встроенный просмотр» в mc

внутренний перфекционист жутко протестовал против коряво-обрезанной нижней строки в less, потому его (less, а не внутреннего перфекциониста) пришлось малось пропатчить

--- less-458/command.c.orig	2013-04-04 19:55:05.000000000 +0300
+++ less-458/command.c	2013-11-01 10:40:03.189045787 +0200
@@ -741,14 +741,19 @@
 	if (is_filtering())
 		putstr("& ");
 	if (p == NULL || *p == '\0')
+	{
 		putchr(':');
+		clear_eol();
+	}
 	else
 	{
+		int i;
+		char *ptr;
 		at_enter(AT_STANDOUT);
 		putstr(p);
+		clear_eol();
 		at_exit();
 	}
-	clear_eol();
 }
 
 /*

пока результатом доволен

echo -e "\033[41mtest\033[K"

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

это бага или фича? и еще просьба проверить это поведение на свежих версиях vte-терминалов, а то у меня древняя 0.28.2

UPD: как оказалось, гадит не vte, а gnu screen

такой вопрос - а какие компоненты должны быть включены в базовый состав de, по вашему мнению?

bash я использую исключительно для скриптов, никакие интерактивности от него мне не требуются. поэтому при сборке всякие readline, history и прочие progcomp отключаются нафиг.

однако заметил, что в последнее время, если запущу bash в интерактивном режиме, для быстрой проверки различных синтаксических конструкций, это животное создает ~/.bash_history, хотя сохранение истории отключено.

при разборе полетов оказалось, что все историчности в коде отключаются конструкцией #if defined(HISTORY). в config.h есть закоментаренный #undef HISTORY. однако HISTORY все равно считается определенным и соотвественный код присутствует в бинаре. grep по исходникам нечего не показал, явных определений HISTORY кроме как в config.h.in/config.h нет. в выхлопе make тоже ничего криминального. помогло только явное добавление -UHISTORY в CFLAGS.

потому вопрос - а где еще эта препроцессорная гадость может определяться?

$subj при использовании темных цветовых тем выглятит как г-но - мерзкие рамки для придания меню 3d-вида бесят. остальные менюхи вроде нормальные. это можно как-то поправить, а то я в этих xul-овых css не очень большой эксперт?

firefox 23.0.1, gtk - 2.24.20, движок - murrine

http://postimg.org/image/ahl8kmeh7/5194baf4/

http://kyiv.gdg.org.ua/post/2955/

такое вот. мопед не мой. для Ъ не будет. сам пойду, скорее всего

интересно, это окончание каникул или тенденция вообще? уж слишком много в последнее время тем «что лучше - X или Y», «что выучить X, Y или Z» и тому подобных.

сегодня в в свежем мясе проскочила такая дурь - https://github.com/arachsys/init. для Ъ - еще один init.

кто-нибудь это пользовал, и если да - каковы впечатления?

как воспроизвести:

1. mkdir dir
2. cd dir
3. rm -rf ../dir

получаем «vfs_path_get_by_index: incorrect index!»

патчик, исправляющий эту лажу

--- mc/src/filemanager/panel.c.orig	2013-06-12 14:01:02.000000000 +0300
+++ mc/src/filemanager/panel.c	2013-07-01 15:37:31.061950371 +0300
@@ -4150,12 +4150,12 @@
     do
     {
         char *last_slash;
-        const char *panel_cwd_path;
+        char *panel_cwd_path;
 
         if (mc_chdir (panel->cwd_vpath) != -1)
             break;
 
-        panel_cwd_path = vfs_path_as_str (panel->cwd_vpath);
+        panel_cwd_path = g_strdup (vfs_path_as_str (panel->cwd_vpath));
 
         if (panel_cwd_path[0] == PATH_SEP && panel_cwd_path[1] == '\0')
         {
@@ -4170,8 +4170,9 @@
         else
         {
             *last_slash = '\0';
-            panel->cwd_vpath = vfs_path_clone (panel->cwd_vpath);
+            panel->cwd_vpath = vfs_path_from_str (panel_cwd_path);
         }
+        g_free (panel_cwd_path);
         memset (&(panel->dir_stat), 0, sizeof (panel->dir_stat));
         show_dir (panel);
     }

может кто сталкивался, и знает, как побороть.

код

#include <gtk/gtk.h>

#define TEXT "Lorem ipsum dolor sit amet, consectetur adipisicing 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."

static void
cb_allocate (GtkWidget *l, GtkAllocation *al, gpointer data)
{
  gtk_widget_set_size_request (l, al->width, -1);
  gtk_widget_queue_draw (l);
}

int
main (int argc, char *argv[])
{
  GtkWidget *w, *l;

  gtk_init (&argc, &argv);

  w = gtk_window_new (GTK_WINDOW_TOPLEVEL);
  gtk_container_set_border_width (GTK_CONTAINER (w), 5);
  g_signal_connect (G_OBJECT (w), "delete-event", gtk_main_quit, NULL);

  l = gtk_label_new (TEXT);
  gtk_label_set_line_wrap (GTK_LABEL (l), TRUE);
  gtk_container_add (GTK_CONTAINER (w), l);
  g_signal_connect (G_OBJECT (l), "size-allocate", G_CALLBACK (cb_allocate), NULL);

  gtk_widget_show_all (w);

  gtk_main ();

  return 0;
}

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

если используется внешний редактор, shift-f4 вываливает mc в segfault. патчик исправляет это безобразие

--- mc-4.8.8/src/execute.c.orig	2013-03-07 12:45:57.000000000 +0200
+++ mc-4.8.8/src/execute.c	2013-06-07 10:54:02.660398618 +0300
@@ -633,12 +633,15 @@
         char **argv_cmd_options;
         int argv_count;
 
-        g_shell_parse_argv (extern_cmd_options, &argv_count, &argv_cmd_options, NULL);
+        if (g_shell_parse_argv (extern_cmd_options, &argv_count, &argv_cmd_options, NULL))
+        {
+            do_executev (command, EXECUTE_INTERNAL, argv_cmd_options);
+            g_strfreev (argv_cmd_options);
+        }
+        else
+            do_executev (command, EXECUTE_INTERNAL, NULL);
+        
         g_free (extern_cmd_options);
-
-        do_executev (command, EXECUTE_INTERNAL, argv_cmd_options);
-
-        g_strfreev (argv_cmd_options);
     }
 
     execute_cleanup_with_vfs_arg (filename_vpath, &localcopy_vpath, &mtime);

$subj, собственно. Немасштабируется нифига, в результате верстка - фекалии.

$subj, собственно.

клацаешь, на уведомления - все в порядке. переход по любой другой ссылке - показывает то же количество не прочитанных. проявляется только в midori с webkit 0.10.2. firefox отрабатывает нормально, и счетчик сбрасывается для всех

пусть здесь полежит, может кому и сгодится

http://pastebin.com/dZqpYeRG

вкратце - extfs helper для iso с использованием xorriso вместо cdinfo

и да, разработчикам - было бы неплохо написать какую-то доку по возможным командам и их аргументам для extfs

такой вопрос, нужно ли поддерживать gtk2 в своих проектах? если в этом смысл или это бесполезная трата времени и сил?

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

Перемещено mono из talks

а что это за порнография с опросами? на редкость похабно выглядит

забавно вот за этим наблюдать. хотя и грустно.

сначала был static /dev. неудобно. в 2.4 изобрели devfsd - было круто. кто-то ляпнул, что /dev из ядра - это некошерно. в 2.6 сделали udev - было круто. потом полезли какашки. появился devtmpfs - получились те же яйца, что и с devfs, только в профиль. в результате очередного срача загрузку паршивок перенесли в ядро. теперь твари поттеринг с сиверсом забили на pci.ids и usb.ids , и мутят свою базу.

что дальше, и что о подобной эволюции думает сэр чальз дарвин?