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-20211012.0):
ID: 1025863 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud
URL: https://op
Dne 12. 10. 21 v 17:45 Neal Gompa napsal(a):
On Tue, Oct 12, 2021 at 11:33 AM Ben Cotton wrote:
=== 1. It is difficult to deliver updates to configurations ===
FIles /etc/nsswitch.conf and /etc/pam.d/* are distributed as
%config(noreplace) which means that they are configuration files and
are
Hi,
On 10/12/21 5:32 PM, Ben Cotton wrote:
> https://fedoraproject.org/wiki/Changes/Make_Authselect_Mandatory
>
> == Summary ==
> This change wants to make authselect required to configure
> authentication and identity sources and forcefully update
> non-authselect configuration to the sssd auths
On Tue, Oct 12, 2021 at 10:49 AM Miro Hrončok wrote:
>
> On 12. 10. 21 10:35, Fabio Valentini wrote:
> > Hi everybody,
> >
> > There seems to be some inconsistency with how our update workflow
> > currently works. When an update gets enough positive karma "pre-push"
> > (still in "pending → testin
Hello folks!
I would like to become a maintainer/packager of package scrot [1] that was
dropped [2] last year. (Disclaimer: I have experience with maintaining some
packages in COPR but not with actually maintaining packages in the official
Fedora repos. I'm completely new to this.)
In the docs th
> In the docs there is a section about Claiming Ownership of an Orphaned Package
You were looking almost in the right place. There's a separate section about
claiming retired packages. [1]
tl;dr: If it was retired for more than 8 weeks, it needs to go through the
Package Review process again.
Af
On Wed, Oct 13, 2021 at 10:59 AM Artur Frenszek-Iwicki <
s...@fedoraproject.org> wrote:
> > In the docs there is a section about Claiming Ownership of an Orphaned
> Package
> You were looking almost in the right place. There's a separate section
> about claiming retired packages. [1]
>
I missed t
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-20211012.0):
ID: 1026108 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud
URL: https://op
On Tuesday, 12 October 2021 at 16:03, Luna Jernberg wrote:
> On Tue, Oct 12, 2021 at 3:29 PM Michael J Gruber
> wrote:
>
> > Today that special package for Nest participants arrived here.
> > Back then I thought: "Nice, a few stickers." Today, after opening the
> > package, I thought: "Woah!". [
You had to register at a website during the event, got an email with
tracking information from both Fedex and Red Hat
On Wed, Oct 13, 2021 at 1:06 PM Dominik 'Rathann' Mierzejewski <
domi...@greysector.net> wrote:
> On Tuesday, 12 October 2021 at 16:03, Luna Jernberg wrote:
> > On Tue, Oct 12, 20
On Tue, Oct 12, 2021 at 9:05 PM Reon Beon via devel
wrote:
>
> https://www.youtube.com/watch?v=OapTyDo2hk4
>
> GNOME GTK4 PortInitiative (ISSUE26)
> https://gitlab.gnome.org/GNOME/Initiatives/-/issues/26
I just want to say: cool video! I like this method of demoing the work
that the team has bee
OLD: Fedora-Rawhide-20211012.n.0
NEW: Fedora-Rawhide-20211013.n.0
= SUMMARY =
Added images:3
Dropped images: 0
Added packages: 1
Dropped packages:0
Upgraded packages: 98
Downgraded packages: 0
Size of added packages: 141.80 MiB
Size of dropped packages:0
On 10/12/21 4:13 PM, Neal Gompa wrote:
> On Tue, Oct 12, 2021 at 7:54 AM Michal Ruprich wrote:
>> Hi,
>>
>> I am planning to start a retirement process for quagga in Fedora. The
>> package is very outdated since the upstream is dead for a couple of
>> years. There is a replacement in the form of
On Tue, Oct 12, 2021 at 2:42 PM Frantisek Zatloukal wrote:
>
> Hi,
>
> in testcloud (
> https://pagure.io/testcloud/blob/master/f/testcloud/util.py#_100 ), I am
> using adam's openqa nightlies.json for rawhide/branched:
> https://openqa.fedoraproject.org/nightlies.json (this isn't a "stable api
On Tue, Oct 12, 2021, 10:14 PM Luya Tshimbalanga
wrote:
>
> On 2021-10-12 15:37, Michael Cronenworth wrote:
> > Hi all,
> >
> > I would like to put out a public call for a new primary owner for
> > ImageMagick[1].
> >
> > I only picked it up a few years ago to prevent it from being orphaned,
> >
On Wednesday, 13 October 2021 at 13:08, Luna Jernberg wrote:
> You had to register at a website during the event,
That I did. On August 7th, I received an e-mail with a promo code to
enter at https://coolstuff.redhat.com/promo/fedora which I did, but I
haven't heard from them since.
> got an emai
On Wed, 2021-10-13 at 14:33 +0200, Dominik 'Rathann' Mierzejewski
wrote:
> On Wednesday, 13 October 2021 at 13:08, Luna Jernberg wrote:
> > You had to register at a website during the event,
>
> That I did. On August 7th, I received an e-mail with a promo code to
> enter at https://coolstuff.redha
Missing expected images:
Iot dvd x86_64
Iot dvd aarch64
Failed openQA tests: 1/16 (x86_64), 1/15 (aarch64)
Old failures (same test failed in Fedora-IoT-36-20211012.0):
ID: 1026546 Test: x86_64 IoT-dvd_ostree-iso iot_clevis
URL: https://openqa.fedoraproject.org/tests/1026546
ID: 1026561
On Wed, Oct 13, 2021 at 02:33:19PM +0200, Dominik 'Rathann' Mierzejewski wrote:
> On Wednesday, 13 October 2021 at 13:08, Luna Jernberg wrote:
> > You had to register at a website during the event,
>
> That I did. On August 7th, I received an e-mail with a promo code to
> enter at https://coolstuf
On Wednesday, 13 October 2021 at 14:39, Stephen Snow wrote:
> On Wed, 2021-10-13 at 14:33 +0200, Dominik 'Rathann' Mierzejewski
> wrote:
[...]
> I got the email with tracking info two days prior to arrival of swag.
> but in between reg and ship, no communication.
Alright, I'll remain patient then
Announcing the creation of a new nightly release validation test event
for Fedora 35 Branched 20211013.n.0. Please help run some tests for this
nightly compose if you have time. For more information on nightly
release validation testing, see:
https://fedoraproject.org/wiki
On Wed, Oct 13 2021 at 10:22:14 AM +0200, Hans de Goede
wrote:
Making what IMHO is a poor default of always using sssd everywhere
hardcoded even deeper into Fedora seems like a bad idea to me.
I think we can fix this at the same time. Make authselect default to
its minimal profile rather than
Hi,
RStudio is failing consistently on armv7l on F35 [1, 2] and rawhide
[3, 4] with this message (memory exhausted). The same build on the
same machine (CPU and RAM) succeeds on F34 [5]. Any clue what's going
on? Why rawhide and F35 and not F34? Anything I can do in the SPEC to
fix this?
[1] http
On 2021-10-13 05:13, Troy Curtis Jr wrote:
On Tue, Oct 12, 2021, 10:14 PM Luya Tshimbalanga
wrote:
On 2021-10-12 15:37, Michael Cronenworth wrote:
> Hi all,
>
> I would like to put out a public call for a new primary owner for
> ImageMagick[1].
>
> I only picke
Am Mittwoch, dem 13.10.2021 um 15:44 +0200 schrieb Iñaki Ucar:
> Hi,
>
> RStudio is failing consistently on armv7l on F35 [1, 2] and rawhide
> [3, 4] with this message (memory exhausted). The same build on the
> same machine (CPU and RAM) succeeds on F34 [5]. Any clue what's going
> on? Why rawhid
On Wed, Oct 13, 2021 at 3:45 PM Iñaki Ucar wrote:
>
> Hi,
>
> RStudio is failing consistently on armv7l on F35 [1, 2] and rawhide
> [3, 4] with this message (memory exhausted). The same build on the
> same machine (CPU and RAM) succeeds on F34 [5]. Any clue what's going
> on? Why rawhide and F35 a
Hi Iñaki,
Iñaki Ucar writes:
> Hi,
>
> RStudio is failing consistently on armv7l on F35 [1, 2] and rawhide
> [3, 4] with this message (memory exhausted). The same build on the
> same machine (CPU and RAM) succeeds on F34 [5]. Any clue what's going
> on? Why rawhide and F35 and not F34? Anything
Am Mittwoch, dem 13.10.2021 um 16:51 +0200 schrieb Björn 'besser82'
Esser:
> Am Mittwoch, dem 13.10.2021 um 15:44 +0200 schrieb Iñaki Ucar:
> > Hi,
> >
> > RStudio is failing consistently on armv7l on F35 [1, 2] and rawhide
> > [3, 4] with this message (memory exhausted). The same build on the
> >
Building with lto disabled is a bad idea, as Fedora intentionally
enabled lto by default.
What you describe as lto requires a lot of memory is caused by building
lto along with non-lto in the same object file requires significantly
more memory. For that reason one can disable building non-lto alo
Due to outstanding blocker bugs[1], we do not have an F35 Final RC. As
a result, F35 Final is NO-GO by default and tomorrow's Go/No-Go
meeting is cancelled.
The next Fedora Linux 35 Final Go/No-Go meeting[2] will be held at
1700 UTC on Thursday 21 October in #fedora-meeting. We will aim for
the "t
No missing expected images.
Failed openQA tests: 7/204 (x86_64), 8/141 (aarch64)
New failures (same test not failed in Fedora-35-20211012.n.0):
ID: 1026602 Test: x86_64 Server-dvd-iso server_freeipa_replication_master
URL: https://openqa.fedoraproject.org/tests/1026602
ID: 1026615 Test:
Thanks, Björn, Dan and Fabio for your comments.
On Wed, 13 Oct 2021 at 18:20, Björn 'besser82' Esser
wrote:
>
> Am Mittwoch, dem 13.10.2021 um 16:51 +0200 schrieb Björn 'besser82'
> Esser:
> > Am Mittwoch, dem 13.10.2021 um 15:44 +0200 schrieb Iñaki Ucar:
> > > Hi,
> > >
> > > RStudio is failing
On Wed, Oct 13 2021 at 06:06:50 PM +0200, Björn 'besser82' Esser
wrote:
What you describe as lto requires a lot of memory is caused by
building
lto along with non-lto in the same object file requires significantly
more memory. For that reason one can disable building non-lto along
with lto usi
Hi,
Workstation working group was tracking this:
#241 Re-revisit Fedora Workstation minimums
https://pagure.io/fedora-workstation/issue/241
But to answer the questions, I think we need to broaden the
conversation, hence this email.
Only Fedora Workstation edition explicitly states minimum hardwa
On Wed, 2021-10-13 at 08:11 -0400, Stephen Gallagher wrote:
> On Tue, Oct 12, 2021 at 2:42 PM Frantisek Zatloukal
> wrote:
> >
> > Hi,
> >
> > in testcloud (
> > https://pagure.io/testcloud/blob/master/f/testcloud/util.py#_100 ), I am
> > using adam's openqa nightlies.json for rawhide/branche
On Tue, Oct 12, 2021 at 3:26 PM Adam Williamson
wrote:
> Hanging over all of this is the threat that PDC might go away at some
> point, which would be a bit of an inconvenience. In A World Where there
> is no PDC, you have to grab the metadata files for composes that still
> exist from kojipkgs; t
On Wed, Oct 13, 2021 at 2:14 PM Ken Dreyer wrote:
>
> On Tue, Oct 12, 2021 at 3:26 PM Adam Williamson
> wrote:
> > Hanging over all of this is the threat that PDC might go away at some
> > point, which would be a bit of an inconvenience. In A World Where there
> > is no PDC, you have to grab the
On Wed, Oct 13, 2021 at 2:21 PM Neal Gompa wrote:
> Unfortunately, we lack a usable equivalent for releases, though that's
> good to know for Rawhide.
For that I use the following URL format string:
https://download.fedoraproject.org/pub/fedora/linux/releases/{version}/Cloud/x86_64/images/Fedora
On Wed, 2021-10-13 at 14:45 -0400, Ken Dreyer wrote:
> On Wed, Oct 13, 2021 at 2:21 PM Neal Gompa wrote:
> > Unfortunately, we lack a usable equivalent for releases, though that's
> > good to know for Rawhide.
>
> For that I use the following URL format string:
>
> https://download.fedoraproject
On 13/10/2021 15:44, Iñaki Ucar wrote:
Why rawhide and F35 and not F34?
Random issue due to the different builders.
Anything I can do in the SPEC to fix this?
Try this:
%ifarch %{arm}
%global _smp_build_ncpus 1
%endif
If it will not help, you can also try this:
%ifarch %{arm}
%global _sm
Hello all,
I am a long time Linux user (Mandrake 7.0, Fedora Core) and I want to
contribute to the project. As part of my dayjob, I build rpm packages with a
private koji instance as part of our internal deliverables pipeline. I have
created a package for salt-lint, an ansible-lint like appli
Oct 13, 2021 2:29:10 PM Robby Callicotte via devel
:
> Hello all,
>
> I am a long time Linux user (Mandrake 7.0, Fedora Core) and I want to
> contribute to the project. As part of my dayjob, I build rpm packages with a
> private koji instance as part of our internal deliverables pipeline. I
Hello Maxwell,
Thanks for the welcome. Here is the bugzilla link:
https://bugzilla.redhat.com/show_bug.cgi?id=2013796
Cheers!
‐‐‐ Original Message ‐‐‐
On Wednesday, October 13th, 2021 at 14:31, Maxwell G (@gotmax23) via devel
wrote:
> Oct 13, 2021 2:29:10 PM Robby Callicotte via
No missing expected images.
Failed openQA tests: 1/15 (aarch64)
Old failures (same test failed in Fedora-IoT-35-20211012.0):
ID: 1027076 Test: aarch64 IoT-dvd_ostree-iso iot_clevis@uefi
URL: https://openqa.fedoraproject.org/tests/1027076
Soft failed openQA tests: 1/16 (x86_64)
(Tests comple
On Tue, Oct 12, 2021, at 1:52 PM, Neal Gompa wrote:
> Hey all,
>
> I'm working on extending quickemu[1] to be able to easily spin up
> Fedora VMs, but our lack of a static URL formula for fetching ISOs
> makes this a bit difficult.
>
> Do we have some kind of API endpoint that has the necessary
>
I'm trying to log into COPR but when I press submit it just stays at the
login page and doesn't forward me back to COPR.
Thanks,
Richard
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproje
Hello,
the jq package currently has an unfortunate issue with handling large
integers:
$ echo '{"a":9011153322235679}' | jq '.a'
9011153322235680
I reported this in https://bugzilla.redhat.com/show_bug.cgi?id=2008979
a while ago and put up a PR at
https://src.fedoraproject.org/rpms/jq/pull-reque
On Wed, Oct 13, 2021 at 6:29 PM Davide Cavalca via devel
wrote:
>
> Hello,
>
> the jq package currently has an unfortunate issue with handling large
> integers:
>
> $ echo '{"a":9011153322235679}' | jq '.a'
> 9011153322235680
>
> I reported this in https://bugzilla.redhat.com/show_bug.cgi?id=20089
On Wed, 2021-10-13 at 18:53 -0400, Neal Gompa wrote:
>
> I can pick this up as a provenpackager tomorrow if this has been
> requested and accepted as an FE for F35 and the maintainers haven't
> done anything yet.
Thanks, I have proposed this as a Freeze Exception:
https://bugzilla.redhat.com/show
On Wed, Oct 13, 2021 at 04:23:46PM -0500, Richard Shaw wrote:
> I'm trying to log into COPR but when I press submit it just stays at the
> login page and doesn't forward me back to COPR.
This email looks a few hours old? What exact time were you seeing the
problems?
It's very likely it was during
On Wed, Oct 13, 2021 at 6:36 PM Kevin Fenzi wrote:
> On Wed, Oct 13, 2021 at 04:23:46PM -0500, Richard Shaw wrote:
> > I'm trying to log into COPR but when I press submit it just stays at the
> > login page and doesn't forward me back to COPR.
>
> This email looks a few hours old? What exact time
51 matches
Mail list logo
