Fedora-Cloud-33-20201215.0 compose check report

No missing expected images. Soft failed openQA tests: 1/7 (x86_64), 1/7 (aarch64) (Tests completed, but using a workaround for a known bug) Old soft failures (same test soft failed in Fedora-Cloud-33-20201214.0): ID: 740553 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud URL: https://op

Re: Fedora 34 Change: Route all Audio to PipeWire (System-Wide Change)

Gary Buhrmaster wrote on Mon, Dec 14, 2020: > On Mon, Dec 14, 2020 at 9:49 PM Mauro Carvalho Chehab > wrote: > > > # dnf swap pulseaudio pipewire-pulseaudio --allowerasing > > I needed to add --enablerepo=updates-testing With updates-testing enabled here, it's much better than last month (n

Re: Proposal: drop "Test installation media" from live media

On Mon, Dec 14, 2020 at 9:20 PM Matthew Miller wrote: > > On Mon, Dec 14, 2020 at 03:32:57PM -0800, Brian C. Lane wrote: > > The problem I see with dropping it is that without it you do not know if > > there are errors in the packages you are installing. With non-live > > installs you can depend o

Re: Proposal: drop "Test installation media" from live media

On 12/11/20 1:07 PM, Matthew Miller wrote: Right now, when you start Fedora live media to install Workstation or KDE or etc., you get an ugly text prompt which defaults to doing a media test ... the most likely failure modes are like this: 1) Doesn't even write properly. 2) Doesn't boot after

Re: Proposal: drop "Test installation media" from live media

On Mon, Dec 14, 2020 at 4:33 PM Brian C. Lane wrote: > > On Sat, Dec 12, 2020 at 01:08:47PM -0700, Chris Murphy wrote: > > On Sat, Dec 12, 2020 at 10:43 AM Matthew Miller > > wrote: > > > > > > On Sat, Dec 12, 2020 at 08:19:18AM -0500, Mauricio Tavares wrote: > > > > > I gave those reasons in

Re: Proposal: drop "Test installation media" from live media

On Mon, Dec 14, 2020 at 03:32:57PM -0800, Brian C. Lane wrote: > The problem I see with dropping it is that without it you do not know if > there are errors in the packages you are installing. With non-live > installs you can depend on rpm to detect that, but not with live since > we're just copyin

Re: koji buildsystem changes

On Mon, Dec 14, 2020 at 4:08 PM Kevin Fenzi wrote: > > On Mon, Dec 14, 2020 at 12:08:59PM +0100, Vitaly Zaitsev via devel wrote: > > On 13.12.2020 23:02, Kevin Fenzi wrote: > > > This has caused one common issue: rhel7 rpm does not understand the > > > newer changelog format with timezone, so spec

Re: Fedora 34 Change: GitRepos-master-to-main (Self-Contained Change)

On Mon, Dec 14, 2020 at 2:21 PM Gary Buhrmaster wrote: > > On Mon, Dec 14, 2020 at 3:30 PM Christopher > wrote: > > > > Even if people don't agree that "main" is better for other reasons, surely > > people can agree that "rawhide" is much better than "master" > > I disagree, my opinion is that

Re: GCC 11 related build failure

On 12/15/20 1:12 AM, Neal Gompa wrote: Just for reference, we *do* have a relatively up to date build of googletest for things to use in our gtest[1] package that is supposed to work with gcc11 already... [1]: https://src.fedoraproject.org/rpms/gtest It was bundled, I ended up disabling buil

Re: GCC 11 related build failure

On Mon, Dec 14, 2020 at 6:41 PM Robert-André Mauchin wrote: > > > Hello, > > While building Googletest, I've encourtered this failure: > > > > /builddir/build/BUILD/aom-2.0.1/third_party/googletest/src/googletest/include/gtest/gtest-printers.h: > > In instantiation of 'void > > testing_internal:

Re: GCC 11 related build failure

On 12/14/20 4:41 PM, Robert-André Mauchin wrote: > > Hello, > > While building Googletest, I've encourtered this failure: > > >> /builddir/build/BUILD/aom-2.0.1/third_party/googletest/src/googletest/include/gtest/gtest-printers.h: >> In instantiation of 'void >> testing_internal::DefaultPrintNonC

GCC 11 related build failure

