On Thu, Feb 18, 2021 at 05:39:30PM +0100, Miro Hrončok wrote:
> On 18. 02. 21 17:16, Felix Schwarz wrote:
> >Hi Miro,
> >
> >I can understand the desire to remove pytz and I have to mention
> >that I don't have any specific upstream feedback.
> >
> >However certbot/babel do support pretty old
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-20210218.0):
ID: 782628 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud
URL:
https://fedorapeople.org/groups/389ds/ci/nightly/2021/02/19/report-389-ds-base-2.0.3-20210219git845e0f9ff.fc33.x86_64.html
___
389-devel mailing list -- 389-devel@lists.fedoraproject.org
To unsubscribe send an email to
The License field for python-pyrsistent is now “MIT and BSD” instead of “MIT”;
this is a correction rather than an upstream change.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to
The following Fedora EPEL 8 Security updates need testing:
Age URL
10 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2021-87e6bb3010
chromium-88.0.4324.150-1.el8
3 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2021-610589457a
prosody-0.11.8-1.el8
0
Hi,
FYI, I have retired the standalone man-pages-it package, which is superseded
by a recently added subpackage (with higher EVR) of man-pages-l10n, on
F34/Branched and Rawhide. See:
https://bugzilla.redhat.com/show_bug.cgi?id=1930270
man-pages-l10n is the new upstream for Italian translations
https://bugzilla.redhat.com/show_bug.cgi?id=1919730
Bug 1919730 depends on bug 1919731, which changed state.
Bug 1919731 Summary: Please build perl-XML-Stream for EPEL 8
https://bugzilla.redhat.com/show_bug.cgi?id=1919731
What|Removed |Added
https://bugzilla.redhat.com/show_bug.cgi?id=1919731
Fedora Update System changed:
What|Removed |Added
Status|ON_QA |CLOSED
Fixed In Version|
https://github.com/389ds/389-ds-base/pull/4636
--
389 Directory Server Development Team
___
389-devel mailing list -- 389-devel@lists.fedoraproject.org
To unsubscribe send an email to 389-devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
Richard, I see that the OCaml 4.12 release is not expected to happen
until next week, after the beta freeze:
https://discuss.ocaml.org/t/ocaml-4-12-0-first-release-candidate/7294
Some of my OCaml packages are currently not installable, due to the
dynlink hiccup, I think. Rather than enter beta
Hello Pythonistas,
We have just shipped a medium size implementation chanage of Python dist RPM
generators (the thing that automatically generates python3.Xdist(...) /
python3dist(...) requires and provides).
Details:
https://src.fedoraproject.org/rpms/python-rpm-generators/pull-request/30
On Fri, Feb 12, 2021 at 6:14 PM Fabio Valentini wrote:
>
> Hi everybody,
>
> The elementary OS 6 development is finally heading towards the finish
> line, and the upcoming granite and wingpanel updates will have an
> soname change (granite) and a renamed library (wingpanel-2 ->
> wingpanel-3). In
Missing expected images:
Xfce raw-xz armhfp
Failed openQA tests: 25/183 (x86_64), 22/124 (aarch64)
New failures (same test not failed in Fedora-34-20210217.n.0):
ID: 781834 Test: x86_64 Workstation-live-iso apps_startstop
URL: https://openqa.fedoraproject.org/tests/781834
ID: 781853
Hi all,
Recent versions of jmol have a new dependency, jni-inchi:
https://bugzilla.redhat.com/show_bug.cgi?id=1929958
Who would like to swap reviews?
--
Jerry James
http://www.jamezone.org/
___
devel mailing list -- devel@lists.fedoraproject.org
To
No missing expected images.
Failed openQA tests: 4/15 (aarch64), 1/16 (x86_64)
New failures (same test not failed in Fedora-IoT-34-20210215.0):
ID: 782296 Test: aarch64 IoT-dvd_ostree-iso podman@uefi
URL: https://openqa.fedoraproject.org/tests/782296
ID: 782302 Test: aarch64
https://github.com/389ds/389-ds-base/pull/4635
--
389 Directory Server Development Team
___
389-devel mailing list -- 389-devel@lists.fedoraproject.org
To unsubscribe send an email to 389-devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
Dear all,
You are kindly invited to the meeting:
EPEL Steering Committee on 2021-02-19 from 17:00:00 to 18:00:00 US/Eastern
At fedora-meet...@irc.freenode.net
The meeting will be about:
This is the weekly EPEL Steering Committee Meeting.
A general agenda is the following:
#meetingname
Announcing the creation of a new nightly release validation test event
for Fedora-IoT 34 RC 20210218.0. Please help run some tests for this
nightly compose if you have time. For more information on nightly
release validation testing, see:
On 18. 02. 21 17:16, Felix Schwarz wrote:
Hi Miro,
I can understand the desire to remove pytz and I have to mention that I don't
have any specific upstream feedback.
However certbot/babel do support pretty old versions of Python. Adding a
separate code path for Python 3.x+ might be a pretty
Thanks for this information. See in-line.
--
*
David P. Both, RHCE
He/Him/His
*
www.both.org - My personal web site
www.Linux-Databook.info - Home of the DataBook for Linux
Hi Miro,
I can understand the desire to remove pytz and I have to mention that I don't
have any specific upstream feedback.
However certbot/babel do support pretty old versions of Python. Adding a
separate code path for Python 3.x+ might be a pretty tough sell and might
contribute to the
OLD: Fedora-34-20210217.n.0
NEW: Fedora-34-20210218.n.0
= SUMMARY =
Added images:6
Dropped images: 0
Added packages: 11
Dropped packages:0
Upgraded packages: 103
Downgraded packages: 1
Size of added packages: 32.17 MiB
Size of dropped packages:0 B
Size
On Thu, Feb 18, 2021 at 10:39 am, David Both
wrote:
Ok, so I manage my network using DHCP on an internal server for all
except that server and my Linux firewall/router which both use a
complete static configuration for networking.
My DHCP server does provide DNS resolver information which,
;-)
Response to earlier email:
Thanks for the informative response Michael.
I plan to read the content at those links in some depth. What I see so far does
describe how name resolution now works and hints at why this is being done. Even
had I read that it would not have prepared me for the
On Thu, Feb 18, 2021 at 07:19:13AM -0500, Stephen Gallagher wrote:
> * All Fedora hardware resources are provided/funded by Red Hat, Inc.
> * This project is taking place within the Fedora community and infrastructure.
> * This project is clearly beneficial to Red Hat, Inc.
> * Projects beneficial
Hey folks!
Some update since last time:
- we re-ran the import script with the suggested optimisation, it was faster
but still took about 52 hours, so we'll run an incremental updater until we go
to prod. There are still ways we can cut down on the number of imported
accounts (not importing
Dnia Thu, Feb 18, 2021 at 02:37:54PM +, Sven Kieske napisał(a):
> On Do, 2021-02-18 at 08:30 -0600, Michael Catanzaro wrote:
> > Fedora will never configure static DNS servers for you in
> >
> > resolved.conf. That config file was manually edited with improper
> >
> > syntax to wind up in
On Do, 2021-02-18 at 08:30 -0600, Michael Catanzaro wrote:
> Fedora will never configure static DNS servers for you in
>
> resolved.conf. That config file was manually edited with improper
>
> syntax to wind up in this broken state. My guess is that it was edited
>
> by the VPS provider, but
On Thu, Feb 18, 2021 at 8:30 am, Michael Catanzaro
wrote:
We don't set DNS there intentionally because it eliminates any
benefit of using split DNS. Your static global DNS= configuration in
resolved.conf is used for *every* request, *in addition* to per-link
DNS configuration. So if you have
Fedora will never configure static DNS servers for you in
resolved.conf. That config file was manually edited with improper
syntax to wind up in this broken state. My guess is that it was edited
by the VPS provider, but who knows.
We don't set DNS there intentionally because it eliminates any
Hello Pythonistas,
We (me and Gwyn) plan to deprecate pytz in Fedora 35+:
https://fedoraproject.org/wiki/Changes/DeprecatePytz
The change is not submitted yet because of missing content in this section:
On Fri, 2020-11-27 at 12:28 +0100, Florian Weimer wrote:
> * Jan Pazdziora:
>
> > So do you recommend for fakechroot to hardcode something like
> >
> > --- a/src/libfakechroot.h
> > +++ b/src/libfakechroot.h
> > @@ -224,4 +224,14 @@ int fakechroot_try_cmd_subst (char *, const
> > char *, char
On Fri, Feb 12, 2021 at 10:25 AM Stephen Gallagher wrote:
> Is this a Fedora project or a Red Hat project using Fedora resources?
>
> Yes.
OK, so this was meant to be a tongue-in-cheek joke as a way to
acknowledge the question that came up in the original ELN discussions
and identify that the
I do not believe that this is just about lack of fallback and the silent fail.
Although that is probably true, it is also about the "silent" change from nss to
systemd-resolved and THEN the silent change to zero default fallback.
There was a series of silent changes that brought this failure
Missing expected images:
Xfce raw-xz armhfp
Minimal raw-xz armhfp
Compose FAILS proposed Rawhide gating check!
3 of 43 required tests failed
openQA tests matching unsatisfied gating requirements shown with **GATING**
below
Failed openQA tests: 41/183 (x86_64), 27/124 (aarch64)
New failures
OLD: Fedora-Rawhide-20210217.n.0
NEW: Fedora-Rawhide-20210218.n.0
= SUMMARY =
Added images:1
Dropped images: 0
Added packages: 20
Dropped packages:2
Upgraded packages: 109
Downgraded packages: 3
Size of added packages: 35.10 MiB
Size of dropped packages
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-20210217.0):
ID: 781299 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud
URL:
https://fedorapeople.org/groups/389ds/ci/nightly/2021/02/18/report-389-ds-base-2.0.3-20210218gita355b30b2.fc33.x86_64.html
___
389-devel mailing list -- 389-devel@lists.fedoraproject.org
To unsubscribe send an email to
On Wed, Feb 17, 2021 at 07:19:26PM -0500, Kevin Anderson wrote:
> Thank you! I'm unsure of what I was doing wrong initially but I
> appreciate your help in resolving it!
As James pointed out you'll need to use fedpkg if you're not a packager.
The workflow is documented at:
39 matches
Mail list logo
