is there packages out for computers, or maybe the script here also works?
http://raspberrypi.collabora.co.uk/maynard.html

I just tried to build maynard from https://aur.archlinux.org/packages/maynard-git/. The build process was aborted with this error being the culprit:

shell-helper.c:25:31: fatal error: weston/compositor.h: No such file or directory

A quick check confirmed that the file didn't exist where I expected it should in usr/include/weston, however a couple other files were there. I checked the git repository of weston and discovered that the file compositor.h had been removed between releases 1.11.1 and 1.12.0 (2016-09-20). In fact, the entire tree was restructured. See for yourself:

https://cgit.freedesktop.org/wayland/weston/tree/?id=1.12.0
https://cgit.freedesktop.org/wayland/weston/tree/?id=1.11.1 (compositor.h is in src)

Running the binary file "maynard" with wayland 1.6 and weston 1.6 on Arch produces only:

(maynard:26331): Gdk-ERROR **: xdg_shell@15: error 0: incompatible version, server is 4 client wants 3

Also, the wiki page "Develop on a computer" has:

Launch maynard:
./maynard

which runs an ascii script file "/usr/bin/maynard", which only checks for the existence of a binary file "/usr/libexec/maynard", and does not run that binary, instead, only starting "/usr/bin/weston" or "weston-launch". This is rather pointless, useless, and confusing.

Please update maynard for the current versions of wayland and weston, and please clarify how you would like maynard to be started on weston.

Thanks
James

Hi,

Coming from fluxbox, I just tried maynard... However upon launching it, I get a launcher that doesn't include anything other than libreoffice and a clock.

I'm used not to have a DE (just plain fluxbox), not to have pulse (just plain alsa), and so on... But I'm not findind a way on maynard to have an applications menu, a way to select a background image, a way to set multiple desktops and so on...

It seems several things should/can be configured on weston.ini, but any settings there are ignored by maynard, such the background...

