No missing expected images.
Soft failed openQA tests: 1/8 (x86_64), 1/8 (aarch64)
(Tests completed, but using a workaround for a known bug)
Old soft failures (same test soft failed in Fedora-Cloud-33-20210702.0):
ID: 920664 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud
URL: https://op
No missing expected images.
Soft failed openQA tests: 1/8 (x86_64), 1/8 (aarch64)
(Tests completed, but using a workaround for a known bug)
Old soft failures (same test soft failed in Fedora-Cloud-34-20210702.0):
ID: 920680 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud
URL: https://op
Thanks to you and @eclipseo
This has already been a full nightmare to create the SRPM file, and now
it seems that I again need to an additional nightmare to "prove myself"
The package is already in Deb and archlinux (*). Isn't it enough to push
it to Fedora ?
Thanks
(*)
https://packages.d
Thanks to you and @eclipseo
This has already been a full nightmare to create the SRPM file, and now
it seems that I again need to an additional nightmare to "prove myself"
The package is already in Deb and archlinux (*). Isn't it enough to push
it to Fedora ?
Thanks
(*)
https://packages.d
On Sun, Jun 27, 2021 at 08:54:20PM +0200, Florian Weimer wrote:
> I've pushed a new glibc build to rawhide (glibc-2.33.9000-29.fc35) that
> auto-generates versioned dependencies on glibc if symbols within the
> under-development symbol version are used, where the ELF-derived RPM
> dependencies are
* Richard W. M. Jones:
> On Sun, Jun 27, 2021 at 08:54:20PM +0200, Florian Weimer wrote:
>> I've pushed a new glibc build to rawhide (glibc-2.33.9000-29.fc35) that
>> auto-generates versioned dependencies on glibc if symbols within the
>> under-development symbol version are used, where the ELF-de
Fair enough, thanks for the explanation it sounds reasonable.
Rich.
--
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
Read my programming and virtualization blog: http://rwmj.wordpress.com
virt-p2v converts physical machines to virtual machines. Boot with a
live
Follow up about the status:
From the scratch build on Fedora 34, both aarch64 and ppc64le built
successfully. It appears
one of dependencies triggered the problem so narrowing done will be needed.
https://koji.fedoraproject.org/koji/taskinfo?taskID=71254684
On 2021-06-24 8:23 a.m., Luya Tshi
Done for labwc and wayfire:
* https://koji.fedoraproject.org/koji/taskinfo?taskID=71258443
* https://koji.fedoraproject.org/koji/taskinfo?taskID=71258789
Thanks for updating it. What's a plan for f34?
___
devel mailing list -- devel@lists.fedoraproje
On 7/3/21 12:43 PM, Artem Tim wrote:
Done for labwc and wayfire:
* https://koji.fedoraproject.org/koji/taskinfo?taskID=71258443
* https://koji.fedoraproject.org/koji/taskinfo?taskID=71258789
Thanks you!
Thanks for updating it. What's a plan for f34?
No plans at the moment, we normally
I don’t agree with this change, as it seems obvious that many users who do not
want proprietary software installed do not want repositories with proprietary
software in them installed either (whether or not these repositories are
enabled) and would want to have to opt-in to that too. Additionall
> I'd prefer to wait for 0.14.1
Totally agree with this approach.
> we normally don't push breaking wlroots changes into stable branches.
Yep. But few users already asking me about 'labwc' update. I personally
interesting in testing it too but i can build locally or in COPR and test it
which i
Il 03/07/21 16:58, Joan Moreau via devel ha scritto:
>
> Thanks to you and @eclipseo
>
> This has already been a full nightmare to create the SRPM file, and
> now it seems that I again need to an additional nightmare to "prove
> myself"
>
> The package is already in Deb and archlinux (*). Isn't it
On Tue, Jun 29, 2021 at 10:26 PM Ben Cotton wrote:
>
> https://fedoraproject.org/wiki/Changes/Filtered_Flathub_Applications
>
> == Summary ==
> Enabling third-party repositories will now create a Flathub remote
> that is a filtered view of Flathub.
I have a few questions / concerns with this prop
ok but then just tell me what to fix in the proposed package (if any) so
this can be made available to users
On July 3, 2021 22:24:48 Mattia Verga via devel
wrote:
Il 03/07/21 16:58, Joan Moreau via devel ha scritto:
Thanks to you and @eclipseo
This has already been a full nightmare
On Friday, 02 July 2021 at 23:21, Kevin Fenzi wrote:
> Greetings.
>
> I'm happy to announce that:
>
> armv7-test01.fedorainfracloud.org
> armv7-test02.fedorainfracloud.org
>
> are back online for packager maintainers to use to test and debug
> packages. They are setup the same as the armv7 koji
Hi folks! I'm proposing we cancel the QA meeting on Monday. I don't
have anything urgent on the agenda again, and I'll be off work that
day, so let's take a break.
If you're aware of anything important we have to discuss this week,
feel free to run the meeting in my place. In that case, please sen
17 matches
Mail list logo