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-20201106.0):
ID: 717360 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud
URL: https://op
$SSIA
See https://src.fedoraproject.org/rpms/python-jedi/pull-request/4#request_diff
--
Miro Hrončok
--
Phone: +420777974800
IRC: mhroncok
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedorapr
Hi folks! I'm proposing we cancel the QA meeting on Monday. I don't
have anything urgent this week.
If you're aware of anything important we have to discuss this week,
please do reply to this mail and we can go ahead and run the meeting.
Thanks!
--
Adam Williamson
Fedora QA Community Monkey
IRC:
There is one release so far this year, qtwebkit-5.212.0-alpha4, based
on WebKitGTK 2.12. Security support for 2.12 ended in September 2016.
So that is the status of your "less outdated" version. Applications
will continue to depend on it indefinitely if they have no flag date to
migrate.
__
Michael Catanzaro wrote:
> Well that only halfway removes QtWebKit. There is also the Qt5 version
> of the package that needs to be removed as well.
The Qt 5 version is less outdated and there is still hope that it can be
brought up to date (upstream does not look dead:
https://github.com/qtwebk
On Tue, Nov 3, 2020 at 3:49 AM Daniel P. Berrangé wrote:
>
> In QEMU there's a desire to make use of BPF programs for implementing
> some networking features. The current patches are proposing adding
> prebuilt BPF byte code to the QEMU repo, with source available, but
> not actually building from
On 06.11.20 13:00, Kevin Kofler via devel wrote:
Sandro Mani wrote:
But I'll also expand the analysis to the entire qt4 stack and see what
comes out.
Dropping the entire Qt 4 stack is a non-starter. I am keeping the qt4
package secure with backported security fixes. I see no reason to drop it.
As a reminder, through 11 Nov, you may nominate candidates for the 5
open seats on the Fedora Engineering Steering Committee (FESCo). There
are currently 5 candidates.
To nominate yourself (or others, if you check with them first), visit:
https://fedoraproject.org/wiki/Development/SteeringCommitte
On Fri, Nov 6, 2020 at 12:36 pm, Sandro Mani
wrote:
On 06.11.20 01:27, Michael Catanzaro wrote:
See also: https://bugzilla.redhat.com/show_bug.cgi?id=1711519
Soo, initial change proposal for dropping qtwebkit:
https://fedoraproject.org/wiki/User:Smani/QtwebkitRemoval
Feedback welcome. I
Christian Stadelmann wrote:
>> The following packages will be retired:
>> arora
>> […]
>> rekonq
>
> Is there any reasons why they should retired and not also being obsoleted?
> (Just asking, not suggesting. I don't really know the process but what
> happens if someone still has arora installed,
Adding Tomas Kopecek into this discussion.
On Fri, Nov 6, 2020 at 8:49 AM Petr Pisar wrote:
> On Fri, Nov 06, 2020 at 08:33:09AM -0500, Carol Bouchard wrote:
> > I reran my build and it is picking up the old version. Is this an issue
> in
> > brew/dist-git? Am I expected to change my
> > Makef
On Fri, Nov 06, 2020 at 08:33:09AM -0500, Carol Bouchard wrote:
> I reran my build and it is picking up the old version. Is this an issue in
> brew/dist-git? Am I expected to change my
> Makefile and produce another release (doesn't seem reasonable)?
> https://brewweb.engineering.redhat.com/brew/
Petr:
I reran my build and it is picking up the old version. Is this an issue in
brew/dist-git? Am I expected to change my
Makefile and produce another release (doesn't seem reasonable)?
https://brewweb.engineering.redhat.com/brew/taskinfo?taskID=32922197
Carol
On Fri, Nov 6, 2020 at 7:39 AM C
Thank you for this proposal!
I found a small typo:
> fro mother
> The following packages will be retired:
> arora
> […]
> rekonq
Is there any reasons why they should retired and not also being obsoleted?
(Just asking, not suggesting. I don't really know the process but what happens
if someone
Thank you Petr!
On Fri, Nov 6, 2020 at 7:23 AM Petr Pisar wrote:
> On Fri, Nov 06, 2020 at 07:10:09AM -0500, Carol Bouchard wrote:
> > I am a developer to Beaker Project which manages tests for various
> distros
> > such as
> > Fedora 34. I'm trying to build a restraint release and there exists
On Fri, Nov 06, 2020 at 07:10:09AM -0500, Carol Bouchard wrote:
> I am a developer to Beaker Project which manages tests for various distros
> such as
> Fedora 34. I'm trying to build a restraint release and there exists an
> build issue with
> Architecture s390x. The error I'm seeing is as follo
I am a developer to Beaker Project which manages tests for various distros
such as
Fedora 34. I'm trying to build a restraint release and there exists an
build issue with
Architecture s390x. The error I'm seeing is as follows:
collect2: fatal error: ld terminated with signal 11 [Segmentation
fau
Kevin Kofler via devel wrote:
> Sandro Mani wrote:
>> Soo, this opened a bit a can of worms, as qt-mobility (clearly being of
>> the qt4 era dead upstream) is not going to support proj7.
>
> Can't we get it to build without proj? Does QtWebKit or anything else
> actually need the parts that wrap
Sandro Mani wrote:
> But I'll also expand the analysis to the entire qt4 stack and see what
> comes out.
Dropping the entire Qt 4 stack is a non-starter. I am keeping the qt4
package secure with backported security fixes. I see no reason to drop it.
Qt4WebKit is a different matter, though I shal
Sandro Mani wrote:
> Soo, this opened a bit a can of worms, as qt-mobility (clearly being of
> the qt4 era dead upstream) is not going to support proj7.
Can't we get it to build without proj? Does QtWebKit or anything else
actually need the parts that wrap proj?
Kevin Kofler
Hi everyone! 👋
I am Timothée Ravier and I am a Linux system and security engineer interested
in safe programming languages and container focused operating systems.
I am currently a Red Hat and Fedora CoreOS engineer.
I maintain an unofficial project nicknamed Kinoite [1] that provide variants
ba
On 06.11.20 01:27, Michael Catanzaro wrote:
See also: https://bugzilla.redhat.com/show_bug.cgi?id=1711519
Soo, initial change proposal for dropping qtwebkit:
https://fedoraproject.org/wiki/User:Smani/QtwebkitRemoval
Feedback welcome. I'll also post the link in the bug.
Sandro
_
On Friday, 06 November 2020 at 00:06, Jerry James wrote:
> Have you ever thought, "I wish Fedora had a command line utility where
> I could type in an ASCII representation of the state of a Rubiks cube
> and have it print an equally hard to read ASCII representation of the
> moves needed to solve t
No missing expected images.
Passed openQA tests: 7/7 (x86_64), 7/7 (aarch64)
--
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 devel-le..
No missing expected images.
Failed openQA tests: 1/15 (aarch64)
Old failures (same test failed in Fedora-IoT-33-20201104.1):
ID: 717202 Test: aarch64 IoT-dvd_ostree-iso iot_clevis@uefi
URL: https://openqa.fedoraproject.org/tests/717202
Soft failed openQA tests: 1/16 (x86_64)
(Tests complet
Hello,
I have removed dependencies on rubygem-json_pure from rubygem-morph-cli
and rubygem-multi_json, therefore nothing else depended on
rubygem-json_pure. There is no real need for rubzgem-json_pure in
Fedora, since jruby is long gone and ruby can use the binary
rubygem-json, which is more
On Thu, 5 Nov 2020 22:26:37 +0100
Sandro Mani wrote:
>
> On 05.11.20 20:27, Sandro Mani wrote:
> >
> > On 05.11.20 12:36, Tom Hughes wrote:
> >> On 05/11/2020 11:24, Sandro Mani wrote:
> >>
> >>> I'll be building proj-7.2.0 together with gdal-3.2.0 in rawhide
> >>> shortly. I'll do a round of t
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-20201105.0):
ID: 717174 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud
URL: https://op
Hello all,
I have a couple of new review tickets for which I may need some advice
from experts of Python / Fortran / Octave modules:
- https://bugzilla.redhat.com/show_bug.cgi?id=1893539 (calceph)
- https://bugzilla.redhat.com/show_bug.cgi?id=1895290 (python-calcephpy)
Ideally, the python module
On Thursday, 05 November 2020 at 22:26, Sandro Mani wrote:
[...]
> > > On 05/11/2020 11:24, Sandro Mani wrote:
> > > > I'll be building proj-7.2.0 together with gdal-3.2.0 in rawhide
> > > > shortly. I'll do a round of test builds in this copr [1], and
> > > > then build everything (and rebuild dep
On 11/6/20 12:16 AM, Sandro Mani wrote:
Hi
I've put up another bunch of mingw-python-* packages for review which I used to
maintain in COPR but I'd like to move into Fedora proper:
mingw-python-pytz - https://bugzilla.redhat.com/show_bug.cgi?id=1895157
mingw-python-chardet - https://bugzilla.
31 matches
Mail list logo
