Re: /etc/motd shows up twice now?
On Thu, 12 Jul 2018 09:45:09 +0800 Ed Greshko wrote: > Edit your /etc/ssh/sshd_config and change the PrintMotd from the default > "yes" to > "no" and/or read the notes in sshd_config.rpmnew which probably now exists > on your system. Yep, that did it. Thanks. ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org/message/BWIGV7HD6VIAV3Z65PEYTT7NF5IDFBVO/
Re: F27 to F28 Upgrade Fails at Offline Install Time
On 12/7/18 9:28 am, Sam Varshavchik wrote: Stephen Morris writes: and that installed all the package updates that caused the conflicts. Having done this I was able to complete the upgrade to F28, but now I have big problems. Under F28 my USB network device doesn't work because dkms can't compile the driver for it, and, either because of this failure or a compile failure the drivers for my mouse haven't been installed by dkms either. Pardon the interruption, but are you saying that you need to use a binary blob for a mouse? A mouse? What kinds of a mouse needs a binary blob driver? I have a bluetooth gaming mouse which has 5 or 6 different drivers to provide all the functionality the mouse is capable of, and all of these drivers are linked into the kernel. The mouse is a Razor Orochi. regards, Steve ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org/message/K3OF6WBWSYNRXWA2DVP6X375BHTYU5GU/ ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org/message/SPFFMJCDZPZEZY7DJ3GJWKPQQBD4LOYG/
Re: F27 to F28 Upgrade Fails at Offline Install Time
On 07/12/2018 02:57 PM, Stephen Morris wrote: > On 12/7/18 9:28 am, Sam Varshavchik wrote: >> Stephen Morris writes: >> >>> and that installed all the package updates that caused the conflicts. >>> Having done this I was able to complete the upgrade to F28, but now I >>> have big problems. >>> >>> Under F28 my USB network device doesn't work because dkms can't >>> compile the driver for it, and, either because of this failure or a >>> compile failure the drivers for my mouse haven't been installed by >>> dkms either. >> >> Pardon the interruption, but are you saying that you need to use a >> binary blob for a mouse? A mouse? >> >> What kinds of a mouse needs a binary blob driver? > > I have a bluetooth gaming mouse which has 5 or 6 different drivers to > provide all the functionality the mouse is capable of, and all of these > drivers are linked into the kernel. > > The mouse is a Razor Orochi. Oh, wow! Razor hardware. Really cool for gaming. Overkill for Fedora- esque stuff. Never could get used to that woven cover they used on the cords to keyboards, mice, etc. (we made some gaming stations and needed corded mice and keyboards). The fabric seems to generate a gravitational field that selectively attracts any Velcro-type thing in the immediate vicinity and spot welds to it. Steve, have you found out whether that RPM had been installed or not, and if so, reinstalled it? For reference, it's "libstdc++-devel". -- - Rick Stevens, Systems Engineer, AllDigitalri...@alldigital.com - - AIM/Skype: therps2ICQ: 226437340 Yahoo: origrps2 - -- - I won't rise to the occasion, but I'll slide over to it. - -- ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org/message/5MODHQI45UH5G3GIPIQ4DS5MFAFK5HCD/
Re: F27 to F28 Upgrade Fails at Offline Install Time
On 12/7/18 9:24 am, Stephen Morris wrote: On 12/7/18 8:38 am, Rick Stevens wrote: On 07/11/2018 03:16 PM, Stephen Morris wrote: On 11/7/18 8:47 am, Samuel Sieb wrote: On 07/10/2018 03:17 PM, Stephen Morris wrote: 1). Can anyone shed any light on why the install may have failed and what I need to do to work around it? I'm hoping I don't have to run a 'sudo dnf clean all' and then a 'sudo dnf system-upgrade --refresh --releasever=28 --allowerasing --skip-broken' to download all the packages again. I wonder if the --skip-broken is a problem. Can you solve that before doing the upgrade? I think the packages should still be downloaded. Check in /var/lib/dnf/system-upgrade All the packages were still downloaded. 2). Where can I find the logs that would contain the error message so I can read what it said, given that /var/log/boot.log and /var/log/dnf.log both don't contain the message? Try "dnf system-upgrade log". I issued that command and all it did was tell me there were 6 boots that appeared to have upgrade logs, going right back to the upgrade I did of F23 to F24, but the names it listed were meaningless to me and it didn't provide any path references to where I might find the logs to be able to search them. Following your suggestion I ran a sudo dnf upgrade which produced all the conflict messages that I worked around by adding --allowerasing and --skip-broken, but this time dnf said to try --best and --allowerasing, which I did and that installed all the package updates that caused the conflicts. Having done this I was able to complete the upgrade to F28, but now I have big problems. Under F28 my USB network device doesn't work because dkms can't compile the driver for it, and, either because of this failure or a compile failure the drivers for my mouse haven't been installed by dkms either. Booting into the latest F27 kernel I have installed which is 4.17.3-100, where both drivers have previously successfully compiled and installed (which is how I'm able to send this email), the mouse drivers still compile but the usb device driver fails to compile. Both with the F28 kernel, being 4.17.3-200, and the F27 kernel I mentioned, the compile fails with stdarg.h not found, so I'm now confused about what the F28 upgrade has done. The F28 upgrade should not have updated the F27 kernel source that was already installed and hence there should not be any barriers to compiling the driver against the F27 kernel when under F27 it did compile. Uhm, did you get the libstdc++-devel RPM installed? It provides the stdarg.h file, specifically: /usr/include/c++/8/tr1/stdarg.h Checking an old F26 VM I have, the equivalent file is: /usr/include/c++/7/tr1/stdarg.h I believe the C compiler will find it if it's installed. Even if it does appear to be installed, a "dnf reinstall libstdc++-devel" should clean up any cruft your messed-up install may have left. I'll check this out, thankyou. The issue is caused because /usr/src/kernels/4.17.3-100.fc27.x86_64/include/linux/kernel.h (this is the location when compiling for the F27 kernel) has the following include statements, and it is the first one that causes the problem: #ifndef _LINUX_KERNEL_H #define _LINUX_KERNEL_H #include #include #include #include #include #include #include #include #include #include #include #include regards, Steve I've checked things out on this front and among others packages clang5.0-libs, gcc and libstdc++-devel which are all already installed have stdarg.h in their various folder structures under their include folder, hence: 1). What do I need to do to get stdarg.h resolved from the correct package for any compile done on the system at any time? 2). Why did F28 not add the appropriate folder into the include path when the packages were upgraded, which seems to have happened when I upgraded to F27? regards, Steve -- - Rick Stevens, Systems Engineer, AllDigital ri...@alldigital.com - - AIM/Skype: therps2 ICQ: 226437340 Yahoo: origrps2 - - - -- ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org/message/3FCAGQ7JBS6CRCWMYKM5OZZ4A5IYST54/ ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki
Re: F27 to F28 Upgrade Fails at Offline Install Time
On 07/12/2018 03:27 PM, Stephen Morris wrote: I've checked things out on this front and among others packages clang5.0-libs, gcc and libstdc++-devel which are all already installed have stdarg.h in their various folder structures under their include folder, hence: 1). What do I need to do to get stdarg.h resolved from the correct package for any compile done on the system at any time? 2). Why did F28 not add the appropriate folder into the include path when the packages were upgraded, which seems to have happened when I upgraded to F27? Did you miss my reply? See https://github.com/lwfinger/rtl8723bu/issues/106 for a possible solution. ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org/message/QZTCQXYTONLJNLREYY5JXET5G4FRBPPO/
Re: F27 to F28 Upgrade Fails at Offline Install Time
On 13/7/18 8:16 am, Rick Stevens wrote: On 07/12/2018 02:57 PM, Stephen Morris wrote: On 12/7/18 9:28 am, Sam Varshavchik wrote: Stephen Morris writes: and that installed all the package updates that caused the conflicts. Having done this I was able to complete the upgrade to F28, but now I have big problems. Under F28 my USB network device doesn't work because dkms can't compile the driver for it, and, either because of this failure or a compile failure the drivers for my mouse haven't been installed by dkms either. Pardon the interruption, but are you saying that you need to use a binary blob for a mouse? A mouse? What kinds of a mouse needs a binary blob driver? I have a bluetooth gaming mouse which has 5 or 6 different drivers to provide all the functionality the mouse is capable of, and all of these drivers are linked into the kernel. The mouse is a Razor Orochi. Oh, wow! Razor hardware. Really cool for gaming. Overkill for Fedora- esque stuff. Never could get used to that woven cover they used on the cords to keyboards, mice, etc. (we made some gaming stations and needed corded mice and keyboards). The fabric seems to generate a gravitational field that selectively attracts any Velcro-type thing in the immediate vicinity and spot welds to it. Steve, have you found out whether that RPM had been installed or not, and if so, reinstalled it? For reference, it's "libstdc++-devel". The problem with the mouse was until the drivers were installed the bluetooth interface couldn't even see the mouse to run it in wireless mode. At the moment I don't remember whether I needed the drivers to run the mouse in corded mode. I checked this morning in libstdc++-devel is already installed as are several other packages that have stdargs.h, one of which is gcc itself. I haven't tried reinstalling it yet, I'll do that now. regards, Steve -- - Rick Stevens, Systems Engineer, AllDigitalri...@alldigital.com - - AIM/Skype: therps2ICQ: 226437340 Yahoo: origrps2 - -- - I won't rise to the occasion, but I'll slide over to it. - -- ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org/message/5MODHQI45UH5G3GIPIQ4DS5MFAFK5HCD/ ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org/message/YDAZWN4JT7D6HO5CDY7ELSWORCQZ5BXR/
Re: F27 to F28 Upgrade Fails at Offline Install Time
On 13/7/18 8:30 am, Samuel Sieb wrote: On 07/12/2018 03:27 PM, Stephen Morris wrote: I've checked things out on this front and among others packages clang5.0-libs, gcc and libstdc++-devel which are all already installed have stdarg.h in their various folder structures under their include folder, hence: 1). What do I need to do to get stdarg.h resolved from the correct package for any compile done on the system at any time? 2). Why did F28 not add the appropriate folder into the include path when the packages were upgraded, which seems to have happened when I upgraded to F27? Did you miss my reply? See https://github.com/lwfinger/rtl8723bu/issues/106 for a possible solution. Sorry Samuel, I didn't miss your reply, what I did miss was the link at the bottom. Having looked at the link the stale file referenced that 'make clean' did not remove existed in my location as well, and when removed enabled the compile to work with the F27 kernel. I'm about to reboot into the F28 kernel to check that it compiles with that. regards, Steve ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org/message/QZTCQXYTONLJNLREYY5JXET5G4FRBPPO/ ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org/message/XWYTSOEHLOIXZC6HVEX7Y4R74Z47KJ4K/
Re: F27 to F28 Upgrade Fails at Offline Install Time
On 13/7/18 8:50 am, Stephen Morris wrote: On 13/7/18 8:30 am, Samuel Sieb wrote: On 07/12/2018 03:27 PM, Stephen Morris wrote: I've checked things out on this front and among others packages clang5.0-libs, gcc and libstdc++-devel which are all already installed have stdarg.h in their various folder structures under their include folder, hence: 1). What do I need to do to get stdarg.h resolved from the correct package for any compile done on the system at any time? 2). Why did F28 not add the appropriate folder into the include path when the packages were upgraded, which seems to have happened when I upgraded to F27? Did you miss my reply? See https://github.com/lwfinger/rtl8723bu/issues/106 for a possible solution. Sorry Samuel, I didn't miss your reply, what I did miss was the link at the bottom. Having looked at the link the stale file referenced that 'make clean' did not remove existed in my location as well, and when removed enabled the compile to work with the F27 kernel. I'm about to reboot into the F28 kernel to check that it compiles with that. I've just rebooted on the F28 kernel and having already removed .cache.mk dkms was able to successfully compile the driver at boot time. Thankyou to everyone who assisted with this issue. regards, Steve regards, Steve ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org/message/QZTCQXYTONLJNLREYY5JXET5G4FRBPPO/ ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org/message/XWYTSOEHLOIXZC6HVEX7Y4R74Z47KJ4K/ ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org/message/ESG7UGLFQS2BH75JMM2XGHJYLX4PODM7/
Re: Quick (I hope!) dnf question. [CLOSED]
(sigh, I can finally get back to this)
Thank-you, Samuel.
There are subtle details of these dnf capabilities I'm not grasping
("dnf search" does not find xeyes, even with the "--all" option. But it
is finding a few of the Python IDEs.
I'm trying to learn Python so I can calculate air's
absorption/transmission of ultraviolet at a function of four independent
variables, and graph the results. From the review I read, Spyder may be
the best Python IDE for doing math/science graphics (using Matplotlib,
SciPy, and NumPy). So I'll try that one first.
I already have Eclipse. I tried Eclipse and IDEA(?), both for java,
several years ago. I did not like them. They were too complicated.
Good ol' vi(m) and the command line were (for me) better! If Spyder
does not work for me, I'll probably just go back to (g)vim.
Since "xeyes" was just a test case (I already have it installed), and
the "dnf search" found Spyder, Eclipse, and pydev, I consider this
thread closed.
Bill.
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives:
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org/message/3G7YFWDHWKEE2ZN6Z7TWDK2VL3CXUGU6/
Re: F27 to F28 Upgrade Fails at Offline Install Time
Stephen Morris writes: On 12/7/18 9:28 am, Sam Varshavchik wrote: Stephen Morris writes: and that installed all the package updates that caused the conflicts. Having done this I was able to complete the upgrade to F28, but now I have big problems. Under F28 my USB network device doesn't work because dkms can't compile the driver for it, and, either because of this failure or a compile failure the drivers for my mouse haven't been installed by dkms either. Pardon the interruption, but are you saying that you need to use a binary blob for a mouse? A mouse? What kinds of a mouse needs a binary blob driver? I have a bluetooth gaming mouse which has 5 or 6 different drivers to provide all the functionality the mouse is capable of, and all of these drivers are linked into the kernel. The mouse is a Razor Orochi. The problem is that there is absolutely no guarantee whatsoever insofar as API and ABI compatibility across Linux kernel versions. Internal APIs between major internal kernel components don't change much, over time. But when it comes to things like low-level device drivers, you've got no guarantees that the same source can be compiled against the next kernel release, unchanged. The only way to guarantee that a particular driver's code will compile with the next kernel is for that driver to be a part of the mainline kernel. That's not an absolute, 100% guarantee, but it's the best that can be hoped for. If you have a particular driver that was built for a particular kernel version, but it's not part of the mainline kernel itself, maybe it will still compile and work properly against the next kernel version, or maybe it will not. And if it doesn't, there is no magic button one can push, or one some magic rpm can be installed, to make it compile. One will have to look the actual compilation error, look at the previous kernel's source, look at the current kernel's source, figure out what's changed, and figure out what needs to be changed, in the driver's source, to update it to your current kernel's version. For your use case, Fedora is not going to work very well, with new kernel version updates almost every week. Practically, you should be using Linux distribution with a stable kernel, that will backport any bug fixes to its stable kernel version; like Centos/RHEL or Ubuntu LTS. That's what those distros are for: to provide a stable kernel for the lifetime of the release, that third party hardware OEM can target their custom kernel drivers for. pgpg4eRrthdNp.pgp Description: PGP signature ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org/message/TV7RCD33TUVXJ5JVNZ7T3OP3KKJCSULM/
Re: Quick (I hope!) dnf question. [CLOSED]
On 07/12/2018 06:34 PM, home user via users wrote:
There are subtle details of these dnf capabilities I'm not grasping
("dnf search" does not find xeyes, even with the "--all" option. But it
is finding a few of the Python IDEs.
# dnf provides xeyes
xorg-x11-apps-7.7-20.fc28.x86_64 : X.Org X11 applications
Repo: fedora
Matched from:
Provide: xeyes = 1.1.1
You want to know why "search" won't find it? This is why:
# dnf info xorg-x11-apps
Available Packages
Name : xorg-x11-apps
Version : 7.7
Release : 20.fc28
Arch : x86_64
Size : 330 k
Source : xorg-x11-apps-7.7-20.fc28.src.rpm
Repo : fedora
Summary : X.Org X11 applications
URL : https://www.x.org
License : MIT
Description : A collection of common X Window System applications.
The package isn't about xeyes, so that "word" isn't anywhere in the
provided info. However, for spyder:
# dnf search spyder
=== Name
Matched: spyder ===
python2-spyder.noarch : Scientific Python Development Environment
python3-spyder.noarch : Scientific Python Development Environment
# dnf info python3-spyder
Available Packages
Name : python3-spyder
URL : https://pythonhosted.org/spyder
Description : Spyder is a Python development environment with advanced
editing, interactive
: testing, debugging and introspection features. It is
especially recommended
: for scientific computing thanks to NumPy (linear
algebra), SciPy (signal and
: image processing), matplotlib (interactive 2D/3D
plotting), MayaVi’s mlab
: (interactive 3D visualization) and -of course- IPython
support.
:
: Spyder may also be used as a library providing powerful
console-related PyQt4
: widgets.
:
: This package provides python3 build of spyder
The package is all about "spyder", so the search matches in the Name,
the URL, and the Description. However, note that a match in the
Description only works if you add the "--all" parameter to the search.
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives:
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org/message/HS5XLHM5CVZ4WZE5RDB6E6BFXGARZ6MV/
Re: Quick (I hope!) dnf question. [CLOSED]
On 07/13/18 11:16, Samuel Sieb wrote: > # dnf provides xeyes > xorg-x11-apps-7.7-20.fc28.x86_64 : X.Org X11 applications > Repo : fedora > Matched from: > Provide : xeyes = 1.1.1 > > You want to know why "search" won't find it? This is why: > > # dnf info xorg-x11-apps > Available Packages > Name : xorg-x11-apps > Version : 7.7 > Release : 20.fc28 > Arch : x86_64 > Size : 330 k > Source : xorg-x11-apps-7.7-20.fc28.src.rpm > Repo : fedora > Summary : X.Org X11 applications > URL : https://www.x.org > License : MIT > Description : A collection of common X Window System applications. > > The package isn't about xeyes, so that "word" isn't anywhere in the provided > info. > However, for spyder: IMO, an even better way to demonstrate what "search" does is to issue the command dnf search "x window" I think this demonstrates *where* search looks for the keywords. It is more than just the package name but as the man page states... Search package metadata for the keywords. Keywords are matched as case-insensitive substrings, globbing is supported. By *default* the command will *only* look at package names and summaries, failing that (or whenever all was given as an argument) it will match against package *descriptions* and *URLs*. The result is sorted from the most relevant results to the least. It, as you've already pointed out, doesn't look for filenames contained within the rpm. -- Conjecture is just a conclusion based on incomplete information. It isn't a fact. signature.asc Description: OpenPGP digital signature ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org/message/FPDRFIFXUBYM556AZCMTEQ7TFUPDGAOL/
