similar to: Error when building from source

On 17/04/2016 21:49, Charles Lepple wrote: > On Apr 16, 2016, at 9:08 PM, Andy R - (NUT-List) > <spinner+NUTlist at delphinidae.org.uk> wrote: >> >> It looks like you were right. I've tried building both the patch >> against the stable 2.7.4 source and using the latest source tarball >> you've just created. The builds both went fine and seem to run as

Hi Dirk and Martyn, > That looks fine. Can you please give a reproducible example of a package > that compiles correctly on R 3.3.3 but not with R 3.4.0 or R-devel. here you go, it?s pretty much the simplest package possible that needs C++11: https://github.com/flying-sheep/cxx11test > Maybe you can share with us how you configure the build of R-devel? Sure, in the mail you quoted, I

Hi! Well, my linux distribution has very recent versions of everything, so a working C++11 compiler exists: $ gcc --version | head -n1 gcc (GCC) 6.3.1 20170306 Could wrong ./configure options be at fault here? See: https://aur.archlinux.org/cgit/aur.git/tree/PKGBUILD?h=r-devel#n40 My sessionInfo(): $ R-devel --slave -e 'sessionInfo()' | head -n3 R Under development (unstable)

> You can avoid testing gnulib (not very interesting anyway) by running: > > ./configure --disable-gnulib-tests I personaly do not care, but in case i make a libguestfs-git PKBUILD, I want everything be OK. I just realised than I followed the libguestfs PKGBUILD, but NO virt-p2v and virt-v2v binaries are installed in /usr/bin. Shame. I am rewriting the git PKGBUILD.

Patch applied. ------- ==> Creating package "libguestfs-git"... -> Generating .PKGINFO file... -> Generating .MTREE file... -> Compressing package... ==> Leaving fakeroot environment. ==> Finished making: libguestfs-git 1.27.25.12.gbbae613-1 (Mon Aug 11 18:24:54 CEST 2014) ---------------------- martinus@gerbillous ➤➤ ~aur/libguestfs-git % ls -al

This just came up on IRC, 15:01 < chithead> the first one that fails is ld -m elf_i386 -Wl,-O1 -Wl,--as-needed -Bsymbolic -pie -E --hash-style=gnu -T /var/tmp/portage/sys-boot/syslinux-6.01_pre5/work/syslinux-6.01-pre5/core/i386/syslinux.ld -M -o ldlinux.elf ldlinux.o \ 15:01 < chithead> --start-group libcom32.a --whole-archive

Hi Andy, trying to catch my late here and there, keep in mind that my below comments may be missing things... 2016-04-24 23:30 GMT+02:00 Andy R <spinner+NUTlist at delphinidae.org.uk>: > On 17/04/2016 21:49, Charles Lepple wrote: > >> On Apr 16, 2016, at 9:08 PM, Andy R - (NUT-List) >> <spinner+NUTlist at delphinidae.org.uk> wrote: >> >>>

> There's probably a dependency missing. Look closely at the > ./configure output and the README file. > I have checked all packages in README and libguestfs/appliance/packagelist. All are installed. > > You should test this first of all by building from source, and > without installing, I first run makepkg, so no install > > ./run guestfish -N fs -m /dev/sda1

