June 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] Experiences with Build325.4 for RPi1
by Freek de Kruijf 30 Jun '15

30 Jun '15

Earlier a second boot of a system generated with this build for Raspberry Pi 1B did not work. Now I have a system that works and can be booted again. However trying to start a module with yast (ncurses), I tried network, software repositories and software all end in the following error message: /sbin/yast: line 426: 19947 Segmentation fault $ybindir/y2base $module "$@" "$SELECTED_GUI" $Y2_GEOMETRY $Y2UI_ARGS However 19947 in the above message differs with the type of module called and with the locale used. The repository still does not contain the ruby 2.2 modules for libstorage. I build these modules, which went OK. I noticed gcc5 was used. I will continue with this build to configure the applications I use. -- 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 5

[opensuse-arm] Experiences with Build325.3 for RPi1 and Build315.2 for RPi2
by Freek de Kruijf 25 Jun '15

25 Jun '15

Both have the same problem starting slow. The fix for this is on its way. It takes a bit more than 10 minutes before the RPi1 system really starts the start up process. I could follow this process because I had these systems connected via HDMI to my TV monitor. The set up of RPi1 also takes about 10 minutes. O.a. a new initrd is being build. The start of the RPi2 is repeating itself and never finishes. After the slow start RPi1 end up in a workable state in a headless situation. I can connect via ssh to the system via the Ethernet connection. I tried a zypper up, and as to be expected: Nothing to do. On the RPi1 I updated libstorage6 libstorage-ruby to my own earlier generated versions. After this "yast network" works. I changed nothing in the network configuration. However I add an LLADDR=<MAC address> to /etc/sysconfig/network/ifcfg-eth0 right after the xzcat process on my desktop. So I know what IP-address the RPi systems get from my DHCP server. After closing down the RPi1 system using "shutdown -r now", the RPi1 system does not boot anymore. There is no output via HDMI anymore. Not even the small messages I saw when booting the freshly made SD card. So I assume the BOOT partition is not properly build. I assume the UEFI partition is not touched in the set up process. The RPi2 system does not work. On my TV monitor the first 3 characters on a line are not displayed. I searched for a solution and found that setting overscan_left and overscan_right in config.txt on the UEFI partition could solve this problem. I tried 16 and 24. It does not seem to have any effect, except when setting these values to 20, in which case the I get a distorted display. -- 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

[opensuse-arm] Building existing package for armv7hl
by Miklos Vajna 25 Jun '15

25 Jun '15

Hi, There are a number of repos that don't have ARM enabled, e.g. server:irc. I supposed it's possible to build e.g. server:irc/bitlbee locally for armv7hl, but I failed to find out how to do so. ;-) On x86_64, after 'osc co repo/package', I can build a binary for 13.2 using 'osc build openSUSE_13.2'. However, here I can't seem to do that: $ osc build openSUSE_13.2 armv7l is not a valid arch for the repository openSUSE_13.2, use one of: i586, x86_64 or $ osc build openSUSE_13.2_ARM openSUSE_13.2_ARM is not a valid repository, use one of: SLE_11_SP3, SLE_12, openSUSE_13.1, openSUSE_13.2, openSUSE_Factory So how to build an existing package locally for armv7hl? (I think in this case the package does not depend on anything that's not provided by the stock 13.2 repo.) Thanks, Miklos

2 4

[opensuse-arm] conflicts with kernel-default-4.0.5-2.3.armv6hl
by Michael Ströder 23 Jun '15

23 Jun '15

HI! When upgrading kernel-default from 4.0.5-2.1 to 4.0.5-2.3 there are various file conflicts reported (see end of messages below). I did not let zypper finish the upgrade. So I can't tell whether it would work later. Ciao, Michael. -------------------------- snip -------------------------- [..] File /lib/modules/4.0.5-2-default/kernel/sound/usb/line6/snd-usb-toneport.ko from install of kernel-default-4.0.5-2.3.armv6hl(openSUSE-Factory-repo-oss) conflicts with file from package kernel-default-4.0.5-2.1.armv6hl(@System) File /lib/modules/4.0.5-2-default/kernel/sound/usb/line6/snd-usb-variax.ko from install of kernel-default-4.0.5-2.3.armv6hl(openSUSE-Factory-repo-oss) conflicts with file from package kernel-default-4.0.5-2.1.armv6hl(@System) File /lib/modules/4.0.5-2-default/kernel/sound/usb/misc/snd-ua101.ko from install of kernel-default-4.0.5-2.3.armv6hl(openSUSE-Factory-repo-oss) conflicts with file from package kernel-default-4.0.5-2.1.armv6hl(@System) File /lib/modules/4.0.5-2-default/kernel/sound/usb/snd-usb-audio.ko from install of kernel-default-4.0.5-2.3.armv6hl(openSUSE-Factory-repo-oss) conflicts with file from package kernel-default-4.0.5-2.1.armv6hl(@System) File /lib/modules/4.0.5-2-default/kernel/sound/usb/snd-usbmidi-lib.ko from install of kernel-default-4.0.5-2.3.armv6hl(openSUSE-Factory-repo-oss) conflicts with file from package kernel-default-4.0.5-2.1.armv6hl(@System)

