Fedora 29 Mass Branching

[Mohan Boddu]

Hi All,

Fedora 29 has now been branched, please be sure to do a git pull
--rebase to pick up the new branch, as an additional reminder
rawhide/f30 has been completely isolated from previous releases, so
this means that anything you do for f29 you also have to do in the
master branch and do a build there. There will be a Fedora 29 compose
ASAP and it'll appear
http://dl.fedoraproject.org/pub/fedora/linux/development/29/
 once
complete. Please be sure to check it out. Bodhi is currently not
active for Fedora 29, it will be enabled in couple of weeks time when we hit
Beta change freeze point in the Fedora 29 schedule[1].

Mohan Boddu.

[1] https://fedoraproject.org/wiki/Releases/29/Schedule
___
devel-announce mailing list -- devel-annou...@lists.fedoraproject.org
To unsubscribe send an email to devel-announce-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel-annou...@lists.fedoraproject.org/message/3QDI462CHQUP3AS2Y3RJWDPT4R3V5HHV/
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/3QDI462CHQUP3AS2Y3RJWDPT4R3V5HHV/

Re: [HEADS UP] -Wl,--as-needed is added in rawhide

[Panu Matilainen]

On 08/15/2018 08:11 AM, Igor Gnatenko wrote:

It's in redhat-rpm-config-118-1.fc30.

If it causes any problems for you - let me know. In the meantime, you 
can use `%undefine _ld_as_needed` to disable it.


I still don't see anything to resolve the libtool issue - namely that 
libtool reorders the linker flags in a manner that ends up disabling 
--as-needed. In other words, libtool-using projects (of which there must 
still be plenty) will not benefit from this at all.


See https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=347650 for 
details, but in short Debian carries a libtool patch to overcome this 
and others (Gentoo, Mageia at least) have copied that.


- Panu -
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/YMYXKRIL7KPF5JUTJNLK2ZFA2KXSJVXV/

Re: Fedora 29 Mass Branching

[Miroslav Suchý]

Dne 15.8.2018 v 00:37 Mohan Boddu napsal(a):
> Hi All,
> 
> Fedora 29 has now been branched, please be sure to do a git pull
> --rebase to pick up the new branch, as an additional reminder
> rawhide/f30 has been completely isolated from previous releases, so
> this means that anything you do for f29 you also have to do in the
> master branch and do a build there. There will be a Fedora 29 compose
> ASAP and it'll appear
> http://dl.fedoraproject.org/pub/fedora/linux/development/29/
>  once
> complete. Please be sure to check it out. Bodhi is currently not
> active for Fedora 29, it will be enabled in couple of weeks time when we hit
> Beta change freeze point in the Fedora 29 schedule[1].


Note that F29 configs for mock are available in mock-core-configs-29.1, which 
is currently in updates-testing.

Miroslav
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/CNPCAHYAXAAS45NTNH55O5CRY6S3NMII/

Mono - Do we have a maintainer?

[Radka Janekova]

Hi,

mono-devel packages are far behind upstream, and the mono-sig seems
unresponsive as whole. This leads me to a question, do we have a maintainer
for mono?

I can take a look at it within the next month or two if there really isn't
anyone else...

Regards,
Radka

--
*Radka Janeková*
.NET Engineer, Red Hat
*radka.ja...@redhat.com *
IRC: radka | Freenode: Rhea
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/TXJJWGDMTDHBBA3IPSA2NTXJB66D6P26/

Re: Mono - Do we have a maintainer?

[Manas Mangaonkar]

Hey,

incase this has been abandoned,i can take this up.I recently published my
first package --> KernelHighperf

and
would love to work on something else and gain more experience as a
packager.

On Wed, Aug 15, 2018 at 3:46 PM, Radka Janekova 
wrote:

> Hi,
>
> mono-devel packages are far behind upstream, and the mono-sig seems
> unresponsive as whole. This leads me to a question, do we have a maintainer
> for mono?
>
> I can take a look at it within the next month or two if there really isn't
> anyone else...
>
> Regards,
> Radka
>
> --
> *Radka Janeková*
> .NET Engineer, Red Hat
> *radka.ja...@redhat.com *
> IRC: radka | Freenode: Rhea
>
>
> ___
> devel mailing list -- devel@lists.fedoraproject.org
> To unsubscribe send an email to devel-le...@lists.fedoraproject.org
> Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.
> fedoraproject.org/message/TXJJWGDMTDHBBA3IPSA2NTXJB66D6P26/
>
>
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/7UFASPX3QBIREU3OQK4J2QLYOS2BXEAJ/

