On 8/19/20 5:04 PM, Richard Hughes wrote:
> On Wed, 19 Aug 2020 at 14:57, Mohan Boddu wrote:
>> It seems like gnome-firmware also needs it and due to that both
>> rawhide and branched composes failed today.
> I had no idea, my apologies!
You can check which packages depend on your library:
$ dnf
Hello team and testers,
f33-backgrounds is now available for testing in Fedora 33 repository.
The major change is the time of day enabled by default (default animated
background) on Workstation Edition and Design Suite Labs. As a result,
the animated subpackage is eliminated from this release.
Following is the list of topics that will be discussed in the FPC
meeting Thursday at 2020-08-20 16:00 UTC in #fedora-meeting-1 on
irc.freenode.net.
Local time information (via. uitime):
= Day: Thursday ==
2020-08-20 09:00 PDT US/Pacific
2020-08-20 1
No missing expected images.
Failed openQA tests: 24/181 (x86_64)
New failures (same test not failed in Fedora-33-20200818.n.0):
ID: 644403 Test: x86_64 Workstation-live-iso apps_startstop
URL: https://openqa.fedoraproject.org/tests/644403
ID: 644418 Test: x86_64 KDE-live-iso desktop_no
OLD: Fedora-33-20200818.n.0
NEW: Fedora-33-20200819.n.1
= SUMMARY =
Added images:6
Dropped images: 1
Added packages: 36
Dropped packages:232
Upgraded packages: 162
Downgraded packages: 0
Size of added packages: 659.65 MiB
Size of dropped packages:37.04
Announcing the creation of a new nightly release validation test event
for Fedora 33 Branched 20200819.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
On Wed, 19 Aug 2020, Christopher wrote:
So, just to be absolutely clear... I can remove the file, just do
epel8 as normal, and completely ignore the epel8-playground branch
forever?
As best as I can tell, yes. I have at least one package in epel8 that
doesn't have the package.cfg and it work
I had this issue a month ago when reviewing sane-airscan:
https://bugzilla.redhat.com/show_bug.cgi?id=1859207
Also a week later, when reviewing wev:
https://bugzilla.redhat.com/show_bug.cgi?id=1860772
And today, when I tried to review spirv-llvm-translator:
https://bugzilla.redhat.com/show_bug.c
https://bugzilla.redhat.com/show_bug.cgi?id=1870380
Bug ID: 1870380
Summary: perl-Net-Amazon-S3-0.91 is available
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-Net-Amazon-S3
Keywords: FutureFeature, Triaged
On Wed, Aug 19, 2020 at 4:19 PM Jerry James wrote:
> I did want to open a pull request on ocaml-ocplib-endian to bump it to
> version 1.1. I'll hurry and do that.
https://src.fedoraproject.org/rpms/ocaml-ocplib-endian/pull-request/1
Note that this changes the package's build dependencies.
--
J
On Wed, Aug 19, 2020 at 4:04 PM Richard W.M. Jones wrote:
> OCaml 4.11.0 is out. Is this a good time to start a rebuild
> of all the OCaml packages? (in a Rawhide side tag)
>
> I have to say it doesn't matter if not every OCaml package is
> in perfect shape, because we can build any stragglers a
On Wed, Aug 19, 2020 at 9:12 AM Scott Talbert wrote:
>
> On Wed, 19 Aug 2020, Christopher wrote:
>
> > 1. Do I need epel8-playground? I want to keep the task of maintenance
> > simple, and I don't want to deal with another branch to think about. I
> > don't want choices, as that adds complexity. I
Hello!
It seems Jon Disnard (parasense) hasn't been responding to bugzilla
tickets for a number of years. His last package build was done in April
2017: https://koji.fedoraproject.org/koji/userinfo?userID=2504
I have opened the mandatory non-responsive check bug:
https://bugzilla.redhat.com/show_
OCaml 4.11.0 is out. Is this a good time to start a rebuild
of all the OCaml packages? (in a Rawhide side tag)
I have to say it doesn't matter if not every OCaml package is
in perfect shape, because we can build any stragglers afterwards.
https://bugzilla.redhat.com/show_bug.cgi?id=1870368
Ric
On 8/19/20 4:51 PM, Fabio Valentini wrote:
On Wed, Aug 19, 2020 at 10:44 PM Steven A. Falco wrote:
I'm getting a failure to detect wxGTK3-devel in a cmake project that I am
building via mock. This has worked fine in the past, but suddenly it is no
longer working.
My host system is fedora-3
On Wed, 2020-08-19 at 20:15 +, Artur Iwicki wrote:
> Recently (happened today and happened a month ago), whenever I try to
> run fedora-review for a Review Request that includes a C/C++ program,
> the mock build fails immediately due to gcc/g++ not being able to
> find the annobin plugin.
> > c
On Wed, 2020-08-19 at 19:24 +0200, Antonio T. sagitter wrote:
> I don't know when IceCat-78 will be ready for stable branch, i wish
> to keep IceCat-68.* in Fedora 33.
>
> Can i reverse the changes for Icecat-78 in Fedora 33?
> (There aren't IceCat RPMs built for F33 or any its pending updates in
On Wed, 2020-08-19 at 20:15 +, Artur Iwicki wrote:
> Recently (happened today and happened a month ago), whenever I try to run
> fedora-review for a Review Request that includes a C/C++ program, the mock
> build fails immediately due to gcc/g++ not being able to find the annobin
> plugin.
>
On Wed, Aug 19, 2020 at 10:44 PM Steven A. Falco wrote:
>
> I'm getting a failure to detect wxGTK3-devel in a cmake project that I am
> building via mock. This has worked fine in the past, but suddenly it is no
> longer working.
>
> My host system is fedora-32 x86_64, and I'm trying to build fo
I'm getting a failure to detect wxGTK3-devel in a cmake project that I am
building via mock. This has worked fine in the past, but suddenly it is no
longer working.
My host system is fedora-32 x86_64, and I'm trying to build for fedora-rawhide
x86_64.
It looks like the bash "test(1)" command
On Wed, Aug 19, 2020 at 2:05 PM Jared K. Smith wrote:
> I went ahead and grabbed the two remaining ones.
Thank you very much, Jared. I appreciate you taking time to help me
out. Let me know if I can do something for you.
--
Jerry James
http://www.jamezone.org/
_
On Wed, Aug 19, 2020 at 08:15:21PM -, Artur Iwicki wrote:
> Recently (happened today and happened a month ago), whenever I try to run
> fedora-review for a Review Request that includes a C/C++ program, the mock
> build fails immediately due to gcc/g++ not being able to find the annobin
> plu
Recently (happened today and happened a month ago), whenever I try to run
fedora-review for a Review Request that includes a C/C++ program, the mock
build fails immediately due to gcc/g++ not being able to find the annobin
plugin.
> cc1plus: fatal error: inaccessible plugin file plugin/annobin.s
On Wed, Aug 19, 2020 at 10:23 AM Jerry James wrote:
> Many thanks to Jared Smith, Fabio Valentini, and Ankur Sinha for doing
> the first 10 reviews on this list. I appreciate the time all of you
put into those reviews. I've still got two to go. Who would like to
> swap?
>
> 11. ocaml-ppx-base
Hi all.
I don't know when IceCat-78 will be ready for stable branch, i wish to
keep IceCat-68.* in Fedora 33.
Can i reverse the changes for Icecat-78 in Fedora 33?
(There aren't IceCat RPMs built for F33 or any its pending updates in Bodhi)
--
---
Antonio Trande
Fedora Project
mailto: sagit...@
On Wed, Aug 19, 2020 at 05:07:52PM +0200, Clement Verna wrote:
> On Wed, 19 Aug 2020 at 14:02, Daniel P. Berrangé
> wrote:
>
> > I have a docker recipe that does not much more than:
> >
> > FROM fedora:rawhide
> > RUN dnf -y install ...blah...
> >
> >
> Long story short the docker hub require
=
#fedora-meeting-2: FESCO (2020-08-19)
=
Meeting started by mhroncok at 14:05:29 UTC. The full logs are available
at
https://meetbot.fedoraproject.org/fedora-meeting-2/2020-08-19/fesco.2020-08-19-14.05.log.html
.
Meeting
On Wed, 2020-08-19 at 17:04 +0200, Pierre-Yves Chibon wrote:
> On Wed, Aug 19, 2020 at 04:30:18PM +0200, Nils Philippsen wrote:
> > On Wed, 2020-08-19 at 10:46 +0200, Pierre-Yves Chibon wrote:
> > > On Thu, Aug 13, 2020 at 03:08:50PM +0200, Pavel Raiskup wrote:
> > > > Release tag problem/proposal
On Wed, 19 Aug 2020 at 14:02, Daniel P. Berrangé
wrote:
> I have a docker recipe that does not much more than:
>
> FROM fedora:rawhide
> RUN dnf -y install ...blah...
>
>
Long story short the docker hub requires a PR to a github repo to update
the image, this PR is reviewed and merged by a p
On Wed, 19 Aug 2020 at 14:57, Mohan Boddu wrote:
> It seems like gnome-firmware also needs it and due to that both
> rawhide and branched composes failed today.
I had no idea, my apologies!
Richard
___
devel mailing list -- devel@lists.fedoraproject.or
On Wed, Aug 19, 2020 at 04:30:18PM +0200, Nils Philippsen wrote:
> On Wed, 2020-08-19 at 10:46 +0200, Pierre-Yves Chibon wrote:
> > On Thu, Aug 13, 2020 at 03:08:50PM +0200, Pavel Raiskup wrote:
> > > Release tag problem/proposal
> > >
> > >
> > > Let's stop requiring
On Wed, Aug 19, 2020 at 8:12 AM Germano Massullo
wrote:
>
> I solved the previous error about macros expanded in comments, and now
> the build fails for other strange reasons.
> https://copr.fedorainfracloud.org/coprs/germano/kernel_204253_comment_14_patch/build/1616496/
Macros expanded in commen
On Wed, 2020-08-19 at 10:46 +0200, Pierre-Yves Chibon wrote:
> On Thu, Aug 13, 2020 at 03:08:50PM +0200, Pavel Raiskup wrote:
> > Release tag problem/proposal
> >
> >
> > Let's stop requiring Release bumps for each build. And let's put
> > an
> > additional tag into R
On Tue, Aug 11, 2020 at 5:10 PM Jerry James wrote:
> Thanks to Jared, #1 and #2 are done. Who has packages sitting in the
> review queue? You scratch my back and I'll scratch yours ... from 6
> feet away while wearing masks, of course. Here is the rest of what I
> need:
Many thanks to Jared Sm
On Tue, Aug 18, 2020 at 10:40 AM Richard Hughes wrote:
>
> Hi all,
>
> I'm going to build the recently released libxmlb 0.2.0 into rawhide
> and F33. It has two consumers (fwupd and gnome-software) both of which
> I own, and I'll rebuild them at the same time. Any problems please
> shout.
It seem
I solved the previous error about macros expanded in comments, and now
the build fails for other strange reasons.
https://copr.fedorainfracloud.org/coprs/germano/kernel_204253_comment_14_patch/build/1616496/
By the way by commenting my patch on spec file, the kernel builds
successfully
https://cop
On Wed, 19 Aug 2020, Christopher wrote:
1. Do I need epel8-playground? I want to keep the task of maintenance
simple, and I don't want to deal with another branch to think about. I
don't want choices, as that adds complexity. I want one simple path,
because packaging is *not* my full time job.
On Wed, Aug 19, 2020 at 02:51:57PM +0200, Tomasz Torcz wrote:
> On Wed, Aug 19, 2020 at 01:01:00PM +0100, Daniel P. Berrangé wrote:
> > I have a docker recipe that does not much more than:
> >
> > FROM fedora:rawhide
> > RUN dnf -y install ...blah...
>
> I'm not addressing the core of your e
On Wed, Aug 19, 2020 at 01:01:00PM +0100, Daniel P. Berrangé wrote:
> I have a docker recipe that does not much more than:
>
> FROM fedora:rawhide
> RUN dnf -y install ...blah...
I'm not addressing the core of your email, but… using FROM fedora:rawhide
is not a good practice because of two r
On Wed, Aug 19, 2020 at 4:07 AM Petr Pisar wrote:
>
> On Tue, Aug 18, 2020 at 11:15:14PM -0400, Christopher wrote:
> > I was recently asked to provide an EPEL8 version of one of my packages
> > (python-keyring) in a bugzilla, so I did:
> > fedpkg request-branch epel8
> >
> > This opened up two pag
Hey All
Fedora 33 GNOME 3.37 Test Day is happening[0] now.
This is the time when we test the new features and version bumps of
all the GNOME apps which came with the megaupdate.
You can use the latest F33 image (pointed on the wiki) for this Test Day.
If you have some spare time, please help run
On Tuesday, August 18, 2020 10:57:32 AM CEST Miro Hrončok wrote:
> On 13. 08. 20 15:08, Pavel Raiskup wrote:
> > I hope I marked the results public so the
> > results are visible to anyone.
>
> I could see the results when I've submitted the form, but I no longer know
> how
> to get to them. Can
I have a docker recipe that does not much more than:
FROM fedora:rawhide
RUN dnf -y install ...blah...
If I run this from a Fedora host it works fine, resolving fedora:rawhide
to registry.fedoraproject.org image ID 23902052bc28
If I run this from a non-Fedora host, such as from GitLab CI, i
Disclaimer: I'm part of the team who worked on rpmautospec, i.e. I'm
obviously biased and will view everything through that lens. ;)
On Thu, 2020-08-13 at 15:08 +0200, Pavel Raiskup wrote:
> Release tag problem/proposal
>
>
> Let's stop requiring Release bumps for eac
No missing expected images.
Soft failed openQA tests: 1/7 (x86_64)
(Tests completed, but using a workaround for a known bug)
Old soft failures (same test soft failed in Fedora-Cloud-32-20200818.0):
ID: 643987 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud
URL: https://openqa.fedoraproj
On Wednesday, 19 August 2020 at 10:54, Daniel P. Berrangé wrote:
[...]
> I think the value of the %changelog for debugging problems on a host
> is overstated in general though. In most cases I find the entries are
> just too terse to be useful, especially when you have packages where
> the only cha
Good Morning Everyone,
A little while ago we were asked to remove all the co-maintainers from retired
packages [1]. This was brought to the devel list for discussion in [2] and then
to FESCo for a final decision [3].
As a result, after orphaning the retired packages (cf [4]), we will be removing
On Wed, Aug 19, 2020 at 10:46:48AM +0200, Pierre-Yves Chibon wrote:
> On Thu, Aug 13, 2020 at 03:08:50PM +0200, Pavel Raiskup wrote:
> > Questionnaire right at the beginning, so if you tl;dr, you don't miss it:
> >
> > https://forms.gle/Jgr13vtRkiUwLb6W6
> >
> > This is no change proposal but
On Thu, Aug 13, 2020 at 03:08:50PM +0200, Pavel Raiskup wrote:
> Questionnaire right at the beginning, so if you tl;dr, you don't miss it:
>
> https://forms.gle/Jgr13vtRkiUwLb6W6
>
> This is no change proposal but rather a result of my long-term curiosity
> around the $Subject problem. I hop
On Tue, Aug 18, 2020 at 11:15:14PM -0400, Christopher wrote:
> I was recently asked to provide an EPEL8 version of one of my packages
> (python-keyring) in a bugzilla, so I did:
> fedpkg request-branch epel8
>
> This opened up two pagure tickets, one each for two branches:
> epel8
> epel8-playgrou
50 matches
Mail list logo