Let's assume I want to start a service as an ordinary user, but allow to
bind it to a privileged port. The program implementing the service does
not manipulate capabilities in any way.
I came up with with this system unit for testing purposes:
[Unit]
Description=Test unit
[Service]
Type=oneshot
Hi,
I've pushed a new version of Boost, 1.58.0, to rawhide and f23, which
will require all packages that depend on Boost to be rebuilt. The plan
was to update to 1.59.0 but that isn't going to be released in time
for the F23 schedule, so I'll update rawhide to 1.59.0 at a later
date.
For the F23
Compose started at Sat Jul 18 07:15:02 UTC 2015
New package: perl-Hash-Layout-1.02-2.fc23
Hashes with predefined levels, composite keys and default values
Removed package: polarssl-1.3.9-4.fc23
Updated Packages:
PyYAML-3.11-9.fc23
--
* Fri Jul 17 2015 John Eckersber
It fails just since 2 days ago .. not related to EOL ..
> Date: Sat, 18 Jul 2015 04:11:42 +0200
> Subject: Re: COPR fail to build on F20
> From: timotheus.poko...@solidcharity.com
> To: devel@lists.fedoraproject.org
>
> > DEBUG util.py:378: failure: repodata/repomd.xml from updates: [Errno 256
On Sat, 18 Jul 2015 14:44:03 +0200, مصعب الزعبي wrote:
> It fails just since 2 days ago .. not related to EOL ..
How do you know it's not related to EOL?
How can you tell it's not related to deleting the repos from
the servers? Perhaps that has been done just recently?
-> http://dl.fedoraprojec
Why COPR still allow that .. !!! If COPR wants to keep F20 , it must use new
repo URLs .. and fix this issue or remove it from available options ..
> Date: Sat, 18 Jul 2015 15:00:10 +0200
> From: mschwe...@gmail.com
> To: devel@lists.fedoraproject.org
> Subject: Re: COPR fail to build on F20
>
>
Compose started at Sat Jul 18 05:15:03 UTC 2015
New package: perl-Hash-Layout-1.02-2.fc24
Hashes with predefined levels, composite keys and default values
Removed package: polarssl-1.3.9-4.fc23
Updated Packages:
BEDTools-2.24.0-4.fc24
--
* Fri Jul 17 2015 Adam H
On Jul 18, 2015 1:42 AM, "Florian Weimer" wrote:
>
> Let's assume I want to start a service as an ordinary user, but allow to
> bind it to a privileged port. The program implementing the service does
> not manipulate capabilities in any way.
>
> I came up with with this system unit for testing pu
On Sat, 18 Jul 2015 15:42:59 +0200, مصعب الزعبي wrote:
> Why COPR still allow that .. !!! If COPR wants to keep F20 , it must use new
> repo URLs .. and fix this issue or remove it from available options ..
>
It may be necessary to inform the Copr admins:
https://copr.fedoraproject.org/
--
dev
No contact info or bug tracker !
> Date: Sat, 18 Jul 2015 18:58:40 +0200
> From: mschwe...@gmail.com
> To: devel@lists.fedoraproject.org
> Subject: Re: COPR fail to build on F20
>
> On Sat, 18 Jul 2015 15:42:59 +0200, مصعب الزعبي wrote:
>
> > Why COPR still allow that .. !!! If COPR wants to kee
On Sun, 19 Jul 2015 04:56:17 +0200, مصعب الزعبي wrote:
> > It may be necessary to inform the Copr admins:
> > https://copr.fedoraproject.org/
>
> No contact info or bug tracker !
Don't rush! Notice the footer of the page:
https://fedorahosted.org/copr/
and even the FAQ mentioned there:
https
11 matches
Mail list logo