Re: Mono - Do we have a maintainer?

[Peter Lemenkov]

Hello All!

2018-08-15 12:16 GMT+02:00 Radka Janekova :
>
> Hi,
>
> mono-devel packages are far behind upstream, and the mono-sig seems 
> unresponsive as whole. This leads me to a question, do we have a maintainer 
> for mono?
>
> I can take a look at it within the next month or two if there really isn't 
> anyone else...

Sounds like a plan!

-- 
With best regards, Peter Lemenkov.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/ZBRHX2XHKMK4HXFZ7BUL3YBLQNKJD7CD/

Re: [HEADS UP] -Wl,--as-needed is added in rawhide

[Igor Gnatenko]

On Wed, Aug 15, 2018 at 10:51 AM Panu Matilainen 
wrote:

> On 08/15/2018 08:11 AM, Igor Gnatenko wrote:
> > It's in redhat-rpm-config-118-1.fc30.
> >
> > If it causes any problems for you - let me know. In the meantime, you
> > can use `%undefine _ld_as_needed` to disable it.
>
> I still don't see anything to resolve the libtool issue - namely that
> libtool reorders the linker flags in a manner that ends up disabling
> --as-needed. In other words, libtool-using projects (of which there must
> still be plenty) will not benefit from this at all.
>

At least good projects will benefit from this.

It seems I forgot about this from previous discussions, sorry. I will look
at it and try to work with libtool maintainer to fix it.

Thanks for reminding me about this!


> See https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=347650 for
> details, but in short Debian carries a libtool patch to overcome this
>
and others (Gentoo, Mageia at least) have copied that.
>
> - Panu -
> ___
> devel mailing list -- devel@lists.fedoraproject.org
> To unsubscribe send an email to devel-le...@lists.fedoraproject.org
> Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives:
> https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/YMYXKRIL7KPF5JUTJNLK2ZFA2KXSJVXV/
>
-- 

-Igor Gnatenko
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/R4QSKOFV3PZIXXOBSRNXPOXDIDRSUHQB/

Re: [HEADS UP] -Wl,--as-needed is added in rawhide

[Neal Gompa]

On Wed, Aug 15, 2018 at 8:29 AM Igor Gnatenko
 wrote:
>
> On Wed, Aug 15, 2018 at 10:51 AM Panu Matilainen  wrote:
>>
>> On 08/15/2018 08:11 AM, Igor Gnatenko wrote:
>> > It's in redhat-rpm-config-118-1.fc30.
>> >
>> > If it causes any problems for you - let me know. In the meantime, you
>> > can use `%undefine _ld_as_needed` to disable it.
>>
>> I still don't see anything to resolve the libtool issue - namely that
>> libtool reorders the linker flags in a manner that ends up disabling
>> --as-needed. In other words, libtool-using projects (of which there must
>> still be plenty) will not benefit from this at all.
>
>
> At least good projects will benefit from this.
>

It's important to note that most projects still use some subset of the
autotools framework, so it's not fair to say only "bad" projects use
it.



-- 
真実はいつも一つ！/ Always, there's only one truth!
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/YJRSU6L5AUZNYHBSF6OJZBE6FRBPVT3F/

Re: Mono - Do we have a maintainer?

[Michael Cronenworth]

On 08/15/2018 05:16 AM, Radka Janekova wrote:


mono-devel packages are far behind upstream, and the mono-sig seems unresponsive 
as whole. This leads me to a question, do we have a maintainer for mono?


I can take a look at it within the next month or two if there really isn't anyone 
else...


Radka,

Yes, mono is behind, but it isn't a simple reason. The way mono is bootstrapped and 
compiled has changed starting with version 5.0. The Roslyn compiler is now the 
default and requires bootstrapping from binary-only sources provided by upstream. 
This is a no-no in Fedora. There was an effort by a team in Red Hat to package the 
binary sources, but that team seems to be disbanded. Recently Mono has allowed the 
MCS compiler again and that has lead to an almost-ready update by community 
contributors.