2 1

[opensuse-arm] Newest images for RPi1 and RPi2 are not usable headless
by Freek de Kruijf 23 Jun '15

23 Jun '15

I tried Tumbleweed Build325.1 for RPi1 and Build314.1 for RPi2 in a headless situation, but both do do not end with an active Ethernet connection. Is this to be expected? u-boot problem? -- 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 3

[opensuse-arm] openSUSE on Archos tablet
by ben 23 Jun '15

23 Jun '15

Hi All, Having a old Archos 10 1 internet tablet with ARM cpu 1GHz ARM Cortex A8 and a A101IT-V6 board . Is it possible to get openSUSE as a native system on this tablet. Its now on Android 2.4.83 and has Angstrom in the "bios" There was a dual boot possibillity once but is that also with openSUSE ARM ? Greetings Ben Henderson aka Benmh on the forum -- 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] KIWI vs btrfs
by Andreas Schwab 22 Jun '15

22 Jun '15

Since the JeOS arm64 EFI images has been switched to use btrfs they fail due to ENOSPC. Apparently kiwi underestimates the overhead when computing the size of the disk. https://build.opensuse.org/package/live_build_log/openSUSE:Factory:ARM/JeOS… Andreas. -- Andreas Schwab, SUSE Labs, schwab(a)suse.de GPG Key fingerprint = 0196 BAD8 1CE9 1970 F4BE 1748 E4D4 88E3 0EEA B9D7 "And now for something completely different." -- 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] 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] RPi 2 XFCE image
by David Byte 19 Jun '15

19 Jun '15

In trying to chase down the issue on my RPi 2 and the graphics I performed a zypper up (93 packages). After giving a serious wait (20 minutes or so), I issued a reboot command. Now, the system will not boot. Thoughts? -- David Byte Sr. Technology Strategist Alliances and Integrated Systems SUSE dbyte(a)suse.com (P)918.528.4422 www.suse.com -- To unsubscribe, e-mail: opensuse-arm+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-arm+owner(a)opensuse.org

3 4

[opensuse-arm] kernel 3.11.4 fails to build with gcc 5
by Guillaume Gardet 18 Jun '15

18 Jun '15

