Yeah, I’m wondering the same thing since I just reinstalled a sd card yesterday. Changelog or something would be useful.

`sudo apt-get update && sudo apt-get upgrade` will be enough.

Yeah, I second that!

How close is Wayland to official release? Can’t wait to get it!

The Raspberry Pi Guy

Ditto on Wayland.

Double ditto on that second, even if its just the current test version, it saves having to compile it ourselves. :D

Wayland/Weston provided by Collabora are preinstalled on this latest image with the raspberrypi.collabora.com apt source included by default. Daniel Stone is planning on further updating the package when he gets back from travelling next week (at which point it should include an easy launcher script).

What’s changed (mostly applies to the Raspbian build):

Apologies in advance if this formats incorrectly

* Updated scratch image (performance improvements)

* Updated armv6 optimised pixman

* Updated armv6 optimised memset/memcpy

* Updated raspi-config with new layout, and new functionality like setting hostname and enabling camera support.

* Updated firmware (native mmap support in the bcm2835 ALSA driver, many other changes – see commits to github.com/raspberrypi/firmware)

* The boot partition now has the label “boot”

* Wayland/Weston preview from Collabra is installed and their apt repository is included as an apt source

Yes, I think the previous one we had up was generated the end of February.

Yes – it includes the latest USB fixes.

Well, I totally don’t know what I’m doing… but….

$ mkdir /tmp/wayland
$ export XDG_RUNTIME_DIR=/tmp/wayland/
$ weston

However, for me, whilst I get a desktop appear, I can’t access anything because it is totally ignoring my overscan settings. I can’t even close it! I have to kill it from a separate SSH session. If I wait long enough though, I do get to see a wayland/weston locked session window… so that’s nice. I’ll marvel at that for a bit!

Sure. The ARMv6 instruction set includes some useful features for accelerating operations which access memory in a structured fashion (cache preloads) and/or perform operations on vectors of 8- or 16-bit quantities (media processing instructions). We’ve commissioned optimised versions of memcpy(), memmove() and memset(), and of a subset of the Pixman blitting functions, which take advantage of these facilities.

This translates directly (and transparently) into improved application performance, particularly for X and the various web browsers which use Pixman in their back ends.

by “it will not work” I mean it will not boot.. I only get the red power light.. very strange

It’s an alpha version at the moment, which means it isn’t a finished product by any means. Not all of the functionality has been completed for all of the features and even many of those that have been completed have not been tested and debugged to the point where they can be relied upon consistently. What has been provided can be thought of as a demonstration of the actual code that will largely form the final software (not a simulation or prototype). It’s good enough that people can try it out and provide feedback, but they shouldn’t expect to do anything critical that might get trashed when, not if, this early release has a problem.

For example, when I opened more than about a dozen terminal windows, the display started flashing at a show rate with the desktop squeezed to occupy the left side of the display, but when I closed some of the windows, everything went back to normal. In another case where I tried to resize a terminal window to occupy most of the screen by dragging a corner, the cursor wouldn’t change back to anything other than the resize “corner” icon. So, I couldn’t click on anything else to select it, and I wound up having to kill the weston process via a command line, but was able to restart and operate it again without any problem.

It’s also not well documented, so it’s not clear to a neophyte how to do anything other than open, drag-move, drag-resize, and execute commands within a terminal window. The developers are working on a script to help automate launching of the software and will undoubtedly be expanding the desktop to include everything that the current default Raspbian LXDE-based has. This will include the pop-up menu with access to all apps, multiple desktop selector, opened-window tabs, performance meter, clock, etc., in the toolbar. It will also include desktop icons for frequently-used programs, etc.

Apparently, the target for the essentially-finished code is this coming Fall, so figure at least 3 ~ 4 months. The more people who can find problems such as I described above (but unique and not already reported), the faster the bugs can be fixed. Dig in and help out – it’s a bit mucky down here at the moment, but the Sun is out and will help bake things into a more solidified state.

sudo apt-get update && sudo apt-get dist-upgrade

just do, sudo apt-get update and then sudo apt-get upgrade. May take some minutes, so don’t wait in front of it.

Agreed. i would like to know too

Thanks for the tip, not tried it on my ‘231’ 512 pi yet, but good to know.

thanks I will try another card I have lots of sd cards available .. I wonder what is causing this?

no ubuntu cant be used on a raspberry since the ubuntu arm needs a newer processor get an a10 device instead of a raspi!