We do not slip only on Beta or Final. In the past we had also some
troubles during Mass Rebuild which were causing slip of a whole
release. As I like the idea Matthew proposed I would like to expand
the "Slipping policy" with a rule:
If Mass Rebuild slips for a week the Beta release date moves to
I do like the idea. I think three target dates make sense.
2017-11-09 10:49 GMT+01:00 Jan Kurik :
> We do not slip only on Beta or Final. In the past we had also some
> troubles during Mass Rebuild which were causing slip of a whole
> release. As I like the idea Matthew proposed I would like to
On Thu, Nov 9, 2017 at 10:49 AM, Jan Kurik wrote:
> We do not slip only on Beta or Final. In the past we had also some
> troubles during Mass Rebuild which were causing slip of a whole
> release. As I like the idea Matthew proposed I would like to expand
> the "Slipping policy" with a rule:
>
> If
On Mon, Nov 6, 2017 at 5:12 PM, Zdenek Dohnal wrote:
> Based on this thread, I will retire now this package.
That's should be save to do IMHO:
*
https://src.fedoraproject.org/rpms/hylafax+/c/4886f02ec6327a54488750acf4b9e05559a48460?branch=master
* https://bodhi.fedoraproject.org/updates/FEDO
https://koji.fedoraproject.org/koji/taskinfo?taskID=23008582
This has been stuck in the final tagging stage for must be at least 1
hour now, possibly 2 hours.
Is there anything that can be done?
Rich.
--
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
Read my pro
Zdenek Dohnal wrote:
> On 11/08/2017 09:43 PM, Neal Gompa wrote:
>> On Wed, Nov 8, 2017 at 3:16 PM, Zdenek Dohnal wrote:
>>> AFAIK such projects are gutenprint, cups-filters or hplip... does anyone
>>> have in mind other projects, which will be unable to use CUPS and
>>> reason?
>>>
>> libkprint,
Zdenek Dohnal wrote:
> On 11/08/2017 09:43 PM, Neal Gompa wrote:
>> On Wed, Nov 8, 2017 at 3:16 PM, Zdenek Dohnal wrote:
>>> AFAIK such projects are gutenprint, cups-filters or hplip... does anyone
>>> have in mind other projects, which will be unable to use CUPS and
>>> reason?
>>>
>> libkprint,
On Thu, Nov 09, 2017 at 12:01:44PM +, Richard W.M. Jones wrote:
>
> https://koji.fedoraproject.org/koji/taskinfo?taskID=23008582
>
> This has been stuck in the final tagging stage for must be at least 1
> hour now, possibly 2 hours.
Still tagging! I'm starting to wonder if it's broken.
Ric
Rex, would you mind reporting this change to upstream, if
kde-print-manager has incompatible license?
On 11/09/2017 02:38 PM, Rex Dieter wrote:
> Zdenek Dohnal wrote:
>
>> On 11/08/2017 09:43 PM, Neal Gompa wrote:
>>> On Wed, Nov 8, 2017 at 3:16 PM, Zdenek Dohnal wrote:
AFAIK such projects
Missing expected images:
Cloud_base qcow2 x86_64
Workstation live i386
Kde live x86_64
Cloud_base raw-xz x86_64
Xfce raw-xz armhfp
Minimal raw-xz armhfp
Workstation live x86_64
Kde live i386
Failed openQA tests: 19/94 (x86_64), 4/19 (i386)
New failures (same test did not fail in 27 Modular Beta
python-cypari2 - A Python interface to the number theory library pari
https://bugzilla.redhat.com/show_bug.cgi?id=1511554
This package is basically previous sagemath pari interfaces, no
as a standalone package.
It is required to update to sagemath 8.0
Thanks,
Paulo
___
Hi all,
On Mon, Nov 06, 2017 at 01:13:15PM +0100, David Tardon wrote:
> Hi all,
>
> I will build a new release of poppler this week, which includes soname
> bump. I will take care of rebuilding the affected packages:
>
> boomaga
> cups-filters
> gambas3
> gdcm
> inkscape
> kf5-kfilemetadata
> li
OK, it seems that everybody commented. The part about allowing
proven packagers more freedom with the package was controversial,
so I'm withdrawing that, but otherwise I didn't see disagreement.
Updated proposal:
1. drop "upstream" at https://pagure.io/fedora-release
(PR to add an obsoletion no
On 2017-11-08, Matthew Miller wrote:
> On Wed, Nov 08, 2017 at 05:06:11PM +, Petr Pisar wrote:
>> I hope Fedora's time-1.8 won't disrupt your scripts so blatantly.
>
> Let's land this in F28 (rawhide) and not update in F27. And make sure
> it gets in the release notes.
>
Of course only F28 rec
OLD: Fedora-Modular-27-20171109.n.0
NEW: Fedora-Modular-27-20171109.n.1
= SUMMARY =
Added images:0
Dropped images: 0
Added packages: 0
Dropped packages:0
Upgraded packages: 0
Downgraded packages: 0
Size of added packages: 0.00 B
Size of dropped packages
On Thu, Nov 09, 2017 at 07:30:39AM -0600, Rex Dieter wrote:
> > kde-print-manager's maintainer - rdieter (adding him to CC). Rex, would
> > you mind commenting this change?
> I'm of a mind to urge that cups be considered a system library (as it's
> upstream also argues)
Possibly this is something
Missing expected images:
Docker_base docker x86_64
Server dvd arm
Failed openQA tests: 20/94 (x86_64), 4/19 (i386)
New failures (same test did not fail in 27-20171109.n.0):
ID: 167889 Test: x86_64 universal install_repository_http_variation
URL: https://openqa.fedoraproject.org/tests
OLD: Fedora-Modular-Bikeshed-20171026.n.0
NEW: Fedora-Modular-Bikeshed-20171026.n.0
= SUMMARY =
Added images:0
Dropped images: 0
Added packages: 0
Dropped packages:0
Upgraded packages: 0
Downgraded packages: 0
Size of added packages: 0 B
Size of dropped packag
On Thu, Nov 09, 2017 at 12:23:33PM -0500, Matthew Miller wrote:
> > I'm of a mind to urge that cups be considered a system library (as it's
> > upstream also argues)
>
> Possibly this is something we could formally define with Modularity.
> (That is, all libraries in Platform & Host are "system l
OLD: Fedora-Modular-27-20171109.n.0
NEW: Fedora-Modular-27-20171109.n.1
= SUMMARY =
Added images:0
Dropped images: 0
Added packages: 0
Dropped packages:0
Upgraded packages: 0
Downgraded packages: 0
Size of added packages: 0.00 B
Size of dropped packages
On Wed, 2017-11-08 at 18:07 -0600, Michael Catanzaro wrote:
> On Wed, Nov 8, 2017 at 2:43 PM, Neal Gompa
> wrote:
> > libkprint, kde-print-manager, etc. may have dependencies that make
> > the mix impossible. I don't know for sure, though.
>
> GTK+
>
For GTK+, one possible answer is to rely on
On Wed, 2017-11-08 at 15:23 +, Peter Robinson wrote:
> > But why? _Any_ package can completely screw up the system with a bad
> > scriplet or a dependency. Let's take one step back and consider why a
> > package would need special protections: only when there's something
> > _tricky_ about the
The Fedora-27-20171105.0 (Fedora_27_RC_1.6 ) compose [1][2] is
considered as GOLD and is going to be shipped on 2017-Nov-14 as Fedora
27 Final release.
For more information please check the meeting minutes [3] from the
Go/No-Go meeting.
[1] https://kojipkgs.fedoraproject.org/compose/27/Fedora-27-
The Fedora-Modular-27-20171108.2 RC compose [1][2] is considered as
GOLD and is going to be shipped on 2017-Nov-14 as F27 Modular Server
Beta release.
For more information please check the meeting minutes [3] from the
Go/No-Go meeting.
[1] http://kojipkgs.fedoraproject.org/compose/27/Fedora-Modul
Once upon a time, Solomon Peachy said:
> Leaving aside "applications" for now -- What about the case where one of
> those "system libraries" (say, GTK+) directly depends on another "system
> library" (say, libcups) which now sports an incompatible license?
>
> Because that's the problem we're a
OLD: Fedora-Modular-27-20171109.n.1
NEW: Fedora-Modular-27-20171109.n.1
= SUMMARY =
Added images:0
Dropped images: 0
Added packages: 0
Dropped packages:0
Upgraded packages: 0
Downgraded packages: 0
Size of added packages: 0.00 B
Size of dropped packages
OLD: Fedora-Modular-27-20171109.n.1
NEW: Fedora-Modular-27-20171110.n.0
= SUMMARY =
Added images:0
Dropped images: 0
Added packages: 199
Dropped packages:0
Upgraded packages: 0
Downgraded packages: 22
Size of added packages: 842.91 MiB
Size of dropped
Missing expected images:
Docker_base docker x86_64
Server dvd arm
Failed openQA tests: 20/94 (x86_64), 4/19 (i386)
New failures (same test did not fail in 27-20171109.n.1):
ID: 168072 Test: x86_64 Server-dvd-iso support_server
URL: https://openqa.fedoraproject.org/tests/168072
ID: 168094
28 matches
Mail list logo
