Igor

Advanced users - Development · January 31

1 hour ago, rvalle said:

is there anyway to point the checkout to a particular revision?

We pin major releases this way (branch v23.11)
https://github.com/armbian/build/commit/d69350a88447ee64bbb50b443f86858a7f6f4075

while main (or some tag) is not. For mainline based, check this:
https://github.com/armbian/build/blob/main/config/sources/mainline-kernel.conf.sh

23 hours ago, rvalle said:

How do you normally do?

Main branch is updated and fixed daily in case upstream messes up. Just keep rebasing.

January 30

12 hours ago, jmaus said:

Hopefully some Armbian dev can fix that ASAP so that the corresponding linux-headers and linux-image packages for the RaspberryPi5 and RaspberryPi4 are available in the apt repositories.

6.1.74 current and 6.6.13 edge are going to be available on stable repository shortly after this is done:

https://github.com/armbian/os/actions/runs/7708966983

January 30

24 minutes ago, JRL said:

Yes, I contribute to many open source projects partially with my own free time and money.

I am sure you do. Me too. I am just saying that project doesn't have enough support from users side to cover for maintaining this device. For you and all other open source projects ... I am sure you would not complain if there would be a better option out there.

24 minutes ago, JRL said:

What added value does it bring to the topic?

Making sure that everyone that reads this understands, that Armbian project is not to blame for the troubles you have. We didn't sold any promise of support, HW vendors usually do that. That is one reason why I replied and second to inform you that there is some progress on both devices so they are not completely paperweight. There is a hope.

31 minutes ago, JRL said:

my opinion this is the right place.

It is. I wish you all the best.

24 minutes ago, JRL said:

and I don't have the time to.

See, we have something in common

January 29

4 hours ago, JRL said:

I really like the products

What feelings do you have to people that maintain it with their free time and private savings? Do / did you help them? Without those people, hardware is just a paperweight, a fake promise.

4 hours ago, JRL said:

hustle of fiddling around with every new armbian release.

Package updates and kernel updates are common for many devices. We officially stop dealing with Helios64 long time / several years ago. I think it was even never officially supported. After that, it was up to random / nobody to maintain it.

In past year there was some self organised attempts to improve Helios64 https://forum.armbian.com/tags/helios64/ while I think Helios4 works just fine and also there we have someone that will keep it in good shape.

January 29

13 hours ago, pixdrift said:

I feel Armbian don't want to

Reason is in exploitation nature of economical relations between parties - "you don't fund our work, but steal from" vs. "we paid for hardware, software is free" vs. "Buy 16core 32Gb NVME 2.5G PCI ... hardware that runs any Linux" We would very much invest a lot more, but someone needs to pay our bills more then 0.5%. Several people behind Armbian also works full time in order to maintain this place and all our forks and upstream distributions that are "porting from Armbian: Manjaro, Arch, NixOS, Debian, ...".

There is big misconception and common believe that hardware vendors helps us. Sadly no. They don't help. With small exceptions they do everything to (ab)use our work and efforts, community development, this place, you. Whatever they are communicating, their aim is to sell hardware with promise of software support, with proprietary builds and closed features where only they have the key. Such as video 3D (opened by community on old chips), acceleration (opened on old chips), AI acceleration (closed ATM). Its a love / hate relationship.

Some of things that are done in this (yet another new hardware - why we need Zero 3? 4 needs only making marketing material, board is done in a day) are fun, while (real and long term) maintenance is hard and inglorious work people tend to avoid. Getting amateurs to maintain this large, complex and disorganized egocentric landscape ... is very very hard.

A lot of patches we maintain are here because upstream is wild wild west, often unfriendly to community (sometimes with a good reason) and friendly to corporate that can afford to develop at required quality level standards and also a place of deceptions. Vendors efforts are done once their HW is "supported" by mainline Linux (with "supported by Armbian" its the same), but in reality, often nobody maintains those boards and its also impossible to verify if things are alright at merge time. Some patches that we made were also simply up-streamed by removing the origin. Which is the lowest act open source developers can do. Sadly this also happens and its pointless to waste time to prove and take actions. And fight for your (c) for the job you have done for free in organised manner. Armbian is here 10 years. For us maintaining is a long term mission, done in as organised way as possible in order to save our time.

