May 2015 - openSUSE ARM - openSUSE Mailing Lists

[opensuse-arm] Attempt to run KIWI on unsupported architecture 'armv8l'
by Dirk Müller 12 Apr '17

12 Apr '17

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

3 3

[opensuse-arm] Factory/Tumbleweed and the switch to GCC 5.x
by Dirk Müller 22 Jun '15

22 Jun '15

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

2 2

[opensuse-arm] BeagleBone black image not working?
by Zack Piper 11 Jun '15

11 Jun '15

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

3 4

[opensuse-arm] Factory: boot.scr not updated
by Guillaume Gardet 09 Jun '15

09 Jun '15

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

4 19

[opensuse-arm] Image repos needs cleanup
by Guillaume Gardet 08 Jun '15

08 Jun '15

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

4 5

[opensuse-arm] kiwi - Add bootflag to partition #2 when vboot is used
by Guillaume Gardet 29 May '15

29 May '15

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

3 7

[opensuse-arm] aarch64 build workers updated
by Dirk Müller 28 May '15

28 May '15

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

1 0

[opensuse-arm] openQA : ARM qemu and real hardware?
by Guillaume Gardet 28 May '15

28 May '15

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

4 4

[opensuse-arm] sunxi device tree outdated
by Frank Kunz 28 May '15

28 May '15

Hi, it seems that there is a build dependency missing between kernel and device tree meta packages: Logs taken from (build today afternoon): https://build.opensuse.org/package/binary/home:frank_kunz:branches:openSUSE… contains up to date kernel: kernel-default|(none)|4.0.1|1.1|armv7hl|obs://build.opensuse.org/openSUSE:F… But the device tree is still the old one: dtb-sun4i|(none)|4.0.0|40.2|armv7hl|obs://build.opensuse.org/openSUSE:Facto… Br, Frank -- To unsubscribe, e-mail: opensuse-arm+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-arm+owner(a)opensuse.org

4 8

[opensuse-arm] 2 Questions
by Edgar Dombrowski 26 May '15

26 May '15

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

2 1

[opensuse-arm] RaspberryPi and openSuse 13.2
by Thomas Aichinger 21 May '15

21 May '15

Hi, I run into a problem with my RasPi Model B+ V1.2 with openSuse 13.2. I type: raspi:~ # cat /proc/cpuinfo processor : 0 model name : ARMv6-compatible processor rev 7 (v6l) Features : swp half thumb fastmult vfp edsp java tls CPU implementer : 0x41 CPU architecture: 7 CPU variant : 0x0 CPU part : 0xb76 CPU revision : 7 Hardware : BCM2835 Revision : 0000 Serial : 0000000000000000 From serveral other sources I heard that Hardware should be BCM2708, Revision 0010 and there should be a valid serial number. The same hardware with raspbian says: Hardware : BCM2708 Revision : 0010 Serial : 00000000c2c2clcfbb The problem is that many libs are looking into this information to determine what type of raspi they are running on. Furthermore serial not set properly means that raspi does not have a stable MAC. Every time you boot it has another MAC. Any suggestions how I can fix this? -- Viele Grüße Thomas Aichinger ---------------------------- http://www.datamagic.at ---------------------------- Data Magic Datenservice GmbH Schönbrunner Straße 140 1120 Wien -- To unsubscribe, e-mail: opensuse-arm+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-arm+owner(a)opensuse.org

3 3

[opensuse-arm] Updating RPi 2B image to kernel 4.0.1 leaves non-bootable system
by Freek de Kruijf 19 May '15

19 May '15

I had a running image on my RPi 2B and saw kernel 4.0.1 being available. Using zypper I updated the kernel, but after that the system was no longer bootable. The newest image still has a 3.19 kernel. -- fr.gr. member openSUSE Freek de Kruijf -- To unsubscribe, e-mail: opensuse-arm+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-arm+owner(a)opensuse.org

3 7

[opensuse-arm] Fwd: raspberry PI 2
by Sean Fabian 19 May '15

19 May '15

