I noticed a case where the `dnf provides` output is inconsistent. That
means the actual rpm package doesn't provide the requested file:
# cat /etc/fedora-release
Fedora release 29 (Twenty Nine)
# dnf provides /usr/share/man/man8/dpmcopyd.8.gz
dpm-copy-server-mysql-1.12.0-2.fc29.x86_64 : DPM copy server with MySQL database
Repo : updates
Filename : /usr/share/man/man8/dpmcopyd.8.gz
$ dnf download dpm-copy-server-mysql
Last metadata expiration check: 1:46:49 ago on Sat 01 Jun 2019 05:31:01 PM CEST.
$ mkdir -p o ; rpm2cpio dpm-copy-server-mysql-1.12.0-2.fc29.x86_64.rpm | cpio -di -D o -v
$ ls -l o/usr/share/man/man8/dpmcopyd.8.gz
ls: cannot access 'o/usr/share/man/man8/dpmcopyd.8.gz': No such file or directory
That means there is no /usr/share/man/man8/dpmcopyd.8.gz - just:
Ok, I guess I could open a bug against dpm-copy-server-mysql - regarding
fixing the location of the manpage.
But what about the `dnf provides` output?
It looks like something is going wrong in the process that generates the
file-index. Should I open a bug for this, as well? And where?
'The complexity for minimum component costs has increased at a
rate of roughly a factor of two per year ... Certainly over the
short term this rate can be expected to continue, if not to
increase.' (Moore's law, 1965)
I'm co-maintaining a C++ library that has been continuously updated in
CentOS 7 but a recent change made it incompatible with the default GCC
version available in el7. I.e. the next release (scheduled for the end
of 2019) will FTBFS in CentOS/RHEL 7.
Would it be fine to require a gcc version from a SCL to build this
library? I'm afraid that due to the nature of C++'s non-standardized ABI
it would require all dependent packages to be rebuild with gcc from the
I'm trying to connect my 3DConnection Space Pilot to Fedora to use in CAD
but X is grabbing the device and treating it like a mouse.
I maintain the spacenavd package and need to find a why to block X from
grabbing the device...
[1152888.005974] usb 1-6: new low-speed USB device number 4 using xhci_hcd
[1152888.307811] usb 1-6: New USB device found, idVendor=046d,
idProduct=c625, bcdDevice= 3.12
[1152888.307815] usb 1-6: New USB device strings: Mfr=3, Product=1,
[1152888.307817] usb 1-6: Product: SpacePilot HP
[1152888.307819] usb 1-6: Manufacturer: 3Dconnexion
[1152888.428039] input: 3Dconnexion SpacePilot HP as
[1152888.480322] hid-generic 0003:046D:C625.0007: input,hidraw4: USB HID
v1.10 Multi-Axis Controller [3Dconnexion SpacePilot HP] on
I created a LiveCD for my own personal use (with openbox) in Fedora 30. I have created such a live cd for the past several cycles (I think
In the past, I have the SLiM (slim) screen show up with username (that I say is liveuser) and does not prompt me for a password. However, in Fedora 30, I am prompted for password from the created LiveCD. So I can not get in.
Here are the lines in my kickstart file:
# Show harddisk install on the desktop
sed -i -e 's/NoDisplay=true/NoDisplay=false/' /usr/share/applications/liveinst.desktop
cp /usr/share/applications/liveinst.desktop /home/liveuser/Desktop
# this goes at the end after all other changes.
chown -R liveuser:liveuser /home/liveuser
restorecon -R /home/liveuser
So, I was wondering what to do in this case, or at the very least, try and provide a password for the livecd which can be used to login.
Thanks for any suggestions!