Hi, I updated kernel-raspberrypi config to get initrd support but it fails to build with gcc 5. :( It is a kernel 3.11.4 where I added include/linux/compiler-gcc5.h Any idea how to fix it? https://build.opensuse.org/package/show/devel:ARM:Factory:Contrib:Raspberry… Guillaume -- To unsubscribe, e-mail: opensuse-arm+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-arm+owner(a)opensuse.org

3 2

[opensuse-arm] R:R:I am Lost: No Boot
by Edgar Dombrowski 18 Jun '15

18 Jun '15

Hi Raspi-Friends. First thanks to Alex, Freek et remerciements pour Guillaume.for indicating the Repos for the various files for the Raspi B and Raspi 2 and pointing out the different versionS JeoS; XCFE and LXQT. I have downloaded the there xz.files and installed them on a sd-stick. But when, I get the folowing messages: > Net: Net initialization skipped > No ethernet found ---------> Cable was connected to an HDLC-Router > hit any key to stop autoboot: 2 > 1 > 0 > switch to partitions #0: OK > mmc0 is current device > scanning mmc0:1... > Found U-Boot script /boot.scr > reading /boot.src > 115 bytes read in 420 ms (0 Bytes/s) > # executing script at 00000000 > 2708 bytes read in 420 ms (1000 Bytes/s) > # executing script at 00000200 > 4389568 bytes read in 56550 ms (75.2 KiB/s) No further reaction Do you have any explanation why the boot process had stopped? Thanks for you assistance. Edgar, DJ3PU, Munich P.S. I am preparing an article to be included in Magazine of the German Amateur Radio Club (DARC) on implementing Ham Radio Programs into the Rasberry Pi, succeding up to today with Debian-Squeeze, but with OpenSUSE ??? -- To unsubscribe, e-mail: opensuse-arm+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-arm+owner(a)opensuse.org

5 6

[opensuse-arm] AArch64 image format question
by Guillaume Gardet 17 Jun '15

17 Jun '15

Hi, In http://download.opensuse.org/ports/aarch64/tumbleweed/images/ most images are in "*.install.tar.xz" format instead of "*.raw.xz"; except for vexpress64 and old EFI images (which should be wiped). It seems it is because it uses "installpxe=true" option in kiwi file. Am I right or wrong? Guillaume -- 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] Support for Banana Pi
by Jeff Mahoney 16 Jun '15

16 Jun '15

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi all - For some time I've had a Banana Pi device running an openSUSE 13.2 image that I downloaded from the Banana Pi site. Over time, I'd been gradually dragging it forward with self-built vendor kernels and u-boot, hoping that it wouldn't fall apart. The other day, I installed the Kernel:stable kernel-default and the Factory u-boot and it all just worked! Since the openSUSE ARM team has done such a fantastic job getting all of this stuff integrated, I decided to see what was necessary to get real out-of-the-box support set up. The effort was literally just adding 6 lines to two files. Super easy! So, I'm happy to share the results: https://en.opensuse.org/HCL:BananaPi The next time the Tumbleweed JeOS images are built, they will include Banana Pi support! Thanks to Dirk for his help and encouragement getting this included. Great work, team! - -Jeff - -- Jeff Mahoney SUSE Labs -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.19 (Darwin) iQIcBAEBAgAGBQJVeuVhAAoJEB57S2MheeWyMxoP+wZ24jzzRp6MQKZ+3kzUoVu5 MUY+Zk8fDS3loIRHN39QoI5NAWnvPy154Q9GtY93YlVXwvxcI+8+S02n0Rx7j2DV VETQP33wMBPvIQ+SHgq0m6+hw83UiPKnTjHaHB80xF7clv+cxsO8Mxkndaytyn0u bTZTVMGQ/Qn8v9srKK15a6Pw692RvrhYX3/v3ZeF8DHQJto5CAwCTZNIrx8SYRpT +GlFjq88CipT9vHEow2TVnSR6x2nG+HxezXiDl+itU8IU7pSTGHgeS7MfXbCZP3E Mb6cW03WR+6AYSfIwFd8OaoBhY1iTQdTI5YPTSYHKfUyqnRf4eyNgO7NgyqDp+L/ FANZ8n5HqUalDck6WKhGDMA2n1JDKKl+XUDYiAMqtpY7hNmhVfskw0FHvZvxd3J5 ES/jWG6FBuq+UEianWV9+qMAGU6eNjcveqHleMhqt+LvJpjPricEbPAa6xyqf5+w qWF8sRpPiCh3exyf76UuzEpfVcQ1aAaWD9sJrCj+72VZQgm4U2aQ5dG22ItpT6bL ZdYJkTODG4ats/RKMUAkoDU6TreF9D7IIDReCNyDI9IzfTvo+i9D9xmF1zqGE8Jl 6EnzXQYnTMOwxLjXGWswT45tFfKlipaPUN2d8y2KWzzJ3kvVN5aK4uUteHh0Dm1c 04UDa4++OFXLw+JGQgbD =Eo8e -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse-arm+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-arm+owner(a)opensuse.org

3 3

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

15 Jun '15

Hi Marcus, Le 09/06/2015 12:22, Marcus Schäfer a écrit : > Hi, > >>> kiwi 7.02.54 is building, do you need a factory submit request ? >> Yes, please. > ok, but I have to wait for input to bug 931634 before I do the next > submission New kiwi is now in Factory and some images have been rebuilt and I tested one. Now, boot.script is updated by setupUBoot.sh script BUT boot.scr is not generated from this new boot.script, because installUBoot.sh is not found (checked in kiwi log). :( Both scripts are in initrd but no more in rootfs. I guess installUBoot.sh may be called when mmc rootfs has been remounted? Guillaume -- To unsubscribe, e-mail: opensuse-arm+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-arm+owner(a)opensuse.org

3 4

[opensuse-arm] Factory RPi2 image - no console on HDMI after first reboot
by Philip Vossler 13 Jun '15

13 Jun '15

The latest build factory image I've tested today (openSUSE-Tumbleweed-ARM-JeOS-raspberrypi2.armv7l-1.12.1-Build311.1.raw.xz ) surrvive reboots and is accessible via ssh but after the first reboot there is no HDMI console. It does take a while to start but looks like its functional - I will need HDMI, so I'm going to try and find out why it's not working. Thanks for the work on this, really appreciated. Phil Vossler -- "You can not play God and wash your hands of things that you've created" William Adama -- 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] XFCE tumbleweed image problem
by David Byte 12 Jun '15

12 Jun '15

Well, there is definitely a problem with the tumbleweed image for xfce on the RPI 2.. The error I am seeing right now is this: xfce4-session: symbol lookup error: /usr/lib/libEGL.so.1: undefined symbol: glDiscardFrameBufferEXT I am sure I solved a similar issue before on the RPI I had, but I don't remember how. Any thoughts? David Byte Sr. Technology Strategist Alliances and Integrated Systems SUSE dbyte(a)suse.com (P)918.528.4422 www.suse.com -- 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] RPi2 images
by Philip Vossler 12 Jun '15

12 Jun '15

Please can someone advice if there is a known good image for the Raspberry Pi 2? The tumbleweed images appear to have issues. A pointer to a good 13.1 or 13.2 image would be really helpful. Thanks Phil Vossler -- "We don't have to survive, we have to deserve to survive.....You can not play God and wash your hands of things that you've created, sooner or later that day comes and you can't hide from the things that you've done anymore."...William Adama -- 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] E17 images rename
by Guillaume Gardet 12 Jun '15

12 Jun '15

Hi, Enlightenment bump from version 17 (0.17) to 19 (0.19), so E17 name is no more valid. Should we just rename it to E19. Or to Enlightenment, or something else? I would prefer Enlightenment, even if it is a bit long (and our images name are already long), otherwise, we should update things again when E20 or E21 will be out. Any opinion? Guillaume -- To unsubscribe, e-mail: opensuse-arm+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-arm+owner(a)opensuse.org

3 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] Raspberry Pi 1 and GPT partition really booting?
by Guillaume Gardet 11 Jun '15

