x86_64 support
Created attachment 963 [details] x86_64 support
подрабатываю баго-прокси-сервером... ;) патч отрывает сборку документации. это не есть хорошо. может логи несборки на этой архитектуре подбросите?
он отрывает только для x86_64. там какие-то проблемы с работой dia в hasher. В системе dia генерит png'ки, а в хэшере слетает...
я чинил dia по этому поводу (#2441). можно всё-таки увидеть что говорит dia при генерации? И ещё. Там на Makefile от samba-docs-svn можно натравить s/$(DIA)/strace -o dia.log $(DIA)/ (добавив strace в зависимости пакета). И потом выслать лог сюда.
Он ничего не говорил, просто выходит с exit code=0. Там glib'ная функция отваливается...
$ ltrace dia -e aaa.png -n /tmp/AccountingNetwork.dia ... g_str_equal(0x2aaaac245ffc, 0x2aaaac2458e4, 25, 0xb798957b, -6) = 0 g_str_hash(0x57f840, 0x57f840, 70, 70, 0) = 0xb798957b g_str_equal(0x2aaaac245ffc, 0x57f840, 25, 0xb798957b, 0) = 0 <... g_option_context_parse resumed> ) = 0 exit(0 <unfinished ...> +++ exited (status 0) +++ $ strace dia -e aaa.png -n /tmp/AccountingNetwork.dia .... fstat(3, {st_mode=S_IFREG|0644, st_size=1436, ...}) = 0 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x2aaaada37000 read(3, "root:x:0:0:System Administrator:"..., 4096) = 1436 close(3) = 0 munmap(0x2aaaada37000, 4096) = 0 _exit(0) = ? Но при этом в dmesg куча спама (на один такой процесс ругани в несколько экранов): ... dia[2195] trap int3 rip:41a8f1 rsp:7fffffffe738 error:0 dia[2195] trap int3 rip:2aaaac4b08d0 rsp:7fffffffe740 error:0 dia[2195] trap int3 rip:42a376 rsp:7fffffffe870 error:0 dia[2195] trap int3 rip:419fa1 rsp:7fffffffe868 error:0 Вот так он вываливается. А вот, что в gdb: #0 0x00002aaaac4d9b5f in IA__g_option_context_parse (context=0x3, argc=0x4, argv=0x576e10, error=0x7fffffffe82c) at goption.c:1120 #1 0x000000000042a375 in app_init () #2 0x0000000000454c69 in main () Но вот странности с argc, argv, error и context -- у них какие-то странные значения.
Интересно ещё и то, что в dia перед вызовом g_option_context_parse: (gdb) p context $1 = (GOptionContext *) 0x582e10 (gdb) p argc $2 = 5 (gdb) p &argc $3 = (int *) 0x7fffffffe79c (gdb) p argv $4 = (char **) 0x7fffffffe8a8 (gdb) p error $5 = (GError *) 0x0 (gdb) p &error $6 = (GError **) 0x7fffffffe768 (gdb) p &argv $7 = (char ***) 0x7fffffffe790 а функция вызвалась с параметрами: IA__g_option_context_parse(context=0x3, argc=0x4, argv=0x582e10, error=0x7fffffffe79c) Такое ощущение, что параметры перемешались.
гм-м-м... я всё-таки добил последний Сизифный dia и он... заработал! :)
ой... забыл, что я ещё патч постил, который нужно-таки применять :) только без %ifarch x86_64
неужели никто не сделает NMU? готов выкинуть исправленный src.rpm, если кто нить потестит работу на x86-64 $)
По-моему, эту ошибку давно пора закрыть, поскольку x86_64 у нас теперь нормально поддерживается.