Hello, While building Googletest, I've encourtered this failure: /builddir/build/BUILD/aom-2.0.1/third_party/googletest/src/googletest/include/gtest/gtest-printers.h: In instantiation of 'void testing_internal::DefaultPrintNonContainerTo(const T&, std::ostream*) [with T = {anonymous}::Y4mTe

Re: Proposal: drop "Test installation media" from live media

On Sat, Dec 12, 2020 at 01:08:47PM -0700, Chris Murphy wrote: > On Sat, Dec 12, 2020 at 10:43 AM Matthew Miller > wrote: > > > > On Sat, Dec 12, 2020 at 08:19:18AM -0500, Mauricio Tavares wrote: > > > > I gave those reasons in my initial message? Have you experienced a > > > > specific case wh

Re: Proposal: drop "Test installation media" from live media

On Fri, Dec 11, 2020 at 06:45:26PM -0500, Matthew Miller wrote: > On Fri, Dec 11, 2020 at 06:21:50PM -0500, Neal Gompa wrote: > > > In the interest of me being lazy more successfully, can I glom my "change > > > the menu" proposal onto this new Change you are spearheading? :) :) :) > > Oi, oi! I ha

Re: Fedora 34 Change: Route all Audio to PipeWire (System-Wide Change)

On Mon, Dec 14, 2020 at 9:49 PM Mauro Carvalho Chehab wrote: > # dnf swap pulseaudio pipewire-pulseaudio --allowerasing I needed to add --enablerepo=updates-testing Also, you may need to (as yourself) perform a $ systemctl --user enable pipewire pipewire-pulse In limited testing it seems

Re: Fedora 34 Change: Route all Audio to PipeWire (System-Wide Change)

Em Sun, 22 Nov 2020 12:17:06 +0100 Vitaly Zaitsev via devel escreveu: > On 22.11.2020 10:05, Mattia Verga via devel wrote: > > I think the package name is wrong, it should be pipewire-pulseaudio. > > However, it seems it doesn't correctly replace pulseaudio: > > > > # dnf install pipewire-pulsea

Re: Fedora 34 Change: GitRepos-master-to-main (Self-Contained Change)

On Mon, Dec 14, 2020 at 2:22 PM Gary Buhrmaster wrote: > On Mon, Dec 14, 2020 at 3:30 PM Christopher > wrote: > > > > Even if people don't agree that "main" is better for other reasons, > surely people can agree that "rawhide" is much better than "master" > > I disagree, my opinion is that main

Re: GitLab AMA Topic Follow Up: Branches

On Sun, Dec 13, 2020 at 10:14:14PM +0100, Felix Schwarz wrote: > > Am 13.12.20 um 17:18 schrieb Aoife Moloney: > > Hiding branches > > - Question: Is it possible to hide these retired branches from the UI? > > Say, hide branch names with f30 or lower? > > - Answer: This is not possible curren

Re: koji buildsystem changes

On Mon, Dec 14, 2020 at 12:08:59PM +0100, Vitaly Zaitsev via devel wrote: > On 13.12.2020 23:02, Kevin Fenzi wrote: > > This has caused one common issue: rhel7 rpm does not understand the > > newer changelog format with timezone, so spec files merged from fedora > > will break. > > Maybe the chang

Re: How to update to epel8-playground?

On Sun, Dec 13, 2020 at 11:36:03AM +0100, Mikel Olasagasti wrote: > Hi all, > > This might be documented somewhere, but I was not able to find it. https://fedoraproject.org/wiki/EPEL/Playground > I've for example this package that has epel8-playground branch > created[1] and I can `fedpkg build`

Re: Lenovo portals available in Europe

On Mon, Dec 14, 2020 at 01:15:26PM -0500, Mark Pearson wrote: > Hi Fedoran's (hopefully I have the right terminology now :)) > > Some more portal's are up now in Europe. Hopefully I get all the > countries right below - I had to translate from a table into something > text friendly. Any mistakes a

Re: Fedora 34 Change: GitRepos-master-to-main (Self-Contained Change)

On Mon, Dec 14, 2020 at 3:30 PM Christopher wrote: > > Even if people don't agree that "main" is better for other reasons, surely > people can agree that "rawhide" is much better than "master" I disagree, my opinion is that main is better than master, and master is better than rawhide. One shou

Re: Serial Console with Fedora 33

Hello On 12/13/20 7:35 PM, Sérgio Basto wrote: > ~]# grubby --remove-args="rhgb quiet" --args=console=ttyS0,115200 -- > update-kernel /boot/vmlinuz-4.2.0-1.fc23.x86_64 This worked... thanks! > > > This command removes the Red Hat graphical boot argument, enables > boot message to be seen, and

Re: Fedora 34 Change: GitRepos-master-to-main (Self-Contained Change)

On 12/14/20 4:29 PM, Christopher wrote: Even if people don't agree that "main" is better for other reasons, surely people can agree that "rawhide" is much better than "master" for our dist-git branch names for our RPMs, simply because it follows our naming conventions and makes things easier fr

