similar to: /etc/sysconfig/modules replacement in EL7?

On 06/01/2018 05:19 AM, Daniel P. Berrangé wrote: > On Thu, May 31, 2018 at 02:34:15PM -0500, Ian Pilcher wrote: >> Is it possible to make discard='unmap' the default for virtio-scsi >> disks? (Related, is it possible to make virtio-scsi the default disk >> type, rather than virtio-blk?) > > This is really a question for whatever management tool you're

I'm considering a Dell XPS 15 laptop, that comes with the subject GPU. Is this thing usable with nouveau? -- ======================================================================== Ian Pilcher arequipeno at gmail.com -------- "I grew up before Mark Zuckerberg invented friendship" --------

Is it possible to make discard='unmap' the default for virtio-scsi disks? (Related, is it possible to make virtio-scsi the default disk type, rather than virtio-blk?) Thanks! -- ======================================================================== Ian Pilcher arequipeno@gmail.com -------- "I grew up before Mark Zuckerberg invented

I am trying to create a QEMU MIPS guest, so that I can test some code for big-endian safety. Every attempt to create a MIPS guest is giving me an error: Unable to complete install: 'XML error: No PCI buses available' It seems like this is a known issue. https://www.redhat.com/archives/libvir-list/2016-May/msg00197.html However, I am still getting this on a fully updated Fedora

I am setting up CentOS 7 on my new firewall. This will run as a head- less system, accessed via a serial console when necessary. It's only a 2GB system, so I don't see any reason to have the GPU consuming any of the RAM. I've blacklisted the i915, drm, and drm_kms_helper modules and rebuilt the initramfs, but the i915 module is still being loaded. Anyone know what might be loading

On 03/14/2017 05:59 AM, Daniel P. Berrange wrote: > You are probably better off using PPC64 which is big-endian and much more > widely tested in libvirt than MIPS, so actually likely to work reliably. I did try that, but I wasn't able to get past errors about the machine type not supporting IDE (or something like that). I finally just gave up and use qemu-system-ppc directly, along

Where can I find the SRPM for the latest C7 kernel-plus package, i.e. kernel-plus-3.10.0-514.2.2.el7.centos.plus.x86_64? http://vault.centos.org/7.3.1611/centosplus/Source/SPackages/ is empty. -- ======================================================================== Ian Pilcher arequipeno at gmail.com -------- "I grew up before Mark Zuckerberg

I'm creating a simple RPM for my 32-bit CentOS 6 server. When I build the RPM without specifying a target architecture (rpmbuild foo.spec), it successfully builds an i386 RPM. If I try to build an i686 RPM, I get nothing: $ rpmbuild --target i686 foo.spec Building target platforms: i686 Building for target i686 And I'm returned to command prompt with no error message. The SPEC

Anyone know how to do $SUBJECT? I've tried running both gnome-control- center and dconf as the gdm user, but neither one had any effect. TIA -- ======================================================================== Ian Pilcher arequipeno at gmail.com -------- "I grew up before Mark Zuckerberg invented friendship" --------

On 02/23/2015 05:34 PM, Ashley M. Kirchner wrote: > I have a Dell server that has two built-in ethernet devices. When I > kickstart the machine, they are correctly identified as eth0 and eth1 > (correctly meaning they correspond to the physical device ports 1 and 2). I > need a third one and want that to come up as eth2. After adding the > hardware, kickstart now fails because for

On 04/19/2015 06:36 PM, Mark LaPierre wrote: > What is the preferred partition type that I should use for my partitions? The preferred partition type is 0xfd, but that ONLY when building a RAID array from partitions. When building an array from whole disks (as you've done), the partition types on top of the array should reflect the contents of those partitions, so what you've got is

On 07/14/2015 06:02 AM, Tim wrote: > In the audio settings of Gnome perferences I see an internal microphone > which doesn't produce any input. The microphone is also not disabled by > the key on the keyboard. One thing to try is adjusting the gain on the microphone *after* you've started your conferencing application. I have to do this with my webcam mic. --

On 08/16/2015 04:18 PM, Sachin Gupta wrote: > We have centos6 server. And we are planning to upgrade it to Centos7.And > GRUB 2 needs a new bios grub partition. Creating a new partition is too > much risky. I am wondering if it is possible to replace Grub2 with Grub > legacy on Centos7 machine? It is definitely possible to use GRUB legacy with CentOS 7. I do it on several systems.

On 08/11/2016 06:38 AM, Johnny Hughes wrote: > I have begun building the EPEL packages for the CentOS 7 i686 AltArch > distribution. > > You can watch the progress here: > http://buildlogs.centos.org/c7-epel/ > Woo-hoo! (I must admit, I had pretty much given up on this ever happening.) Will these packages eventually show up on dl.fedoraproject.org? --

On 10/04/2017 01:40 PM, James Hogarth wrote: > Nope. And find /etc/systemd -name network gives zilch. Yes, systemd-networkd does store its configuration in /etc/systemd/network, but the directory isn't created by the RPM; you need to create it yourself. As noted, systemd-networkd is in the RHEL extras (or somesuch) repo, so it isn't supported by Red Hat on RHEL. It's basically

> Anybody care to chime in with a comment or hint on the laptop situation > and-or their experiences? I'm very happy with my Dell Precision 5520 "developer edition". It shipped with Ubuntu and runs Fedora pretty much flawlessly. I haven't tried CentOS, but Dell claims that RHEL support on their spec sheet, so I would expect it to work well. Dell also have the XPS 13

On 06/01/2018 08:14 AM, Daniel P. Berrangé wrote: > Yes, it inherits some defaults to libvirt and/or QEMU. If those are not > suitable for some reason, then virt-manager needs to override it. The > decision about whether to enable discard or not is a policy decision > that doesn't have a single perfect answer. So changing it in libvirt > might make it better for you, but worse

On 07/29/2015 04:53 PM, Karanbir Singh wrote: > the biggest blocker to going GA on the x86 build is the kernel; the > distro kernel we end up with isnt going to be the same as the upstream > x86_64 kernel configs. However, there hasent been a huge level of > feedback ( either positive or negative ) around those builds. So if you > are using it, or are interested in using it - do

Received -----Original Message----- From: centos-bounces at centos.org [mailto:centos-bounces at centos.org] On Behalf Of centos-request at centos.org Sent: Thursday, November 20, 2014 6:00 AM To: centos at centos.org Subject: CentOS Digest, Vol 118, Issue 20 - Email found in subject Send CentOS mailing list submissions to centos at centos.org To subscribe or unsubscribe via the World Wide

On 4 Oct 2017 6:51 pm, <m.roth at 5-cent.us> wrote: James Hogarth wrote: > On 4 Oct 2017 3:13 pm, "Kenneth Porter" <shiva at sewingwitch.com> wrote: > > On 10/3/2017 8:14 PM, Phil Manuel wrote: > >> systemd-networkd doesn't use those files at all. >> >> If you look at the appropriate ifcfg files eg >>