On Fri, Apr 10, 2020 at 01:58:20AM +0200, Miro Hrončok wrote:
> On 09. 04. 20 15:43, Pierre-Yves Chibon wrote:
> > To remove some of the warnings thrown by `fedpkg` or to simply keep
> > `rpmbuild`
> > working locally, you will have to install the `rpmautospec-rpm-macros`
> > package
> > availabl
On Fri, 2020-04-10 at 00:19 -0400, Alexei Podtelezhnikov wrote:
> On Mon, Apr 6, 2020 at 12:57 PM Adam Jackson wrote:
> > And this mostly doesn't matter because we default to a different driver
> > for most Intel hardware released since about 2006, with the notable
> > exception of your (Alexei's)
Hi,
On Fri, Apr 10, 2020 at 9:09 AM Adam Williamson
wrote:
> On Fri, 2020-04-10 at 00:19 -0400, Alexei Podtelezhnikov wrote:
> > On Mon, Apr 6, 2020 at 12:57 PM Adam Jackson wrote:
> > > And this mostly doesn't matter because we default to a different driver
> > > for most Intel hardware releas
Dne pá 10. dub 2020 4:12 uživatel Todd Zullinger napsal:
> I wrote:
> > clime wrote:
> >> It seems the f32's git-core got many more deps for some reason, even
> >> such as dbus-broker or systemd.
> [...]
> > I'll try to poke a bit in the next few days as I can make
> > some time. I had not notic
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
On Fri, Apr 10, 2020 at 9:29 AM Olivier Fourdan wrote:
> On Fri, Apr 10, 2020 at 9:09 AM Adam Williamson <
> adamw...@fedoraproject.org> wrote:
>
>>
>> I think these do all look like the same problem. If we can verify a fix
>> for this, an FE is probably reasonable...
>>
>>
> Looks like I can rep
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
On 10. 04. 20 1:50, Miro Hrončok wrote:
On 09. 04. 20 23:57, Miro Hrončok wrote:
On 09. 04. 20 20:45, Pierre-Yves Chibon wrote:
I actually cannot comment on this, it may be worth opening a koji ticket to ask
if this is the case or not and if it is if they can think of a way to deal with
this.
Hi,
On Fri, Apr 10, 2020 at 10:16 AM Olivier Fourdan
wrote:
> On Fri, Apr 10, 2020 at 9:29 AM Olivier Fourdan
> wrote:
>
>> On Fri, Apr 10, 2020 at 9:09 AM Adam Williamson <
>> adamw...@fedoraproject.org> wrote:
>>
>>>
>>> I think these do all look like the same problem. If we can verify a fix
On Thu, 9 Apr 2020 07:10:48 -0700, Erich Eickmeyer wrote:
> soundtracker is FTBFS and is basically gnome 1 software that
> necro-limped along like a zombie for a few years (read: decades). As it
> FTBFS and is dead upstream, I believe it's suffering bitrot so it's
> probably time to let it die.
>
> As a test, I just rebuilt the current package (no change in the code) and it
> works fine here, no more crash:
>
> https://koji.fedoraproject.org/koji/taskinfo?taskID=43188723
I rebuild the driver several times recently with and without full
debugging. Nothing is fixed yet, except that I fixed
On Fri, Apr 10, 2020 at 3:49 AM clime wrote:
>
>
>
> Dne pá 10. dub 2020 4:12 uživatel Todd Zullinger napsal:
>>
>> I wrote:
>> > clime wrote:
>> >> It seems the f32's git-core got many more deps for some reason, even
>> >> such as dbus-broker or systemd.
>> [...]
>> > I'll try to poke a bit in t
Hi Alexei
On Fri, Apr 10, 2020 at 1:14 PM Alexei Podtelezhnikov
wrote:
> > As a test, I just rebuilt the current package (no change in the code)
> and it works fine here, no more crash:
> >
> > https://koji.fedoraproject.org/koji/taskinfo?taskID=43188723
>
> I rebuild the driver several times re
Hi Alexei,
On Fri, Apr 10, 2020 at 1:54 PM Olivier Fourdan wrote:
> On Fri, Apr 10, 2020 at 1:14 PM Alexei Podtelezhnikov
> wrote:
>
[...]
>
I rebuild the driver several times recently with and without full
> debugging. Nothing is fixed yet, except that I fixed
> --enable-debug=full and found
>
On Fri, Apr 10, 2020 at 7:55 AM Olivier Fourdan wrote:
> The backtrace I get with the current Fedora build is the same every time, but
> does not involve `sna_accel_flush()` (it crashes in `kgem_buffer_release()`
> down from `sna_accel_block()`)
That is because the debug build triggers the the
On Fri, Apr 10, 2020 at 8:48 AM Alexei Podtelezhnikov
wrote:
>
> On Fri, Apr 10, 2020 at 7:55 AM Olivier Fourdan wrote:
> > The backtrace I get with the current Fedora build is the same every time,
> > but does not involve `sna_accel_flush()` (it crashes in
> > `kgem_buffer_release()` down fro
On Fri, Apr 10, 2020 at 2:57 PM Alexei Podtelezhnikov
wrote:
> On Fri, Apr 10, 2020 at 8:48 AM Alexei Podtelezhnikov
> wrote:
> >
> > On Fri, Apr 10, 2020 at 7:55 AM Olivier Fourdan
> wrote:
> > > The backtrace I get with the current Fedora build is the same every
> time, but does not involve `
>>
>> Is koji still fc31? My problematic rebuilds are obviously fc32.
>
>
> All the scratch builds I spawned for this issue are for F32 of course.
I am pondering a compiler bug. Your scratch builds are fine so it
seems. What if you rebuild without koji on your desktop using shiny
Fedora 32.
__
On Fri, Apr 10, 2020 at 3:24 PM Alexei Podtelezhnikov
wrote:
> >>
> >> Is koji still fc31? My problematic rebuilds are obviously fc32.
> >
> >
> > All the scratch builds I spawned for this issue are for F32 of course.
>
> I am pondering a compiler bug. Your scratch builds are fine so it
> seems.
On Fri, Apr 10, 2020 at 3:24 PM Alexei Podtelezhnikov
wrote:
> >>
> >> Is koji still fc31? My problematic rebuilds are obviously fc32.
> >
> >
> > All the scratch builds I spawned for this issue are for F32 of course.
>
> I am pondering a compiler bug. Your scratch builds are fine so it
> seems.
The release 3.13.0-4 should be okay.
> On 09/04/20 02:37, David S wrote>
> I found an issue, where linking against petsc (mpi version) and hdf5
> (serial version), this causes an error with unresolved dependencies for
> libpetsc.so
> This is caused by petsc linking against the mpi hdf5, but I only
Announcing the creation of a new nightly release validation test event
for Fedora 32 Branched 20200410.n.0. 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 Fri, 2020-04-10 at 15:35 +0200, Olivier Fourdan wrote:
> On Fri, Apr 10, 2020 at 3:24 PM Alexei Podtelezhnikov
> wrote:
> > >>
> > >> Is koji still fc31? My problematic rebuilds are obviously fc32.
> > >
> > >
> > > All the scratch builds I spawned for this issue are for F32 of course.
> >
>
On Fri, Apr 10, 2020 at 4:38 PM Adam Jackson wrote:
> On Fri, 2020-04-10 at 15:35 +0200, Olivier Fourdan wrote:
> > [...]
> > Adam, want me to launch an official build, just to rebuild?
>
> Yes, please!
>
Oops, looks like I've been presumptuous on that one, I don't have the
rights.
So I've file
OLD: Fedora-32-20200409.n.0
NEW: Fedora-32-20200410.n.0
= SUMMARY =
Added images:0
Dropped images: 0
Added packages: 12
Dropped packages:0
Upgraded packages: 134
Downgraded packages: 0
Size of added packages: 27.41 MiB
Size of dropped packages:0 B
Size of
Missing expected images:
Iot dvd x86_64
Iot dvd aarch64
Failed openQA tests: 1/8 (x86_64)
Old failures (same test failed in Fedora-IoT-33-20200409.0):
ID: 572750 Test: x86_64 IoT-dvd_ostree-iso base_services_start
URL: https://openqa.fedoraproject.org/tests/572750
Soft failed openQA tests
On Fri, Apr 10, 2020 at 11:14 AM Olivier Fourdan wrote:
>
> On Fri, Apr 10, 2020 at 4:38 PM Adam Jackson wrote:
>>
>> On Fri, 2020-04-10 at 15:35 +0200, Olivier Fourdan wrote:
>> > [...]
>> > Adam, want me to launch an official build, just to rebuild?
>>
>> Yes, please!
>
> Oops, looks like I've
No missing expected images.
Failed openQA tests: 1/8 (x86_64)
Old failures (same test failed in Fedora-IoT-32-20200408.0):
ID: 572758 Test: x86_64 IoT-dvd_ostree-iso base_services_start
URL: https://openqa.fedoraproject.org/tests/572758
Passed openQA tests: 7/8 (x86_64)
--
Mail generated
Il 29/03/20 13:13, Miro Hrončok ha scritto:
> pam_url herlo icon
> python-robosignatory abompard ralph
> reg cverna
It turned out on infra mailing list that those are required to
infrastructure, so I've taken them before they are retired.
However, I will need some a
On Fri, Apr 10, 2020 at 8:06 PM Mattia Verga via devel <
devel@lists.fedoraproject.org> wrote:
>
> For pam_url I need help from someone with C skills, since there's an
> error at build time:
> https://koji.fedoraproject.org/koji/taskinfo?taskID=43192974
>
>
Looks like another GCC10 fno-common prob
OLD: Fedora-Rawhide-20200408.n.1
NEW: Fedora-Rawhide-20200410.n.0
= SUMMARY =
Added images:3
Dropped images: 0
Added packages: 2
Dropped packages:6
Upgraded packages: 122
Downgraded packages: 1
Size of added packages: 105.16 KiB
Size of dropped packages
On Fri, Apr 10, 2020 at 2:12 AM Todd Zullinger wrote:
> Checking each of those deps, openssh-clients grew a dep on
> libfido2, which in turn requires u2f-hidraw-policy that is
> provided by systemd. That looks like the main chain which
> leads to the additional packages installed in a mock chroo
On Fri, 10 Apr 2020 at 22:02, Gary Buhrmaster wrote:
>
> On Fri, Apr 10, 2020 at 2:12 AM Todd Zullinger wrote:
>
> > Checking each of those deps, openssh-clients grew a dep on
> > libfido2, which in turn requires u2f-hidraw-policy that is
> > provided by systemd. That looks like the main chain w
On Fri, 10 Apr 2020 at 13:15, Josh Boyer wrote:
>
> On Fri, Apr 10, 2020 at 3:49 AM clime wrote:
> >
> >
> >
> > Dne pá 10. dub 2020 4:12 uživatel Todd Zullinger napsal:
> >>
> >> I wrote:
> >> > clime wrote:
> >> >> It seems the f32's git-core got many more deps for some reason, even
> >> >> su
Hi,
Could anyone want to swap a review?
Review Request: simde - SIMD Everywhere
https://bugzilla.redhat.com/show_bug.cgi?id=1823001
simde [1] is a header files only library for a software implementing
SIMD [2] to build with multiple CPU architectures.
Thanks.
Jun
[1] https://github.com/nemequ/
Hi,
following the policy for non-responsive package maintainers [0], I'm
asking here if anybody knows how to contact elyscape (Eli Young).
Eli, if you're still interested in maintaining your packages, please respond.
Open bugs:
- python-digitalocean-1.15.0 is available
https://bugzilla.redhat
Il 10/04/20 21:18, Ian McInerney ha scritto:
> On Fri, Apr 10, 2020 at 8:06 PM Mattia Verga via devel
> wrote:
>
>> For pam_url I need help from someone with C skills, since there's an
>> error at build time:
>> https://koji.fedoraproject.org/koji/taskinfo?taskID=43192974
>
> Looks like another
37 matches
Mail list logo
