Igor

Create own menu wrapper functions so menu functionality is not hard coded and we can switch between them easily.

@Tim J @tsipizic @filkint @jmviper Fixed with https://github.com/armbian/build/pull/2635 for 5.10.y and 5.11.y. Available if you use self build images, otherwise wait for update.

There are only two different hardware layers. Stock kernel (4.4.x) and mainline (5.10.y)  based. Debian or Ubuntu is just application lawyer which doesn't have any effects on board hardware. Check modern kernel - it should be much more stable. 

We have no knowledge of OMV internals. - Armbian works, otherwise you would not be able to install that software and ZFS on Armbian as well. 
 
I would say you should ask this on OMV forums.
 
Here you need to provide at least:
 

This and the regular logs:
 
armbianmonitor -u  

OK. It seems we are sticking to BASH. What about desktop?
 
I open this Jira and put down few tasks, those which I am aware of at this moment. Feel free to add / remove things, so we can make some structure. Tasks are just a basic / quick draft.
 
https://armbian.atlassian.net/browse/AR-638
 
I am also cautious about not creating a project we would not be able to move forward. Which is why we have to count resources and see how we can handle this, to which extend and by when. 

- AFAIK discontinued
- not well supported with mainline kernel yet

Probably we should switch rather to https://vscodium.com/#install ?

There are problems with 32bit ZFS support and there is nothing more we can do. 
https://github.com/armbian/build/pull/2547 
https://github.com/openzfs/zfs/issues/9392
Broken od Debian, buildable on Ubuntu based Armbian. At least on latest (LTS) kernel 5.10.y

Upgrade to 5.10.y on 32bit target doesn't work automatically ...
 
 after reboot you need to run 
dpkg-reconfigure zfs-dkms and select that you agree with 32b troubles but at the end, it works. I could load my pool without issues.
 

This has to be set
 
# max cpu frequency in MHz unit if test "${variant}" = "n2_plus"; then setenv fdtfile meson-g12b-odroid-n2-plus.dtb setenv max_freq_a73 "2400" setenv max_freq_a53 "2016" else setenv fdtfile meson-g12b-odroid-n2.dtb setenv max_freq_a73 "1800" setenv max_freq_a53 "1896" fi
... but I it looks like it doesn't work anymore. I found the problem. Will be fixed at next release.
 
Edit: Tested
 

Dear Igor,
 
Thank you very much with this command 
sudo dpkg -i wireguard-tools_1.0.20200827-1~bpo10+1_armhf.deb
it is working.
Best regards
ChriWo

Hi Igor,
 
Thanks very much for fixing this, building out-of-tree modules now works great in Armbian 20.02.1, on 5.10.12-sunxi (opi0) and 5.10.12-rockchip64 (neo3)!

Kind regards,
Dennis

I suggest checking out this post and the solution a little below it, as it sounds like your same problem.

I don't remember why but now someone has to research this topic. Maybe the answer is in the git history, maybe on forum, ... Since maintainers and developers have plenty of planned research and development work this can easily take months just to start. If you need things faster, build tools are well maintained https://docs.armbian.com/Developer-Guide_Build-Preparation/
 
 
Everyone that comes on this forum has to pass this limitation and its good that you question this. You could also try to find an answer instead of bumping the topic? tl;dr; One reason is to keep this forum free from automatic spam and the other is to keep forum from human spam and excessive seeking for attention. There are 1/1000 of resources needed to keep support on the level you would like to have it. Fixing your problem in matter of days and with the support contract you have is near to impossible and making a pressure is not much tolerated.

We try to keep forum as forum and this we hope you will understand in one week, after limitations is automatically disabled. If you don't, we (could) manually extend this "welcome" period for another week or block access since you have already broke forum rules by bumping the topic with no value to get attention to the issue. This is an offence and disrespectful to people that provide help on their expense and others that have asked for help before and are patiently waiting if someone would find time to help.
 
If you need things faster, bumping the topic is not the way to operate in this community and I think elsewhere too. Covering a part of the costs you are creating additionally improves chances to get attention and removes the 1st week post limits at once. Automatically.

For start, you might need to install kernel headers. 
 
armbian-config -> software -> install headers
 
Then try again. Regarding display connection or if the method is proper - no idea.

For start, you might need to install kernel headers. 
 
