Update on i686 Rawhide boot problems
by Jeff Backus
Hi folks,
I've made some progress tracking down the issues with kernel 4.18 booting
on i686, which is causing all of the i686 images to fail QA.
The quick summary is something introduced in kernel 4.18 (after rc0.git2.1)
is causing systemd to coredump, dropping the user to a dracut prompt. I was
able to reproduce this on a Fedora 28 install with the default systemd in
the repos.
I've filed the following BZ:
https://bugzilla.redhat.com/show_bug.cgi?id=1607901
jeff
--
Jeff Backus
jeff.backus(a)gmail.com
http://github.com/jsbackus
5 years, 8 months
/usr/sbin/lightdm-gtk-greeter SIGILL on PIII
by Ralf Corsepius
Hi,
Give I have a little spare time left this weekend, I gave f28 another
try on my PIII. So far, things seem to work mostly fine for me, i.e. the
situation significantly improved over the initial Fedora 28 release.
Many thanks to whoever was involved!
However, now I am facing a show-stopper segfault:
/usr/sbin/lightdm-gtk-greeter SIGILLs on my PIII
BZ: https://bugzilla.redhat.com/show_bug.cgi?id=1612540
Unfortunately, Scott Leigh, the maintainer in charge seems to prefer to
ignore this bug. A fact, I consider to be inacceptable.
Ralf
5 years, 8 months
Re: [fedora-arm] cmake segfault on 32-bit arches on Rawhide
by Adam Williamson
On Wed, 2018-08-01 at 20:02 +0100, Peter Robinson wrote:
> On Thu, Jul 26, 2018 at 9:58 PM, Adam Williamson
> <adamwill(a)fedoraproject.org> wrote:
> > I just tried a rebuild of a package in Rawhide, it worked on most
> > arches, but failed on armv7hl and i686 (our only 32-bit arches). On
> > both arches, cmake seems to have segfaulted:
> >
> > https://koji.fedoraproject.org/koji/taskinfo?taskID=28626511
> > https://kojipkgs.fedoraproject.org//work/tasks/6529/28626529/build.log
> > https://kojipkgs.fedoraproject.org//work/tasks/6531/28626531/build.log
> >
> > + /usr/bin/cmake -DCMAKE_C_FLAGS_RELEASE:STRING=-DNDEBUG
> > -DCMAKE_CXX_FLAGS_RELEASE:STRING=-DNDEBUG
> > -DCMAKE_Fortran_FLAGS_RELEASE:STRING=-DNDEBUG
> > -DCMAKE_VERBOSE_MAKEFILE:BOOL=ON -DCMAKE_INSTALL_PREFIX:PATH=/usr
> > -DINCLUDE_INSTALL_DIR:PATH=/usr/include -DLIB_INSTALL_DIR:PATH=/usr/lib
> > -DSYSCONF_INSTALL_DIR:PATH=/etc -DSHARE_INSTALL_PREFIX:PATH=/usr/share
> > -DBUILD_SHARED_LIBS:BOOL=ON -DBUILD_SHARED_LIBS:BOOL=OFF
> > -DCMAKE_BUILD_TYPE=Release .
> > /var/tmp/rpm-tmp.0imLnb: line 47: 15870 Segmentation fault (core
> > dumped) /usr/bin/cmake -DCMAKE_C_FLAGS_RELEASE:STRING="-DNDEBUG"
> > -DCMAKE_CXX_FLAGS_RELEASE:STRING="-DNDEBUG"
> > -DCMAKE_Fortran_FLAGS_RELEASE:STRING="-DNDEBUG"
> > -DCMAKE_VERBOSE_MAKEFILE:BOOL=ON -DCMAKE_INSTALL_PREFIX:PATH=/usr
> > -DINCLUDE_INSTALL_DIR:PATH=/usr/include -DLIB_INSTALL_DIR:PATH=/usr/lib
> > -DSYSCONF_INSTALL_DIR:PATH=/etc -DSHARE_INSTALL_PREFIX:PATH=/usr/share
> > -DBUILD_SHARED_LIBS:BOOL=ON -DBUILD_SHARED_LIBS:BOOL=OFF
> > -DCMAKE_BUILD_TYPE=Release .
> >
> > Just wanted to flag this up. I haven't yet tried doing the build in a
> > mock to try and get the core out, or anything like that.
>
> Finally got a few cycles to look at this, looks like it's fixed, not
> sure what the issue/fix was but I suspect rdieter's new cmake major
> version or possibly something as a result of the binutils breakage
> fallout.
Sorry, yeah, I never followed up on list, but indeed Rex fixed it and
let me know on IRC.
--
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin . net
http://www.happyassassin.net
5 years, 8 months