11 hours ago, Stephen Graf said:

you should be looking at u-boot and not Armbian.

u-boot is yet again, a raw material. In ideal world, all this low level job should be covered by vendors. But its not done by them. Its done by you, me and people around communities as ours, once by us, once by OpenWRT, LibreElec or similar project that stick their noise into low level world.

January 27

11 hours ago, Tu Hu said:

your img dosen't work either on my m3 board

Provide pictures of your board from both sides.

January 26

14 hours ago, pinie_pinie said:

is different now with /etc/rc.local

Armbian still support this way. I verified yesterday on Ubuntu Jammy derivative. Just add some command like

touch /run/test

following by reboot, login and see if file was created at /run

I suggest you to use previous build (or latest but choose 5.4 from armbian config -> old kernels menu), freeze kernel upgrade and enjoy. I am not sure at this point what we will do with this kernel. If Hardkernel stop maintaining it, we might need to roll back to 5.4.y.

14 hours ago, pinie_pinie said:

I always have a stomach ache when it comes to changing the kernel.

I know. We are trying best to take that pain away. Also this way: https://github.com/armbian/os?tab=readme-ov-file#latest-smoke-tests-results but problem is that all this costs a lot of time and we have to cover this from our own pockets almost entirely. Even doing it for everyone, also for our competitors that only wants you (our users) but not our costs of software support.

January 25

On 1/24/2024 at 8:45 PM, Nalexat said:

orange pi zero 2+ h5

Sorry, this hardware is not supported. Putting HA on not supported hardware or just make that hardware usable and stable can be extremely costly. Armbian project helps you greatly to minimise efforts needed for this in first place, but we can't resolve all problems in hardware support (which should be in the domain of people who sold you hardware) or HomeAssistant. This installation was made for expert users of Home Assistant and we made it easier by providing ready to run images. If you can't DIY, IMO its best to get a Raspberry Pi or Odroid N2 (which is tested).

January 24

9 hours ago, pinie_pinie said:

Since I started running the system with Armbian, standby no longer works.

With XU4 we follow Hardkernel official path and provide what they provide - stock kernel with minor modifications. I would suggest you to made a complain here:
https://forum.odroid.com/viewforum.php?f=225

or switch to old 5.4.y kernel via armbian-config and freeze it.

January 24

8 hours ago, Nick A said:

If you want to build your own image

FYI. We build all targets in automated way, once per week: https://github.com/armbian/community

January 23

Armbian still supports /etc/rc.local startup way:

#!/bin/sh -e
#
# rc.local
#
# This script is executed at the end of each multiuser runlevel.
# Make sure that the script will "exit 0" on success or any other
# value on error.
#
# In order to enable or disable this script just change the execution
# bits.
#
# By default this script does nothing.

YOUR_COMMAND

exit 0

Advanced users - Development · January 22

1 hour ago, Michal Fita said:

What's the reasoning behind such design decision?

Armbian is hardware oriented Linux where Debian like userspace is attached on it. In embedded Linux none of this has much value ... and also people who sold you hardware provides Armbian Linux (branded as Orangepi OS) with their Rockchip private static kernel which will never be updated. Its there to die off. This is the norm. There is a long path from that toward some traditional norm. Millions of dollars or thousands of hours of community and business that are investing their time here.

tl;dr; Complexity. We needed several years to fix all garbage code in all kernels, where headers compilation is a matter of randomness already on native compilation. When you add different compilers (different debian / ubuntu package base) and cross-compilation ... on 50 different kernel forks, which some, have so many custom code that its hard to say its a Linux kernel. Upstream Ubuntu/Debian usually only deal with clean mainstream world.

1 hour ago, Michal Fita said:

I found it very confusing that Armbian doesn't seem to follow the Ubuntu/Debian traditional scheme for naming kernel modules:

We provide around 50 different kernels. From UEFI generic down to per SoC and further per vendor. Naming convention, current, edge (and several more) provides some simplicity in this world. And helps you to not think much. Supported hardware is tested daily: https://github.com/armbian/os?tab=readme-ov-file#latest-smoke-tests-results Which means you are generally safe - if you stick to supported hardware! Our hardware support is significantly better then Debian / Ubuntu. There users tests (except generic x86), bug response cycle is significantly longer.

