Hi,
i have a problem with unison (i belive it is a frontent for rsync, but basically it is a tool for synchronizing files on different computers), since the last two updates (via zypper dup) it crashes right at the moment when i start the syncronisng but only when the password is correct!
No error message, it just crashes and is gone. When using the text ui via the console i get a “Speicherzugriffsfehler” (segmentation fault), right after hitting enter.
What can i do? I need this to work.
I tested a bit, executing:
unison -version
shows: 2.40.102
this is the case on my tumbleweed notebook and all of my other pcs runing opensuse 13.x.
All have the same version, but only on the tumbleweed notebook, running this:
unison -ui text
directly results in a segmentation fault.
Problems like this seem to be known, is it possible that the package was recompilted with some dependencies changed?
Could someone test the above command on his/hers tumbleweed installation to check if it seg faults too?
Could anyone please test if the problem occours on their side too?
Fortunately a few days ago a new unison version was released, maybe this fixes my problem.
I hope it is getting added to the tumbleweed repositorys soon.
hi
I am experiencing the same issue since a few days.
It used to work fine previously.
I am running unison version 2.48.3 from package unison-2.48.3-1.1.x86_64
rgds
Paul
I suspect this is gtk related since I don’t have the issue when I run unison in text mode (-ui text)
On 2015-02-05 19:36, sabo007 wrote:
>
> Hi,
> i have a problem with unison (i belive it is a frontent for rsync,
No, it is not.
–
Cheers / Saludos,
Carlos E. R.
(from 13.1 x86_64 “Bottle” (Minas Tirith))
Well, then, what is it?
Well, obviously, it’s a completely separate application. There are many frontends for rsync though if you are looking for one, like grsync.
On 2015-07-01 16:26, evetsnameloc wrote:
>
> robin_listas;2717556 Wrote:
>> On 2015-02-05 19:36, sabo007 wrote:
>>>
>>> (i belive it is a frontent for rsync,
>>
>> No, it is not.
> Well, then, what is it?
It is a standalone application, that uses ssh for transport, and uses
its own methods and implementation for the rest. You can read about it
on their home page.
For instance, unison can, on a single session, move files from A to B
and B to A, depending which particular file is newer. And for this it
keeps a small database or registry.
rsync can do nothing of this, it copies in a single direction only,
decided at the time of calling it.
–
Cheers / Saludos,
Carlos E. R.
(from 13.1 x86_64 “Bottle” (Minas Tirith))
I can confirm this bug, and I can confirm that it only happens when using the GUI (meaning that “uinson -ui text <profilename>” still works). For me, Unison seems to crash in ml_gobject.c, line 245.
If it helps (if anyone involved in porting Unison is reading this), here is the backtrace for the crash:
(unison:7432): GLib-GObject-WARNING **: The property GtkDialog:has-separator
is deprecated and shouldn’t be used anymore. It will be removed in a future
version.
[New Thread 0x7fffdbffe700 (LWP 7444)]
[New Thread 0x7fffe7fff700 (LWP 7442)]
[New Thread 0x7fffeca1c700 (LWP 7441)]
Program received signal SIGSEGV, Segmentation fault.
GValue_val (val=1) at ml_gobject.c:245
245 ml_gobject.c: Datei oder Verzeichnis nicht gefunden.
(gdb) bt
#0 0x00000000005be551 in GValue_val (val=1) at ml_gobject.c:245
#1 0x00000000005bf31c in ml_g_signal_emit_by_name (obj=140736864387832,
sig=9908408, params=140737203290968) at ml_gobject.c:674
#2 0x00000000004e9396 in camlGtkSignal__fun_1460 ()
#3 0x000000000043dac5 in camlUigtk2__select_2614 ()
at /usr/src/debug/unison-2.48.3/uigtk2.ml:3018
#4 0x000000000043e665 in camlUigtk2__displayMain_2675 ()
at /usr/src/debug/unison-2.48.3/uigtk2.ml:3168
#5 0x000000000043fc64 in camlUigtk2__detectUpdatesAndReconcile_2759 ()
at /usr/src/debug/unison-2.48.3/uigtk2.ml:3403
#6 0x0000000000443273 in camlUigtk2__getLock_1116 ()
at /usr/src/debug/unison-2.48.3/uigtk2.ml:156
#7 0x0000000000440f61 in camlUigtk2__detectCmd_2915 ()
at /usr/src/debug/unison-2.48.3/uigtk2.ml:3919
#8 0x00000000004614fa in camlUigtk2__start_2968 ()
at /usr/src/debug/unison-2.48.3/uigtk2.ml:4276
#9 0x000000000046357a in camlMain__Body_1088 ()
at /usr/src/debug/unison-2.48.3/main.ml:241
#10 0x000000000042e833 in camlLinkgtk2__entry ()
#11 0x0000000000427259 in caml_program ()
#12 0x00000000005eac5e in caml_start_program ()
#13 0x0000000000000000 in ()
(gdb)
On 2015-07-20 23:46, Ente wrote:
> If it helps (if anyone involved in porting Unison is reading this), here
> is the backtrace for the crash:
Rather, you should provide that info in a bugzilla 
–
Cheers / Saludos,
Carlos E. R.
(from 13.1 x86_64 “Bottle” (Minas Tirith))