The officially official Devuan Forum!

You are not logged in.

#1 Re: Documentation » Raspberry Pi VideoCore userland build/install (/opt/vc) » 2019-07-17 04:41:41


Compile demos:

$ sudo apt install libfreetype6-dev

$ cd /opt/vc/src/hello_pi
$ sudo sh

Set library path:

$ export LD_LIBRARY_PATH=/opt/vc/lib

Run e.g. tiger demo:

$ ./hello_tiger/hello_tiger.bin

#2 Re: Documentation » Raspberry Pi VideoCore userland build/install (/opt/vc) » 2019-07-17 04:29:35

Add login username to /etc/group for audio, video:


Create '/etc/udev/rules.d/10-local-rpi.rules', to set VC device group and permissions:

SUBSYSTEM=="vchiq", GROUP="video", MODE="0660"
SUBSYSTEM=="vc-sm", GROUP="video", MODE="0660"
SUBSYSTEM=="bcm2708_vcio", GROUP="video", MODE="0660"

Time to reboot:

$ sudo reboot

#3 Documentation » Raspberry Pi VideoCore userland build/install (/opt/vc) » 2019-07-16 04:01:26

Replies: 2

Doing this for the second time in 6 months, so I thought I'd better document it here.

The Raspbian images contain some userland libraries, code examples etc. for the VideoCore of the raspberry pi. They usually live in /opt/vc. Building the software from the official github repo directly on the raspberry pi, seems to be the cleanest way to install it on devuan. This worked on a rpi3 (running 32-bit), and most recently on a pi zero.

On a pi zero the build takes about 45 minutes (<10 minutes on the rpi3).

The required packages are:

$ sudo apt install build-essential pkg-config cmake

Building locally in a 128MB ramdisk works nicely (gpu_mem=32 initially, adjusted later):

$ mkdir /tmp/ramdisk
$ sudo mount -t tmpfs -o size=128M tmpfs /tmp/ramdisk
$ cd /tmp/ramdisk

Fetch the code:

git clone

Start the build:

$ cd userland
$ ./buildme

This should install everything in /opt/vc.

Change memory split in /boot/config.txt:

## memory shared with the GPU

More to follow.

#4 Re: Installation » mini.iso 16-2-2019 BUG does not install on M2 disks » 2019-04-11 13:28:57

I tried the same mini.iso (16-02-2019), attempting to install beowulf on an all-intel thinkpad X200.

It gave me the kernel module error, which has been reported with previous versions and failed to discover my (plain old spinning) SATA disk, so the install failed at that point.

#5 Re: Devuan » What happened at » 2019-04-01 03:37:21

sgage wrote:
golinux wrote:
sgage wrote:

I can't quite figure out what question this is supposed to be an answer to. Perhaps you could be a little less enigmatic and say what you're trying to say.

It unfolded on #devuan.   I was not amused.

I checked out #devuan. I just want to go on record as saying that this was an extremely shitty April Fool's prank. Not amusing at all. You don't prank your project's main page. For hours. This is arrant foolery. I am very disappointed.

I agree 100%. Not clever, not funny, unprofessional and actively undermining the reputation and trust of the project. Quite unbelievably misjudged.

#6 Re: Installation » Devuan running very slow on Raspberry PI 3 b+ » 2019-01-31 15:45:23

spartrekus wrote:

uname  -a
Linux devuan 4.16.14-v8+ #1 SMP PREEMPT Tue Jun 5 18:50:10 CEST 2018 aarch64 GNU/Linux

uname  -a #1159 SMP Sun Nov 4 17:50:20 GMT 2018 armv7l GNU/Linux
Linux raspberrypi 4.14.79-v7+ #1159 SMP Sun Nov 4 17:50:20 GMT 2018 armv7l GNU/Linux
ls /lib/modules/
4.14.79+  4.14.79-v7+

Unless one needs native aarch64 for a particular task, there seem to be few advantages to running a 64-bit kernel on a Raspberry Pi, especially given the limited RAM.

Performance of the 32-bit rpi2 devuan build is generally better, though it is not very easy to install on the rpi3 (any version). The 06-Jun-2018 dated images hosted on do not work on rpi3 or the BCM2837 based rpi2+ (the documentation on is incorrect). One has to rebuild the image using the arm-sdk:

This is somewhat tedious, but results in a bootable image.

#7 Re: Desktop and Multimedia » Cinnamon on Devuan ascii » 2017-10-03 22:28:47

rek769 wrote:

...  I finally got it to load but only in software rendering mode.  I had it working fine prior (when Devuan was installed normally with XFCE).  Seems there is something included in XFCE that cinnamon needs but I'm clueless...any thoughts?

Can you run glxgears?

#8 Re: Desktop and Multimedia » Cinnamon on Devuan ascii » 2017-07-02 13:52:39

greenjeans wrote:

So is this only in Ascii?

I believe jessie has cinnamon 2.2 in the repo, but it depends on libpam-systemd in some way.

#9 Re: Desktop and Multimedia » Cinnamon on Devuan ascii » 2017-07-01 16:43:19

It seems as though cinnamon-session (even the latest github version) still has support for older UPower versions.

From the debian source package, in cinnamon-session-3.2.0/

PKG_CHECK_MODULES(UPOWER, upower-glib < 0.99.0, have_old_upower=yes, have_old_upower=no)
AS_IF([test x$have_old_upower = xyes], [
  AC_DEFINE([HAVE_OLD_UPOWER], [1], [Define if we have an older upower])
AM_CONDITIONAL(HAVE_OLD_UPOWER, test x$have_old_upower = xyes)

From looking at cinnamon-session-3.2.0/cinnamon-session/csm-consolekit.c, it would appear that just recompiling the package under devuan (with libupower-glib-dev installed) ought to enable the suspend/hibernate options in the shutdown menu (haven't tried it though).

#10 Re: Desktop and Multimedia » Cinnamon on Devuan ascii » 2017-06-25 15:18:11

A command line alternative to dconf_editor:

$ gsettings set org.cinnamon.desktop.session session-manager-uses-logind false
$ gsettings set org.cinnamon.desktop.session settings-daemon-uses-logind false
$ gsettings set org.cinnamon.desktop.session screensaver-uses-logind false

#11 Desktop and Multimedia » Cinnamon on Devuan ascii » 2017-06-25 01:02:54

Replies: 9

Cinnamon 3.2.7 recently became available in ascii/main:

$ sudo apt-get install cinnamon

After installation it needs to be configured to use ConsoleKit rather than logind for a few things, otherwise cinnamon-session will crash frequently with no warnings or errors.

Using dconf_editor:

$ sudo apt-get install dconf_editor

Make these changes to the following keys:

org.cinnamon.desktop.session.session-manager-uses-logind = false
org.cinnamon.desktop.session.settings-daemon-uses-logind = false
org.cinnamon.desktop.session.screensaver-uses-logind = false

I did this from within a running cinnamon session, then logged out and back in again. I haven't been using it for long enough to say how stable it is otherwise, but it seems to be working well.

I found 'Shutdown applet' via the 'Available applets (online)' window, in the panel options:

to add suspend and hibernate buttons to the panel, which works great.

Board footer

Forum Software