Upstream released[0] new version of gmic nearly two months ago and
bugzilla notified about the update[1]. Unfortunately I do not have
proven packager privilege to do the
change so is there anyone doing the update? Thanks in advance.
Reference
-
[0] http://gmic.eu/download.shtml
[1]
===
#fedora-meeting: FESCO (2017-08-04)
===
Meeting started by jsmith at 16:05:59 UTC. The full logs are available
athttps://meetbot.fedoraproject.org/fedora-meeting/2017-08-04/fesco.2017-08-04-16.05.log.html
.
Meeting summary
---
Hi,
the Voting period of the currently running Fedora Elections has just
started. Please vote for your candidates to Council [1], FAmSCo[2] and
FESCo [3].
You can vote till August 14th, 2017 when the voting ends at 23:59:00 UTC.
To help you to make the right decision we have published Fedora
Maga
On Mon, Aug 7, 2017 at 3:59 PM Matthew Miller
wrote:
> On Mon, Aug 07, 2017 at 02:10:23PM -0400, Stephen John Smoogen wrote:
> > I still don't see how this is going to work with a tree of Service Levels
> > and Lifetimes. Any module can not give a SL greater than the lowest SL
> and
> > the short
Dear all,
You are kindly invited to the meeting:
Modularity WG (once every two weeks) on 2017-08-08 from 10:00:00 to 11:00:00
US/Eastern
At fedora-meetin...@irc.freenode.net
The meeting will be about:
Meeting of the Modularity Working Group.
More information available at: [Modularity Work
On Mon, 2017-08-07 at 15:08 -0600, Chris Murphy wrote:
> On Mon, Aug 7, 2017 at 2:52 PM, Adam Williamson
> wrote:
> > On Mon, 2017-08-07 at 14:46 -0600, Chris Murphy wrote:
> > > On Fri, Aug 4, 2017 at 9:12 AM, Przemek Klosowski
> > > wrote:
> > > > The release notes for RHEL 7.4 announce that Re
On Mon, Aug 7, 2017 at 2:52 PM, Adam Williamson
wrote:
> On Mon, 2017-08-07 at 14:46 -0600, Chris Murphy wrote:
>> On Fri, Aug 4, 2017 at 9:12 AM, Przemek Klosowski
>> wrote:
>> > The release notes for RHEL 7.4 announce that RedHat gave up on btrfs:
>> >
>> > https://access.redhat.com/documentati
On Mon, Aug 7, 2017 at 1:52 PM, Adam Williamson
wrote:
> Well, no, you're getting cause and effect mixed up, there. RH doesn't
> have btrfs developers on staff *because* RH, over time, has broadly
> come to the conclusion that btrfs isn't the storage tech it wants to
> roll with. It's not that RH
On Mon, 2017-08-07 at 14:46 -0600, Chris Murphy wrote:
> On Fri, Aug 4, 2017 at 9:12 AM, Przemek Klosowski
> wrote:
> > The release notes for RHEL 7.4 announce that RedHat gave up on btrfs:
> >
> > https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux/7/html/7.4_Release_Notes/cha
On Fri, Aug 4, 2017 at 9:12 AM, Przemek Klosowski
wrote:
> The release notes for RHEL 7.4 announce that RedHat gave up on btrfs:
>
> https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux/7/html/7.4_Release_Notes/chap-Red_Hat_Enterprise_Linux-7.4_Release_Notes-Deprecated_Functional
On Mon, Aug 7, 2017 at 7:34 AM Josh Boyer wrote:
> On Sat, Aug 5, 2017 at 10:57 AM, Matthew Miller
> wrote:
> > Our Change process has the basic assumption that if a Change isn't
> > working, we will be able to back out. But, in practice, when there are
> > problems, we often find it that it's e
On Mon, Aug 07, 2017 at 02:10:23PM -0400, Stephen John Smoogen wrote:
> I still don't see how this is going to work with a tree of Service Levels
> and Lifetimes. Any module can not give a SL greater than the lowest SL and
> the shortest lifetime that any package in it is going to agree to. [EG if
On Mon, 7 Aug 2017, Paolo Bonzini wrote:
On 01/08/2017 23:38, Dominik 'Rathann' Mierzejewski wrote:
On Tuesday, 01 August 2017 at 14:19, Florian Weimer wrote:
We still build a special glibc variant for Xen which avoids certain
segment-relative accesses which are difficult to emulate with
parav
Missing expected images:
Atomic qcow2 x86_64
Workstation live i386
Server boot i386
Atomic raw-xz x86_64
Kde live i386
Failed openQA tests: 23/137 (x86_64), 3/18 (i386), 1/2 (arm)
New failures (same test did not fail in Rawhide-20170806.n.0):
ID: 127164 Test: x86_64 universal upgrade_2_min
On 7 August 2017 at 07:50, Matthew Miller wrote:
> On Mon, Aug 07, 2017 at 07:38:44AM -0400, Josh Boyer wrote:
> > > That way, users and admins aren't treated to an explosion of arbitrary
> > > days where action is needed to stay on a current stream. Instead, they
> > > can plan for annual upgrad
On 01/08/2017 23:38, Dominik 'Rathann' Mierzejewski wrote:
> On Tuesday, 01 August 2017 at 14:19, Florian Weimer wrote:
>> We still build a special glibc variant for Xen which avoids certain
>> segment-relative accesses which are difficult to emulate with
>> paravirtualization..
>>
>> Is this still
On Mon, Aug 07, 2017 at 11:46:34AM -0500, Dennis Gilmore wrote:
> El lun, 07-08-2017 a las 16:35 +, Zbigniew Jędrzejewski-Szmek
> escribió:
> > On Mon, Aug 07, 2017 at 09:35:46AM -0500, Dennis Gilmore wrote:
> > > [3] https://kojipkgs.fedoraproject.org/mass-rebuild/f27-failures.ht
> > > ml
> >
On 08/05/2017 06:15 PM, Josh Boyer wrote:
> On Sat, Aug 5, 2017 at 3:05 PM, Kevin Fenzi wrote:
>> On 08/05/2017 11:45 AM, Zbigniew Jędrzejewski-Szmek wrote:
>>
>>> From #fedora-releng:
>>> 18:11 <+nirik> sharkcz: can you clean up space on s390 koji? its very close
>>> to full...
>>> 18:22 < shark
El lun, 07-08-2017 a las 16:35 +, Zbigniew Jędrzejewski-Szmek
escribió:
> On Mon, Aug 07, 2017 at 09:35:46AM -0500, Dennis Gilmore wrote:
> > [3] https://kojipkgs.fedoraproject.org/mass-rebuild/f27-failures.ht
> > ml
> > [4] https://kojipkgs.fedoraproject.org/mass-rebuild/f27-binutils-fa
> > il
On Mon, Aug 07, 2017 at 09:35:46AM -0500, Dennis Gilmore wrote:
> [3] https://kojipkgs.fedoraproject.org/mass-rebuild/f27-failures.html
> [4] https://kojipkgs.fedoraproject.org/mass-rebuild/f27-binutils-failur
> es.html
Will the up-to-date status be tracked somehow?
Zbyszek
__
There will be an outage starting at 2017-08-08 21:00UTC, which will last
approximately 4 hours.
To convert UTC to your local time, take a look at
http://fedoraproject.org/wiki/Infrastructure/UTCHowto or run:
date -d '2017-08-08 21:00 UTC'
Reason for outage:
We will be applying updates and reboo
On 08/07/2017 08:14 AM, Florian Weimer wrote:
> On 08/07/2017 04:35 PM, Dennis Gilmore wrote:
>> We have now completed two mass rebuilds, The first one was the
>> scheduled mass rebuild for Fedora 27 details are here[1] the second one
>> was all archful packages due to the binutils bug[2] on ppc64l
On Mon, Aug 07, 2017 at 09:35:46AM -0500, Dennis Gilmore wrote:
> Hi All,
>
> We have now completed two mass rebuilds, The first one was the
> scheduled mass rebuild for Fedora 27 details are here[1] the second one
> was all archful packages due to the binutils bug[2] on ppc64le. The
> failures pa
On 08/07/2017 04:35 PM, Dennis Gilmore wrote:
> We have now completed two mass rebuilds, The first one was the
> scheduled mass rebuild for Fedora 27 details are here[1] the second one
> was all archful packages due to the binutils bug[2] on ppc64le. The
> failures pages for the two rebuilds can be
On 08/07/2017 04:52 PM, Dennis Gilmore wrote:
> El lun, 07-08-2017 a las 10:00 +0100, Peter Robinson escribió:
>> On Mon, Aug 7, 2017 at 9:53 AM, Florian Weimer
>> wrote:
>>> On 08/01/2017 08:42 AM, den...@ausil.us wrote:
There is no debug repos for the buildroot repos.
>>>
>>> Can we fix thi
On Sun, 2017-08-06 at 10:06 -0400, Matthew Miller wrote:
> On Sun, Aug 06, 2017 at 03:42:08AM +0100, Sérgio Basto wrote:
> > I'm very sorry for my bad mood and I apologize.
> > But what I want emphasize is that we are losing the concept of
> > stability not just in Fedora, it is in many other proje
El lun, 07-08-2017 a las 10:50 -0400, Matthew Miller escribió:
> On Mon, Aug 07, 2017 at 09:35:46AM -0500, Dennis Gilmore wrote:
> > We have now completed two mass rebuilds, The first one was the
> > scheduled mass rebuild for Fedora 27 details are here[1] the second
> > one
> > was all archful pac
El lun, 07-08-2017 a las 10:00 +0100, Peter Robinson escribió:
> On Mon, Aug 7, 2017 at 9:53 AM, Florian Weimer
> wrote:
> > On 08/01/2017 08:42 AM, den...@ausil.us wrote:
> > > There is no debug repos for the buildroot repos.
> >
> > Can we fix this, please? Or offer a tool like “dnf debuginfo-
On Mon, Aug 07, 2017 at 09:35:46AM -0500, Dennis Gilmore wrote:
> We have now completed two mass rebuilds, The first one was the
> scheduled mass rebuild for Fedora 27 details are here[1] the second one
> was all archful packages due to the binutils bug[2] on ppc64le. The
> failures pages for the t
Hi All,
We have now completed two mass rebuilds, The first one was the
scheduled mass rebuild for Fedora 27 details are here[1] the second one
was all archful packages due to the binutils bug[2] on ppc64le. The
failures pages for the two rebuilds can be found here[3] and here[4]
Please quickly cl
On Mon, 2017-08-07 at 07:40 -0400, Matthew Miller wrote:
> On Mon, Aug 07, 2017 at 02:36:45AM +, Zbigniew Jędrzejewski-Szmek wrote:
> > > Apparently, the way this is done in Debian [1] is that the program is
> > > installed as /usr/bin/prename and provided as an alternative to the
> > > util-li
On Mon, Aug 07, 2017 at 07:38:44AM -0400, Josh Boyer wrote:
> > That way, users and admins aren't treated to an explosion of arbitrary
> > days where action is needed to stay on a current stream. Instead, they
> > can plan for annual upgrades as we do now. (I also expect the
> > "platform" module t
> It is problem of FPC, see
> https://bugzilla.redhat.com/show_bug.cgi?id=1475223.
Thank you. Very insightful.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
>Stabs is a ancient debuginfo format that isn't supported by any/most modern
>tools.
Hm. But it seemed to worked fine as recently as July 25.
>You should definitely see if [...] you can produce normal DWARF debuginfo.
I edited the makefile to use a different compiler switch, and with DWARF
debug
On Mon, Aug 07, 2017 at 02:36:45AM +, Zbigniew Jędrzejewski-Szmek wrote:
> > Apparently, the way this is done in Debian [1] is that the program is
> > installed as /usr/bin/prename and provided as an alternative to the
> > util-linux version of /usr/bin/rename via the alternatives system.
[...]
On Sat, Aug 5, 2017 at 1:17 PM, Matthew Miller wrote:
>
> I'm looking at:
>
> https://fedoraproject.org/wiki/Module:Guidelines#SLs_and_EOLs
>
> While not a part of the modulemd specification yet, modules will
> eventually carry a Service Level (SL) value and an End of Life
> (EOL) valu
On Sat, Aug 5, 2017 at 10:57 AM, Matthew Miller
wrote:
> Our Change process has the basic assumption that if a Change isn't
> working, we will be able to back out. But, in practice, when there are
> problems, we often find it that it's easiest to shrug and go forward,
> scrambling to fix problems
On Mon, 2017-08-07 at 09:42 +, Artur Iwicki wrote:
> I maintain a package written in Pascal, which uses fpc for compiling. I
> noticed that recently, koji builds started failing on i686 and armv7hl due to
> the find-debuginfo script failing to, well, extract the debuginfo.
>
> Here's a link
On 2017-08-07, Pierre-Yves Chibon wrote:
> Could you make two tickets of these?
>
https://pagure.io/fedora-infrastructure/issue/6208
https://pagure.io/fedora-infrastructure/issue/6209
-- Petr
___
devel mailing list -- devel@lists.fedoraproject.org
To un
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On Mon, 2017-08-07 at 09:42 +, Artur Iwicki wrote:
> I maintain a package written in Pascal, which uses fpc for compiling.
> I noticed that recently, koji builds started failing on i686 and
> armv7hl due to the find-debuginfo script failing to, w
I maintain a package written in Pascal, which uses fpc for compiling. I noticed
that recently, koji builds started failing on i686 and armv7hl due to the
find-debuginfo script failing to, well, extract the debuginfo.
Here's a link to a failed koji build (mass-rebuild by releng):
https://koji.fed
On Mon, Aug 07, 2017 at 08:19:55AM +, Petr Pisar wrote:
> Related thing: Since the Pagure overhaul, e-mails about pushed commits
> do not contain commit body (the diff). That makes the e-mail
> notificition less helpfull for me. I'm more interrested in what changed
> than that something changed
On Mon, Aug 7, 2017 at 9:53 AM, Florian Weimer wrote:
> On 08/01/2017 08:42 AM, den...@ausil.us wrote:
>> There is no debug repos for the buildroot repos.
>
> Can we fix this, please? Or offer a tool like “dnf debuginfo-install”
> that gets the debuginfo directly from Koji, without a need for a r
On 08/01/2017 08:42 AM, den...@ausil.us wrote:
> There is no debug repos for the buildroot repos.
Can we fix this, please? Or offer a tool like “dnf debuginfo-install”
that gets the debuginfo directly from Koji, without a need for a repository?
With the more fine-grained debuginfo packages, thos
On Mon, Aug 07, 2017 at 08:19:55AM +, Petr Pisar wrote:
> On 2017-08-03, Pierre-Yves Chibon wrote:
> > CC in Bugzilla
> > --
> >
> > Pagure over dist-git does not offer issue tracking. Issues for
> > packages will continue to be tracked in Bugzilla. However, if you
> > look at the
On 2017-08-03, Pierre-Yves Chibon wrote:
> CC in Bugzilla
> --
>
> Pagure over dist-git does not offer issue tracking. Issues for
> packages will continue to be tracked in Bugzilla. However, if you
> look at the watch options in a project in Pagure over dist-git, you
> will see there
On Mon, Aug 07, 2017 at 02:09:51AM +0100, Peter Robinson wrote:
> On Thu, Aug 3, 2017 at 4:21 PM, Pierre-Yves Chibon
> wrote:
> > New package and new branch request process
> > --
> >
> > PkgDB used to be the place where packagers could request a new branch
Hi folks! I'm proposing we cancel the QA meeting tomorrow. I don't have
anything super important for the agenda, and tomorrow is a vacation day
at least in Canada and I think possibly in the US as well. If you're
aware of anything important we have to discuss this week, please do
reply to this mail
Announcing the creation of a new nightly release validation test event
for Fedora 27 Rawhide 20170804.n.1. Please help run some tests for this
nightly compose if you have time. For more information on nightly
release validation testing, see:
https://fedoraproject.org/wiki/QA:Release_validation_test
49 matches
Mail list logo
