Package Details: lsyncd 2.3.0-1

Git Clone URL: https://aur.archlinux.org/lsyncd.git (read-only, click to copy)
Package Base: lsyncd
Description: Live Syncing (Mirror) Daemon
Upstream URL: https://github.com/axkibe/lsyncd
Licenses: GPL2
Submitter: djgera
Maintainer: Thermi
Last Packager: Thermi
Votes: 65
Popularity: 0.168424
First Submitted: 2009-03-25 20:03 (UTC)
Last Updated: 2022-07-10 16:21 (UTC)

Latest Comments

Thermi commented on 2022-07-21 21:59 (UTC)

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

njam commented on 2022-07-21 09:10 (UTC)

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.

bighead commented on 2022-07-21 07:40 (UTC)

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...

Thermi commented on 2022-02-12 23:47 (UTC)

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.

vgivanovic commented on 2022-02-12 18:30 (UTC)

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.

vgivanovic commented on 2022-02-12 18:22 (UTC)

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.

n-tchen commented on 2022-02-09 20:48 (UTC)

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

niveus.corax commented on 2021-12-10 17:55 (UTC) (edited on 2021-12-11 12:14 (UTC) by niveus.corax)

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

kepi commented on 2021-04-12 18:27 (UTC)

@foobster Huge thanks! This one finally works, I have lsyncd back. And now I can work comfortably too :)

foobster commented on 2021-04-12 18:21 (UTC) (edited on 2021-04-12 18:22 (UTC) by foobster)

The problem is that the generated make files end up referencing a mix of lua versions. The build itself works fine with lua 5.4 as long as it's used consistently. Fixing the CMake config would be preferable, but this is a quick and dirty fix that gets the job done:

diff --git a/PKGBUILD b/PKGBUILD
index eb03747..d25a424 100644
--- a/PKGBUILD
+++ b/PKGBUILD
@@ -29,6 +29,7 @@ build() {
     cd ${srcdir}/${pkgname}-release-${pkgver}
     mkdir -p build
     cd build
     cmake -DCMAKE_INSTALL_PREFIX=/usr ..
+    grep -E -rl 'luac?5\.[1-4]' . | xargs sed -i 's/\(luac\?5\.\)[1-4]/\14/g'
     make
 }

dpvpro commented on 2021-02-07 11:48 (UTC)

@kepi Yes, it's true.

kepi commented on 2021-02-04 18:26 (UTC)

@dpvpro unfortunately it doesn't help. It builds without any problem, but same error during runtime.

To be clear, I'm not able to remove lua package, as I had three more packages depending on it.

roks531 commented on 2021-01-09 01:21 (UTC) (edited on 2021-01-09 10:25 (UTC) by roks531)

I didn't manage to get the last version working because of the lua version mismatch not with pacaur and also not from github directly. However I did manage to get the version 2.2.2 from github working on manjaro

the procedure to make it work:

  pacaur -Rs lsyncd  #remove lsyncd
  pacman -Rdd lua    #remove latest lua

download and unpack lsyncd version 2.2.2 from github: https://github.com/axkibe/lsyncd/releases/tag/release-2.2.2

 mkdir build #inside the unpacked directory
 cmake ..
 make
 sudo make install

Lsyncd should now work, for the config you should create /etc/lsyncd/lsyncd.conf.lua. I also created a service in /usr/lib/systemd/system/lsyncd.service

Now all works as it should

kepi commented on 2020-11-07 21:28 (UTC)

Same problem, unfortunately I'm not able to remove older luas myself but still need lsyncd badly :(

I opened issue in lsyncd (not sure if it helps as there is not much activity in repo): https://github.com/axkibe/lsyncd/issues/622

If you found another workaround but removing other luas, let me know please.

Thermi commented on 2020-09-18 15:54 (UTC)

I'll add a workaround/fix once one becomes available. I myself don't use lsyncd anymore, so it's not a priority.

bighead commented on 2020-09-17 14:10 (UTC)

I removed lua53 and lua52 (losing VLC and GIMP as they had to go along with them), reinstalled lsyncd and now it works. Not optimal but I need lsyncd more than those two. Thanks njam for the tip.

njam commented on 2020-09-17 13:03 (UTC) (edited on 2020-09-17 13:09 (UTC) by njam)

I experience the same error ("bad binary format (version mismatch)").

Maybe caused by different lua versions installed (package "lua" (5.4), "lua53" (5.3) and "lua52" (5.2)), and then lsyncd picking the wrong one? See also https://github.com/axkibe/lsyncd/issues/413

bighead commented on 2020-09-16 14:40 (UTC)

I get this error after last update: error loading precompiled runner: runner: bad binary format (version mismatch) Any ideas?

