Re: [opensuse-arm] injecting arm packages
Am Sonntag, 16. Oktober 2011, 20:29:38 schrieb Andrew Wafaa:
Michal has also been able to build gtk2 on native hardware too.
I injected gtk2 a while ago. I am currently injecting a texlive build from Alexander.
Could we add these to the list of packages to inject? When building with Qemu gtk2 repeatedly causes a segfault and fails to build.
At some point we need to fix the build or we can not ever make an ARM distribution release. No matter what the reason of this failure is. bye adrian
Regards,
Andy
-- Sorry for top posting
Andrew Wafaa IRC: FunkyPenguin GPG: 0x3A36312F
On 16 Oct 2011 19:49, "Alexander Graf"
wrote: Hi Adrian,
We have a couple of pretty core packages that I can build just fine with native hardware, but did not manage to build with QEMU yet (namely, texlive-bin and yast2-core). However, since I can build them just fine on hardware, I can easily produce working rpms.
Can we inject those rpms into the repository and with that at least continue building something we can then later on base a worker image on so we can then build everything natively?
Alex
-- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org -- Adrian Schroeter SUSE Linux Products GmbH email: adrian@suse.de
On 17.10.2011, at 12:01, Adrian Schröter wrote:
Am Sonntag, 16. Oktober 2011, 20:29:38 schrieb Andrew Wafaa:
Michal has also been able to build gtk2 on native hardware too.
I injected gtk2 a while ago.
I am currently injecting a texlive build from Alexander.
Could we add these to the list of packages to inject? When building with Qemu gtk2 repeatedly causes a segfault and fails to build.
At some point we need to fix the build or we can not ever make an ARM distribution release. No matter what the reason of this failure is.
Why not? All we need to do is to build on native hardware. I would much rather see people fix actual package problems than subtile QEMU bugs. In fact, I was thinking that maybe I'll write up a script that goes through all the "failed" packages in obs and tries to rebuild them on native hardware. Then we at least can build up a matrix of packages that are definitely QEMU bugs and we would have those packages covered by natively built working rpms, giving us the chance to move towards a full root fs that we can use to continue bootstrapping worker images. Unless of course the packages we have now are enough to get a native worker rolling already. Maybe it really already is. Of course the kernel is left to do, but we can just use the one that already runs on the boxes there. Alex -- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org
Am Montag, 17. Oktober 2011, 12:24:34 schrieb Alexander Graf:
On 17.10.2011, at 12:01, Adrian Schröter wrote:
Am Sonntag, 16. Oktober 2011, 20:29:38 schrieb Andrew Wafaa:
Michal has also been able to build gtk2 on native hardware too.
I injected gtk2 a while ago.
I am currently injecting a texlive build from Alexander.
Could we add these to the list of packages to inject? When building with Qemu gtk2 repeatedly causes a segfault and fails to build.
At some point we need to fix the build or we can not ever make an ARM distribution release. No matter what the reason of this failure is. Why not? All we need to do is to build on native hardware. I would much rather see people fix actual package problems than subtile QEMU bugs.
that would be also a solution, if we would have enough ARM hardware and it would also support KVM or XEN. However, I don't see this in short term.
In fact, I was thinking that maybe I'll write up a script that goes through all the "failed" packages in obs and tries to rebuild them on native hardware. Then we at least can build up a matrix of packages that are definitely QEMU bugs and we would have those packages covered by natively built working rpms, giving us the chance to move towards a full root fs that we can use to continue bootstrapping worker images.
Unless of course the packages we have now are enough to get a native worker rolling already. Maybe it really already is. Of course the kernel is left to do, but we can just use the one that already runs on the boxes there.
Alex -- Adrian Schroeter SUSE Linux Products GmbH email: adrian@suse.de
Am 17.10.2011 12:01, schrieb Adrian Schröter:
Am Sonntag, 16. Oktober 2011, 20:29:38 schrieb Andrew Wafaa:
Could we add these to the list of packages to inject? When building with Qemu gtk2 repeatedly causes a segfault and fails to build.
At some point we need to fix the build [snip]
I had spotted one source of errors last week: qemu-arm was being built without libattr.a, so some xattr-related features were disabled, resulting in lots of unsupported syscall messages. A new libattr-devel-static package is now in Factory and we need the qemu package to depend on it. Don't know on what condition to choose between libattr-devel and libattr-devel-static build dependency now. Any help appreciated. Once that is fixed, I'm only aware of one unimplemented syscall 228 (fsetxattr) plus some unexplained out-of-memory crashes. For anything else we'd need a reproducible test case to try against upstream QEMU. Regards, Andreas -- SUSE LINUX Products GmbH, Maxfeldstr. 5, 90409 Nürnberg, Germany GF: Jeff Hawn, Jennifer Guild, Felix Imendörffer; HRB 16746, AG Nürnberg -- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org
participants (3)
-
Adrian Schröter
-
Alexander Graf
-
Andreas Färber