11 Jun '15

Hi, I tested (hybrid) GPT partitionned images for Raspberry Pi and it does not boot at all (even the GPU firmware which is the 1st stage). Is there someone here who booted such an image? If so, which Pi version and which openSUSE image version? Otherwise, I would like to revert to FAT16 boot partition. Guillaume -- 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] elementary needs to be rebuild
by Guillaume Gardet 11 Jun '15

11 Jun '15

Hi, Could an admin of Factory:ARM trigger a rebuild of elementary, please. It does block some packages (e17 and others) and E17 images build too. Guillaume -- To unsubscribe, e-mail: opensuse-arm+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-arm+owner(a)opensuse.org

2 8

[opensuse-arm] Wiki page update
by Guillaume Gardet 11 Jun '15

11 Jun '15

Hi, I reworked openSUSE:AArch64 wiki page: https://en.opensuse.org/openSUSE:AArch64 and I created HCL:AArch64_EFI: https://en.opensuse.org/HCL:AArch64_EFI for generic EFI boards. If you have any comments, please share or edit wiki directly. Guillaume -- 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] I am lost
by Edgar Dombrowski 10 Jun '15

10 Jun '15

Hi, Raspi-friends. With your activities to implement arm6 and arm7files for a variety of miniboards, I am lost to find the actual versions for RasperryPi B+ (am6) and the new Raspi 2B+ (arm7). Using OpenSuse since over 20 years, I prefer it instead of die actual Debian-Version. Thanks for your assistance Edgar Dombrowski, DJ3PU, Munich -- 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] RPi1 crashes during downloading phase of "zypper up"
by Freek de Kruijf 10 Jun '15

10 Jun '15

I do a "zypper up --download-only" on my Tumbleweed RPi1 system which is connected using Wi-Fi to the network. Rather regularly I get messages about a wrong checksum. But after discarding such a package and a retry it is downloaded OK. However somewhat later during a download the system crashes and restarts. I did not experience such a problem in earlier updates using an Ethernet connection. How can I investigate such a problem? Retrying the whole process gives the crash at another point. -- 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 0