1 hour ago, Michal Fita said:

Moreover, I've noticed kernel packages incorporate all the logic that make the board bootable, instead having more generic kernel binaries and relying on `flash-kernel` tool that both Ubuntu and Debian widely use. I wonder why not?

Our system was designed from bigger picture then Debian way (Ubuntu just copy this tool as they have no other option). It works perfectly fine and all our secondary tools are adopted to it. We looked into and even trial flash-kernel with Raspberry Pi and I am more than happy we recently drop it. Its unreliable amateur maintained tool which IMO is not very useful when you go outside RPi world.

On the other hand, most of Armbian engineers comes from embedded Linux. We have significantly wider know-how about embedded Linux (which is needed to maintain such tool) then generic desktop server Debian / Ubuntu world. We checked that tool and there is nothing to learn / take from there. We have several ideas for improvement and changes here, there are 3rd party special industrial grade solutions too ... but all those ideas quickly dies due to complex and expensive integration. We can't finance this and amateurs don't work on long term complex integrations.

1 hour ago, Michal Fita said:

Is there any maintained roadmap to figure out most recent supported numbered kernel package, so I could have Orange Pi 3B board with fixed (pinned) kernel version out-of-the-box?

No.

If HW is not on supported list, we have no information if this hardware boots or what works. This is on you to determine and share withing the community if you like. More can ofc be done, but someone needs to volunteer and assembly this information. Until then, it does not exists, its just a GitHub commit log(s) ...

1 hour ago, Michal Fita said:

What are chances in future `linux-image-*` could be split and have matching `linux-modules-*` package as upstream?

If you do it right, big, if you give this task to maintainers, small, ... hundreds of people are asking for something useful all the time and there is a few people that does something on the other side and are not supported by community. Study build framework, make a PR and make sure it gets to the documentation is the right and friendly way.

I hope this at least partially answers. If I would had hours, I could write a lot more on the topic Yes, we have reasons why this is so, but things can always be improved.

Advanced users - Development · January 22

There is ongoing activity to set some top level re-design and prepare ground base. I doubt random person would start to do that, so this is what we have to do.

I also already answered on similar topic in Documentation tickets:
https://github.com/armbian/documentation/issues/390

January 21

2 hours ago, Maksimarm said:

I wanted to offer you something to change for free

You are delusional? Offer? From you? You asked a question about the topic you clearly don't understand well, @ag123 sponsored you answer / education / FYI and that's about it.

2 hours ago, Maksimarm said:

but you are using the Linux kernel without improving it

You clearly have no clue what we do. Do your homework. Insulting us is not going into your favor.

2 hours ago, Maksimarm said:

those who want to do something are looking for ways, those who don't want to are looking for excuses and reasons. you are not moving the world forward, you are pulling it back.

What are you waiting? If its free for you, invest your time. Ours is not free, so ... good luck.

January 21

10 hours ago, wang.wei 王維 said:

TODO: explore containerised deployment

January 20

2 hours ago, Maksimarm said:

I hope you understand what I'm talking about.

It is important that you understand what I am talking about.

2 hours ago, Maksimarm said:

about the Linux kernel.

We don't represent Linux kernel. Actually nobody does. Linux corporation https://www.linuxfoundation.org/ is the closest entity doing that and even they are considered small and poor in the corporate world they are in.

