always same behaviour
[1] https://koji.fedoraproject.org/koji/taskinfo?taskID=41489282
[2] https://koji.fedoraproject.org/koji/taskinfo?taskID=41489285
Regards
Martin
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email
On Thu, Feb 13, 2020 at 07:48:22PM -0700, Christoph Junghans wrote:
> when running "mock -r fedora-rawhide-ppc64le --no-clean
> gromacs-2019.5-2.fc32.1.src.rpm"
> I am getting the following error:
> Signal 4 (ILL) caught by ps (3.3.15).
> /usr/bin/ps:ps/display.c:66: please report this bug
>
> I
No missing expected images.
Passed openQA tests: 1/1 (x86_64)
--
Mail generated by check-compose:
https://pagure.io/fedora-qa/check-compose
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to
Hi,
is anybody working on Haskell environment for EPEL 8? If not, what would be
the process for me to take ownership of those packages? They were available
in EPEL 6 and 7...
--
Best regards / S pozdravem,
BSc. Mark Stopka, BBA
mobile: +420 704 373 561
Hello All,My name is Sourabh Jain and I am new to the packaging world.I have been a Fedora consumer for almost a decade and now I am really excitedto work with the community.My primary job involves a contribution to Linux RAS (Reliability Accessibility and Serviceability)feature and I also write
ralston commented on the pull-request: `Remove old cruft` that you are
following:
``
Yes; merged. Thanks.
(I typically clean up the spec file whenever I rebase to the latest version of
a package, but there hasn't been a new version of this perl module in… well,
forever, basically.)
``
To
ralston merged a pull-request against the project: `perl-Encode-Detect` that
you are following.
Merged pull-request:
``
Remove old cruft
``
https://src.fedoraproject.org/rpms/perl-Encode-Detect/pull-request/1
___
perl-devel mailing list --
On Thu, Feb 13, 2020 at 6:20 PM Michael Catanzaro wrote:
>
> On Thu, Feb 13, 2020 at 1:22 pm, Chris Murphy
> wrote:
> > hosts: files mdns4_minimal [NOTFOUND=return] dns myhostname
>
> Why don't we have mymachines here?
It probably should be in the second position. Also needs insertion in
https://fedorapeople.org/groups/389ds/ci/nightly/2020/02/14/report-389-ds-base-1.4.3.3-20200214git776c6ed.fc31.x86_64.html
___
389-devel mailing list -- 389-devel@lists.fedoraproject.org
To unsubscribe send an email to
Hi,
when running "mock -r fedora-rawhide-ppc64le --no-clean
gromacs-2019.5-2.fc32.1.src.rpm"
I am getting the following error:
Signal 4 (ILL) caught by ps (3.3.15).
/usr/bin/ps:ps/display.c:66: please report this bug
I tried a couple of different src.rpm with the same result.
This is mock 1.4.21
The following Fedora EPEL 6 Security updates need testing:
Age URL
8 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2020-c3bf4a8f31
php-horde-Horde-Data-2.1.5-1.el6
7 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2020-06ccd2148b
tomcat-7.0.99-1.el6
3
https://bugzilla.redhat.com/show_bug.cgi?id=1757318
Fedora Update System changed:
What|Removed |Added
Status|ASSIGNED|ON_QA
--- Comment #4 from
https://bugzilla.redhat.com/show_bug.cgi?id=1802773
Fedora Update System changed:
What|Removed |Added
Status|NEW |MODIFIED
--- Comment #2 from
Hi,
I am orphaning the llvm8.0 and clang8.0 compatibility packages.
-Tom
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
On Thu, Feb 13, 2020 at 1:22 pm, Chris Murphy
wrote:
hosts: files mdns4_minimal [NOTFOUND=return] dns myhostname
Why don't we have mymachines here?
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to
Same here. I am waiting several minutes for every my action. This is very
unproductive.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
Hi,
I have just orphaned appframework:
https://src.fedoraproject.org/rpms/appframework
This package was failing to build in rawhide because one of its
dependencies, swing-layout was orphaned and removed. Unfortunately, I
don't have the time or interest to take over and maintain swing-layout.
On Thu, Feb 13, 2020 at 11:46:00PM +0100, Robert-André Mauchin wrote:
> I don't have any issue with Bodhi, but Koji is extremely slow for me too, it
> isn't a bandwidth problem but the time the server takes to answer a page
> request is always several minutes, which makes it excruciatingly
On Thursday, 13 February 2020 18:18:03 CET Kevin Fenzi wrote:
> On Thu, Feb 13, 2020 at 03:31:26PM +0100, Marius Schwarz wrote:
> > Hi,
> >
> > while testing ff 73 update, i noticed that bodhi and koji are sponding
> > very slow. The download speed at koji for germany was around 80KB/s,
> > while
Le jeudi 13 février 2020 à 12:00 -0800, Josh Stone a écrit :
> On 2/13/20 11:26 AM, Nicolas Mailhot wrote:
> > Le jeudi 13 février 2020 à 09:59 -0800, Josh Stone a écrit :
> > >
> > It is so black and white. If you can not produce bit-perfect
> > identical
> > builds, don’t try to make the result
On Thu, Feb 13, 2020 at 7:41 PM Ben Rosser wrote:
>
> On Thu, Feb 13, 2020 at 12:01 PM Jerry James wrote:
> >
> > I'm trying to get an f32 branch for a newly created package. Branch
> > creation has failed twice now with the error in $SUBJECT:
> >
> >
On Thu, Feb 13, 2020 at 12:53 PM David Cantrell
wrote:
> > Similarly, a package with a medium CVE NEW bugzilla would be orphaned after
> > 4
> > reminders (after 9-12 weeks), retired at a point if still not CLOSED after
> > 4 months.
> >
> > With low severity, that is 6 reminders (after 15-18
On Thu, Feb 13, 2020 at 11:17 AM Michael Catanzaro wrote:
>
> On Thu, Feb 13, 2020 at 5:25 pm, Florian Weimer
> wrote:
> > authselect is not the only package editing nsswitch.conf, other
> > packages
> > do it as well. I have lost track.
>
> It'd be really good to know what else is doing this,
On Tue, 2020-02-11 at 09:55 -0800, Adam Williamson wrote:
> On Tue, 2020-02-11 at 15:38 +0100, Normand wrote:
> > Hello Adam,
> >
> > I am starting to use locally the fifloader.py and templates.fif.json
> >
> > Is the "FuturWarning" message something to be worked on ? Is it
> > something you
On 2/13/20 11:26 AM, Nicolas Mailhot wrote:
> Le jeudi 13 février 2020 à 09:59 -0800, Josh Stone a écrit :
>>
>> It's not so black and white. In theory, the only thing that should
>> matter is the target triple, but the metadata also hashes the
>> metadata
>> of all its build dependencies. That in
> On Thu, Jan 30, 2020 at 08:39:05AM +0530, Huzaifa Sidhpurwala wrote:
>
> Maybe?
>
> The problem with this analysis is we don't know how many of these are
> actual current security issues, and of those how many are > low impact
> (because honestly low impact security issues should just be
> On 1/30/20 8:32 AM, Kevin Kofler wrote:
> Issues which are blocking on upstream, will eventually get resolved once
> upstream figures out a solution in some time, maybe with subsequent rebases.
Which is fine. Should Fedora in the meantime ship known vulnerable software?
But the point, if I
> Hello, Fedora has an approved security policy since September 2018 [0]:
>
>
> I have decided to have a look into this, since this has been approved more
> than
> a year ago and nothing ever happened since. Fedora has a very big pile of
> open
> CVE bugzillas [2].
>
> There are several
https://bugzilla.redhat.com/show_bug.cgi?id=1802773
--- Comment #1 from Upstream Release Monitoring
---
An HTTP error occurred downloading the package's new Source URLs: Getting
https://cpan.metacpan.org/authors/id/S/SW/SWALTERS/Sys-Mmap-0.20.tar.gz to
./Sys-Mmap-0.20.tar.gz
--
You are
https://bugzilla.redhat.com/show_bug.cgi?id=1802773
Bug ID: 1802773
Summary: perl-Sys-Mmap-0.20 is available
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-Sys-Mmap
Keywords: FutureFeature, Triaged
Le jeudi 13 février 2020 à 09:59 -0800, Josh Stone a écrit :
>
> It's not so black and white. In theory, the only thing that should
> matter is the target triple, but the metadata also hashes the
> metadata
> of all its build dependencies. That in turn may include procedural
> macros (essentially
On Thu, Feb 13, 2020 at 12:01 PM Jerry James wrote:
>
> I'm trying to get an f32 branch for a newly created package. Branch
> creation has failed twice now with the error in $SUBJECT:
>
> https://pagure.io/releng/fedora-scm-requests/issue/22127
>
> Can I get a human to look at that ticket
On Thu, 2020-02-13 at 18:54 +0100, Kevin Kofler wrote:
> Martin Kolman wrote:
> > I wonder if this is an actual problem on Fedora ? I would assume many
> > system services and applications depend on GLib, so using dasbus should
> > not pull on extra dependencies in practice.
>
> From a
On Thu, Feb 13, 2020 at 5:25 pm, Florian Weimer
wrote:
authselect is not the only package editing nsswitch.conf, other
packages
do it as well. I have lost track.
It'd be really good to know what else is doing this, because I have a
pending change proposal that's going to require editing
On 2/12/20 8:29 AM, Adam Jackson wrote:
> On Tue, 2020-02-11 at 16:21 -0800, Josh Stone wrote:
>
>> Another alternative is to try to remove the host information from the
>> metadata hash, which I've already started upstream[3], but I'm not sure
>> alleviate their concerns about caching and such.
On 2/12/20 12:45 AM, Nicolas Mailhot wrote:
> Le 2020-02-12 01:21, Josh Stone a écrit :
>
>> The problem is that those cross-target libraries built by two different
>> host arches will have different metadata hashes in the filenames,
>> because the hash includes the full "rustc -Vv" version
Martin Kolman wrote:
> I wonder if this is an actual problem on Fedora ? I would assume many
> system services and applications depend on GLib, so using dasbus should
> not pull on extra dependencies in practice.
From a distribution standpoint, the dependency on GLib is not a problem
(Neal
On 2/13/20 7:26 AM, Kevin Kofler wrote:
> Neal Gompa wrote:
>> My instinct is that this wouldn't work, but I'm not certain. Have you
>> tried this change with a scratch build? Scratch builds run the same
>> checks that normal builds do, and would be a good way to verify if
>> your theory is true.
On Thu, Feb 13, 2020 at 03:31:26PM +0100, Marius Schwarz wrote:
>
> Hi,
>
> while testing ff 73 update, i noticed that bodhi and koji are sponding
> very slow. The download speed at koji for germany was around 80KB/s,
> while other parts of the country reached MB/s easily.
>
> As bodhi does
I'm trying to get an f32 branch for a newly created package. Branch
creation has failed twice now with the error in $SUBJECT:
https://pagure.io/releng/fedora-scm-requests/issue/22127
Can I get a human to look at that ticket instead of whatever
automation it is that keeps closing it without
No missing expected images.
Failed openQA tests: 97/158 (x86_64), 1/2 (arm)
Old failures (same test failed in Fedora-32-20200212.n.1):
ID: 520572 Test: x86_64 Server-boot-iso install_default
URL: https://openqa.fedoraproject.org/tests/520572
ID: 520573 Test: x86_64 Server-boot-iso
On Thu, Feb 13, 2020 at 11:06 AM Martin Kolman wrote:
>
> On Thu, 2020-02-13 at 16:44 +0100, Kevin Kofler wrote:
> > Martin Kolman wrote:
> > > the rather new (F32+) pure-Python dasbus DBus library
> >
> > LOL, don't you love fake German? ^^
> > (Actual German would be "Der Bus", not "Das Bus".
Hi Florian,
By "proper" I mean something supported and pristine so that I don't
end up with debugging weird problems. Some people name it "default".
I don't need anything special, just the one which should be by default
in Fedora Workstation.
On Thu, Feb 13, 2020 at 5:25 PM Florian Weimer
* Igor Gnatenko:
> I've noticed that glibc ships one nsswitch.conf, but then it is
> entirely overridden by authselect... What is the proper way of getting
> proper nsswitch.conf on the system?
authselect is not the only package editing nsswitch.conf, other packages
do it as well. I have lost
On Thu, 2020-02-13 at 16:44 +0100, Kevin Kofler wrote:
> Martin Kolman wrote:
> > the rather new (F32+) pure-Python dasbus DBus library
>
> LOL, don't you love fake German? ^^
> (Actual German would be "Der Bus", not "Das Bus". ;-) )
We are aware of that & and it indeed is fake German on purpose.
On Thu, Feb 13, 2020 at 4:37 PM Neal Gompa wrote:
> Nothing stops you from writing tools to use it. :)
Can't argue with that :)
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
OLD: Fedora-32-20200212.n.1
NEW: Fedora-32-20200213.n.0
= SUMMARY =
Added images:1
Dropped images: 0
Added packages: 2
Dropped packages:0
Upgraded packages: 86
Downgraded packages: 0
Size of added packages: 61.52 MiB
Size of dropped packages:0 B
Size
Hello Adam,
Do you have lines with "Disabling cgroup usage ..." in the journalctl
of workers host ?
I noticed that since December 2019 after a dnf distro-sync
seems to be related to an upstream change
Martin Kolman wrote:
> the rather new (F32+) pure-Python dasbus DBus library
LOL, don't you love fake German? ^^
(Actual German would be "Der Bus", not "Das Bus". ;-) )
And the library is not really pure-Python, it uses GLib (including, as far
as I can tell, GLib/GIO's D-Bus protocol
On Thu, Feb 13, 2020 at 10:10 AM Michal Domonkos wrote:
>
> On Thu, Feb 13, 2020 at 3:59 PM Neal Gompa wrote:
> > Cobbler uses it still, as does Spacewalk/Uyuni. Some of my software
> > does as well, though admittedly I could replace if I wanted to (I
> > don't, I like urlgrabber's handling
Dridi Boukelmoune wrote:
> I think it boils down to having people to do the work, which is
> probably not an easy task. I'm also assuming we'd need a more
> up-to-date gradle package, which might not be a trivial task, and I
> suspect that the build system is probably full of "Fedora violations"
>
Neal Gompa wrote:
> My instinct is that this wouldn't work, but I'm not certain. Have you
> tried this change with a scratch build? Scratch builds run the same
> checks that normal builds do, and would be a good way to verify if
> your theory is true.
%ifarch-ing noarch subpackages (note: noarch
On Thu, Feb 13, 2020 at 3:59 PM Neal Gompa wrote:
> Cobbler uses it still, as does Spacewalk/Uyuni. Some of my software
> does as well, though admittedly I could replace if I wanted to (I
> don't, I like urlgrabber's handling semantics :) ).
Okay, fair enough :) FWIW, I have to admit I've also
On Wed, Feb 12, 2020 at 10:35 AM Kamil Paral wrote:
> On Tue, Feb 11, 2020 at 10:42 PM Ben Cotton wrote:
>
>> On Tue, Feb 11, 2020 at 4:37 PM Matthew Miller
>> wrote:
>> >
>> > Can you put the voting/polls idea in the form of a user story?
>> >
>> I think #44 on the list I sent covers that:
>>
On Tue, Jan 21, 2020 at 5:40 PM Leigh Griffin wrote:
> Hey Everyone,
>
> On behalf of the CPE team I want to draw the communities attention to a
> recent blog post which you may be impacted by:
> https://communityblog.fedoraproject.org/git-forge-requirements/
>
> We will be seeking input and
On Thu, Feb 13, 2020 at 9:46 AM Michal Domonkos wrote:
>
> On Thu, Feb 13, 2020 at 2:19 PM Neal Gompa wrote:
> > Sure. Let's make it official. Though I'd love to still have you as
> > co-maintainer and other co-maintainers are welcome! :)
>
> OK, I just made a request:
>
On Thu, Feb 13, 2020 at 2:19 PM Neal Gompa wrote:
> Sure. Let's make it official. Though I'd love to still have you as
> co-maintainer and other co-maintainers are welcome! :)
OK, I just made a request:
https://pagure.io/releng/issue/9257
As for co-maintenance, it still is "maintenance" and
On 2/13/20 6:54 AM, Matthew Miller wrote:
I've been saying this for a while as if it's fact, but of course it's not
actually fact until approved, so I'm puting this to the EPEL team to
hopefully do so.
The current guidelines * say:
EPEL packages should only enhance and never disturb the
https://bugzilla.redhat.com/show_bug.cgi?id=1802607
--- Comment #2 from Upstream Release Monitoring
---
the-new-hotness/release-monitoring.org's scratch build of
perl-Net-DNS-1.22-1.fc30.src.rpm for rawhide completed
http://koji.fedoraproject.org/koji/taskinfo?taskID=41479405
--
You are
Hi,
while testing ff 73 update, i noticed that bodhi and koji are sponding
very slow. The download speed at koji for germany was around 80KB/s,
while other parts of the country reached MB/s easily.
As bodhi does not have that much html to transfer, i don't think it's a
network issue.
Could
https://bugzilla.redhat.com/show_bug.cgi?id=1802607
--- Comment #1 from Upstream Release Monitoring
---
Created attachment 1662963
--> https://bugzilla.redhat.com/attachment.cgi?id=1662963=edit
[patch] Update to 1.22 (#1802607)
--
You are receiving this mail because:
You are on the CC
https://bugzilla.redhat.com/show_bug.cgi?id=1802607
Bug ID: 1802607
Summary: perl-Net-DNS-1.22 is available
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-Net-DNS
Keywords: FutureFeature, Triaged
On Thu, Feb 13, 2020 at 4:54 AM Matthew Miller wrote:
>
> I've been saying this for a while as if it's fact, but of course it's not
> actually fact until approved, so I'm puting this to the EPEL team to
> hopefully do so.
>
> The current guidelines * say:
>
>EPEL packages should only enhance
Hello,
I've noticed that glibc ships one nsswitch.conf, but then it is
entirely overridden by authselect... What is the proper way of getting
proper nsswitch.conf on the system?
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send
On Thu, 13 Feb 2020 at 06:29, Richard W.M. Jones wrote:
>
> This has been done now. In total 107 EPEL 7 mingw-* packages
> were retired, and 307 bugs closed.
>
Thanks Richard.
--
Stephen J Smoogen.
___
epel-devel mailing list --
https://bugzilla.redhat.com/show_bug.cgi?id=1802524
Paul Howarth changed:
What|Removed |Added
Status|NEW |CLOSED
Fixed In Version|
On Thu, Feb 13, 2020 at 8:16 AM Michal Domonkos wrote:
>
> On Wed, Feb 12, 2020 at 5:07 PM Neal Gompa wrote:
> > Umm, don't I already own python-urlgrabber in Fedora and upstream? Not
> > that I would mind co-maintainers, but I thought we already did this
> > switchover during Fedora 31
On Wed, Feb 12, 2020 at 6:01 PM Martin Basti wrote:
>
>
> On 12. 2. 2020 17:06, Neal Gompa wrote:
> > On Wed, Feb 12, 2020 at 10:52 AM Michal Domonkos
> > wrote:
> >> Hi,
> >>
> >> I'd like to ask around if anyone would be willing to take ownership of
> >> the python3-urlgrabber package and its
On Wed, Feb 12, 2020 at 5:07 PM Neal Gompa wrote:
> Umm, don't I already own python-urlgrabber in Fedora and upstream? Not
> that I would mind co-maintainers, but I thought we already did this
> switchover during Fedora 31 development...
Oh, I almost forgot, of course. We did talk about it.
On 2/12/20 8:57 PM, Alex Scheel wrote:
> Per $SUBJ, I was looking for guidance from the Java community about
> embedding .so files within JARs.
>
> I found these docs:
>
> https://docs.fedoraproject.org/en-US/packaging-guidelines/Java/#_applicability
>
> Which seem to have conflicting commentary
Following is the list of topics that will be discussed in the FPC
meeting Thursday at 2020-02-13 17:00 UTC in #fedora-meeting-1 on
irc.freenode.net.
Local time information (via. uitime):
= Day: Thursday ==
2020-02-13 09:00 PST US/Pacific
2020-02-13
I've been saying this for a while as if it's fact, but of course it's not
actually fact until approved, so I'm puting this to the EPEL team to
hopefully do so.
The current guidelines * say:
EPEL packages should only enhance and never disturb the Enterprise Linux
distributions they were
On Wed, Feb 12, 2020 at 10:29:47AM +0100, Daniel Mach wrote:
> There seem to be 2 related problems:
> 1) Only the image on docker.io doesn't work. If you use
> registry.fedoraproject.org/fedora:rawhide, it works as expected.
Yeah, that's ... concerning. They should be identical.
> 2) Fedora
On Wed, Feb 12, 2020 at 11:15:01PM +0100, Björn Persson wrote:
> are sent over TLS, but what do they do if your email provider doesn't
> support SMTP over TLS? Do they refuse your key in that case? My guess
> is that they send the verification email unprotected, and that that's
> one reason why
This has been done now. In total 107 EPEL 7 mingw-* packages
were retired, and 307 bugs closed.
Rich.
--
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
Read my programming and virtualization blog: http://rwmj.wordpress.com
libguestfs lets you edit virtual
https://bugzilla.redhat.com/show_bug.cgi?id=1802524
--- Comment #2 from Upstream Release Monitoring
---
the-new-hotness/release-monitoring.org's scratch build of
perl-Devel-Hide-0.0011-1.fc30.src.rpm for rawhide completed
http://koji.fedoraproject.org/koji/taskinfo?taskID=41477078
--
You
Hey Alain,
I've been trying to help with pantheon de on Fedora as well.Nice to know
someone who has experience with vala /gtk helping , I've started to learn
Vala but wil take some time to get to a stage where I can help with the
apps themselves. Looking forward to working together .
Thanks for
https://bugzilla.redhat.com/show_bug.cgi?id=1802524
Bug ID: 1802524
Summary: perl-Devel-Hide-0.0011 is available
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-Devel-Hide
Keywords: FutureFeature, Triaged
https://bugzilla.redhat.com/show_bug.cgi?id=1802524
--- Comment #1 from Upstream Release Monitoring
---
Created attachment 1662926
--> https://bugzilla.redhat.com/attachment.cgi?id=1662926=edit
[patch] Update to 0.0011 (#1802524)
--
You are receiving this mail because:
You are on the CC
The problem with Gradle as far as I'm aware is that it's a moving
target. It insist on updating itself when you have an incompatible
version and versions tend to break compatibility a lot, with new
features added often, all of which makes impossible for a Linux
distribution to keep up realiably.
> Anyone with the time to (co-)maintain Gradle? :)
I added Mikolaj and Daniel to TO.
They had maintained gradle before being dead.package, seeing the past
commits in rpms/gradle.
Mikolaj and Daniel, do you like to come back as a maintainer of rpms/gradle?
--
Jun | He - His - Him
No missing expected images.
Passed openQA tests: 1/1 (x86_64)
--
Mail generated by check-compose:
https://pagure.io/fedora-qa/check-compose
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to
Hi
I went ahead and retired sflphone.
Sandro
On 05.02.20 17:45, Sandro Mani wrote:
Hi
I'm planing to retire sflphone (predecessor of ring.cx), since it's
completely dead upstream (you won't even find the repo or sources
anymore), and is now FTBFS due to recent pjproject changes. If someone
Hello EPEL.
It seems that we have a python38-devel module in the RHEL 8.2 Beta Code Ready
Builder repository. It has only one stream but it is not a default stream due to
some technical limitations.
Can we please enable such stream in the EPEL8 buildroot trough some Ursa
Major/Prime/...
On 2/13/20 5:18 AM, Orion Poplawski wrote:
On 1/30/20 8:39 AM, Miro Hrončok wrote:
On 30. 01. 20 16:32, Orion Poplawski wrote:
Folks -
Looks like RHEL 8.2 will have python 3.8 in addition to python
3.6. From
the 8.2 beta:
Red Hat Enterprise Linux 8 for x86_64 - AppStream Beta (RPMs)
No missing expected images.
Passed openQA tests: 1/1 (x86_64)
--
Mail generated by check-compose:
https://pagure.io/fedora-qa/check-compose
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to
86 matches
Mail list logo