OLD: Fedora-34-20210323.n.0
NEW: Fedora-34-20210326.n.0
= SUMMARY =
Added images:0
Dropped images: 0
Added packages: 50
Dropped packages:2
Upgraded packages: 177
Downgraded packages: 0
Size of added packages: 20.65 MiB
Size of dropped packages:1.39 MiB
On Thu, Mar 25, 2021 at 09:54:11AM -0500, Michael Catanzaro wrote:
> On Thu, Mar 25 2021 at 09:26:19 AM -0500, Michael Catanzaro
> wrote:
> >For now, keep nss-myhostname at the start of the line, right after
> >files. We will probably need to find a way to either (a) fix
> >systemd-resolved to han
Evening/Morning all,
I am beyond pleased to announce that the Fedora Accounts Team has reached
the point in our deployment that critical path services have been
configured to the new solution and end user impact should be little to
none, so we are now officially out of outage!
For a while we thou
I'm on PTO tomorrow, so you get this a day early. Lucky you!
Action summary
Accepted blockers
-
1. sddm — logout after switch returns the user to console instead of sddm — NEW
ACTION: sddm maintainers to diagnose and fix issue
2. shim — include new bootloader
fedpkg updates are also failing now:
$ fedpkg update
Could not execute update: Could not generate update request:
ServerError(https://id.fedoraproject.org/api/v1/, 500, Error returned from our
POST to ipsilon.)
--
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
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)
ID: 830094 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud
URL: https://openqa.fedoraproject.org/tests/830094
ID: 830101 Test: aarch64 Cloud_Ba
On 2021-03-22 at 17:11 -0600, Jerry James wrote:
> Hello all,
>
> There is no reason anybody should remember, but last summer I
> mentioned 3 tools that I really wanted to help me deal with
> packaging
> issues. The first was opam2rpm, which I started work on last
> fall.
> It isn't done by a lo
Richard W.M. Jones kirjoitti 25.3.2021 klo 20.56:
Thanks - it is working now.
I have similar but different problem which still happens:
1. Open pagure.io or src.fedoraproject.org
2. Log In
3. The new account system asks to approve the request, approve it
4. Redirected back to pagure.io: Page
43fa049
+%global commit c4dba7f21f8549b3cdd844b05613bb7ca1135619
%global shortcommit %(c=%{commit}; echo ${c:0:7})
-%global snapshotdate20200827
+%global snapshotdate20210326
Name: fctxpd
Version:0.2
-Release:3.%{snapshotdate}git%{shortcommit}%{?dist}
+R
No missing expected images.
Compose PASSES proposed Rawhide gating check!
All required tests passed
Failed openQA tests: 11/189 (x86_64), 11/127 (aarch64)
New failures (same test not failed in Fedora-Rawhide-20210322.n.0):
ID: 830151 Test: x86_64 Server-dvd-iso realmd_join_cockpit
URL: htt
I have just tried https://accounts.fedoraproject.org/ and it is
certainly welcome refresh.
Congrats and thx to all involved.
Vít
Dne 25. 03. 21 v 23:55 Aoife Moloney napsal(a):
Evening/Morning all,
I am beyond pleased to announce that the Fedora Accounts Team has
reached the point in our
Hi,
we have been trying to figure out the issue where resolved sometimes
does not resolve certain names [1], e.g. 'google.com'. Unfortunately,
the issue is only reproducible for some people (most likely it depends
on the dns server or other network topology details…).
One of the patches that seem
No missing expected images.
Failed openQA tests: 11/127 (aarch64), 7/189 (x86_64)
New failures (same test not failed in Fedora-34-20210323.n.0):
ID: 830828 Test: aarch64 Minimal-raw_xz-raw.xz base_services_start@uefi
URL: https://openqa.fedoraproject.org/tests/830828
ID: 830829 Test: a
snapshotdate20200827
+%global snapshotdate20210326
Name: fctxpd
Version:0.2
-Release:3.%{snapshotdate}git%{shortcommit}%{?dist}
+Release:4.%{snapshotdate}git%{shortcommit}%{?dist}
Summary:Fibrechannel transport daemon
License:GPLv2+
@@ -58,6 +58,9
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)
ID: 830426 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud
URL: https://openqa.fedoraproject.org/tests/830426
ID: 830433 Test: aarch64 Cloud_Ba
Announcing the creation of a new nightly release validation test event
for Fedora 34 Branched 20210326.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
Huge, huge thanks to everyone who worked on this; it was well communicated,
surprisingly non-disruptive given the scope and impact, and it works!
--
Gwyn Ciesla
she/her/hers
in your fear, seek only peace
in your fear, seek only love
-d. bowie
S
On Fri, 2021-03-26 at 09:16 +, Zbigniew Jędrzejewski-Szmek wrote:
> Hi,
>
> we have been trying to figure out the issue where resolved sometimes
> does not resolve certain names [1], e.g. 'google.com'. Unfortunately,
> the issue is only reproducible for some people (most likely it depends
> on
On Thu, Mar 25, 2021 at 09:40:24PM +, Richard W.M. Jones wrote:
>
> fedpkg updates are also failing now:
>
> $ fedpkg update
> Could not execute update: Could not generate update request:
> ServerError(https://id.fedoraproject.org/api/v1/, 500, Error returned from
> our POST to ipsilon.)
h
On Fri, Mar 26, 2021 at 09:25:28AM +0200, Otto Urpelainen wrote:
> Richard W.M. Jones kirjoitti 25.3.2021 klo 20.56:
> >
> > Thanks - it is working now.
>
> I have similar but different problem which still happens:
>
> 1. Open pagure.io or src.fedoraproject.org
> 2. Log In
> 3. The new account s
On Thu, Mar 25, 2021 at 10:55:40PM +, Aoife Moloney wrote:
> Evening/Morning all,
>
> I am beyond pleased to announce that the Fedora Accounts Team has reached
> the point in our deployment that critical path services have been
> configured to the new solution and end user impact should be lit
On Thu, 2021-03-25 at 22:55 +, Aoife Moloney wrote:
> Evening/Morning all,
>
> I am beyond pleased to announce that the Fedora Accounts Team has
> reached the point in our deployment that critical path services have
> been configured to the new solution and end user impact should be
> little t
> I need to run fedpkg –-release f srpm instead of fedpkg srpm
This shouldn't be needed, as fedpkg was patched to properly handle "rawhide &
"main" branch names over a month ago. Perhaps your fedpkg is out of date?
___
devel mailing list -- devel@lists.
No missing expected images.
Failed openQA tests: 1/16 (x86_64), 2/15 (aarch64)
ID: 831324 Test: x86_64 IoT-dvd_ostree-iso base_services_start
URL: https://openqa.fedoraproject.org/tests/831324
ID: 831339 Test: aarch64 IoT-dvd_ostree-iso base_services_start@uefi
URL: https://openqa.fedor
On Fri, 2021-03-26 at 09:23 -0700, Michel Alexandre Salim wrote:
> On Thu, 2021-03-25 at 22:55 +, Aoife Moloney wrote:
> > Evening/Morning all,
> >
> > I am beyond pleased to announce that the Fedora Accounts Team has
> > reached the point in our deployment that critical path services have
> >
=
#fedora-meeting: ELN (2021-03-26)
=
Meeting started by sgallagh at 16:02:28 UTC. The full logs are available
at
https://meetbot.fedoraproject.org/fedora-meeting/2021-03-26/eln.2021-03-26-16.02.log.html
.
Meeting summary
Hi,
On 3/26/21 11:26 AM, Uwe Klotz wrote:
> Hi Hans,
>
> I started working on an update of the PortAudio package and hope to publish a
> PR soon.
Great, thank you.
Regards,
Hans
> On 22.03.21 23:06, Hans de Goede wrote:
>> Hi,
>>
>> While working on bug: https://bugzilla.redhat.com/show_bu
Hi all.
Some time ago there was a discussion from the Fedora Packaging Committee [0]
about automatically disallowing the usage of RPATH in Fedora to bring it
in-line with the packaging guidelines[1]. Essentially a package MUST remove the
RPATH entry from its binaries and/or .so files if it is d
On Fri, Mar 26, 2021 at 08:42:51AM -0700, Adam Williamson wrote:
> Can you do a Koji scratch build? This is easier for me to test in
> openQA (I already have the tooling set up to schedule tests on scratch
> builds, it cannot do it for COPR builds). Thanks!
https://koji.fedoraproject.org/koji/task
I've been having problems with DNS resolution in F33 as well: I use F5
VPN (work requirement).
I tried your nsswitch recipe, but got some errors:
authselect apply-changes
[error] [/etc/nsswitch.conf] is not a symbolic link!
[error] [/etc/nsswitch.conf] was not created by authselect!
On Fri, Mar 26 2021 at 01:24:35 PM -0400, przemek klosowski via devel
wrote:
As to the issues with F5, I see that it rewrites /etc/hosts
You can ask them to fix their software according to my instructions
here:
https://blogs.gnome.org/mcatanzaro/2020/12/17/understanding-systemd-resolved-spl
On 26. 03. 21 18:24, Charalampos Stratakis wrote:
python2.7churchyard cstratak torsava vstinner
I was curious. The error is:
0001: file '/usr/lib64/python2.7/lib-dynload/pyexpat.so' contains a standard
rpath '/usr/lib64' in [/usr/lib64]
And the cause is... our own patch 😱
htt
On Fri, Mar 26, 2021 at 06:51:56PM +0100, Miro Hrončok wrote:
> On 26. 03. 21 18:24, Charalampos Stratakis wrote:
> >python2.7churchyard cstratak torsava vstinner
>
> I was curious. The error is:
>
> 0001: file '/usr/lib64/python2.7/lib-dynload/pyexpat.so' contains a standard
> rp
On Thu, Mar 25, 2021 at 10:55:40PM +, Aoife Moloney wrote:
> I am beyond pleased to announce that the Fedora Accounts Team has reached
> the point in our deployment that critical path services have been
> configured to the new solution and end user impact should be little to
> none, so we are n
Missing expected images:
Iot dvd aarch64
Iot dvd x86_64
Failed openQA tests: 1/16 (x86_64), 3/15 (aarch64)
Old failures (same test failed in Fedora-IoT-35-20210322.0):
ID: 831566 Test: x86_64 IoT-dvd_ostree-iso base_services_start
URL: https://openqa.fedoraproject.org/tests/831566
ID: 8315
The new accounts site is awesome. But, the 2FA system does seem to be
a bit annoying.
* It can't be disabled, so you can't try it out and later change your mind.
* Unlike many other implementations, there is no backup code option
(GitHub, Google, others, provide 10 one-time use backup codes you ca
Hi All,
On Fri, Mar 26, 2021 at 2:15 PM Matthew Miller wrote:
>
> On Thu, Mar 25, 2021 at 10:55:40PM +, Aoife Moloney wrote:
> > I am beyond pleased to announce that the Fedora Accounts Team has reached
> > the point in our deployment that critical path services have been
> > configured to th
Kevin Fenzi kirjoitti 26.3.2021 klo 18.07:
On Fri, Mar 26, 2021 at 09:25:28AM +0200, Otto Urpelainen wrote:
Richard W.M. Jones kirjoitti 25.3.2021 klo 20.56:
Thanks - it is working now.
I have similar but different problem which still happens:
1. Open pagure.io or src.fedoraproject.org
2. L
I'm using the copr build in f34. It seems to be working but the ipv6
ipv4 flip on successive runs as if there's some kind of race in
reporting one or the other first? Is that relevant?
[chris@fmac ~]$ resolvectl query google.com
google.com: 2607:f8b0:400f:805::200e -- link: enp2s0f0
On Fri, Mar 26, 2021 at 01:27:46PM -0600, Chris Murphy wrote:
> I'm using the copr build in f34. It seems to be working but the ipv6
> ipv4 flip on successive runs as if there's some kind of race in
> reporting one or the other first? Is that relevant?
That's a feature!
https://github.com/systemd
On Fri, Mar 26, 2021 at 03:53:39PM +0100, Vít Ondruch wrote:
> I have just tried https://accounts.fedoraproject.org/ and it is
> certainly welcome refresh.
>
> Congrats and thx to all involved.
+100!
Zbyszek
___
devel mailing list -- devel@lists.fedora
The license of giada has changed from “GPLv3+ and MIT and CC0 and BSD” to
“GPLv3+ and MIT and BSD” since json/nlohmann_json/“JSON for Modern C++” was
unbundled. (It in turn bundled Hedley, which is where the CC0 part of the
license field came from.)
__
On Fr, 26.03.21 19:50, Zbigniew Jędrzejewski-Szmek (zbys...@in.waw.pl) wrote:
> On Fri, Mar 26, 2021 at 01:27:46PM -0600, Chris Murphy wrote:
> > I'm using the copr build in f34. It seems to be working but the ipv6
> > ipv4 flip on successive runs as if there's some kind of race in
> > reporting o
On Fri, Mar 26, 2021 at 02:48:39PM -0400, Christopher wrote:
> The new accounts site is awesome. But, the 2FA system does seem to be
> a bit annoying.
Can you file this as a ticket at
https://pagure.io/fedora-infrastructure/issues? I got bitten by basically
all the same things, and I think we can
On 3/26/21 3:24 PM, Matthew Miller wrote:
On Fri, Mar 26, 2021 at 02:48:39PM -0400, Christopher wrote:
[Snip]
* In many places, including accounts.fedoraproject.org, in order to
log in, you have to append the OTP to your password, so it doesn't
really play nice with password managers.
This is
Dnia Fri, Mar 26, 2021 at 03:26:53PM -0500, Brandon Nielsen napisał(a):
> On 3/26/21 3:24 PM, Matthew Miller wrote:
> > On Fri, Mar 26, 2021 at 02:48:39PM -0400, Christopher wrote:
> [Snip]
> > > * In many places, including accounts.fedoraproject.org, in order to
> > > log in, you have to append th
On Fri, Mar 26, 2021 at 03:26:53PM -0500, Brandon Nielsen wrote:
> >This is pretty common in my experience; it seems like password managers
> >should support this pattern.
>
> I can't say I have ever appended an OTP to a regular password, and I
> use 2FA everywhere I can.
Maybe more so on the ent
On Fri, 26 Mar 2021 at 16:27, Brandon Nielsen wrote:
> On 3/26/21 3:24 PM, Matthew Miller wrote:
> > On Fri, Mar 26, 2021 at 02:48:39PM -0400, Christopher wrote:
> [Snip]
> >> * In many places, including accounts.fedoraproject.org, in order to
> >> log in, you have to append the OTP to your passw
On Fri, Mar 26, 2021 at 04:24:29PM -0400, Matthew Miller wrote:
> On Fri, Mar 26, 2021 at 02:48:39PM -0400, Christopher wrote:
> > The new accounts site is awesome. But, the 2FA system does seem to be
> > a bit annoying.
>
> Can you file this as a ticket at
> https://pagure.io/fedora-infrastructur
On 3/26/21 3:36 PM, Matthew Miller wrote:
On Fri, Mar 26, 2021 at 03:26:53PM -0500, Brandon Nielsen wrote:
This is pretty common in my experience; it seems like password managers
should support this pattern.
I can't say I have ever appended an OTP to a regular password, and I
use 2FA everywher
On Fri, Mar 26, 2021 at 09:34:49PM +0100, Tomasz Torcz wrote:
> Dnia Fri, Mar 26, 2021 at 03:26:53PM -0500, Brandon Nielsen napisał(a):
> > On 3/26/21 3:24 PM, Matthew Miller wrote:
> > > On Fri, Mar 26, 2021 at 02:48:39PM -0400, Christopher wrote:
> > [Snip]
> > > > * In many places, including acc
On Fri, 26 Mar 2021 at 16:47, Kevin Fenzi wrote:
> On Fri, Mar 26, 2021 at 09:34:49PM +0100, Tomasz Torcz wrote:
> > Dnia Fri, Mar 26, 2021 at 03:26:53PM -0500, Brandon Nielsen napisał(a):
> > > On 3/26/21 3:24 PM, Matthew Miller wrote:
> > > > On Fri, Mar 26, 2021 at 02:48:39PM -0400, Christophe
On pe, 26 maalis 2021, Charalampos Stratakis wrote:
Hi all.
Some time ago there was a discussion from the Fedora Packaging
Committee [0] about automatically disallowing the usage of RPATH in
Fedora to bring it in-line with the packaging guidelines[1].
Essentially a package MUST remove the RPATH
Christopher wrote:
> * Unlike many other implementations, there is no backup code option
> (GitHub, Google, others, provide 10 one-time use backup codes you can
> use in case you don't have access to your authenticator app; these can
> be regenerated after a successful login).
It seems that the ba
Hi all,
This idea came about when I'm debugging build issues with mcrouter,
which turns out to be due to build jobs failing to allocate memory and
getting terminated without aborting the entire compilation, causing
link issues when empty or corrupted objects are encountered:
https://src.fedorapro
(resending through lists.fp.o, since I'm not actually subscribed atm, so it was
rejected)
I was one of the people who experienced the problem with 246.12-1.fc33
on F33. With that version, I was able to resolve google.com and
fedoraproject.org just fine, but it seemed I wasn't able to resolve
most
perhaps you should look at how ceph has dealt with a similar issue,
they set the max number of cpus based on the system ram.
https://src.fedoraproject.org/rpms/ceph/blob/rawhide/f/ceph.spec#_1246
Dennis
On Fri, Mar 26, 2021 at 7:49 PM Michel Alexandre Salim
wrote:
>
> Hi all,
>
> This idea came
On Fri, 2021-03-26 at 17:39 +, Zbigniew Jędrzejewski-Szmek wrote:
> On Fri, Mar 26, 2021 at 08:42:51AM -0700, Adam Williamson wrote:
> > Can you do a Koji scratch build? This is easier for me to test in
> > openQA (I already have the tooling set up to schedule tests on scratch
> > builds, it ca
Dear Fedora contributors,
the localization change for Fedora 34 [1] is available in staging:
https://languages.stg.fedoraproject.org
The goal: "Provide a public website for end users and contributors, containing
Fedora Workstation translation progress and useful files for translators (as an
exa
59 matches
Mail list logo