Follow along here: https://bugzilla.redhat.com/show_bug.cgi?id=1436896

Thanks,
Michael
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/4L2SB3KIT3MDXNIDOIPW6BLQUX35WM4H/

Re: Mono - Do we have a maintainer?

[Florian Weimer]

On 08/15/2018 03:20 PM, Michael Cronenworth wrote:
The Roslyn compiler is now the default and requires bootstrapping from 
binary-only sources provided by upstream. This is a no-no in Fedora.


Are you sure about that?  Ocaml does it as well.

Thanks,
Florian
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/BH34DG5ICYU2XNI27YAQJ6QRAIXNFSZV/

Re: Mono - Do we have a maintainer?

[Miro Hrončok]

On 15.8.2018 15:55, Florian Weimer wrote:

On 08/15/2018 03:20 PM, Michael Cronenworth wrote:
The Roslyn compiler is now the default and requires bootstrapping from 
binary-only sources provided by upstream. This is a no-no in Fedora.


Are you sure about that?  Ocaml does it as well.


See also: https://fedoraproject.org/wiki/Packaging:Guidelines#Exceptions

--
Miro Hrončok
--
Phone: +420777974800
IRC: mhroncok
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/GGGXLBRA23TXCIUF7XSNY3AKY3RTPT4M/

Re: Mono - Do we have a maintainer?

[Michael Cronenworth]

On 08/15/2018 08:55 AM, Florian Weimer wrote:

Are you sure about that?  Ocaml does it as well.

Thanks,
Florian 


The guidelines allow an initial bootstrap from binaries, but subsequent builds are 
supposed to build from source. The problem is that we can't build without the 
binaries at all. The Roslyn compiler requires the "msbuild" tool, which hasn't been 
successfully built from source.


I don't have the time to lend, but if others are willing to step in that would 
be great.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/YTQSFLOU56YZPT2JWF2TXRQWNVZAXB2L/

Re: Mono - Do we have a maintainer?

[Pavel Zhukov]

Michael Cronenworth  writes:

> On 08/15/2018 05:16 AM, Radka Janekova wrote:
>>
>> mono-devel packages are far behind upstream, and the mono-sig seems
>> unresponsive as whole. This leads me to a question, do we have a
>> maintainer for mono?
>>
>> I can take a look at it within the next month or two if there really
>> isn't anyone else...
>
> Radka,
>
> Yes, mono is behind, but it isn't a simple reason. The way mono is
> bootstrapped and compiled has changed starting with version 5.0. The
> Roslyn compiler is now the default and requires bootstrapping from
> binary-only sources provided by upstream. This is a no-no in
> Fedora.

https://fedoraproject.org/wiki/Packaging_Committee?rd=Packaging:Committee#Bootstrapping_Exception_Procedure

>
> Follow along here: https://bugzilla.redhat.com/show_bug.cgi?id=1436896
>
> Thanks,
> Michael
> ___
> devel mailing list -- devel@lists.fedoraproject.org
> To unsubscribe send an email to devel-le...@lists.fedoraproject.org
> Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives: 
> https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/4L2SB3KIT3MDXNIDOIPW6BLQUX35WM4H/
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/7IHXPEP6ISMVRDFWBCHQJXJT2DWV7LVL/

Re: Mono - Do we have a maintainer?

[Rex Dieter]

Michael Cronenworth wrote:

> On 08/15/2018 08:55 AM, Florian Weimer wrote:
>> Are you sure about that?  Ocaml does it as well.
>>
>> Thanks,
>> Florian
> 
> The guidelines allow an initial bootstrap from binaries, but subsequent
> builds are supposed to build from source. The problem is that we can't
> build without the binaries at all. The Roslyn compiler requires the
> "msbuild" tool, which hasn't been successfully built from source.

OK, so the real reason is that bootstrapping step was never completed 100%

-- rex
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/3LVDKKDGQA3MF7VDH2EC43ZQGY3YXC2H/

Fedora updates-20180815.1 compose check report

[Fedora compose checker]

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 devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/U4DE3FXP3EWGRMJ3N7FGGWP2DGEI3FQQ/

