similar to: Fail to build upstream libvirt on rhel8

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

Hello I apologize in advance for my English. I compiled the new version of libvirt 1.2.8 on an environment Development Linux from Scratch with the following configure: configure: Configuration summary configure: ===================== configure: configure: Drivers configure: configure: Xen: no configure: QEMU: yes configure: UML: yes configure: OpenVZ: no configure: VMware:

> Thanks for the report. That is disabling quite a lot of drivers (what > is still left, lxc?), so it's a combination that has not gotten a lot of > testing. I'll definitely look at fixing it before 1.2.8 is released, > although it may miss release candidate 0. It's no problem of configure options. Simple ./configure result: configure: configure: Configuration summary

Hi all Centos 7.0.1406, 3.10.0-123.el7.x86_64 Configure libvirt-1.2.7 as: ./configure --prefix=/usr --with-xen=no --with-qemu=no --with-openvz=no --with-vmware=no --with-esx=no --with-parallels=no --with-bhyve=no --with-uml=no --with-vbox=no --with-selinux=no make ... make[3]: Entering directory `/usr/local/src/libvirt-1.2.7/daemon' CC libvirtd-remote.o CCLD libvirtd

On Wed, Aug 08, 2018 at 10:58:50AM +0200, Holger Schranz wrote: > checking for JANSSON... no This is the problem. In 4.6.0 we just switched to using JANSSOn instead of yajl for JSON parsing. Your host doesn't have the development headers installed for jansson.... > configure: > configure: Configuration summary > configure: ===================== > configure: > configure:

Hi, I am running the below command to spawn CentOS8 based Virtual Machines using KVM based technology virt-install --name=centos8 > --file=/linuxkvmguestosdisk/var/lib/libvirt/images/centos8 --file-size=100 > --nonsparse --vcpus=2 --ram=8096 --network=bridge:br0 --os-type=linux > --os-variant=rhel8 --graphics none >

Hi, if you run on a shell the command: osinfo-query os you will see that its: rhl8.0 | Red Hat Linux 8.0 | 8.0 | http://redhat.com/rhl/8.0 so instead of rhel8, i suggest you to try rhl8.0 Good luck ! Greetings Oliver Am 05.10.19 um 14:48 schrieb Kaushal Shriyan: > Hi, > > I am running the below command to spawn CentOS8 based Virtual Machines > using KVM

On Sun, Oct 06, 2019 at 10:54:33AM +0530, Kaushal Shriyan wrote: >On Sat, Oct 5, 2019 at 7:27 PM Oliver Dzombic <info@layer7.net> wrote: > >> Hi, >> >> if you run on a shell the command: >> >> osinfo-query os >> >> you will see that its: >> >> rhl8.0 | Red Hat Linux 8.0 >> | 8.0 | http://redhat.com/rhl/8.0

I have installed a redhat 8 server in a KVM/Qemu VM guest to prepare for CentOS 8.? The host is running Ubuntu 18.04.? Window resizing does not work at all (it works in ubuntu and windows guests).? Is this a problem with incompatible versions of spice or is there something else besides the spice daemon that I should be looking at.? Does this work correctly under CentOS 6 & 7 Host? Display

On Sat, Oct 5, 2019 at 7:27 PM Oliver Dzombic <info@layer7.net> wrote: > Hi, > > if you run on a shell the command: > > osinfo-query os > > you will see that its: > > rhl8.0 | Red Hat Linux 8.0 > | 8.0 | http://redhat.com/rhl/8.0 > > > so instead of rhel8, i suggest you to try rhl8.0 > > Good luck ! > > Greetings >

> On 19 May 2019 19:02 TG Servers via dovecot <dovecot at dovecot.org> wrote: > > > Hi, > > will there be a repo provided underhttps://repo.dovecot.org/ for RHEL8? > Or CentOS8 at least then when it's out? Would be appreciated as we always try to use latest versions in RHEL for some apps like dovecot. > > Thanks. Once CentOS8 is out we will try to

Hi, I tried to reproduce the issue but without success, everything seems to be working fine (I've copied repodata directory created by the reposync on Centos7 machine to RHEL8 server to /tmp/pg12repo directory): RHEL8 # dnf search postgresql12 --repofrompath=a,/tmp/pg12repo --repoid=a Added a repo from /tmp/pg12repo a 204 MB/s | 784 kB 00:00 ==================================== Name

Hi, I've read about all recent changes about workflow: Fedora>CentOS Stream. I understood that in the end CentOS Linux (8) keeps on being "built from publicly available open source source code provided by Red Hat, Inc for Red Hat Enterprise Linux"[1] Is that correct? I mean the only that changed are CentOS upstream (Fedora and Centos Stream) didn't it? Thanks in advance

If you are planning to run dovecot on CentOS8 or RedHat 8 using native packages, please be aware that pigeonhole is not currently available (but they are working on it), see https://bugzilla.redhat.com/show_bug.cgi?id=1766985 . We are working on getting our CentOS8 packages available on repo.dovecot.org. Aki

Hi, I'm trying to mirror the PostgreSQL12 RHEL8 repo: https://download.postgresql.org/pub/repos/yum/12/redhat/rhel-8-x86_64/ [root at cobbler yum.repos.d]# cat pgdg-12-centos8.repo # PGDG Red Hat Enterprise Linux / CentOS stable repositories: [pgdg12-rhel8] name=PostgreSQL 12 for RHEL/CentOS $releasever - $basearch

For the libvirt 5.8 release, I find that there is a new comment in qemu.conf: #slirp_helper = "/usr/bin/slirp-helper" It indicates that there is a slirp-helper to help setup slirp network. But I cannot find it even after I built the latest qemu(v4.1.0-1378-g98b2e3c9ab) and libvirt (v5.9.0-rc1-2-g73f91d659b). Could you please tell me where I can find that helper program? Thanks --

Hi all since 5.9.0 configure doesnt find the libxl libs/headers... It works With 5.8.0, with 5.9.0 not... not even if I set --with-libxl What can be the problem? -- ------ Greetz

Hi, We are trying to compile Libvirt 1.02 from source for an RHEL4 target. Our virtualization hosts are running the fedora 17/ RHEL6 with the latest standard libvirt binaries. This is where VMs will be created. But our user/development machines are RHEL4 and we would like users to be able to use virsh/libvirt/python to control the Vms running on RHEL6/fedora17 remotely from the their RHEL4