Hi,
raspberrypi-gfx and mesa provide openGL ES libs and devel files. So, there are file conflicts. Should we add a "Conflicts:" line in raspberrypi-gfx spec file?
Or is there a better way to avoid problems?
Guillaume
--
To unsubscribe, e-mail: opensuse-arm+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse-arm+owner(a)opensuse.org
Hi,
JeOS.armv6 should be a link to JeOS, but it is a standalone package ATM. Could you fix it, please? (I cannot do it myself, since I have no commit rights here! ;) )
Guillaume
--
To unsubscribe, e-mail: opensuse-arm+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse-arm+owner(a)opensuse.org
Hi,
SUSE is doing another Hackweek shortly, and there is a website for it
put online:
https://hackweek.suse.com/
The Nuernberg SUSE employees will do a Hackweek October 7th - 11th,
and we're looking for projects and interested people that want to join
those projects. Community people are welcome.
Anyone got ideas with ARMs ? :-)
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,
kiwi package have been updated but Factory:ARM has an old patch which need to be removed to fix compilation. So, please accept SR #200325.
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 preparation of openSUSE 13.1 image releases for ARM, I've created
openSUSE:13.1:Ports and started to fill devel:ARM:13.1:Contrib (the
RaspberryPi one exists for example). As the OBS build power is quite
limited, I've temporarily disabled building of openSUSE:Factory, until
openSUSE:13.1 is finished at least with most of the builds.
Feel free to look into further builds there, I hope to have building
images there soon.
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 all,
I'm running 12.3 w/ all fixes (using repos [1]) on my Samsung Chromebook
("Snow Fremont B-E 5303"). Some things I observed/stumbled on/couldn't
fix:
- In contrast to the Wiki, the webcam (UVC 1.00 device WebCam
SC-03FFM12339N 2232:1037) works for me without any tinkering (simply
installed Ekiga and chose webcam as video device).
- In contrast to the Wiki, sound works. I had to unmute some items in
alsamixer as described in [4]) - does somebody know, if this is still
dangerous ("you may fry your speakers")? Doing what exactly would be
dangerous?
- The JeOS-image from [2] (1.12.1-Build88.1, 13 Jun 2013) doesn't boot (I
used the XFCE image, 1.12.1-Build66.3, 18 Apr 2013). Booting the JeOS
image just stops at the U-Boot prompt ("SMDK5250 #").
- There is no way around building packages myself in order to play patent
encumbered video and audio (MP3 and the like), is there? I can play
Internet radio and OGG using Rhythmbox, though. I use Packman stuff (like
libmpg123) for this on my x86 systems, but Packman has no ARM repos.
- No Firefox in repos, as explained in an earlier post on this list. I
ended up installing the one from the 12.2 repo, but that one is outdated.
- I couldn't find a way to switch to the console (as with Ctrl-Alt-F1..6
on a x86 OpenSUSE). Does somebody know how to do this?
- Closing the lid starts XScreenSaver. Triggering suspend (using
"powersave -u") terminates my X session and takes me back to the lightdm
login. Subsequent attempts to suspend result in an error message
"org.freedesktop.UPower.GeneralError: Sleep has already been requested and
is pending".
- After 5 minutes of inactivity, the backlight goes off (black screen).
Touching the touchpad shows the mouse pointer, but not the desktop
(remains black). Hitting Ctrl-Alt-Leftarrow (the arrow key next to Esc)
terminates my session and takes me back to the lightdm login. Once in a
while, the Chromebook completely freezes - black screen, hard reset
(Refresh-Power) required.
- Accelerated video: [3] suggests that it is just copying libmali.so from
ChromeOS together with some symlinks to it. It isn't. X remains slow and I
get plenty of "libGL error: unable to load driver: armsoc_dri.so".
- The lightdm login screen icons (the two at the very top right, for
shutdown, etc.) are not displayed properly.
The two main showstoppers are IMHO the unaccelerated video and the crashes
mentioned above (probably related to powersaving).
Is there something I could help with? Would it be useful to provide access
to my Chromebook via SSH? Test packages? Upgrade to Factory?
[1]
---
http://download.opensuse.org/repositories/devel:/ARM:/12.3:/Contrib:/Chrome…http://download.opensuse.org/ports/armv7hl/distribution/12.3/repo/oss/http://download.opensuse.org/ports/update/12.3/
---
[2] http://download.opensuse.org/repositories/devel:/ARM:/12.3:/Contrib:/Chrome…
[3] https://wiki.debian.org/InstallingDebianOn/Samsung/ARMChromebook
[4] http://archlinuxarm.org/platforms/armv7/samsung/samsung-chromebook
Best regards,
--D.
--
Daniel Bischof <suse-bugz(a)bischof.org>
--
To unsubscribe, e-mail: opensuse-arm+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse-arm+owner(a)opensuse.org
Hi,
it seems that panda and beagle legacy support (I mean non Device Tree support) will be dropped more or less quickly.
To prepare openSUSE for the switch, I made dtb-omap3-beagle and dtb-omap4-panda packages in my home repo. Where should I submit them? openSUSE:Factory:ARM, or a devel project?
Moreover, I made those packages 'noarch' type since DTB is not arch specific but it would also make sense to make them 'armv7' arch type since it is only used on armv7 boards.
Instead of making a package for each board, another way would be to build all DTB supported by our kernel version (using 'make dtbs' while building linux kernel, for each flavour), but DTB may be removed from kernel sources since they should not be kernel specific.
What is your opinion?
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 would like to enable a kernel-desktop for ARM, especially for GFX images.
I modified kernel-default by using CONFIG_PREEMPT instead of CONFIG_PREEMPT_NONE.
Anything else to change? Maybe CONFIG_HZ?
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,
when I set bootfilesystem="fat32" in <image>.kiwi, then mount reports correctly vfat as filesystem:
********************************************************************************
/dev/sdb1 on /mnt type vfat
********************************************************************************
But partition table is false, fdisk returns:
********************************************************************************
Device Boot Start End Blocks Id System
/dev/sdb1 * 2048 411655 204804 83 Linux
/dev/sdb2 411656 1824767 706556 83 Linux
********************************************************************************
but partition 1, should be ID="c" - System="W95 FAT32 (LBA)".
I think kiwi has a bug somewhere. ;) Could you have a look at it please?
Moreover, would it be possible to merge partition 1 and partition 2 when they have the same filesystem? (Maybe just when no bootfilesystem option is specified).
Guillaume
--
To unsubscribe, e-mail: opensuse-arm+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse-arm+owner(a)opensuse.org
Hi,
For armv6, we only have java-1_5_0-gcj-compat and no openjdk/icedtea.
The problem is java-1_7_0-openjdk package is unresolvable because it needs java and java-devel >= 1.7.0. Cyclic deps, no?
Anyone for fixing it? Anything I could do?
If I remember correctly, this is Dirk who get it working for armv7 and it was a bit tricky.
Guillaume
--
To unsubscribe, e-mail: opensuse-arm+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse-arm+owner(a)opensuse.org