Evening All I require your assistance in the following two fields Where can I find the hal package for armv7(Raspberry PI 2)? and do I need to rebuild it for armv7? How can I rebuild the openvpn package for armv7, to have a custom compiled openvpn? Greetings Sean -- To unsubscribe, e-mail: opensuse-arm+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-arm+owner(a)opensuse.org

2 1

[opensuse-arm] yast error when reading network device configuration
by Frank Kunz 17 May '15

17 May '15

Hi, when testing the image: https://build.opensuse.org/package/binaries/home:frank_kunz:branches:openSU… I got: Internal error. Please report a bug report with logs. Details: undefined method `ReadHardware' for #<Yast::LanItemsClass:0xf044b8> Caller: /usr/share/YaST2/modules/LanItems.rb:988:in `ReadHw' when I try to change the network settings in yast. Is that a new issue? Any ideas? Br, Frank -- To unsubscribe, e-mail: opensuse-arm+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-arm+owner(a)opensuse.org

2 1

[opensuse-arm] Raspberry Pi 2 and rrdtool: undefined symbol glDiscardFramebufferEXT
by Robert Kaiser 15 May '15

15 May '15

Hi everyone, For one thing: I just bought a Raspberry Pi 2, and I was and am amazed that I can use openSUSE on it, in the form of the JeOS Tumbleweed image (and stuff I installed from the repos since). This is amazing and thanks to everyone involved in getting this set up! Now for the "fun": As I wanted to get my usual system monitoring scripts running on that system as well, I installed rrdtool. Running it, it surprised me by a "undefined symbol glDiscardFramebufferEXT" in libEGL.so.1 - and of course did not work. In the end, as this is a headless system where I probably don't need working graphics, I decided to be daring and try installing Mesa-libEGL1 instead of raspberrypi-gfx and that did get rrdtool working. For one thing, I wanted to mention this in case anyone else stumbles over the issue. For the other, is this a known issue with raspberrypi-gfx? Cheers, KaiRo -- To unsubscribe, e-mail: opensuse-arm+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-arm+owner(a)opensuse.org

1 0

[opensuse-arm] Problem updating Tumbleweed on Raspberry Pi 1B
by Freek de Kruijf 13 May '15

13 May '15

I tried to update a Tumbleweed system on a Raspberry Pi 1B system using "zypper up". During downloading the kernel-default rpm the system crashes and restarts. I was able to update zypper and curl to the latest versions. However retrieving kernel-default-4.0.1-1.1.armv6hl.rpm makes the system crash. I was able to download the rpm using curl. -- fr.gr. member openSUSE Freek de Kruijf -- To unsubscribe, e-mail: opensuse-arm+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-arm+owner(a)opensuse.org

1 1

[opensuse-arm] Factory rebuild for icu / boost / ruby 2.2
by Dirk Müller 10 May '15

10 May '15

Hi, a couple of updates went into Factory in the last few days that broke ARM, mainly due to bootstrap loops that needed to be resolved manually. I've done that now, and things are rebuilding. Hopefully tomorrow morning there should be a working tree again (unless something else enters factory inbetween). Greetings, Dirk -- To unsubscribe, e-mail: opensuse-arm+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-arm+owner(a)opensuse.org

1 0

[opensuse-arm] openSUSE 13.2 on cubieboard works
by Volker Kuhlmann 08 May '15

08 May '15

I have managed to get oS 13.2 to boot on a cubieboard by doctoring the installation image and transplanting the factory boot loader and kernel into it. Steps are a bit complicated so I made a script[1]. Inputs are the 13.2 and factory installation images, and script constants need version adjustment. When installing the modified image the system boots, reboots (not something to take for granted...), and at least passes the sanity checks. So far, so good. Is the 13.2 kernel working on the cubieboard? I couldn't get that one to go, it hangs at "starting kernel", even with a newer boot loader. The 13.2 boot loader is broken and needs a newer version, but that shouldn't affect the kernel directly. Never mind. I've updated https://en.opensuse.org/HCL:CubieBoard accordingly. Volker [1] http://volker.top.geek.nz/soft/script/cubieboard-oS13.2-transplant-boot -- Volker Kuhlmann http://volker.top.geek.nz/ Please do not CC list postings to me. -- To unsubscribe, e-mail: opensuse-arm+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-arm+owner(a)opensuse.org

