Arch Linux User Repository

It seems the latest commit (3e43094bdfaa) no longer installs lsyncd.service, everything works fine when installed manually though

That is a problem with the luac5.4, compiler not with lsyncd.

Jul 21 23:57:38 thermi-probook systemd[1]: Started Process Core Dump (PID 925922/UID 0).
Jul 21 23:57:38 thermi-probook systemd-coredump[925928]: [🡕] Process 925921 (luac5.4) of user 1000 dumped core.

                                                         Module linux-vdso.so.1 with build-id d3c210522f2d619f9e3c2d7196aaa6ec2037e14b
                                                         Module ld-linux-x86-64.so.2 with build-id 0effd0e43efa4468d3c31871c93af0b7f3005673
                                                         Module libc.so.6 with build-id 60df1df31f02a7b23da83e8ef923359885b81492
                                                         Module libm.so.6 with build-id 1b7296ef9fd806e47060788389293c824b09ad72
                                                         Module luac with build-id 6a9bcb38fc643906774d6f9c6b2a792c0eda2897
                                                         Stack trace of thread 925921:
                                                         #0  0x00007f972188e36c n/a (libc.so.6 + 0x8e36c)
                                                         #1  0x00007f972183e838 raise (libc.so.6 + 0x3e838)
                                                         #2  0x00007f9721828535 abort (libc.so.6 + 0x28535)
                                                         #3  0x00007f972188245e n/a (libc.so.6 + 0x8245e)
                                                         #4  0x00007f97218980cc n/a (libc.so.6 + 0x980cc)
                                                         #5  0x00007f9721898bf4 n/a (libc.so.6 + 0x98bf4)
                                                         #6  0x00007f9721899ca3 n/a (libc.so.6 + 0x99ca3)
                                                         #7  0x00007f972189c8f3 free (libc.so.6 + 0x9c8f3)
                                                         #8  0x00005613142e96a2 n/a (luac + 0x206a2)
                                                         #9  0x00005613142d5ef9 n/a (luac + 0xcef9)
                                                         #10 0x00005613142d6956 n/a (luac + 0xd956)
                                                         #11 0x00005613142dbaaf n/a (luac + 0x12aaf)
                                                         #12 0x00005613142ce1f4 main (luac + 0x51f4)
                                                         #13 0x00007f9721829290 n/a (libc.so.6 + 0x29290)
                                                         #14 0x00007f972182934a __libc_start_main (libc.so.6 + 0x2934a)
                                                         #15 0x00005613142ce38e _start (luac + 0x538e)
                                                         ELF object binary architecture: AMD x86-64

I get a similar error since 2.3.0:

[  0%] Built target prepare_tests
[ 11%] Generating runner.out
Compiling built-in runner
[ 22%] Generating defaults.out
Compiling built-in default configs
corrupted double-linked list
make[2]: *** [CMakeFiles/lsyncd.dir/build.make:93: defaults.out] Aborted
make[2]: *** Deleting file 'defaults.out'
make[1]: *** [CMakeFiles/Makefile2:191: CMakeFiles/lsyncd.dir/all] Error 2
make: *** [Makefile:136: all] Error 2
==> ERROR: A failure occurred in build().
    Aborting...

I get this error when building this package in a CI pipeline running on a server. I don't get this error locally. Haven't figured out what is the difference though.

I get this for 2.3.0-1 update:

[ 22%] Built target prepare_tests
[ 33%] Generating runner.c
Generating built-in runner linkable
make[2]: *** [CMakeFiles/lsyncd.dir/build.make:93: defaults.out] Segmentation fault         (core dumped)
make[2]: *** Deleting file 'defaults.out'
make[1]: *** [CMakeFiles/Makefile2:191: CMakeFiles/lsyncd.dir/all] Error 2
make: *** [Makefile:136: all] Error 2
==> ERROR: A failure occurred in build().
    Aborting...

I just found a hardcoded usage of luac5.3 in the cmake instructions. I patched that out. Please let me know if that works for you.

Since it has been 518 days since the last AUR release, is it time to submit a request to mark this package as "orphaned"? I've never done this before, and I don't know what the rules or the customs are; I'm just asking.

I could not get foobster's patch to work. I had to follow roks532's suggestions. Note that you have to change directories into the build directory after you create it.

@foobster Also thanks from me, your simple addition works just fine.

@foobster thanks for the patch. It does work! Have to admit - took me a while to figure it out, though.