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 devel-le...@lists.fedorap
Dne 18. 02. 20 v 8:41 Miro Hrončok napsal(a):
>> Hm, I'm not seeing these orphaned and I pretty sure I have never maintained
>> them:
>> https://src.fedoraproject.org/rpms/perl-IO-Socket-Timeout
>> https://src.fedoraproject.org/rpms/perl-PerlIO-via-Timeout
>>
>> bug in the script?
> They have bee
On Tue, Feb 18, 2020 at 07:41:56AM -, Miro Hrončok wrote:
> > Hm, I'm not seeing these orphaned and I pretty sure I have never maintained
> > them:
> > https://src.fedoraproject.org/rpms/perl-IO-Socket-Timeout
> > https://src.fedoraproject.org/rpms/perl-PerlIO-via-Timeout
> >
> > bug in the s
On Tue, 18 Feb 2020 08:53:26 +0100
Reini Urban wrote:
> > $ repoquery --repo=rawhide{,-source} --whatrequires
> > perl-Cpanel-JSON-XS inxi-0:3.0.37-2.fc32.noarch
> > openqa-0:4.6-43.20200205git4861e34.fc33.noarch
> >
>
>
> Oh, interesting. Didn't know it were so many.
> I'm upstream on thi
On Mon, Feb 17, 2020 at 6:33 PM Richard W.M. Jones
wrote:
> On Mon, Feb 17, 2020 at 04:24:22PM +0100, Miro Hrončok wrote:
> > rjones: perl-Digest-SHA3, perl-Gtk3-WebKit
>
No open bugs in perl-Gtk3-WebKit? Please read
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/thr
I'm sorry as I didn't see this downstream patch -
https://src.fedoraproject.org/rpms/perl-Gtk3-WebKit/blob/master/f/Gtk3-WebKit-0.06-Port-to-webkitgtk4.patch
.
Then it's fine and sorry for the noise.
Tom
On Tue, Feb 18, 2020 at 10:14 AM Tomáš Popela wrote:
> On Mon, Feb 17, 2020 at 6:33 PM Rich
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 devel-le...@lists.fedorap
I would like to ask you, can anyone with non Red Hat email confirm,
that they get the notifications? The subject is
> [Copr] upcoming deletion of outdated chroots in your projects
Thank you,
Jakub
On Mon, Feb 17, 2020 at 12:21 AM Jakub Kadlcik wrote:
>
> Hello,
>
> we have just disabled Fedor
On 2/18/20 12:15 PM, Jakub Kadlcik wrote:
> I would like to ask you, can anyone with non Red Hat email confirm,
> that they get the notifications? The subject is
>
>> [Copr] upcoming deletion of outdated chroots in your projects
>
I received the notification. I have a posteo.de email.
Kind re
Got one about a day ago :)
On Tue, Feb 18, 2020 at 12:17 PM Jakub Kadlcik wrote:
> I would like to ask you, can anyone with non Red Hat email confirm,
> that they get the notifications? The subject is
>
> > [Copr] upcoming deletion of outdated chroots in your projects
>
>
> Thank you,
> Jakub
>
Thank you guys!
Jakub
On Tue, Feb 18, 2020 at 12:42 PM Frantisek Zatloukal
wrote:
>
> Got one about a day ago :)
>
> On Tue, Feb 18, 2020 at 12:17 PM Jakub Kadlcik wrote:
>>
>> I would like to ask you, can anyone with non Red Hat email confirm,
>> that they get the notifications? The subject is
No missing expected images.
Compose FAILS proposed Rawhide gating check!
26 of 43 required tests failed, 17 results missing
openQA tests matching unsatisfied gating requirements shown with **GATING**
below
Failed openQA tests: 101/169 (x86_64), 1/2 (arm)
New failures (same test not failed in Fe
On Mon, Feb 17, 2020 at 2:55 PM Pierre-Yves Chibon
wrote:
> On Mon, Feb 17, 2020 at 09:44:21AM -0500, Michael McLean wrote:
> >That's the fm-orchestrator rest api. The code maintenance has
> transferred
> >from the Factory 2.0 team to the RHEL Build team (i.e. the "Koji
> team").
> >H
I've got a bug report[1] I've been trying to figure out but have not been
able to figure it out.
I keep re-teaching myself SELinux every time I run into a problem but this
one is just too convoluted. For those that don't know BackupPC is perl
based (which doesn't application of selinux contexts) s
I am unable to build packages using mock for either f32 or f33 which is
very problematic.
warning:
/var/lib/mock/fedora-rawhide-x86_64/root/var/cache/dnf/fedora-2d95c80a1fa0a67d/packages/gdb-minimal-9.1-3.fc33.x86_64.rpm:
Header V3 RSA/SHA256 Signature, key ID 9570ff31: NOKEY
fedora
1.6 MB
Hi Richard,
On 2/18/20 3:44 PM, Richard Shaw wrote:
> I am unable to build packages using mock for either f32 or f33 which is
> very problematic.
Afaik you need mock from updates-testing for the new config/keys.
Kind regards,
Till
___
devel mailing lis
No missing expected images.
Failed openQA tests: 98/158 (x86_64), 1/2 (arm)
New failures (same test not failed in Fedora-32-20200214.n.1):
ID: 522958 Test: x86_64 Server-dvd-iso install_default@uefi
URL: https://openqa.fedoraproject.org/tests/522958
ID: 522967 Test: x86_64 Server-dvd-i
On 17. 02. 20 23:47, Guido Aulisi wrote:
I'm going to retire clalsadrv, it's been deprecated upstream [0] for a
long time and it has been replaced by zita-alsa-pcmi.
Nothing depends on it in rawhide according to this query:
dnf --disablerepo='*' --enablerepo='rawhide' repoquery --whatrequires cl
Hello,
Years ago I was managing mail servers and really liked dspam's
accuracy and resource consumption so added it to fedora and maintained
it. Sadly shortly after adding it upstream went through a number of
ownership changes and nothing has been added to it in years. I no
longer use it, upstre
Hello Fedora devel, Jakub,
with gcc10 landing in Fedora rawhide, we got a new failures of build of
above package [1].
The code looks reasonable, we have a possible workaround, but before
implementing that in upstream and downstream, I would like to check
whether it is really something to fix in t
Hello everyone!
In my efforts to bring over tools from Ubuntu Studio that we've been using, I
noticed we were missing some dependencies of studio-controls. With that in
mind, I have packaged said dependencies (one of which was in UnitedRPMs that I
simply took the .spec from and gave it some Fed
Hi,
It has been a pleasure for me to be a part of and help lead the
EPEL steering committee for the last couple of years. It has not
always been smooth sailing but I have found it an enjoyable experience.
However, as you may know the Fedora project will be moving to a
different data-center later
Hello everyone,
My name Leonardo (commonly called Leo), I am a software engineer from São
Paulo, Brazil.
I've recently joined the community platform engineering team in Red Hat and
I wanted to go through the process of creating, building and shipping an
RPM package so I decided to create one for
On Tue, Feb 18, 2020 at 9:36 AM Stephen John Smoogen wrote:
>
> Hi,
>
> It has been a pleasure for me to be a part of and help lead the
> EPEL steering committee for the last couple of years. It has not
> always been smooth sailing but I have found it an enjoyable experience.
>
> However, as you m
On 2/18/20 8:49 AM, Till Hofmann wrote:
On 2/18/20 3:44 PM, Richard Shaw wrote:
I am unable to build packages using mock for either f32 or f33 which is
very problematic.
Afaik you need mock from updates-testing for the new config/keys.
No one has pushed out an update for them besides Rawhide.
On Tue, 18 Feb 2020 at 13:55, Michael Cronenworth wrote:
>
> On 2/18/20 8:49 AM, Till Hofmann wrote:
> > On 2/18/20 3:44 PM, Richard Shaw wrote:
> >> I am unable to build packages using mock for either f32 or f33 which is
> >> very problematic.
> > Afaik you need mock from updates-testing for the
On 2/18/20 1:00 PM, Stephen John Smoogen wrote:
The mock in f30 updates-testing mock-2.0-2.fc30.noarch fixed it for me
and I was able to build packages for f32 and rawhide locally.
Ugh. The maintainer used a custom update name and that threw me off. First time I've
seen that used.
___
several of my `koji --scratch --arch-overide=s390x ...` builds have failed
with error; reading package header (after the rebuildSRPM)
Latest is https://koji.fedoraproject.org/koji/taskinfo?taskID=41622496
(guess I could reopen my s390x disk full ticket. Or open a new one.)
--
Kaleb
___
On Tue, 18 Feb 2020 at 08:39, Iñaki Ucar wrote:
>
> On Tue, 18 Feb 2020 at 01:11, Jerry James wrote:
> >
> > On Sun, Feb 16, 2020 at 10:06 AM Iñaki Ucar wrote:
> > > If anyone is interested in pushing this forward, I can review
> > > something in exchange. Note that the koji scratch build fails
Hi,
We released the OpenVPN 3 Linux v8 beta release early last week [0], with the
Fedora Copr repository [1] updated as well. Now things are working so well it
is about time to get this package into the mainline Fedora repositories.
I'm fairly rusty on the Fedora packaging, but I have opened a
Ronaldo Mercado wrote:
>One way I have seen this solved is to have a #define, say '#define MAIN'
>
>On the header file "header.h" you would have a declaration and a definition
>only if MAIN is defined, e.g.
>
>extern int y; /* declaration */
>#ifdef MAIN
>int y; /* definition */
>#endif
In an effort to update the fluidsynth library version, which comes
with a soname bump, in rawhide (F33) I created a side tag
f33-build-side-19396. All but one dependent packages are rebuilt. The
last dependent is the muse package.
I tried to rebuild muse in the side tag three times. In all of the
On Tue, Feb 18, 2020 at 06:46:05PM -0500, Orcan Ogetbil wrote:
> In an effort to update the fluidsynth library version, which comes
> with a soname bump, in rawhide (F33) I created a side tag
> f33-build-side-19396. All but one dependent packages are rebuilt. The
> last dependent is the muse packag
On Tue, Feb 18, 2020 at 02:05:07PM -0500, Kaleb Keithley wrote:
> several of my `koji --scratch --arch-overide=s390x ...` builds have failed
> with error; reading package header (after the rebuildSRPM)
>
> Latest is https://koji.fedoraproject.org/koji/taskinfo?taskID=41622496
>
> (guess I could
Hi Erich,
On Tue, 18 Feb 2020 at 12:10, Erich Eickmeyer wrote:
> I have filed bugzilla reports for each one and blocked FE-NEEDSPONSOR for each
> one. I'd like to get these sponsored as soon as possible.
>
To clarify, it is not the packages that need to be sponsored, it is *you*.
https://fedorap
On Tue, 18 Feb 2020 at 19:40, Kevin Fenzi wrote:
>
> So, I'd say try and duplicate it in a i686 mock chroot on a x86_64
> machine and see if you can gather enough info for a c++ or qt5 bug.
>
> Hope that helps.
Thanks Kevin,
Strangely, as I was attempting to try out what you suggested I got a
"bui
Hi Elliott,
On Tuesday, February 18, 2020 5:48:21 PM PST Elliott Sales de Andrade wrote:
> Hi Erich,
>
> On Tue, 18 Feb 2020 at 12:10, Erich Eickmeyer
> wrote:
> > I have filed bugzilla reports for each one and blocked FE-NEEDSPONSOR for
> > each
one. I'd like to get these sponsored as soon as
On Tue, Feb 18, 2020 at 5:40 PM Kevin Fenzi wrote:
> I wonder if it's some kind of loop in qt5 headers?
>
> So, I'd say try and duplicate it in a i686 mock chroot on a x86_64
> machine and see if you can gather enough info for a c++ or qt5 bug.
Meanwhile, I've got an mscore build running
(https:/
On Tue, Feb 18, 2020 at 04:41:42PM -0800, Kevin Fenzi wrote:
> On Tue, Feb 18, 2020 at 02:05:07PM -0500, Kaleb Keithley wrote:
> > several of my `koji --scratch --arch-overide=s390x ...` builds have failed
> > with error; reading package header (after the rebuildSRPM)
> >
> > Latest is https://ko
This isn't the first time that this has happened but I have pushed multiple
builds in one bodhi update through the web interface and:
1. It takes forever
2. Only one (or some) updates are created, others are dropped
What gives? It's a PITA to create the same update again...
Thanks,
Richard
_
On Mon, Feb 17, 2020 at 10:52 AM Adam Williamson
wrote:
> Since this is an API endpoint of a real system which needs to be
> updated correctly when the release events actually happen, it should
> have the benefits pkgdb used to be (the information should be reliable
> and timely)
Do we have stat
On Tuesday, February 18, 2020 10:35:26 AM MST Stephen John Smoogen wrote:
> Hi,
>
> It has been a pleasure for me to be a part of and help lead the
> EPEL steering committee for the last couple of years. It has not
> always been smooth sailing but I have found it an enjoyable experience.
>
> Howe
Then who is the best person?
On Wed, Feb 19, 2020, 07:11 John M. Harris Jr wrote:
> On Tuesday, February 18, 2020 10:35:26 AM MST Stephen John Smoogen wrote:
> > Hi,
> >
> > It has been a pleasure for me to be a part of and help lead the
> > EPEL steering committee for the last couple of years.
On 18.02.2020 22:29, David Sommerseth wrote:
> We released the OpenVPN 3 Linux v8 beta release early last week [0], with the
> Fedora Copr repository [1] updated as well. Now things are working so well it
> is about time to get this package into the mainline Fedora repositories.
Fedora already ha
On Wed, Feb 19, 2020 at 1:01 AM John M. Harris Jr wrote:
>
> On Tuesday, February 18, 2020 10:35:26 AM MST Stephen John Smoogen wrote:
> > Hi,
> >
> > It has been a pleasure for me to be a part of and help lead the
> > EPEL steering committee for the last couple of years. It has not
> > always bee
On Wed, Feb 19, 2020 at 8:05 AM Vitaly Zaitsev via devel
wrote:
>
> On 18.02.2020 22:29, David Sommerseth wrote:
> > We released the OpenVPN 3 Linux v8 beta release early last week [0], with
> > the
> > Fedora Copr repository [1] updated as well. Now things are working so well
> > it
> > is abo
46 matches
Mail list logo
