Search the Community
Showing results for tags 'development'.
-
until- forum reorganisation
-
Hi I am building armbian image for Nanopi Neo. I need to include SWUpdate package in my armbian build. The already built SWUpdate package does not work for me, because I need to disable CONFIG_SIGNED_IMAGES. As far as I understand, I need to rebuild SWUpdate inside the armbian build system. Can you please help me to understand where I should write commands to build SWUpdate from source (git repo), so that armbian build system will put the built binary and libraries into the resulting image? -
Hello, https://doc.embedfire.com/products/link/en/latest/linux/ebf_lubancat.html I tried to port the kernel device tree in the SDK provided to the mainline kernel, but it ultimately failed to start I'm not sure what the difference is between the device tree in the mainline kernel and the rk custom kernel Please help me.
-
Has anyone managed to get armbian running on the Allwinner T113-s3? I've been looking into getting it running and there's really no alternatives to Tina linux that I can find. Looks like it works with AWBoot and XBoot as a bootloader so it shouldn't be impossible. I'm completely new to this so if anyone knows anything it would be greatly appreciated. 😄
-
Hi, I have been recently working on a couple of extensions: lvm and cloud-init I forked off "v23.11.2" tag when creating my branches, since they are extensions, and wont alter the framework much. Today I noticed that OdroidUX4 is not building, but it was building last week. A patch seems to be failing. I guess it is a kernel/driver patch. Then my question is: is it possible that, on the same tag (v23.11.2), builds break? I am starting to think that the tag is only for the build process/patch set, but excludes, for example a reference to kernel code. I suppose then the situation is that a kernel update has "broken" a patch, would that be the case? If so, is it possible to also checkout a particular working kernel for the sake of a stable dev environment? How do you normally do? R.
-
https://docs.armbian.com/Process_Release-Model/#agenda Is this list still valid? Supported: WIP Community supported where we could also look for re-enabling supported status. Criteria for Supported must be beneficial to the Armbian project Armbian team must confirm and agree upon all supported boards statuses a named individual as “maintainer” with GitHub ID must be preset in the BOARD_MAINTAINER within Board Configuration File a named individual must commit to providing “best effort” support for their SBC on the Armbian forums maintainer must participate in the Release Process maintainer must sign-off that device has been tested, is stable, and ready for release during release process maintainer must have physical access to the SBC they are supporting maintainer can operate under pseudonym but must reveal his identity to Armbian management maintainer should attend developers meetings held every Wednesday 7:00 PM CET when whole support burden is carried by maintainer and Armbian team, it will be labelled as “Pro bono” More here: https://docs.armbian.com/User-Guide_Board-Support-Rules/#criteria-for-supported Example of maintainer proposal: - add or remove board X from supported. Reason: its broken and I don't have time / I confirm it works, will monitor and collaborate ... - upgrade board X from WIP to supported. It works decently / well, I steal dealing with it, there is upstream support ... or remove as there is no progress, too many issues - board X from community section should become supported because ...
-
Hi all, I need to customize the /etc/fstab during the build to mount a mtd partition and also to override some mountpoints with tmpfs in order to reduce wearing on mmc. So, have added the following lines to customize-image.sh: cat <<EOT >> /etc/fstab # Reduce SD wearing by storing log files into ram (no need as overlayroot is used to freeze all the rootfs) tmpfs /tmp tmpfs defaults,noatime,nosuid,nodev 0 0 tmpfs /run tmpfs defaults,noatime,nosuid,nodev 0 0 tmpfs /var/tmp tmpfs defaults,noatime,nosuid,nodev 0 0 tmpfs /var/log tmpfs defaults,noatime,nosuid,nodev,noexec 0 0 tmpfs /var/lib/logrotate tmpfs defaults,noatime,nosuid,nodev,noexec,size=1m,mode=0755 0 0 tmpfs /var/lib/sudo tmpfs defaults,noatime,nosuid,nodev,noexec,size=1m,mode=0700 0 0 # MTD EEPROM memory dev/mtdblock0 /mnt/mtd jffs2 ro,relatime 0 0 EOT However changes in /etc/fstab are overridden somewhere over the build process, and this is the resulting /etc/fstab: UUID=c8167755-b557-4288-9109-9108bc48dd94 / btrfs defaults,noatime,commit=600 0 1 UUID=27ac6cc6-eff3-4736-a7bd-5517e3b150c0 /boot ext4 defaults,commit=600,errors=remount-ro 0 2 tmpfs /tmp tmpfs defaults,nosuid 0 0 Is there a way to safely patch the /etc/fstab file? Thanks very much! Andrea
-
This week's meeting topics: - Check remaining Jira tickets https://www.armbian.com/participate/ - Review issues https://github.com/armbian/build/issues - Review pull requests https://github.com/armbian/build/pulls The general goal of weekly meetings: - To discuss the three (3) issues of the week - Discussions will be documented to respective Jira tickets so they can be tracked - Three (3) new issues will be selected from Jira for the next meeting A weekly developers' meeting aims to coordinate the development of the build engine, continuous integration, operating system features, and low-level support. Meetings are hosted on Jitsi (Video), IRC, and Discord (Text). While we would prefer you attend on Jitsi when possible, we will also monitor text chat during the call for those unable to join Jitsi. Please RSVP either way. Do you want to participate or help in some way? Meetings are focused on developers' top-level topics, and it's expected that they understand embedded software development, software testing, or operating system management. Knowledge of at least BASH & Python is expected in terms of programming languages. Since meetings are held in public, any registered community member can join and listen. If you want to suggest issues for the next week, you have to be recognized Armbian contributor. If you want to become one, resolve at least one intermediate-level issue and tell us something about yourself. This is needed to communicate efficiently and to give you access to our organization infrastructure Jira, Github, hardware lab, and servers. @Contributor/Maintainer
