I get the same error message [1] this morning:
MemoryError
During handling of the above exception, another exception occurred:
[1] https://koji.fedoraproject.org/koji/taskinfo?taskID=41455137
___
devel mailing list -- devel@lists.fedoraproject.org
To
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
On Mon, Feb 10, 2020, at 1:36 PM, Stephen John Smoogen wrote:
>
> For the longest time, the Fedora Project has included a baseurl= line
> in its configs as an alternative to the basic metalink= line. EPEL has
> followed along, and I expect a lot of users have some sort of
> sed/awk/ed script
On Mon, Feb 10, 2020 at 1:40 PM Jerry James wrote:
> It turns out that, in addition to the above, I need 3 other packages
> to update Frama-C properly, which means I need to swap six reviews in
> all.
Let's try this again. I managed to forget one (I really need seven
reviews), and two have been
https://bugzilla.redhat.com/show_bug.cgi?id=1801515
--- Comment #2 from Upstream Release Monitoring
---
the-new-hotness/release-monitoring.org's scratch build of
perl-Modern-Perl-1.20200211-1.fc30.src.rpm for rawhide completed
http://koji.fedoraproject.org/koji/taskinfo?taskID=41454730
--
https://bugzilla.redhat.com/show_bug.cgi?id=1801515
Bug ID: 1801515
Summary: perl-Modern-Perl-1.20200211 is available
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-Modern-Perl
Keywords: FutureFeature,
https://bugzilla.redhat.com/show_bug.cgi?id=1801515
--- Comment #1 from Upstream Release Monitoring
---
Created attachment 1662375
--> https://bugzilla.redhat.com/attachment.cgi?id=1662375=edit
[patch] Update to 1.20200211 (#1801515)
--
You are receiving this mail because:
You are on the
On Monday, February 10, 2020 12:03:25 PM MST Robbie Harwood wrote:
> "John M. Harris Jr" writes:
> > On Saturday, January 25, 2020 2:52:05 PM MST Chris Murphy wrote:
> >> Question and (pre)proposal:
> >>
> >> Can Fedora converge on a single swap-on-ZRAM implementation, and if
> >> so, which one?
https://fedorapeople.org/groups/389ds/ci/nightly/2020/02/11/report-389-ds-base-1.4.3.2-20200211git827c97d.fc31.x86_64.html
___
389-devel mailing list -- 389-devel@lists.fedoraproject.org
To unsubscribe send an email to
Dear all,
You are kindly invited to the meeting:
Modularity Team (weekly) on 2020-02-11 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
Hi Dan,
Sounds like you need to add explicit '--without-guile' to
GDB_MINIMAL_CONFIGURE_FLAGS. Otherwise it autodetects to enabled.
--
With best regards,
Aleksei
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to
Hi,
CMake finds Boost, but then fails to find its components. Here's the
log with -DBoost_DEBUG=1:
https://download.copr.fedorainfracloud.org/results/iucar/rstudio/fedora-31-x86_64/01235199-rstudio/builder-live.log
Is there anything special I should do for cmake to find them? Any help
would be
On Mon, Feb 10, 2020 at 4:35 PM Dan Čermák
wrote:
> Hi list,
>
> I've just ran a mockbuild in Rawhide and the following output from
> /usr/lib/rpm/find-debuginfo.sh caught my attention:
>
> --8<---cut here---start->8---
> /usr/lib/rpm/find-debuginfo.sh -j2
Hi list,
I've just ran a mockbuild in Rawhide and the following output from
/usr/lib/rpm/find-debuginfo.sh caught my attention:
--8<---cut here---start->8---
/usr/lib/rpm/find-debuginfo.sh -j2 --strict-build-id -m -i --build-id-seed
1.3-1.fc32
On Mon, 2020-02-10 at 16:00 -0700, Jerry James wrote:
> On Mon, Feb 10, 2020 at 3:57 PM Sérgio Basto
> wrote:
> > As it seems to be easy one , I take it and swap with
> >
> > https://bugzilla.redhat.com/show_bug.cgi?id=1796268
> >
> > nodejs-p-try
> >
> > OK ?
>
> Sorry, Sérgio, I grabbed
On Mon, Feb 10, 2020 22:57:06 +, Sérgio Basto wrote:
> On Mon, 2020-02-10 at 22:51 +, Ankur Sinha wrote:
> > Hello,
> >
> > Would anyone like to swap reviews please? I'd like to get
> > mediawiki-lastmodified[1] packaged so we can use it with our wiki. It
> > adds a "Last updated ..."
On Mon, Feb 10, 2020 13:40:31 -0700, Jerry James wrote:
> On Wed, Feb 5, 2020 at 8:16 PM Jerry James wrote:
> > The latest release of Frama-C needs ocaml-ppx-deriving, which in turn
> > needs two other packages we don't have in Fedora. I'm willing to swap
> > reviews for the following:
> >
>
On Mon, Feb 10, 2020 at 3:57 PM Sérgio Basto wrote:
> As it seems to be easy one , I take it and swap with
>
> https://bugzilla.redhat.com/show_bug.cgi?id=1796268
>
> nodejs-p-try
>
> OK ?
Sorry, Sérgio, I grabbed Ankur's review just as you were sending this.
But see my reply to him. I've got 6
Hi Ankur,
On Mon, Feb 10, 2020 at 3:52 PM Ankur Sinha wrote:
> Would anyone like to swap reviews please? I'd like to get
> mediawiki-lastmodified[1] packaged so we can use it with our wiki. It
> adds a "Last updated ..." text to wiki pages so we know how current or
> outdated they may be.
I
On Mon, 2020-02-10 at 22:51 +, Ankur Sinha wrote:
> Hello,
>
> Would anyone like to swap reviews please? I'd like to get
> mediawiki-lastmodified[1] packaged so we can use it with our wiki. It
> adds a "Last updated ..." text to wiki pages so we know how current
> or
> outdated they may be.
>
Hello,
Would anyone like to swap reviews please? I'd like to get
mediawiki-lastmodified[1] packaged so we can use it with our wiki. It
adds a "Last updated ..." text to wiki pages so we know how current or
outdated they may be.
The review is here (should hopefully be a simple one):
On Thu, 2020-02-06 at 14:13 -0500, Josh Boyer wrote:
> On Thu, Feb 6, 2020 at 1:56 PM Zbigniew Jędrzejewski-Szmek
> wrote:
> > Hello kernel maintainers, hello Fedora developers,
> >
> > I'm looking into the split of kernel packages. The split into
> > subpackages
> > seems interesting, but there
On Wed, Feb 5, 2020 at 8:16 PM Jerry James wrote:
> The latest release of Frama-C needs ocaml-ppx-deriving, which in turn
> needs two other packages we don't have in Fedora. I'm willing to swap
> reviews for the following:
>
> ocaml-ppxfind:
> https://bugzilla.redhat.com/show_bug.cgi?id=1798796
On 2020-02-07 09:56, Stephen John Smoogen wrote:
On Fri, 7 Feb 2020 at 09:28, Zbigniew Jędrzejewski-Szmek
mailto:zbys...@in.waw.pl>> wrote:
On Fri, Feb 07, 2020 at 08:37:05AM -0500, Neal Gompa wrote:
> On Fri, Feb 7, 2020 at 8:27 AM Zbigniew Jędrzejewski-Szmek
>
On 2/10/20 1:26 PM, Miro Hrončok wrote:
On 10. 02. 20 17:56, Steven A. Falco wrote:
There appears to be something wrong with python wx:
rawhide# python
Python 3.8.1 (default, Jan 30 2020, 00:00:00)
[GCC 10.0.1 20200126 (Red Hat 10.0.1-0.6)] on linux
Type "help", "copyright", "credits" or
"John M. Harris Jr" writes:
> On Saturday, January 25, 2020 2:52:05 PM MST Chris Murphy wrote:
>
>> Question and (pre)proposal:
>>
>> Can Fedora converge on a single swap-on-ZRAM implementation, and if
>> so, which one? Fedora Workstation WG wants to move to swap-on-ZRAM by
>> default in Fedora
Hi all,
I just built new ldc 1.20.0 that comes with a soname bump in rawhide.
I've rebuilt all packages using it, with the exception of the following
three that are FTBFS (and already failed in the F32 mass rebuild):
appstream-generator
containers
glibd
Package maintainers BCC'd.
--
Kalev
For the longest time, the Fedora Project has included a baseurl= line in
its configs as an alternative to the basic metalink= line. EPEL has
followed along, and I expect a lot of users have some sort of sed/awk/ed
script which looks for a #baseurl and does something with it.
The upstream configs
On 10. 02. 20 17:56, Steven A. Falco wrote:
There appears to be something wrong with python wx:
rawhide# python
Python 3.8.1 (default, Jan 30 2020, 00:00:00)
[GCC 10.0.1 20200126 (Red Hat 10.0.1-0.6)] on linux
Type "help", "copyright", "credits" or "license" for more information.
import wx
Hello,
The KDE Plasma Desktop is now available for standard EPEL8.
## How to install
### First: install epel-release
rpm -Uvh https://dl.fedoraproject.org/pub/epel/epel-release-latest-8.noarch.rpm
### Second: Enable codeready-builder or PowerTools
subscription-manager repos --enable
On Mon, Feb 10, 2020 at 3:30 AM John M. Harris Jr
wrote:
> As for the software available, that's called choice. I know
> it's a relative unknown in the GNOME world, as one option is shoved down
> everyones' throat, but it's a key part of the KDE ideology, as well as GNU/
> Linux itself.
>
John,
Hey Tom,
Thanks for helping me out, I replaced all the hardcoded directories with
macros and the build is now successful for all architectures .
Here is the successful koji build
https://koji.fedoraproject.org/koji/taskinfo?taskID=41450255
Thanks again,
Harsh
On Mon, Feb 10, 2020 at 9:46 PM Tom
OLD: Fedora-Rawhide-20200209.n.0
NEW: Fedora-Rawhide-20200210.n.0
= SUMMARY =
Added images:0
Dropped images: 0
Added packages: 4
Dropped packages:0
Upgraded packages: 65
Downgraded packages: 0
Size of added packages: 1.89 MiB
Size of dropped packages:0 B
On Mon, Feb 10, 2020 at 01:46:14AM -0700, John M. Harris Jr wrote:
> So long as people are willing to maintain it, why restrict peoples' ability
> to
> work on something, especially while users are stuck on that version, or
> forced
> to move elsewhere if they cannot get a fix and cannot
There appears to be something wrong with python wx:
rawhide# python
Python 3.8.1 (default, Jan 30 2020, 00:00:00)
[GCC 10.0.1 20200126 (Red Hat 10.0.1-0.6)] on linux
Type "help", "copyright", "credits" or "license" for more information.
import wx
Traceback (most recent call last):
File "",
James Cassell (fedoraproj...@cyberpear.com) said:
> > > I guess if would be enough to put the files somewhere under
> > > /usr/share/ansible, but not sure. Also I'm not sure what download URL
> > > could
> > > be used.
> >
> > What is the goal of downstream collection packaging here - what
The goal is to be able to use ansible with collections installed via
RPM without having to connect to the internet.
On Mon, Feb 10, 2020 at 4:45 PM Bill Nottingham wrote:
>
> Igor Gnatenko (ignatenkobr...@fedoraproject.org) said:
> > Hello,
> >
> > Did anybody had an experience of packaging
Hi all,
I plan to orphan `dump` package.
The upstream is dead and I don't see much benefit for using FS-specific
tool over a generic one either. I see its bugs though (it doesn't build
with -fno-common, problems with endianness, flaky support for ext4, …).
So unless some brave soul wants to take
No missing expected images.
Compose FAILS proposed Rawhide gating check!
25 of 43 required tests failed, 17 results missing
openQA tests matching unsatisfied gating requirements shown with **GATING**
below
Failed openQA tests: 98/169 (x86_64), 1/2 (arm)
Old failures (same test failed in
https://bugzilla.redhat.com/show_bug.cgi?id=1781758
Fedora Admin XMLRPC Client changed:
What|Removed |Added
Assignee|dd...@cpan.org
No problem! sorry for the delay
On Mon, Feb 10, 2020 at 7:01 AM Christian Glombek
wrote:
>
> This is excellent news! Thank you, Iván!
>
>
> On Sat, Feb 8, 2020 at 9:34 PM Ivan Chavero wrote:
>
>>
>>
>> On Sat, Feb 8, 2020 at 1:43 PM Miro Hrončok wrote:
>>
>>> On 08. 02. 20 20:29, Ivan Chavero
https://bugzilla.redhat.com/show_bug.cgi?id=1781741
Fedora Admin XMLRPC Client changed:
What|Removed |Added
Assignee|dd...@cpan.org
https://bugzilla.redhat.com/show_bug.cgi?id=1661251
Fedora Admin XMLRPC Client changed:
What|Removed |Added
Assignee|dd...@cpan.org
https://bugzilla.redhat.com/show_bug.cgi?id=1765510
Fedora Admin XMLRPC Client changed:
What|Removed |Added
Assignee|dd...@cpan.org
https://bugzilla.redhat.com/show_bug.cgi?id=1795179
Fedora Admin XMLRPC Client changed:
What|Removed |Added
Assignee|dd...@cpan.org |xav...@bachelot.org
---
https://bugzilla.redhat.com/show_bug.cgi?id=1757318
Fedora Admin XMLRPC Client changed:
What|Removed |Added
Assignee|dd...@cpan.org
L
On Mon, Feb 10, 2020, at 10:33 AM, Bill Nottingham wrote:
> Igor Gnatenko (ignatenkobr...@fedoraproject.org) said:
> > Hello,
> >
> > Did anybody had an experience of packaging Ansible collections into an RPM?
> >
> > I guess if would be enough to put the files somewhere under
> >
You have hard coded /usr/lib64 in your spec but that is not the path
on 32 bit systems - use %{_libdir} instead and it will work.
In general you should be using macros rather than hard coding paths
in fact - this is just one case where it goes very wrong if you don't.
Tom
On 10/02/2020 16:11,
I'm getting this on s390x.
--
Gwyn Ciesla
she/her/hers
in your fear, seek only peace
in your fear, seek only love
-d. bowie
Sent with ProtonMail Secure Email.
‐‐‐ Original Message ‐‐‐
On Monday, February 10, 2020 9:43 AM, Stephen John
but I still can't figure out where the errors are in the build logs .Sorry
the message was broken into 2 .
Thanks ,
Harsh
On Mon, Feb 10, 2020 at 9:40 PM Harsh Jain wrote:
> Thanks for telling me, turns out it was missing a few more dependencies, I
> rebuilt the package and it now seems to
Thanks for telling me, turns out it was missing a few more dependencies, I
rebuilt the package and it now seems to build on all except arch armv7hl
and i686
here is the new koji build
https://koji.fedoraproject.org/koji/taskinfo?taskID=41448837
, I've updated the spec file and rpm here
On Mon, Feb 10, 2020 at 9:25 AM John M. Harris Jr
wrote:
> On Thursday, February 6, 2020 7:33:52 AM MST Kevin Kofler wrote:
> > Kamil Paral wrote:
> >
> > > Yet you're one of the few people caring about the KDE spin, where major
> > > applications are duplicated or triplicated.There are 3
On Sat, Feb 8, 2020 at 2:01 PM Bohdan Khomutskyi
wrote:
> I'd suggest not selecting any specific area to concentrate on, but to
> achieve an all-good solution that will combine the benefits, without
> specializing in one particular area.
>
Even if you can achieve some modest improvement in all
On Sat, Feb 8, 2020 at 10:39 PM Aoife Moloney wrote:
> Hi everyone,
>
>
> Welcome (back!) to the CPE team weekly project update mail!
>
If I can have a suggestion, add some formatting. I find these emails
*extremely* hard to read. I never know what is a headline (but isn't), what
should be a
On Mon, 10 Feb 2020 at 10:24, Stephen John Smoogen wrote:
>
>
>
> Linux buildvm-armv7-07.arm.fedoraproject.org 5.3.13-300.fc31.armv7hl+lpae
> #1 SMP Mon Nov 25 17:13:28 UTC 2019 armv7l armv7l armv7l GNU/Linux
>
> will work with release engineering to see if they can take this builder
> out and
Igor Gnatenko (ignatenkobr...@fedoraproject.org) said:
> Hello,
>
> Did anybody had an experience of packaging Ansible collections into an RPM?
>
> I guess if would be enough to put the files somewhere under
> /usr/share/ansible, but not sure. Also I'm not sure what download URL could
> be
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
=
#fedora-meeting-1: FESCO (2020-02-10)
=
Meeting started by sgallagh at 15:00:03 UTC. The full logs are available
at
On Mon, 10 Feb 2020 at 10:07, John Reiser wrote:
> On 2/10/20 6:20 AM, Martin Gansser wrote:
>
> > the koji build on armv7h fails by this command:
> > koji build rawhide --arch=armv7hl --scratch
> /home/martin/rpmbuild/SRPMS/speed-dreams-2.2.2-6.fc31.src.rpm
>
> >File
On 2/10/20 6:20 AM, Martin Gansser wrote:
the koji build on armv7h fails by this command:
koji build rawhide --arch=armv7hl --scratch
/home/martin/rpmbuild/SRPMS/speed-dreams-2.2.2-6.fc31.src.rpm
File "/usr/lib/python3.7/site-packages/requests/models.py", line 828, in
content
> > > > > As long as it builds and functions, why remove it?
> > > >
> > > > Because it has lots of critical vulnerabilities and endangers end-user
> > > > devices.
> > >
> > > Please name a couple. Nobody has provided a single specific case of an
> > > unfixed security vulnerability affecting
On Monday, 10 February 2020 at 15:32, Peter Robinson wrote:
> > On Monday, 10 February 2020 at 10:07, Vitaly Zaitsev via devel wrote:
> > > On 10.02.2020 09:43, John M. Harris Jr wrote:
> > > > As long as it builds and functions, why remove it?
> > >
> > > Because it has lots of critical
On 2/8/20 8:59 PM, Neal Gompa wrote:
> Hey all,
>
> I've been trying to get Pagure into EPEL 8 for a couple of months now
> so that we can upgrade our Pagure instances to RHEL 8[1].
>
> Thankfully, most of Pagure's dependencies *are* now present in EPEL 8,
> so there's only a few that need to be
If you're in the CC line, then I'm intending to retire your package
*in the EPEL 7 branch only* in the next few days. I will also close
any bugs filed against the package in RHEL or EPEL 7.
As we will remove packages such as mingw-filesystem, mingw-gcc etc
from EPEL 7 too, your package will
> On Monday, 10 February 2020 at 10:07, Vitaly Zaitsev via devel wrote:
> > On 10.02.2020 09:43, John M. Harris Jr wrote:
> > > As long as it builds and functions, why remove it?
> >
> > Because it has lots of critical vulnerabilities and endangers end-user
> > devices.
>
> Please name a couple.
On Monday, 10 February 2020 at 10:07, Vitaly Zaitsev via devel wrote:
> On 10.02.2020 09:43, John M. Harris Jr wrote:
> > As long as it builds and functions, why remove it?
>
> Because it has lots of critical vulnerabilities and endangers end-user
> devices.
Please name a couple. Nobody has
Hi,
the koji build on armv7h fails by this command:
koji build rawhide --arch=armv7hl --scratch
/home/martin/rpmbuild/SRPMS/speed-dreams-2.2.2-6.fc31.src.rpm
error message:
Traceback (most recent call last):
File "/usr/lib/python3.7/site-packages/koji/tasks.py", line 482, in localPath
Heya,
20/2/10 14:46(e)an, Ben Cotton igorleak idatzi zuen:
FESCo is considering[1] the late Change proposal[2] below.
== Summary ==
Proposed changes to the Desktop release criteria for ARM and AArch64
in Fedora 32:
* drop Xfce on 32-bit ARM from release blocking desktops
* add Workstation on
Hello everyone,
You are invited to attend the next Open NeuroFedora team meeting this
week on Tuesday at 1600UTC in #fedora-neuro on IRC (Freenode):
https://webchat.freenode.net/?channels=#fedora-neuro
You can convert the meeting time to your local time using:
$ date --date='TZ="UTC" 1500 next
FESCo is considering[1] the late Change proposal[2] below.
== Summary ==
Proposed changes to the Desktop release criteria for ARM and AArch64
in Fedora 32:
* drop Xfce on 32-bit ARM from release blocking desktops
* add Workstation on AArch64 to release blocking desktops
== Owner ==
* Name:
FESCo is considering[1] the late Change proposal[2] below.
== Summary ==
Proposed changes to the Desktop release criteria for ARM and AArch64
in Fedora 32:
* drop Xfce on 32-bit ARM from release blocking desktops
* add Workstation on AArch64 to release blocking desktops
== Owner ==
* Name:
On 10/02/2020 13:31, Harsh Jain wrote:
I am trying to package elementary-tweaks and am getting failed build in
koji
I cannot find where the build is failing. This is my first time
packaging something and have no idea where to look for errors in the
build logs . Any help is appreciated . Here
The following packages are orphaned and will be retired when they
are orphaned for six weeks, unless someone adopts them. If you know for sure
that the package should be retired, please do so now with a proper reason:
https://fedoraproject.org/wiki/How_to_remove_a_package_at_end_of_life
Note: If
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Following is the list of topics that will be discussed in the
FESCo meeting Monday at 15:00UTC in #fedora-meeting-1 on
irc.freenode.net.
To convert UTC to your local time, take a look at
http://fedoraproject.org/wiki/UTCHowto
or run:
date -d
Hey,
I am trying to package elementary-tweaks and am getting failed build in
koji
I cannot find where the build is failing. This is my first time packaging
something and have no idea where to look for errors in the build logs . Any
help is appreciated . Here is the build
This is excellent news! Thank you, Iván!
On Sat, Feb 8, 2020 at 9:34 PM Ivan Chavero wrote:
>
>
> On Sat, Feb 8, 2020 at 1:43 PM Miro Hrončok wrote:
>
>> On 08. 02. 20 20:29, Ivan Chavero wrote:
>> > The nextcloud package updated for 18.0.0 is now on rawhide, 31 and 30 ,
>> sorry
>> > for the
Pavel Raiskup wrote:
> - The EOL chroot policy scripts responsible for notifying users about
> upcoming removals were fixed, users should now always be notified - and
> if for some reason they are not, the EOL chroot will not be removed.
This is still inherently flawed and unsafe because you
https://bugzilla.redhat.com/show_bug.cgi?id=1801108
Petr Pisar changed:
What|Removed |Added
Status|ASSIGNED|CLOSED
Fixed In Version|
On Thu, Feb 06, 2020 at 03:10:47PM -0600, Bruno Wolff III wrote:
> On Thu, Feb 06, 2020 at 07:32:09 -0600,
> Bruno Wolff III wrote:
> >
> >5.6.0-0.rc0.git2.1.fc32.x86_64 works. If last nights rawhide
> >compose finishes successfully this morning, there should be a
> >working kernel in the repo.
On Sun, Feb 09, 2020 14:23:12 -0500, Neal Gompa wrote:
> On Sun, Feb 9, 2020 at 2:09 PM Fabio Valentini wrote:
> >
>
> >
> > > What are our other options? (Of course, I assume bundling the Gradle
> > > binary for Fedora is out.)
> >
> > - Option 1: Convert package build systems from gradle to
The following packages are orphaned and will be retired when they
are orphaned for six weeks, unless someone adopts them. If you know for sure
that the package should be retired, please do so now with a proper reason:
https://fedoraproject.org/wiki/How_to_remove_a_package_at_end_of_life
Note: If
On Mon, 10 Feb 2020 at 06:45, Sam Varshavchik wrote:
>
> Iñaki Ucar writes:
>
> > On Sun, 9 Feb 2020 at 14:20, Sam Varshavchik wrote:
> > >
> > > Iñaki Ucar writes:
> > >
> > > > Thoughts?
> > > >
> > > > [1] https://gist.github.com/kevinushey/cfa848be2d39ddd110f893d9b6c5ac9c
> > >
> > > I
On Sun, Feb 09, 2020 20:49:19 +0100, Jun Aruga wrote:
> > netcdf-java[1] uses the Gradle build system, and is required to update
> hdfview[2] to the latest version. Gradle, however, was retired[3] as
> "out of date, broken, fails to build, basically unmaintainable".
>
> Checking the build.grade
On 10. 02. 20 9:33, John M. Harris Jr wrote:
One potential solution would be to keep Python 3.7 for now, instead of causing
needless breakage.
Could you please elaborate on how do we do that?
Do you propose to revert python3 from 3.8 back to 3.7 and start bootstrapping
all the Python
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
adelton closed without merging a pull-request against the project:
`perl-Scalar-List-Utils` that you
are following.
Closed pull-request:
``
Spec file cleanups: Use make_build and make_install macros
``
https://src.fedoraproject.org/rpms/perl-Scalar-List-Utils/pull-request/1
adelton commented on the pull-request: `Spec file cleanups: Use make_build and
make_install macros` that you are following:
``
Thank you, merged as 1e6e78f8a4da0249afbf04a35db9ca0445b9b974 (with small typo
fix).
``
To reply, visit the link below
On Fri, Feb 07, 2020 at 11:57:57AM +0100, Petr Pisar wrote:
> On Thu, Feb 06, 2020 at 09:08:58AM +0100, Jan Pazdziora wrote:
> >
> > https://docs.fedoraproject.org/en-US/packaging-guidelines/#_parallel_make
> > and
> > https://fedoraproject.org/wiki/Perl/Tips#ExtUtils::MakeMaker
[...]
>
Hello. There is updated python-cffi 1.14.0 in rawhide, updated from 1.13.2.
With a possible update in Fedora 31 from 1.12.3.
https://cffi.readthedocs.io/en/latest/whatsnew.html
There should be no backward incompatible changes apart from a new deprecation in
1.13.1. (If your package was not
Hello. There is updated python-cffi 1.14.0 in rawhide, updated from 1.13.2.
With a possible update in Fedora 31 from 1.12.3.
https://cffi.readthedocs.io/en/latest/whatsnew.html
There should be no backward incompatible changes apart from a new deprecation in
1.13.1. (If your package was not
https://bugzilla.redhat.com/show_bug.cgi?id=1800830
Petr Pisar changed:
What|Removed |Added
Status|ASSIGNED|CLOSED
Fixed In Version|
Hi,
On 2/10/20 9:44 AM, John M. Harris Jr wrote:
On Saturday, February 8, 2020 9:40:09 PM MST John Reiser wrote:
John M. Harris Jr wrote:
Using swap on zram disables the ability to hibernate, making it a
non-starter for many users. If this is going to be thrown into anything,
the user needs
https://bugzilla.redhat.com/show_bug.cgi?id=1800830
Petr Pisar changed:
What|Removed |Added
Status|NEW |ASSIGNED
https://bugzilla.redhat.com/show_bug.cgi?id=1801108
Bug ID: 1801108
Summary: Upgrade perl-XML-Hash-LX to 0.07
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-XML-Hash-LX
Assignee: ppi...@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1800466
Jitka Plesnikova changed:
What|Removed |Added
Summary|Upgrade perl-CGI-Simple to |Upgrade perl-CGI-Simple to
https://bugzilla.redhat.com/show_bug.cgi?id=1796925
Jitka Plesnikova changed:
What|Removed |Added
Status|NEW |CLOSED
CC|
On 10.02.2020 09:43, John M. Harris Jr wrote:
> As long as it builds and functions, why remove it?
Because it has lots of critical vulnerabilities and endangers end-user
devices.
--
Sincerely,
Vitaly Zaitsev (vit...@easycoding.org)
___
devel mailing
On Mon, 10 Feb 2020, 08:44 John M. Harris Jr, wrote:
> On Sunday, February 9, 2020 3:54:51 PM MST Neal Gompa wrote:
> > On Sun, Feb 9, 2020 at 5:36 PM John M. Harris Jr
> > wrote:
> > >
> > >
> > > On Friday, January 31, 2020 7:58:55 AM MST Peter Robinson wrote:
> > >
> > > > Feankly if a
it was my mistake, I took the wrong patch that still had qhull as a requirement.
Regards
Martin
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
On Thursday, January 30, 2020 6:31:37 PM MST Kevin Fenzi wrote:
> On Thu, Jan 23, 2020 at 11:07:21AM -0700, John M. Harris Jr wrote:
> > EOL is not, literally, EOL. EOL just means the complete end of support, in
> > commercial products. Still doesn't mean systems with that version
> > installed
>
On Saturday, February 8, 2020 9:40:09 PM MST John Reiser wrote:
> John M. Harris Jr wrote:
>
>
> > Using swap on zram disables the ability to hibernate, making it a
> > non-starter for many users. If this is going to be thrown into anything,
> > the user needs to be asked whether they want it or
1 - 100 of 107 matches
Mail list logo
