No missing expected images.
Passed openQA tests: 2/2 (x86_64)
--
Mail generated by check-compose:
https://pagure.io/fedora-qa/check-compose
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to
- Original Message -
> From: "William Brown"
> To: "Simon Pichugin"
> Cc: "389-devel" <389-devel@lists.fedoraproject.org>
> Sent: Friday, March 9, 2018 12:30:40 AM
> Subject: Re: Use of int types in the code base,
>
> On Thu, 2018-03-08
On Thu, 2018-03-08 at 11:24 -0800, Kevin Fenzi wrote:
> * CI/automated tests run on it, and if all is ok goes out in the next
> rawhide compose.
> * If not ok, you could wave the results or build more things/edit the
> update until it passes.
Hi,
so it looks like you are going to remove
> "PM" == Panu Matilainen writes:
PM> It's not a solution because doing so usually drags half the distro
PM> along due to library dependencies etc.
That's true if you're updating to the rpm/dnf/whatever from the distro
you want to upgrade to. That's not true if you're
On 03/08/2018 07:53 PM, Kevin Kofler wrote:
> Randy Barlow wrote:
>> It may be possible to automate the process a bit to make it less heavy
>> for developers, though there is some complication for multi-package
>> updates
>
> Some automation would help, sure. But if we are going to do things
>
e images in the compose:
>
> https://kojipkgs.fedoraproject.org/compose/rawhide/Fedora-Rawhide-20180308.n.2/compose/CloudImages/x86_64/images/
>
> I wonder if the name should be
> Fedora-AtomicHost-Rawhide-20180308.n.2.x86_64.qcow2
> and that's why it's complaining? We should be able to fix
We really need to get things working with the latest (or at least the
second-to-latest, but ideally only the latest) LLVM and not carry ancient
compatibility versions that are a symbol conflict minefield:
Yaakov Selkowitz wrote:
> On 2018-03-08 16:54, Adam Williamson wrote:
>> llvm3.9
>
>
Randy Barlow wrote:
> As one of the Bodhi contributors, I am inclined to suggest that we could
> use Bodhi on Rawhide, similar to how we use it for our stable/branched
> releases, with more relaxed rules (perhaps 1 day in testing or something
> simple).
IMHO, this is highly impractical. Having to
Adam Williamson wrote:
> This cycle was actually kind of an interesting case, because on the one
> hand, there's a pretty good argument that we were in a very bad state
> at freeze time this cycle. On the *other* hand, one of the main reasons
> we were in a bad state is because people kept
On 03/08/2018 08:17 PM, Fedora compose checker wrote:
> Missing expected images:
>
> Atomichost qcow2 x86_64
> Atomichost raw-xz x86_64
This is kind of interesting.. I see these images in the compose:
https://kojipkgs.fedoraproject.org/compose/rawhide/Fedora-Rawhide-20180308
Missing expected images:
Atomichost qcow2 x86_64
Atomichost raw-xz x86_64
Failed openQA tests: 25/129 (x86_64), 6/24 (i386), 1/2 (arm)
ID: 199278 Test: x86_64 Server-dvd-iso server_role_deploy_domain_controller
URL: https://openqa.fedoraproject.org/tests/199278
ID: 199280 Test: x86_64
On Thu, Mar 08, 2018 at 04:06:33PM -0800, Adam Williamson wrote:
> On Thu, 2018-03-08 at 17:23 -0600, Yaakov Selkowitz wrote:
> >
> > > llvm3.9
> >
> > Still required by julia[1].
>
> "The Julia Language: A fresh approach to technical computing."
>
> But not *too* fresh, apparently. ;)
https://bugzilla.redhat.com/show_bug.cgi?id=1553503
Bug ID: 1553503
Summary: perl-Time-Moment-0.43 is available
Product: Fedora
Version: rawhide
Component: perl-Time-Moment
Keywords: FutureFeature, Triaged
Assignee:
On Thu, 2018-03-08 at 17:23 -0600, Yaakov Selkowitz wrote:
> > llvm4.0
>
> Still required by ldc due to an issue on ppc64le[2].
The 'issue' referred to there is closed upstream:
https://bugs.llvm.org/show_bug.cgi?id=36292
as of a couple of weeks ago. Perhaps the fix can be applied to our
On Thu, 2018-03-08 at 17:23 -0600, Yaakov Selkowitz wrote:
>
> > llvm3.9
>
> Still required by julia[1].
"The Julia Language: A fresh approach to technical computing."
But not *too* fresh, apparently. ;)
--
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Twitter: AdamW_Fedora | XMPP:
On Thu, 2018-03-08 at 15:47 -0800, Josh Stone wrote:
> On 03/08/2018 03:25 PM, Yaakov Selkowitz wrote:
> > On 2018-03-08 17:05, Adam Williamson wrote:
> > > On Thu, 2018-03-08 at 14:54 -0800, Adam Williamson wrote:
> > > > While rebuilding stuff for "GCC 8 ABI change on x86_64", I noticed we
> > >
On 03/08/2018 03:25 PM, Yaakov Selkowitz wrote:
> On 2018-03-08 17:05, Adam Williamson wrote:
>> On Thu, 2018-03-08 at 14:54 -0800, Adam Williamson wrote:
>>> While rebuilding stuff for "GCC 8 ABI change on x86_64", I noticed we
>>> have a rather magnificent collection of ancient llvm versions:
On 03/08/2018 03:23 PM, Yaakov Selkowitz wrote:
> On 2018-03-08 16:54, Adam Williamson wrote:
>> While rebuilding stuff for "GCC 8 ABI change on x86_64", I noticed we
>> have a rather magnificent collection of ancient llvm versions:
>
> Please double-check, but based on results of dnf repoquery
https://bugzilla.redhat.com/show_bug.cgi?id=1553479
--- Comment #1 from R P Herrold ---
another symptom of the problem is the inability to save a cookie, and so having
to repeatedly log in over and over again
--
You are receiving this mail because:
You are on the CC
rust-structopt-0.2.5-1.fc29 and rust-structopt-derive-0.2.5-1.fc29 come
with a license change from "WTFPL" to "ASL 2.0 or MIT".
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
On Thu, 2018-03-08 at 17:33 -0500, Simon Pichugin wrote:
> Hi William!
> Thank you for the email. It has clarified the things for me. :)
> I still have one question though.
>
> Do I understand right that I need also to cast types with these types
> from inttypes.h?
> So use it not only in the
Le jeudi 08 mars 2018 à 15:47 -0500, Stephen John Smoogen a écrit :
> On 8 March 2018 at 15:32, Stephen John Smoogen
> wrote:
> > On 8 March 2018 at 13:38, Nicolas Mailhot > et> wrote:
> > I have spent this afternoon going through many of your emails
On 2018-03-08 17:05, Adam Williamson wrote:
> On Thu, 2018-03-08 at 14:54 -0800, Adam Williamson wrote:
>> While rebuilding stuff for "GCC 8 ABI change on x86_64", I noticed we
>> have a rather magnificent collection of ancient llvm versions:
>>
>> llvm34
>> llvm35
>> llvm3.9
>> llvm4.0
>> llvm5.0
On 2018-03-08 16:54, Adam Williamson wrote:
> While rebuilding stuff for "GCC 8 ABI change on x86_64", I noticed we
> have a rather magnificent collection of ancient llvm versions:
Please double-check, but based on results of dnf repoquery of the
respective -libs subpackage:
> llvm34
Don't see
On 2018-03-08 5:58 AM, Daniel P. Berrangé wrote:
On Thu, Mar 08, 2018 at 11:23:45AM +0100, Jos de Kloe wrote:
I have a question about an open review request on the eccodes package,
see: https://bugzilla.redhat.com/show_bug.cgi?id=1508950
Eccodes will replace grib_api for which downstream will
https://bugzilla.redhat.com/show_bug.cgi?id=1553479
Bug ID: 1553479
Summary: SElinux denials on stock install
Product: Fedora EPEL
Version: el6
Component: bugzilla
Assignee: ita...@ispbrasil.com.br
Reporter:
On Thu, 2018-03-08 at 14:54 -0800, Adam Williamson wrote:
> While rebuilding stuff for "GCC 8 ABI change on x86_64", I noticed we
> have a rather magnificent collection of ancient llvm versions:
>
> llvm34
> llvm35
> llvm3.9
> llvm4.0
> llvm5.0
>
> None of these is retired (llvm33 and llvm3.7
While rebuilding stuff for "GCC 8 ABI change on x86_64", I noticed we
have a rather magnificent collection of ancient llvm versions:
llvm34
llvm35
llvm3.9
llvm4.0
llvm5.0
None of these is retired (llvm33 and llvm3.7 also exist, but *are*
retired). llvm34 and llvm35 don't build successfully and
Fixed issues with inttypes.
On Wed, Mar 07, 2018 at 08:01:33PM +0100, Simon Pichugin wrote:
> Fixed compile warnings.
>
> On Wed, Mar 07, 2018 at 06:53:53PM +0100, Simon Pichugin wrote:
> > Hi team,
> > please, review:
> >
> > https://pagure.io/389-ds-base/pull-request/49595
> >
Hi William!
Thank you for the email. It has clarified the things for me. :)
I still have one question though.
Do I understand right that I need also to cast types with these types from
inttypes.h?
So use it not only in the defenitions.
- sprintf(buf, "%lu", (long unsigned int)maxsize);
+
We would like to have a VFAD (virtual Fedora Activity Day) on March 9th at
approximately Fri Mar 9 15:00:00 UTC 2018 .
This is 10 AM eastern.
signature.asc
Description: PGP signature
___
devel mailing list -- devel@lists.fedoraproject.org
To
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On Thu, 2018-03-08 at 13:00 -0500, Randy Barlow wrote:
> Greetings fellow Fedorans!
>
> I would like to kick off a general discussion about how we might gate
> packages in Rawhide. I think it would be nice to get something in
> place
> for the
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On Thu, 2018-03-08 at 19:33 +, Richard Hughes wrote:
> Hi,
>
> I've packaged up flask_oauthlib to use for a project I'm developing,
> and am close to submitting it for a Fedora package review. I'm
> wondering if the underscore should be used,
> On Wed, 2018-03-07 at 20:46 -0500, Mukundan Ragavan wrote:
>
> Thanks for the notification.
>
> Note F28 is currently in freeze for Beta; this is a long freeze, and
> honestly, might get longer, given the current state of things. So I'm
> not sure whether it'd be optimal to have this committed
El jue, 08-03-2018 a las 12:55 +0200, Panu Matilainen escribió:
> On 03/08/2018 12:42 PM, Panu Matilainen wrote:
> > On 03/08/2018 12:21 PM, Reindl Harald wrote:
> > >
> > >
> > > Am 08.03.2018 um 08:53 schrieb Panu Matilainen:
> > > > P.P.S. So why didn't yum have anything like that? Because
On 8 March 2018 at 15:32, Stephen John Smoogen wrote:
> On 8 March 2018 at 13:38, Nicolas Mailhot wrote:
> I have spent this afternoon going through many of your emails and our
> logs so I could find try to figure out what to help you. Coming back
Hi everyone,
This is a reminder that tomorrow we have a VFAD (Virtual Fedora Activity Day)
for everyone who
can and wants to join in on the discussions:
https://pagure.io/atomic-wg/issue/429
--
Location:
https://bluejeans.com/dmabe
--
Topics:
[upstream technology]
* rpm-ostree
On 8 March 2018 at 13:38, Nicolas Mailhot wrote:
> Le jeudi 08 mars 2018 à 17:57 +, Tom Hughes a écrit :
>>
>> No, it almost certainly means that laposte.net have announced via
>> their DNS records that emails with laposte.net addresses should not
>> be trusted
On Do, 08.03.18 16:51, Zbigniew Jędrzejewski-Szmek (zbys...@in.waw.pl) wrote:
> On Thu, Mar 08, 2018 at 05:45:24PM +0100, Lennart Poettering wrote:
> > On Mo, 05.03.18 20:35, Adam Goode (a...@spicenitz.org) wrote:
> >
> > > > On Mon, Mar 05, 2018 at 06:45:35PM -, Adam Goode wrote:
> > > >
>
On 18-03-07 14:14:38, Nicolas Mailhot wrote:
Le mercredi 07 mars 2018 à 12:18 -0500, Josh Boyer a écrit :
> On Wed, Mar 7, 2018 at 12:11 PM, Nicolas Mailhot
> wrote:
> > Le mercredi 07 mars 2018 à 11:31 -0500, Stephen John Smoogen a
écrit
> > :
> > >
> > > I
Hi,
I've packaged up flask_oauthlib to use for a project I'm developing,
and am close to submitting it for a Fedora package review. I'm
wondering if the underscore should be used, and the package guidelines
tell me to ask here. The source package could either be:
* python-flask_oauthlib
*
On 08/03/18 19:25, Mattia Verga wrote:
Il 08/03/2018 20:11, Richard Shaw ha scritto:
What about making side tags easily available to packagers directly? I
could build my package that includes an ABI breaking update and
rebuild the dependencies within that side tag and then submit when
On 03/08/2018 11:11 AM, Richard Shaw wrote:
> What about making side tags easily available to packagers directly? I could
> build my package that includes an ABI breaking update and rebuild the
> dependencies within that side tag and then submit when everything is
> complete.
Yes, teaching bodhi
Il 08/03/2018 20:11, Richard Shaw ha scritto:
What about making side tags easily available to packagers directly? I
could build my package that includes an ABI breaking update and
rebuild the dependencies within that side tag and then submit when
everything is complete.
+1
Maybe something
What about making side tags easily available to packagers directly? I could
build my package that includes an ABI breaking update and rebuild the
dependencies within that side tag and then submit when everything is
complete.
Richard
___
devel mailing
Il 08/03/2018 19:00, Randy Barlow ha scritto:
As one of the Bodhi contributors, I am inclined to suggest that we could
use Bodhi on Rawhide, similar to how we use it for our stable/branched
releases, with more relaxed rules (perhaps 1 day in testing or something
simple).
Rawhide is a place
On jeudi 8 mars 2018 16:37:57 CET Jan Chaloupka wrote:
> On 03/07/2018 04:07 PM, Jan Chaloupka wrote:
> >
> > Saying that, I will prepare new builds of gofed so the new spec files
> > are generated with the new macros.
>
>
> F27 gofed build:
>
On 03/08/2018 10:00 AM, Randy Barlow wrote:
> Greetings fellow Fedorans!
>
> I would like to kick off a general discussion about how we might gate
> packages in Rawhide. I think it would be nice to get something in place
> for the Fedora 29 timeframe.
I was hoping we could come up with a more
On 03/08/2018 01:32 PM, Michael Cronenworth wrote:
> Why must the process change? It seems every bit of Fedora in the past
> year has been changing... for the sake of change.
We've had extreme issues with stability in Rawhide lately that could
have been prevented with automated testing. These
Le jeudi 08 mars 2018 à 17:57 +, Tom Hughes a écrit :
>
> No, it almost certainly means that laposte.net have announced via
> their DNS records that emails with laposte.net addresses should not
> be trusted unless they come direct from a laposte.net server.
Actually, it probably means the
On 03/08/2018 12:00 PM, Randy Barlow wrote:
If you have other suggestions on how we might gate packages in Rawhide
that are wildly different than the above, please feel free to share!
Why must the process change? It seems every bit of Fedora in the past year has been
changing... for the sake
Greetings fellow Fedorans!
I would like to kick off a general discussion about how we might gate
packages in Rawhide. I think it would be nice to get something in place
for the Fedora 29 timeframe.
As one of the Bodhi contributors, I am inclined to suggest that we could
use Bodhi on Rawhide,
On 08/03/18 17:46, Nicolas Mailhot wrote:
Le jeudi 08 mars 2018 à 18:11 +0100, Fabio Valentini a écrit :
Additionally, I frequently get Spam warnings for your e-mails because
they don't pass the validation tests for being sent from a laposte.net
address.
That tells a lot more about USA
On Thu, Mar 08, 2018 at 05:52:05PM +, Sérgio Basto wrote:
> On Thu, 2018-03-08 at 10:25 +0100, Marek Polacek wrote:
> > On Wed, Mar 07, 2018 at 07:20:18PM +, Sérgio Basto wrote:
> > > On Wed, 2018-03-07 at 19:50 +0100, Marek Polacek wrote:
> > > > I did another mass rebuild with a
On Thu, 8 Mar 2018, Nicolas Mailhot wrote:
> That tells a lot more about USA operators being not willing to work with
> non USA operators than anything else.
ehh?
from the headers in that post, as received by me:
X-Authentication-Results: bastion01.phx2.fedoraproject.org;
dkim=fail
On Thu, 2018-03-08 at 10:25 +0100, Marek Polacek wrote:
> On Wed, Mar 07, 2018 at 07:20:18PM +, Sérgio Basto wrote:
> > On Wed, 2018-03-07 at 19:50 +0100, Marek Polacek wrote:
> > > I did another mass rebuild with a specially-tweaked gcc in order
> > > to
> > > find out
> > > which packages
Le jeudi 08 mars 2018 à 18:11 +0100, Fabio Valentini a écrit :
>
> Additionally, I frequently get Spam warnings for your e-mails because
> they don't pass the validation tests for being sent from a laposte.net
> address.
That tells a lot more about USA operators being not willing to work with
On Thu, 2018-03-08 at 10:15 -0500, Przemek Klosowski wrote:
>
> Having said that, I could see there might be a case for delaying the
> freeze before it starts, if the overall schedule is delayed for
> well-understood reasons.
This cycle was actually kind of an interesting case, because on the
On Thu, 2018-03-08 at 15:51 +0100, Kevin Kofler wrote:
> Adam Williamson wrote:
> > Note F28 is currently in freeze for Beta; this is a long freeze, and
> > honestly, might get longer, given the current state of things.
>
> IMHO, if we know that we are not in a good enough state to release, we
>
On Thu, 2018-03-08 at 17:47 +0100, Nicolas Mailhot wrote:
> Le jeudi 08 mars 2018 à 18:15 +0200, Yanko Kaneti a écrit :
> >
> > Nobody would care if a MTA on the way Fedora-ml->your-mailbox adds
> > because nobody but you would see it.
>
> And what, exactly, do you think answers to those mails
On Thu, Mar 8, 2018 at 5:47 PM, Nicolas Mailhot
wrote:
> Le jeudi 08 mars 2018 à 18:15 +0200, Yanko Kaneti a écrit :
>>
>> Nobody would care if a MTA on the way Fedora-ml->your-mailbox adds
>> because nobody but you would see it.
>
> And what, exactly, do you think
The following Fedora EPEL 7 Security updates need testing:
Age URL
1095 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-1087
dokuwiki-0-0.24.20140929c.el7
858 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-dac7ed832f
mcollective-2.8.4-1.el7
440
The following Fedora EPEL 6 Security updates need testing:
Age URL
968 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-7168
rubygem-crack-0.3.2-2.el6
858 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-e2b4b5b2fb
mcollective-2.8.4-1.el6
829
On Thu, Mar 08, 2018 at 05:45:24PM +0100, Lennart Poettering wrote:
> On Mo, 05.03.18 20:35, Adam Goode (a...@spicenitz.org) wrote:
>
> > > On Mon, Mar 05, 2018 at 06:45:35PM -, Adam Goode wrote:
> > >
> > > Hi,
> > >
> > > Lennart has the flu, so he'll probably wont' reply immediately.
> >
Le jeudi 08 mars 2018 à 18:15 +0200, Yanko Kaneti a écrit :
>
> Nobody would care if a MTA on the way Fedora-ml->your-mailbox adds
> because nobody but you would see it.
And what, exactly, do you think answers to those mails look like once
they had this added on the incoming route? You're not
On Mo, 05.03.18 20:35, Adam Goode (a...@spicenitz.org) wrote:
> > On Mon, Mar 05, 2018 at 06:45:35PM -, Adam Goode wrote:
> >
> > Hi,
> >
> > Lennart has the flu, so he'll probably wont' reply immediately.
> > I'll ping him, but you can expect that he will want to give the
> > package away.
On Wed, 2018-03-07 at 20:14 +0100, Nicolas Mailhot wrote:
> Le mercredi 07 mars 2018 à 12:18 -0500, Josh Boyer a écrit :
> > On Wed, Mar 7, 2018 at 12:11 PM, Nicolas Mailhot
> > wrote:
> > > Le mercredi 07 mars 2018 à 11:31 -0500, Stephen John Smoogen a
> > > écrit
>
https://bugzilla.redhat.com/show_bug.cgi?id=1551819
--- Comment #6 from Fedora Update System ---
perl-Test-Simple-1.302130-1.fc28 perl-Test2-Suite-0.000106-1.fc28 has been
submitted as an update to Fedora 28.
https://bugzilla.redhat.com/show_bug.cgi?id=1552358
--- Comment #4 from Fedora Update System ---
perl-Test-Simple-1.302130-1.fc28 perl-Test2-Suite-0.000106-1.fc28 has been
submitted as an update to Fedora 28.
Following is the list of topics that will be discussed in the
FESCo meeting Friday at 15: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 '2018-03-09 15:00 UTC'
Links to all issues below
On 03/08/2018 09:51 AM, Kevin Kofler wrote:
> IMHO, if we know that we are not in a good enough state to release, we
> should delay the start of the freeze (in the current case where it has
> already started: cancel the freeze and try again later) until we are in a
> releasable state. It just
On 03/07/2018 04:07 PM, Jan Chaloupka wrote:
On 03/07/2018 04:02 PM, Jan Chaloupka wrote:
On 03/07/2018 03:50 PM, Robert-André Mauchin wrote:
On mardi 6 mars 2018 12:47:40 CET Jan Chaloupka wrote:
Hi Robert-André,
thank you for your patience and all comments pointing out pieces that
https://bugzilla.redhat.com/show_bug.cgi?id=1552960
Fedora Update System changed:
What|Removed |Added
Status|MODIFIED|ON_QA
https://bugzilla.redhat.com/show_bug.cgi?id=719874
Fedora Update System changed:
What|Removed |Added
Status|CLOSED |ON_QA
https://bugzilla.redhat.com/show_bug.cgi?id=1549504
Fedora Update System changed:
What|Removed |Added
Status|MODIFIED|ON_QA
https://bugzilla.redhat.com/show_bug.cgi?id=1551819
Fedora Update System changed:
What|Removed |Added
Status|MODIFIED|ON_QA
https://bugzilla.redhat.com/show_bug.cgi?id=1552358
Fedora Update System changed:
What|Removed |Added
Status|MODIFIED|ON_QA
On Thu, Mar 8, 2018 at 10:02 AM William Cohen wrote:
> On 03/07/2018 02:43 AM, Igor Gnatenko wrote:
> > -BEGIN PGP SIGNED MESSAGE-
> > Hash: SHA256
> >
> > This is the second iteration of my mass-scratch-rebuild without
> > gcc/gcc-c++ in the buildroot[0]. Everything
On 03/08/2018 09:51 AM, Kevin Kofler wrote:
Adam Williamson wrote:
Note F28 is currently in freeze for Beta; this is a long freeze, and
honestly, might get longer, given the current state of things.
IMHO, if we know that we are not in a good enough state to release, we
should delay the start
I wrote:
> Fedora:
>> Beta and Final freezes are in effect from 00:00 UTC of the freeze day.
>
> KDE:
>> All deadlines are due 23:59 UTC, but if you need a few more hours, notify
>> someone from the release team.
PS: The deadlines I encountered for academic CfPs were also KDE style (23:59
in a
On 03/08/2018 02:23 PM, Neal Gompa wrote:
On Thu, Mar 8, 2018 at 6:48 AM, Panu Matilainen wrote:
On 03/08/2018 01:39 PM, Neal Gompa wrote:
On Thu, Mar 8, 2018 at 2:53 AM, Panu Matilainen
wrote:
On 03/07/2018 03:10 PM, Neal Gompa wrote:
On Wed,
On 03/07/2018 02:43 AM, Igor Gnatenko wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
>
> This is the second iteration of my mass-scratch-rebuild without
> gcc/gcc-c++ in the buildroot[0]. Everything what was written in
> original mail still applies.
>
> Since people might have fixed
Adam Williamson wrote:
> Note F28 is currently in freeze for Beta; this is a long freeze, and
> honestly, might get longer, given the current state of things.
IMHO, if we know that we are not in a good enough state to release, we
should delay the start of the freeze (in the current case where it
Hi,
When creating the package gnome-shell-extension-media-player-indicator, no
gschemas.compiled is created.
rpm spec file:
https://src.fedoraproject.org/cgit/rpms/gnome-shell-extension-media-player-indicator.git/tree/gnome-shell-extension-media-player-indicator.spec
What is going wrong ?
On Thu, Mar 8, 2018 at 6:48 AM, Panu Matilainen wrote:
> On 03/08/2018 01:39 PM, Neal Gompa wrote:
>>
>> On Thu, Mar 8, 2018 at 2:53 AM, Panu Matilainen
>> wrote:
>>>
>>> On 03/07/2018 03:10 PM, Neal Gompa wrote:
On Wed, Mar 7, 2018 at
https://bugzilla.redhat.com/show_bug.cgi?id=1553141
Bug ID: 1553141
Summary: perl-Filesys-Notify-Simple-0.13 is available
Product: Fedora
Version: rawhide
Component: perl-Filesys-Notify-Simple
Keywords: FutureFeature, Triaged
On 03/08/2018 01:39 PM, Neal Gompa wrote:
On Thu, Mar 8, 2018 at 2:53 AM, Panu Matilainen wrote:
On 03/07/2018 03:10 PM, Neal Gompa wrote:
On Wed, Mar 7, 2018 at 5:52 AM, Igor Gnatenko
wrote:
And you forgot:
5. Teach DNF to use
On Thu, Mar 8, 2018 at 2:53 AM, Panu Matilainen wrote:
> On 03/07/2018 03:10 PM, Neal Gompa wrote:
>>
>> On Wed, Mar 7, 2018 at 5:52 AM, Igor Gnatenko
>> wrote:
>>>
>>> And you forgot:
>>> 5. Teach DNF to use "target" DNF/RPM stack to
On Thu, Mar 08, 2018 at 11:23:45AM +0100, Jos de Kloe wrote:
> I have a question about an open review request on the eccodes package,
> see: https://bugzilla.redhat.com/show_bug.cgi?id=1508950
>
> Eccodes will replace grib_api for which downstream will stop support at
> the end of this year.
>
On 03/08/2018 12:42 PM, Panu Matilainen wrote:
On 03/08/2018 12:21 PM, Reindl Harald wrote:
Am 08.03.2018 um 08:53 schrieb Panu Matilainen:
P.P.S. So why didn't yum have anything like that? Because back then,
there were other upgrade methods that did run on the "target stack":
anaconda,
Am Dienstag, den 06.03.2018, 15:10 +0100 schrieb Björn 'besser82' Esser:
> Hello folks,
>
> I'll update json-c to v0.13.1 for fc28 and Rawhide. This will bump
> libjson-c so-name from 3 to 4 without any changes to the API. The
> bump
> was done, because some distributions already bumped the
On 03/08/2018 12:21 PM, Reindl Harald wrote:
Am 08.03.2018 um 08:53 schrieb Panu Matilainen:
P.P.S. So why didn't yum have anything like that? Because back then,
there were other upgrade methods that did run on the "target stack":
anaconda, preupgrade, fedup to name a few
and i never used
I have a question about an open review request on the eccodes package,
see: https://bugzilla.redhat.com/show_bug.cgi?id=1508950
Eccodes will replace grib_api for which downstream will stop support at
the end of this year.
Therefore the first draft spec file had Obsoletes/Provides entries to
make
On Wed, Mar 07, 2018 at 09:19:15PM -0800, Adam Williamson wrote:
> On Wed, 2018-03-07 at 19:50 +0100, Marek Polacek wrote:
> > Recently we discovered a serious bug in the compiler whereby we miscompiled
> > several packages. The problem started with my ABI-changing patch which
> > changed
> >
On Wed, Mar 07, 2018 at 09:36:29PM +0100, Jakub Jelinek wrote:
> On Wed, Mar 07, 2018 at 12:27:34PM -0800, Adam Williamson wrote:
> > On Wed, 2018-03-07 at 19:50 +0100, Marek Polacek wrote:
> > > Recently we discovered a serious bug in the compiler whereby we
> > > miscompiled
> > > several
On Wed, Mar 07, 2018 at 07:20:18PM +, Sérgio Basto wrote:
> On Wed, 2018-03-07 at 19:50 +0100, Marek Polacek wrote:
> > I did another mass rebuild with a specially-tweaked gcc in order to
> > find out
> > which packages need to be rebuild with patched gcc-8.0.1-0.16.
>
> How we find out the
https://bugzilla.redhat.com/show_bug.cgi?id=1552960
--- Comment #1 from Fedora Update System ---
perl-Log-Dispatch-FileRotate-1.35-1.fc28 has been submitted as an update to
Fedora 28. https://bodhi.fedoraproject.org/updates/FEDORA-2018-9cb96b97de
--
You are
https://bugzilla.redhat.com/show_bug.cgi?id=719874
--- Comment #16 from Fedora Update System ---
perl-threads-lite-0.034-13.fc28 has been submitted as an update to Fedora 28.
https://bodhi.fedoraproject.org/updates/FEDORA-2018-95f1522681
--
You are receiving this
Dne 8.3.2018 v 09:19 Igor Gnatenko napsal(a):
> On Wed, 2018-03-07 at 16:39 +0100, Vít Ondruch wrote:
>
> > Dne 7.3.2018 v 15:08 Jerry James napsal(a):
> >> On Wed, Mar 7, 2018 at 12:43 AM, Igor Gnatenko
> >> wrote:
> >>> This is the second iteration of my
then I will omit meson_test in the %check section.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
1 - 100 of 110 matches
Mail list logo