4 18

[opensuse-arm] openSUSE:Factory:ARM/armv6 outage, recovering
by Dirk Müller 07 May '15

07 May '15

Hi, it seems recently qemu-linux-user 2.3.0 has been accepted to factory, which however immediately crashes on startup, so all the builds in the last two days (if I see correctly) have been hanging in an endless crash/rebuild loop. I've manually injected a qemu 2.2.0 build again and locked 2.3.0 out to get things moving. Greetings, Dirk -- To unsubscribe, e-mail: opensuse-arm+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-arm+owner(a)opensuse.org

5 17

[opensuse-arm] ARM sunxi devicetree not up to date
by Frank Kunz 03 May '15

03 May '15

Hi, it seems that the sunxi device trees are not rebuild ans still have kernel 3.19 data included instead of version 4. This prevents (at least) the sun4i based boards from booting due to changes in the mmc drivers and device trees. It look that there is a build dependency missing when the kernel is updated. -Frank linux:~ # zypper info dtb-sun4i Loading repository data... Reading installed packages... Information for package dtb-sun4i: ---------------------------------- Repository: openSUSE-Factory-repo-oss Name: dtb-sun4i Version: 3.19.0-40.1 Arch: armv7hl Vendor: openSUSE Installed: Yes Status: up-to-date Installed Size: 192.1 KiB Summary: Allwinner sun4i based systems Description: Device Tree Files for Allwinner sun4i based systems. linux:~ # cat /etc/os-release NAME=openSUSE VERSION="20150428 (Tumbleweed)" VERSION_ID="20150428" PRETTY_NAME="openSUSE 20150428 (Tumbleweed) (armv7hl)" ID=opensuse ANSI_COLOR="0;32" CPE_NAME="cpe:/o:opensuse:opensuse:20150428" BUG_REPORT_URL="https://bugs.opensuse.org" HOME_URL="https://opensuse.org/" ID_LIKE="suse" linux:~ # -- To unsubscribe, e-mail: opensuse-arm+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-arm+owner(a)opensuse.org

2 1

Re: [opensuse-arm] Some problems with Tumbleweed on Raspberry Pi B 1
by Dirk Müller 02 May '15

02 May '15

Hi Freek, >> The build is not disabled, not sure where you looked: >> https://build.opensuse.org/package/show/openSUSE:Factory:ARM/libzypp > > https://build.opensuse.org/package/show/openSUSE:Factory/libzypp Ah, ok. All the ARM stuff is being built in a subproject (:ARM), it shares however the sources with openSUSE:Factory. >> > 2. Updating kernel-default to 3.19.3-1.1 gives an unbootable system. >> Known problem, already fixed in kernel 4.0.0 which is being synced out >> (see above). This kernel is now published. There is still one zypp related dependency issue, which I just fixed (hopefully syncs out within the next 24 h or so). Greetings, Dirk -- To unsubscribe, e-mail: opensuse-arm+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-arm+owner(a)opensuse.org

3 5

[opensuse-arm] Some problems with Tumbleweed on Raspberry Pi B 1
by Freek de Kruijf 01 May '15

01 May '15

I am using openSUSE-Factory-ARM-JeOS-raspberrypi.armv6l-1.12.1- Build266.3.raw.xz, which works OK. I tried updating the software to the newest versions available in the repository and noticed: 1. zypper can't be updated because the proper version of libzypp is not available. In openSUSE Build I see building of libzypp for Factory disabled for all ARM architectures. Is there a problem with building this library? 2. Updating kernel-default to 3.19.3-1.1 gives an unbootable system. Any solution? I noticed some error messages when dracut is executed: /usr/lib/dracut/dracut-functions.sh: line 1585: host_modules: bad array subscript -- fr.gr. member openSUSE Freek de Kruijf -- To unsubscribe, e-mail: opensuse-arm+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-arm+owner(a)opensuse.org

2 2