Fedora 34 Change: LLVM 12 (System-Wide Change proposal)

https://fedoraproject.org/wiki/Changes/LLVM-12 == Summary == Update all llvm sub-projects in Fedora to version 12. == Owner == * Name: [[User:tstellar| Tom Stellard]] * Email: == Detailed Description == All llvm sub-projects in Fedora will be updated to version 12, and there will be a soname

Fedora 34 Change: Use ibus-m17n as the default IME for Vietnamese (System-Wide Change proposal)

https://fedoraproject.org/wiki/Changes/ibus-m17n_as_default_Vietnamese_IME == Summary == The current default input method for Vietnamese is ibus-bogo. This should change to the ibus-m17n input method “m17n:vi:telex - telex (m17n)” == Owner == * Name: [[User:Mfabian| Mike Fabian]] * Email: =

Lenovo portals available in Europe

Hi Fedoran's (hopefully I have the right terminology now :)) Some more portal's are up now in Europe. Hopefully I get all the countries right below - I had to translate from a table into something text friendly. Any mistakes are mine :) Austria: https://www.lenovo.com/at/de/atcepp Belgium: https

Re: Fedora 34 Change: GitRepos-master-to-main (Self-Contained Change)

Hi, On Sat, Dec 12, 2020 at 12:41:44PM -0800, Kevin Fenzi wrote: > On Fri, Dec 11, 2020 at 12:03:17PM +0100, Till Maas wrote: > > Hi, > > > > On Fri, Dec 04, 2020 at 11:13:19AM -0800, Kevin Fenzi wrote: > > > > > I don't think you can make branches completely descripive by themselves, > > > unle

Re: GitLab AMA Topic Follow Up: Branches

On Mon, Dec 14, 2020 at 11:31 AM Pierre-Yves Chibon wrote: > > > - Question: Currently a user is not allowed to rewrite the history. Is > > it possible? It would be nice to allow only certain people to do so. > > Although we might not use this, but its good to have just in case if > > we ever need

Re: GitLab AMA Topic Follow Up: Branches

On Sun, Dec 13, 2020 at 04:18:44PM +, Aoife Moloney wrote: > Hi everyone, > > Its been a few weeks but there are still two topics left to cover from > the original AMA session. This week's topic is Branches. As always, > below are some links to the original documents and chat logs from the > I

Re: Fedora 34 Change: GitRepos-master-to-main (Self-Contained Change)

Am Montag, dem 14.12.2020 um 11:12 -0500 schrieb Neal Gompa: > On Mon, Dec 14, 2020 at 10:30 AM Christopher < > ctubb...@fedoraproject.org> wrote: > > > > Even if people don't agree that "main" is better for other reasons, > > surely people can agree that "rawhide" is much better than "master" > >

Re: Fedora 34 Change: GitRepos-master-to-main (Self-Contained Change)

On Mon, Dec 14, 2020 at 10:30 AM Christopher wrote: > > Even if people don't agree that "main" is better for other reasons, surely > people can agree that "rawhide" is much better than "master" for our dist-git > branch names for our RPMs, simply because it follows our naming conventions > and

Re: Fedora 34 Change: GitRepos-master-to-main (Self-Contained Change)

Even if people don't agree that "main" is better for other reasons, surely people can agree that "rawhide" is much better than "master" for our dist-git branch names for our RPMs, simply because it follows our naming conventions and makes things easier from that perspective. The only reason they we

Re: f33: systemd-resolved hang on ip query

On Mon, Dec 14, 2020 at 11:01:36AM +, Dridi Boukelmoune wrote: > > It looks like resolved tries to resolve the name on two scopes (global and > > one specific to some interface). This will happen if the name lookup > > priority > > is the same for both the two scopes. > > Interesting, I'll se

Re: Docker/Moby 20.10.0 has been released with cgroup v2 support

On 12/13/20 09:27, Neal Gompa wrote: Hey all, It seems that Docker/Moby 20.10.0 has been released last week. With this release, Docker/Moby now fully supports cgroup v2, which means Fedora CoreOS can finally switch to cgroup v2 like the rest of Fedora has since Fedora 31. There seems to be a ra

Fedora-Rawhide-20201214.n.0 compose check report