Fedora testing-20180815.1 compose check report

[Fedora compose checker]

Missing expected images:

Atomichost qcow2 x86_64
Atomichost raw-xz x86_64

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 devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/WSAFUJ4GYFY5YORRWT5QBBSV45N5XJMZ/

Re: Fedora updates-20180815.1 compose check report

[Adam Williamson]

On Wed, 2018-08-15 at 19:51 +, Fedora compose checker wrote:
> No missing expected images.
> 
> Passed openQA tests: 2/2 (x86_64)
> -- 
> Mail generated by check-compose:
> https://pagure.io/fedora-qa/check-compose

So, generating updates and updates-testing via Pungi composes is a
relatively new thing, and including images in those composes is
slightly newer. But since it's been happening...these report mails have
been going out, because that's just sort of how the bot that sends them
out works: without special effort, any time openQA tests a compose, it
sends out a report mail.

This makes sense for Rawhide and Branched (the initial use case) but
seems a bit chatty for these composes, where only two tests run and
they almost always pass. So I've just tweaked the bot (fedmsg
consumer...) to only send the report for these composes if there are
any failures, much as we do for the two-week Atomic candidate composes
(which these are actually supposed to replace at some point). Thus, you
won't be bothered by so many of these mails in future!

Still sending the mails to test@ and devel@ for now.
-- 
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin . net
http://www.happyassassin.net
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/FVOFQGQFEFVDHAVBVZOQDUFQOQQH57RD/

Provenpackager help request: ignored pull requests

[Scott Talbert]

Hi,

I'm slowly trying to move packages to wxWidgets 3.0 so we can get rid of 
wx 2.8 which is not maintained since 2011.  I have made a bunch of pull 
requests but very frustratingly, many of them received no response (and no 
response to the bugs I filed).  Rather than go through the non-responsive 
maintainer process for all of these, is there a provenpackager who would 
be willing to just merge these and possibly initiate builds?


https://src.fedoraproject.org/rpms/nightview/pull-request/1
https://src.fedoraproject.org/rpms/megaglest/pull-request/1
https://src.fedoraproject.org/rpms/libreatlas/pull-request/1
https://src.fedoraproject.org/rpms/DivFix++/pull-request/1

Thanks,
Scott
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/GHO6JWZHKM6E25JITZRHG6LE4FQ2D6R7/

soname change - libqalculate.so.19

[Mukundan Ragavan]

libqalculate soname bump is happening with v2.6.2. The following
packages are affected -

plasma-workspace
step
cantor
qalculate-kde

I will rebuild these packages for rawhide and F29 before Sunday.

Mukundan.




signature.asc
Description: OpenPGP digital signature
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/5IWIPPXL47BRKWYOOPW5EFR4UWGM6JU7/

Re: Provenpackager help request: ignored pull requests

[Miro Hrončok]

> I'm slowly trying to move packages to wxWidgets 3.0 so we can get rid of 
> wx 2.8 which is not maintained since 2011.  I have made a bunch of pull 
> requests but very frustratingly, many of them received no response (and no 
> response to the bugs I filed).  Rather than go through the non-responsive 
> maintainer process for all of these, is there a provenpackager who would 
> be willing to just merge these and possibly initiate builds?

I'll gladly do this, but I'd rather see those packages retired as they seem 
pretty dead.

I've posted a comment to the PRs.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/Q4LF43D2X7VEHIZIMTFFPYO7HPSDA3IS/

Re: Fedora updates-20180815.1 compose check report

[Dusty Mabe]

On 08/15/2018 07:01 PM, Adam Williamson wrote:
> On Wed, 2018-08-15 at 19:51 +, Fedora compose checker wrote:
>> No missing expected images.
>>
>> Passed openQA tests: 2/2 (x86_64)
>> -- 
>> Mail generated by check-compose:
>> https://pagure.io/fedora-qa/check-compose
> 
> So, generating updates and updates-testing via Pungi composes is a
> relatively new thing, and including images in those composes is
> slightly newer. But since it's been happening...these report mails have
> been going out, because that's just sort of how the bot that sends them
> out works: without special effort, any time openQA tests a compose, it
> sends out a report mail.
> 
> This makes sense for Rawhide and Branched (the initial use case) but
> seems a bit chatty for these composes, where only two tests run and
> they almost always pass. So I've just tweaked the bot (fedmsg
> consumer...) to only send the report for these composes if there are
> any failures, much as we do for the two-week Atomic candidate composes
> (which these are actually supposed to replace at some point). Thus, you
> won't be bothered by so many of these mails in future!

