3:05 p.m.
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
hi all,
I have imported ARM into primary and enabled armv7hl in the arches to
be built. right now the KDE stack is not entirely built and brought in
due to https://bugzilla.redhat.com/show_bug.cgi?id=988114 as soon as it
is resolved we will get everything fixed and brought in. at that point
arm will be added to the nightly composes.
Regards
Dennis
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.19 (GNU/Linux)
iEYEARECAAYFAlH1eZUACgkQkSxm47BaWffJ5QCgrE9p/An9pN/SpVKBAIAPH31q
yNUAoJLe+jprGLlJeZN7R3WhCu3jBty4
=tUN7
-----END PGP SIGNATURE-----
10:33 a.m.
On Sun, Jul 28, 2013 at 03:05:34PM -0500, Dennis Gilmore wrote:
I have imported ARM into primary and enabled armv7hl in the arches
to
be built. right now the KDE stack is not entirely built and brought in
due to https://bugzilla.redhat.com/show_bug.cgi?id=988114 as soon as it
is resolved we will get everything fixed and brought in. at that point
arm will be added to the nightly composes.
Non-existence of libvirt is breaking a lot of virt things, eg:
http://koji.fedoraproject.org/koji/taskinfo?taskID=5672725
I tried to build it (libvirt) but there seems to be a deeper chain of
broken dependencies.
Rich.
--
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
virt-top is 'top' for virtual machines. Tiny program with many
powerful monitoring features, net stats, disk stats, logging, etc.
http://people.redhat.com/~rjones/virt-top
5:50 p.m.
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
On Mon, 29 Jul 2013 16:33:21 +0100
"Richard W.M. Jones" <rjones(a)redhat.com> wrote:
On Sun, Jul 28, 2013 at 03:05:34PM -0500, Dennis Gilmore wrote:
> I have imported ARM into primary and enabled armv7hl in the arches
> to be built. right now the KDE stack is not entirely built and
> brought in due to
> https://bugzilla.redhat.com/show_bug.cgi?id=988114 as soon as it is
> resolved we will get everything fixed and brought in. at that point
> arm will be added to the nightly composes.
KDE has been straightened out. the fix was that mariadb-server had a
"Requires(pretrans): systemd" which mean you needed to have systemd
installed before trying to install mariadb-server resulting in any
install that included mariadb-server failing, which included the KDE
livecd.
Non-existence of libvirt is breaking a lot of virt things, eg:
http://koji.fedoraproject.org/koji/taskinfo?taskID=5672725
I tried to build it (libvirt) but there seems to be a deeper chain of
broken dependencies.
the virt stack, nginx and mongodb are held up by gperftools which is
https://bugzilla.redhat.com/show_bug.cgi?id=979687 spot was working on
it today.
Dennis
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.19 (GNU/Linux)
iEYEARECAAYFAlH28bkACgkQkSxm47BaWffRRQCgt54YmpTlQyALW/BRe4dTJT2c
OfsAn10Aw8z+2CckPq9P/SjIiUiMOTzR
=t8F1
-----END PGP SIGNATURE-----
5:25 a.m.
New subject: Failures of noarch package builds on ARM (Re: ARM Status)
On Sun, Jul 28, 2013 at 03:05:34PM -0500, Dennis Gilmore wrote:
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
hi all,
I have imported ARM into primary and enabled armv7hl in the arches to
be built. right now the KDE stack is not entirely built and brought in
due to https://bugzilla.redhat.com/show_bug.cgi?id=988114 as soon as it
is resolved we will get everything fixed and brought in. at that point
arm will be added to the nightly composes.
I've just attempted to build mingw-libvirt (which is noarch) in rawhide
and was (unlucky?) that it got scheduled on an ARM builder. The build
failed with
checking build system type... Invalid configuration `armhfp-redhat-linux-gnu':
machine `armhfp-redhat' not recognized
http://koji.fedoraproject.org/koji/taskinfo?taskID=5680000
This is odd because the mingw-libvirt src.rpm has the exact same
tar.gz that we use in the native libvirt src.rpm which accepts
arm as a build system type. So I'd expect that the configure
script is already new enough to work with armv7 hosts at least.
Looking to see if mingw-libvirt was ever tested on ARM secondary
builders, I can't find any build logs. Querying the noarch.rpm
packages hosted on the ARM secondary builder koji host at:
http://arm.koji.fedoraproject.org/packages/mingw-libvirt/1.0.5/1.fc20/noa...
shows that they were built on the Fedora primary koji instance.
Randomly picking some other mingw packages (mingw-libpng and
mingw-libxml2) shows they were also all build on x86 hosts and
trying a build of them on arm hosts causes the same failure.
So am I right in thinking any noarch RPMs were just copied across
to the ARM koji as-is, without attempting to rebuild them ?
If so, it seems we might have a bunch of noarch packages which
are going to turn out to be broken if unlucky to have their
builds scheduled on ARM.
Side-note, even if the packages worked fine, is it a good idea to
allow noarch builds to be scheduled on ARM, given that ARM is so
much slower ? It seems we're wasting precious ARM builder cycles,
as well as maintainer time, by letting noarch builds go to the
slower ARM builders instead of x86 builder hosts.
/me goes to play russian roulette triggering rebuilds of the
mingw-libvirt package until koji picks an x86 host
Regards,
Daniel
--
|: http://berrange.com -o- http://www.flickr.com/photos/dberrange/ :|
|: http://libvirt.org -o- http://virt-manager.org :|
|: http://autobuild.org -o- http://search.cpan.org/~danberr/ :|
|: http://entangle-photo.org -o- http://live.gnome.org/gtk-vnc :|
6:03 a.m.
New subject: Failures of noarch package builds on ARM (Re: ARM Status)
On Wed, 31 Jul 2013 11:25:45 +0100
"Daniel P. Berrange" <berrange(a)redhat.com> wrote:
On Sun, Jul 28, 2013 at 03:05:34PM -0500, Dennis Gilmore wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> hi all,
>
> I have imported ARM into primary and enabled armv7hl in the arches to
> be built. right now the KDE stack is not entirely built and brought in
> due to https://bugzilla.redhat.com/show_bug.cgi?id=988114 as soon as it
> is resolved we will get everything fixed and brought in. at that point
> arm will be added to the nightly composes.
I've just attempted to build mingw-libvirt (which is noarch) in rawhide
and was (unlucky?) that it got scheduled on an ARM builder. The build
failed with
checking build system type... Invalid configuration `armhfp-redhat-linux-gnu':
machine `armhfp-redhat' not recognized
IIRC this is an issue of not translating the arm build architecture
from armhfp to armv7hl by koji/mock/rpm
Dan
http://koji.fedoraproject.org/koji/taskinfo?taskID=5680000
This is odd because the mingw-libvirt src.rpm has the exact same
tar.gz that we use in the native libvirt src.rpm which accepts
arm as a build system type. So I'd expect that the configure
script is already new enough to work with armv7 hosts at least.
Looking to see if mingw-libvirt was ever tested on ARM secondary
builders, I can't find any build logs. Querying the noarch.rpm
packages hosted on the ARM secondary builder koji host at:
http://arm.koji.fedoraproject.org/packages/mingw-libvirt/1.0.5/1.fc20/noa...
shows that they were built on the Fedora primary koji instance.
Randomly picking some other mingw packages (mingw-libpng and
mingw-libxml2) shows they were also all build on x86 hosts and
trying a build of them on arm hosts causes the same failure.
So am I right in thinking any noarch RPMs were just copied across
to the ARM koji as-is, without attempting to rebuild them ?
If so, it seems we might have a bunch of noarch packages which
are going to turn out to be broken if unlucky to have their
builds scheduled on ARM.
Side-note, even if the packages worked fine, is it a good idea to
allow noarch builds to be scheduled on ARM, given that ARM is so
much slower ? It seems we're wasting precious ARM builder cycles,
as well as maintainer time, by letting noarch builds go to the
slower ARM builders instead of x86 builder hosts.
/me goes to play russian roulette triggering rebuilds of the
mingw-libvirt package until koji picks an x86 host
Regards,
Daniel
--
|: http://berrange.com -o- http://www.flickr.com/photos/dberrange/ :|
|: http://libvirt.org -o- http://virt-manager.org :|
|: http://autobuild.org -o- http://search.cpan.org/~danberr/ :|
|: http://entangle-photo.org -o- http://live.gnome.org/gtk-vnc :|
--
devel mailing list
devel(a)lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
--
Dan Horák <dan(a)danny.cz>
6:24 a.m.
New subject: Failures of noarch package builds on ARM (Re: ARM Status)
On Wed, Jul 31, 2013 at 01:03:33PM +0200, Dan Horák wrote:
On Wed, 31 Jul 2013 11:25:45 +0100
"Daniel P. Berrange" <berrange(a)redhat.com> wrote:
> On Sun, Jul 28, 2013 at 03:05:34PM -0500, Dennis Gilmore wrote:
> > -----BEGIN PGP SIGNED MESSAGE-----
> > Hash: SHA1
> >
> > hi all,
> >
> > I have imported ARM into primary and enabled armv7hl in the arches to
> > be built. right now the KDE stack is not entirely built and brought in
> > due to https://bugzilla.redhat.com/show_bug.cgi?id=988114 as soon as it
> > is resolved we will get everything fixed and brought in. at that point
> > arm will be added to the nightly composes.
>
> I've just attempted to build mingw-libvirt (which is noarch) in rawhide
> and was (unlucky?) that it got scheduled on an ARM builder. The build
> failed with
>
> checking build system type... Invalid configuration `armhfp-redhat-linux-gnu':
machine `armhfp-redhat' not recognized
IIRC this is an issue of not translating the arm build architecture
from armhfp to armv7hl by koji/mock/rpm
Looks like redhat-rpm-config is responsible for setting up arch
mappings/translation, so I filed the following BZ against it
https://bugzilla.redhat.com/show_bug.cgi?id=990519
Daniel
--
|: http://berrange.com -o- http://www.flickr.com/photos/dberrange/ :|
|: http://libvirt.org -o- http://virt-manager.org :|
|: http://autobuild.org -o- http://search.cpan.org/~danberr/ :|
|: http://entangle-photo.org -o- http://live.gnome.org/gtk-vnc :|
5:37 p.m.
New subject: Failures of noarch package builds on ARM (Re: ARM Status)
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
On Wed, 31 Jul 2013 11:25:45 +0100
"Daniel P. Berrange" <berrange(a)redhat.com> wrote:
On Sun, Jul 28, 2013 at 03:05:34PM -0500, Dennis Gilmore wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> hi all,
>
> I have imported ARM into primary and enabled armv7hl in the arches
> to be built. right now the KDE stack is not entirely built and
> brought in due to
> https://bugzilla.redhat.com/show_bug.cgi?id=988114 as soon as it is
> resolved we will get everything fixed and brought in. at that point
> arm will be added to the nightly composes.
I've just attempted to build mingw-libvirt (which is noarch) in
rawhide and was (unlucky?) that it got scheduled on an ARM builder.
The build failed with
checking build system type... Invalid configuration
`armhfp-redhat-linux-gnu': machine `armhfp-redhat' not recognized
http://koji.fedoraproject.org/koji/taskinfo?taskID=5680000
this is because on noarch builds koji sets the target to yums basearch.
in the case or armhfp the basearch is invalid according to autoconf.
arm and armv* are valid, I have patched koji to use arm for noarch
packages where the basearch is armhfp. this wasnt seen before because
noarch only builds were directly imported since they are supposed to
run anywhere, it just didn't make sense to rebuild them. but its fixed
in production now.
Dennis
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.19 (GNU/Linux)
iEYEARECAAYFAlH5kbcACgkQkSxm47BaWffzhACfdJDiv0hWqIOEDViGurnlano7
qZsAoLn7FVVgDIGIPxi5dnbtdUZyVxq5
=pMMx
-----END PGP SIGNATURE-----
3921
days inactive
3924
days old
6 comments
4 participants
participants (4)
-
Dan Horák -
Daniel P. Berrange -
Dennis Gilmore -
Richard W.M. Jones