Hi Philipp, Fellow Archlinux user here. I think the problem is with the r-devel PKGBUILD file, rather than anything wrong in R itself. The PKGBUILD file does this: ln -s /etc/R/${i} ${i} when it should do ln -s /etc/R-devel/${i} ${i} You can fix your installed version with cd /opt/r-devel/lib/R/etc/ sudo rm ./* sudo ln -s /etc/R-devel/javaconf sudo ln -s /etc/R-devel/ldpaths sudo ln -s

On 17/04/2016 00:50, Charles Lepple wrote: > [as this list does not set or alter the Reply-To header, please use "reply all". Thanks!] > >> On Apr 16, 2016, at 5:14 PM, Andy R - (NUT-List) wrote: >> >> I'm currently using the usbhid-ups driver but as the ups usb-ID isn't recognised in the udev rules I run it as root. Running usbhid-ups gives a "device

Hello, A compilation failure happened when I tried building libvirt latest code on rhel8 Version: gcc-8.3.1-4.5.el8.x86_64 libvirt v5.9.0-352-g5e939cea89 Steps: 1. Clone libvirt source code 2. Create build dir, and run autogen.sh # cd libvirt # mkdir build && cd build # ../autogen.sh --build=x86_64-redhat-linux-gnu --host=x86_64-redhat-linux-gnu --program-prefix=

Hi, I created a package as follows: > a = 1 > package.skeleton() Then I got the following output when building the package: * checking for file ?anRpackage/DESCRIPTION? ... OK * preparing ?anRpackage?: * checking DESCRIPTION meta-information ... OK * checking for LF line-endings in source and make files * checking for empty or unneeded directories * looking to see if a ?data/datalist?

What configuration should be set in a custom compiled libvirt to get the most out of the xen libxl? [ -f Makefile ] || ./configure --prefix=/usr --libexec=/usr/lib/"$pkgname" --sbindir=/usr/bin \ --with-storage-lvm=yes --with-udev=yes --without-hal --disable-static \ --with-init-script=systemd --with-systemctl=yes --with-systemd-daemon=yes \ --with-qemu-user=nobody

@Michal: Thanks for your reply! Indeed I have found a package in the AUR (libvirt-zfs) and only had to change to the current version and add zfs-utils as dependency in the PKGBUILD. Now I don't get the previous error anymore but I still cannot setup a VM because I constantly get errors due to wrong permissions. I have tried to change the permissions in: - /etc/libvirt/qemu.conf -

My current version is supermin 5.1.8-1 > > If the tests *don't* run successfully, then you've most likely found a > bug in supermin. That has to be fixed before continuing. > tests failed. See the log below. ========================================== supermin 5.1.9: tests/test-suite.log ========================================== # TOTAL: 8 # PASS: 5 # SKIP: 0 # XFAIL:

I've made some changes to buildpkg.sh to make it easier for package builders to add their local changes. I'd like people that use buildpkg.sh to test and comment on these changes before I commit them to CVS. None of the defaults have changed. Some of the patch is is just moving chunks of code to a different location to make some of the enhancements work. Some things you may find

On 11/21/19 3:18 AM, Han Han wrote: > Hello, > A compilation failure happened when I tried building libvirt latest code > on rhel8 > > Version: > gcc-8.3.1-4.5.el8.x86_64 > libvirt v5.9.0-352-g5e939cea89 > > Steps: > 1. Clone libvirt source code > 2. Create build dir, and run autogen.sh > # cd libvirt > # mkdir build && cd build > # ../autogen.sh

On 19 April 2017 at 12:42, Angerer, Philipp via R-devel wrote: | Well, my linux distribution has very recent versions | of everything, so a working C++11 compiler exists: | | $ gcc --version | head -n1 | gcc (GCC) 6.3.1 20170306 | | Could wrong ./configure options be at fault here? See: | | https://aur.archlinux.org/cgit/aur.git/tree/PKGBUILD?h=r-devel#n40 | | My sessionInfo(): | | $ R-devel

Hmm, doesn?t look like my R was configured incorrectly: R is now configured for x86_64-pc-linux-gnu Source directory: . Installation directory: /opt/r-devel C compiler: gcc -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector-strong --param=ssp-buffer-size=4 Fortran 77 compiler: gfortran -g -O2 Default C++ compiler: g++ -march=x86-64

On Wed, 2017-04-19 at 16:32 +0200, Angerer, Philipp wrote: > Hi Dirk and Martyn, > > > That looks fine. Can you please give a reproducible example of a > > package > > that compiles correctly on R 3.3.3 but not with R 3.4.0 or R-devel. > > here you go, it?s pretty much the simplest package possible that > needs C++11: > >