similar to: [virt-builder] symbol lookup error: /lib64/libgnutls.so.28 - undefined symbol: nettle_secp_256r1

On Mon, Jan 27, 2014 at 10:27:20AM +0100, Pino Toscano wrote: > On Monday 27 January 2014 11:06:14 Kashyap Chamarthy wrote: > > Running virt-builder in a guest Fedora-20 guest hypervisor w/ Rawhide > > Kernel, throws the below: > > > > $ virt-builder fedora-20 --format qcow2 --size 20G > > virt-builder: symbol lookup error: /lib64/libgnutls.so.28: undefined

On 01/27/2014 11:06 AM, Kashyap Chamarthy wrote: > Running virt-builder in a guest Fedora-20 guest hypervisor w/ Rawhide > Kernel, throws the below: > > $ virt-builder fedora-20 --format qcow2 --size 20G > virt-builder: symbol lookup error: /lib64/libgnutls.so.28: undefined > symbol: nettle_secp_256r1 > > > Version on L1 (guest hypervisor) >

On Monday 27 January 2014 11:06:14 Kashyap Chamarthy wrote: > Running virt-builder in a guest Fedora-20 guest hypervisor w/ Rawhide > Kernel, throws the below: > > $ virt-builder fedora-20 --format qcow2 --size 20G > virt-builder: symbol lookup error: /lib64/libgnutls.so.28: undefined > symbol: nettle_secp_256r1 A couple of ideas: 1) libgnutls has been upgraded and it uses