Thermi commented on 2020-09-12 13:04 (UTC)

Thank you for your work, I incorporated the changes made by wwwlea into the sources here.

luizribeiro commented on 2020-09-06 14:01 (UTC)

@wwwlea's patch worked perfectly for me. @Thermi, can you update the package so that it includes his patches?

wwwlea commented on 2020-08-26 08:30 (UTC)

I had some errors building with the newest version of Lua (5.4) that was released earlier this month. I resolved these with two changes:

  • A macro in lsyncd.h needs to be renamed from from "LUA_COMPAT_5_1" to "LUA_COMPAT_5_3"

  • The "FindLua.cmake.patch" needs to be updated so that it also finds version 5.4 and not just 5.3 and 5.2

I have put these changes on GitHub at https://github.com/HippocampusGirl/lsyncd-aur

klemens commented on 2020-08-18 21:36 (UTC)

I think this should now depend on lua53 instead of lua.

vamega commented on 2018-07-28 05:22 (UTC)

I updated the PKGBUILD and made a patch to have this build against lua5.3. Upstream prefers Lua5.2 because Debian doesn't have some lua libraries for 5.3 packaged.

Would you consider incorporating the latest commit from https://github.com/vamega/lsyncd-aur/ into this package.

neonardo commented on 2018-06-12 15:29 (UTC)

@Noeljunior it will build against lua 5.3 now. I was having trouble getting a working binary so I removed the 5.2 libs so it would stop building against them, modified pkgbuild so it would not require them, and it built successfully against 5.3.

As of lsyncd 2.2.3 it's supposed to be compatible with lua 5.3 moving forward so perhaps it's time to get this package updated to reflect that, and use it.

Good luck.

Noeljunior commented on 2018-06-08 08:08 (UTC)

@beac0n, @ArcCha you've managed how to install; could you run it standalone? I mean, by running lsyncd in terminal.

beac0n commented on 2018-05-05 10:07 (UTC) (edited on 2018-05-05 10:08 (UTC) by beac0n)

based on the comment from ArcCha, this oneliner installed the package successfully on my machine:

LUA_DIR=/usr/include/lua5.2 yaourt -S lsyncd --noconfirm

ArcCha commented on 2018-05-05 08:41 (UTC) (edited on 2018-05-05 08:42 (UTC) by ArcCha)

This package failed to install on my system with the following error - https://pastebin.com/6VYspd5H

I was able to successfully install this package by issuing export LUA_DIR=/usr/include/lua5.2 before invoking the build itself using yaourt -S lsyncd.

visibilityspots commented on 2017-09-15 07:51 (UTC)

I was and still talking about the armv7h architecture to be added to the PKGBUILD file: arch=('i686' 'x86_64' 'armv7h') it builds fine but now I need to manually change the PKGBUILD on every update, if you add it to the package like most of the maintainers do it would save me the hassle to manually intervene when updating my system.

Thermi commented on 2017-02-24 21:35 (UTC)

What are you talking about?

visibilityspots commented on 2017-02-24 21:05 (UTC)

sure you can manually add it to the PKGBUILD file but this needs a manual intervention which could be improved by adding it into the package. It works so why not adding it after all? Using the yaourt command with the option --noconfirm one can simply install all updates without any manual intervention..

Thermi commented on 2016-08-22 21:19 (UTC)

I just hackishly fixed it in package(), because I couldn't find any hint towards the honoration of the man page path in the CMake files.

xrchz commented on 2016-08-19 21:57 (UTC)