Is there a maynard configuration file other than weston.ini one needs to tweak? How to be able to launch a menu to select applications (doesn't matter if not in the launcher, actually the cleaner, the better)?

As the title says, Maynard won't install. I am using the method found here on Raspbian Wheezy (I used Jessie first, but tried Wheezy to see if it would fix it.). When I run, I get the curl output that shows the download process then text repeating over and over forever that reads, "Do you want to continue? [y/n]". I was only able to read it by pressing Ctrl+C to end the process. However, when I press "Y" while the program is running, nothing happens. I hope someone can help me. Maynard looks awesome!

-Ronan

I get build errors, trying to build against weston 1.7:

shell-helper.c:452:1: error: conflicting types for ‘module_init’
module_init(struct weston_compositor *ec,
^
In file included from shell-helper.c:25:0:
/usr/include/weston/compositor.h:1543:1: note: previous declaration of ‘module_init’ was here
module_init(struct weston_compositor *compositor,
^
Makefile:574: recipe for target 'shell-helper.lo' failed

Does maynard need an update for weston 1.7?

When issue #4 is fixed we need to add support for preferences. I think it would be nice to display something like the app launcher with icons for the various configurable bits.
For now we need at least background configuration (issue #5) and date and time (issue #6).

Is there a way I can start maynard immediately upon booting?

While compiling Wayland, Weston, libinput and Maynard from git on Arch, everything builds and installs fine. However, Maynard fails to start, complaining about: (maynard:26925): Gdk-ERROR **: xdg-shell@15: error 0: incompatible version, server is 4 client wants 3 - probably has to do with this, that is, xdg-shell version bump.

With stable Wayland/Weston installed (from extra/community repos, both at 1.5.0), Maynard doesn't build at all, requires newer Weston, but from before the bump. Also, it looks like they want to go for stable 1.6.0 in a couple of weeks with another xdg-shell version bump in the meantime.

Installing maynard on an RPi depends on kdewallpapers.

It's a giant package (114MB), takes ages to download and install.

Maybe a smaller collection of demo wallpapers could be a better choice?

Maynard not working with Wayland and Weston 1.5.
It builds correctly but then it does not start giving the error
Gdk-ERROR wl_registry@4: error 1: invalid version for global desktop_shell (14): have 2, wanted 3

Hi! This is some fine work :-)

In your announcement post three days ago, you mention that LXDE does not support Wayland. I just wanted to bring up that we are in fact working on it (in our Qt branches) and contributions are more than welcome.
We also collaborate with the Maui project which you may have heard of... http://www.maui-project.org/ - They are a wayland-only lightweight and Qt-based desktop shell.
If you opt to look at Qt as a toolkit in the future, please drop by our mailing list or contact me directly. We're not just doing all this for us, we want our work to actually be useful for other potential desktops. :)

PS: I'm in Cambridge as well; if you want to meet up to discuss this, ping me.

What the title says. It can only be launched from an X-less shell it seems.

Running apps should be shown in the left panel with some clear visual clue that they are running and not just favourites (see gnome-shell for examples or unity). If a favourite app is running then no new icon should be added.

My Raspberry Pi is connected to a 42" 1080p TV. Maynard looks nice, but I can't see any of the icons (except the time) when I move the mouse to the left side of the screen.

I think that nautilus assumes that ~/.config exists and then fails to create ~/.config/nautilus as it does something equivalent to “mkdir ~/.config/nautilus” instead of “mkdir -p ...”.

Just try launching something simple as the calculator and see for yourself...

Hello.

I compiled maynard on x64 Arch Linux. I used make install and then when I use "maynard" command, it starts only normal weston.

The I tried to add "modules=shell-helper.so" to weston.ini but it also starts only default weston.

The I added "client=/usr/libexec/maynard". Then it starts maynard, but crashes after few seconds or mouse move.

I use last version from git. The gdb stack trace is not usefull. It is some null pointer in wl_list_remove.

What can I do to make it work?

Currently the background image is hardcoded. We should add support to change it.

This should probably go in the gear widget but it would save hunting for the PID to kill.

sudo apt-get build-dep maynard

E: Build-Depends dependency for maynard cannot be satisfied because candidate version of package libwayland-dev can't satisfy version requirements

tried: sudo apt-get install libwayland-dev #same error

We should start a session bus when launching maynard, but then we also need to check that apps don't start spawning a billion services.

I'm building Maynard for the pc. I managed to build or install all the dependencies. There was the wayland protocols that was missing from your build instructions but I simply found the git page and built it from there using:

git clone https://github.com/wayland-project/wayland-protocols.github
cd wayland-protocols
./autogen.sh --prefix $PREFIX
make install
cd ..

#I built it before Weston and just after Wayland. After which I did:
export PKG_CONFIG_PATH=$PREFIX/share/pkgconfig:$PREFIX/lib/pkgconfig:$PKG_CONFIG_PATH

maynard autogen completed with no errors but when I tried to do make install, I got this error:

  GEN      desktop-shell-client-protocol.h
../protocol/desktop-shell.xml:104: element request: validity error : Element request content does not follow the DTD, expecting (description? , arg*), got (arg description )
*******************************************************
*                                                     *
* WARNING: XML failed validation against built-in DTD *
*                                                     *
*******************************************************
../protocol/desktop-shell.xml:49: warning: since version not increasing

  GEN      desktop-shell-protocol.c
../protocol/desktop-shell.xml:104: element request: validity error : Element request content does not follow the DTD, expecting (description? , arg*), got (arg description )
*******************************************************
*                                                     *
* WARNING: XML failed validation against built-in DTD *
*                                                     *
*******************************************************
../protocol/desktop-shell.xml:49: warning: since version not increasing

I searched for the error on google and found a thread from a different project that had the same issue and a fix which could be found here. The code in the patch was identical to the code found in my $PREFIX/share/wayland-protocols/stable/xdg-shell/xdg-shell.xml file (minus the patched code), so I took a chance and patched the xml by hand. This made the error go away but now I got this error:

make[2]: Entering directory '/home/lapinot/maynard/shell'
  CC       shell-helper.lo
shell-helper.c:29:10: fatal error: weston/compositor.h: No such file or directory
 #include <weston/compositor.h>
          ^~~~~~~~~~~~~~~~~~~~~
compilation terminated.

so I opened up /maynard/shell and made a link called weston to $PREFIX/include/libweston-4 which ( had a copy of compositor.h but that resulted in a whole bunch of errors and I get the impression that the compositor.h was the wrong version:

shell-helper.c: In function ‘configure_surface’:
shell-helper.c:82:42: error: ‘struct weston_surface’ has no member named ‘configure_private’; did you mean ‘committed_private’?
  struct weston_view *existing_view = es->configure_private;
                                          ^~~~~~~~~~~~~~~~~
                                          committed_private
shell-helper.c: In function ‘shell_helper_add_surface_to_layer’:
shell-helper.c:117:17: error: ‘struct weston_surface’ has no member named ‘configure’
  if (new_surface->configure) {
                 ^~
shell-helper.c:137:13: error: ‘struct weston_surface’ has no member named ‘configure’
  new_surface->configure = configure_surface;
             ^~
shell-helper.c:138:15: error: ‘struct weston_surface’ has no member named ‘configure_private’; did you mean ‘committed_private’?
  new_surface->configure_private = existing_view;
               ^~~~~~~~~~~~~~~~~
               committed_private
shell-helper.c: In function ‘configure_panel’:
shell-helper.c:149:36: error: ‘struct weston_surface’ has no member named ‘configure_private’; did you mean ‘committed_private’?
  struct shell_helper *helper = es->configure_private;
                                    ^~~~~~~~~~~~~~~~~
                                    committed_private
shell-helper.c: In function ‘shell_helper_set_panel’:
shell-helper.c:180:9: error: ‘struct weston_surface’ has no member named ‘configure’
  surface->configure(surface, 0, 0);
         ^~
shell-helper.c:193:9: error: ‘struct weston_surface’ has no member named ‘configure’
  surface->configure = configure_panel;
         ^~
shell-helper.c:194:11: error: ‘struct weston_surface’ has no member named ‘configure_private’; did you mean ‘committed_private’?
  surface->configure_private = helper;
           ^~~~~~~~~~~~~~~~~
           committed_private
shell-helper.c: In function ‘shell_helper_curtain’:
shell-helper.c:429:8: warning: passing argument 2 of ‘weston_layer_init’ from incompatible pointer type [-Wincompatible-pointer-types]
        &helper->panel_layer->link);
        ^

Do you guys have any ideas? Things I could try or way to trouble shoot? Maybe I screwed something up in the steps I listed?

Here are the versions of the things I built:

info gleamed from: $PREFIX/lib/pkgconfig
-----------------------------------------
Name: libweston API
Description: Header files for libweston compositors development
Version: 3.0.91

Name: libweston-desktop
Description: Desktop shells abstraction library for libweston compositors
Version: 3.0.91

Name: Wayland Client
Description: Wayland client side library
Version: 1.14.91

Name: Wayland Cursor
Description: Wayland cursor helper library
Version: 1.14.91

Name: wayland-egl-backend
Description: Backend wayland-egl interface
Version: 3

Name: wayland-egl
Description: Frontend wayland-egl library
Version: 17.4.0

Name: Wayland Scanner
Description: Wayland scanner
Version: 1.14.91

Name: Wayland Server
Description: Server side implementation of the Wayland protocol
Version: 1.14.91

Name: Weston Plugin API
Description: Header files for Weston plugin development
Version: 3.0.91

info gleamed from: $PREFIX/share/pkgconfig
-------------------------------------------
Name: Wayland Protocols
Description: Wayland protocol files
Version: 1.13

When the cog icon in the panel is pressed we should show a few icons in the clock area, at least one for the settings and one to shutdown.

Currently favourites are set in gsettings. I would like something similar to gnome shell, i.e. you long click and/or right click on a running app icon and you get a menu where you can choose to pin the app.
To do this we first need to get a taskbar function, see issue #3.

i could install and configure all other packages (Wayland, Weston + dependencies) but i get this:

shell-helper.c: In function 'shell_helper_move_surface':
shell-helper.c:56:43: error: expected expression before 'struct'
view = container_of(surface->views.next, struct weston_view, surface_link);
^
shell-helper.c: In function 'configure_surface':
shell-helper.c:71:42: error: expected expression before 'struct'
new_view = container_of(es->views.next, struct weston_view, surface_link);
^
shell-helper.c: In function 'shell_helper_add_surface_to_layer':
shell-helper.c:102:10: error: expected expression before 'struct'
struct weston_view,
^
shell-helper.c: In function 'configure_panel':
shell-helper.c:120:38: error: expected expression before 'struct'
view = container_of(es->views.next, struct weston_view, surface_link);
^
shell-helper.c: In function 'shell_helper_set_panel':
shell-helper.c:137:7: error: expected expression before 'struct'
struct weston_view,
^
shell-helper.c:147:9: error: expected expression before 'struct'
struct weston_layer,
^
shell-helper.c: In function 'shell_helper_slide_surface':
shell-helper.c:274:43: error: expected expression before 'struct'
view = container_of(surface->views.next, struct weston_view, surface_link);
^
shell-helper.c: In function 'helper_destroy':
shell-helper.c:446:26: error: expected expression before 'struct'
container_of(listener, struct shell_helper, destroy_listener);
^
Makefile:563: recipe for target 'shell-helper.lo' failed
make[2]: *** [shell-helper.lo] Error 1
make[2]: Leaving directory '/home/zeb/wayland/maynard/shell'
Makefile:666: recipe for target 'install' failed
make[1]: *** [install] Error 2
make[1]: Leaving directory '/home/zeb/wayland/maynard/shell'
Makefile:476: recipe for target 'install-recursive' failed
make: *** [install-recursive] Error 1

when trying to run "make install" on maynard itself

Saw someone else saying they had something similar for Weston 1.7 - but idk? any ideas?

Since the RPi guys seem to be too busy to support this, should we fork this elsewhere and continue development there?

Is Maintenance still going on here? Is this project dead?

The setup script work fantastic but if you are going to run maynard from another account on stock Raspberry Pi that account needs to be in the video group as well as weston-launch group. Would not hurt to be in audio as well. This could be a documentation bug our I am happy to add the checks to setup-maynard.sh.

I'm thinking about buying the Pi 3 and would like to know if i can use maynard with it. Has anyone experiance with the new Pi?

After we fix issue #3 and #12 we will have more icons in the panel.
The default size of the panel should be the current one, but, when more icons are added, the panel should expand as needed.
If the panel uses the whole vertical space then icons should get smaller.

Followed the instructions from the wiki Develop-on-a-computer

Get the following errors when running make install in the maynard directory:

make[2]: Entering directory /home/vagrant/maynard/maynard/shell' CC shell-helper.lo shell-helper.c: In function 'configure_surface': shell-helper.c:73:41: error: 'struct wl_list' has no member named 'link' if (wl_list_empty(&new_view->layer_link.link)) { ^ shell-helper.c: In function 'configure_panel': shell-helper.c:122:37: error: 'struct wl_list' has no member named 'link' if (wl_list_empty(&view->layer_link.link)) { ^ In file included from shell-helper.c:25:0: shell-helper.c: In function 'shell_helper_set_panel': shell-helper.c:148:18: error: 'struct wl_list' has no member named 'link' view_list.link); ^ /home/vagrant/maynard/_inst/include/weston/compositor.h:49:33: note: in definition of macro 'container_of' const __typeof__( ((type *)0)->member ) *__mptr = (ptr); \ ^ shell-helper.c:146:53: error: 'struct wl_list' has no member named 'link' helper->panel_layer = container_of(view->layer_link.link.next, ^ /home/vagrant/maynard/_inst/include/weston/compositor.h:49:53: note: in definition of macro 'container_of' const __typeof__( ((type *)0)->member ) *__mptr = (ptr); \ ^ In file included from /usr/include/alloca.h:24:0, from /usr/include/stdlib.h:492, from /home/vagrant/maynard/_inst/include/weston/zalloc.h:30, from /home/vagrant/maynard/_inst/include/weston/compositor.h:40, from shell-helper.c:25: /home/vagrant/maynard/_inst/include/weston/compositor.h:50:29: error: 'struct wl_list' has no member named 'link' (type *)( (char *)__mptr - offsetof(type,member) );}) ^ shell-helper.c:146:24: note: in expansion of macro 'container_of' helper->panel_layer = container_of(view->layer_link.link.next, ^ make[2]: *** [shell-helper.lo] Error 1 make[2]: Leaving directory/home/vagrant/maynard/maynard/shell'
make[1]: *** [install] Error 2
make[1]: Leaving directory `/home/vagrant/maynard/maynard/shell'
make: *** [install-recursive] Error 1

Whenever I try to run maynard, that comes up. Any fix?

Project is dead?

Compiling on latest Raspbian Jessie fails like so

  CC       shell-helper.lo
shell-helper.c: In function 'configure_surface':
shell-helper.c:74:40: error: 'struct weston_surface' has no member named 'committed_private'
  struct weston_view *existing_view = es->committed_private;
                                        ^
shell-helper.c: In function 'shell_helper_add_surface_to_layer':
shell-helper.c:100:17: error: 'struct weston_surface' has no member named 'committed'
  if (new_surface->committed) {
                 ^
shell-helper.c:115:13: error: 'struct weston_surface' has no member named 'committed'
  new_surface->committed = configure_surface;
             ^
shell-helper.c:116:13: error: 'struct weston_surface' has no member named 'committed_private'
  new_surface->committed_private = existing_view;
             ^
shell-helper.c: In function 'configure_panel':
shell-helper.c:123:34: error: 'struct weston_surface' has no member named 'committed_private'
  struct shell_helper *helper = es->committed_private;
                                  ^
shell-helper.c: In function 'shell_helper_set_panel':
shell-helper.c:150:9: error: 'struct weston_surface' has no member named 'committed'
  surface->committed(surface, 0, 0);
         ^
shell-helper.c:158:9: error: 'struct weston_surface' has no member named 'committed'
  surface->committed = configure_panel;
         ^
shell-helper.c:159:9: error: 'struct weston_surface' has no member named 'committed_private'
  surface->committed_private = helper;

I'm assuming there has been an API change in libweston?

I am unsure about the status of maynard. No updates over 8 months on an unfinished project usually indicate that the project is dead. Is it superseded by something else, LXQt maybe?

Would be a shame since it really, really looked promising.

...yeah yeah I know CMA is rather not supported, if it works great if not too bad, but it worked great since it was introduced, and it's getting fixed for newer kernels too afaik

so...

RPi Model B 256Mb
Raspbian latest
Stable kernel/firmware as of April 15, 3.10.37+
CMA activated in config.txt:

gpu_mem_256=112
cma_lwm=16
cma_hwm=32
cma_offline_start=16

CMA activated in cmdline.txt:

coherent_pool=6M

Reading http://raspberrypi.collabora.co.uk/setup-maynard.sh I've added dispmanx_offline=1 to config.txt yielded this boot failure:

Sorry for the bad photo, since the RPi was my main PC these days I won't be able to edit config.txt for at least 2 days.

First thing I will test will be to put gpu_mem_256=128 and if that fails too to disable CMA altogheter. So this yields at least a Wiki->FAQ entry with a warning or maybe patches/workarounds.

I compiled Maynard correctly, but when I start it, it freezes on a blank screen and I need to kill the Maynard process. The only error I get is: could not find output, shell or helper modules.
Any clue? Wayland and Weston are both to 1.6 version. Thank you.

Hi. I'm new to this.

• created a new raspbian sd card
• installed a non-X setup, booting to command-line only
• updated all packages to newest versions
• did as told on http://raspberrypi.collabora.co.uk/maynard.html
• logged out
• logged in
• "maynard" will result in a black screen and nothing else

Heyho o/

Would be nice to have a screenshot in the wiki.

If there is one png file in a folder top shows nautilus as using about 45% of the CPU, if there are many, such as in the pre-installed python_games folder (on Raspbian), it goes as high at 80%.

Perhaps it's trying to generate a preview of the png in memory, failing and forever retrying?

The get packages page http://raspberrypi.collabora.co.uk/maynard.html now redirects to the GitHub wiki. Not great if that's where you started.

make[2]: Entering directory '/root/maynard/shell'
CC shell-helper.lo
shell-helper.c: In function ‘configure_surface’:
shell-helper.c:82:40: error: ‘struct weston_surface’ has no member named ‘configure_private’; did you mean ‘committed_private’?
struct weston_view *existing_view = es->configure_private;
^~
shell-helper.c: In function ‘shell_helper_add_surface_to_layer’:
shell-helper.c:117:17: error: ‘struct weston_surface’ has no member named ‘configure’
if (new_surface->configure) {
^~
shell-helper.c:137:13: error: ‘struct weston_surface’ has no member named ‘configure’
new_surface->configure = configure_surface;
^~
shell-helper.c:138:13: error: ‘struct weston_surface’ has no member named ‘configure_private’; did you mean ‘committed_private’?
new_surface->configure_private = existing_view;
^~
shell-helper.c: In function ‘configure_panel’:
shell-helper.c:149:34: error: ‘struct weston_surface’ has no member named ‘configure_private’; did you mean ‘committed_private’?
struct shell_helper *helper = es->configure_private;
^~
shell-helper.c: In function ‘shell_helper_set_panel’:
shell-helper.c:180:9: error: ‘struct weston_surface’ has no member named ‘configure’
surface->configure(surface, 0, 0);
^~
shell-helper.c:193:9: error: ‘struct weston_surface’ has no member named ‘configure’
surface->configure = configure_panel;
^~
shell-helper.c:194:9: error: ‘struct weston_surface’ has no member named ‘configure_private’; did you mean ‘committed_private’?
surface->configure_private = helper;
^~
shell-helper.c: In function ‘shell_helper_curtain’:
shell-helper.c:429:8: warning: passing argument 2 of ‘weston_layer_init’ from incompatible pointer type [-Wincompatible-pointer-types]
&helper->panel_layer->link);
^
In file included from shell-helper.c:29:0:
/usr/include/weston/compositor.h:1410:1: note: expected ‘struct weston_compositor *’ but argument is of type ‘struct wl_list *’
weston_layer_init(struct weston_layer *layer,
^~~~~~~~~~~~~~~~~
make[2]: *** [Makefile:582: shell-helper.lo] Error 1
make[2]: Leaving directory '/root/maynard/shell'
make[1]: *** [Makefile:685: install] Error 2
make[1]: Leaving directory '/root/maynard/shell'
make: *** [Makefile:489: install-recursive] Error 1

Archlinux - weston 1.11.0. Attempting to move a window results in immediate crash.

weston: src/input.c:953: weston_pointer_set_focus: Assertion `view || sx == wl_fixed_from_int(-1000000)' failed.

I am unable to install Maynard from the official repository since it was updated on 18 August 2014. AndrewS on the Raspberry Pi forum offers the following diagnosis:

"AndrewS wrote:
Just had a quick look, and it seems that the 'maynard' repository has libgtk-3-0_3.10.2-1+rpi7+waylandrpi3_armhf.deb (updated 18-Aug-2014) and the 'web' repository has libgtk-3-0_3.10.2-1+rpi8rpi1_armhf.deb (also updated 18-Aug-2014) :!: "

The discussion thread is at http://www.raspberrypi.org/forums/viewtopic.php?f=63&t=84858.

We need some kind of startup notification so the user knows apps are starting up.

At the moment we don't have XWayland support. To fix this we should first update our Wayland.

pi@raspberrypi ~/maynard $ ./autogen.sh --prefix=/usr --libdir=/usr/lib/arm-linux-gnueabihf --libexecdir=/usr/lib/arm-linux-gnueabihf
autoreconf: Entering directory .' autoreconf: configure.ac: not using Gettext autoreconf: running: aclocal --force autoreconf: configure.ac: tracing autoreconf: running: libtoolize --copy --force libtoolize: putting auxiliary files in.'.
libtoolize: copying file ./ltmain.sh' libtoolize: Consider addingAC_CONFIG_MACRO_DIR([m4])' to configure.ac and
libtoolize: rerunning libtoolize, to keep the correct libtool macros in-tree.
libtoolize: Consider adding -I m4' to ACLOCAL_AMFLAGS in Makefile.am. autoreconf: running: /usr/bin/autoconf --force autoreconf: running: /usr/bin/autoheader --force autoreconf: running: automake --add-missing --copy --force-missing autoreconf: Leaving directory.'
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for a thread-safe mkdir -p... /bin/mkdir -p
checking for gawk... no
checking for mawk... mawk
checking whether make sets $(MAKE)... yes
checking whether make supports nested variables... yes
checking for gcc... gcc
checking whether the C compiler works... yes
checking for C compiler default output file name... a.out
checking for suffix of executables...
checking whether we are cross compiling... no
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ISO C89... none needed
checking for style of include used by make... GNU
checking dependency style of gcc... gcc3
checking whether NLS is requested... yes
checking for intltool >= 0.40... 0.50.2 found
checking for intltool-update... /usr/bin/intltool-update
checking for intltool-merge... /usr/bin/intltool-merge
checking for intltool-extract... /usr/bin/intltool-extract
checking for xgettext... /usr/bin/xgettext
checking for msgmerge... /usr/bin/msgmerge
checking for msgfmt... /usr/bin/msgfmt
checking for gmsgfmt... /usr/bin/msgfmt
checking for perl... /usr/bin/perl
checking for perl >= 5.8.1... 5.14.2
checking for XML::Parser... ok
checking build system type... armv7l-unknown-linux-gnueabihf
checking host system type... armv7l-unknown-linux-gnueabihf
checking how to print strings... printf
checking for a sed that does not truncate output... /bin/sed
checking for grep that handles long lines and -e... /bin/grep
checking for egrep... /bin/grep -E
checking for fgrep... /bin/grep -F
checking for ld used by gcc... /usr/bin/ld
checking if the linker (/usr/bin/ld) is GNU ld... yes
checking for BSD- or MS-compatible name lister (nm)... /usr/bin/nm -B
checking the name lister (/usr/bin/nm -B) interface... BSD nm
checking whether ln -s works... yes
checking the maximum length of command line arguments... 1572864
checking whether the shell understands some XSI constructs... yes
checking whether the shell understands "+="... yes
checking how to convert armv7l-unknown-linux-gnueabihf file names to armv7l-unknown-linux-gnueabihf format... func_convert_file_noop
checking how to convert armv7l-unknown-linux-gnueabihf file names to toolchain format... func_convert_file_noop
checking for /usr/bin/ld option to reload object files... -r
checking for objdump... objdump
checking how to recognize dependent libraries... pass_all
checking for dlltool... no
checking how to associate runtime and link libraries... printf %s\n
checking for ar... ar
checking for archiver @file support... @
checking for strip... strip
checking for ranlib... ranlib
checking command to parse /usr/bin/nm -B output from gcc object... ok
checking for sysroot... no
checking for mt... mt
checking if mt is a manifest tool... no
checking how to run the C preprocessor... gcc -E
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking for dlfcn.h... yes
checking for objdir... .libs
checking if gcc supports -fno-rtti -fno-exceptions... no
checking for gcc option to produce PIC... -fPIC -DPIC
checking if gcc PIC flag -fPIC -DPIC works... yes
checking if gcc static flag -static works... yes
checking if gcc supports -c -o file.o... yes
checking if gcc supports -c -o file.o... (cached) yes
checking whether the gcc linker (/usr/bin/ld) supports shared libraries... yes
checking whether -lc should be explicitly linked in... no
checking dynamic linker characteristics... GNU/Linux ld.so
checking how to hardcode library paths into programs... immediate
checking whether stripping libraries is possible... yes
checking if libtool supports shared libraries... yes
checking whether to build shared libraries... yes
checking whether to build static libraries... no
checking for pkg-config... /usr/bin/pkg-config
checking pkg-config is at least version 0.9.0... yes
checking for GTK... no
configure: error: Package requirements (
wayland-client >= 1.0.2
weston >= 1.5.91
gtk+-3.0 >= 3.10
gtk+-wayland-3.0
libgnome-menu-3.0
gnome-desktop-3.0
alsa
) were not met:

Requested 'weston >= 1.5.91' but version of Weston Plugin API is 1.4.0

Consider adjusting the PKG_CONFIG_PATH environment variable if you
installed software in a non-standard prefix.

Alternatively, you may set the environment variables GTK_CFLAGS
and GTK_LIBS to avoid the need to call pkg-config.
See the pkg-config man page for more details.
pi@raspberrypi ~/maynard $

Add support for date and time settings.