GDM fails to start on my workstation
Hi, I did an upgrade yesterday of three laptops and a workstation. It was slightly weird in that I did a full upgrade which gave me a new kernel and then found there was immediate a few more updates and another new kernel. A priori this is not an issue, except that I usually only get one set of upgrades at a sitting. The actual problem I am having is that the workstation cannot get the graphical state started. The screen flashes for a while, then stops and the monitor tells me that the server is not finding the correct refresh rate for the monitor. The laptops are fine as far as I can tell. multi-user target works fine on the workstation so it is just a GDM/Xorg/Xwayland thing. Something similar happened some time back, and it turned out to be an SELinux permissions thing. Since then I have has SELinux set to permissive, at least in the configuration file. However at some point in the past this had to be done in the Grub boot line. Unfortunately beyond these memories I can't remember what people got me to try that worked. But then this may be a new and different problem that just happens to have the same symtoms. The workstation is an ancient DELL Precision T series with twin Xeon CPUs, 12GB (only :-), and a GeForce GT 610 graphics card running with the Nouveau driver. No NVIDIA drivers involved. Whilst emailing, can someone point me at an explanation for the roles of "Fedora Rawhide" and "Modular Fedora Rawhide" repositories are. I am not sure I noticed when the "Modular Fedora Rawhide" repository appeared, so have no idea of the relationship between it and "Fedora Rawhide". -- Russel. =========== Dr Russel Winder t: +44 20 7585 2200 41 Buckmaster Roadm: +44 7770 465 077 London SW11 1EN, UK w: www.russel.org.uk signature.asc Description: This is a digitally signed message part ___ test mailing list -- test@lists.fedoraproject.org To unsubscribe send an email to test-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/test@lists.fedoraproject.org/message/FCONNOHIROYO3QHCGFHRQWQYOC7UMZ2E/
Re: Duplicates and obsoletes problem
On Mon, 2018-08-06 at 20:42 +0100, Russel Winder wrote: > On Sun, 2018-08-05 at 16:10 -0700, Samuel Sieb wrote: > […] > > > > I have no idea why you have so many duplicates. That usually happens > > when the update process gets interrupted part way through. Try running > > "dnf distro-sync". > > […] > > > [root@lionors ~]# dnf distro-sync > Last metadata expiration check: 0:01:08 ago on Mon 06 Aug 2018 20:38:26 > BST. > Error: > Problem: The operation would result in removing the following protected > packages: sudo, systemd, systemd-udev > > > :-( So I tried: [root@lionors ~]# dnf distro-sync -x sudo -x systemd -x systemd-udev Last metadata expiration check: 0:04:24 ago on Mon 06 Aug 2018 20:38:26 BST. Dependencies resolved. == Package Arch VersionRepository Size == Removing dependent packages: systemd x86_64 239-1.fc29 @System 11 M systemd-containerx86_64 239-1.fc29 @System 1.1 M systemd-develx86_64 239-1.fc29 @System 295 k systemd-libs x86_64 239-1.fc29 @System 1.7 M systemd-pam x86_64 239-1.fc29 @System 372 k systemd-udev x86_64 239-1.fc29 @System 7.5 M Downgrading: dtv-scan-tables noarch 1-2.20171226git07b18ecef174.fc29 rawhide 565 k dtv-scan-tables-legacy noarch 1-2.20171226git07b18ecef174.fc29 rawhide 230 k librados2x86_64 1:12.2.6-1.fc29rawhide 3.0 M Transaction Summary == Remove 6 Packages Downgrade 3 Packages Total download size: 3.8 M Is this ok [y/N]: y Downloading Packages: (1/3): dtv-scan-tables-legacy-1-2.20171226git07b18ece 166 kB/s | 230 kB 00:01 (2/3): dtv-scan-tables-1-2.20171226git07b18ecef174.fc 385 kB/s | 565 kB 00:01 (3/3): librados2-12.2.6-1.fc29.x86_64.rpm 1.3 MB/s | 3.0 MB 00:02 -- Total 1.7 MB/s | 3.8 MB 00:02 /usr/lib/python3.7/site-packages/dnf/cli/cli.py:231: DeprecationWarning: Using or importing the ABCs from 'collections' instead of from 'collections.abc' is deprecated, and in 3.8 it will stop working if not isinstance(display, collections.Sequence): Running transaction check Transaction check succeeded. Running transaction test Transaction test succeeded. Running transaction Preparing: 1/1 Running scriptlet: librados2-1:12.2.6-1.fc29.x86_64 1/1 Downgrading : librados2-1:12.2.6-1.fc29.x86_64 1/12 Downgrading : dtv-scan-tables-legacy-1-2.20171226git07b18ecef174.fc29. 2/12 Downgrading : dtv-scan-tables-1-2.20171226git07b18ecef174.fc29.noarch 3/12 Erasing : systemd-devel-239-1.fc29.x86_64 4/12 Cleanup : dtv-scan-tables-legacy-1-8.20161007git0b42d8e8b44e.fc28. 5/12 Cleanup : dtv-scan-tables-1-8.20161007git0b42d8e8b44e.fc28.noarch 6/12 Running scriptlet: systemd-udev-239-1.fc29.x86_64 7/12 Erasing : systemd-udev-239-1.fc29.x86_64 7/12 Running scriptlet: systemd-udev-239-1.fc29.x86_64 7/12 Erasing : systemd-container-239-1.fc29.x86_64 8/12 Erasing : systemd-pam-239-1.fc29.x86_64 9/12 Running scriptlet: systemd-239-1.fc29.x86_64 10/12 Erasing : systemd-239-1.fc29.x86_64 10/12 Erasing : systemd-libs-239-1.fc29.x86_64 11/12 Cleanup : librados2-1:12.2.7-1.fc29.x86_64 12/12 Running scriptlet: librados2-1:12.2.7-1.fc29.x86_64 12/12 Verifying: dtv-scan-tables-1-2.20171226git07b18ecef174.fc29.noarch 1/12 Verifying: dtv-scan-tables-1-8.20161007git0b42d8e8b44e.fc28.noarch 2/12 Verifying: dtv-scan-tables-legacy-1-2.20171226git07b18ecef174.fc29. 3/12 Verifying: dtv-scan-tables-legacy-1-8.20161007git0b42d8e8b44e.fc28. 4/12 Verifying:
Re: Duplicates and obsoletes problem
On Sun, 2018-08-05 at 16:10 -0700, Samuel Sieb wrote: […] > > I have no idea why you have so many duplicates. That usually happens > when the update process gets interrupted part way through. Try running > "dnf distro-sync". […] [root@lionors ~]# dnf distro-sync Last metadata expiration check: 0:01:08 ago on Mon 06 Aug 2018 20:38:26 BST. Error: Problem: The operation would result in removing the following protected packages: sudo, systemd, systemd-udev :-( -- Russel. ========= Dr Russel Winder t:+44 20 7585 2200 41 Buckmaster Road m:+44 7770 465 077 London SW11 1EN, UK w: www.russel.org.uk signature.asc Description: This is a digitally signed message part ___ test mailing list -- test@lists.fedoraproject.org To unsubscribe send an email to test-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/test@lists.fedoraproject.org/message/FQASMQIJVTQXKZEUMK727ICS2532FKAX/
Re: Duplicates and obsoletes problem
By judicious used of dnf, grep, and awk, I am now down to: [root@anglides ~]# dnf check-update Last metadata expiration check: 0:00:28 ago on Sun 05 Aug 2018 19:57:06 BST. [root@anglides ~]# dnf check sudo-1.8.23-1.fc29.x86_64 is a duplicate with sudo-1.8.23-3.fc29.x86_64 systemd-239-1.fc29.x86_64 is a duplicate with systemd-239-3.fc29.x86_64 systemd-container-239-1.fc29.x86_64 is a duplicate with systemd- container-239-3.fc29.x86_64 systemd-devel-239-1.fc29.x86_64 is a duplicate with systemd-devel-239- 3.fc29.x86_64 systemd-libs-239-1.fc29.x86_64 is a duplicate with systemd-libs-239- 3.fc29.x86_64 systemd-pam-239-1.fc29.x86_64 is a duplicate with systemd-pam-239- 3.fc29.x86_64 systemd-udev-239-1.fc29.x86_64 is a duplicate with systemd-udev-239- 3.fc29.x86_64 Error: Check discovered 7 problem(s) but I have no idea if stuff is actually internally self consistent. -- Russel. === Dr Russel Winder t: +44 20 7585 2200 41 Buckmaster Roadm: +44 7770 465 077 London SW11 1EN, UK w: www.russel.org.uk signature.asc Description: This is a digitally signed message part ___ test mailing list -- test@lists.fedoraproject.org To unsubscribe send an email to test-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/test@lists.fedoraproject.org/message/JA62ZTXKKNPTUOEBPYWYMHS43I52CIRI/
Re: Duplicates and obsoletes problem
Except of course that the packages sudo, systemd, and systemd-udev are protected and you cannot do "dnf remove" on them even if you are removing a duplicate :-( On Sun, 2018-08-05 at 19:23 +0100, Russel Winder wrote: > On Sun, 2018-08-05 at 18:48 +0100, Russel Winder wrote: > > > > […] > > I tried "dnf remove --duplicates" but that downloaded 2.3GB and > > then > > failed to do anything due to dependency failures. > > > > Pragmatically I am not sure can try your suggestion as actually > > there > > are 2242 problem packages not just three. :-( > > On the other hand it seems that the output of "dnf check" can be > piped > through "grep 'is a duplicate with'" and awk to select the first > column > which is the name of the package that is being replaced so it can go > into a "xargs dnf remove" assuming dnf can take 2000+ arguments. > > I had assumed this is what "dnf remove --duplicates" would do, but it > doesn't. > -- Russel. === Dr Russel Winder t: +44 20 7585 2200 41 Buckmaster Roadm: +44 7770 465 077 London SW11 1EN, UK w: www.russel.org.uk signature.asc Description: This is a digitally signed message part ___ test mailing list -- test@lists.fedoraproject.org To unsubscribe send an email to test-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/test@lists.fedoraproject.org/message/4PNQT3SYG3TKOYFELXARRTDPNX4ZOYPB/
Re: Duplicates and obsoletes problem
On Sun, 2018-08-05 at 18:48 +0100, Russel Winder wrote: > […] > I tried "dnf remove --duplicates" but that downloaded 2.3GB and then > failed to do anything due to dependency failures. > > Pragmatically I am not sure can try your suggestion as actually there > are 2242 problem packages not just three. :-( On the other hand it seems that the output of "dnf check" can be piped through "grep 'is a duplicate with'" and awk to select the first column which is the name of the package that is being replaced so it can go into a "xargs dnf remove" assuming dnf can take 2000+ arguments. I had assumed this is what "dnf remove --duplicates" would do, but it doesn't. -- Russel. === Dr Russel Winder t: +44 20 7585 2200 41 Buckmaster Roadm: +44 7770 465 077 London SW11 1EN, UK w: www.russel.org.uk signature.asc Description: This is a digitally signed message part ___ test mailing list -- test@lists.fedoraproject.org To unsubscribe send an email to test-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/test@lists.fedoraproject.org/message/ND5WS4W4EPQNFQTR23ADBZGD2COG4USA/
Re: Duplicates and obsoletes problem
On Sun, 2018-08-05 at 10:22 -0700, stan wrote: […] > > I recently saw this with a package in F28. This shouldn't happen, as > far as I know, because the later package is replacing the earlier > package and dnf should know that. My take is that some change to the > package gives the later version a different signature, so that dnf > actually thinks they are different packages, but that is just a > guess. > I resolved the issue by running, for your case, > dnf -x zsh -x zvbi -x zziplib upgrade > After that completed, I did > dnf remove zsh zvbi zziplib > dnf install zsh zvbi zziplib > In my case, the package was a leaf package, so this was trivial. If > your packages have a lot of dependencies, all those will be taken out > by the remove, and will have to be installed along with zsh, zvbi, > and > zziplib. Some of them might not be available for the new version. I tried "dnf remove --duplicates" but that downloaded 2.3GB and then failed to do anything due to dependency failures. Pragmatically I am not sure can try your suggestion as actually there are 2242 problem packages not just three. :-( -- Russel. === Dr Russel Winder t: +44 20 7585 2200 41 Buckmaster Roadm: +44 7770 465 077 London SW11 1EN, UK w: www.russel.org.uk signature.asc Description: This is a digitally signed message part ___ test mailing list -- test@lists.fedoraproject.org To unsubscribe send an email to test-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/test@lists.fedoraproject.org/message/IH5UJD6LLDOYYXCXVH52G7SEZAQC7K6S/
Re: Duplicates and obsoletes problem
On Sun, 2018-08-05 at 06:23 -0700, stan wrote: > […] > > I think you want to see what the issues are. Do > dnf --best update 2> dnf_errors.txt > and look at the output file. It is kind of like a log jam. There > are > probably a few key packages that are orphaned, and they depend on > older > libraries that are common to many other packages. Once they are > removed, the logjam will resolve itself. Using this technique allows > you to manually determine whether the updates are more important than > a > package you have installed that is blocking the update. There are no errors! [root@anglides ~]# dnf check-update --refresh bintray--pony-language-pony-stable-rpm 8.0 kB/s | 1.3 kB 00:00 bintray--pony-language-ponyc-rpm7.7 kB/s | 1.3 kB 00:00 Crystal 1.9 kB/s | 2.9 kB 00:01 Fedora - Modular Rawhide - Developmental packag 37 kB/s | 20 kB 00:00 Fedora - Rawhide - Developmental packages for t 24 kB/s | 2.3 kB 00:00 local 110 kB/s | 3.0 kB 00:00 RPM Fusion for Fedora Rawhide - Free 83 kB/s | 11 kB 00:00 RPM Fusion for Fedora Rawhide - Nonfree 27 kB/s | 11 kB 00:00 Vivaldi Browser 82 kB/s | 2.9 kB 00:00 Last metadata expiration check: 0:00:00 ago on Sun 05 Aug 2018 16:10:08 BST. Obsoleting Packages grub2-tools.x86_64 1:2.02- 46.fc29 @rawhide grub2-tools.x86_64 1:2.02- 37.fc29 @System grub2-tools.x86_64 1:2.02- 46.fc29 rawhide grub2-tools.x86_64 1:2.02- 37.fc29 @System grub2-tools-efi.x86_64 1:2.02- 46.fc29 @rawhide grub2-tools.x86_64 1:2.02- 37.fc29 @System grub2-tools-efi.x86_64 1:2.02- 46.fc29 rawhide grub2-tools.x86_64 1:2.02- 37.fc29 @System grub2-tools-extra.x86_641:2.02- 46.fc29 @rawhide grub2-tools.x86_64 1:2.02- 37.fc29 @System grub2-tools-extra.x86_641:2.02- 46.fc29 rawhide grub2-tools.x86_64 1:2.02- 37.fc29 @System grub2-tools-minimal.x86_64 1:2.02- 46.fc29 @rawhide grub2-tools.x86_64 1:2.02- 37.fc29 @System grub2-tools-minimal.x86_64 1:2.02- 46.fc29 rawhide grub2-tools.x86_64 1:2.02- 37.fc29 @System libmodulemd.i6861.6.1- 2.fc29rawhide python2-modulemd.noarch 1.3.3- 2.fc29@System libmodulemd.x86_64 1.6.1- 2.fc29@rawhide python2-modulemd.noarch 1.3.3- 2.fc29@System libmodulemd.x86_64 1.6.1- 2.fc29rawhide python2-modulemd.noarch 1.3.3- 2.fc29@System nss-pem.x86_64 1.0.3- 10.fc29 @rawhide nss-pem.x86_64 1.0.3- 9.fc29@System nss-pem.x86_64 1.0.3- 10.fc29 rawhide nss-pem.x86_64 1.0.3- 9.fc29@System redhat-lsb-printing.i6864.1- 45.fc29 rawhide redhat-lsb-printing.x86_64 4.1- 44.fc28 @System redhat-lsb-printing.x86_64 4.1- 45.fc29 @rawhide redhat-lsb-printing.x86_64 4.1- 44.fc28 @System redhat-lsb-printing.x86_64 4.1- 45.fc29 rawhide redhat-lsb-printing.x86_64 4.1- 44.fc28 @System wireless-regdb.noarch 2018.05.31- 3.fc29 rawhide crda.x86_64 3.18_2018.05.31- 1.fc29 @System [root@anglides ~]# dnf upgrade --best Last metadata expiration check: 0:00:41 ago on Sun 05 Aug 2018 16:10:08 BST. Dependencies resolved. Nothing to do. Complete! [root@anglides ~]# dnf check … zsh-5.5.1-1.fc29.x86_64 is a duplicate with zsh-5.5.1-2.fc29.x86_64 zvbi-0.2.35-5.fc28.x86_64 is a duplicate with zvbi-0.2.35-6.fc29.x86_64 zziplib-0.13.68-2.fc29.x86_64 is a duplicate with zziplib-0.13.69- 1.fc29.x86_64 Error: Check discovered 2242 problem(s) […] -- Russel. ======= Dr Russel Winder t: +44 20 7585 2200 41 Buckmaster Roadm: +44 7770 465 077 London SW11 1EN, UK w: www.russel.org.uk signature.asc Descriptio
Re: Broken dnf from 06-30-2018
On Fri, 2018-07-13 at 09:06 -0700, Samuel Sieb wrote: > On 07/13/2018 07:23 AM, Russel Winder wrote: > > PS Is it correct that dnf works fine without the history database, and > > seems not to recreate it? > > You will have lost your past history of dnf transactions. The next time > you install, update, or remove something, it should create it again. Apologies for the delay in responding. It seems the files I deleted in /var/lib/dnf/history/ have not been recreated. There is a /var/lib/dnf/history.sqlite that is being updated. It seems the file I deleted is just ancient history that had the wrong schema. -- Russel. ========= Dr Russel Winder t:+44 20 7585 2200 41 Buckmaster Road m:+44 7770 465 077 London SW11 1EN, UK w: www.russel.org.uk signature.asc Description: This is a digitally signed message part ___ test mailing list -- test@lists.fedoraproject.org To unsubscribe send an email to test-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/test@lists.fedoraproject.org/message/DTGNHN4YEJXJ74HJOP2HFGCW7KFC5X3U/
Duplicates and obsoletes problem
Hi, I had an enforced "not able to upgrade Fedora Rawhide for too long" period. On doing the updates, one of my four computers updated fine, the other three however got into problems. They are now in a state where "dnf check-updates" reports a number of obsoletes, but "dnf upgrade" says nothing to do, and "dnf check" reports 2000+ duplicates. I am certain someone in the past told me how to get out of this as I am fairly sure I had a not dissimilar situation early last year. However, I cannot find the email that I am sure I kept somewhere. In desperation I tried "dnf remove --duplicates" and after downloading 2.3GB it reports large numbers of dependency fails and does nothing. I am confident there must be a way of solving this short of re-installation, hopefully someone knows the magic I need to fix these three computers. -- Russel. ===== Dr Russel Winder t:+44 20 7585 2200 41 Buckmaster Road m:+44 7770 465 077 London SW11 1EN, UK w: www.russel.org.uk signature.asc Description: This is a digitally signed message part ___ test mailing list -- test@lists.fedoraproject.org To unsubscribe send an email to test-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/test@lists.fedoraproject.org/message/UWUKP62T2HRBNTLS7XDGRPEFM7VBUIXG/
Re: Broken dnf from 06-30-2018
On Thu, 2018-07-12 at 20:42 +, Andre Robatino wrote: > > accessing it). I don't suppose you kept a backup of the file? That > > would be very helpful for investigating the problem... > > See https://bugzilla.redhat.com/show_bug.cgi?id=1598590#c4 . It would seem that this is a possible reason for the behaviour I saw. I am now even more sorry I used rm instead of mv. Apologies. PS Is it correct that dnf works fine without the history database, and seems not to recreate it? -- Russel. ======= Dr Russel Winder t: +44 20 7585 2200 41 Buckmaster Roadm: +44 7770 465 077 London SW11 1EN, UK w: www.russel.org.uk signature.asc Description: This is a digitally signed message part ___ test mailing list -- test@lists.fedoraproject.org To unsubscribe send an email to test-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/test@lists.fedoraproject.org/message/CJ75GGBYCYUPZLNJ2TNG7H6XLT57LV5A/
Re: Broken dnf from 06-30-2018
On Fri, 2018-07-06 at 07:43 -0700, Adam Williamson wrote: > […] > That's interesting, but rather odd, as it suggests that run as root dnf > just *happens* to have a *different* issue involving the same file > (since obviously, when run as root, it wouldn't have had any problem > accessing it). I don't suppose you kept a backup of the file? That > would be very helpful for investigating the problem... Sorry, I am obsessive about backups of /home and /etc, but I do not backup /var. I just ran rm on the file on all of my machines. In hindsight I should have moved it away not rm. -- Russel. ======= Dr Russel Winder t: +44 20 7585 2200 41 Buckmaster Roadm: +44 7770 465 077 London SW11 1EN, UK w: www.russel.org.uk signature.asc Description: This is a digitally signed message part ___ test mailing list -- test@lists.fedoraproject.org To unsubscribe send an email to test-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/test@lists.fedoraproject.org/message/UX6ZEMAZAUSYZ5IIRF5UKJXDEVW2NAPM/
Re: Broken dnf from 06-30-2018
By pure fluke I ran "dnf check-update --refresh" not as root and got: RuntimeError: C++ std::exception: Failed to open backup database: /var/lib/dnf/history/history-2015-04-01.sqlite Surprising in that I have run this command not as root before and it didn't fail, but the file was owned root:root on 0600 so the failure is not a surprise. The file being in /var I took the view that it is ephemeral and so deleted it. Now as root I get proper behaviour, and indeed as not root I get proper behaviour. I am now upgrading all my Fedora Rawhide machines. :-) -- Russel. === Dr Russel Winder t: +44 20 7585 2200 41 Buckmaster Roadm: +44 7770 465 077 London SW11 1EN, UK w: www.russel.org.uk signature.asc Description: This is a digitally signed message part ___ test mailing list -- test@lists.fedoraproject.org To unsubscribe send an email to test-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/test@lists.fedoraproject.org/message/YORASOA6X7BT3Y5743344O5NFDQVBOJS/
Re: Broken dnf from 06-30-2018
On Thu, 2018-07-05 at 12:49 -0700, Adam Williamson wrote:
[…]
>
> But the new dnf doesn't break everywhere; I updated to it and didn't
> hit any of the reported issues. I'm sure the DNF developers *do* test
> it on their local machines, but this is not some sort of cast-iron
> guarantee that it will never fail anywhere else.
Can I suggest that the DNF people ought to be interested in the fact that two
people prepared to say something on this list have a real problem that they
have no idea how to fix without doing a reinstall from scratch.
It sounds like there is a set up for which there is no problem and that is
good. It implies there is hope!
If given direction I can create a list of all packages installed, George I
suspect can do likewise. This then might be able to allow people to ascertain
what went wrong, why the tests didn't find it, and (the most important thing)
how to get out of this situation.
I did an "strace dnf check-update" and got:
…
pwrite64(24,
"\305\33\10\3\2\3\7s\2\305\34\10\3\2\3\7s\2\305\35\10\3\2\3\7s\2\305\36\10\3\2"...,
1024, 1595392) = 1024
pwrite64(24,
"s\2\305\215\10\3\2\3\7s\2\305\216\10\3\2\3\7s\2\305\217\10\3\2\3\7s\2\305\220\10"...,
1024, 1596416) = 1024
pwrite64(24,
"\3\7s\2\305\377\10\3\2\3\7s\2\306\0\10\3\2\3\7s\2\306\1\10\3\2\3\7s\2\306"...,
609, 1597440) = 609
munmap(0x7f95ff0c8000, 1598055) = 0
close(24) = 0
--- SIGSEGV {si_signo=SIGSEGV, si_code=SEGV_MAPERR, si_addr=0x40} ---
+++ killed by SIGSEGV (core dumped) +++
Segmentation fault (core dumped)
but that isn't entirely helpful on its own I guess.
--
Russel.
===
Dr Russel Winder t: +44 20 7585 2200
41 Buckmaster Roadm: +44 7770 465 077
London SW11 1EN, UK w: www.russel.org.uk
signature.asc
Description: This is a digitally signed message part
___
test mailing list -- test@lists.fedoraproject.org
To unsubscribe send an email to test-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/test@lists.fedoraproject.org/message/DPLLV5CF5QERGBRVPNS57736A2QHODEE/
Re: Broken dnf from 06-30-2018
On Thu, 2018-07-05 at 10:48 +0100, Peter Robinson wrote: > On Thu, Jul 5, 2018 at 10:40 AM, Russel Winder wrote: > > > > Has anyone discovered a way forward for updating Fedora Rawhide given dnf > > just > > seg faults currently? > > Can you use rpm to just update it lmanually? > So far no. The RPM files downloaded from Koji require the Python 3.7 ABI but currently Python is 3.6. This apples to dnf 3.0.2 and 2.7.5 RPMs downloaded. -- Russel. =========== Dr Russel Winder t: +44 20 7585 2200 41 Buckmaster Roadm: +44 7770 465 077 London SW11 1EN, UK w: www.russel.org.uk signature.asc Description: This is a digitally signed message part ___ test mailing list -- test@lists.fedoraproject.org To unsubscribe send an email to test-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/test@lists.fedoraproject.org/message/FFWIWD6IOJ2G5ZNZZ6G2KCGSKYBDUL5J/
Re: Broken dnf from 06-30-2018
Has anyone discovered a way forward for updating Fedora Rawhide given dnf just seg faults currently? -- Russel. === Dr Russel Winder t: +44 20 7585 2200 41 Buckmaster Roadm: +44 7770 465 077 London SW11 1EN, UK w: www.russel.org.uk signature.asc Description: This is a digitally signed message part ___ test mailing list -- test@lists.fedoraproject.org To unsubscribe send an email to test-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/test@lists.fedoraproject.org/message/VQ767YEPTUMCXRPWMNSJSAX2SJIAXVCZ/
Re: Broken dnf from 06-30-2018
On Tue, 2018-07-03 at 20:14 -0700, Adam Williamson wrote: > On Sun, 2018-07-01 at 09:19 +0100, Russel Winder wrote: > > I wonder if this > > episode indicates that there should be work done to make sure that a > > broken > > dnf can never be installed? > > How do you propose we do that? Using a two stage system: 1. take a one step back version of Fedora Rawhide and add the new dnf; then run a few tests such as "dnf check-update --refresh" and "dnf upgrade". 2. take a current version of Fedora Rawhide and add the new dnf; then run the same set of tests. This should ensure dnf dependencies are correct and that "dnf upgrade" never causes a seg fault. I would have thought the dnf people would have been doing this sort of system testing given just how important dnf is to Fedora Rawhide. To have people (it's not just me) in a situation of not being able to amend their system with dnf should I feel cause deep embarrassment to the dnf people despite the caveat emptor nature of Fedora Rawhide. -- Russel. === Dr Russel Winder t: +44 20 7585 2200 41 Buckmaster Roadm: +44 7770 465 077 London SW11 1EN, UK w: www.russel.org.uk signature.asc Description: This is a digitally signed message part ___ test mailing list -- test@lists.fedoraproject.org To unsubscribe send an email to test-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/test@lists.fedoraproject.org/message/H4XUF43BYTG5TURAS27Q2GQSGYX5DQQV/
Re: Update 2018-06-30 breaks dnf
On Sun, 2018-07-01 at 10:45 +0100, Peter Robinson wrote: > […] > > You'll want ones tagged to f29 not f29-python > […] The RPM files I got were : dnf-2.7.5-18.fc29.noarch.rpm dnf-3.0.2-1.fc29.noarch.rpm dnf-automatic-2.7.5-18.fc29.noarch.rpm dnf-automatic-3.0.2-1.fc29.noarch.rpm dnf-data-2.7.5-18.fc29.noarch.rpm dnf-data-3.0.2-1.fc29.noarch.rpm dnf-yum-2.7.5-18.fc29.noarch.rpm dnf-yum-3.0.2-1.fc29.noarch.rpm python2-dnf-2.7.5-18.fc29.noarch.rpm python2-dnf-3.0.2-1.fc29.noarch.rpm python3-3.7.0-1.fc29.x86_64.rpm python3-debug-3.7.0-1.fc29.x86_64.rpm python3-devel-3.7.0-1.fc29.x86_64.rpm python3-dnf-2.7.5-18.fc29.noarch.rpm python3-dnf-3.0.2-1.fc29.noarch.rpm python3-libs-3.7.0-1.fc29.x86_64.rpm python3-tkinter-3.7.0-1.fc29.x86_64.rpm -- Russel. ======= Dr Russel Winder t: +44 20 7585 2200 41 Buckmaster Roadm: +44 7770 465 077 London SW11 1EN, UK w: www.russel.org.uk signature.asc Description: This is a digitally signed message part ___ test mailing list -- test@lists.fedoraproject.org To unsubscribe send an email to test-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/test@lists.fedoraproject.org/message/IO2ECEIZ6JICNYECZGF2Y4WKPEG43SIY/
Re: Update 2018-06-30 breaks dnf
On Sun, 2018-07-01 at 09:56 +0100, Peter Robinson wrote: > […] > > The python 3.7 rebuild should mostly be complete so I suspect it'll be > tagged into the main f29 rawhide repository early next week. > Good news in the grand scheme of things, but… The problem currently is to get a dnf that works with 3.6.5 so that the 3.7 rebuild can be correctly dnf-ed in. Sadly the dnf 2.7.5 from Koji appears to be not a Python 3.6.5 build. Maybe I just downloaded the wrong collection of rpm files? -- Russel. === Dr Russel Winder t: +44 20 7585 2200 41 Buckmaster Roadm: +44 7770 465 077 London SW11 1EN, UK w: www.russel.org.uk signature.asc Description: This is a digitally signed message part ___ test mailing list -- test@lists.fedoraproject.org To unsubscribe send an email to test-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/test@lists.fedoraproject.org/message/ENN4N4GRF2BM267LLTJDXOMPJL6OEANZ/
Re: Update 2018-06-30 breaks dnf
On Sun, 2018-07-01 at 09:16 +0100, Russel Winder wrote: […] > > It seems this is the only way forward except: dnf 3.0.1 is broken, 3.0.2 > requires Python 3.7 ABI but 3.6.5 is installed. dnf 2.7.5 also seems to > require Python 3.7 API and there are a number of other packages already > installed that do not allow 2.7.5 to be installed. This is a bit of a mess, > and I am not sure how to proceed. It seems though installing Python 3.7 over > 3.6.5 may just be the way forward. > It seems there is no simple way of upgrading to Python 3.7 using rpm since so much of Fedora Rawhide currently installed depends on Python 3.6.5. I shall have to leave this for now and hope people with more knowledge of Fedora Rawhide and the current state we find ourselves in can find a way out. -- Russel. =========== Dr Russel Winder t: +44 20 7585 2200 41 Buckmaster Roadm: +44 7770 465 077 London SW11 1EN, UK w: www.russel.org.uk signature.asc Description: This is a digitally signed message part ___ test mailing list -- test@lists.fedoraproject.org To unsubscribe send an email to test-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/test@lists.fedoraproject.org/message/GSG3GVFVI7T55R7VZNCT2WVHTO6N6HY2/
Re: Broken dnf from 06-30-2018
On Sat, 2018-06-30 at 12:39 -0700, stan wrote: > On Sat, 30 Jun 2018 16:57:47 + (UTC) > George R Goffe wrote: > > > Is there a specific download site for the fix for this problem? I > > wrote a bug report yesterday to the RedHat bugzilla "Bug 1596827 – > > dnf non-functional after upgrade". > > > > Bug 1596827 – dnf non-functional after upgrade > > You can find all fedora dnf packages available here: > > https://koji.fedoraproject.org/koji/packageinfo?packageID=14310 Sadly it seems the 3.0.2 and 2.7.5 packages cannot be installed due to various different broken dependencies, so simple upgrade or downgrade of dnf from the current state of the Fedora install is not possible. I know this is Fedora and there is a caveat emptor, but I wonder if this episode indicates that there should be work done to make sure that a broken dnf can never be installed? dnf is too important to a Fedora install to allow having a broken one be put in place. Ditto rpm, obviously. -- Russel. === Dr Russel Winder t: +44 20 7585 2200 41 Buckmaster Roadm: +44 7770 465 077 London SW11 1EN, UK w: www.russel.org.uk signature.asc Description: This is a digitally signed message part ___ test mailing list -- test@lists.fedoraproject.org To unsubscribe send an email to test-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/test@lists.fedoraproject.org/message/WARCEUJ3HUQI6IILQERFXYGWIPSUP6CU/
Re: Update 2018-06-30 breaks dnf
On Sat, 2018-06-30 at 12:55 +0200, Dirk Gottschalk wrote: > > Hi. > > Am 30. Juni 2018 12:44:47 MESZ schrieb Russel Winder : > > Hi, > > > > Since updating Fedora Rawhide 2018-06-30T11:30+01:00 dnf simply seg > > faults. > > > > Does anyone have a fix for this? > > > > If there is no fix, what is the way of getting an update as a > > workaround. > > A workaround would be to download a fixed dnf package and install it > manually with RPM. I am assuming one has to remove packages to be upgraded or downgraded before installing new ones when using rpm. (I have forgotten most of my rpm knowledge – except rpm -qf.) > You could also download an older version and install this to temporarily > solve the problem. It seems this is the only way forward except: dnf 3.0.1 is broken, 3.0.2 requires Python 3.7 ABI but 3.6.5 is installed. dnf 2.7.5 also seems to require Python 3.7 API and there are a number of other packages already installed that do not allow 2.7.5 to be installed. This is a bit of a mess, and I am not sure how to proceed. It seems though installing Python 3.7 over 3.6.5 may just be the way forward. Given the importance of dnf I wonder of there are some tests missing from the Rawhide build so as to avoid people being allowed to upgrade to a broken dnf? -- Russel. === Dr Russel Winder t: +44 20 7585 2200 41 Buckmaster Roadm: +44 7770 465 077 London SW11 1EN, UK w: www.russel.org.uk signature.asc Description: This is a digitally signed message part ___ test mailing list -- test@lists.fedoraproject.org To unsubscribe send an email to test-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/test@lists.fedoraproject.org/message/JA3FFSD4S7KCQ7TEFS6EVTN7S7XWXPV4/
Update 2018-06-30 breaks dnf
Hi, Since updating Fedora Rawhide 2018-06-30T11:30+01:00 dnf simply seg faults. Does anyone have a fix for this? If there is no fix, what is the way of getting an update as a workaround. -- Russel. = Dr Russel Winder t:+44 20 7585 2200 41 Buckmaster Road m:+44 7770 465 077 London SW11 1EN, UK w: www.russel.org.uk signature.asc Description: This is a digitally signed message part ___ test mailing list -- test@lists.fedoraproject.org To unsubscribe send an email to test-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/test@lists.fedoraproject.org/message/7LKBHGDV6OKGZWFOFRVDFGBUFSOTZ5RE/
Re: Sanity check on package versions
On Sun, 2018-05-20 at 08:30 -0700, stan wrote: > On Sun, 20 May 2018 13:07:35 +0100 > Russel Winder <rus...@winder.org.uk> wrote: > > > Hi, > > > > Lots of the fc29 package have a number of fc28 and fc27 package > > dependencies. Is this how it works, or will at some point all the > > fc28 and fc27 dependencies get recompiled to be fc29? > > This is how it works for releases that aren't mass rebuild releases. I > don't think f29 is a mass rebuild release. If an updated package gets > released during the lifetime of f29, it will be an f29 package. > > I'm not sure of how mass rebuilds are scheduled, but F28 was a mass > rebuild release. If there are packages before that in rawhide, they > probably failed to build during the mass rebuild, and weren't > replaced. This also happens if you have an existing rawhide that rolls > through several releases, since obsoletes and orphans will not get > rebuilt. I had a rawhide with packages all the way back to f24 because > of that. Caused problems with updates, because those old packages > wanted to hang onto their old dependencies. I was on a campaign to remove as many fc1* and fc2[0-8] packages as I assumed they were garbage that had not been collected. Also one or two were causing upgrade problem for exactly the reason you highlight. I found a fc26 package that I actually need, and various fc27 and fc28 packages that would cause the removal of needed or necessary fc29 packages. All others I deleted since any dependent packages that went were also no useful for me. I seems though that this mix of a few f27 and a number of f28 packages is normal for an f29 Rawhide, so that is fine. -- Russel. == Dr Russel Winder t: +44 20 7585 2200 41 Buckmaster Roadm: +44 7770 465 077 London SW11 1EN, UK w: www.russel.org.uk signature.asc Description: This is a digitally signed message part ___ test mailing list -- test@lists.fedoraproject.org To unsubscribe send an email to test-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/test@lists.fedoraproject.org/message/32E6OEOEGKX4O5ZGNIDIEAJMMPAMHPVK/
Re: Sanity check on package versions
On Sun, 2018-05-20 at 17:32 -0500, Rex Dieter wrote: > Russel Winder wrote: > > > Lots of the fc29 package have a number of fc28 and fc27 package > > dependencies. Is this how it works > > Yes, that's not unexpected. > Thanks, my mind is now at rest on this one. :-) -- Russel. ========== Dr Russel Winder t: +44 20 7585 2200 41 Buckmaster Roadm: +44 7770 465 077 London SW11 1EN, UK w: www.russel.org.uk signature.asc Description: This is a digitally signed message part ___ test mailing list -- test@lists.fedoraproject.org To unsubscribe send an email to test-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/test@lists.fedoraproject.org/message/KVZGWCCZJHHGDJNQAF5POE6DZGRE3NTS/
Sanity check on package versions
Hi, Lots of the fc29 package have a number of fc28 and fc27 package dependencies. Is this how it works, or will at some point all the fc28 and fc27 dependencies get recompiled to be fc29? -- Russel. == Dr Russel Winder t: +44 20 7585 2200 41 Buckmaster Roadm: +44 7770 465 077 London SW11 1EN, UK w: www.russel.org.uk signature.asc Description: This is a digitally signed message part ___ test mailing list -- test@lists.fedoraproject.org To unsubscribe send an email to test-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/test@lists.fedoraproject.org/message/T6DOBIACARB5Y7TM72WDVG5AGO2IE6RI/
Re: Change in latest update – suspending
Hi, I have no idea what happened or what changed, but I didn't do anything further and yet: [root@lionors ~]# su - gdm -s /bin/sh [gdm@lionors ~]$ gsettings get org.gnome.settings-daemon.plugins.power sleep-inactive-ac-timeout 0 and the computer does not auto suspend whilst in "GDM mode". Result. I am assuming having a few reboots as well as updates has made the difference. Anyway, I am now a happy bunny. On Mon, 2018-04-02 at 10:17 +0100, Russel Winder wrote: > On Sun, 2018-04-01 at 17:46 -0700, Samuel Sieb wrote: > > On 04/01/2018 03:08 AM, Russel Winder wrote: > > > [root@lavaine ~]# su - gdm -s /bin/sh > > > [gdm@lavaine ~]$ gsettings get org.gnome.settings- > > > daemon.plugins.power sleep-inactive-ac-timeout > > > 1200 > > > [gdm@lavaine ~]$ > > > > > > So the key is there (which is wasn't initially) but the value is > > > wrong. I am > > > clearly missing something. Hopefully something simple. > > > > Did you try setting the value? > > [gdm@lionors ~]$ gsettings get org.gnome.settings-daemon.plugins.power > sleep-inactive-ac-timeout > 1200 > [gdm@lionors ~]$ gsettings get org.gnome.settings-daemon.plugins.power > sleep-inactive-battery-timeout > 1200 > [gdm@lionors ~]$ > [gdm@lionors ~]$ gsettings get org.gnome.settings-daemon.plugins.power > sleep-inactive-battery-timeout > 1200 > [gdm@lionors ~]$ gsettings set org.gnome.settings-daemon.plugins.power > sleep-inactive-battery-timeout 0 > [gdm@lionors ~]$ gsettings set org.gnome.settings-daemon.plugins.power > sleep-inactive-ac-timeout 0 > > (process:2126): dconf-WARNING **: 10:07:48.286: failed to commit changes to > dconf: Cannot autolaunch D-Bus without X11 $DISPLAY > [gdm@lionors ~]$ gsettings get org.gnome.settings-daemon.plugins.power > sleep-inactive-battery-timeout > 1200 > [gdm@lionors ~]$ gsettings get org.gnome.settings-daemon.plugins.power > sleep-inactive-ac-timeout > 1200 > [gdm@lionors ~]$ > > -- Russel. == Dr Russel Winder t: +44 20 7585 2200 41 Buckmaster Roadm: +44 7770 465 077 London SW11 1EN, UK w: www.russel.org.uk signature.asc Description: This is a digitally signed message part ___ test mailing list -- test@lists.fedoraproject.org To unsubscribe send an email to test-le...@lists.fedoraproject.org
Re: Change in latest update – suspending
On Sun, 2018-04-01 at 17:46 -0700, Samuel Sieb wrote: > On 04/01/2018 03:08 AM, Russel Winder wrote: > > [root@lavaine ~]# su - gdm -s /bin/sh > > [gdm@lavaine ~]$ gsettings get org.gnome.settings- > > daemon.plugins.power sleep-inactive-ac-timeout > > 1200 > > [gdm@lavaine ~]$ > > > > So the key is there (which is wasn't initially) but the value is > > wrong. I am > > clearly missing something. Hopefully something simple. > > Did you try setting the value? [gdm@lionors ~]$ gsettings get org.gnome.settings-daemon.plugins.power sleep-inactive-ac-timeout 1200 [gdm@lionors ~]$ gsettings get org.gnome.settings-daemon.plugins.power sleep-inactive-battery-timeout 1200 [gdm@lionors ~]$ [gdm@lionors ~]$ gsettings get org.gnome.settings-daemon.plugins.power sleep-inactive-battery-timeout 1200 [gdm@lionors ~]$ gsettings set org.gnome.settings-daemon.plugins.power sleep-inactive-battery-timeout 0 [gdm@lionors ~]$ gsettings set org.gnome.settings-daemon.plugins.power sleep-inactive-ac-timeout 0 (process:2126): dconf-WARNING **: 10:07:48.286: failed to commit changes to dconf: Cannot autolaunch D-Bus without X11 $DISPLAY [gdm@lionors ~]$ gsettings get org.gnome.settings-daemon.plugins.power sleep-inactive-battery-timeout 1200 [gdm@lionors ~]$ gsettings get org.gnome.settings-daemon.plugins.power sleep-inactive-ac-timeout 1200 [gdm@lionors ~]$ -- Russel. ========= Dr Russel Winder t: +44 20 7585 2200 voip: sip:russel.win...@ekiga.net 41 Buckmaster Roadm: +44 7770 465 077 xmpp: rus...@winder.org.uk London SW11 1EN, UK w: www.russel.org.uk skype: russel_winder signature.asc Description: This is a digitally signed message part ___ test mailing list -- test@lists.fedoraproject.org To unsubscribe send an email to test-le...@lists.fedoraproject.org
Re: Change in latest update – suspending
On Tue, 2018-03-20 at 20:38 +0100, Louis Lagendijk wrote: > On Tue, 2018-03-20 at 12:31 -0700, Adam Williamson wrote: > > On Tue, 2018-03-20 at 13:48 +0000, Russel Winder wrote: > > > On Tue, 2018-03-20 at 13:54 +0100, Kamil Paral wrote: > > > > > > > > > > […] > > > > Nope: > > > > https://bugzilla.redhat.com/show_bug.cgi?id=1558485 > > > […] https://gitlab.gnome.org/GNOME/gnome-control-center/issues/22#note_91428 Seems to be the official answer from GNOME. And, per se, it seems entirely reasonable. The Debian bit works exactly as stated, so happiness achieved there. But for Fedora, I haven't made things work. > > Technically there is a way: you just have to figure out how to change > > the setting for the 'gdm' user. The Alternative Fedora Wiki has > > something on this: > > > > https://wiki.archlinux.org/index.php/GDM#DConf_configuration This seems to indicate that a way forward is to symbolic link /usr/share/dconf/profile/gdm to /etc/dconf/profile/gdm and then create a directory /etc/dconf/db/gdm.d and add to it a file 99-local-settings containing: [org/gnome/settings-daemon/plugins/power] sleep-inactive-ac-timeout=0 sleep-inactive-battery-timeout=0 and then run "dconf update". This created /etc/dconf/db/gdm indicating possible success. Reboot, but no luck still suspends. :-( […] > > It may be posible to do the following from root: > su - gdm -s /bin/bash > > to change to user gdm and still get a shell? This works fine it seems: [root@lavaine ~]# su - gdm -s /bin/sh [gdm@lavaine ~]$ gsettings get org.gnome.settings-daemon.plugins.power sleep-inactive-ac-timeout 1200 [gdm@lavaine ~]$ So the key is there (which is wasn't initially) but the value is wrong. I am clearly missing something. Hopefully something simple. -- Russel. == Dr Russel Winder t: +44 20 7585 2200 41 Buckmaster Roadm: +44 7770 465 077 London SW11 1EN, UK w: www.russel.org.uk signature.asc Description: This is a digitally signed message part ___ test mailing list -- test@lists.fedoraproject.org To unsubscribe send an email to test-le...@lists.fedoraproject.org
Java Version Issue
Hi, I spotted that installing java-9-openjdk forces installation of java-1.8.0- openjdk-headless – which a priori seems as though there is a broken dependency somewhere. On asking: rpm -q --whatrequires java-1.8.0-openjdk-headless the answer was nothing. I am not sure how to progress this to some useful feedback. Is java-10-openjdk being prepared? -- Russel. == Dr Russel Winder t: +44 20 7585 2200 41 Buckmaster Roadm: +44 7770 465 077 London SW11 1EN, UK w: www.russel.org.uk signature.asc Description: This is a digitally signed message part ___ test mailing list -- test@lists.fedoraproject.org To unsubscribe send an email to test-le...@lists.fedoraproject.org
Re: Change in latest update – suspending
On Tue, 2018-03-20 at 13:54 +0100, Kamil Paral wrote: > […] > Nope: > https://bugzilla.redhat.com/show_bug.cgi?id=1558485 Exactly, thanks for posting the bug report. Extremely angry is a bit of an understatement! I do hope the GNOME people accept this as a problem and provide a way of switching this suspend behaviour off. -- Russel. === Dr Russel Winder t: +44 20 7585 2200 41 Buckmaster Roadm: +44 7770 465 077 London SW11 1EN, UK w: www.russel.org.uk signature.asc Description: This is a digitally signed message part ___ test mailing list -- test@lists.fedoraproject.org To unsubscribe send an email to test-le...@lists.fedoraproject.org
Re: Change in latest update – suspending
On Mon, 2018-03-19 at 09:16 -0700, Adam Williamson wrote: > […] > Glad to know you're being reasonable and proportional in response to > a > default configuration change! On the one hand :-), on the other hand: the current situation means I have to login to all the computers from the console so as to stop the automatic suspend. This means I cannot do any non-local reboots. > You can configure this in the Control Center. Settings / Power / > Automatic suspend: turn it "off". Now you're done. No I am not, I'm afraid. I have that set already on all my computers; these settings only apply once you are logged in to the console. The problem remains, there must be a GNOMEShell/GDM setting separate from the user power setting that applies after a reboot but before a login. The question is how to change this altered configuration setting that is nothing to do with the user. -- Russel. =========== Dr Russel Winder t: +44 20 7585 2200 41 Buckmaster Roadm: +44 7770 465 077 London SW11 1EN, UK w: www.russel.org.uk signature.asc Description: This is a digitally signed message part ___ test mailing list -- test@lists.fedoraproject.org To unsubscribe send an email to test-le...@lists.fedoraproject.org
Re: Change in latest update – suspending
On Sat, 2018-03-17 at 12:09 +, Russel Winder wrote: > Hi, > > Back after a period away. > > On Thu, 2018-02-22 at 09:39 -0700, Michal Jaegermann wrote: > […] > > > > This still leaves a question how you are going to modify that for > > gdm on a machine of a type "server - most of the time"? If I understood > > Russel correctly such setup is hugely affected. > > It seems that if you login on the console (SSH over Ethernet is not enough) > then the GNOME settings are activated and suspend only happens on battery – > this is the situation I need ad have set. However, without login Fedora > Rawhide suspends after a short period, Debian id does not. I need to have > computers powered up and not logged in on the console, I login over SSH. > Debian gives me this Fedora does not. > > I am guessing default GDM suspend settings are different in Debian and > Fedora. > Debian works as I want to, Fedora does not. Of course, this may just be my > problem. OK so Debian Sid has now fully updated GNOME and it behaves the same as Fedora Rawhide. If you are not logged in on the console, GDM suspends the computer after a few minutes. GNOME has just ruined my life. -- Russel. == Dr Russel Winder t: +44 20 7585 2200 41 Buckmaster Roadm: +44 7770 465 077 London SW11 1EN, UK w: www.russel.org.uk signature.asc Description: This is a digitally signed message part ___ test mailing list -- test@lists.fedoraproject.org To unsubscribe send an email to test-le...@lists.fedoraproject.org
Re: Change in latest update – suspending
Hi, Back after a period away. On Thu, 2018-02-22 at 09:39 -0700, Michal Jaegermann wrote: […] > > This still leaves a question how you are going to modify that for > gdm on a machine of a type "server - most of the time"? If I understood > Russel correctly such setup is hugely affected. It seems that if you login on the console (SSH over Ethernet is not enough) then the GNOME settings are activated and suspend only happens on battery – this is the situation I need ad have set. However, without login Fedora Rawhide suspends after a short period, Debian id does not. I need to have computers powered up and not logged in on the console, I login over SSH. Debian gives me this Fedora does not. I am guessing default GDM suspend settings are different in Debian and Fedora. Debian works as I want to, Fedora does not. Of course, this may just be my problem. -- Russel. ====== Dr Russel Winder t: +44 20 7585 2200 41 Buckmaster Roadm: +44 7770 465 077 London SW11 1EN, UK w: www.russel.org.uk signature.asc Description: This is a digitally signed message part ___ test mailing list -- test@lists.fedoraproject.org To unsubscribe send an email to test-le...@lists.fedoraproject.org
Re: Introduction
On Sat, 2018-03-03 at 08:11 -0800, Adam Williamson wrote: > […] > I suspect most of the people writing Python for Fedora haven't taken > any classes in it! (I certainly haven't; I'm a proud graduate of the > University of StackOverflow...) Sadly there is an awful lot of ancient stuff on StackOverflow that is worse than useless and counter productive for learning, you have to use it with great care, especially for initial learning. Also of course a lot of good stuff is so out of date now it is bad stuff. Programmers tend not to make enough use of asking for and getting feedback from experts on the code they write, and of reading code and sharing views on it with experts. > > […] -- Russel. ====== Dr Russel Winder t: +44 20 7585 2200 41 Buckmaster Roadm: +44 7770 465 077 London SW11 1EN, UK w: www.russel.org.uk signature.asc Description: This is a digitally signed message part ___ test mailing list -- test@lists.fedoraproject.org To unsubscribe send an email to test-le...@lists.fedoraproject.org
Re: Change in latest update – suspending
On Thu, 2018-02-22 at 04:04 -0800, Adam Williamson wrote: > […] > > Anything settable in control-center is likely backed with a dconf key > you could set. True. Finding the path to the key is not always obvious though. I am guessing that in this case org.gnome.session-daemon may be the place. > > […] > > I'd think this would only take effect if a GNOME session is actually > *running*. Though GDM might count. I think GDM does indeed count since it and GnomeShell appear to be tightly coupled. Sadly gnome-control-centre fails to work over an SSH link with Wayland :-( -- Russel. ======= Dr Russel Winder t: +44 20 7585 2200 41 Buckmaster Roadm: +44 7770 465 077 London SW11 1EN, UK w: www.russel.org.uk signature.asc Description: This is a digitally signed message part ___ test mailing list -- test@lists.fedoraproject.org To unsubscribe send an email to test-le...@lists.fedoraproject.org
Re: Change in latest update – suspending
Adam, Thanks for the quick answer, much appreciated. I may get grumpy on this one, hopefully no-one takes offence. On Thu, 2018-02-22 at 02:25 -0800, Adam Williamson wrote: > On Thu, 2018-02-22 at 08:39 +0000, Russel Winder wrote: > > Hi, > > > > I have just done the 3GB update on my machines. Now I find that > > laptops > > and workstations go into suspend mode without being told to. For me > > this is not what I want. I am assuming the recent big update has > > included a change of setting somewhere. I am not sure where to find > > this. Can anyone tell me? > > It's a GNOME change to comply with EU regulations, believe it or not: > > https://bugzilla.gnome.org/show_bug.cgi?id=681869 > https://bugzilla.gnome.org/show_bug.cgi?id=792890 OK it seems an interpretation of an EU regulation has finally convinced me BrExit might actually have an upside. :-( I think GNOME developers should also read 7.b.3.b: Equipment shall, unless inappropriate for the intended use, offer a power management function or a similar function. GNOME can certainly count in the inappropriate for the intended use category. In any event this should be an easily opt out of. > It should be configurable in the Power panel of the control center. Do you know if there is there a way of setting it without logging in to the console device? GNOME will hopefully not then reset a value it has no right to set without consent. My set up has a server, one workstation/server, and three laptops all up and working. I am only logged into one. Now the workstation/server (which should never stop as it has a server role) and two laptops spontaneously suspend, which f everything up. :-( I guess I am going to have a problem with my server which actually has GNOME installed for various reasons. -- Russel. === Dr Russel Winder t: +44 20 7585 2200 41 Buckmaster Roadm: +44 7770 465 077 London SW11 1EN, UK w: www.russel.org.uk signature.asc Description: This is a digitally signed message part ___ test mailing list -- test@lists.fedoraproject.org To unsubscribe send an email to test-le...@lists.fedoraproject.org
Change in latest update – suspending
Hi, I have just done the 3GB update on my machines. Now I find that laptops and workstations go into suspend mode without being told to. For me this is not what I want. I am assuming the recent big update has included a change of setting somewhere. I am not sure where to find this. Can anyone tell me? -- Russel. === Dr Russel Winder t: +44 20 7585 2200 41 Buckmaster Roadm: +44 7770 465 077 London SW11 1EN, UK w: www.russel.org.uk signature.asc Description: This is a digitally signed message part ___ test mailing list -- test@lists.fedoraproject.org To unsubscribe send an email to test-le...@lists.fedoraproject.org
Display issues
Hi, I cannot see a pattern as yet, so I can't do anything reproducibly, but with a Wayland login at times I get a series of waves of display failures (background showing through windows but with a refresh feel to it) always going top to bottom sometimes seemingly going slightly left sometimes slightly right (which may be an artefact of the set of windows open at the time). Is anyone else seeing anything at all similar? -- Russel. = Dr Russel Winder t: +44 20 7585 2200 voip: sip:russel.win...@ekiga.net 41 Buckmaster Roadm: +44 7770 465 077 xmpp: rus...@winder.org.uk London SW11 1EN, UK w: www.russel.org.uk skype: russel_winder signature.asc Description: This is a digitally signed message part ___ test mailing list -- test@lists.fedoraproject.org To unsubscribe send an email to test-le...@lists.fedoraproject.org
Re: DNF and broken upgrades
On Sun, 2017-08-06 at 14:21 -0400, Matthew Miller wrote: > On Sun, Aug 06, 2017 at 06:16:43PM +0100, Russel Winder wrote: > > > I think `dnf distro-sync` should do it. > > > > I tried that but can't remember the exact output. It didn't do > > anything > > positive though. :-( > > Maybe with --best and --allow-erasing? Just as closure for this thread: over the past few days I have had to do some erasing to get a best install build and the problem seems to have gone away. I have no concrete data as to what actually cleared the problem but it has gone away. :-) -- Russel. ========= Dr Russel Winder t: +44 20 7585 2200 voip: sip:russel.win...@ekiga.net 41 Buckmaster Roadm: +44 7770 465 077 xmpp: rus...@winder.org.uk London SW11 1EN, UK w: www.russel.org.uk skype: russel_winder signature.asc Description: This is a digitally signed message part ___ test mailing list -- test@lists.fedoraproject.org To unsubscribe send an email to test-le...@lists.fedoraproject.org
Problematic MIME types
Hi, I am assuming that some packages have MIME types with a leading space: " application/…" is well known, and a fix in train so that bug reports for the packages are not needed. Or are bug reports still needed? -- Russel. ===== Dr Russel Winder t: +44 20 7585 2200 voip: sip:russel.win...@ekiga.net 41 Buckmaster Roadm: +44 7770 465 077 xmpp: rus...@winder.org.uk London SW11 1EN, UK w: www.russel.org.ukk skype: russel_winder signature.asc Description: This is a digitally signed message part ___ test mailing list -- test@lists.fedoraproject.org To unsubscribe send an email to test-le...@lists.fedoraproject.org
Re: DNF and broken upgrades
On Sun, 2017-08-06 at 07:49 -0400, Matthew Miller wrote: > […] > I think `dnf distro-sync` should do it. I tried that but can't remember the exact output. It didn't do anything positive though. :-( -- Russel. ===== Dr Russel Winder t: +44 20 7585 2200 voip: sip:russel.win...@ekiga.net 41 Buckmaster Roadm: +44 7770 465 077 xmpp: rus...@winder.org.uk London SW11 1EN, UK w: www.russel.org.uk skype: russel_winder signature.asc Description: This is a digitally signed message part ___ test mailing list -- test@lists.fedoraproject.org To unsubscribe send an email to test-le...@lists.fedoraproject.org
DNF and broken upgrades
I have just completed the recent Big Rawhide Upgrade on my laptops/workstations. I will admit to not using the lowest risk way of upgrading mostly because I don't want to have to work with each machine physically individually. I generally use an SSH login from another machine to keep the risk at Bash and Network Manager upgrade problems. This morning I got lazy (having upgraded the laptops using the normal approach) and upgraded my workstation from a terminal in an Wayland session on the workstation itself. Normally this is OK, today it failed. Part way through the "dnf upgrade", the terminal crashed, leaving me with masses of downloaded and installed but not yet upgraded packages. So I ended up with what dnf said was a fully upgraded machines and yet there were 835 duplicates, as reported by "dnf check". If there are one or two I remove the newest version manually and then do the upgrade again. For 835 I am not about to even start this process. "dnf remove --duplicates" refused to work because some of the duplicates were protected. dnf and systemd in particular. OK so I can handle doing those manually using the "--setopt=protected_package=" options so as to be able to remove the newest version. So dnf and systemd fully up to date. Now "dnf remove --duplicates" works – which is good. :-) However,… The "dnf list --installed" listing shows all the new packages from @System not from @rawhide. I am hoping this doesn't matter, but it is annoying. This is not the case for the package removed and re-upgraded manually, just for the ones 'fixed' using "dnf remove --duplicates". I am thinking that "dnf remove --duplicates" isn't actually the right way of fixing this sort of problem, that there is a better way of handling barfed upgrades. I also notice that "dnf list --showduplicates" highlights a lot of entries but there is no clear indication of what the problem is. -- Russel. = Dr Russel Winder t: +44 20 7585 2200 voip: sip:russel.win...@ekiga.net 41 Buckmaster Roadm: +44 7770 465 077 xmpp: rus...@winder.org.uk London SW11 1EN, UK w: www.russel.org.uk skype: russel_winder signature.asc Description: This is a digitally signed message part ___ test mailing list -- test@lists.fedoraproject.org To unsubscribe send an email to test-le...@lists.fedoraproject.org
Re: Is the rawhide repo broken?
On Sun, 2017-07-30 at 05:00 +, George R Goffe wrote: > Russel, > > Thanks for your response. > > Removing python3-docs did not appear to change the problem. I am surprised you didn't get some change since a number of Fedora system packages depend on the python3 version. > Any other ideas? Just wait for whomever to fix the packaging > problems? I could write a bug if you think that might be a good thing > to do. History indicates there are two scenarios and all too often both apply: 1. You have one or two deprecated and/or removed packages that are causing a version conflict and stopping upgrade. 2. There is a version conflict because of lack of update by packagers. The python3-doc thing is an instance of 2. As is my current Boost/LibreOffice situation. I am suffering without python3-doc in the short term, and waiting on the packagers to sort out the Boost/LiberOffice thing as I need both. Whenever I have instances of 1, I use "dnf upgrade --best" and "dnf upgrade --best --allowerasing" (always saying no to actioning the upgrade) to investigate where the package conflict is. In many cases the package is redundant and removing it (or them) clears the blockage. Sometimes the problem is the dnf system itself, it gets the graph of dependencies over specifying things and thus causing blockages. In this case I allow removal of packages to clear the blockage and then reinstall. Occasionally you have to live without a package or two for a while to get everything else up to date. cf. python3-doc. It is a tad difficult to explain things in general. Might it be worth submitting the result of: dnf check-update --refresh dnf upgrade --best here (as attachments if the output is very lengthy) so as to get more focused ideas bubbling? -- Russel. ========= Dr Russel Winder t: +44 20 7585 2200 voip: sip:russel.win...@ekiga.net 41 Buckmaster Roadm: +44 7770 465 077 xmpp: rus...@winder.org.uk London SW11 1EN, UK w: www.russel.org.uk skype: russel_winder signature.asc Description: This is a digitally signed message part ___ test mailing list -- test@lists.fedoraproject.org To unsubscribe send an email to test-le...@lists.fedoraproject.org
Re: Is the rawhide repo broken?
Hi, I believe there is currently a problem between Boost and LibreOffice staopping quite a few upgrades but not 165/118, far fewer than that. I found though I had to remove python3-docs as that package has not been updated where all the other python3-* packages appear to have been. On Sat, 2017-07-29 at 13:44 +, George R Goffe wrote: > Hi, > > I am trying to keep my Fedora 27 (Rawhide) system up to date by > running "dnf upgrade" at least daily. For the past week I have seen a > list of packages with broken dependencies. 165 in number. dnf --best > reports 118 or so "problems". > > I'm not sure what to do about this. Could someone give me a hint > please? > > Regards, > > George... > > > Transaction Summary > == > Skip 165 Packages > > Nothing to do. > ___ > test mailing list -- test@lists.fedoraproject.org > To unsubscribe send an email to test-le...@lists.fedoraproject.org -- Russel. = Dr Russel Winder t: +44 20 7585 2200 voip: sip:russel.win...@ekiga.net 41 Buckmaster Roadm: +44 7770 465 077 xmpp: rus...@winder.org.uk London SW11 1EN, UK w: www.russel.org.uk skype: russel_winder signature.asc Description: This is a digitally signed message part ___ test mailing list -- test@lists.fedoraproject.org To unsubscribe send an email to test-le...@lists.fedoraproject.org
Re: GNOMEShell top bar
On Sat, 2017-06-17 at 11:26 -0700, Link Dupont wrote: […] > Yep. Since rawhide had development versions of GNOME right now, the > place to start would probably be GNOME's bugzilla[1]. > > 1: https://bugzilla.gnome.org/enter_bug.cgi?product=gnome-shell Done. https://bugzilla.gnome.org/show_bug.cgi?id=783913 -- Russel. ===== Dr Russel Winder t: +44 20 7585 2200 voip: sip:russel.win...@ekiga.net 41 Buckmaster Roadm: +44 7770 465 077 xmpp: rus...@winder.org.uk London SW11 1EN, UK w: www.russel.org.uk skype: russel_winder signature.asc Description: This is a digitally signed message part ___ test mailing list -- test@lists.fedoraproject.org To unsubscribe send an email to test-le...@lists.fedoraproject.org
Re: GNOMEShell top bar
On Sat, 2017-06-17 at 07:01 -0700, Link Dupont wrote: > […] > > This sounds like the new gnome-shell behavior in rawhide[1]. Are you > running rawhide? > > 1: https://blogs.gnome.org/mclasen/2017/06/08/rawhide-sightings/ > ___ Yes indeed I am on Rawhide – no point in a release that isn't rolling. :-) OK so it is intentional. In which case the writing has to switch to dark to make the translucent bar usable. White on black is fine, switching to white on light grey translucent, not readable. Needs to switch to dark gray on light grey translucent to preserve readability of the text. I guess I should raise an issue somewhere? -- Russel. ===== Dr Russel Winder t: +44 20 7585 2200 voip: sip:russel.win...@ekiga.net 41 Buckmaster Roadm: +44 7770 465 077 xmpp: rus...@winder.org.uk London SW11 1EN, UK w: www.russel.org.uk skype: russel_winder signature.asc Description: This is a digitally signed message part ___ test mailing list -- test@lists.fedoraproject.org To unsubscribe send an email to test-le...@lists.fedoraproject.org
Re: GNOMEShell top bar
On Fri, 2017-06-16 at 23:46 -0700, Samuel Sieb wrote: > On 06/16/2017 10:06 AM, Russel Winder wrote: > > Some time in the last 4 or 6 weeks a GNOMEShell update has changed > > the > > behaviour of the top bar: it seems dynamic top bar is now built in, > > not > > an extension, and I would really like to switch it off and have the > > always black top bar. > > > > I appreciate that this is not a Fedora issue per se, but that > > dynamic > > top bar is beginning to get very irritating. > > I've never heard of that, but have you checked in the Gnome tweak > tool > if there's a setting for that? Nothing in Tweak, nor that is obvious in dconf-editor. :-( Currently the only way of getting black top-bar appears to be to have an application window touching it. -- Russel. ========= Dr Russel Winder t: +44 20 7585 2200 voip: sip:russel.win...@ekiga.net 41 Buckmaster Roadm: +44 7770 465 077 xmpp: rus...@winder.org.uk London SW11 1EN, UK w: www.russel.org.uk skype: russel_winder signature.asc Description: This is a digitally signed message part ___ test mailing list -- test@lists.fedoraproject.org To unsubscribe send an email to test-le...@lists.fedoraproject.org
GNOMEShell top bar
Hi, Some time in the last 4 or 6 weeks a GNOMEShell update has changed the behaviour of the top bar: it seems dynamic top bar is now built in, not an extension, and I would really like to switch it off and have the always black top bar. I appreciate that this is not a Fedora issue per se, but that dynamic top bar is beginning to get very irritating. -- Russel. = Dr Russel Winder t: +44 20 7585 2200 voip: sip:russel.win...@ekiga.net 41 Buckmaster Roadm: +44 7770 465 077 xmpp: rus...@winder.org.uk London SW11 1EN, UK w: www.russel.org.uk skype: russel_winder signature.asc Description: This is a digitally signed message part ___ test mailing list -- test@lists.fedoraproject.org To unsubscribe send an email to test-le...@lists.fedoraproject.org
systemctl "broken"
I am guessing all of my Fedora Rawhide machines are in a "broken" state as whenever I try to use systemctl, I get: # systemctl Failed to list units: Access denied # but this is root, access can never be denied. Huh? -- Russel. ===== Dr Russel Winder t: +44 20 7585 2200 voip: sip:russel.win...@ekiga.net 41 Buckmaster Roadm: +44 7770 465 077 xmpp: rus...@winder.org.uk London SW11 1EN, UK w: www.russel.org.uk skype: russel_winder ___ test mailing list -- test@lists.fedoraproject.org To unsubscribe send an email to test-le...@lists.fedoraproject.org
Re: systemd-networkd and NetworkManager
On Sun, 2017-04-16 at 23:26 -0700, Adam Williamson wrote: > On Sun, 2017-04-16 at 08:33 -0700, stan wrote: > > On Sun, 16 Apr 2017 05:34:40 +0100 > > Russel Winder <rus...@winder.org.uk> wrote: > > > > > I had thought I had removed NetworkManager from my workstation in > > > favour of using systemd-networkd. However it seems in the last > > > Rawhide > > > update, NetworkManager has reinstalled itself and has enforced > > > starting. I tried removing it but it seems GNOME Shell depends on > > > it's > > > presence. Isn't this a dependency too far? > > > > GNOME shell is probably depending on NetworkManager for its updates > > handling, so it is integrated in. networkd probably isn't > > supported > > for that functionality. You can check this by leaving > > NetworkManager > > installed, and masking it in systemd, so that it can't be started > > by > > the GNOME update manager (PackageKit?). Then start networkd, and > > let it take over network functionality. After a while of running, > > look > > in the logs, journalctl -r, to see if there are any complaints > > about an > > inability to check for updates. It might take a while. I removed PackageKit a long time ago – I cannot afford automatic update for a number of reasons. No update has ever reinstalled it. I use NetworkManager on the laptops because of the dynamic Internet connection. The workstation and server though are fixed wired connection so I thought I'd try systemd-networkd (removing Networkmanager) and it was working fine – until NetworkManager reinstalled for some reason. > I haven't checked this, but I can't think of any reason the GNOME > update system would specifically require NetworkManager. > > Russel, can you post exactly what output you get from 'dnf remove > NetworkManager'? Thanks. [root@anglides etc]# dnf remove NetworkManager Dependencies resolved. Package Arch Version Repository Size Removing: NetworkManager x86_64 1:1.8.0-0.2.rc2.fc27 @rawhide 5.2 M NetworkManager-wifi x86_64 1:1.8.0-0.2.rc2.fc27 @rawhide 161 k control-center x86_64 1:3.24.1-1.fc27 @rawhide 18 M gdm x86_64 1:3.24.1-1.fc27 @rawhide 2.1 M gnome-initial-setup x86_64 3.24.0-1.fc27@rawhide 2.5 M gnome-shell x86_64 3.24.1-1.fc27@rawhide 9.9 M gnome-shell-extension-alternate-tab noarch 3.24.1-1.fc27@rawhide 9.5 k gnome-shell-extension-apps-menu noarch 3.24.1-1.fc27@rawhide 30 k gnome-shell-extension-commonnoarch 3.24.1-1.fc27@rawhide 565 k gnome-shell-extension-launch-new-instance noarch 3.24.1-1.fc27@rawhide 4.9 k gnome-shell-extension-openweather noarch 1-0.28.20170307git48ee4af.fc27 @rawhide 500 k gnome-shell-extension-places-menu noarch 3.24.1-1.fc27@rawhide 23 k gnome-shell-extension-user-themenoarch 3.24.1-1.fc27@rawhide 7.0 k gnome-shell-extension-window-list noarch 3.24.1-1.fc27@rawhide 57 k gnome-tweak-toolnoarch 3.24.0-1.fc27@rawhide 1.0 M notify-python x86_64 0.1.1-32.fc26@System 69 k pulseaudio-gdm-hooksx86_64 10.0-4.fc26 @rawhide 354 Removing unused dependencies: switcheroo-control x86_64 1.1-2.fc26 @rawhide 52 k Transaction Summary ======== Remove 18 Packages Freed space: 40 M Is this ok [y/N]: Operation aborted. […] -- Russel. = Dr Russel Winder t: +44 20 7585 2200 voip: sip:russel.win...@ekiga.net 41 Buckmaster Roadm: +44 7770 465 077 xmpp: rus...@winder.org.uk London SW11 1EN, UK w: www.russel.org.uk skype: russel_winder signature.asc Description: This is a digitally signed message part ___ test mailing list -- test@lists.fedoraproject.org To unsubscribe send an email to test-le...@lists.fedoraproject.org
systemd-networkd and NetworkManager
I had thought I had removed NetworkManager from my workstation in favour of using systemd-networkd. However it seems in the last Rawhide update, NetworkManager has reinstalled itself and has enforced starting. I tried removing it but it seems GNOME Shell depends on it's presence. Isn't this a dependency too far? -- Russel. = Dr Russel Winder t: +44 20 7585 2200 voip: sip:russel.win...@ekiga.net 41 Buckmaster Roadm: +44 7770 465 077 xmpp: rus...@winder.org.uk London SW11 1EN, UK w: www.russel.org.uk skype: russel_winder signature.asc Description: This is a digitally signed message part ___ test mailing list -- test@lists.fedoraproject.org To unsubscribe send an email to test-le...@lists.fedoraproject.org
Question about the OpenJDK packages
Hi, I understand that the Debian OpenJDK packages, whilst built from the official OpenJDK source, do not get validated. It has been suggested that the Azul Zulu builds should be used on Debian because they are validated. What is the status of the Fedora OpenJDK builds, are they validated? Azul offer Zulu debs from a repository, but they do not have a Fedora repository only a RHEL one. It seems the Fedora Rawhide LibreOffice package requires the Fedora Rawhide OpenJDK8, it is not satisfied with Zulu-8, so I guess there is a dependency issue there for Zulu. I am also finding that I get different dependency sets on different machines for the libreoffice package. So on some machines libstaroffice is required, but not on others. Likewise: libcmis liborcus libreoffice-data libreoffice-ure-common ttkmfdir xorg-x11-fonts-Type1 copy-jdk-configs libzmf mythes-en are sometimes required and sometimes not. This is a newly deleted and installed libreoffice – deleting the Fedora OpenJDK JRE requires the removal of libreoffice. I am assuming though that the DNF dependency calculation has some hysteresis. -- Russel. = Dr Russel Winder t: +44 20 7585 2200 voip: sip:russel.win...@ekiga.net 41 Buckmaster Roadm: +44 7770 465 077 xmpp: rus...@winder.org.uk London SW11 1EN, UK w: www.russel.org.uk skype: russel_winder signature.asc Description: This is a digitally signed message part ___ test mailing list -- test@lists.fedoraproject.org To unsubscribe send an email to test-le...@lists.fedoraproject.org
Re: Last released kernel
On Wed, 2017-03-01 at 17:58 +, Russel Winder wrote:
> On Wed, 2017-03-01 at 14:29 +0100, Sandro Mani wrote:
> > […]
> >
> > This should work:
> >
> > koji download-build --quiet --arch=$(uname -m) $(koji latest-build
> > --quiet f25 kernel | awk '{print $1}')
I guess the import point here is that you have to track the previous release
kernels, so for Rawhide as F26 follow the 4.9 kernels built for F25, For the
4.10 kernels updates will only happen when Rawhide moves to F27 and F26
tracks the releases. Will using a kernel built for a previous release always
work?
--
Russel.
=========
Dr Russel Winder t:+44 20 7585 2200 voip:sip:
russel.win...@ekiga.net
41 Buckmaster Road m:+44 7770 465 077 xmpp:rus...@winder.org.uk
London SW11 1EN, UK w: www.russel.org.uk skype:russel_winder
signature.asc
Description: This is a digitally signed message part
___
test mailing list -- test@lists.fedoraproject.org
To unsubscribe send an email to test-le...@lists.fedoraproject.org
Re: Last released kernel
On Wed, 2017-03-01 at 14:29 +0100, Sandro Mani wrote:
> […]
>
> This should work:
>
> koji download-build --quiet --arch=$(uname -m) $(koji latest-build
> --quiet f25 kernel | awk '{print $1}')
>
> but it downloads all the rpms of the kernel package so in the end it
> might be slower than the dnf update.
I shall have a play with the ideas, thanks for posting them.
Time is less of a problem for me, running a release kernel under Rawhide,
rather than the latest kernel, is the crucial element.
--
Russel.
=========
Dr Russel Winder t:+44 20 7585 2200 voip:sip:
russel.win...@ekiga.net
41 Buckmaster Road m:+44 7770 465 077 xmpp:rus...@winder.org.uk
London SW11 1EN, UK w: www.russel.org.uk skype:russel_winder
signature.asc
Description: This is a digitally signed message part
___
test mailing list -- test@lists.fedoraproject.org
To unsubscribe send an email to test-le...@lists.fedoraproject.org
Re: Multiple packages installed
On Wed, 2017-03-01 at 10:12 -0700, Kevin Fenzi wrote: > […] > > It sounds very much like there was a transaction in the past that > didn't complete for whatever reason ( power lost, reboot, etc). Aha. Of course. I was doing an upgrade a couple of weeks ago or so, and something associated with terminal terminated the session, logging me out. > You can try looking for that transaction in 'dnf history list' (it will > have a big E next to it for error) and then doing a 'dnf history redo > N' where N is the number of the transaction. I have a very large number of transactions looking similar to: 1395 | upgrade | 2017-02-25 18:39 | I, O, U| 585 EE in fact every upgrade has the trailing EE on the two machines I checked on. > I've had mixed luck with that. sometimes it works, other times packages > have changed too much and it refuses. > > If that doesn't work, then yes, you will need to remove all the older > packages with: 'dnf remove --duplicates' Maybe I just go this route this time since it has been a while it seems sine the problematic transaction. -- Russel. ========= Dr Russel Winder t:+44 20 7585 2200 voip:sip: russel.win...@ekiga.net 41 Buckmaster Road m:+44 7770 465 077 xmpp:rus...@winder.org.uk London SW11 1EN, UK w: www.russel.org.uk skype:russel_winder signature.asc Description: This is a digitally signed message part ___ test mailing list -- test@lists.fedoraproject.org To unsubscribe send an email to test-le...@lists.fedoraproject.org
Re: Last released kernel
On Wed, 2017-03-01 at 13:24 +, Peter Robinson wrote: > […] > It depends, sometimes they might still be in the signing queue, > sometimes they might have been replaced before they were signed but I > suspect you're using a f26 kernel on a different release which means > it'll be signed with a different key. I am running Rawhide and used the koji command you suggested to download stuff. I guess this always going to lead to a signing issue? Not really a problem, just wanting to know really. -- Russel. ===== Dr Russel Winder t: +44 20 7585 2200 voip: sip:russel.win...@ekiga.net 41 Buckmaster Roadm: +44 7770 465 077 xmpp: rus...@winder.org.uk London SW11 1EN, UK w: www.russel.org.uk skype: russel_winder signature.asc Description: This is a digitally signed message part ___ test mailing list -- test@lists.fedoraproject.org To unsubscribe send an email to test-le...@lists.fedoraproject.org
Re: Last released kernel
On Wed, 2017-03-01 at 13:17 +0100, Sandro Mani wrote:
>
[…]
> Don't know if this helps, but I have
>
> exclude=kernel*
>
> in dnf.conf and use a script like
>
> ver=$(( $(cat /etc/redhat-release | awk '{print $3}') - 1 ))
> dnf -y --disablerepo=* --releasever=$ver --enablerepo=updates*
> --disableexcludes=all --nogpgcheck update kernel*
> dnf -y --enablerepo=* --releasever=$ver clean all
> grub2-mkconfig -o /boot/grub2/grub.cfg
>
> which I run periodically to update to the latest kernel from the
> current
> stable release.
So get the latest kernel from the latest release fork?
I wonder if there is a way of doing this without dnf in this way to
avoid needing the clean all?
--
Russel.
=========
Dr Russel Winder t: +44 20 7585 2200 voip: sip:russel.win...@ekiga.net
41 Buckmaster Roadm: +44 7770 465 077 xmpp: rus...@winder.org.uk
London SW11 1EN, UK w: www.russel.org.uk skype: russel_winder
signature.asc
Description: This is a digitally signed message part
___
test mailing list -- test@lists.fedoraproject.org
To unsubscribe send an email to test-le...@lists.fedoraproject.org
Re: Last released kernel
On Wed, 2017-03-01 at 12:10 +, Russel Winder wrote: > On Wed, 2017-03-01 at 11:07 +, Peter Robinson wrote: > > > > […] > > You can always just pull it from koji either via the website or > > cli. > > > > For cli you can use "koji download-build --arch=x86_64 kernel- > > 4.10.0- > > 1.fc26" > > These packages appear not to be signed. Is that as it is supposed to be? -- Russel. ========= Dr Russel Winder t: +44 20 7585 2200 voip: sip:russel.win...@ekiga.net 41 Buckmaster Roadm: +44 7770 465 077 xmpp: rus...@winder.org.uk London SW11 1EN, UK w: www.russel.org.uk skype: russel_winder signature.asc Description: This is a digitally signed message part ___ test mailing list -- test@lists.fedoraproject.org To unsubscribe send an email to test-le...@lists.fedoraproject.org
Re: Last released kernel
On Wed, 2017-03-01 at 11:07 +, Peter Robinson wrote: > […] > You can always just pull it from koji either via the website or cli. > > For cli you can use "koji download-build --arch=x86_64 kernel-4.10.0- > 1.fc26" > > For web grab what ever version you want from > https://koji.fedoraproject.org/koji/packageinfo?packageID=8 > ___ OK, so downloading from Koji into a private local repo is the standard model. I guess, given this is Rawhide, this is a good solution. The CLI saves remembering a URL ;-) I have now downloaded and refreshed my local repo so it looks all good to go. Thanks. -- Russel. ===== Dr Russel Winder t: +44 20 7585 2200 voip: sip:russel.win...@ekiga.net 41 Buckmaster Roadm: +44 7770 465 077 xmpp: rus...@winder.org.uk London SW11 1EN, UK w: www.russel.org.uk skype: russel_winder signature.asc Description: This is a digitally signed message part ___ test mailing list -- test@lists.fedoraproject.org To unsubscribe send an email to test-le...@lists.fedoraproject.org
Re: Package caching
On Wed, 2017-03-01 at 10:45 +0100, Dan Horák wrote: […] > > you can set a private Fedora mirror using squid, my old write up is > at > http://sharkcz.livejournal.com/2534.html (my server still works :-)) > and I'm sure there were other guides too. People have mentioned "Just use Squid" in the past relating to this sort of problem. When I found Approx on Debian I just set up to use that, and stopped investigating Squid. When Fedora Rawhide used DRPMs I didn't worry. Now an update is 350Mb or 1Gb, I have to worry. Part of my problem is I run an Apache2 instance on my server port 80, so I'd have to find a workaround. Hence my thought of something approx like which is really just a specialist stripped down Squid really, but on a configurable port. The downside is changed APT sources.list, and hence Yum *.repo files. For me, on Debian, this penalty is worth it. How does the Squid solution work for laptops which may be inside the organisation boundary or outside it, I am guessing this means different baseurls in all the *.repo files for the two cases. > > What is the programming language of such things for Fedora these > > days? > > Go, Rust, C++, Python 3,… > > anything you want So nothing preferred in Fedora systems land then. That means I have to make a decision. This may be hard. :-) -- Russel. ===== Dr Russel Winder t: +44 20 7585 2200 voip: sip:russel.win...@ekiga.net 41 Buckmaster Roadm: +44 7770 465 077 xmpp: rus...@winder.org.uk London SW11 1EN, UK w: www.russel.org.uk skype: russel_winder signature.asc Description: This is a digitally signed message part ___ test mailing list -- test@lists.fedoraproject.org To unsubscribe send an email to test-le...@lists.fedoraproject.org
Package caching
Debian has the approx system for package caching. This is just a proxy for caching actually demanded packages. It does mean though that I only download once and can upgrade 5 machines. Since Internet is still metered during working hours for some of us, this caching is extremely useful. So the question is, doe something such as this exist for Fedora Rawhide? If not is anyone interested in helping make it exist? What is the programming language of such things for Fedora these days? Go, Rust, C++, Python 3,… -- Russel. = Dr Russel Winder t: +44 20 7585 2200 voip: sip:russel.win...@ekiga.net 41 Buckmaster Roadm: +44 7770 465 077 xmpp: rus...@winder.org.uk London SW11 1EN, UK w: www.russel.org.uk skype: russel_winder signature.asc Description: This is a digitally signed message part ___ test mailing list -- test@lists.fedoraproject.org To unsubscribe send an email to test-le...@lists.fedoraproject.org
Last released kernel
I appreciate that Rawhide always has the latest kernel snapshot as the one and only kernel and that it is up to users to manage their own kernels. However I wonder if there should be a simple, standard way of being able to install the last released kernel, perhaps a package last- release-kernel or something. The problem for me is that the release kernel only ever seems to be in Rawhide for one day, and if I miss updating on that day, I have missed capturing that kernel – it just happened with 4.10 so I am stuck with an rc8 rather than the release. (And 4.11 won't actually work for a few rcs yet, same for every new kernel.) -- Russel. = Dr Russel Winder t: +44 20 7585 2200 voip: sip:russel.win...@ekiga.net 41 Buckmaster Roadm: +44 7770 465 077 xmpp: rus...@winder.org.uk London SW11 1EN, UK w: www.russel.org.uk skype: russel_winder signature.asc Description: This is a digitally signed message part ___ test mailing list -- test@lists.fedoraproject.org To unsubscribe send an email to test-le...@lists.fedoraproject.org
Multiple packages installed
Advice required… I have four installations of Rawhide. Three of them seem fine, consistent, and as expected: all packages except the kernel installed once and up to date – I keep multiple kernels for fairly obvious reasons. However one machine has a large number of not fully upgraded packages. The older package is emboldened by dnf and marked @rawhide. The newer package is not emboldened and is marked @System. dnf seems entirely happy that this is a consistent situation with no further action required. Personally I would suggest that dnf is, well, wrong. As an example: ImageMagick.x86_64 6.9.3.0- 4.fc26 @rawhide ImageMagick.x86_64 6.9.3.0- 5.fc26 @System Even on the consistent systems some installed only once from the rawhide repository are marked @System, I am not sure why, I would have thought it should be marked @rawhide. I could manually remove all the old @rawhide packages leaving the up- to-date @System packages, but this seems wrong on so many fronts. Sufficiently many that I thought I would become a supplicant here seeking advice. I am hoping that someone will show up my ignorance of the sophistication of dnf and tell me the one liner that allows dnf to fix everything. My fear is that dnf has just ## things up and is incapable of sorting it out. -- Russel. = Dr Russel Winder t: +44 20 7585 2200 voip: sip:russel.win...@ekiga.net 41 Buckmaster Roadm: +44 7770 465 077 xmpp: rus...@winder.org.uk London SW11 1EN, UK w: www.russel.org.uk skype: russel_winder signature.asc Description: This is a digitally signed message part ___ test mailing list -- test@lists.fedoraproject.org To unsubscribe send an email to test-le...@lists.fedoraproject.org
Moan about dnf on Rawhide
[root@anglides ~]# dnf list kernel ArgumentError: argument --obsoletes: conflicting option string: -- obsoletes [root@anglides ~]# This has been happening for a while now. Given that dnf is so critical to updating Rawhide I would not have expected this to be the case. 1. The dnf tests are clearly not catching enough cases, this should not have been released by the dnf development team in the first place. 2. The Rawhide integration tests should not have allowed this obviously breaking application into the distribution. 3. It should have been fixed as the single most urgent thing because of the status of dnf as a unique program in Fedora. Yes I know Rawhide is a dangerous place to be, but there is danger and there is danger. My feeling is that dnf should be treated more specially than it appears to be. Cathartic rant done. -- Russel. = Dr Russel Winder t: +44 20 7585 2200 voip: sip:russel.win...@ekiga.net 41 Buckmaster Roadm: +44 7770 465 077 xmpp: rus...@winder.org.uk London SW11 1EN, UK w: www.russel.org.uk skype: russel_winder signature.asc Description: This is a digitally signed message part ___ test mailing list -- test@lists.fedoraproject.org To unsubscribe send an email to test-le...@lists.fedoraproject.org
Screen saver, GDM, Rawhide.
This may be more of a "user support" thing than a "test" thing but… The screen being switched off with a newly booted up-to-date Rawhide unlogged into and just left sitting works fine with my Lenovo T500, but not with X201 or X1. In the case of the X201 and X1 the GDM image goes away but the screen is fully on and the X mouse pointer showing. If I then move the mouse the clock/date screen shows and never goes away. If I move the mouse on the T500, the time/date screen shows and then after a while the screen is switched off. So the T500 is behaving as it should, but the X201 and X1 are not. This may just turn out to be a setting incorrectly set, or it may be something else. I am emailing really to get advice. BTW the year is not displayed on the time/date screen. -- Russel. ========= Dr Russel Winder t: +44 20 7585 2200 voip: sip:russel.win...@ekiga.net 41 Buckmaster Roadm: +44 7770 465 077 xmpp: rus...@winder.org.uk London SW11 1EN, UK w: www.russel.org.uk skype: russel_winder signature.asc Description: This is a digitally signed message part ___ test mailing list -- test@lists.fedoraproject.org To unsubscribe send an email to test-le...@lists.fedoraproject.org
Re: Fedora Rawhide cannot boot up after upgrade to 20170117 snapshot
On Thu, 2017-01-19 at 13:50 +0100, Kalev Lember wrote: > […] > > I debugged this a bit in the morning and it was gnome-shell crashing > on > startup in the mozjs code. It should be fixed with latest mozjs31 > build, > mozjs31-31.5.0-1.fc26 which should be in tormorrow's rawhide. Or just > grab > the rpms directly from > https://koji.fedoraproject.org/koji/buildinfo?buildID=834907 > Apologies for being late to this. The last upgrade I did to my Rawhides (which I guess was 2017-01-17, but there is a difference between me trying an update and anything coming from the Fedora repo :-) Since then the boot sequence works fine but no GDM, instead just a bit on line noise character sequence at the end of the boot sequence on the screen. However the kernel has booted and is working fine, I can SSH in from another machine. So I can believe it is an Xwayland/GDM type thing – can it be GNOME Shell at this stage of the booting sequence? I haven't been able to investigate further than just this cursory thing, but I can tomorrow if that helps. -- Russel. ===== Dr Russel Winder t: +44 20 7585 2200 voip: sip:russel.win...@ekiga.net 41 Buckmaster Roadm: +44 7770 465 077 xmpp: rus...@winder.org.uk London SW11 1EN, UK w: www.russel.org.uk skype: russel_winder signature.asc Description: This is a digitally signed message part ___ test mailing list -- test@lists.fedoraproject.org To unsubscribe send an email to test-le...@lists.fedoraproject.org
Re: GNOME Shell not working on Fedora Rawhide?
On Tue, 2016-12-06 at 07:03 +, Russel Winder wrote: > I have entered the bug: > > https://bugzilla.redhat.com/show_bug.cgi?id=1401805 > > not much of a bug report, but that I am not sure what information to > gather than would be useful to anyone who might be able to fix the > problem. This bug report was marked as what was effectively a duplicate. The referred mto bug has now been fixed and the update released into the Fedora repository. We have GNOME Shell on Rawhide again. :-) -- Russel. ===== Dr Russel Winder t: +44 20 7585 2200 voip: sip:russel.win...@ekiga.net 41 Buckmaster Roadm: +44 7770 465 077 xmpp: rus...@winder.org.uk London SW11 1EN, UK w: www.russel.org.uk skype: russel_winder signature.asc Description: This is a digitally signed message part ___ test mailing list -- test@lists.fedoraproject.org To unsubscribe send an email to test-le...@lists.fedoraproject.org
Re: GNOME Shell not working on Fedora Rawhide?
I have entered the bug: https://bugzilla.redhat.com/show_bug.cgi?id=1401805 not much of a bug report, but that I am not sure what information to gather than would be useful to anyone who might be able to fix the problem. -- Russel. = Dr Russel Winder t: +44 20 7585 2200 voip: sip:russel.win...@ekiga.net 41 Buckmaster Roadm: +44 7770 465 077 xmpp: rus...@winder.org.uk London SW11 1EN, UK w: www.russel.org.uk skype: russel_winder signature.asc Description: This is a digitally signed message part ___ test mailing list -- test@lists.fedoraproject.org To unsubscribe send an email to test-le...@lists.fedoraproject.org
Re: GNOME Shell not working on Fedora Rawhide?
On Mon, 2016-12-05 at 22:01 +0100, Charles-Antoine Couret wrote: > Hello, > Same issue here, the cursor is visible but GDM is not displayed. > TTY works correctly, to upgrade the system or to do something. > > Did you fill a bug in BugZilla about that? I have not yet filled in a Bugzilla bug report, I was checking here first that it wasn't just some silly thing I had set up wrongly. Given there are at least three of us in this position I shall create a bug report and report back here. -- Russel. ===== Dr Russel Winder t: +44 20 7585 2200 voip: sip:russel.win...@ekiga.net 41 Buckmaster Roadm: +44 7770 465 077 xmpp: rus...@winder.org.uk London SW11 1EN, UK w: www.russel.org.uk skype: russel_winder signature.asc Description: This is a digitally signed message part ___ test mailing list -- test@lists.fedoraproject.org To unsubscribe send an email to test-le...@lists.fedoraproject.org
GNOME Shell not working on Fedora Rawhide?
I am keeping Rawhide up to date, but it seems the GNOME GUI fails to start. Things get as far as the GDM/Xorg starting with the cursor showing and being movable with the mouse, but no GNOME. I trawled through the journalctl output and it seems GNOMEShell does a SIGSEGV, which would sort of explain things. However this has been happening for a few days now and I had assumed something quite so terminal would have been fixed or a reversion enforced. That it hasn't makes me feel it may just be something in my set up, hence this email to find out if it is a global thing or just me. BTW I thought GDM had started starting on Xwayland rather than Xorg, has it changed again? -- Russel. = Dr Russel Winder t: +44 20 7585 2200 voip: sip:russel.win...@ekiga.net 41 Buckmaster Roadm: +44 7770 465 077 xmpp: rus...@winder.org.uk London SW11 1EN, UK w: www.russel.org.uk skype: russel_winder signature.asc Description: This is a digitally signed message part ___ test mailing list -- test@lists.fedoraproject.org To unsubscribe send an email to test-le...@lists.fedoraproject.org
Re: GDM and SELinux…
On Thu, 2016-07-14 at 07:55 -0700, Adam Williamson wrote: > On Thu, 2016-07-14 at 09:57 +0100, Russel Winder wrote: > > > > It appears that there is a GDM and SELinux problem again, at least > > there is an SELinux problem and GDM generally seems to be the > > culprit. > > > > Enforcing means GDM does not start, Permissive means it does. > > > > Is SELinux really worth it, or should I just switch it off and > > forget > > it? > > You don't say what you're running, but if it's Rawhide, this sounds > like: > > https://bugzilla.redhat.com/show_bug.cgi?id=1355861 > > bugs like this are usually fixed promptly. Apologies, yes, Fedora Rawhide. I am a rolling release kind of person. I suspect that that is the issue causing my problem. I believe I will just run with SELINUX=permissive from now on so as to avoid these relatively frequent problems. Human testers seem unneeded for catching these problems, and I am not convinced SELinux is actually doing anything useful for individuals running Rawhide. Or maybe I am missing something… -- Russel. ========= Dr Russel Winder t: +44 20 7585 2200 voip: sip:russel.win...@ekiga.net 41 Buckmaster Roadm: +44 7770 465 077 xmpp: rus...@winder.org.uk London SW11 1EN, UK w: www.russel.org.uk skype: russel_winder signature.asc Description: This is a digitally signed message part -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://lists.fedoraproject.org/admin/lists/test@lists.fedoraproject.org
GDM and SELinux…
It appears that there is a GDM and SELinux problem again, at least there is an SELinux problem and GDM generally seems to be the culprit. Enforcing means GDM does not start, Permissive means it does. Is SELinux really worth it, or should I just switch it off and forget it? -- Russel. = Dr Russel Winder t: +44 20 7585 2200 voip: sip:russel.win...@ekiga.net 41 Buckmaster Roadm: +44 7770 465 077 xmpp: rus...@winder.org.uk London SW11 1EN, UK w: www.russel.org.uk skype: russel_winder signature.asc Description: This is a digitally signed message part -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://lists.fedoraproject.org/admin/lists/test@lists.fedoraproject.org
Re: DRPMs
On Tue, 2016-06-28 at 12:26 -0500, Jason L Tibbitts III wrote: > > […] > > I don't believe drpms are generated for rawhide. I'm not sure they > ever > have been. DRPMs were generated in the past (not quite sure when they stopped, possibly when f25 started). They make running updated Rawhide feasible since it can be updated nightly. Without DRPM I can only sensible update on a Saturday. > RW> Does this mean that the DRPM system is being abandoned? > > Do you not see drpms being generated for all of the release branches? > (I certainly do.) If so, how could you come to the conclusion that > drpms are being abandoned? I haven't really looked. I am not that interested in versioned systems that undergo revolutionary change every n months, I want a rolling release. Hence Rawhide and Sid. People keep telling me I should run Arch but so far I have resisted. -- Russel. ========= Dr Russel Winder t: +44 20 7585 2200 voip: sip:russel.win...@ekiga.net 41 Buckmaster Roadm: +44 7770 465 077 xmpp: rus...@winder.org.uk London SW11 1EN, UK w: www.russel.org.uk skype: russel_winder signature.asc Description: This is a digitally signed message part -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://lists.fedoraproject.org/admin/lists/test@lists.fedoraproject.org
DRPMs
From what I can see DRPMs for Rawhide have not been picked up by the mirrors for quite a long time now. Does this mean that the DRPM system is being abandoned? -- Russel. = Dr Russel Winder t: +44 20 7585 2200 voip: sip:russel.win...@ekiga.net 41 Buckmaster Roadm: +44 7770 465 077 xmpp: rus...@winder.org.uk London SW11 1EN, UK w: www.russel.org.uk skype: russel_winder signature.asc Description: This is a digitally signed message part -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://lists.fedoraproject.org/admin/lists/test@lists.fedoraproject.org
Re: Just checking…
On Sun, 2016-06-12 at 07:21 +0100, Russel Winder wrote: > […] > Is the official route to switch off SELinux on the boot line? > Setting SELINUX=permissive in /etc/selinux/config allows GDM to start on my Lenovo X1. This allows for UI-based use but clearly at the expense of SELinux. -- Russel. = Dr Russel Winder t: +44 20 7585 2200 voip: sip:russel.win...@ekiga.net 41 Buckmaster Roadm: +44 7770 465 077 xmpp: rus...@winder.org.uk London SW11 1EN, UK w: www.russel.org.uk skype: russel_winder signature.asc Description: This is a digitally signed message part -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://lists.fedoraproject.org/admin/lists/test@lists.fedoraproject.org
Re: Just checking…
On Sat, 2016-06-11 at 13:44 -0600, Kevin Fenzi wrote: > […] > X is broken for you on your hardware. It works fine for me here and I > think at several others, so it's not completely broken. > > Anyhow, will try and get some X folks to look at that bug... sounds > like it might be affecting all ATI folks. I have a Dell with NVIDIA, two Lenovo ThinkPads with Intel, and one Lenovo ThinkPad with ATI/Intel switchable, all behave identically. This would seem to indicate it is something affecting all platforms. I thought GDM came up on Xwayland not Xorg. -- Russel. ========= Dr Russel Winder t: +44 20 7585 2200 voip: sip:russel.win...@ekiga.net 41 Buckmaster Roadm: +44 7770 465 077 xmpp: rus...@winder.org.uk London SW11 1EN, UK w: www.russel.org.uk skype: russel_winder signature.asc Description: This is a digitally signed message part -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://lists.fedoraproject.org/admin/lists/test@lists.fedoraproject.org
Re: Just checking…
On Sun, 2016-06-12 at 03:38 +, Joachim Frieben wrote: > In current rawhide, there is an SELinux issue which prevents > GDM/GNOME to start up: > > https://bugzilla.redhat.com/show_bug.cgi?id=1339761 . > > Boot your system in permissive mode and see what happens. I have an > AMD graphics card, too, but this workaround helped indeed. > We had that problem some time ago and it went away, so this is a recurrence of the same problem again? Is the official route to switch off SELinux on the boot line? -- Russel. ========= Dr Russel Winder t: +44 20 7585 2200 voip: sip:russel.win...@ekiga.net 41 Buckmaster Roadm: +44 7770 465 077 xmpp: rus...@winder.org.uk London SW11 1EN, UK w: www.russel.org.uk skype: russel_winder signature.asc Description: This is a digitally signed message part -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://lists.fedoraproject.org/admin/lists/test@lists.fedoraproject.org
Just checking…
On current Fedora Rawhide It seems that GDM starts but then hangs as there is no Xorg and no Xwayland. Is this other people's situation or am I alone in seeing this problem? -- Russel. = Dr Russel Winder t: +44 20 7585 2200 voip: sip:russel.win...@ekiga.net 41 Buckmaster Roadm: +44 7770 465 077 xmpp: rus...@winder.org.uk London SW11 1EN, UK w: www.russel.org.uk skype: russel_winder signature.asc Description: This is a digitally signed message part -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://lists.fedoraproject.org/admin/lists/test@lists.fedoraproject.org
Re: Rawhide, Systemd, and Samba
On Thu, 2016-05-26 at 09:25 -0600, Kevin Fenzi wrote: […] > > It's already been rebuilt a while ago, but rawhide composes have been > failing so the fixed samba version isn't yet in repos. You could get > it > from koji or just wait for the next completed compose. […] Ah, OK so everything is in hand. I am away from sane Internet connection for a couple of weeks so will not be able to do my usual daily updates. I suspect by the time I get back not only will everything be sorted out, I will have couple of GB of updates for each of the four machines :-) -- Russel. ===== Dr Russel Winder t: +44 20 7585 2200 voip: sip:russel.win...@ekiga.net 41 Buckmaster Roadm: +44 7770 465 077 xmpp: rus...@winder.org.uk London SW11 1EN, UK w: www.russel.org.uk skype: russel_winder signature.asc Description: This is a digitally signed message part -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://lists.fedoraproject.org/admin/lists/test@lists.fedoraproject.org
Rawhide, Systemd, and Samba
Hi, Systemd is currently blocked from upgrading for me due to a problem with a samba dependency. Trying to remove the Samba dependency so as to do the upgrade indicates that gdm and much of GNOME Shell would be removed – clearly not an option. Is it really the case that Samba is so hard wired into the Fedora package dependencies? -- Russel. = Dr Russel Winder t: +44 20 7585 2200 voip: sip:russel.win...@ekiga.net 41 Buckmaster Roadm: +44 7770 465 077 xmpp: rus...@winder.org.uk London SW11 1EN, UK w: www.russel.org.uk skype: russel_winder signature.asc Description: This is a digitally signed message part -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://lists.fedoraproject.org/admin/lists/test@lists.fedoraproject.org
Re: Latest state of Rawhide
On Fri, 2016-04-29 at 08:20 -0400, Kamil Paral wrote: > > > > > > I am guessing it is well known that the gdm process runs but does > > not > > get the login screen started in the current Rawhide? > It could be this: > https://bugzilla.redhat.com/show_bug.cgi?id=1331668 > -- I suspect you are right, I rebooted with the selinux=0 boot option and GDM does what it should. Using enforcing=0 does not allow DGM to do its job unlike what the bug report post claims, so maybe there are differences. We shall see… -- Russel. ========= Dr Russel Winder t: +44 20 7585 2200 voip: sip:russel.win...@ekiga.net 41 Buckmaster Roadm: +44 7770 465 077 xmpp: rus...@winder.org.uk London SW11 1EN, UK w: www.russel.org.uk skype: russel_winder signature.asc Description: This is a digitally signed message part -- test mailing list test@lists.fedoraproject.org To unsubscribe: http://lists.fedoraproject.org/admin/lists/test@lists.fedoraproject.org
Latest state of Rawhide
I am guessing it is well known that the gdm process runs but does not get the login screen started in the current Rawhide? -- Russel. = Dr Russel Winder t: +44 20 7585 2200 voip: sip:russel.win...@ekiga.net 41 Buckmaster Roadm: +44 7770 465 077 xmpp: rus...@winder.org.uk London SW11 1EN, UK w: www.russel.org.uk skype: russel_winder signature.asc Description: This is a digitally signed message part -- test mailing list test@lists.fedoraproject.org To unsubscribe: http://lists.fedoraproject.org/admin/lists/test@lists.fedoraproject.org
Re: DNF and https
On Sun, 2016-04-10 at 11:35 -0400, Igor Gnatenko wrote: > Can you try this? > > SSLCertificateFile/etc/letsencrypt/live/www.russel.org.uk/cert.pe > m > SSLCertificateKeyFile /etc/letsencrypt/live/www.russel.org.uk/privkey > .pem > SSLCertificateChainFile /etc/letsencrypt/live/www.russel.org.uk/fullc > hain.pem Well that made a huge difference. Does this mean I just missed this third line? -- Russel. ========= Dr Russel Winder t: +44 20 7585 2200 voip: sip:russel.win...@ekiga.net 41 Buckmaster Roadm: +44 7770 465 077 xmpp: rus...@winder.org.uk London SW11 1EN, UK w: www.russel.org.uk skype: russel_winder signature.asc Description: This is a digitally signed message part -- test mailing list test@lists.fedoraproject.org To unsubscribe: http://lists.fedoraproject.org/admin/lists/test@lists.fedoraproject.org
Re: DNF and https
On Sun, 2016-04-10 at 08:55 -0400, Igor Gnatenko wrote: > […] > how did you set SSL there? I guess a bit wrongly.. SSLEngine on SSLCertificateFile "/etc/letsencrypt/live/www.russel.org.uk/cer t.pem" SSLCertificateKeyFile "/etc/letsencrypt/live/www.russel.org.uk/ privkey.pem" SSLCipherSuite RC4-SHA:AES128-SHA:HIGH:!aNULL:!MD5 SSLHonorCipherOrder on The SSL key covers three domains hence the russel rather than winder in the path. I am by no means an expert at Apache configuration, so I can well believe I have made an error. > CN in ur cert is Let's Encrypt Authority X3, in my case where it > works correctly - Let's Encrypt Authority X1 I just got a key from them three months ago and renewed two days ago. I have no idea what the X3/X1 signify! > Please show settings of your webserver.. Is the above what you were asking for? If not I can post other snippets. -- Russel. ========= Dr Russel Winder t: +44 20 7585 2200 voip: sip:russel.win...@ekiga.net 41 Buckmaster Roadm: +44 7770 465 077 xmpp: rus...@winder.org.uk London SW11 1EN, UK w: www.russel.org.uk skype: russel_winder signature.asc Description: This is a digitally signed message part -- test mailing list test@lists.fedoraproject.org To unsubscribe: http://lists.fedoraproject.org/admin/lists/test@lists.fedoraproject.org
DNF and https
Hi, I have experimental evidence that dnf fails using https if the repository site certificate is a Let's Encrypt one. Is this a bug or a feature? -- Russel. = Dr Russel Winder t: +44 20 7585 2200 voip: sip:russel.win...@ekiga.net 41 Buckmaster Roadm: +44 7770 465 077 xmpp: rus...@winder.org.uk London SW11 1EN, UK w: www.russel.org.uk skype: russel_winder signature.asc Description: This is a digitally signed message part -- test mailing list test@lists.fedoraproject.org To unsubscribe: http://lists.fedoraproject.org/admin/lists/test@lists.fedoraproject.org
Re: No updates?
On Tue, 2016-04-05 at 00:46 -0700, Adam Williamson wrote: > […] > there's a problem, I'm not sure anyone sent a memo, though. Not a problem per se, it is just that this is the first time I have had more than 2 days without updates. > basically, new packages go out to the repos as part of the regular > 'composes'. If the compose fails, the repos don't get new packages. > Rawhide composes have been failing for the last several days because > releng have been trying to enable compose of the Atomic trees and > images and it hasn't been working. > > I'm pretty sure I saw on IRC today that they've disabled the Atomic > bits again to try and get a compose through, so hopefully we'll get > one > soon. Splendid. Whilst on the topic of updates has the DRPM system been terminated. Since the F24 → F25 shift and the rearrangement of the repository filestore to the Workstation/Server/Everything/… structure, there appears to be no DRPMs. Given this can reduce 250MB downloads to 30MB (OK that is on a good day :-) this can be very important when I am out and about and using mobile Internet. -- Russel. ========= Dr Russel Winder t: +44 20 7585 2200 voip: sip:russel.win...@ekiga.net 41 Buckmaster Roadm: +44 7770 465 077 xmpp: rus...@winder.org.uk London SW11 1EN, UK w: www.russel.org.uk skype: russel_winder signature.asc Description: This is a digitally signed message part -- test mailing list test@lists.fedoraproject.org To unsubscribe: http://lists.fedoraproject.org/admin/lists/test@lists.fedoraproject.org
No updates?
The Fedora Rawhide mirrors appear to have had no updates of Rawhide since 2016-03-31. Given I am normally used to 200MB+ per day to have gone 5 days with no updates is bordering on the traumatic! :-) Is this a normal state of affairs or is there a problem and I just missed the memo? -- Russel. = Dr Russel Winder t: +44 20 7585 2200 voip: sip:russel.win...@ekiga.net 41 Buckmaster Roadm: +44 7770 465 077 xmpp: rus...@winder.org.uk London SW11 1EN, UK w: www.russel.org.uk skype: russel_winder signature.asc Description: This is a digitally signed message part -- test mailing list test@lists.fedoraproject.org To unsubscribe: http://lists.fedoraproject.org/admin/lists/test@lists.fedoraproject.org
Re: Lenovo T500, kernels, and NetworkManager
The latest NetworkManager upgrade appears to have fixed the WiFi connection on the T500, which is great :-) And, it now automatically detects the RJ45 wired Ethernet and responds properly. Double yay! :-)) I guess the proposed experimenting is now redundant, or is it worth trying anyway? On Thu, 2016-03-31 at 08:10 -0700, Samuel Sieb wrote: > On 03/31/2016 02:44 AM, Russel Winder wrote: > > > > On Wed, 2016-03-30 at 11:16 -0700, Samuel Sieb wrote: > > Definitely not on this T500. Plug the RJ45 in, green lights appear, > > no > > activity of any sort trying to make a DHCP call. Cannot see any > > activity relating to the Ethernet in the journalctl -r listing. > > > Does "ifconfig -a" show the ethernet interface? > Does "journalctl -b" show the interface getting initialized? > Try "ethtool " with the cable out and > in. Particularly > note the "Link detected" line at the bottom. > "nmcli d" > "nmcli c | grep ethernet" > > > > > […] > > > > > > Anything in the logs? > > Nothing in the journalctl -r listing as far as I can see when the > > RJ45 > > is removed or inserted. > > > Strange. > > > > > Terminate the NetworkManager service and the same ifup command > > offloads > > to something else, gets the DHCP going and it works fine. > > > The journalctl output at that time would be very interesting. > -- > test mailing list > test@lists.fedoraproject.org > To unsubscribe: > http://lists.fedoraproject.org/admin/lists/test@lists.fedoraproject.o > rg -- Russel. = Dr Russel Winder t: +44 20 7585 2200 voip: sip:russel.win...@ekiga.net 41 Buckmaster Roadm: +44 7770 465 077 xmpp: rus...@winder.org.uk London SW11 1EN, UK w: www.russel.org.uk skype: russel_winder signature.asc Description: This is a digitally signed message part -- test mailing list test@lists.fedoraproject.org To unsubscribe: http://lists.fedoraproject.org/admin/lists/test@lists.fedoraproject.org
Re: Lenovo T500, kernels, and NetworkManager
On Wed, 2016-03-30 at 11:16 -0700, Samuel Sieb wrote: > […] > NetworkManager should bring up the wired ethernet as soon as the > port > detects a connection. Definitely not on this T500. Plug the RJ45 in, green lights appear, no activity of any sort trying to make a DHCP call. Cannot see any activity relating to the Ethernet in the journalctl -r listing. […] > Anything in the logs? Nothing in the journalctl -r listing as far as I can see when the RJ45 is removed or inserted. […] > ifup should work with NetworkManager. Have you tried running ifup > with > NetworkManager running? The ifup command offloads to nmcli if the NetworkManager service is running and it bombs out: Error: Connection activation failed: No suitable device found for this connection. Terminate the NetworkManager service and the same ifup command offloads to something else, gets the DHCP going and it works fine. > It should just work. Sadly on this T500, it doesn't :-( -- Russel. ========= Dr Russel Winder t: +44 20 7585 2200 voip: sip:russel.win...@ekiga.net 41 Buckmaster Roadm: +44 7770 465 077 xmpp: rus...@winder.org.uk London SW11 1EN, UK w: www.russel.org.uk skype: russel_winder signature.asc Description: This is a digitally signed message part -- test mailing list test@lists.fedoraproject.org To unsubscribe: http://lists.fedoraproject.org/admin/lists/test@lists.fedoraproject.org
Lenovo T500, kernels, and NetworkManager
My Lenovo T500 will not boot 4.6 though it will 4.5 ones. I have posted a bug report. https://bugzilla.redhat.com/show_bug.cgi?id=1320922 However it seems that since the last update of the iwl* files, or maybe the NetworkManager files, kernel 4.5 will not start the WiFi. From what I can see the fact that NetworkManager is still a running service means that the wired Ethernet port cannot be started. Is there something wrong with my set up that stops NetworkManager using wired Ethernet? I found that stopping the NetworkManager service allows me to use ifup to get the wired Ethernet working, but this is initd type stuff rather than systemd type stuff and so feels ugly, or is it the right thing? What is officially the best way of getting wired Ethernet to be part of the set up? -- Russel. = Dr Russel Winder t: +44 20 7585 2200 voip: sip:russel.win...@ekiga.net 41 Buckmaster Roadm: +44 7770 465 077 xmpp: rus...@winder.org.uk London SW11 1EN, UK w: www.russel.org.uk skype: russel_winder signature.asc Description: This is a digitally signed message part -- test mailing list test@lists.fedoraproject.org To unsubscribe: http://lists.fedoraproject.org/admin/lists/test@lists.fedoraproject.org
Correct protocol for requesting new packages
Hi, The bug database requires you to name a package and so cannot be used for requesting new packages. What is the correct way of requesting new packages? In this case I am thinking of the Rust programming language. Debian now packages this, but Fedora does not. -- Russel. = Dr Russel Winder t: +44 20 7585 2200 voip: sip:russel.win...@ekiga.net 41 Buckmaster Roadm: +44 7770 465 077 xmpp: rus...@winder.org.uk London SW11 1EN, UK w: www.russel.org.uk skype: russel_winder signature.asc Description: This is a digitally signed message part -- test mailing list test@lists.fedoraproject.org To unsubscribe: http://lists.fedoraproject.org/admin/lists/test@lists.fedoraproject.org
GDM failing to start…
…just checking in before reporting a bug. From what I can see GDM is trying to start, Xorg is starting… hummm is that a problem in itself? Then the sad screen appears allowing me to log out (except that I haven't logged in as yet! The machines are working fine per se, so no problems other than no GNOME. Which is, obviously, a massive problem. ;-) -- Russel. = Dr Russel Winder t: +44 20 7585 2200 voip: sip:russel.win...@ekiga.net 41 Buckmaster Roadm: +44 7770 465 077 xmpp: rus...@winder.org.uk London SW11 1EN, UK w: www.russel.org.uk skype: russel_winder signature.asc Description: This is a digitally signed message part -- test mailing list test@lists.fedoraproject.org To unsubscribe: http://lists.fedoraproject.org/admin/lists/test@lists.fedoraproject.org
Re: Rawhide, NVIDIA, Nouveau
On Mon, 2016-02-15 at 15:43 -0800, Adam Williamson wrote: > […] > > That's nothing to do with journalctl - it doesn't control what > messages > things send it. Rawhide logs are currently being spammed by GNOME: > > https://bugzilla.redhat.com/show_bug.cgi?id=1304681 > > is the major culprit, but there are a few others. Indeed, journald is just a collector. I guess I still haven't made the jump from text files in /var/log to a database managed by journalctl even though I have made the jump from init to systemd. Apologies for being grumpy about the wrong thing, but I was feeling grumpy. -- Russel. ========= Dr Russel Winder t: +44 20 7585 2200 voip: sip:russel.win...@ekiga.net 41 Buckmaster Roadm: +44 7770 465 077 xmpp: rus...@winder.org.uk London SW11 1EN, UK w: www.russel.org.uk skype: russel_winder signature.asc Description: This is a digitally signed message part -- test mailing list test@lists.fedoraproject.org To unsubscribe: http://lists.fedoraproject.org/admin/lists/test@lists.fedoraproject.org
Re: Rawhide, NVIDIA, Nouveau
On Mon, 2016-02-15 at 17:04 -0600, Richard Shaw wrote: > […] > > I'm glad you got if figured out! I use the packages from RPM Fusion > so I > can remove the packages and know it's gone but that's a luxury of > running > F22 instead of Rawhide :) I only run that in a docker image! I started using the NVIDIA download directly due to Debian's inability to package it sanely. When entering the Fedora fray, I just did the same. However, Fedora packaging of the NVIDIA driver looks far better than Debian's, pity it's not package for Rawhide. But then Nouveau is actually a lot better than it used to be, so I see the pressures not to worry about NVIDIA. -- Russel. ===== Dr Russel Winder t: +44 20 7585 2200 voip: sip:russel.win...@ekiga.net 41 Buckmaster Roadm: +44 7770 465 077 xmpp: rus...@winder.org.uk London SW11 1EN, UK w: www.russel.org.uk skype: russel_winder signature.asc Description: This is a digitally signed message part -- test mailing list test@lists.fedoraproject.org To unsubscribe: http://lists.fedoraproject.org/admin/lists/test@lists.fedoraproject.org
Re: Rawhide, NVIDIA, Nouveau
On Mon, 2016-02-15 at 09:24 -0600, Richard Shaw wrote: […] > > Not enough detail to give any specific help, but I would start with > looking > through the logs. Reboot to something working, even if it's console only > and do something like: > > # journalctl -b -1 > > And look through to see if you can find a hint or smoking gun. I'd forgotten how much I hate journalctl. 35,000 messages in 3 minutes of a boot! Anyway, spurred on by your email (sorry for lack of data first time round, I was frustrated and annoyed, so terse) I sifted the output with grep and started at the beginning and: gdm-wayland-session fails due to lack of libnvidia-tls.so.358.16. Clearly I have missed cleaning up something to do with ld.so or something as gdm-wayland-session thinks the NVIDIA driver is still installed. If i try executing Xwayland from a command prompt I get the same message about libnvidia-tls.so.358.16 not being present. I have done a search for nvidia in all the files of /etc and nothing obvious springs out as being associated with ld.so. There are many occurrences in /etc/selinux/targeted/contexts/files/file_contexts but I cannot imagine that is associated with ld.so in this problematic way. Or… -- Russel. ========= Dr Russel Winder t:+44 20 7585 2200 voip:sip: russel.win...@ekiga.net 41 Buckmaster Road m:+44 7770 465 077 xmpp:rus...@winder.org.uk London SW11 1EN, UK w: www.russel.org.uk skype:russel_winder signature.asc Description: This is a digitally signed message part -- test mailing list test@lists.fedoraproject.org To unsubscribe: http://lists.fedoraproject.org/admin/lists/test@lists.fedoraproject.org
Re: GStreamermm
On Wed, 2016-01-20 at 11:12 -0800, Adam Williamson wrote: > On Wed, 2016-01-20 at 10:11 +0000, Russel Winder wrote: > > On Wed, 2016-01-20 at 00:35 +, Peter Robinson wrote: > > […] > > > There's nothing stopping you packaging it up :-) > > […] > > > > Clearly true, per se. I have though no idea how to create packages, > > especially for submission to the Fedora repository. > > Good thing we have comprehensive documentation on it, then! > > https://fedoraproject.org/wiki/Join_the_package_collection_maintainer > s I'm afraid I have wimped out for now, and I am using gstreamer 1.0 as a C API from my C++ code so that it compiles fine on both Rawhide and Sid. If I can get Me TV inot a usable state quickly, I'll revisit creating a gstreamermm package. It does need doing, gstreamer 0.10 is effectively dead from what I can tell. -- Russel. ========= Dr Russel Winder t: +44 20 7585 2200 voip: sip:russel.win...@ekiga.net 41 Buckmaster Roadm: +44 7770 465 077 xmpp: rus...@winder.org.uk London SW11 1EN, UK w: www.russel.org.uk skype: russel_winder signature.asc Description: This is a digitally signed message part -- test mailing list test@lists.fedoraproject.org To unsubscribe: http://lists.fedoraproject.org/admin/lists/test@lists.fedoraproject.org
Rawhide, NVIDIA, Nouveau
I decided this morning (no idea why) to follow up on people saying "do not use the NVIDIA driver with Rawhide, just use Nouveau". So I uninstalled the NVIDIA driver, manually removed all the detritus the uninstaller just leaves behind, undid the blacklisting of nouveau, rebooted, created a new initramfs using dracut, and rebooted. The nouveau driver loads and everything seems fine, except that GDM doesn't do anything. I am clearly missing something very simple, has anyone any possible suggestions? -- Russel. ===== Dr Russel Winder t: +44 20 7585 2200 voip: sip:russel.win...@ekiga.net 41 Buckmaster Roadm: +44 7770 465 077 xmpp: rus...@winder.org.uk London SW11 1EN, UK w: www.russel.org.uk skype: russel_winder signature.asc Description: This is a digitally signed message part -- test mailing list test@lists.fedoraproject.org To unsubscribe: http://lists.fedoraproject.org/admin/lists/test@lists.fedoraproject.org
Re: GStreamermm
On Wed, 2016-01-20 at 00:35 +, Peter Robinson wrote: […] > There's nothing stopping you packaging it up :-) […] Clearly true, per se. I have though no idea how to create packages, especially for submission to the Fedora repository. Also I am going to fall into the "chicken and egg" pit myself: it is easier and quicker to create an application specific C++ wrapper around the C API than to contribute the package. I bet this is what is happening generally. -- Russel. ===== Dr Russel Winder t: +44 20 7585 2200 voip: sip:russel.win...@ekiga.net 41 Buckmaster Roadm: +44 7770 465 077 xmpp: rus...@winder.org.uk London SW11 1EN, UK w: www.russel.org.uk skype: russel_winder signature.asc Description: This is a digitally signed message part -- test mailing list test@lists.fedoraproject.org To unsubscribe: http://lists.fedoraproject.org/admin/lists/test@lists.fedoraproject.org
GStreamermm
Hi, Debian Sid and Fedora Rawhide both have gstreamer-0.10 and gstreamer- 1.0 libraries, seemingly the full set. However Sid only has Gstreamermm 1.0 and Rawhide only has Gstreamermm 0.10. Is this intentional? It does make things somewhat awkward creating Gstreamer application with C++. -- Russel. = Dr Russel Winder t: +44 20 7585 2200 voip: sip:russel.win...@ekiga.net 41 Buckmaster Roadm: +44 7770 465 077 xmpp: rus...@winder.org.uk London SW11 1EN, UK w: www.russel.org.uk skype: russel_winder signature.asc Description: This is a digitally signed message part -- test mailing list test@lists.fedoraproject.org To unsubscribe: http://lists.fedoraproject.org/admin/lists/test@lists.fedoraproject.org
