Hi,
I've stumbled upon a regression, and I'm not sure this is a gcc 10 bug
or not. Consider the sample program in [1], a simplification of a real
case out there [2]. It fails to compile in Fedora Rawhide with the
following message:
/tmp/cccbVeNV.s: Assembler messages:
/tmp/cccbVeNV.s:59: Error:
Le samedi 08 février 2020 à 19:16 -0500, Neal Gompa a écrit :
>
> What does it tell? To me, it says that FOSS platforms don't care
> about
> Java as much as they used to. We're clearly able to do stuff with Go
> and Rust, which are just as "anti-distribution" as Java is (based on
> what other
Hello,
Did anybody had an experience of packaging Ansible collections into an RPM?
I guess if would be enough to put the files somewhere under
/usr/share/ansible, but not sure. Also I'm not sure what download URL could
be used.
___
devel mailing list
No missing expected images.
Passed openQA tests: 1/1 (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
Hello,
I've been waiting almost 2 months for my reviewer to respond on my
package request. I pinged and set needinfo some time ago, but still
nothing. My package is FTBFS and FTI in F31, and I've been stuck
because of this.
Looking at policies, I see one for non-responsive maintainerw [1], but
I
No missing expected images.
Passed openQA tests: 1/1 (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
On Sun, Feb 9, 2020 at 4:59 AM Igor Gnatenko
wrote:
>
> Hello,
>
> Did anybody had an experience of packaging Ansible collections into an RPM?
>
> I guess if would be enough to put the files somewhere under
> /usr/share/ansible, but not sure. Also I'm not sure what download URL could
> be used.
On Sun, Feb 9, 2020 at 6:21 AM Elliott Sales de Andrade
wrote:
>
> Hello,
>
> I've been waiting almost 2 months for my reviewer to respond on my
> package request. I pinged and set needinfo some time ago, but still
> nothing. My package is FTBFS and FTI in F31, and I've been stuck
> because of
On Sun, Feb 9, 2020 at 8:49 AM Ankur Sinha wrote:
>
> On Sun, Feb 09, 2020 10:30:41 +0100, Nicolas Mailhot via devel wrote:
> > Le samedi 08 février 2020 à 19:16 -0500, Neal Gompa a écrit :
> > >
> > > What does it tell? To me, it says that FOSS platforms don't care
> > > about
> > > Java as much
On Sun, 9 Feb 2020 at 14:20, Sam Varshavchik wrote:
>
> Iñaki Ucar writes:
>
> > Thoughts?
> >
> > [1] https://gist.github.com/kevinushey/cfa848be2d39ddd110f893d9b6c5ac9c
>
> I managed to find the part of the C++ standard that specified the semantics
> of extern "C" linkage, it is [dcl.link]. The
On Sun, Feb 9, 2020 at 2:49 PM Ankur Sinha wrote:
>
> On Sun, Feb 09, 2020 10:30:41 +0100, Nicolas Mailhot via devel wrote:
> > Le samedi 08 février 2020 à 19:16 -0500, Neal Gompa a écrit :
> > >
> > > What does it tell? To me, it says that FOSS platforms don't care
> > > about
> > > Java as much
On Sun, Feb 9, 2020 at 2:09 PM Fabio Valentini wrote:
>
> On Sun, Feb 9, 2020 at 2:49 PM Ankur Sinha wrote:
> >
> > On Sun, Feb 09, 2020 10:30:41 +0100, Nicolas Mailhot via devel wrote:
> > > Le samedi 08 février 2020 à 19:16 -0500, Neal Gompa a écrit :
> > > >
> > > > What does it tell? To me,
On Sun, Feb 9, 2020 at 4:59 AM Igor Gnatenko
wrote:
>
> Hello,
>
> Did anybody had an experience of packaging Ansible collections into an RPM?
>
> I guess if would be enough to put the files somewhere under
> /usr/share/ansible, but not sure. Also I'm not sure what download URL could
> be used.
On Sun, Feb 09, 2020 10:30:41 +0100, Nicolas Mailhot via devel wrote:
> Le samedi 08 février 2020 à 19:16 -0500, Neal Gompa a écrit :
> >
> > What does it tell? To me, it says that FOSS platforms don't care
> > about
> > Java as much as they used to. We're clearly able to do stuff with Go
> > and
No missing expected images.
Compose FAILS proposed Rawhide gating check!
25 of 43 required tests failed, 17 results missing
openQA tests matching unsatisfied gating requirements shown with **GATING**
below
Failed openQA tests: 99/169 (x86_64), 1/2 (arm)
New failures (same test not failed in
On Sun, Feb 9, 2020 at 5:15 PM Jerry James wrote:
>
> On Sun, Feb 9, 2020 at 4:21 AM Elliott Sales de Andrade
> wrote:
> > Looking at policies, I see one for non-responsive maintainerw [1], but
> > I don't think this really applies. There's a page about the package
> > review process [2] which
Iñaki Ucar writes:
Thoughts?
[1] https://gist.github.com/kevinushey/cfa848be2d39ddd110f893d9b6c5ac9c
I managed to find the part of the C++ standard that specified the semantics
of extern "C" linkage, it is [dcl.link]. The term used is "language linkage".
There is no such thing as an
On Sun., Feb. 9, 2020, 11:15 a.m. Jerry James, wrote:
> On Sun, Feb 9, 2020 at 4:21 AM Elliott Sales de Andrade
> wrote:
> > Looking at policies, I see one for non-responsive maintainerw [1], but
> > I don't think this really applies. There's a page about the package
> > review process [2]
OLD: Fedora-Rawhide-20200207.n.2
NEW: Fedora-Rawhide-20200209.n.0
= SUMMARY =
Added images:0
Dropped images: 0
Added packages: 8
Dropped packages:7
Upgraded packages: 62
Downgraded packages: 0
Size of added packages: 9.91 MiB
Size of dropped packages:5.15
On Sun, Feb 9, 2020 at 4:21 AM Elliott Sales de Andrade
wrote:
> Looking at policies, I see one for non-responsive maintainerw [1], but
> I don't think this really applies. There's a page about the package
> review process [2] which mentions several items about non-responsive
> *submitters*, but
> netcdf-java[1] uses the Gradle build system, and is required to update
hdfview[2] to the latest version. Gradle, however, was retired[3] as
"out of date, broken, fails to build, basically unmaintainable".
Checking the build.grade file (gradle recipe filei) of netcdf-java, is
it possible to
Iñaki Ucar writes:
On Sun, 9 Feb 2020 at 14:20, Sam Varshavchik wrote:
>
> Iñaki Ucar writes:
>
> > Thoughts?
> >
> > [1] https://gist.github.com/kevinushey/cfa848be2d39ddd110f893d9b6c5ac9c
>
> I managed to find the part of the C++ standard that specified the semantics
> of extern "C" linkage,
No missing expected images.
Passed openQA tests: 1/1 (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
# F32 Blocker Review meeting
# Date: 2020-02-10
# Time: 17:00 UTC
# Location: #fedora-blocker-review on irc.freenode.net
Hi folks! We have 1 proposed Beta blocker and 2 proposed Final
blockers to review, so let's have a Fedora 32 blocker review meeting
tomorrow!
If you have time today, you can
On Friday, January 31, 2020 7:58:55 AM MST Peter Robinson wrote:
> Feankly if a proprietary piece of software hasn't migrated in 8+ years I
> would be looking for a replacement.
Proprietary software works at the speed of eventually. This is why RHEL
maintains compat libraries going back a
On 2/9/20 2:58 AM, Igor Gnatenko wrote:
Hello,
Did anybody had an experience of packaging Ansible collections into an RPM?
I guess if would be enough to put the files somewhere under
/usr/share/ansible, but not sure. Also I'm not sure what download URL
could be used.
It seems to me that
Hi folks! I'm proposing we cancel the QA meeting for tomorrow. We met
the last few weeks and I don't think we have any urgent business this
week. There will be a blocker review meeting.
If you're aware of anything important we have to discuss this week,
please do reply to this mail and we can go
On Sun, Feb 9, 2020 at 5:36 PM John M. Harris Jr wrote:
>
> On Friday, January 31, 2020 7:58:55 AM MST Peter Robinson wrote:
> > Feankly if a proprietary piece of software hasn't migrated in 8+ years I
> > would be looking for a replacement.
>
> Proprietary software works at the speed of
https://bugzilla.redhat.com/show_bug.cgi?id=1800525
Emmanuel Seyman changed:
What|Removed |Added
Status|NEW |CLOSED
Fixed In Version|
Is this the right list to ask about the status of ClamAV 0.102.1 and
when it will be released?
If this is not the right list please tell which list I to which I
should direct this question.
Thanks
Pete
--
Unencumbered by the thought process.
-- Click and Clack the Tappet brothers
--
This
https://bugzilla.redhat.com/show_bug.cgi?id=1800912
Paul Howarth changed:
What|Removed |Added
Status|NEW |CLOSED
Fixed In Version|
pghmcfc commented on the pull-request: `Spec file cleanups: Use make_build and
make_install macros` that you are following:
``
"r" missing from end of link to ExtUtils::MakeMaker tip...
``
To reply, visit the link below
https://src.fedoraproject.org/rpms/perl-Net-SSLeay/pull-request/1
https://bugzilla.redhat.com/show_bug.cgi?id=1800973
Bug ID: 1800973
Summary: perl-Test-Smoke-1.74 is available
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-Test-Smoke
Keywords: FutureFeature, Triaged
Thanks for the info, and I'm cool with that.
I only ask because freshclam issues a warning that it's out of date.
Pete
On 2/9/20 12:08 PM, Todd Zullinger wrote:
Andrew C Aitchison wrote:
On Sun, 9 Feb 2020, Pete Geenhuizen wrote:
Is this the right list to ask about the status of ClamAV
Andrew C Aitchison wrote:
> On Sun, 9 Feb 2020, Pete Geenhuizen wrote:
>
>> Is this the right list to ask about the status of ClamAV 0.102.1 and
>> when it will be released?
>> If this is not the right list please tell which list I to which I
>> should direct this question.
>
> I don't have
On Sun, 9 Feb 2020, Pete Geenhuizen wrote:
Is this the right list to ask about the status of ClamAV 0.102.1 and when it
will be released?
If this is not the right list please tell which list I to which I should
direct this question.
I don't have answers for that, but I would imagine this is
On Sun, 2020-02-09 at 06:19 -0500, Pete Geenhuizen wrote:
> Is this the right list to ask about the status of ClamAV 0.102.1 and
> when it will be released?
> If this is not the right list please tell which list I to which I
> should direct this question.
> Thanks
I'm trying to update it, but
https://bugzilla.redhat.com/show_bug.cgi?id=1800988
Bug ID: 1800988
Summary: perl-Data-Report-1.001 is available
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-Data-Report
Keywords: FutureFeature, Triaged
https://bugzilla.redhat.com/show_bug.cgi?id=1800988
--- Comment #1 from Upstream Release Monitoring
---
Created attachment 1661973
--> https://bugzilla.redhat.com/attachment.cgi?id=1661973=edit
[patch] Update to 1.001 (#1800988)
--
You are receiving this mail because:
You are on the CC
The following Fedora EPEL 7 Security updates need testing:
Age URL
544 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2018-3c9292b62d
condor-8.6.11-1.el7
286 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2019-c499781e80
python-gnupg-0.4.4-1.el7
284
https://fedorapeople.org/groups/389ds/ci/nightly/2020/02/10/report-389-ds-base-1.4.3.2-20200210git827c97d.fc31.x86_64.html
___
389-devel mailing list -- 389-devel@lists.fedoraproject.org
To unsubscribe send an email to
https://bugzilla.redhat.com/show_bug.cgi?id=1800988
--- Comment #2 from Upstream Release Monitoring
---
the-new-hotness/release-monitoring.org's scratch build of
perl-Data-Report-1.001-1.fc30.src.rpm for rawhide failed
http://koji.fedoraproject.org/koji/taskinfo?taskID=41441847
--
You are
https://bugzilla.redhat.com/show_bug.cgi?id=1797154
Fedora Update System changed:
What|Removed |Added
Fixed In Version|perl-Modern-Perl-1.20200201 |perl-Modern-Perl-1.20200201
https://bugzilla.redhat.com/show_bug.cgi?id=1797154
Fedora Update System changed:
What|Removed |Added
Status|ON_QA |CLOSED
Fixed In
44 matches
Mail list logo