similar to: febootstrap failure

HI, I am trying to install xen through yum. Here is what I did. [root@localhost Kishore]# yum install kernel-xen xen Setting up Install Process Resolving Dependencies --> Running transaction check ---> Package kernel.x86_64 0:2.6.31.9-174.fc12 set to be installed --> Processing Dependency: kernel-firmware >= 2.6.31.9-174.fc12 for package: kernel-2.6.31.9-174.fc12.x86_64

Hi Everyone, After upgrading FC12 and now FC13 whenever I try to attach a network device using attach-device it promptly crashes libvirtd. Is there an option that changed in the network interface xml spec I missed? I really need this feature or at least the ability to connect and disconnect interfaces if that's possible? I've tried defining my network card in several ways: First

The BOINC project has a screensaver that runs on Windows. I installed BOINC in a virtual machine running Windows XP (32 bit) and copied boinc.scr from the C:\Windows directory onto my 64 bit F13 system. When I run the screensaver I get an error. Any feedback is appreciated. I can run glxgears without any problem. $ wine boinc.scr Wine cannot find the ncurses library (libncurses.so.5).

https://bugs.freedesktop.org/show_bug.cgi?id=29386 Summary: 2D performance drops drastically when enabling a 2nd monitor Product: xorg Version: git Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Driver/nouveau AssignedTo:

I am trying to install 64 bit R on Linux. But I got the following error - rpm -i R-core-2.10.0-2.fc11.x86_64.rpm warning: R-core-2.10.0-2.fc11.x86_64.rpm: Header V3 DSA signature: NOKEY, key ID 97d3544e error: Failed dependencies: /bin/bash is needed by R-core-2.10.0-2.fc11.x86_64 /bin/sh is needed by R-core-2.10.0-2.fc11.x86_64 /sbin/ldconfig is needed by

It did partially fix the issue but there is still one problem: llvm-objdump -sx gives: Version References: required from libpthread.so.0: 0x09691a75 0x00 05 GLIBC_2.2.5 0x09691972 0x00 09 GLIBC_2.3.2 0x09691973 0x00 07 GLIBC_2.3.3 0x06969192 0x00 12 GLIBC_2.12 required from libdl.so.2: 0x09691a75 0x00 21 GLIBC_2.2.5 required from libuuid.so.1: 0x09da27b0 0x00 19

On 2020-11-11, Alexandre Bique wrote: >It did partially fix the issue but there is still one problem: > >llvm-objdump -sx gives: > >Version References: > required from libpthread.so.0: > 0x09691a75 0x00 05 GLIBC_2.2.5 > 0x09691972 0x00 09 GLIBC_2.3.2 > 0x09691973 0x00 07 GLIBC_2.3.3 > 0x06969192 0x00 12 GLIBC_2.12 > required from libdl.so.2: >

I''m running the 2.6.31.6 pv_ops dom0 kernel, libvirt 0.7.0 and Xen 3.4.1. When I try connecting to the Xen hypervisor using virsh it gives me a "Connection refused": root@grp-01-23-02:~# xm list Name ID Mem VCPUs State Time(s) Domain-0 0 1020 4 r----- 858.3 root@grp-01-23-02:~# virsh -c

R 2.11.1 is built now for Fedora and EPEL. It is in "updates-testing" (or it will be within the next 24 hours). It will likely be the last R update for Fedora 11. In accordance with the new policies on Fedora Updates, these new packages will not be pushed as official updates until they either receive positive testing from users, or sit in updates-testing for two weeks. You can help us

Hi Everyone, I am trying to setup xen3.4.1 FC12(xendom0) on top of FC12 freshly installed. I am using DQ965GF intel mother board having intel VT-x enabled. I have installed everything properly, but xen boot gets stuck at this point, xenbus_probe_init ok ACPI: bus type pci registered PCI: MCFG configuration 0: base e0000000 segment 0 buses 0 - 255 PCI: Not using MMCONFIG. I did few googlings

