January 2016 - openSUSE ARM - openSUSE Mailing Lists

[opensuse-arm] OpenSUSE 13.1 on ARMv7
by Eric Santner 21 Jan '16

21 Jan '16

Hey everyone, has anyone (other than myself) been playing around with the Jetson TK1 and the OpenSUSE 13.1 port? I am working on quite a large project, and although I am a HUGE fan of openSUSE, I'm finding that another distro is working better, but only in terms of the GUI, and even that I am curious about because that one uses Gnome and Unity, I prefer KDE and Plasma. Just figured i would check and see if anyone has any experience here with that setup. -- Eric Santner System Engineer Pinewood Computing Solutions (928) 856-2469 This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. -- 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] Library mismatch with LibreOffice on Tumbleweed
by Andrew Wafaa 19 Jan '16

19 Jan '16

Hi, I'm running Tumbleweed on my Chromebook and generally most things work. However a key item for me is LibreOffice, and unfortunately that fails after the splash screen pops up. When I run it from a terminal I get the following error: ~> libreoffice /usr/lib/libreoffice/program/soffice.bin: error while loading shared libraries: libGLEW.so.1.12: cannot open shared object file: No such file or directory Checking to see if libGLEW is installed, I find it is; however there is a version mismatch: :~> rpm -qa | grep libGLEW libGLEW1_13-1.13.0-61.2.armv7hl Is it a matter of triggering a rebuild (or build locally) for LibreOffice or is there something else that needs fixing? Thanks, Andy -- 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] About the image for DragonBoard 410C
by Murakawa Ryo 15 Jan '16

15 Jan '16

Hi I bought DragonBoard 410C. And I have been looking for the installation image for this board. I could find the HCL list on the below URL. https://en.opensuse.org/HCL:DragonBoard410c But I can¹t find the image. So could you tell me the link and how to install it on this? Best Regards. Ryo -- 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] A little break
by Jimmy PIERRE 14 Jan '16

14 Jan '16

Greetings, We are having our monthly Freedom day on 23/01 next. Can you pause a second and confirm which image is stable and automated as much as possible for installation please? Cheers, Jimmy NUI.fr -- 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] cubox-i Tumbleweed image broken again
by Thomas Bechtold 12 Jan '16

12 Jan '16

Hi, the latest Tumbleweed update killed my cubox-i boot process. I get now: ## Error: "bootcmd_firstboot" not defined ## Error: "bootcmd_firstboot" not defined ## Error: "bootcmd_firstboot" not defined => printenv [snipped] distro_bootcmd=for target in ${boot_targets}; do run bootcmd_${target}; done boot_targets=mmc0 usb0 pxe dhcp target=firstboot [snipped] Running manually "run mmc_boot" leads to: => run mmc_boot switch to partitions #0, OK mmc0 is current device Scanning mmc 0:1... Found U-Boot script /boot.scr 2756 bytes read in 35 ms (76.2 KiB/s) ## Executing script at 12000000 switch to partitions #0, OK mmc0 is current device 7318304 bytes read in 515 ms (13.6 MiB/s) ext4fs_devread read outside partition 2643393156 38144 bytes read in 173 ms (214.8 KiB/s) Kernel image @ 0x10800100 [ 0x000000 - 0x6fab20 ] ## Loading init Ramdisk from Legacy Image at 14800100 ... Image Name: Initrd Image Type: ARM Linux RAMDisk Image (uncompressed) Data Size: 67347803 Bytes = 64.2 MiB Load Address: 00000000 Entry Point: 00000000 Verifying Checksum ... Bad Data CRC Ramdisk image is corrupt or invalid SCRIPT FAILED: continuing... Any hints how to solve this problem? -- Tom -- 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] i.mx6 cpufreq
by Josua Mayer 12 Jan '16

12 Jan '16

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Good day to you all, I have noticed that on the imx6 boards Cubox-i and Hummingboard, the imx6q-coufreq module is not loaded automatically. That leaves the system always running at 1GHz even though there is a driver to bring it down to 400MHz. Apparently, the cpufreq module is not to load on its own. Instead it has to be builtin, or loaded by a system service at startup. What is the proper way to do this? Can we make the driver builtin? Or should there be some modules-load.d config file? This I noticed on Tumbleweed. Below follows a quite useless console log with loaded cpufreq module: Welcome to openSUSE 20160109 "Tumbleweed" - Kernel 4.3.3-5-default (ttymxc0). linux login: root Password: Last login: Mon Jan 11 18:40:44 on ttymxc0 Have a lot of fun... linux:~ # cpupower frequency-info analyzing CPU 0: driver: imx6q-cpufreq CPUs which run at the same hardware frequency: 0 1 2 3 CPUs which need to have their frequency coordinated by software: 0 1 2 3 maximum transition latency: 426 us. hardware limits: 396 MHz - 996 MHz available frequency steps: 396 MHz, 792 MHz, 996 MHz available cpufreq governors: conservative, powersave, ondemand, performance current policy: frequency should be within 396 MHz and 996 MHz. The governor "ondemand" may decide which speed to use within this range. current CPU frequency is 996 MHz (asserted by call to hardware). br Josua Mayer -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBAgAGBQJWk/SQAAoJEAgPKSyhCrKUiS4IAI3lR9PHoMLN+slL2GY0Av0p nnNNNq41Gshz61Ov70YQzUdpVmSEPvWNkXmx1csEoPuEQ9WH3Hyn2Oi5fnFHFiCL +7XiNVCuOXWFw9gq1dbqCd03WmybGFxrRUwzaQydfMm62eSm3+4UxUUd3uMDHd0U dkzZnsx88U0UvKxjdTTHwRGfS9vxPOFVtlp5IHVHAxtdwcBtvJTncnF6EeJOqMeg w7vUlqByujX2dQqiywmHwN0q0mh9JtaWdgtFq7nUfQawaZ9kRIrNFMvJg8QJUtSb 9vETQVfD82DHtKyue4ZEzjChGbqq942hsg9zLN6N3jpKmtNfrmK8igR7yxzCYvA= =HI5J -----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

2 1

[opensuse-arm] RPi2 and rrdtool: libEGL.so error
by Robert Kaiser 09 Jan '16

09 Jan '16

Hi, Since some recent Tumbleweed build (I update infrequently on my RPi2), I run into this error again: /usr/bin/rrdtool: symbol lookup error: /usr/lib/libEGL.so.1: undefined symbol: glDiscardFramebufferEXT In older times, I could just install Mesa-libEGL1 (and deinstall the RPi libEGL package) and rddtool would run and work fine - as this is a headless system, there is no need for EGL support on a display to actually work. Now, libEGL.so.1 is part of raspberrypi-userland, so I would need to uninstall that whole, package, which is probably not a good idea. How can I make things work again? Thanks, Robert Kaiser -- 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] Leap for armv7l
by Michal Hrusecky 07 Jan '16

07 Jan '16

Hi, I was searching but wasn't able to find where lives Leap for armv7l. Or is it not ready yet? If so, where lives wip so I can help? Regards, Michal Hrusecky -- To unsubscribe, e-mail: opensuse-arm+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-arm+owner(a)opensuse.org

5 12