The following builds have been pushed to Fedora EPEL 8 updates-testing
indent-2.2.12-4.el8
pugixml-1.9-1.el8
python-ratelimitingfilter-1.1-3.el8
robin-map-0.6.1-2.el8
will-crash-0.12-3.el8
Details about builds:
Dear all,
You are kindly invited to the meeting:
Modularity Team (weekly) on 2019-08-13 from 15:00:00 to 16:00:00 UTC
At fedora-meetin...@irc.freenode.net
The meeting will be about:
Meeting of the Modularity Team.
More information available at: [Modularity Team
https://fedorapeople.org/groups/389ds/ci/nightly/2019/08/13/report-389-ds-base-1.4.1.6-20190812git21ba842.fc30.x86_64.html
___
389-devel mailing list -- 389-devel@lists.fedoraproject.org
To unsubscribe send an email to
> Note: If you received this mail directly you (co)maintain one of the affected
> packages or a package that depends on one. Please adopt the affected package
> or
> retire your depending package to avoid broken dependencies, otherwise your
> package will be retired when the affected package gets
On Mon, Aug 12, 2019 at 6:31 PM David Airlie wrote:
>
> On Sun, Aug 11, 2019 at 2:57 AM Georg Sauthoff wrote:
> >
> > On Fri, Aug 09, 2019 at 03:50:43PM -0600, Chris Murphy wrote:
> > [..]
> > > Problem and thesis statement:
> > > Certain workloads, such as building webkitGTK from source,
On Sun, Aug 11, 2019 at 2:57 AM Georg Sauthoff wrote:
>
> On Fri, Aug 09, 2019 at 03:50:43PM -0600, Chris Murphy wrote:
> [..]
> > Problem and thesis statement:
> > Certain workloads, such as building webkitGTK from source, results in
> > heavy swap usage eventually leading to the system becoming
# python-behave
Leaf.
Doesn't build yet with Python 3.8, but a patch exists:
https://bugzilla.redhat.com/show_bug.cgi?id=1706085
# python-cligj
python-rasterio and python-fiona depend on that.
# python-coverage_pth
python-pytest-testmon depends on that.
# python-jeepney
python-SecretStorage
On Mon, Aug 12, 2019 at 11:07 AM Benjamin Kircher
wrote:
>
> (… I definitely need to play around with Silverblue to learn what they are
> doing.)
I'm pretty sure Silverblue will be rebased on Fedora CoreOS which
recently released a preview. I'm not sure what the time frame for that
is, but
On Mon, 12 Aug 2019 at 17:47, Troy Dawson wrote:
> Looks like you need at least fedpkg-1.37-3.el7 for it to work with the
> playground stuff, so you should be good.
> When I did the branches for KDE (about 350 of them) there were 6 that
> didn't properly branch to epel8-playground.
> They *said*
Looks like you need at least fedpkg-1.37-3.el7 for it to work with the
playground stuff, so you should be good.
When I did the branches for KDE (about 350 of them) there were 6 that
didn't properly branch to epel8-playground.
They *said* they were branched, but they weren't.
I was able to push and
Hi Kevin,
I have fedpkg-1.37-4.el7, the latest version. My yum log shows I
updated it from 1.37-2 on August 6 an hour and a half before I started
this thread. If I recall correctly I saw an instruction somewhere that
said to update it, and I did that before my initial attempt.
Dave
On Sun,
This release has had a multitude of problems this release.
* The python3 problems were caused because there were complaints that the
python36 was conflicting with the RHEL-7 python3 causing build problems.
The maintainers removed python36 to try and fix this and broke centos
consumers who relied
On 12. 08. 19 20:37, Petr Stodulka wrote:
Can you explain better what do you mean by that? I am little lost
here.
Sure. The idea was:
1) When Fedora 31 is branched (scheduled for tomorrow [1]), push the switch to
rawhide (Fedora 32)
2) See what happens, collect feedback.
3) Soon before
* Ankur Sinha:
> The new "external trackers" bits in Bugzilla leaves out quite a few
> commonly used ones. I filed a ticket[1] and was asked to contact the
> admins. Before I do so, I thought I'd post here so we can make a list of
> trackers we want to get added. Here is what I have so far:
>
> -
On Mon, Aug 12, 2019 at 3:11 PM Dan Book wrote:
> On Mon, Aug 12, 2019 at 2:36 PM Petr Pisar wrote:
>
>> - Perl: https://rt.perl.org/Public/
>
>
> I would not expend effort on this, as it is planned to be moved the github
> in the near future.
>
>
On Mon, Aug 12, 2019 at 2:36 PM Petr Pisar wrote:
> - Perl: https://rt.perl.org/Public/
I would not expend effort on this, as it is planned to be moved the github
in the near future.
https://www.nntp.perl.org/group/perl.perl5.porters/2019/06/msg255335.html
-Dan
On 12. 08. 19 20:24, Ankur Sinha wrote:
Hi,
The new "external trackers" bits in Bugzilla leaves out quite a few
commonly used ones. I filed a ticket[1] and was asked to contact the
admins. Before I do so, I thought I'd post here so we can make a list of
trackers we want to get added. Here is
On Mo, 12.08.19 19:06, Benjamin Kircher (benjamin.kirc...@gmail.com) wrote:
>
>
> > On 12. Aug 2019, at 18:16, Lennart Poettering wrote:
> >
> > On Mo, 12.08.19 09:40, Chris Murphy (li...@colorremedies.com) wrote:
> >
> >> How to do this automatically? Could there be a mechanism for the
> >>
This is horrifying :) Curious how much time it took to figure that out..
On Mon, Aug 12, 2019, 14:21 Petr Pisar wrote:
> After unretiring teckit I reviewed the sources and corrected a license
> tag from
>
> LGPLv2+ or CPL
>
> to
>
> (LGPLv2+ or CPL) and (LGPLv2+ or GPLv2+ or MPLv2.0 or MPLv1.1)
What is the point of this? I am probably missing something obvious..
On Mon, Aug 12, 2019, 18:46 Brian C. Lane wrote:
> On Sun, Aug 11, 2019 at 11:39:34AM +0200, Miro Hrončok wrote:
> > Hey, I have noticed that anaconda-core has a runtime dependency on
> python3-coverage.
> >
> > Is it some
python-boto is dead and deprecated. Why do you want to take it?
On Sun, Aug 11, 2019, 03:43 Gwyn Ciesla via devel <
devel@lists.fedoraproject.org> wrote:
> I'll take python-goto. FAS: limb.
>
>
> Sent from ProtonMail mobile
>
>
>
> Original Message
> On Aug 10, 2019, 8:06 PM,
On 12. 08. 19 16:33, Miro Hrončok wrote:
On 12. 08. 19 16:19, Zbigniew Jędrzejewski-Szmek wrote:
On Tue, Aug 06, 2019 at 09:35:50PM +0200, Petr Stodulka wrote:
Hi guys,
as discussion was started week ago, Python2 is dying. As that, some
dependencies of mercurial will be orphaned soon (or
On 2019-08-12, Ankur Sinha wrote:
> The new "external trackers" bits in Bugzilla leaves out quite a few
> commonly used ones. I filed a ticket[1] and was asked to contact the
> admins. Before I do so, I thought I'd post here so we can make a list of
> trackers we want to get added. Here is what I
On Mon, Aug 12, 2019 at 07:24:49PM +0100, Ankur Sinha wrote:
> Hi,
>
> The new "external trackers" bits in Bugzilla leaves out quite a few
> commonly used ones. I filed a ticket[1] and was asked to contact the
> admins. Before I do so, I thought I'd post here so we can make a list of
> trackers
Hi,
The new "external trackers" bits in Bugzilla leaves out quite a few
commonly used ones. I filed a ticket[1] and was asked to contact the
admins. Before I do so, I thought I'd post here so we can make a list of
trackers we want to get added. Here is what I have so far:
- src.fp.o so that one
On 8/10/19 9:06 PM, Garrett Holmstrom wrote:
> Hi,
>
> My time to work on Fedora cloud-related things has diminished in
> recent months, so I have not been able to give the cloud-init and
> python-boto packages the care they deserve. They are free to a good
> home.
>
Maybe larks (cc) would
> On 12. Aug 2019, at 18:16, Lennart Poettering wrote:
>
> On Mo, 12.08.19 09:40, Chris Murphy (li...@colorremedies.com) wrote:
>
>> How to do this automatically? Could there be a mechanism for the
>> system and the requesting application to negotiate resources?
>
> Ideally, GNOME would run
> On 12. Aug 2019, at 17:40, Chris Murphy wrote:
>
> If I just run the example program, let's say systemd MemoryLimit is
> set to /proc/meminfo MemAvailable, the program is still going to try
> and bust out of that and fail. The failure reason is also non-obvious.
> Yes this is definitely an
On Sun, Aug 11, 2019 at 11:39:34AM +0200, Miro Hrončok wrote:
> Hey, I have noticed that anaconda-core has a runtime dependency on
> python3-coverage.
>
> Is it some weird error, or does anaconda actually need a test coverage
> measuring tool at runtime?
Yes. If you pass inst.debug=1 it will
On Sat, 2019-08-10 at 20:12 +0200, Dridi Boukelmoune wrote:
> Sorry for the top posting, "smart" phone...
>
> What about Qubes OS? Isn't their dom0 using xen, based on Fedora?
>
> Do they use Xen as packaged by Fedora? If not, couldn't they contribute
> whatever they do that Fedora doesn't here?
On Mo, 12.08.19 09:40, Chris Murphy (li...@colorremedies.com) wrote:
> How to do this automatically? Could there be a mechanism for the
> system and the requesting application to negotiate resources?
Ideally, GNOME would run all its apps as systemd --user services. We
could then set
On Mon, Aug 12, 2019 at 1:01 AM Florian Weimer wrote:
>
> * Chris Murphy:
>
> > Summary of findings (restated, but basically the same as found at [2]):
> > Test system, Macbook Pro, Intel Core i7-2820QM (4/8 cores), 8GiB RAM,
> > Samsung SSD 840 EVO, Fedora Rawhide Workstation.
>
> Do you use the
https://bugzilla.redhat.com/show_bug.cgi?id=1740223
Paul Howarth changed:
What|Removed |Added
Status|NEW |CLOSED
Fixed In Version|
On Mon, Aug 12, 2019 at 12:30 AM Benjamin Kircher
wrote:
>
>
>
> > On 11. Aug 2019, at 23:05, Chris Murphy wrote:
> >
> > I think the point at which the mouse pointer has frozen, the user has
> > no practical means of controlling or interacting with the system, it's
> > a failure.
> >
> > In the
https://bugzilla.redhat.com/show_bug.cgi?id=1740151
Paul Howarth changed:
What|Removed |Added
Status|NEW |CLOSED
Fixed In Version|
https://bugzilla.redhat.com/show_bug.cgi?id=1740154
Paul Howarth changed:
What|Removed |Added
Status|NEW |CLOSED
Fixed In Version|
* Petr Pisar:
> On 2019-08-12, Florian Weimer wrote:
>> Do you use the built-in Intel graphics? Can you test with something
>> else?
>>
> Does it have any effect? It happens to me even with a discrete GPU.
I expect that the GEM shrinker (or rather, the reason why it is needed)
radically
On 2019-08-12, Florian Weimer wrote:
> Do you use the built-in Intel graphics? Can you test with something
> else?
>
Does it have any effect? It happens to me even with a discrete GPU.
As far as I know integrated graphics arrays do not share physical memory
from point of view of the CPU address
On 12. 08. 19 16:19, Zbigniew Jędrzejewski-Szmek wrote:
On Tue, Aug 06, 2019 at 09:35:50PM +0200, Petr Stodulka wrote:
Hi guys,
as discussion was started week ago, Python2 is dying. As that, some
dependencies of mercurial will be orphaned soon (or they are already)
and mercurial as it is has to
https://bugzilla.redhat.com/show_bug.cgi?id=1740224
Jitka Plesnikova changed:
What|Removed |Added
Status|NEW |CLOSED
Fixed In Version|
On Tue, Aug 06, 2019 at 09:35:50PM +0200, Petr Stodulka wrote:
> Hi guys,
> as discussion was started week ago, Python2 is dying. As that, some
> dependencies of mercurial will be orphaned soon (or they are already)
> and mercurial as it is has to move in weeks on Python3. As I wrote
> in [0], I
https://bugzilla.redhat.com/show_bug.cgi?id=1740224
Bug ID: 1740224
Summary: Upgrade perl-PDF-API2 to 2.035
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-PDF-API2
Assignee: jples...@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1740223
Bug ID: 1740223
Summary: Upgrade perl-Module-CPANTS-Analyse to 1.01
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-Module-CPANTS-Analyse
Assignee:
https://bugzilla.redhat.com/show_bug.cgi?id=1740149
Jitka Plesnikova changed:
What|Removed |Added
Status|NEW |CLOSED
Fixed In Version|
https://bugzilla.redhat.com/show_bug.cgi?id=1740200
Bug ID: 1740200
Summary: perl-Scalar-List-Utils 1.51 is available
Product: Fedora
Version: rawhide
URL: https://metacpan.org/release/Scalar-List-Utils
Status: NEW
Hi,
With the deployment of Transtats[1] latest release at
https://transtats.fedoraproject.org/ we can track packages which are out of
sync. This can answer: Is everything translated packaged? A couple of features:
(1) Package Translation Completeness: At a glance picture of statistics from
This is just a clarification that we decided not to hold a meeting
today because people are travelling back from Flock. We'll hold a
meeting on the 19th.
Zbyszek
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to
https://bugzilla.redhat.com/show_bug.cgi?id=1740155
Jitka Plesnikova changed:
What|Removed |Added
Status|ASSIGNED|CLOSED
Fixed In Version|
On Mon, 12 Aug 2019 at 07:21, Miro Hrončok wrote:
> On 09. 08. 19 11:13, Antonio Trande wrote:
> > Hi all.
> >
> > 'python-devel-2.7.5-86.el7' requires 'python(2)-rpm-macros > 3-30' on
> > EPEL7 ppc64le only?
> >
> >
>
After unretiring teckit I reviewed the sources and corrected a license
tag from
LGPLv2+ or CPL
to
(LGPLv2+ or CPL) and (LGPLv2+ or GPLv2+ or MPLv2.0 or MPLv1.1)
-- Petr
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an
No missing expected images.
Compose FAILS proposed Rawhide gating check!
3 of 45 required tests failed, 6 results missing
openQA tests matching unsatisfied gating requirements shown with **GATING**
below
Unsatisfied gating requirements that could not be mapped to openQA tests:
MISSING:
https://bugzilla.redhat.com/show_bug.cgi?id=1740152
Jitka Plesnikova changed:
What|Removed |Added
Status|ASSIGNED|CLOSED
Fixed In Version|
On 12. 08. 19 13:20, Miro Hrončok wrote:
On 09. 08. 19 11:13, Antonio Trande wrote:
Hi all.
'python-devel-2.7.5-86.el7' requires 'python(2)-rpm-macros > 3-30' on
EPEL7 ppc64le only?
https://koji.fedoraproject.org/koji/getfile?taskID=36879492=DEFAULT=root.log=-4000
Funny thing:
ppc64le
Hi,
On 11-08-19 01:05, Sérgio Basto wrote:
Hi,
Why we would retire childsplay or gcompris or gdesklets ? IMHO we still
haven't a replacement .
childsplay and gcompris maintainer here.
Childsplay has been in a zombie state upstream for years, some work has
been done upstream but mostly
https://bugzilla.redhat.com/show_bug.cgi?id=1740156
Bug ID: 1740156
Summary: Upgrade perl-IO-Compress to 2.087
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-IO-Compress
Assignee: jples...@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1740157
Bug ID: 1740157
Summary: Upgrade perl-IO-Compress-Lzma to 2.087
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-IO-Compress-Lzma
Assignee: p...@city-fan.org
https://bugzilla.redhat.com/show_bug.cgi?id=1740154
Bug ID: 1740154
Summary: Upgrade perl-Compress-Raw-Lzma to 2.087
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-Compress-Raw-Lzma
Assignee:
https://bugzilla.redhat.com/show_bug.cgi?id=1740155
Bug ID: 1740155
Summary: Upgrade perl-Compress-Raw-Zlib to 2.087
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-Compress-Raw-Zlib
Assignee:
https://bugzilla.redhat.com/show_bug.cgi?id=1740152
Bug ID: 1740152
Summary: Upgrade perl-Compress-Raw-Bzip2 to 2.087
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-Compress-Raw-Bzip2
Assignee:
https://bugzilla.redhat.com/show_bug.cgi?id=1740151
Bug ID: 1740151
Summary: Upgrade perl-Class-Method-Modifiers to 2.13
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-Class-Method-Modifiers
Assignee:
https://bugzilla.redhat.com/show_bug.cgi?id=1731802
Jitka Plesnikova changed:
What|Removed |Added
Summary|Upgrade |Upgrade
https://bugzilla.redhat.com/show_bug.cgi?id=1740149
Bug ID: 1740149
Summary: Upgrade perl-App-cpm to 0.983
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-App-cpm
Assignee: jples...@redhat.com
On 09. 08. 19 11:13, Antonio Trande wrote:
Hi all.
'python-devel-2.7.5-86.el7' requires 'python(2)-rpm-macros > 3-30' on
EPEL7 ppc64le only?
https://koji.fedoraproject.org/koji/getfile?taskID=36879492=DEFAULT=root.log=-4000
Funny thing:
ppc64le gets:
Problem: conflicting requests
-
On Mon, 12 Aug 2019 10:52:34 +0200
Miro Hrončok wrote:
> > python3_other is now defined to 3 in rhel7.7.
>
> By what? Do you mean python3_pkgversion? W can override that as well.
Sorry. python3_pkgversion.
--
Tuomo Soini
Foobar Linux services
+358 40 5240030
Foobar Oy
OLD: Fedora-Rawhide-20190811.n.1
NEW: Fedora-Rawhide-20190812.n.0
= SUMMARY =
Added images:0
Dropped images: 0
Added packages: 1
Dropped packages:2
Upgraded packages: 16
Downgraded packages: 0
Size of added packages: 24.57 MiB
Size of dropped packages
- Original Message -
> From: "Miro Hrončok"
> To: "Development discussions related to Fedora"
>
> Cc: anaconda-maint-l...@redhat.com
> Sent: Sunday, August 11, 2019 11:39:34 AM
> Subject: Why does anaconda-core runtime depend on python3-coverage?
>
> Hey, I have noticed that
On 8/11/19 2:28 PM, Kevin Kofler wrote:
Miro Hrončok wrote:
We are still planning to maintain the interpreter. As is documented in the
change. So can we please stop arguing about maintaining the interpreter
over and over? It is staying and our team will maintain it at least until
RHEL 7 EOL,
On Mon, Aug 12, 2019 at 11:21 AM Miro Hrončok wrote:
>
> On 12. 08. 19 11:16, Mikolaj Izdebski wrote:
> > On Mon, Aug 12, 2019 at 11:14 AM Miro Hrončok wrote:
> >>
> >> On 12. 08. 19 11:12, Mikolaj Izdebski wrote:
> >>> On Sun, Aug 11, 2019 at 10:44 AM Miro Hrončok wrote:
>
> See for
On 12. 08. 19 11:16, Mikolaj Izdebski wrote:
On Mon, Aug 12, 2019 at 11:14 AM Miro Hrončok wrote:
On 12. 08. 19 11:12, Mikolaj Izdebski wrote:
On Sun, Aug 11, 2019 at 10:44 AM Miro Hrončok wrote:
See for example:
On Mon, Aug 12, 2019 at 11:14 AM Miro Hrončok wrote:
>
> On 12. 08. 19 11:12, Mikolaj Izdebski wrote:
> > On Sun, Aug 11, 2019 at 10:44 AM Miro Hrončok wrote:
> >>
> >> See for example:
> >>
> >> https://apps.fedoraproject.org/koschei/package/python-mccabe?collection=epel7
> >> 2019-08-11
On 12. 08. 19 10:52, Miro Hrončok wrote:
On 12. 08. 19 8:14, Tuomo Soini wrote:
On Sun, 11 Aug 2019 22:26:45 +0200
Miro Hrončok wrote:
%python3_other_pkgversion 34
I believe the easiest fix is to define that directly in
epel-rpm-macros:
On 12. 08. 19 11:12, Mikolaj Izdebski wrote:
On Sun, Aug 11, 2019 at 10:44 AM Miro Hrončok wrote:
See for example:
https://apps.fedoraproject.org/koschei/package/python-mccabe?collection=epel7
2019-08-11 07:50:11
- nothing provides python(abi) = 3.6 ...
This is provided in RHEL 7.7.
(Note
On Sun, Aug 11, 2019 at 10:44 AM Miro Hrončok wrote:
>
> See for example:
>
> https://apps.fedoraproject.org/koschei/package/python-mccabe?collection=epel7
> 2019-08-11 07:50:11
>
> - nothing provides python(abi) = 3.6 ...
>
> This is provided in RHEL 7.7.
>
> (Note that we've unretired the
On Mon, Aug 12, 2019 07:11:13 +0200, Vendaval wrote:
> Hello Ankur,
Hello!
> I found this idea very interesting; also, I attend one of the talks in the
> FLOCK.
>
> If you still don't have a spin master, I will do it.
Sure. We've had @dan1mal volunteer, but we'd like to have a team around
it
Hi All,
I have addressed the review comments and the details of SPEC and SRPM are
available in the below path.
Spec URL:
https://github.com/brocade/bsn-fc-txptd/blob/master/SPEC/fc_txptd.spec
SRPM URL:
https://github.com/brocade/bsn-fc-txptd/blob/master/fc_txptd-0.1-1.fc28.sr
c.rpm
Regards,
https://bugzilla.redhat.com/show_bug.cgi?id=1738791
Jitka Plesnikova changed:
What|Removed |Added
Status|NEW |CLOSED
Resolution|---
* Chris Murphy:
> Summary of findings (restated, but basically the same as found at [2]):
> Test system, Macbook Pro, Intel Core i7-2820QM (4/8 cores), 8GiB RAM,
> Samsung SSD 840 EVO, Fedora Rawhide Workstation.
Do you use the built-in Intel graphics? Can you test with something
else?
Thanks,
On 12. 08. 19 8:21, Igor Gnatenko wrote:
You need to explicitly set --setopt=module_platform_id=platform:F31
I thought itvwas fixed, but probably it does not work for repoquery.
It was fixed for a long time. This just started again now.
--
Miro Hrončok
--
Phone: +420777974800
IRC: mhroncok
On 12. 08. 19 8:14, Tuomo Soini wrote:
On Sun, 11 Aug 2019 22:26:45 +0200
Miro Hrončok wrote:
%python3_other_pkgversion 34
I believe the easiest fix is to define that directly in
epel-rpm-macros:
https://src.fedoraproject.org/rpms/epel-rpm-macros/pull-request/5
Correct. That fixes this
On Sa, 10.08.19 12:18, Dridi Boukelmoune (dridi.boukelmo...@gmail.com) wrote:
> Hi,
>
> > That only works properly on distros that implement the boot loader
> > spec and the boot loader interface properly:
> >
> > https://systemd.io/BOOT_LOADER_SPECIFICATION
> >
Ok. Arm and AMD also support OpenCL
https://developer.arm.com/solutions/graphics/apis/opencl
https://github.com/RadeonOpenCompute/ROCm-OpenCL-Runtime
https://rocm.github.io/install.html
AMD part for OpenCL only seems to be MIT licensed.
On 8/12/19 9:24 AM, Igor Gnatenko wrote:
I've dropped
On 8/11/19 3:19 PM, Dominik 'Rathann' Mierzejewski wrote:
On Thursday, 08 August 2019 at 08:19, Benson Muite wrote:
Hi,
Beignet has been deprecated, might it be possible to put Intel(R) Graphics
Compute Runtime for OpenCL(TM) in the Fedora repositories? There is a COPR
repository at:
> On 11. Aug 2019, at 23:05, Chris Murphy wrote:
>
> I think the point at which the mouse pointer has frozen, the user has
> no practical means of controlling or interacting with the system, it's
> a failure.
>
> In the short term, is it reasonable and possible, to get the oom
> killer to
I've dropped beignet a while ago since I was getting bugs, but upstream is
dead. Also many times, POCL performed better than beignet.
And after all, if you want to do something complicated with OpenCL, you
already have high-end AMD or latest Intel card..
However, anyone is free to unretire it.
You need to explicitly set --setopt=module_platform_id=platform:F31
I thought itvwas fixed, but probably it does not work for repoquery.
On Sun, Aug 11, 2019, 23:07 Miro Hrončok wrote:
> I've noticed that recently, I see this with repoquery regardless of the
> query:
>
> $ repoquery
On Sun, 11 Aug 2019 22:26:45 +0200
Miro Hrončok wrote:
> %python3_other_pkgversion 34
>
> I believe the easiest fix is to define that directly in
> epel-rpm-macros:
>
> https://src.fedoraproject.org/rpms/epel-rpm-macros/pull-request/5
Correct. That fixes this issue but not the huge issue we
86 matches
Mail list logo