Dne 31. 05. 19 v 2:15 Pavel Raiskup napsal(a):
On Thursday, May 30, 2019 10:38:25 AM CEST Miroslav Suchý wrote:
Dne 29. 05. 19 v 23:52 Josh Boyer napsal(a):
If we did this, wouldn't it make it very difficult to use tools like
mock on RHEL / CentOS 7 to build for Fedora 3x?
Speaking of Mock:
E
Dne 31. 05. 19 v 2:15 Pavel Raiskup napsal(a):
On Thursday, May 30, 2019 10:38:25 AM CEST Miroslav Suchý wrote:
Dne 29. 05. 19 v 23:52 Josh Boyer napsal(a):
If we did this, wouldn't it make it very difficult to use tools like
mock on RHEL / CentOS 7 to build for Fedora 3x?
Speaking of Mock:
E
On 6/4/19 8:31 AM, Panu Matilainen wrote:
On 6/4/19 4:00 AM, Jason L Tibbitts III wrote:
"PM" == Panu Matilainen writes:
PM> Note that rpm doesn't support parallel zstd compression, and while
PM> it does for xz, that's not even utilized in Fedora.
Doing parallel xz compression has a surprisi
On 6/4/19 4:00 AM, Jason L Tibbitts III wrote:
"PM" == Panu Matilainen writes:
PM> Note that rpm doesn't support parallel zstd compression, and while
PM> it does for xz, that's not even utilized in Fedora.
Doing parallel xz compression has a surprising cost in compression ratio
which gets wor
Dear all,
You are kindly invited to the meeting:
Modularity Team (weekly) on 2019-06-04 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
Docs](https://docs.pagure.o
Hi,
I'd like to request unretire osslsigncode[1]. Originally it was retired
because of being abandoned upstream, but now there is an actively
maintained fork[2] with major release half a year ago and last commit
less than 2 months ago. As I understand[3], original maintainer of
Fedora osslsigncode
> "PM" == Panu Matilainen writes:
PM> Note that rpm doesn't support parallel zstd compression, and while
PM> it does for xz, that's not even utilized in Fedora.
Doing parallel xz compression has a surprising cost in compression ratio
which gets worse as the thread count increases (because it
Am 03.06.19 um 22:33 schrieb Richard Shaw:
> I did some cursory searching with dnf repoquery and I can't find any consumers
> of the python2 side of pyside and shiboken in Rawhide. I recently moved over
> the largest consumer (FreeCAD) to the python3 pyside bindings.
+1
thanks for taking care
Dne 30. 05. 19 v 17:14 Peter Robinson napsal(a):
What about constrained systems where there's limited CPU, that could
be a container or a low end cloud instance without any guarantee of
resources or a Raspberry Pi.
Raspberry Pi is hard to measure. I'm getting quite random results due to
IO, I
Dne 30. 05. 19 v 17:14 Peter Robinson napsal(a):
What about constrained systems where there's limited CPU, that could
be a container or a low end cloud instance without any guarantee of
resources or a Raspberry Pi.
Raspberry Pi is hard to measure. I'm getting quite random results due to
IO, I
On Mon, Jun 3, 2019 at 3:47 PM Miro Hrončok wrote:
> On 03. 06. 19 22:33, Richard Shaw wrote:
> > I did some cursory searching with dnf repoquery and I can't find any
> consumers
> > of the python2 side of pyside and shiboken in Rawhide. I recently moved
> over
> > the largest consumer (FreeCAD)
On Sun, 2019-06-02 at 18:03 -0400, Kaleb Keithley wrote:
> https://bodhi.fedoraproject.org/updates/FEDORA-2019-60ba61b5ab
>
> Why does this happen every time?
>
> Would someone please kick it? Thanks
I filed an issue about this for you:
https://pagure.io/fedora-infrastructure/issue/7871
signa
On 03. 06. 19 22:33, Richard Shaw wrote:
I did some cursory searching with dnf repoquery and I can't find any consumers
of the python2 side of pyside and shiboken in Rawhide. I recently moved over
the largest consumer (FreeCAD) to the python3 pyside bindings.
Awesome news. Have you managed to
I did some cursory searching with dnf repoquery and I can't find any
consumers of the python2 side of pyside and shiboken in Rawhide. I
recently moved over the largest consumer (FreeCAD) to the python3 pyside
bindings.
Anyone see a problem with this?
Thanks,
Richard
_
On Mon, 3 Jun 2019 at 15:28, Adam Williamson
wrote:
> On Mon, 2019-06-03 at 20:06 +0200, Ralf Corsepius wrote:
> > On 6/3/19 7:05 PM, Adam Williamson wrote:
> > > Some people don't see any problem with this, personally it drives me
> > > crazy and I wish it were policy that *every* retired packag
On Mon, 2019-06-03 at 20:06 +0200, Ralf Corsepius wrote:
> On 6/3/19 7:05 PM, Adam Williamson wrote:
> > Some people don't see any problem with this, personally it drives me
> > crazy and I wish it were policy that *every* retired package must be
> > obsoleted. But it isn't.
> I am quite shocked to
On Mon, Jun 03, 2019 at 12:47:53 +0200,
Hans de Goede wrote:
I once maintained this, it seems that Bruno, who took it over,
no longer has time to maintain this.
Yeah, but leave me as a co-maintainer as things might get better. I did some
CI work for squashfs-tools a couple of weeks ago, so
On Mon, Jun 03, 2019 at 01:32:41PM -0400, Stephen John Smoogen wrote:
> On Mon, 3 Jun 2019 at 13:17, Chris Murphy wrote:
>
> > On Mon, Jun 3, 2019 at 11:07 AM Adam Williamson
> > wrote:
> > >
> > > On Sun, 2019-06-02 at 21:35 -0600, Chris Murphy wrote:
> > > > Perhaps related, on an upgraded Fed
On 5/30/19 1:18 PM, Adam Jackson wrote:
Fedora 26
...
mingw-wine-gecko-2.47-2.fc26.src.rpm
I would welcome eyes on this. Upstream has been informed about it, but they have not
issued any new release.
This package is basically a mini-Firefox and usually breaks from Mingw-w64 updates.
I haven
On Mon, Jun 3, 2019 at 9:40 AM Richard W.M. Jones wrote:
> why3 is a replacement for it, is that right?
>
Sort of. Wh3 was originally intended to be a complete replacement, but
functionality has been migrated slowly, requiring one to use both why and
why3 for some years now to get everything.
I can take tcsh if nobody else does.
On Mon, Jun 03, 2019 at 04:23:54PM +, Marcin Dulak wrote:
> Nobody took tcsh until now.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
F
On 6/3/19 7:05 PM, Adam Williamson wrote:
Some people don't see any problem with this, personally it drives me
crazy and I wish it were policy that *every* retired package must be
obsoleted. But it isn't.
I am quite shocked to hear this from you. I wouldn't have expected this
attitude from you.
On 6/3/19 1:16 PM, Chris Murphy wrote:
On Mon, Jun 3, 2019 at 11:07 AM Adam Williamson
wrote:
Some people don't see any problem with this, personally it drives me
crazy and I wish it were policy that *every* retired package must be
obsoleted. But it isn't.
Not obsoleting retired packages is ar
On Mon, 3 Jun 2019 at 13:17, Chris Murphy wrote:
> On Mon, Jun 3, 2019 at 11:07 AM Adam Williamson
> wrote:
> >
> > On Sun, 2019-06-02 at 21:35 -0600, Chris Murphy wrote:
> > > Perhaps related, on an upgraded Fedora 30 system I see
> > > ghostscript-fonts-5.50-37.fc27.noarch, which does not appe
On Mon, Jun 3, 2019 at 11:07 AM Adam Williamson
wrote:
>
> On Sun, 2019-06-02 at 21:35 -0600, Chris Murphy wrote:
> > Perhaps related, on an upgraded Fedora 30 system I see
> > ghostscript-fonts-5.50-37.fc27.noarch, which does not appear on any
> > clean installed systems, and also can't be instal
On Mon, 2019-06-03 at 12:52 +0200, Vít Ondruch wrote:
> Dne 30. 05. 19 v 23:50 Adam Williamson napsal(a):
> > On Thu, 2019-05-30 at 22:42 +0100, Tom Hughes wrote:
> > > On 30/05/2019 22:38, Adam Williamson wrote:
> > >
> > > > I'd kinda rather there was a standard way for all such things to read
>
On Sun, 2019-06-02 at 21:35 -0600, Chris Murphy wrote:
> Perhaps related, on an upgraded Fedora 30 system I see
> ghostscript-fonts-5.50-37.fc27.noarch, which does not appear on any
> clean installed systems, and also can't be installed (Error: Unable to
> find a match ). That tells me it's been dr
Missing expected images:
Atomichost raw-xz x86_64
Atomichost qcow2 x86_64
Compose PASSES proposed Rawhide gating check!
All required tests passed
Failed openQA tests: 11/146 (x86_64), 3/24 (i386), 1/2 (arm)
ID: 408442 Test: x86_64 Server-dvd-iso server_cockpit_basic
URL: https://openqa.fed
On 03. 06. 19 17:41, Richard W.M. Jones wrote:
A lot of packages that I care about depend on mtools, but
I see no announcement of mtools being orphaned ...
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/JYV6PAJEDO5OXOLD3ZBXN3WEYGFMUJ76/
--
Miro Hrončok
--
Ph
Nobody took tcsh until now.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproje
On 03/06/19 16:18, Miro Hrončok wrote:
>
> ipxe (maintained by: berrange, bonzini, crobinso, virtmaint-sig)
> ipxe-20190125-1.git36a4c85f.fc30.src requires mtools =
> 4.0.18-16.fc30, syslinux = 6.04-0.8.fc28
I'll take a look at removing the dependency.
Paolo
_
OLD: Fedora-Rawhide-20190601.n.0
NEW: Fedora-Rawhide-20190603.n.0
= SUMMARY =
Added images:7
Dropped images: 8
Added packages: 43
Dropped packages:1
Upgraded packages: 55
Downgraded packages: 0
Size of added packages: 5.57 MiB
Size of dropped packages
A lot of packages that I care about depend on mtools, but
I see no announcement of mtools being orphaned ...
> Depending on: mtools (21), status change: 2019-05-31 (0 weeks ago)
> gnome-boxes (maintained by: elmarco, feborges, fidencio, gnome-sig,
> teuf, zeenix)
> gnome-boxes
On Fri, May 31, 2019 at 10:10:11AM -0600, Jerry James wrote:
> In a few days, I intend to update coq to version 8.9.1 in Rawhide, and
> also update all of the packages that depend on it. The why package
> has been abandoned by upstream. Its latest version does not work with
> the latest versions
I'll submit a request to have apache-commons-discovery un-orphaned again.
Fabio
On Mon, Jun 3, 2019, 16:19 Miro Hrončok wrote:
> 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
Hi,
These removed python2 packages are breaking upgrade path
1- when you remove python2-foo , you should add to main package
Obsoletes: python2-foo
2- IMHO you should just remove python2-foo only on latest branches,
please don't forget epel7 case, so please add something like :
%if 0%{?fedora
On Wed, May 15, 2019 at 13:36:42 +0200, Miro Hrončok wrote:
> $ dnf repoquery --repo=compose{,-source} --whatrequires python2-pep8
> cachedir-0:1.4-3.fc28.src
This has now been retired. Sorry for the delays.
--Ben
___
devel mailing list -- devel@lists.f
A dubt about XDG_CURRENT_DESKTOP. Since boinc-client runs as a service
with its own user, I don't think it will be able to read
XDG_CURRENT_DESKTOP defined in other users sessions. Therefore IMHO I
need another kind of solution
___
devel mailing list -- d
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
* Zbigniew Jędrzejewski-Szmek:
> On Mon, Jun 03, 2019 at 02:59:13PM +0200, Florian Weimer wrote:
>> * Zbigniew Jędrzejewski-Szmek:
>>
>> > On Mon, May 27, 2019 at 09:13:50PM +0200, Florian Weimer wrote:
>> >> * Tomasz Kłoczko:
>> >>
>> >> > On Mon, 27 May 2019 at 10:41, Florian Weimer wrote:
>>
On Mon, Jun 03, 2019 at 02:59:13PM +0200, Florian Weimer wrote:
> * Zbigniew Jędrzejewski-Szmek:
>
> > On Mon, May 27, 2019 at 09:13:50PM +0200, Florian Weimer wrote:
> >> * Tomasz Kłoczko:
> >>
> >> > On Mon, 27 May 2019 at 10:41, Florian Weimer wrote:
> >> >> I'm investigating whether it makes
Dne 03. 06. 19 v 5:47 Samuel Sieb napsal(a):
> On 6/2/19 8:35 PM, Chris Murphy wrote:
>> Perhaps related, on an upgraded Fedora 30 system I see
>> ghostscript-fonts-5.50-37.fc27.noarch, which does not appear on any
>> clean installed systems, and also can't be installed (Error: Unable to
>> find a
Dne 30. 05. 19 v 20:18 Adam Jackson napsal(a):
> Since I was looking at a copy of the F30 repo for amd64, here's a list
> of a bunch of packages whose dist tag suggests they haven't rebuilt
> successfully in any currently-supported Fedora release. I'm sure some
> of these are incompletely retired
I wish the initiative started with something simple like "get
module-build-macros SRPM out of modulemd YAML" [1].
Vít
[1] https://pagure.io/fm-orchestrator/issue/1217
Dne 03. 06. 19 v 10:03 Adam Samalik napsal(a):
> The local module builds we have documented at the moment [1] should
> work i
On Mon, May 27, 2019 at 5:36 AM Florian Weimer wrote:
>
> I'm investigating whether it makes sense to switch to a scheme where the
> glibc locale data is built from source, during package installation,
> based on the langpack configuration system. This is similar to what
> Debian does.
>
> The re
* Zbigniew Jędrzejewski-Szmek:
> On Mon, May 27, 2019 at 09:13:50PM +0200, Florian Weimer wrote:
>> * Tomasz Kłoczko:
>>
>> > On Mon, 27 May 2019 at 10:41, Florian Weimer wrote:
>> >> I'm investigating whether it makes sense to switch to a scheme where the
>> >> glibc locale data is built from s
On 03. 06. 19 12:20, Peter Robinson wrote:
On Mon, Jun 3, 2019 at 11:15 AM Miro Hrončok wrote:
Hey, I am trying to get a response from Kushal since March.
I was briefly in e-mail contact with him, but he has stopped responding
altogether.
Anyone who can help me contact him?
https://bugzill
On Thursday, 30 May 2019 20:18:35 CEST Adam Jackson wrote:
> Since I was looking at a copy of the F30 repo for amd64, here's a list
> of a bunch of packages whose dist tag suggests they haven't rebuilt
> successfully in any currently-supported Fedora release. I'm sure some
> of these are incomplete
On 5/29/19 11:19 PM, Ben Cotton wrote:
* The macro for setting the compression is: %define _binary_payload w19.zstdio
* The recommended compression level is 19. The builds will take
longer, but the additional compression time is negligible in the total
build time and it pays off in better compre
On Monday, June 3, 2019 12:18:02 PM CEST Jan Buchmaier wrote:
> Now I'm working on signal SIGTERM handling and I would like to kill all
> processes related to the main mock process.
> What do you think is it a good
> idea to kill all processes, or do we want to kill the main process only?
> And wh
Hi,
On 30-05-19 20:18, Adam Jackson wrote:
Since I was looking at a copy of the F30 repo for amd64, here's a list
of a bunch of packages whose dist tag suggests they haven't rebuilt
successfully in any currently-supported Fedora release. I'm sure some
of these are incompletely retired or there's
Dne 30. 05. 19 v 23:50 Adam Williamson napsal(a):
> On Thu, 2019-05-30 at 22:42 +0100, Tom Hughes wrote:
>> On 30/05/2019 22:38, Adam Williamson wrote:
>>
>>> I'd kinda rather there was a standard way for all such things to read
>>> the username from a standard file, because my Fedora username is
On Mon, Jun 3, 2019 at 11:15 AM Miro Hrončok wrote:
>
> Hey, I am trying to get a response from Kushal since March.
>
> I was briefly in e-mail contact with him, but he has stopped responding
> altogether.
>
> Anyone who can help me contact him?
>
> https://bugzilla.redhat.com/show_bug.cgi?id=148
Now I'm working on signal SIGTERM handling and I would like to kill all
processes related to the main mock process.
What do you think is it a good idea to kill all processes, or do we want to
kill the main process only?
And what about SIGINT so-called KeyInterrupt in python? Same reaction?
__
Hey, I am trying to get a response from Kushal since March.
I was briefly in e-mail contact with him, but he has stopped responding
altogether.
Anyone who can help me contact him?
https://bugzilla.redhat.com/show_bug.cgi?id=1482953
Thanks,
--
Miro Hrončok
--
Phone: +420777974800
IRC: mhroncok
On 27. 05. 19 10:54, Miro Hrončok wrote:
On 20. 05. 19 11:26, Miro Hrončok wrote:
I intend to drop python2-tornado. There are following dependent packages:
- python-httpretty
build time, for Python 2 tests, tests can be disabled
- python-pika
build time, for Python 2 tests, one file
On Tue, May 28, 2019 at 12:15 PM Aleksandra Fedorova wrote:
>
> Hi, all,
>
> I created a poll for the meeting time http://whenisgood.net/kdd4zmq
> Please add you votes.
As we have nonoverlapping meeting requirements, making it work for
everyone is impossible. Let's choose the
Wednesday 5 June
The local module builds we have documented at the moment [1] should work if
you have an access to the Fedora infrastructure (==internet connection) and
your packages are in the Fedora dist-git.
I know that Merlin (merlinm) is working on tooling that allow you to do
local module builds without rely
On Mon, May 27, 2019 at 09:13:50PM +0200, Florian Weimer wrote:
> * Tomasz Kłoczko:
>
> > On Mon, 27 May 2019 at 10:41, Florian Weimer wrote:
> >> I'm investigating whether it makes sense to switch to a scheme where the
> >> glibc locale data is built from source, during package installation,
> >
59 matches
Mail list logo