Hi Everyone, I am trying to setup xen3.4.1 FC12(xendom0) on top of FC12 freshly installed. I am using DQ965GF intel mother board having intel VT-x enabled. I have installed everything properly, but xen boot gets stuck at this point, xenbus_probe_init ok ACPI: bus type pci registered PCI: MCFG configuration 0: base e0000000 segment 0 buses 0 - 255 PCI: Not using MMCONFIG. I did few googlings

Folks: samba-common-3.5.8-75.fc13.x86_64 samba-winbind-clients-3.5.8-75.fc13.x86_64 samba-winbind-3.5.8-75.fc13.x86_64 samba-client-3.5.8-75.fc13.x86_64 If I try to join without setting the appropriate WORKGROUP I see: Failed to join domain: Invalid configuration ("workgroup" set to 'WORKGROUP', should be 'FOOBAR') and configuration modification was not requested

On Tue, Nov 10, 2020 at 7:01 PM Fāng-ruì Sòng <maskray at google.com> wrote: > > How to find what is pulling libmvec? > > If you build a -DCMAKE_BUILD_TYPE=Debug lld, you can set a breakpoint > on lld/ELF/MarkLive.cpp:114 (ss->getFile().isNeeded) and check which > symbol makes > libmvec.so needed. I'm afraid this is going to far for me :) > > On the other

I haven't used Mongrel for any of my projects in some time now, so I'm no longer an active user and have been unable to find the time to keep up with them. I'm orphaning the following packages, so they're up for grabs for anyone actually using them: rubygem-mongrel rubygem-gem_plugin rubygem-fastthread Looks like the following packages rely on mongrel:

1. Attempt to load Nexenta under 2.6.32.16-1.2.108.xendom0.fc13.x86_64 Xen 4.0.1-rc6-pre & 2.6.32.16-1.2.108.xendom0.fc13.x86_64 on top F13 [root@fedora13 NexentaStor-Community-3.0.2]# uname -a Linux fedora13 2.6.32.16-1.2.108.xendom0.fc13.x86_64 #1 SMP Fri Jul 23 17:09:30 MSD 2010 x86_64 x86_64 x86_64 GNU/Linux [root@fedora13 NexentaStor-Community-3.0.2]# xm create -c

Hi, the reporting person has tried also with vanilla icecast source compiled. The setup is: Liquidsoap in MP3 mode sending a stream Winamp pulling the stream A flash applet requesting a custom XSLT file every 10s The output of valgrind is: ==13821== ==13821== HEAP SUMMARY: ==13821== in use at exit: 1,744,928 bytes in 4,194 blocks ==13821== total heap usage: 41,508 allocs, 37,314 frees,

I am running Fedora FC12 and tried to update wine. Here is the output from yum list wine: Installed Packages wine.i686 1.1.38-1.fc12 @updates wine.x86_64 1.1.38-1.fc12 @updates Available Packages wine.i686 1.2.0-1.fc12 updates wine.x86_64

Systems such as Debian (and thus Ubuntu) operate with 64-bit programs in /lib, with /lib64 a symlink to it: as a result, they apply a patch to their glibc adjusting the default search path of the 64-bit dynamic loader (only used if the library is not found in ld.so.cache) to look in /lib, and instruct the 32-bit one to look in /lib32. Because fakechroot is implemented via LD_PRELOAD, it ends up

As part of the oVirt Node[1] project, I'm going to P.O.C. a version of the node using febootstrap 2.x instead of livecd-creator. The main reasons in doing this is for allowing a r/w root filesystem without some hacky overlayfs and just to see if it can be done. On IRC, rwmjones mentioned a few issues he ran into with febootstrap 2.x where some rpms had %post scripts which aren't really

Has anyone had any success in rebuilding seamonkey 2.0.4 for CentOS 5 (32-bit)? I'm currently running seamonkey-2.0-1 which I rebuilt last November. Sadly, I have no idea where the SRPM originated. I found seamonkey-2.0.4-1.fc12.src.rpm and seamonkey-2.0.4-1.fc12.src.rpm, downloaded and got to 0th base: [rj at madeleine Downloads]$ rpmbuild --rebuild