Hi,
this is a known OBS bug, asked the admins to deploy a fix shortly.
Greetings,
Dirk
--
To unsubscribe, e-mail: opensuse-arm+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse-arm+owner(a)opensuse.org
Hi,
as you might know, Factory is currently in preparation of
transitioning to use GCC 5.0.x as the system compiler. There are
several oddities to sort out with that, and I would expect additional
issues for our ARM architectures in the form of miscompiles and ICE's.
To find those issues before they happen, I've created a Staging
project of Factory which builds against GCC 5:
https://build.opensuse.org/project/show/openSUSE:Factory:ARM:Staging:A
its not the full factory tree, but the "DVD" ring (e.g. more or less
what openqa tests) so we should be able to not only see build failures
specific for aarch64 but also are maybe able to run openqa against it
to verify that things are working smoothly.
You're welcome to help and debug / fix issues there.
Thanks,
Dirk
--
To unsubscribe, e-mail: opensuse-arm+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse-arm+owner(a)opensuse.org
Hi,
Sorry to be a nuisance, but I have yet to obtain a serial cable for my
BeagleBone Black.
http://download.opensuse.org/ports/armv7hl/factory/images/openSUSE-Tumblewe…
doesn't seem to boot at all (no LED indicators). It had previously
booted with an earlier image (of which I have lost, and forgotten the
filename).
If somebody could
flash it on there's and investigate, I'd be very appreciative (I can't
because of the lack of mini-HDMI, or serial cable).
Thanks!
--
Zack Piper <zack(a)apertron.net> http://apertron.net
Hi,
after testing some factory images, it appears that boot.scr/boot.script are not updated, so board is unbootable after first boot.
Anything changed in config or kiwi?
Guillaume
--
To unsubscribe, e-mail: opensuse-arm+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse-arm+owner(a)opensuse.org
Hi,
in http://download.opensuse.org/ports/armv7hl/factory/images/
we need to remove all *Factory* images since they have been renamed *Tumbleweed*.
Contrib repos should be affected too.
Guillaume
--
To unsubscribe, e-mail: opensuse-arm+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse-arm+owner(a)opensuse.org
Hi Marcus,
now, u-boot lists all bootable partitions to look for boot scripts. If no partition has a bootflag, it falls back to 1st partition. This break Chromebook (and maybe Raspberry Pi?) images, since 1st partition is hidden and we use partition 2 for our boot script, kernel and initrd.
Could we add the boot flag to partition number 2 when vboot is used?
Guillaume
--
To unsubscribe, e-mail: opensuse-arm+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse-arm+owner(a)opensuse.org
Hi,
I just updated the aarch64 build workers to a newer host kernel. Let
me know if there are new issues.
Greetings,
Dirk
--
To unsubscribe, e-mail: opensuse-arm+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse-arm+owner(a)opensuse.org
Hi,
I know that some work have been done to get openQA working on ARM through qemu, but also on real hardware.
What is working for now? I would like to perform some tests and maybe contribute, if I am able to do so.
So, please share any hints/pointers that could help.
Guillaume
--
To unsubscribe, e-mail: opensuse-arm+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse-arm+owner(a)opensuse.org
Hi, raspi-friends.
I am trying to compile a ham-radio-terminal program TNT using
OS-13.2-Jeos-Version downloaded on 28-2-15 , but I get two error
messages when trying to install "ncurses-dev: using zypper:
1. repository opensuse 13.2-repository-update appears to be outdated
2. no provider for nvurses-dev.
Any suggestion?
Thank you for your assistance
Edgar, DJ3PU, from Munich
--
To unsubscribe, e-mail: opensuse-arm+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse-arm+owner(a)opensuse.org