lanefu

Sorry bro that's all I can do for you.

Just caught another friendly server platform called yunohost that has an Armbian-installer.... would be an easy thing to add to software packages it looks like everyone likes code { font-family: Consolas,"courier new"; color: crimson; background-color: rgba(0, 0, 0, 0.2); padding: 2px; font-size: 105%; } curl | sudo bash right? https://yunohost.org/en/install/hardware:arm_unsup#fa-rocket-run-the-install-script

Anything based on RK3399 SoC is going to be the best overall desktop experience

Ive seen that on other amlogic devices. Support just isnt quite there yet.

Why is that a biggie?

Same way you would on any linux system. Mount root filesystem on another device or boot from another image and put sdcard in usb reader. Then chroot to the mounted filesystem and change password via passwd.

Wow rollin the dice. Im optimistic on their behalf and won't make any passive comments about the Rock64

Correct. No DKMS modules needed. No container needed. Armbian has shipped with native wireguard support for probably 2 years. wg and wg-quick are already installed.

Not too surprising with the OPI4's SoC, it's known for requiring a large heatsink. You still have some options that might get temps and consumption a little more under control. From the code { font-family: Consolas,"courier new"; color: crimson; background-color: rgba(0, 0, 0, 0.2); padding: 2px; font-size: 105%; } armbian-config tool you can make adjustments to the CPU frequency governor. From there you can set min and max frequency ranges, and pick an alternative governor. My personal preference is the schedutil governor. It's responsive, but more granular in adjustment than the on-demand governor.

More background on initiative here: https://armbian.atlassian.net/browse/AR-689

Sorry about the bad vibes. Honestly I think we need to do a better job at lowering expectations. RPI sets a high standard for general user experience because of the limited scope of targeted devices, volume of developers and community, and defaulting first to out-of-tree drivers, blobs, and resources via NDA's with Broadcom to ship a product that has full software functionality to accompany its hardware. Alternative SBC vendors often create a false-promise of users having a similar experience with their product by the way marketing hardware capabilities and leaning on the reputation of RPI by selling a similar product. End-result is users buy these alternative SBCs, have a terrible experience, hear Armbian is the best, come to Armbian and have better software, but Armbian still focuses on mainline, so the experience isn't that of RPI and articulating the many nuances as to WHY Armbian can't just work like the Raspian experience on RPi because challenging. Then the fall-out ensues when newer users treat Armbian like a vendor and share their dissatisfaction that a capability for a piece of hardware they bought from someone else isn't work with community software integrated or provided by Armbian. We could certainly use more tenured technical people to help articulate that message.

Alternatively we could use the sweet ArmbianIO libraries made by @sgjava and plug into some jhipster generated boilerplate and have something pretty awesome as well. That would take care of rest and swagger etc

Was trying to keep things simple and quick when asking for help. I figured the underlying components in the class cloud be retrofitted to a better gpio solution in the future. Totally up for libgpiod seems like its come along quite a bit since I last used it. (No pullup or pulldown suppoty at the time.) Would it play nice with my i2c expander? Whatever can be delivered fastest that is reliable. If using the sysfs gpio commands from my script minimal gpio knowledge is really need by the developer.

agree with @NicoD opi3 is close but not quite. Anything rk3399 is going to provide the best desktop experience.

Okay.. There's another open role that you may be interested in: We're looking for someone who's interested in the hardware, likes to post on the forum to discuss and share technical improvements, but also get angry about low participation, and take any opportunity available to insult the Armbian project and yell at developers and contributors who generally have good intentions. Is that something you'd be interested in taking on?

Primarily our project integrates patches and wrangles configurations to create repeatable image builds for SBCs. Some maintainers are able to go a bit deeper and send device tree patches etc upstream. Not familiar with the best for everybody statement.. I think the primary misconfiguration of the MAC was done by me..and in the early stages... and never got improved. I acknowledged that on a prior thread. Are you interested in taking a more formal maintainer role for the ebin with Armbian? I'd be glad to introduce you to the build tool, and the ways we add patches etc if you like.

We're using this library as the base to automating testing via power control in some of our SBC test farms. https://github.com/lanefu/sbc-gpio-pcf857x/blob/main/lib/gpio.sh It would be great to convert this in to a simple python3 class. Given we use this with various SBCs, I would recommend using https://docs.python.org/3/library/subprocess.html#module-subprocess to continue to exec via the gpio shell command other than a native python gpio library. extra credit: create a REST API via flask extra extra credit: Add Swagger interface to REST API extra extra extra credit: react interface to REST API

Opi Zero still insanely popular. IMHO that would be users wanting to "do something" in a hurry... which is where armbian-config shines One could assume downloads with legacy kernel are being used in some sort of media or desktop way

Rsync performance can vary by filetype. Ex lots of small files slow down throughput. Anything in dmesg? You could try running iperf3 between your sbc and nas for the same duration and see if performance degrades in a similar pattern or not

Yeah saw that on HC4 as well. Not sure if it worked in earlier kernels. Have you tried using an older kernel via armbian-config?

Armbian is formatted as a linux file system. If you want something to share. Youd have to shrink filesystem and partition, then create a fat32 partition and filesystem with the remaining space on the SDCard

Some more mirror updates: By default, geoip support will redirect you to the best regional mirror pool. (it's not perfect) Armbian-config now supports mirror selection: depending on version of Armbian config you may need to first do code { font-family: Consolas,"courier new"; color: crimson; background-color: rgba(0, 0, 0, 0.2); padding: 2px; font-size: 105%; } apt update && apt install jq -y to install missing dependency Armbian-config -> personal -> mirrors FOSSHOST mirror changes: location specific Fosshost mirror domains are deprecated: us.mirrors.fossho.st us.mirorrs.fosshost.org uk.mirrors.fossho.st uk.mirrors.fosshost.org FOSSHOST is now front-ending mirrors via the Fastly CDN see announcement from FOSSHOST.org mirrors.fosthost.org and mirrors.fossho.st are all that is needed to use their Fastly CDN Because Fastly is an on-demand caching CDN, performance will vary by your physical location. Some may experience a positive improvement, or some may experience a negative improvement. The FOSSHOST apt mirrors are most effective for those in Regions with poor internet connectivity and outside of greater Europe Currently our automatic redirect has FOSSHOST in the round-robin pool for North America and Asia. Those in China may want to use a China Specific mirror. Those in Asia outside of China will likely benefit for choosing the Fastly mirror I recommend using the existing Armbian EU mirrors for those within Greater EU with good internet connectivity. Since these Mirrors are caching, they work best when under high utilization. Ex: Great for apt indexes and common packages, extremely popular image downloads during release. Less ideal for unpopular images which won't be cached. We're very grateful for all our partners providing mirrors--and their extreme generosity in providing a vast amount of space. We're always trying to optimize our package and image distribution. Armbian's a unique project as our release output produces over 400 system images. Seeding and distribution is significant. If you have any questions or thoughts.. please share on this thread! lanefu

need to make config file paths command line arguments https://github.com/armbian/dl-router/issues/12

Yep.

I understand your point, but I just want this to have 1 wire for my POE switch. My cluster is pretty reliable for my nomad workloads at home.