From mboxrd@z Thu Jan 1 00:00:00 1970 X-Received: by 10.50.55.102 with SMTP id r6mr79015724igp.1.1426374517087; Sat, 14 Mar 2015 16:08:37 -0700 (PDT) X-BeenThere: voidlinux@googlegroups.com Received: by 10.140.28.183 with SMTP id 52ls2086500qgz.49.gmail; Sat, 14 Mar 2015 16:08:36 -0700 (PDT) X-Received: by 10.140.27.130 with SMTP id 2mr890519qgx.6.1426374516967; Sat, 14 Mar 2015 16:08:36 -0700 (PDT) Date: Sat, 14 Mar 2015 16:08:36 -0700 (PDT) From: =?UTF-8?Q?Stefan_M=C3=BChlinghaus?= To: voidlinux@googlegroups.com Message-Id: In-Reply-To: References: Subject: Re: Anyway to install pkgs from AUR in Void ?? MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_2148_722368832.1426374516548" ------=_Part_2148_722368832.1426374516548 Content-Type: multipart/alternative; boundary="----=_Part_2149_1127902933.1426374516548" ------=_Part_2149_1127902933.1426374516548 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Difficult. You cannot install AUR packages in void since there is simply no mechanism to process that format. You could however check what the AUR package does to install the software and try to reproduce that in void. You could even create a corresponding xbps package. That takes of course much more effort than just installing an already existing package. As far as libudev.so.0 is concerned you can probably get away with just softlinking it to libudev.so.1: cd /usr/lib ln -s libudev.so.1 libudev.so.0 That is pretty hacky though and might not work for your specific usecase. ------=_Part_2149_1127902933.1426374516548 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable
Difficult. You cannot install AUR packages in void since t= here is simply no mechanism to process that format. You could however check= what the AUR package does to install the software and try to reproduce tha= t in void. You could even create a corresponding xbps package. That takes o= f course much more effort than just installing an already existing package.=

As far as libudev.so.0 is concerned you can probably ge= t away with just softlinking it to libudev.so.1:

cd /usr/<= /span>lib
ln <= /span>-s libudev.so.1 libudev.so.0

That is pretty hacky though and mig= ht not work for your specific usecase.
------=_Part_2149_1127902933.1426374516548-- ------=_Part_2148_722368832.1426374516548--