test October 2020

test@lists.fedoraproject.org

53 participants
326 discussions

Release criteria proposal: networking requirements
by Adam Williamson 01 Mar '22

01 Mar '22

Hi folks! So at this week's blocker review meeting, the fact that we don't have explicit networking requirements in the release criteria really started to bite us. In the past we have squeezed networking-related issues in under other criteria, but for some issues that's really difficult, notably VPN issues. So, we agreed we should draft some explicit networking criteria. This turns out to be a big area and quite hard to cover (who'd've thought!), but here is at least a first draft for us to start from. My proposal would be to add this to the Basic criteria. I have left out some wikitext stuff from the proposal for clarity; I'd add it back in on actually applying the proposed changes. It's just formatting stuff, nothing that'd change the meaning. Anyone have thoughts, complaints, alternative approaches, supplements? Thanks! === Network requirements === Each of these requirements apply to both installer and installed system environments. For any given installer environment, the 'default network configuration tools' are considered to be those the installer documents as supported ways to configure networking (e.g. for anaconda-based environments, configuration via kernel command line options, a kickstart, or interactively in anaconda itself are included). ==== Basic networking ==== It must be possible to establish both IPv4 and IPv6 network connections using DHCP and static addressing. The default network configuration tools for the console and for release-blocking desktops must work well enough to allow typical network connection configuration operations without major workarounds. Standard network functions such as address resolution and connections with common protocols such as ping, HTTP and ssh must work as expected. Footnote titled "Supported hardware": Supported network hardware is hardware for which the Fedora kernel includes drivers and, where necessary, for which a firmware package is available. If support for a commonly-used piece or type of network hardware that would usually be present is omitted, that may constitute a violation of this criterion, after consideration of the [[Blocker_Bug_FAQ|hardware-dependent- issues|normal factors for hardware-dependent issues]]. Similarly, violations of this criteria that are hardware or configuration dependent are, as usual, subject to consideration of those factors when determining whether they are release-blocking ==== VPN connections ==== Using the default network configuration tools for the console and for release-blocking desktops, it must be possible to establish a working connection to common OpenVPN, openconnect-supported and vpnc-supported VNC servers with typical configurations. Footnote title "Supported servers and configurations": As there are many different VPN server applications and configurations, blocker reviewers must use their best judgment in determining whether violations of this criterion are likely to be encountered commonly enough to block a release, and if so, at which milestone. As a general principle, the more people are likely to use affected servers and the less complicated the configuration required to hit the bug, the more likely it is to be a blocker. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin . net http://www.happyassassin.net

6 18

NVIDIA Question
by David St.Clair 17 Jan '22

17 Jan '22

