On Thu, Sep 8, 2016 at 5:34 AM, Christopher Meng wrote:
>
>
> On Thursday, September 8, 2016, Kevin Kofler wrote:
>>
>> I wrote:
>> > <= 1.17.0 should still match that, I think (because there's no -Release
>> > in
>> > there), but still, <= Obsoletes are usually a bad idea (< is safer).
>>
>> PS:
Kevin, yeah, you are right. It will work as there is no -Release.
Didn't see this before.
On Thu, Sep 8, 2016 at 12:59 AM, Kevin Kofler wrote:
> Igor Gnatenko wrote:
>> +Obsoletes: evas-generic-loaders <= 1.17.0
>>
>> This is basically wrong because current version is 1.17.0-5%{?dist}.
>
> <= 1.
Recently, I updated http-parser from a 2.1 git prerelease snapshot to the latest
stable release 2.7.1 in all supported Fedora branches. I didn't anticipate any
issues because 1) the soname didn't change and 2) the project upstream uses
semantic versioning, which should imply that 2.7.x should be fu
>>Sounds like this scope would warrant a Change?
>
> The components should be already prepared for DNF-2 and the changes
> are not huge. There's the FESCO ticket [5]. If it is not accepted then
> we will submit a Change.
Actually, the preferred approach would be fo
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 y
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 y
On Thu, Sep 8, 2016 at 11:21 AM, Stephen Gallagher wrote:
> Recently, I updated http-parser from a 2.1 git prerelease snapshot to the
> latest
> stable release 2.7.1 in all supported Fedora branches. I didn't anticipate any
> issues because 1) the soname didn't change and 2) the project upstream
On 09/08/2016 01:05 PM, Peter Robinson wrote:
Sounds like this scope would warrant a Change?
The components should be already prepared for DNF-2 and the changes
are not huge. There's the FESCO ticket [5]. If it is not accepted then
we will submit a Change.
Actually, the preferred approach
On 09/08/2016 07:05 AM, Peter Robinson wrote:
>>>Sounds like this scope would warrant a Change?
>>
>> The components should be already prepared for DNF-2 and the changes
>> are not huge. There's the FESCO ticket [5]. If it is not accepted then
>> we will submit a Change.
>>>
On Thursday, 08 September 2016 at 13:37, Michal Luscon wrote:
> On 09/08/2016 01:05 PM, Peter Robinson wrote:
[...]
> > Given it's the updates system there, at least IMO, needs to be full
> > contingency
> > plans etc. Sorry, the history of the dnf team not breaking stuff even
> > on small bumps g
On 09/08/2016 01:48 PM, Dominik 'Rathann' Mierzejewski wrote:
On Thursday, 08 September 2016 at 13:37, Michal Luscon wrote:
On 09/08/2016 01:05 PM, Peter Robinson wrote:
[...]
Given it's the updates system there, at least IMO, needs to be full contingency
plans etc. Sorry, the history of the
Still not working.
The only file from updates-testing repo metadata¹ providing "recommends" XML
tags is the
2b1dda391308bf7395f9890774b4d2d0692b615c2ad6a73fa378080d32c0c531-primary.xml
file, but it just has those tags for 6 packages.
¹ /var/cache/dnf/updates-testing-648243a4cddd356c
--
devel m
On Thu, Sep 8, 2016 at 5:56 PM, Christian Stadelmann
wrote:
> Still not working.
>
> The only file from updates-testing repo metadata¹ providing "recommends" XML
> tags is the
> 2b1dda391308bf7395f9890774b4d2d0692b615c2ad6a73fa378080d32c0c531-primary.xml
> file, but it just has those tags for 6
So all packages have to be rebuilt to make their weak dependencies go into repo
metadata? This was not obvious from the first posting by Kevin Fenzi and
probably should go into a separate post here and on devel-announce too.
--
devel mailing list
devel@lists.fedoraproject.org
https://lists.fedor
On Thu, Sep 8, 2016 at 7:21 PM, Christian Stadelmann
wrote:
> So all packages have to be rebuilt to make their weak dependencies go into
> repo metadata? This was not obvious from the first posting by Kevin Fenzi
> and probably should go into a separate post here and on devel-announce too.
I o
Missing expected images:
Cloud_base raw-xz i386
Failed openQA tests: 11/89 (x86_64), 1/17 (i386), 1/2 (arm)
New failures (same test did not fail in 25-20160907.n.0):
ID: 32805 Test: x86_64 universal install_package_set_kde
URL: https://openqa.fedoraproject.org/tests/32805
ID: 32821
On Thu, 08 Sep 2016 12:26:36 -
"Christian Stadelmann" wrote:
> Still not working.
>
> The only file from updates-testing repo metadata¹ providing
> "recommends" XML tags is the
> 2b1dda391308bf7395f9890774b4d2d0692b615c2ad6a73fa378080d32c0c531-primary.xml
> file, but it just has those tags f
Following is the list of topics that will be discussed in the
FESCo meeting Friday at 16:00UTC in #fedora-meeting on
irc.freenode.net.
To convert UTC to your local time, take a look at
http://fedoraproject.org/wiki/UTCHowto
or run:
date -d '2016-09-09 16:00 UTC'
Links to all tickets below c
On Wednesday, September 7, 2016 9:07:12 PM CDT Richard W.M. Jones wrote:
> Do we (Fedora) offer any shared file storage for a Fedora-related
> project? It's got to store a couple of gigabytes, and allow uploads
> from FAS-authenticated users, perhaps using ssh/scp.
>
> This is for storing the RIS
On Wed, 07 Sep 2016 15:38:11 -0700
Adam Williamson wrote:
> On Wed, 2016-09-07 at 21:48 +0100, Richard W.M. Jones wrote:
> > On Wed, Sep 07, 2016 at 01:40:19PM -0700, Adam Williamson wrote:
> >
> > > On Wed, 2016-09-07 at 21:07 +0100, Richard W.M. Jones wrote:
> > >
> > > > Do we (Fedora) o
Missing expected images:
Cloud_base raw-xz i386
Atomic raw-xz x86_64
Failed openQA tests: 6/92 (x86_64)
New failures (same test did not fail in Rawhide-20160906.n.0):
ID: 32969 Test: x86_64 Workstation-live-iso desktop_browser
URL: https://openqa.fedoraproject.org/tests/32969
ID: 32970
Greetings.
There's a large amount of space used on fedorapeople.org for group
projects:
Filesystem Size Used Avail Use% Mounted on
/dev/mapper/GuestVolGroup00-project 342G 328G 15G 96% /project
This includes /project/repos/ (which is https://repos.fedorapeople.o
Missing expected images:
Cloud_base raw-xz i386
Atomic raw-xz x86_64
Failed openQA tests: 11/92 (x86_64), 1/17 (i386), 1/2 (arm)
New failures (same test did not fail in Rawhide-20160907.n.0):
ID: 33083 Test: x86_64 Workstation-boot-iso install_default@uefi
URL: https://openqa.fedoraprojec
Kevin, help me please with cleanup:
[ignatenkobrain@people02 ~][PROD]$ rm -rf
/home/fedora/ignatenkobrain/public_git/*
rm: cannot remove
‘/home/fedora/ignatenkobrain/public_git/shiny.git/objects/20/3a73563e678017862cc45354588d40a967a57d’:
Permission denied
rm: cannot remove
‘/home/fedora/ignatenko
24 matches
Mail list logo