What Armbian (a few people that maintains this place) does? We provide tools and build kernels with small but important changes focused into specific single board computers. We add valuable code that this generic kernel code (https://lwn.net/Articles/915435/) becomes usable. Sometimes only to some degree. And that's it.

You want to develop something but you seek sponsors of your idea? No problem, just find someone else. We already burned all yearly budget.

2 hours ago, Maksimarm said:

there is a lot of negativity

Negativity is shaped by your (over)expectations. From our perspective, they are totally off the chart. Once you get it, you will perhaps even support us. Until then, you will treat us like sh* and we will both be unhappy.

January 20

1 hour ago, Maksimarm said:

that the path you are on now does not give you anything.

Never did. We sponsor your consumerism to the degree we want.

1 hour ago, Maksimarm said:

and a unique operating system

It seems you don't understand what open source is.

1 hour ago, Maksimarm said:

and give everyone what they are waiting for

Download what we give you and do whatever you want with that.

1 hour ago, Maksimarm said:

if it works out, then you will stop being poor

What is the definition of poor? Can poor people invest into software development that you can consume it for free? We are already investing millions into open source, but everyone has spending limits. Since you (public) will never understand yours, we have to stop your nonsense in some way. But if you finance, we can hire, if not, you can hire yourself and do whatever you want.

If you succeed, we will download and use your idea. Welcome to open source world.

January 20

2 hours ago, Maksimarm said:

so building a new algorithm on an unused NPU module would give the Armbian operating system a chance to reach a new level.

This is open source world. Once we have it, everyone else will have it to.

2 hours ago, Maksimarm said:

You really need this right now.

To maximize our time, emotional and financial loss? We are already loosing tens of thousands of hours every year for what we provide now. Donations, as only source to cover this wish, supports our current work in around 0.5%, which means yearly budget for 2024 R&D is already long gone. Most of HW dealers and predatory users & competitors not just steal (take) in regular ways, but also generate damages however they can, for fun or to make profits for themselves. Re-thing your question. Before you suggest us what we (anyone that operates in open source) need, we we need something from general public: understanding and funding.

January 19

1 hour ago, bcoggs said:

The problem appears to be that

... those sources are not compatible with modern Linux anymore. This documentation was written 4-5 years ago, so this example worked with kernel v4, perhaps v5.

Mechanism wise, things works. https://paste.armbian.com/axeveqolex.bash

January 19

49 minutes ago, fich said:

Here is image , build just for testing.

If you didn't improve anything ... we provide daily / weekly automated builds for everything, supported or non-supported.

https://github.com/armbian/os/releases/latest

https://github.com/armbian/community/releases/latest

49 minutes ago, fich said:

Image from leeboby has WiFi issue.

Leeboby is Xunlong employee which made those fake and broken Armbian / Kali / * images ... to trick you that Armbian support this hardware. No, we don't. Yearly budget is far less then zero.

49 minutes ago, fich said:

Kernel 5.4.125 SD card read speed exceed 65 MB/s, for example.

This is fake Linux / "Android kernel" you don't want to use in production. It shows HW features, nobody maintains it. You can see leeboby commits there too.
https://docs.armbian.com/User-Guide_FAQ/#why-does-hardware-feature-xy-work-in-old-kernel-but-not-in-more-recent-one

January 18

4 hours ago, bcoggs said:

Note that we've also tried compiling on the target but :

sudo apt-get install linux-headers-$(uname -r)

sudo armbian-config -> software -> headers install

January 16

On 1/10/2024 at 11:26 AM, bushw said:

Every upgrade of Armbian

Also on 1st class hardware it does not go without issues:
https://www.google.com/search?q=why+kernel+upgrades+breaks+features

On ~~trash~~ ultra cheap and forgotten hardware, where Armbian is trying to make a difference, breakage % is significantly bigger.

On 1/10/2024 at 11:26 AM, bushw said:

I thought that every following kernel should fix errors not create them.

Every kernel, that is work of thousands of people (some forget to test changes), breaks features even we invest tens of thousands of hours into stabilizing it. There is virtually no support from industry and no support from end users, but we still managed to build automated monitor for upgrades on many boards in automated way: https://github.com/armbian/os?tab=readme-ov-file#latest-smoke-tests-results Sadly, we don't test Pinebook, not complex functions as this and not all possible upgrades. Expanding testing to that and patching would cost additional few millions which is simply not possible to secure from this. In past year, nobody applied to serve as test engineer to develop this further. Other Linux distributions are far far away even from this.

On 1/10/2024 at 11:26 AM, bushw said:

Every upgrade of Armbian is connected with a dose of stress

Install Armbian on a desktop PC.

profile-sync-daemon (psd) · January 15

On 1/7/2024 at 5:58 PM, Tony3 said:

Anyway is psd useful nowadays with ssds?

We also have plenty of memory nowadays and memory is still significantly faster then ssds and does not wear out.

On 1/7/2024 at 5:58 PM, Tony3 said:

I removed the link some time ago so i cannot really reproduce the problem anymore.

sudo apt install --reinstall profile-sync-daemon

This is probably all we do here: https://github.com/armbian/build/blob/main/packages/bsp/common/usr/lib/armbian/armbian-firstlogin#L215-L237

January 15

Download Armbian with HA
Then boot the image, wait few minutes and login via http://ip_address_of_armbian_running_ha:8123 (official onboarding manual)

Home Assistant Supervised is, more or less, a full blown Home assistant.

Main difference between HA OS and Armbian with HA is that underlying OS here is clean Armbian Debian Bookworm and there is custom dedicated buildroot OS that is provided for a few single board computers, primarily for Raspberry Pi. We provide HA on a small selection of single board computers, but in theory, its possible to run this on (almost) all that are possible to build.

Quote

Changes to Armbian OS are minimal as HA is running under Docker.

I am running HA on Odroid N2+ and it works without any problems. I have z-wave network with sensors and switches, air humidifier, Android TV, Android phones, dishwasher, ... Things works flawlessly, much better then few years back when I started with home automation for a first time, with OpenHab. This time it was setup from scratch and in a matter of days, most of devices are in function, playing with automation.

Tested on:

Odroid N2/N2+
Odroid M1
Nanopi R4S
Uefi-x86
Khadas VIM1S
Khadas VIM4 (Amlogic vendor kernel trouble, failing / need inspection)
Bananapi M2 Pro

Provided for but untested (images you find on board downloads locations, seek them here https://www.armbian.com/download/😞

Spoiler

Bananapicm4io
Bananapim2s
Bananapim5
Bigtreetech-cb1
Khadas-edge2
Khadas-vim1
Khadas-vim2
Khadas-vim3
Khadas-vim3l
Lafrite
Lepotato
Nanopi-r6s
Odroidn2l
Onecloud
Orangepi4-lts
Orangepi5
Orangepi5-plus
Renegade
Rockpi-e
Rockpro64
Rpi4b
Rpi5b
Sk-am62b
Sk-am64b
Sk-tda4vm
Tinkerboard
Tritium-h5
Uefi-arm64

DIY

Spoiler

How was this assembled?

- you need a build framework which assembles Armbian (Debian variant is the only supported by HA) https://github.com/armbian/build (can be compiled in GitHub free runners too)

- Docker extension: https://github.com/armbian/os/blob/main/userpatches/extensions/docker-ce.sh (dependency for ha extension)

- Home Assistant extension: https://github.com/armbian/os/blob/main/userpatches/extensions/ha.sh

./compile.sh BOARD="uefi-x86" BRANCH=current RELEASE=bookworm ENABLE_EXTENSIONS="ha" KERNEL_CONFIGURE="no" BUILD_MINIMAL="yes"

Contribute

Spoiler

How can you contribute and improve this experience?

- improve extension cosmetically

- and try to extend installation to Ubuntu (or Debian)

- improve upstream code and make it more generic

Images, which are build from this list, are dropped to dedicated repository release https://github.com/armbian/distribution/releases (there will be other applications in the future) and those images are automatically displayed at the board download pages.

In case you will test the build, drop a note below, for working and not working. Home Assistant build extension works, but can be further improved and tweaked https://github.com/armbian/os/blob/main/userpatches/extensions/ha.sh and also upstream code https://github.com/home-assistant/supervised-installer has many places for improvements.

Support:

single board computer hardware https://www.armbian.com/bugs
home assistant functions https://community.home-assistant.io/

January 14

3 hours ago, ebin-dev said:

on imola.armbian.com/beta/pool/main/l/ and reappear on the mirrors.

Another possible infra related issue. This mirror is temporally out of service, possible out of sync / order. You should always start with beta.armbian.com or dl.armbian.com directly. They are behind redirector which gets data from database while (double) checking for health and sync status.

Sign In

Forums

Store

Crowdfunding

Applications

Events

Raffles

Community Map

Posts posted by Igor

Important Information