This may be a dumb question, but why can't Redhat distribute NVIDIA binary drivers? In NVIDIA's licence (http://www.nvidia.com/object/nv_swlicense.html) it says: "2.1.2 Linux Exception. Notwithstanding the foregoing terms of Section 2.1.1, SOFTWARE designed exclusively for use on the Linux operating system may be copied and redistributed, provided that the binary files thereof are not modified in any way (except for unzipping of compressed files)." So, what's keeping RedHat from putting the drivers in the distribution? If it's a GPL thing, would it be easy to just download it during installation or at least give the option to the user? Thanks, -- David St.Clair dstclair(a)cs.wcu.edu

10 20

Mouse goes crazy
by Jonathan Villa 17 Jan '22

17 Jan '22

Ok, I have had Yarrow working well for a while now, but yesterday I started experiencing some odd issues with my mouse. All of a sudden it stops working correctly. The only thing that seems to fix is to kill X and run mouse-test, then restart. Any ideas? Also, I have FC 1 running on a desktop which is hooked up to a KVM switch. Whenever I go to another PC, and return, the same thing happens, the mouse goes crazy. ???

8 7

criterion proposal: prevent services timing out on system shutdown
by Kamil Paral 22 Feb '21

22 Feb '21

*Why* The recent spice-vdagent update causes all virtual machines to take 90 seconds longer on every shutdown/reboot: https://bugzilla.redhat.com/show_bug.cgi?id=1813667 The service hangs when systemd tries to stop it, and systemd then kills it after a 90 second timeout expires. This is a recurring pattern, I saw services blocking shutdown/reboot in the past, and so far we haven't been able to do anything about it from a blocker perspective. I think that for cases where the problem occurs very frequently or every time, we should have a way to block the release until it's fixed. I find it a very poor experience to wait 90+ seconds for machine reboot/shutdown. Much poorer than, say, a crashing desktop application (which we block on), because that application can be replaced with a different one. System services mostly can't be replaced, and certainly not by a general user. *Proposal* So I propose to amend the "System services" criterion [1]: ``` All system services present after installation with one of the release-blocking package sets must start properly, unless they require hardware which is not present. ``` with something like this: ``` All system services present after installation with one of the release-blocking package sets must start properly, unless they require hardware which is not present. *All system services present after installation with one of the release-blocking package sets must not time out frequently or regularly when they are being stopped during system reboot/shutdown.* ``` The way it is written, the mentioned bug would be a conditional violation of that criterion (applies only to VMs) and we'd need to use our judgement to determine whether it's a blocker. Thoughts? [1] https://fedoraproject.org/wiki/Fedora_32_Final_Release_Criteria#System_serv…

9 18

Fedora SOAS 33 Beta Startup Goes Straight to Login Screen
by Chihurumnaya Ibiam 06 Feb '21

06 Feb '21

I just tried testing the Fedora SOAS 33 beta and after starting it it goes straight to a login screen when I haven't setup any accounts, the image is supposed to boot into the sugar desktop startup screen, the installation was done in a vm.

5 7

F33 testing request: bluetooth mice
by Adam Williamson 02 Feb '21

02 Feb '21

Hi folks! A new proposed blocker bug showed up today: https://bugzilla.redhat.com/show_bug.cgi?id=1874082 the issue is that if you have a bluetooth mouse working, then suspend the system, when you resume the bluetooth mouse will not be working any more. You have to go into the GNOME Bluetooth settings applet to get it to work again. So far we have two reports, but they happened to have the exact same mouse. Can other folks who have bluetooth mice (and even, perhaps, other bluetooth hardware - keyboards, headsets?) - ideally different ones! - please test this and report their findings either here or to the bug? It's important to know what range of hardware this affects. Thanks! -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin . net http://www.happyassassin.net

7 14

fedora 34 Rawhide testing in Virtualbox
by Luna Jernberg 21 Dec '20

21 Dec '20

Hello I tested some 34 in Virtualbox on Manjaro and Ubuntu today but got stuck on the same step see imgur link: https://imgur.com/a/L061NbB

4 5

Fedora Modular 27 compose report: 20171028.n.0 changes
by Fedora Branched Report 02 Nov '20

02 Nov '20

OLD: Fedora-Modular-27-20171028.n.0 NEW: Fedora-Modular-27-20171028.n.0 ===== SUMMARY ===== Added images: 0 Dropped images: 0 Added packages: 0 Dropped packages: 0 Upgraded packages: 0 Downgraded packages: 0 Size of added packages: 0.00 B Size of dropped packages: 0.00 B Size of upgraded packages: 0.00 B Size of downgraded packages: 0.00 B Size change of upgraded packages: 0.00 B Size change of downgraded packages: 0.00 B ===== ADDED IMAGES ===== ===== DROPPED IMAGES ===== ===== ADDED PACKAGES ===== ===== DROPPED PACKAGES ===== ===== UPGRADED PACKAGES ===== ===== DOWNGRADED PACKAGES =====

1 0

Trying a upgrade from 29 to 30
by Ludovic Hirlimann 02 Nov '20

02 Nov '20

Hi all, According to https://fedoraproject.org/wiki/Releases/30/Schedule 30 has been branched. So time for me to upgrade from 29 so I can report issue with the way I use fedora. I'm using https://fedoraproject.org/wiki/DNF_system_upgrade to upgrade. Failed to synchronize cache for repo 'luminoso-Signal-Desktop', ignoring this repo. Failed to synchronize cache for repo 'athmane-gns3-extra', ignoring this repo. Failed to synchronize cache for repo 'rpmfusion-free-updates', ignoring this repo. Failed to synchronize cache for repo 'rpmfusion-free', ignoring this repo. Failed to synchronize cache for repo 'rpmfusion-nonfree-updates', ignoring this repo. Failed to synchronize cache for repo 'rpmfusion-nonfree', ignoring this repo. Modular dependency problems: Problem 1: conflicting requests - nothing provides module(platform:f30) needed by module avocado:stable:3020190213205848:a5b0195c-0.x86_64 Problem 2: conflicting requests - nothing provides module(platform:f30) needed by module bat:latest:3020190214090936:e50d0d19-0.x86_64 Problem 3: conflicting requests - nothing provides module(platform:f30) needed by module dwm:6.1:3020190213215420:a5b0195c-0.x86_64 Problem 4: conflicting requests - nothing provides module(platform:f30) needed by module exa:latest:3020190214120734:e50d0d19-0.x86_64 Problem 5: conflicting requests - nothing provides module(platform:f30) needed by module fish:3:3020190216163513:602da195-0.x86_64 Problem 6: conflicting requests - nothing provides module(platform:f30) needed by module gimp:2.10:20181223154246:a5b0195c-0.x86_64 Problem 7: conflicting requests - nothing provides module(platform:f30) needed by module libgit2:0.27:3020190128145600:a5b0195c-0.x86_64 Problem 8: conflicting requests - nothing provides module(platform:f30) needed by module meson:latest:3020190123223713:36245242-0.x86_64 Problem 9: conflicting requests - nothing provides module(platform:f30) needed by module ninja:latest:3020190131012415:a5b0195c-0.x86_64 Problem 10: conflicting requests - nothing provides module(platform:f30) needed by module ripgrep:latest:3020190214090003:a5b0195c-0.x86_64 Problem 11: conflicting requests - nothing provides module(platform:f30) needed by module standard-test-roles:3.0:3020190214144451:a5b0195c-0.x86_64 Problem 12: conflicting requests - nothing provides module(platform:f30) needed by module stratis:1:20181215204600:a5b0195c-0.x86_64 Error: Problem 1: package libibcm-16.2-3.fc28.x86_64 requires rdma-core(x86-64) = 16.2-3.fc28, but none of the providers can be installed - rdma-core-16.2-3.fc28.x86_64 does not belong to a distupgrade repository - problem with installed package libibcm-16.2-3.fc28.x86_64 Problem 2: package libopenshot-0.2.2-1.fc29.x86_64 requires libMagickCore-6.Q16.so.5()(64bit), but none of the providers can be installed - package libopenshot-0.2.2-1.fc29.x86_64 requires libMagickWand-6.Q16.so.5()(64bit), but none of the providers can be installed - ImageMagick-libs-1:6.9.9.38-3.fc29.x86_64 does not belong to a distupgrade repository - problem with installed package libopenshot-0.2.2-1.fc29.x86_64 Problem 3: package rpmfusion-free-release-29-1.noarch requires system-release(29), but none of the providers can be installed - fedora-release-29-7.noarch does not belong to a distupgrade repository - problem with installed package rpmfusion-free-release-29-1.noarch Problem 4: package vlc-core-1:3.0.6-16.fc29.x86_64 requires libprotobuf-lite.so.15()(64bit), but none of the providers can be installed - protobuf-lite-3.5.0-8.fc29.x86_64 does not belong to a distupgrade repository - problem with installed package vlc-core-1:3.0.6-16.fc29.x86_64 Problem 5: package fedora-release-29-7.noarch requires fedora-repos(29) >= 1, but none of the providers can be installed - package rpmfusion-nonfree-release-29-1.noarch requires system-release(29), but none of the providers can be installed - fedora-repos-29-2.noarch does not belong to a distupgrade repository - problem with installed package rpmfusion-nonfree-release-29-1.noarch Problem 6: problem with installed package blender-1:2.79b-9.fc29.x86_64 - package blender-1:2.79b-10.fc30.x86_64 requires libboost_locale.so.1.66.0()(64bit), but none of the providers can be installed - boost-locale-1.66.0-14.fc29.x86_64 does not belong to a distupgrade repository - blender-1:2.79b-9.fc29.x86_64 does not belong to a distupgrade repository Problem 7: problem with installed package darktable-2.6.0-2.fc29.x86_64 - package darktable-2.6.0-2.fc30.x86_64 requires libexiv2.so.26()(64bit), but none of the providers can be installed - exiv2-libs-0.26-12.fc29.x86_64 does not belong to a distupgrade repository - darktable-2.6.0-2.fc29.x86_64 does not belong to a distupgrade repository Problem 8: problem with installed package pgp-tools-2.7-3.fc29.x86_64 - package pgp-tools-2.7-3.fc29.x86_64 requires /usr/bin/pgpring, but none of the providers can be installed - mutt-5:1.10.1-1.fc29.x86_64 does not belong to a distupgrade repository Problem 9: problem with installed package gns3-server-2.1.11-1.fc29.x86_64 - package gns3-server-2.1.11-2.fc30.x86_64 requires python3.7dist(prompt-toolkit) = 1.0.15, but none of the providers can be installed - python3-prompt_toolkit-1.0.15-1.fc29.noarch does not belong to a distupgrade repository - gns3-server-2.1.11-1.fc29.x86_64 does not belong to a distupgrade repository Problem 10: problem with installed package ImageMagick-c++-1:6.9.9.38-3.fc29.x86_64 - package ImageMagick-c++-1:6.9.10.27-1.fc30.x86_64 requires libMagickCore-6.Q16.so.6()(64bit), but none of the providers can be installed - package ImageMagick-c++-1:6.9.10.27-1.fc30.x86_64 requires libMagickWand-6.Q16.so.6()(64bit), but none of the providers can be installed - package ImageMagick-c++-1:6.9.10.27-1.fc30.x86_64 requires ImageMagick-libs(x86-64) = 1:6.9.10.27-1.fc30, but none of the providers can be installed - cannot install both ImageMagick-libs-1:6.9.10.27-1.fc30.x86_64 and ImageMagick-libs-1:6.9.9.38-3.fc29.x86_64 - package python3-libopenshot-0.2.2-1.fc29.x86_64 requires libMagickCore-6.Q16.so.5()(64bit), but none of the providers can be installed - package python3-libopenshot-0.2.2-1.fc29.x86_64 requires libMagickWand-6.Q16.so.5()(64bit), but none of the providers can be installed - ImageMagick-c++-1:6.9.9.38-3.fc29.x86_64 does not belong to a distupgrade repository - problem with installed package python3-libopenshot-0.2.2-1.fc29.x86_64 Problem 11: problem with installed package ImageMagick-1:6.9.9.38-3.fc29.x86_64 - package ImageMagick-1:6.9.10.27-1.fc30.x86_64 requires libMagickCore-6.Q16.so.6()(64bit), but none of the providers can be installed - package ImageMagick-1:6.9.10.27-1.fc30.x86_64 requires libMagickWand-6.Q16.so.6()(64bit), but none of the providers can be installed - package ImageMagick-1:6.9.10.27-1.fc30.x86_64 requires ImageMagick-libs(x86-64) = 1:6.9.10.27-1.fc30, but none of the providers can be installed - cannot install both ImageMagick-libs-1:6.9.10.27-1.fc30.x86_64 and ImageMagick-libs-1:6.9.9.38-3.fc29.x86_64 - package python3-libopenshot-0.2.2-1.fc29.x86_64 requires libMagickCore-6.Q16.so.5()(64bit), but none of the providers can be installed - package python3-libopenshot-0.2.2-1.fc29.x86_64 requires libMagickWand-6.Q16.so.5()(64bit), but none of the providers can be installed - package openshot-2.4.3-2.fc29.noarch requires python3-libopenshot >= 0.2.2, but none of the providers can be installed - ImageMagick-1:6.9.9.38-3.fc29.x86_64 does not belong to a distupgrade repository - problem with installed package openshot-2.4.3-2.fc29.noarch Wondring if there is anything here worth filling has bugs ( the vlc one for instance is not worth filling as it comes from fusion and fusion as not branched yet). Ludo

5 5

Rawhide question ?
by David 31 Oct '20

31 Oct '20

Has Rawhide ever passed a gating-check ? I have seen about a hundred emails saying the next iso did not pass a gating-check. That is kind of annoying. It seems it would be more appropriate to only post a comment about the gating-check when it finally passes, and then I guess have a virtual-toast with a special rare Red wine. On a related note, I have about 10 hours now comparing Rawhide in Fedora to Cooker in OpenMandriva ( on hardware ). Their Cooker, is a desktop install, with way too many apps preinstalled like Kwikdisk, Spectacle, Midnight Commander, etc. And they come with several Epson and Canon printer drivers, and most of the codecs. They have one guy doing a mass-build, and their server apparently goes down occasionally. And they focus on KDE, and no longer have an LXQt maintainer, but ironically have someone working on the DE, "Lumina," and a new DE that does not launch called "Liquidshell." But they are enthusiastic that their Cooker iso is compiled with clang, and that they offer a zen-optimised kernel, called znver1. Their calamares installer worked well, but did not offer btrfs ( I did not try to manually partition ). Please email me privately about that. If I see anything new or relevant, I will post it at: https://discussion.fedoraproject.org/t/related-to-openmandriva/24261/2 David Locklear Novice Rawhide user

1 0

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

test October 2020