Re: Making Fedora faster (was Re: F37 proposal: Add -fno-omit-frame-pointer to default compilation flags (System-Wide Change proposal))
On So, 2022-07-10 at 10:36 -0700, Gordon Messmer wrote: > On 7/10/22 04:38, Vitaly Zaitsev via devel wrote: > > Have you rebuilt all system packages with -fno-omit-frame-pointer or > > just tested packages? > > > No. Early in the thread, Tomasz Torcz posted a link to a Phoronix > article as evidence that Fedora's performance was behind other > distributions. At one point, I expressed doubt that intel_pstate in > performance mode was the reason for some significant differences, so I > ran some tests to try to either prove or disprove that explanation. > Having done so, I don't think the results that Phoronix published are > useful as evidence of anything. it is well known(TM) that ceph performance suffers when not running with "performance" governor. see e.g. this blog (CTRL-F "powersave"): https://croit.io/blog/ceph-performance-test-and-optimization where IOPS are roughly quadrupled, when disabling the powersaving features. see also the holy bible of ceph performance tuning: https://yourcmc.ru/wiki/Ceph_performance#CPUs but the internet is full with benchmarks and real workload scenarios which show that the cpu performance governor has a real impact on highly concurrent workloads. this might not apply to workstations, but it indeed does apply to datacenter workloads, like SDS. -- Mit freundlichen Grüßen / Regards Sven Kieske Systementwickler / systems engineer Mittwald CM Service GmbH & Co. KG Königsberger Straße 4-6 32339 Espelkamp Tel.: 05772 / 293-900 Fax: 05772 / 293-333 https://www.mittwald.de Geschäftsführer: Robert Meyer, Florian Jürgens St.Nr.: 331/5721/1033, USt-IdNr.: DE814773217, HRA 6640, AG Bad Oeynhausen Komplementärin: Robert Meyer Verwaltungs GmbH, HRB 13260, AG Bad Oeynhausen Informationen zur Datenverarbeitung im Rahmen unserer Geschäftstätigkeit gemäß Art. 13-14 DSGVO sind unter www.mittwald.de/ds abrufbar. signature.asc Description: This is a digitally signed message part ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Re: Donate 1 minute of your time to test upgrades from F35 to F36
Upgrade tested from fedora 34 test system: Error: Problem 1: package python3-argh-0.26.1-19.fc34.noarch requires python(abi) = 3.9, but none of the providers can be installed - python3-3.9.10-1.fc34.x86_64 does not belong to a distupgrade repository - problem with installed package python3-argh-0.26.1-19.fc34.noarch Problem 2: package python3-pipreqs-0.4.10-2.fc34.noarch requires python3.9dist(docopt), but none of the providers can be installed - python3-docopt-0.6.2-19.fc34.noarch does not belong to a distupgrade repository - problem with installed package python3-pipreqs-0.4.10-2.fc34.noarch Problem 3: package python3-plette-0.2.3-1.fc34.noarch requires python3.9dist(six), but none of the providers can be installed - python3-six-1.15.0-5.fc34.noarch does not belong to a distupgrade repository - problem with installed package python3-plette-0.2.3-1.fc34.noarch Problem 4: package python3-yarg-0.1.9-14.fc34.noarch requires python3.9dist(requests), but none of the providers can be installed - python3-requests-2.25.1-1.fc34.noarch does not belong to a distupgrade repository - problem with installed package python3-yarg-0.1.9-14.fc34.noarch Problem 5: package tepl-6.00.0-1.fc34.x86_64 requires libicui18n.so.67()(64bit), but none of the providers can be installed - package tepl-6.00.0-1.fc34.x86_64 requires libicuuc.so.67()(64bit), but none of the providers can be installed - libicu-67.1-7.fc34.x86_64 does not belong to a distupgrade repository - problem with installed package tepl-6.00.0-1.fc34.x86_64 Problem 6: package python3-3.9.10-1.fc34.x86_64 requires python3-libs(x86-64) = 3.9.10-1.fc34, but none of the providers can be installed - package python3-first-2.0.2-2.fc34.noarch requires python(abi) = 3.9, but none of the providers can be installed - python3-libs-3.9.10-1.fc34.x86_64 does not belong to a distupgrade repository - problem with installed package python3-first-2.0.2-2.fc34.noarch (try to add '--skip-broken' to skip uninstallable packages) -- Mit freundlichen Grüßen / Regards Sven Kieske Systementwickler / systems engineer Mittwald CM Service GmbH & Co. KG Königsberger Straße 4-6 32339 Espelkamp Tel.: 05772 / 293-900 Fax: 05772 / 293-333 https://www.mittwald.de Geschäftsführer: Robert Meyer, Florian Jürgens St.Nr.: 331/5721/1033, USt-IdNr.: DE814773217, HRA 6640, AG Bad Oeynhausen Komplementärin: Robert Meyer Verwaltungs GmbH, HRB 13260, AG Bad Oeynhausen Informationen zur Datenverarbeitung im Rahmen unserer Geschäftstätigkeit gemäß Art. 13-14 DSGVO sind unter www.mittwald.de/ds abrufbar. signature.asc Description: This is a digitally signed message part ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Re: I think we should stop building i686 packages we're not shipping
On Di, 2021-08-31 at 23:13 +0200, Fabio Valentini wrote: > However: Do we actually need multilib for anything (other than maybe > wine)? For example, I am running Steam on my workstation, and some > Linux-native games, but I still have *zero* .i686 arch packages > installed on my system. The Steam flatpak does not need them at all, > since the freedesktop runtime comes with an i686 multilib extension > that automatically gets pulled in when the Steam flatpak is installed, > obviating the need for any i686 libraries on the host. please don't, if you can afford to build it somehow (I understand it's serious work!). there are still people needing various 32bit/i686 libs and binarys for debugging old - 32bit only - software, have a look (just an example from one machine, not complete): $ rpm -qa | grep .i686 zlib-1.2.11-23.fc33.i686 openssl-libs-1.1.1k-1.fc33.i686 pcre2-10.36-4.fc33.i686 glibc-2.32-10.fc33.i686 openssl-pkcs11-0.4.10-7.fc33.i686 libselinux-3.1-2.fc33.i686 libgcc-10.3.1-1.fc33.i686 libstdc++-10.3.1-1.fc33.i686 libcom_err-1.45.6-4.fc33.i686 gcc-gdb-plugin-10.3.1-1.fc33.i686 keyutils-libs-1.6.1-1.fc33.i686 openssl-devel-1.1.1k-1.fc33.i686 libasan-10.3.1-1.fc33.i686 libsepol-3.1-3.fc33.i686 glibc-devel-2.32-10.fc33.i686 pcre-8.44-2.fc33.i686 zlib-devel-1.2.11-23.fc33.i686 libverto-0.3.0-10.fc33.i686 glibc-static-2.32-10.fc33.i686 nss-softokn-freebl-3.69.0-1.fc33.i686 libxcrypt-4.4.25-1.fc33.i686 libxcrypt-devel-4.4.25-1.fc33.i686 libxcrypt-static-4.4.25-1.fc33.i686 krb5-libs-1.18.2-31.fc33.i686 libkadm5-1.18.2-31.fc33.i686 krb5-devel-1.18.2-31.fc33.i686 -- Mit freundlichen Grüßen / Regards Sven Kieske Systementwickler / systems engineer Mittwald CM Service GmbH & Co. KG Königsberger Straße 4-6 32339 Espelkamp Tel.: 05772 / 293-900 Fax: 05772 / 293-333 https://www.mittwald.de Geschäftsführer: Robert Meyer, Florian Jürgens St.Nr.: 331/5721/1033, USt-IdNr.: DE814773217, HRA 6640, AG Bad Oeynhausen Komplementärin: Robert Meyer Verwaltungs GmbH, HRB 13260, AG Bad Oeynhausen Informationen zur Datenverarbeitung im Rahmen unserer Geschäftstätigkeit gemäß Art. 13-14 DSGVO sind unter www.mittwald.de/ds abrufbar. signature.asc Description: This is a digitally signed message part ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Re: Donate 1 minute of your time to test upgrades from F33 to F34
sing some gnome packages. Mit freundlichen Grüßen / Regards Sven Kieske Systementwickler Mittwald CM Service GmbH & Co. KG Königsberger Straße 4-6 32339 Espelkamp Tel.: 05772 / 293-900 Fax: 05772 / 293-333 https://www.mittwald.de Geschäftsführer: Robert Meyer, Florian Jürgens St.Nr.: 331/5721/1033, USt-IdNr.: DE814773217, HRA 6640, AG Bad Oeynhausen Komplementärin: Robert Meyer Verwaltungs GmbH, HRB 13260, AG Bad Oeynhausen Informationen zur Datenverarbeitung im Rahmen unserer Geschäftstätigkeit gemäß Art. 13-14 DSGVO sind unter www.mittwald.de/ds abrufbar. signature.asc Description: This is a digitally signed message part ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Re: Donate 1 minute of your time to test upgrades from F33 to F34
On Sa, 2021-02-20 at 10:49 +0100, Miroslav Suchý wrote: > Do you want to make Fedora 34 better? Please spend 1 minute of your time and > try to run: > ># Run this only if you use default Fedora modules ># next time you run any DNF command default modules will be enabled again >sudo dnf module reset '*' > >sudo dnf --releasever=34 --setopt=module_platform_id=platform:f34 \ > --enablerepo=updates-testing --enablerepo=updates-testing-modular \ > distro-sync sudo dnf --releasever=34 --setopt=module_platform_id=platform:f34 \ --enablerepo=updates-testing --enablerepo=updates-testing-modular \ distro-sync Fedora 34 openh264 (From Cisco) - x86_64 365 B/s | 271 B 00:00 Errors during downloading metadata for repository 'fedora-cisco-openh264': - Status code: 404 for https://codecs.fedoraproject.org/openh264/34/x86_64/repodata/repomd.xml (IP: 38.145.60.21) Error: Failed to download metadata for repo 'fedora-cisco-openh264': Cannot download repomd.xml: Cannot download repodata/repomd.xml: All mirrors were tried Mhm, that was short: Does that repo not exist anymore? I can see it on the server, but the path has changed, is there no upgrade package available which fixes wrong repo files?for the record, I'm running this on fully up to date Fedora 32: https://codecs.fedoraproject.org/openh264/34/x86_64/os/repodata/ -- Mit freundlichen Grüßen / Regards Sven Kieske Systementwickler Mittwald CM Service GmbH & Co. KG Königsberger Straße 4-6 32339 Espelkamp Tel.: 05772 / 293-900 Fax: 05772 / 293-333 https://www.mittwald.de Geschäftsführer: Robert Meyer, Florian Jürgens St.Nr.: 331/5721/1033, USt-IdNr.: DE814773217, HRA 6640, AG Bad Oeynhausen Komplementärin: Robert Meyer Verwaltungs GmbH, HRB 13260, AG Bad Oeynhausen Informationen zur Datenverarbeitung im Rahmen unserer Geschäftstätigkeit gemäß Art. 13-14 DSGVO sind unter www.mittwald.de/ds abrufbar. signature.asc Description: This is a digitally signed message part ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Re: Don't update to the latest f33!
On Do, 2021-02-18 at 08:30 -0600, Michael Catanzaro wrote: > Fedora will never configure static DNS servers for you in > > resolved.conf. That config file was manually edited with improper > > syntax to wind up in this broken state. My guess is that it was edited > > by the VPS provider, but who knows. still, as a user and sysadmin I would expect any service to loudly complain (at least in a logfile) about syntax errors in it's configfile, no matter how the wrong config got there in the end, if by cfgmgmt, hand edited or other system tools. but there is no such warning, or did I miss this information? -- Mit freundlichen Grüßen / Regards Sven Kieske Systementwickler Mittwald CM Service GmbH & Co. KG Königsberger Straße 4-6 32339 Espelkamp Tel.: 05772 / 293-900 Fax: 05772 / 293-333 https://www.mittwald.de Geschäftsführer: Robert Meyer, Florian Jürgens St.Nr.: 331/5721/1033, USt-IdNr.: DE814773217, HRA 6640, AG Bad Oeynhausen Komplementärin: Robert Meyer Verwaltungs GmbH, HRB 13260, AG Bad Oeynhausen Informationen zur Datenverarbeitung im Rahmen unserer Geschäftstätigkeit gemäß Art. 13-14 DSGVO sind unter www.mittwald.de/ds abrufbar. signature.asc Description: This is a digitally signed message part ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Re: Orphaned packages looking for new maintainers (hundreds of freshly orphaned F33FTBFS)
On Mo, 2020-11-23 at 16:43 +, Daniel P. Berrangé wrote: > I mentioned previously that we don't intend to take it. If no one else > > claims it, then when it is finally deleted, we'll drop the dep. Following up on this (sorry for off topic): You mentioned also that the successor to numad was automatic numa balancing via kernel facilities. However I did not find any meaningful documentation how this is exactly done or how this can be tuned, if at all. I found the general overview here, which gives a good general introduction to numa but not how auto placement works: https://www.kernel.org/doc/html/latest/admin-guide/mm/numaperf.html I found also https://www.kernel.org/doc/html/latest/admin-guide/mm/numa_memory_policy.html which talks about possible memory policys at greath length but also doesn't go into the topic of auto balancing. At least numactl is mentioned which can be used to manually tweak the memory policy, but I don't know how that would interfere with some automagic placement? Am I missing something or is there no documentation on how the kernel handles this? Thanks in advance for any pointers! -- Mit freundlichen Grüßen / Regards Sven Kieske Systementwickler Mittwald CM Service GmbH & Co. KG Königsberger Straße 4-6 32339 Espelkamp Tel.: 05772 / 293-900 Fax: 05772 / 293-333 https://www.mittwald.de Geschäftsführer: Robert Meyer, Florian Jürgens St.Nr.: 331/5721/1033, USt-IdNr.: DE814773217, HRA 6640, AG Bad Oeynhausen Komplementärin: Robert Meyer Verwaltungs GmbH, HRB 13260, AG Bad Oeynhausen Informationen zur Datenverarbeitung im Rahmen unserer Geschäftstätigkeit gemäß Art. 13-14 DSGVO sind unter www.mittwald.de/ds abrufbar. signature.asc Description: This is a digitally signed message part ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Re: Orphaned packages looking for new maintainers (see note about xinetd)
On Mo, 2020-11-09 at 14:10 +0100, Robert-André Mauchin wrote: > On Monday, 9 November 2020 12:09:00 CET you wrote: > > numad orphan 1 weeks > > ago > > Any maintainer of libvirt interested in taking this or breaking the > dependency > link? the old maintainer who orphaned this seemed also to be the sole upstream maintainer. no commits since over 2 years in the upstream repo: https://pagure.io/numad/commits/master I don't know if this is really "finished" software, but this is a rather central piece of software for larger data center workloads, imho. -- Mit freundlichen Grüßen / Regards Sven Kieske Systementwickler Mittwald CM Service GmbH & Co. KG Königsberger Straße 4-6 32339 Espelkamp Tel.: 05772 / 293-900 Fax: 05772 / 293-333 https://www.mittwald.de Geschäftsführer: Robert Meyer, Florian Jürgens St.Nr.: 331/5721/1033, USt-IdNr.: DE814773217, HRA 6640, AG Bad Oeynhausen Komplementärin: Robert Meyer Verwaltungs GmbH, HRB 13260, AG Bad Oeynhausen Informationen zur Datenverarbeitung im Rahmen unserer Geschäftstätigkeit gemäß Art. 13-14 DSGVO sind unter www.mittwald.de/ds abrufbar. signature.asc Description: This is a digitally signed message part ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Re: Kernel - default log levels
On Fr, 2020-10-16 at 15:27 +0200, David S. wrote: > My testing is currently on a standard Fedora 32 x86_64 running in > Digital Ocean (from their Fedora image pool). It should be fairly > up-to-date (I see now there is a 5.8.15-201 kernel available). > > [root@davids-devtest-f32 ~]# uptime > 13:16:19 up 1 min, 1 user, load average: 0.14, 0.04, 0.01 > [root@davids-devtest-f32 ~]# uname -r > 5.8.14-200.fc32.x86_64 > [root@davids-devtest-f32 ~]# cat /proc/sys/kernel/printk > 7 4 1 7 > [root@davids-devtest-f32 ~]# grep LOGLEVEL_DEFAULT > /boot/config-5.8.14-200.fc32.x86_64 > CONFIG_CONSOLE_LOGLEVEL_DEFAULT=7 > CONFIG_CONSOLE_LOGLEVEL_QUIET=3 > CONFIG_MESSAGE_LOGLEVEL_DEFAULT=4 > > I see the same printk values and config settings in the 5.8.15-201. > > I also don't see any tweaks to the kernel cmdline, so I'm also wondering what > else can be setting these values. For what it's worth, here is the output from my unaltered F32 installation as an additional data point (the kernel is slighty older): uname -r 5.8.13-200.fc32.x86_64 cat /proc/sys/kernel/printk 3 4 1 7 grep LOGLEVEL_DEFAULT /boot/config-$(uname -r) CONFIG_CONSOLE_LOGLEVEL_DEFAULT=7 CONFIG_MESSAGE_LOGLEVEL_DEFAULT=4 -- Mit freundlichen Grüßen / Regards Sven Kieske Systementwickler Mittwald CM Service GmbH & Co. KG Königsberger Straße 4-6 32339 Espelkamp Tel.: 05772 / 293-900 Fax: 05772 / 293-333 https://www.mittwald.de Geschäftsführer: Robert Meyer, Florian Jürgens St.Nr.: 331/5721/1033, USt-IdNr.: DE814773217, HRA 6640, AG Bad Oeynhausen Komplementärin: Robert Meyer Verwaltungs GmbH, HRB 13260, AG Bad Oeynhausen Informationen zur Datenverarbeitung im Rahmen unserer Geschäftstätigkeit gemäß Art. 13-14 DSGVO sind unter www.mittwald.de/ds abrufbar. signature.asc Description: This is a digitally signed message part ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Re: Donate 1 minute of your time to test upgrades from F32 to F33
On Fr, 2020-10-02 at 09:50 +0200, Miroslav Suchý wrote: > Do you want to make Fedora 33 better? Please spend 1 minute of your time and > try to run: > > # Run this only if you use default Fedora modules > # next time you run any DNF command default modules will be enabled again > sudo dnf module reset '*' > > sudo dnf --releasever=33 --setopt=module_platform_id=platform:f33 \ > --enablerepo=updates-testing --enablerepo=updates-testing-modular \ > distro-sync Hi, I got no real problems, but the following packages would get downgraded: appstream-data noarch 32- 7.fc33 fedora 17 M firefox x86_64 81.0.1-1.fc33 updates- testing 102 M radare2 x86_64 4.5.0- 1.fc33.1 fedora 4.0 M radare2-common noarch 4.5.0- 1.fc33.1 fedora 1.3 M strace x86_64 5.7.0.6.7ab6- 1.fc33fedora 1.1 M thunderbird x86_64 68.10.0- 1.fc33 fedora 83 M as far as I see there should be already bugreports for radare2 and strace. I suppose firefox and thunderbird should not go unnoticed? -- Mit freundlichen Grüßen / Regards Sven Kieske Systementwickler Mittwald CM Service GmbH & Co. KG Königsberger Straße 4-6 32339 Espelkamp Tel.: 05772 / 293-900 Fax: 05772 / 293-333 https://www.mittwald.de Geschäftsführer: Robert Meyer, Florian Jürgens St.Nr.: 331/5721/1033, USt-IdNr.: DE814773217, HRA 6640, AG Bad Oeynhausen Komplementärin: Robert Meyer Verwaltungs GmbH, HRB 13260, AG Bad Oeynhausen Informationen zur Datenverarbeitung im Rahmen unserer Geschäftstätigkeit gemäß Art. 13-14 DSGVO sind unter www.mittwald.de/ds abrufbar. signature.asc Description: This is a digitally signed message part ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Re: Fedora Atomic Host Two Week Release Announcement: 29.20190513.0
Hi, is there a reason why _all_ links below: https://getfedora.org/en/atomic/* are dead? I always get, e.g.: Not Found The requested URL /en/atomic/download/ was not found on this server. Apache Server at getfedora.org Port 443 Am 13.05.19 um 21:09 schrieb nore...@fedoraproject.org: > Corresponding image media for new installations can be downloaded from: > > https://getfedora.org/en/atomic/download/ -- Mit freundlichen Grüßen / Regards Sven Kieske IT-Security Mittwald CM Service GmbH & Co. KG Königsberger Straße 4-6 32339 Espelkamp T: +495772 293100 F: +495772 29 https://www.mittwald.de Geschäftsführer: Robert Meyer, Maik Behring St.Nr.: 331/5721/1033, USt-IdNr.: DE814773217 HRA 6640, AG Bad Oeynhausen Komplementärin: Robert Meyer Verwaltungs GmbH HRB 13260, AG Bad Oeynhausen signature.asc Description: OpenPGP digital signature ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-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/devel@lists.fedoraproject.org
Re: Hiding the grub menu by default on single OS installs
Am 01.06.2018 um 20:22 schrieb Chris Murphy: > Ironically, server, cloud, and VMs all benefit the most from the > feature. I'm just a user/bystander for the most part of this discussion but I feel I have to correct this statement: For the most part, server boot time is determined by firmware stuff, before even grub gets loaded, so reduced startup time is always nice, but when your HP DL380 Gen10 Server already need 5-15 Minutes until POST is complete you really do not care about 5 Second grub display. you really _need_ grub menus in production DCs where you still run pet workloads and shit hits the fan (emergency boot into old kernel, tweaking your already custom kernel cmdline etc), it happens really rare, but when, you absolutely need it. HTH to clarify what actual datacenter users _do_ care about (well, this might vary, depending which DC OPs person you ask). That said, it's less of a concern because we can of course recreate the old behaviour, but I must admit, I like sane defaults. But as I understand it, this change is limited to the workstation edition of fedora, so I don't know why people come up with the topic of servers in the first place. -- Mit freundlichen Grüßen / Regards Sven Kieske Systemadministrator Mittwald CM Service GmbH & Co. KG Königsberger Straße 4-6 32339 Espelkamp T: +495772 293100 F: +495772 29 https://www.mittwald.de Geschäftsführer: Robert Meyer, Maik Behring St.Nr.: 331/5721/1033, USt-IdNr.: DE814773217 HRA 6640, AG Bad Oeynhausen Komplementärin: Robert Meyer Verwaltungs GmbH HRB 13260, AG Bad Oeynhausen signature.asc Description: OpenPGP digital signature ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-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/devel@lists.fedoraproject.org/message/TONKLOACW2NSB4FCM2E4J7REDTH4VZ3K/