Thanks Adam.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/22VUQBUOV4KSUAUACZ7OBLNZ3EFLYGYE/

Re: Provenpackager help request: ignored pull requests

[Scott Talbert]

On Thu, 16 Aug 2018, Miro Hrončok wrote:


I'm slowly trying to move packages to wxWidgets 3.0 so we can get rid of
wx 2.8 which is not maintained since 2011.  I have made a bunch of pull
requests but very frustratingly, many of them received no response (and no
response to the bugs I filed).  Rather than go through the non-responsive
maintainer process for all of these, is there a provenpackager who would
be willing to just merge these and possibly initiate builds?


I'll gladly do this, but I'd rather see those packages retired as they seem 
pretty dead.

I've posted a comment to the PRs.


I agree about retiring them.

Thanks Miro!

Scott___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/IOQUCLHISFSS3IVVHAX5TI7XLBVCY3X6/

Re: [HEADS UP] Update libgit2 to 0.27

[Amit Saha]

Hi Igor,

On Fri, Aug 10, 2018 at 4:33 PM Igor Gnatenko <
ignatenkobr...@fedoraproject.org> wrote:

> Hello everyone,
>
> 0.27.x is released long time ago, but I never got time for updating it. It
> obviously involves SONAME change.
>
> The good thing about this release is that it breaks only things in runtime
> and only one function changed signature (for building) which nobody uses
> anyway.
>
> I'm going to update library as soon as I get time (possibly on this
> weekend if no all dependent packages build fine). I will handle all
> rebuilds myself, just sending a notice.
>
> List of affected packages is below.
> Maintainers by package:
> R-git2r  qulogic
> geany-pluginsdmaphy ohaessler pingou
> ghc-bdcs-api clumens
> ghc-gi-ggit  dshea
> git-evtagignatenkobrain walters
> gitg ankursinha ignatenkobrain nacho pwalter
> julianalimilan
> kf5-ktexteditor  dvratil jgrulich rdieter than
> libgit2-glib ignatenkobrain kalev nacho pwalter
> python-pygit2pwalter
> rubygem-rugged   ignatenkobrain ktdreyer tdawson
> rust-exa ignatenkobrain
> rust-pretty-git-prompt ignatenkobrain ttomecek
> subsurface   pingou
>
> Packages by maintainer:
> ankursinha gitg
> clumensghc-bdcs-api
> dmaphy geany-plugins
> dshea  ghc-gi-ggit
> dvratilkf5-ktexteditor
> ignatenkobrain git-evtag gitg libgit2-glib rubygem-rugged rust-exa
> rust-pretty-git-prompt
> jgrulich   kf5-ktexteditor
> kalev  libgit2-glib
> ktdreyer   rubygem-rugged
> nacho  gitg libgit2-glib
> nalimilan  julia
> ohaessler  geany-plugins
> pingou geany-plugins subsurface
> pwaltergitg libgit2-glib python-pygit2
> qulogicR-git2r
> rdieterkf5-ktexteditor
> tdawsonrubygem-rugged
> than   kf5-ktexteditor
> ttomecek   rust-pretty-git-prompt
> waltersgit-evtag
>

Thanks for your work. Just noticed that julia  hasn't been built
succesfully (https://koji.fedoraproject.org/koji/packageinfo?packageID=19172)
.  Seems to have failed with: "cc1plus: error: unrecognized command line
option '-mcet'"

This is currently an issue in Fedora Scientific building. What would be the
path forward here?

Thanks,
Amit.





> --
>
> -Igor Gnatenko
> ___
> devel mailing list -- devel@lists.fedoraproject.org
> To unsubscribe send an email to devel-le...@lists.fedoraproject.org
> Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives:
> https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/B6YVXJV3IRIVQPHEQFPIMWDBPADR6IJ7/
>
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/S7ZYJYOOEDC336DB4B26YF3FAF4D7F2G/