lanefu

When was your PBP made? Is it from one of the newer production runs from past year? Mines from 2nd gen. (Pre covid era) I remember seeing Kali had a few extra patches for the newer PBPs

Yep writing image directly to emmc should be fine. Has been the case historically for me.

I downloaded xfce for PBP from armbian website, flashed to sdcard with etcher and booted successfully. Caveat I don't have emmc chip installed and nothing on SPI. So yeah could easily be manjaro uboot allergies to trying to pivot to armbian to boot. If possible just wipe emmc

The quickest fix for the user will be to use armbian-config to select a mirror. The redirector dev may be able to add some exceptions but geoiop data will never be 100% accurate

Don't confuse current circumstance with an overt decision. What have you done to troubleshoot and participate in diagnosing and solving the problem? Also look-up maintainer https://docs.armbian.com/Release_Board-Maintainers/

The Armbian images shrink the filesystem down to a minimal footprint that then expand to the max of the sdcard on first boot. You're cloning the image after it's been expanded from first boot stage You'll want to shrink the root file system and the partition before imagine. Rather than making a golden image, using the Armbian build tool and the customize image hooks to install your packages would be a more appropriate solution

thank you! merged!

Or I guess Balbes support is free and easy. Note this is balbes and not official support status

for current use `AUFS=no` and it should build.. ran into that yesterday

Hi Judy, There's a lot of work involved in adding a device to Armbian. In your case, a new product without mainline linux support, it's an enormous amount of labor. It's unlikely there will be any community members willing to do the engineering required for free. Are you looking for a paid engagement? Are there kernel source code and device tree source code published and available for this product? https://docs.armbian.com/User-Guide_FAQ/#where-do-i-ship-a-board-so-that-armbian-will-add-support

There's a service called lightdm that you'll need to look at. It launches X and the GUI login. Hope that helps

I'm not familiar with that. What causes and issue with the wifi and USB 3?

You're probably going to need to be a little more hands on with the tool you choose. I like borg and borgmatic.

Hi great question. Def can be confusing. We're working to be more clear. GitHub issues (NOT PRs) are meant to be specific to the Armbian build engine and not specific to devices. Raise device issues on forum for conversation and hopefully find the attention of a maintainer. (Part of reason we do it on forum is it creates too much noise on GitHub for such a small team of devs) If it's an issue a maintainer or armbian developer thinks it needs to be prioritized, they will add to our Jira For those that don't like posting on forum anybody can open a draft PR with a proposed solution and explanation of what's being solved in GitHub

Yeah that was my experience with libgpiod a year or 2 ago. No pull-ups etc. It's not ready for prime use. Sysfs gpio access is the most consistent method to deal with gpio accross different devices. And I'll gladly take it over 20 forks of wiring pi (which truly is deprecated in a much more literal sense) for background Even Adafruit jumped on the bandwagon libgpiod when it was announced but they quickly backed off quietly once the reality hit that it wasn't ready for their core customer base. Deprecated in Kernel land doesn't meant stop using immediately, it means don't extend and start preparing/be aware for the (long-term) future

This functionality existed in our pervious stable kernel 5.10.y and should absolutely continue to be supported. It was a breaking change that should not have happened. lane

Ha yeah it was extremely deprecated lol. I was in a "there has to be a markdown plugin" mode scouring the interweb and saw that. On that note I think I did toggle the plain text paste flag off. So copying rendered markdown into the editor may work. Anyway the editor seems to be a whole seperate body of work independent from Invision other than it'd what they use. Sounds like Invision actually has their own upgrading to do from "v4" to "v5"

is this post meant to be in this thread?

That's beyond the feature-scope of Armbian. And yes a great feature on diet-pi, which makes a very nice appliance experience for the user..... part of it's appliciance-ification approach to config management is also what lets it back up so nicely.

oh lord, really? you use it?

All great points. Oneshot seems appropriate. I don't think there's an outstanding technical reason that would prevent us from changing it. Feel free to open a draft pull request as your developing. would ask that this piece be a separate PR from one shot service changes discussed.

Oh! Thanks for clarifying. Will try to get to it but running out of time. Feel free to make changes and comment on the open PR.

yep OMG i keep on fixing it for-myself on my boxes and forgetting to upstream so sorry.... https://github.com/armbian/build/pull/3603

What ELSE do you have for sale @NicoD?!

Thanks @NicoD