I am an Archlinux user, outside the radio. I tried Sebastien AUR Rivendell packages on my laptop and they work great. Hope you consider his effort as I think Arch is ready to became a good standard in audio applications environment.
Alessio 2014-03-23 22:04 GMT+01:00 Sébastien Leblanc <[email protected]>: > Since I did not get any feedback the first time I submitted this > email, I am resubmitting it so that more people see it. The reason I > am submitting this patch is so that the packaging process becomes more > portable to Linux distributions other than the big fours > (Debian/Ubuntu, Centos, Slackware, Gentoo). > > While this patch was explicitly engineered for the Arch Linux > "makepkg" package building system, I believe it is of adequate > portability to integrate it to the codebase and that it will probably > benefit other distributions who have a similar build system. > > Note that one of these fixes (the "lib64" one, details in original > post) needs to be factored out as I could not figure out a way to > guess the conventions of a specific system (on Arch, there is no > "lib64", but there is a "lib32" only on "multilib" systems, which are > truly 64-bit systems that include 32-bit libraries for compatibility > reasons; pure 32-bit systems will have a "lib" directory but no > "lib32/64"). I would like some guidance or feedback on how to fix this > once and for all. > > > ---------- Forwarded message ---------- > From: Sébastien Leblanc <[email protected]> > Date: 10 March 2014 02:35 > Subject: Makefile patch suggestion > To: Rivendell Users Group <[email protected]> > > > Hello all, > > I spent the last few hours tweaking the Makefiles in Rivendell so that > it will compile seamlessly on Arch Linux systems. > > Attached is an unified diff-formatted patch to address some issues > with the Makefile system. > > I made my changes in such a way that they should not affect other > system, except for a few small details. Here is the list of > modifications: > > ####################### > > - cae/Makefile.am > Problem: caed depends on pthread, but for some reason it does not > get included. > Solution: add -lpthread to "caed_LDADD" variable. > > > - configure.in: > Problem: a lib path of "lib64" is forced for 64-bit systems. Some > systems (e.g. Arch) keep "/usr/lib" as path for "default" > architecture, and have a "lib32" directory instead for multilib > installations. > > Solution: I am not an autotools expert and I could not devise a > way to make it work for distributions that have "lib64" as a default > for 64-bit systems. On Arch, the standard is lib/lib32 on 64-bit > system and only "lib" on 32-bit. Other projects have defined an > additional variable (LIB_SUFFIX) which is set by configure during > compilation using "-DLIB_SUFFIX=64". This modification is therefore > incompatible with 64-bit distros that have lib64 as the default lib > path. This is a hack that should probably not be committed to repo. > > > - lib/Makefile.am > Problem: libtool can't figure out that librd.la needs to be linked > against some libraries > Solution: specify those libraries manually, in "librd_la_LDADD" > > > - pam_rd/Makefile.am > Problems: 1- out-of-directory packaging breaks libtool as it > tries to relink the library to a non-final directory, 2- installation > path does not honor prefix. On my system, the PAM libraries are in > /usr/lib/security/. > > Solution: specify "inst_prefix_dir" [1] and add $(prefix) to > "inst_libdir". > > > - rdselect/Makefile.am > Problem: multiple parallel job compilation (make -j) usually fails > because it tries to "chmod" a file that was not yet installed > > Solution: rename target "install-exec-local" to "install-exec-hook". > [2] > > > - {icons,rlm,scripts,web/rdxport,xdg}/Makefile.am > Problem: $(DESTDIR) not set, making staged installs impossible > > Solution: add $(DESTDIR) accordingly. Note that I did not fix the > "uninstall" counterparts as I did not need to. > > > > 1: https://www.gnu.org/software/libtool/manual/html_node/Install-mode.html > 2: https://www.sourceware.org/autobook/autobook/autobook_108.html > > ###### > > Comments and criticism are more than welcome. > > -- > Sébastien Leblanc > > > -- > Sébastien Leblanc > > _______________________________________________ > Rivendell-dev mailing list > [email protected] > http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev > >
_______________________________________________ Rivendell-dev mailing list [email protected] http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev
