hello user9898,

yeah you have 2 lines for the same thing, so you will receive warnings about that
If you upgraded to Chimaera, its 'chimaera' that you should have there..

For now, since Chimaera was not yet released as stable,
You should pick only one entry, comment the others:

#deb http://deb.devuan.org/merged chimaera-security main
#deb-src http://deb.devuan.org/merged chimaera-security main
 
#deb http://deb.devuan.org/merged chimaera-updates main
#deb-src http://deb.devuan.org/merged chimaera-updates main

deb http://deb.devuan.org/merged chimaera main non-free contrib

so 'deb http://deb.devuan.org/merged chimaera main non-free contrib' is the line you want

After Chimaera release as stable,
'chimaera-security' and 'chimaera-updates' will also be available, until then, its only one line that you will need

hello user9898,

How have you done the upgrade from beowulf to chimaera?
It should have been there the drivers  for the hardware, if you were previously in beowulf..

What is your hardware board?
Maybe you can set WIFI, if you have the driver for it( its also realtek ), and you need non-free in sources.list.

For the RTC, you need to have a daemon running the 'ntp' package does that, and it starts on boot, but if you don´t have Ethernet or WIFI it will not update
'ntp' package depends on:

# apt-cache depends ntp
ntp
  Depends: adduser
  Depends: lsb-base
  Depends: netbase
  Depends: tzdata
  Depends: libc6
  Depends: libcap2
  Depends: libedit2
  Depends: libopts25
  Depends: libssl1.1

It could be that you have 'ntpdate' package installed?
if you have you can do a:

ntpdate 0.pool.ntp.org

For the firmware 'firmware-realtek', doesn´t depend on nothing else, not even on the Architecture you are running, its just firmware to be loaded by the network device.. so you can grab him

This is the Initial page for the packages: https://www.devuan.org/os/packages

I am assuming that you are using armhf, right?

For Chimaera, I believe you want this:
https://pkginfo.devuan.org/cgi-bin/pack … 20210315-3

Click to download in " Filename: pool/DEBIAN/non-free/f/firmware-nonfree/firmware-realtek_20210315-3_all.deb"

Then on the board as root:

dpkg -i /path/to/firmware-realtek_20210315-3_all.deb
sync
reboot

hello user9898,

Like yeti said above,
yeah, you need the date to be more or less updated to use apt..

Since you have installed 'ntp' package,
Any time that you loose the date( by any reason.. ), you can just update it, before using apt

ntpq -p

yeah your problem from the beginning was that you didn't had the 'firmware-realtek' package..
Don't worry,
The most important thing is that you already solved the problem

hello user9898,

can you do a output of 'dmesg' to see if there are any problems loading the firmware on boot..?
also
a 'ls -l /lib/firmware' to see the firmware files you have..

does you have a initramfs?
if yes, maybe you need to update the initramfs( 'update-initramfs -u' )..

hello user9898,
You can upgrade to chimaera safely

Like you have done..
1) change in '/etc/apt/sources.list' 'beowulf' to 'chimaera'.
2)'apt-get update'
3) 'apt-get dist-upgrade'
afetr that, you are in Chimaera..

The only thing that is not good to update is the kernel,
Because each device is different, and it needed drivers are also different, with also different device trees..

afaik, Installers for Chimaera are not yet ready..
I believe they will appear when Chimaera will be released as stable..

But you can update the userspace without any problems, I also do that sometimes

hello user9898,
Welcome to Devuan.

1) You need to get 2 files from http://deb.devuan.org/devuan/dists/beow … rd-images/ :
    firmware.Lamobo_R1.img.gz
    partition.img.gz

2) No, dont extract them separately just follow the section 'NETBOOT IMAGE CREATION' on  http://arm-files.devuan.org/README.txt:
    After you downloaded those files, you will create the final image following this command, in the order bellow:
    zcat firmware.Lamobo_R1.img.gz partition.img.gz > Lamobo_R1.img
   
    then, you have a final Image ready to be flashed to a sdcard( Lamobo_R1.img )

    To flash this final image to sdcard, you just need todo:
    Verify what disk is your sdcard carefully, and then,
    sudo dd if=PATH_TO/Lamobo_R1.img of=/dev/sd_card conv=sync

And that's it, you have a sdcard image, it already has uboot and all the necessary stuff in it
just put it on your device, and power it up

ho, check the section 'NETBOOT INSTALLATION', on the README.txt..
The better way to install it, is doing it via a usb/serial daptor, using lets say picocom for the serial connection..
but you can also try to load attach a keyboard/mouse and connect hdmi to display..

try what is the best option for you..

Let us now how it went

hello zapper,
yes bigger screens in number of pixels, use more processing power, but that nowadays has very little to do with screen physical size..
A mobile phone nowadays have bigger screens than some laptop displays..

because screens are measured in pixels
the more you have, the more processing power is needed, but how much is relative, it will depend on so many factors..

Nowadays SoCs already incorporate a lot of hardware to deal with lots of stuff, but that will mean that the driver will have to support that ideally well..
I didn't knew a ultra mobile platform was in the works..
its a nice concept..

In relation to support,
If Debian manage to get support for it, that would mean its a lot easier for Devuan..
If not, Devuan can support it,
but for that, Devuan would have to gain access to the device, so that developers can work..

The level of support is not certain, because its unknown how much that project will progress..

I hope all ends well
The ultra mobile device seems very nice

Indeed, but it is still precarious support..
But is better than nothing.. with time I believe support will come,
The Graphics driver will be the most difficult challenge..

hello Johnnie390,

Can you mark this thread as Solved?

Hello alphalpha,
How are you?

Just to tell you that my Pi Camera arrived, its a V1 version..

I just downloaded the latest version of Devuan for RPi v1 here,
And everything seems to work out of the box... yeah very very nice, no tricks

You just need to make sure, in '/boot/config.txt' that you enable:

gpu_mem=128
start_x=1
# then reboot

And that's it, don't need any more tweaks

Some commands to test

vcgencmd version
vcgencmd measure_volts
vcgencmd measure_temp
vcgencmd pm_get_status
mmal_vc_diag stats
mmal_vc_diag camerainfo
mmal_vc_diag mmal-stats
vchiq_test -p 1
vchiq_test -f 1
vchiq_test -b 10

Commands to take pictures and videos:

# basic command for pictures..see list of options..
raspistill -o test.jpg
# basic command for video 1280*720( 720p ) 60 fps, of 10 seconds h264..see list of options..
raspivid -w 1280 -h 720 -fps 60 -t 10000 -o video.h264

For me it is working nicely

hello  yeti,
I believe that at some point the userland deb packages from Raspbian, need uboot packages or so..
I saw already here a problem related with it..

I believe the easier way will be to compile from source, lets say in '/opt/userland_or_so',
Shortie has above some good comments about what's needed, and maybe those udev rules are needed.

I didn't tested yet, I am waiting orders that are in the mail, but will later do a nice test, "from top to bottom", on camera, and maybe display

To check temperatures and such, it already works!
there are some commands that enquire the Videocore about a lot of things, some work, and some don't;
I never managed to put some to work, but again, without the hardware attached, its difficult to test( waiting very impatiently for my mail orders   )..

You welcome,
Yes its bootable..

You can flash it using 'dd'.

# uncompress the image
unxz /home/user_home/Desktop/yourimage.img.xz
# check what disk is your sdcard
lsblk
# write image to sdcard
dd if=/home/user_home/Desktop/yourimage.img of=/dev/sdx_your_sdcard conv=notrunc,fdatasynk

substitute above the correct locations
make sure to flash to the correct sdcard disk, because if you flash to your OS disk, you will ruin that partition..
Do it with precaution..