Please also fix the install path for the man file (see systemservers's comment below).

xrchz commented on 2016-08-19 21:42 (UTC)

Please add cmake as a dependency (in makedepends).

Thermi commented on 2016-08-09 11:25 (UTC)

Why? You can just change the arch field to suit your needs. No need to do that in the package.

visibilityspots commented on 2016-08-09 08:41 (UTC)

any chance you could add armv7h to the architectures? I'm using it on a pi3..

lucaswerkmeister commented on 2016-06-17 21:52 (UTC)

/home/lucas/.cache/pacaur/lsyncd/PKGBUILD: line 28: cmake: command not found You should declare that cmake dependency (in makedepends).

systemservers commented on 2016-02-16 18:06 (UTC)

man in wrong place installs at: /usr/man/lsyncd.1.gz should be: /usr/share/man/man1/lsyncd.1.gz

Thermi commented on 2016-02-12 15:34 (UTC)

I updated it yesterday using the files nullie sent me.

Thermi commented on 2016-02-11 15:37 (UTC) (edited on 2016-02-11 15:39 (UTC) by Thermi)

I tried building 2.1.6, but it fails when linking against lua. There's probably something wrong with the way it builds it or chooses the lua available lua libraries. If anyone succeeds in building it, please comment here with the installed libs and the PKGBUILD. Until I get it working, I'll keep this package at 2.1.5. LANG=C make [ 10%] Linking C executable lsyncd CMakeFiles/lsyncd.dir/lsyncd.c.o: In function `l_exec': /home/thermi/aur/AUR4/lsyncd/src/lsyncd-release-2.1.6/lsyncd.c:1118: undefined reference to `lua_objlen' /home/thermi/aur/AUR4/lsyncd/src/lsyncd-release-2.1.6/lsyncd.c:1124: undefined reference to `lua_objlen' CMakeFiles/lsyncd.dir/lsyncd.c.o: In function `register_lsyncd': /home/thermi/aur/AUR4/lsyncd/src/lsyncd-release-2.1.6/lsyncd.c:1900: undefined reference to `luaL_register' CMakeFiles/lsyncd.dir/inotify.c.o: In function `register_inotify': /home/thermi/aur/AUR4/lsyncd/src/lsyncd-release-2.1.6/inotify.c:498: undefined reference to `luaL_register' collect2: error: ld returned 1 exit status CMakeFiles/lsyncd.dir/build.make:197: recipe for target 'lsyncd' failed make[2]: *** [lsyncd] Error 1 CMakeFiles/Makefile2:67: recipe for target 'CMakeFiles/lsyncd.dir/all' failed make[1]: *** [CMakeFiles/lsyncd.dir/all] Error 2 Makefile:127: recipe for target 'all' failed make: *** [all] Error 2

flaviut commented on 2016-01-03 20:59 (UTC) (edited on 2016-01-03 20:59 (UTC) by flaviut)

> systemd[1]: Configuration file /usr/lib/systemd/system/lsyncd.service is marked executable. Please remove executable permission bits. Proceeding anyway. I think that can be fixed by using `install -D -m0644 ${srcdir}/lsyncd.service ${pkgdir}/usr/lib/systemd/system/lsyncd.service` instead.

neonardo commented on 2015-09-23 17:43 (UTC)

@Thermi yep I'm an idiot. Sorry.

SimFox3 commented on 2015-08-12 04:21 (UTC)

checking whether Lua library was compiled with compat support... no configure: error: Lua library needs to be compiled with compat support ==> ERROR: A failure occurred in build(). Aborting... aura >>= Well, building `lsyncd` failed.

Thermi commented on 2015-08-09 12:25 (UTC)

No. It builds fine without having lua51 installed. I have lua and lua52, as well as a few modules of the aforementioned packages installed. I just looked at the configure.ac file and it checks for lua5.2 and uses lua51 as fallback. I added lua52 to depends and makedepends.

Meltea commented on 2015-08-09 10:56 (UTC)

lua51 should be listed as a dependency. Without it configure will fail with "Lua library needs to be compiled with compat support".

Thermi commented on 2015-07-29 18:38 (UTC)

@neonardo: No, it shouldn't. pkg-config is part of the base-devel group, which is needed to build software anyway. If you want to build /any/ packet from the AUR, you always need the base-devel group installed. Therefore, I will not add any packet from that group to the makedepends array. It's even mentioned in the wiki (look at the big red warning here: https://wiki.archlinux.org/index.php/Arch_User_Repository#Installing_packages)

neonardo commented on 2015-07-29 18:34 (UTC)

pkg-config should be listed as a dependency since without it the build will fail

TamCore commented on 2014-10-11 22:08 (UTC)

Just in case I'm not the only one who needs a service file: http://paste.tamcore.eu/20e68690db.txt

nullie commented on 2014-03-04 07:39 (UTC)

https://gist.github.com/nullie/9341905

myuhe commented on 2013-08-21 12:03 (UTC)

@ drevilet 2.1.5 has a bug. See https://github.com/axkibe/lsyncd/issues/233

nagy commented on 2013-08-21 12:01 (UTC)

flagged as out-of-date because 2.1.5 is out

lahwaacz commented on 2013-06-09 11:42 (UTC)

I think asciidoc is not runtime dependency, it only builds the man page.

thark commented on 2013-02-16 12:35 (UTC)

Updated to 2.1.4.

thark commented on 2012-11-11 14:09 (UTC)

Updated to 2.1.2. Warning new specific manual : https://github.com/axkibe/lsyncd/wiki/Manual-to-Lsyncd-2.1.x

bjo commented on 2012-04-26 18:09 (UTC)

updated to 2.0.7.

c00kiemon5ter commented on 2010-12-05 05:20 (UTC)

I think there should be a warning that the calls changed. The format isnt the same anymore

commented on 2010-12-04 10:38 (UTC)

2.0.0 is out; http://aur.pastebin.com/rBxLREuB