Missing expected images: Xfce raw-xz armhfp Compose FAILS proposed Rawhide gating check! 5 of 43 required tests failed openQA tests matching unsatisfied gating requirements shown with **GATING** below Failed openQA tests: 24/180 (x86_64), 21/122 (aarch64) New failures (same test not failed in

weird build failure on i686

While trying to build a new kde-partitionmanager release, I get a strange build failure which seems related to character encoding: https://kojipkgs.fedoraproject.org//work/tasks/8985/57428985/build.log /builddir/build/BUILD/partitionmanager-20.12.0/i686-redhat-linux-gnu/src/config.cpp:48:1: err

Fedora rawhide compose report: 20201214.n.0 changes

OLD: Fedora-Rawhide-20201213.n.0 NEW: Fedora-Rawhide-20201214.n.0 = SUMMARY = Added images:2 Dropped images: 0 Added packages: 0 Dropped packages:0 Upgraded packages: 87 Downgraded packages: 0 Size of added packages: 0 B Size of dropped packages:0 B Size

qt5-qtbase-devel breakage on s390x

Hello all. Unable to build anything with qt5-qtbase-devel dependency in Koji on s390x for Fedora 33 due to the following: Error: Problem 1: package qt5-qtbase-devel-5.15.2-2.fc33.s390x requires pkgconfig(vulkan), but none of the providers can be installed - package vulkan-loader-devel-1.2.

Re: koji buildsystem changes

On 13.12.2020 23:02, Kevin Fenzi wrote: This has caused one common issue: rhel7 rpm does not understand the newer changelog format with timezone, so spec files merged from fedora will break. Maybe the changelog format change should be reverted? I don't think datetime and timezone are useful at

Re: f33: systemd-resolved hang on ip query

> It looks like resolved tries to resolve the name on two scopes (global and > one specific to some interface). This will happen if the name lookup priority > is the same for both the two scopes. Interesting, I'll search the docs. I don't recall seeing anything about priority and that's definitely

Re: koji buildsystem changes

On 12/14/20 12:02 AM, Kevin Fenzi wrote: Greetings everyone. I thought I would share some recent changes to koji (The Fedora buildsystem): * All s390x, x86_64, and ppc64le builders have been upgraded to Fedora33 * aarch64 and armv7 builder should be upgraded soon. * I have enabled bootstrap mo

Re: Issue with building telepathy-salut.

lib/ext/wocky points to a branch in the telepathy wocky XMPP library. -- Ibiam Chihurumnaya ibiamchihurumn...@gmail.com On Sat, Dec 12, 2020 at 2:48 PM Alexander Ploumistos < alex.ploumis...@gmail.com> wrote:

Re: Mass spec file change: Adding BuildRequires: make

Hi! On Saturday, 12 December 2020 at 08:24, Tom Stellard wrote: [...] > The 50 packages I'll update on Dec. 14 are listed here: > > https://fedorapeople.org/~tstellar/br_make_day1.txt abcde abook fixed, you can drop them from your list. Regards, Dominik -- Fedora https://getfedora.org | R

Fedora-Cloud-32-20201214.0 compose check report

No missing expected images. Soft failed openQA tests: 1/7 (x86_64), 1/7 (aarch64) (Tests completed, but using a workaround for a known bug) Old soft failures (same test soft failed in Fedora-Cloud-32-20201213.0): ID: 739972 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud URL: https://op

Re: koji buildsystem changes

Il 14/12/20 04:42, Jerry James ha scritto: > > On this page: > > https://docs.fedoraproject.org/en-US/rawhide-gating/multi-builds/ > > there is a box marked "Important" that says: > > "If you have created a side-tag and have no use for it (and did not > create an update for it), please remove it so

Re: f33: systemd-resolved hang on ip query

On Sun, Dec 13, 2020 at 03:58:06PM +, Dridi Boukelmoune wrote: > > That's totally on me, I read the resolved.conf(5) manual but didn't > > pay attention to the systemd-resolved.service(8) manual in the SEE > > ALSO section: that would have led me to resolvectl. Thanks for the > > pointer, I'll

Re: koji buildsystem changes

On Sun, Dec 13, 2020 at 08:42:53PM -0700, Jerry James wrote: > On Sun, Dec 13, 2020 at 3:22 PM Kevin Fenzi wrote: > > * Finally releng is looking at establishing a sidetag cleanup policy. > > A reminder that sidetags should be short lived and only created when > > needed. koji must generate buildr

Re: s390x only buildroot problem - mesa/vulkan vs QT5

On Mon, 14 Dec 2020 00:40:31 +0100 Alexander Ploumistos wrote: > Hello, > > I don't understand how, but I seem to have hit this issue with an F33 build: > https://koji.fedoraproject.org/koji/taskinfo?taskID=57394473 it's between mesa/vulkan and QT5, seems the fix from rawhide hasn't been applie