armbian-config -> software -> install headers
 
Then try again. Regarding display connection or if the method is proper - no idea.

This is open source. You can track authors of this and that part of the code. Then you have to expect that authors or maintainers might not have time to deal with problems you have in real time. Sometimes yes, mostly not.

Hi,
 
Linux 5.10 has supported hardware PRNG, SHA, MD% for all sun8i-ce (H3/R40/A64/H5/H6) boards, and supported hardware TRNG on H6.
 
Please consider enable CONFIG_CRYPTO_DEV_SUN8I_CE_HASH, CONFIG_CRYPTO_DEV_SUN8I_CE_PRNG, CONFIG_CRYPTO_DEV_SUN8I_CE_TRNG for hardware offload support.
 
Thanks.
 
 
 

Probably we should switch rather to https://vscodium.com/#install ?

Probably we should switch rather to https://vscodium.com/#install ?

If you are running Armbian desktop and you like to use Visual Studio Code,  open a terminal and run:
 
sudo apt update sudo apt install code  

Media info:
https://arstechnica.com/gadgets/2020/12/openzfs-2-0-release-unifies-linux-bsd-and-adds-tons-of-new-features/
 
Remarks: 32bit support is broken in Debian Stretch, no upgrade there. Also this upgrade is needed to bump kernel to 5.10.y

I am already in the upload process ... need to push out this release faster to merge desktop branch sooner. An update release just for those boards can be done whenever ready, next week perhaps. Don't worry.

Are you mainly going to participate live, listen later to recordings or not at all? Any topics that are related, close to single board computer world to recommend?

I am still working on my "shopping list", but this is some initial draft from https://fosdem.org/2021/schedule/
 
QA
About the joy and tears of testing Embedded Devices
https://fosdem.org/2021/schedule/event/testing_embedded_devices/
Interactive debugging inside CI systems
https://fosdem.org/2021/schedule/event/debugging_inside_ci/
QAOps - The Latest Trend in QA & Software Delivery
https://fosdem.org/2021/schedule/event/qaops/

Software Composition devroom
Overview Software Bill of Materials (SBOM)
https://fosdem.org/2021/schedule/event/sca_overview/
 
Legal
Protecting against proprietary re-licensing with a community contract
https://fosdem.org/2021/schedule/event/qtproprietaryrelicensing/
 
CI
ARM your continuous integration system with fruits! by @gounthar
https://fosdem.org/2021/schedule/event/arm_your_continuous_integration_system_with_fruits/
 
Community
Mental health and free software
https://fosdem.org/2021/schedule/event/community_devroom_mental_health_free_software/
 
And one fine Belgian beer for each day of the conference also just arrived  
 
 

from scratch... I'm working out the exact process now to automate it.  When I have the scripting worked out, I'll format it into proper Armbian format and submit a PR. It was all pretty straight forward to accomplish manually.  Wipe the NVMe and setup several logical partitions to use as encryption stores, add them to fstab, etc. It's all working now.  My biggest gripe is which kernel is supported... so far this is only working on legacy 4.4 and I really want to use 5.7+

I have Wayland/sddm/Sway working as well and will be integrating that as my default managers.

My needs are a little different, I have a fairly tight device in the making.

Release planning: January 2nd. Meeting location is IRC channel #armbian on freenode. Meeting starts at 2pm GMT.
 
Open topics / development directions:

- desktop branch merge into the master
- enabling 3D support on desktop(s)
- update u-boot (where possible) to 2020.10 and K5.10.y
- ZSH setting to default or optimise 1st run choosing
- moving blob section (except build packages) to newly created structure inside "desktop" branch (need to discuss best way / adjust framework if needed and set rules!)
- and Jira bugs / features we chose to deal with by then
 
There are reports about some broken images on Rockchip legacy, K5.9.y is EOL so there is an option to squeeze another bugfix update with focus on u-boot / kernel update + image refreshing. Anything that is outside of my test rig - I have no idea about the statue - except well known NIC troubles with Orangepi 3.
 
@Myy @TonyMac32 @balbes150 @piter75 @sfx2000 @ebin-dev @Heisath @chwe @ning @lanefu @gprovost @aprayoga @5kft @JMCC @martinayotte @going @jeanrhum @dolphs @jock @belfastraven @TRS-80 @Bozza @Rich Neese @sgjava