You are not logged in.
Pages: 1
Testing.
Compile demos:
$ sudo apt install libfreetype6-dev
$ cd /opt/vc/src/hello_pi
$ sudo sh rebuild.sh
Set library path:
$ export LD_LIBRARY_PATH=/opt/vc/lib
Run e.g. tiger demo:
$ ./hello_tiger/hello_tiger.bin
Add login username to /etc/group for audio, video:
...
audio:x:29:username
video:x:44:username
...
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
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 https://github.com/raspberrypi/userland
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
gpu_mem=128
More to follow.
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.
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.
1) KERNEL
uname -a
Linux devuan 4.16.14-v8+ #1 SMP PREEMPT Tue Jun 5 18:50:10 CEST 2018 aarch64 GNU/Linuxuname -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 devuan.org do not work on rpi3 or the BCM2837 based rpi2+ (the documentation on devuan.org is incorrect). One has to rebuild the image using the arm-sdk:
https://git.devuan.org/sdk/arm-sdk
This is somewhat tedious, but results in a bootable image.
... 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?
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.
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/configure.ac:
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).
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
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:
https://cinnamon-spices.linuxmint.com/applets/view/49
to add suspend and hibernate buttons to the panel, which works great.
Pages: 1