On 13.09.2014 07:02, poma wrote: > On 13.09.2014 06:57, poma wrote: >> >> Actually I have nothing to show cause logs are all OK. >> Haha, it seems to me that the bugs become intelligent. >> >> 3.15.10-201.fc20.x86_64 >> 3.16.2-200.fc20.x86_64 >> 3.17.0-0.rc4.git3.2.fc22.1.x86_64 >> nouveau [ DRM] suspending display... >> nouveau [

On 13.09.2014 22:58, Ilia Mirkin wrote: > On Sat, Sep 13, 2014 at 4:52 PM, poma <pomidorabelisima at gmail.com> wrote: >> On 13.09.2014 07:02, poma wrote: >>> On 13.09.2014 06:57, poma wrote: >>>> >>>> Actually I have nothing to show cause logs are all OK. >>>> Haha, it seems to me that the bugs become intelligent. >>>>

Heya, With latest Fedora Rawhide Kernel, I see a nested KVM guest hanging at boot (not unusual). Rich once suggested this[1] to try to attach gdb to the nested L2 guest to find out where_ it's stuck, tonight I set out to try it out (with KVM & TCG). Below is all what I tried. In guest hypervisor (L1): $ git clone git://github.com/libguestfs/libguestfs.git $ git log | head -1

On 13.09.2014 23:45, Roy Spliet wrote: > Dear Poma, > > Don't get anyone wrong, your input is greatly valued. The reason why > "we" (nouveau developers) generally ask for a git bisection is because > we don't know or track specific distributions. Although your search has > narrowed the problem down (thanks for that!), we don't know how big the >

https://bugs.freedesktop.org/show_bug.cgi?id=76319 Priority: medium Bug ID: 76319 Assignee: nouveau at lists.freedesktop.org Summary: [NVE6] MMIO FAULT, black screen on K2100M QA Contact: xorg-team at lists.x.org Severity: blocker Classification: Unclassified OS: Linux (All) Reporter: d-bugzilla at moens.cc

Hi I have reinstall Fedora 20 from distrib. I have run yum update and yum upgrade. Running kernel is : 3.14.7-200.fc20.x86_64 Installed Libvirt packages are: libvirt-client-1.1.3.5-2.fc20.x86_64 libvirt-daemon-1.1.3.5-2.fc20.x86_64 libvirt-daemon-config-network-1.1.3.5-2.fc20.x86_64 libvirt-daemon-driver-interface-1.1.3.5-2.fc20.x86_64 libvirt-daemon-driver-network-1.1.3.5-2.fc20.x86_64

Dear Poma, Don't get anyone wrong, your input is greatly valued. The reason why "we" (nouveau developers) generally ask for a git bisection is because we don't know or track specific distributions. Although your search has narrowed the problem down (thanks for that!), we don't know how big the difference is between kernel-3.16.0-0.rc0.git9.1.fc21 and

"Richard W.M. Jones" <rjones@redhat.com> writes: > On Wed, Nov 16, 2016 at 09:06:29AM +0200, Michal Skrivanek wrote: >> >> > On 7 Nov 2016, at 22:16, Derek Atkins <derek@ihtfp.com> wrote: >> > >> > Hi, >> > >> > My last VM imported in 2 minutes. This one has been sitting for three >> > hours. I think this is

Hallo, Jeremy, Du meintest am 12.01.16: >>> Run under gdb please and type "bt" to get a backtrace when >>> it crashes. [...] >> [?1034h(gdb) run >> Starting program: /usr/bin/smbclient >> [Thread debugging using libthread_db enabled] >> Using host libthread_db library "/lib/libthread_db.so.1". >> >> Program received

On Sat, Sep 13, 2014 at 5:25 PM, poma <pomidorabelisima at gmail.com> wrote: > On 13.09.2014 22:58, Ilia Mirkin wrote: >> On Sat, Sep 13, 2014 at 4:52 PM, poma <pomidorabelisima at gmail.com> wrote: >>> On 13.09.2014 07:02, poma wrote: >>>> On 13.09.2014 06:57, poma wrote: >>>>> >>>>> Actually I have nothing to show cause logs

On Sat, Sep 13, 2014 at 4:52 PM, poma <pomidorabelisima at gmail.com> wrote: > On 13.09.2014 07:02, poma wrote: >> On 13.09.2014 06:57, poma wrote: >>> >>> Actually I have nothing to show cause logs are all OK. >>> Haha, it seems to me that the bugs become intelligent. >>> >>> 3.15.10-201.fc20.x86_64 >>> 3.16.2-200.fc20.x86_64

Source: xen Version: 4.4.1-2 Severity: serious Justification: fails to build from source (but built successfully in the past) User: ametzler at debian.org Usertags: gnutls3 xen build-depends on libgnutls-dev which is - scheduled for removal - and (somehow related) uninstallable. The b-d therefore makes xen FTBFS (uninstallable b-d). Please check whether a gnutls build-dependency is actually

Hi! I with my colleagues from Samsung trying to run systemd in Linux container. I saw that the others are experimenting in this topic, so I would like to present the results of my work and tests, perhaps it will be helpful to others. As the prototype I used a manual written by Daniel: https://www.berrange.com/posts/2013/08/12/running-a-full-fedora-os-inside-a-libvirt-lxc-guest/ After many

I'm on libguestfs Fedora git master branch: $ git log | head -1 commit 8eb1aa2406632eb4202bbd976459334854295a77 $ yum-builddep libguestfs $ fedpkg local Results in: ========== . . . make[4]: Leaving directory `/home/kashyap/fedora-packaging/libguestfs/master/libguestfs-1.25.18/gobject' Making all in docs make[4]: Entering directory

Control: reassign -1 libgnutls-dev On Sun, Oct 05, 2014 at 03:57:50PM +0200, Andreas Metzler wrote: > xen build-depends on libgnutls-dev which is > - scheduled for removal > - and (somehow related) uninstallable. Nice, but this is not a problem in xen but in libgnutls-dev. Re-assigning. Basian -- Death, when unnecessary, is a tragic thing. -- Flint, "Requiem for

Versions: $ rpm -q libvirt-daemon-kvm qemu-system-x86 libvirt-daemon-kvm-1.2.9-3.fc21.x86_64 qemu-system-x86-2.1.2-4.fc21.x86_64 When I attempt to revert to an internal snapshot: $ virsh snapshot-list node1 Name Creation Time State ------------------------------------------------------------ snap1 2014-06-03 14:07:28 -0400 running $

On fedora 21, trying to build dahdi for kernel 4.0.4. gcc-4.9.2-6.fc21.x86_64 make -C /lib/modules/4.0.4-202.fc21.x86_64/build SUBDIRS=/home/asterisk/rpmbuild/BUILD/dahdi-linux-2.10.1/drivers/dahdi DAHDI_INCLUDE=/home/asterisk/rpmbuild/BUILD/dahdi-linux-2.10.1/include DAHDI_MODULES_EXTRA=" " HOTPLUG_FIRMWARE=yes modules DAHDI_BUILD_ALL=m make[1]: Entering directory