On Wed, 7 Jun 2017 06:42:21 +0200
Julian Sikorski wrote:
> Hi list,
>
> I have updated mame packages to 0.186 yesterday. The package built
> fine on rawhide [1] and f26 [2], as well as on non-i686 on f25 and
> f24. On f25 [3] and f24 [4] i686, the build has failed with the
> following message: v
Hi list,
I have updated mame packages to 0.186 yesterday. The package built fine
on rawhide [1] and f26 [2], as well as on non-i686 on f25 and f24. On
f25 [3] and f24 [4] i686, the build has failed with the following message:
virtual memory exhausted: Operation not permitted
How much memory do the
If there are no objections, later this week I will update python-gevent
in rawhide to 1.2.2. We have 1.1.2 in rawhide currently.
There are some incompatible changes in the 1.2.x series of gevent,
please see the upstream release notes here:
http://www.gevent.org/changelog.html#a1-oct-27-2016
I
On Tue, 2017-06-06 at 22:50 +, Fedora compose checker wrote:
I do apologize that these mails stopped going out for a while; it seems
some stuff crashed on the openQA production server and I didn't notice
until today. Somehow, tests continued to get run (which is one thing
that triggers via fed
No missing expected images.
Failed openQA tests: 7/128 (x86_64), 1/2 (arm)
New failures (same test did not fail in 26-20170604.n.0):
ID: 105960 Test: x86_64 Server-dvd-iso install_repository_nfs_graphical
URL: https://openqa.fedoraproject.org/tests/105960
ID: 106011 Test: arm Minimal-r
On Tue, Jun 6, 2017 at 6:34 PM, Adam Miller
wrote:
> On Fri, Jun 2, 2017 at 3:07 PM, Matthew Miller
> wrote:
>> On Fri, Jun 02, 2017 at 09:42:48PM +0200, Pierre-Yves Chibon wrote:
>>> (Note: pagure can and will enforce the FPCA for dist-git)
>>
>> I know Richard Fontana has expressed some intere
On Fri, Jun 2, 2017 at 3:07 PM, Matthew Miller wrote:
> On Fri, Jun 02, 2017 at 09:42:48PM +0200, Pierre-Yves Chibon wrote:
>> (Note: pagure can and will enforce the FPCA for dist-git)
>
> I know Richard Fontana has expressed some interest in reducing the need
> for FPCA. Maybe this is an opportun
2017-06-06 14:40 GMT+02:00 Lennart Poettering :
> Note sure what "boinc-client" does, but if this isn't turstworthy then
> it probably shouldn't be able to get access to "video".
boinc-client is the client side version of BOINC (Berkeley Open
Infrastructure for Network Computing). You can use your
On Sun, 2017-06-04 at 08:50 +0200, Pierre-Yves Chibon wrote:
> Do you think we could change this to check:
> - has the user rights on that particular package?
> - is the user a member of the packager group?
I believe it does both of these currently.
signature.asc
Description: This is a digitally
I've taken over mupdf.
I use mupdf myself and maintain a package which depends on mupdf
(impressive - that is the package name ;) ); I've built mupdf on copr
before (for early testing and such).
I welcome comaintainers, especially for the EPEL6 branch, which I've
taken over so that it doesn't fal
On Tue, 06.06.17 11:48, Germano Massullo (germano.massu...@gmail.com) wrote:
> Hi there, I am the co-maintainer of boinc-client [1].
> boinc-client runs as a service, and both it and its working units run as
> 'boinc' user and they are confined by SELinux.
> Recently, I investigated to figure out
Dne 5.6.2017 v 18:59 Richard W.M. Jones napsal(a):
> It would be nice if this was more automated.
Tito [1] can do it. You can create branch (or fork from upstream) change in
.tito/tito.props tagger to ReleaseTagger
and builder to tito.builder.UpstreamBuilder which will change every commit
since
Ah, forget the line
Environment=LD_LIBRARY_PATH=/opt/amdgpu-pro/lib64
since it is needed only for my system
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Hi there, I am the co-maintainer of boinc-client [1].
boinc-client runs as a service, and both it and its working units run as
'boinc' user and they are confined by SELinux.
Recently, I investigated to figure out why boinc-client, while running
as a service, could not detect videocard for GPU calcu
On Tue, Jun 06, 2017 at 07:14:09AM +0200, Vít Ondruch wrote:
> So what would be your workflow here? You would start update of the
> package by "fedpkg upload" to upload the new tarball and let dist-git to
> explode it? And what would be next?
First off, I don't think that the tarball should be sto
On Tue, Jun 6, 2017 at 7:14 AM, Vít Ondruch wrote:
> So what would be your workflow here? You would start update of the
> package by "fedpkg upload" to upload the new tarball and let dist-git to
> explode it? And what would be next?
My ideal workflow would be to use pagure (repo with exploded so
Il giorno ven, 02/06/2017 alle 10.24 +0200, Dario Lesca ha scritto:
> Yesterday I have update my fedora 25 and after reboot VPN l2tp+ipsec
> do not work anymore.
Solved with kernel update
https://bugzilla.redhat.com/show_bug.cgi?id=1458222
Thanks
--
Dario Lesca
(inviato dal mio Linux Fedora 25
17 matches
Mail list logo
