Jump to content

laibsch

Members
  • Posts

    24
  • Joined

  • Last visited

Other groups

Support

1 Follower

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. The way I understood it is that we are talking completely unattended installs here. For mass installations (probably hundreds if not thousands of boards) with no interactions other than other than popping in the flash card and pushing the power button.
  2. I don't see this when following the link
  3. My current home "NAS" still uses USB2 so this would be a great upgrade. I think I'd also like to run a private runner for Github Actions that require an ARM host.
  4. does it make sense to publish both compressed and uncompressed in that case? No: additional compute requirements for CICD to compress images additional storage Yes less bandwidth for our mirrors and users faster downloads What do you say? I have another question: What do you mean exactly by docker support? Are you saying these images have somehow been prepped for easier consumption by docker? Please clarify. I suggest to document this properly somewhere to help in wider adoption and better user experience. This should be good for people testing armbian without having to flash an image to real hardware or without even owning an SBC. Another use case you already mentioned is automatic testing.
  5. "We extend our deepest gratitude to the remarkable contributors who played a pivotal role in this release. Special thanks to: [...] @dependabot" 🤩
  6. I am really happy to see this. I built a Noble image and tested it locally with qemu. ssh into the VM was fine but the framebuffer showed corruption. There was only about 10M of free space on / qemu-system-x86_64 -bios /usr/share/ovmf/OVMF.fd -m 2048 -display gtk,gl=on -device virtio-net,netdev=net0 -netdev user,id=net0,hostfwd=tcp::5800-:22 -drive if=none,id=root,file=./Noble_cloud_minimal-qcow2,format=qcow2 -device virtio-blk,drive=root Is there a reason not to offer these images in xz compressed format? Size goes down from 665 MB to just 153 MB for Armbian_25.2.3_Uefi-x86_bookworm_cloud_6.12.20_minimal.img.qcow2.
  7. as a step in the right direction, there is some work being done to get dnsmasq to install and work properly.
  8. I think neither of the solutions provided by Werner and Igor are really satisfactory and I 100% agree with @Mr. Fennec that the SBC should be easily discoverable after boot. The closest to that is the nmap command from Igor but that does not work reliably for me and requires root. Adding avahi-daemon package is less than half an MB installation size including dependencies. Not even a drop in the bucket for the image sizes. In my opinion, every board should have a minimal image containing nothing but what's necessary to do the following for at least Debian and Ubuntu: network via DHCP ssh server with standard PW avahi tooling to make the SBC discoverable with zeroconf/mDNS From there, you can take your board to anywhere you want it to and very easily. The desktop images provided are purely courtesy and can be easily replicated from a minimal install by simply installing the packages. For one thing, I was disappointed to see that for my board a minimal, CLI-only package is available for Debian but not for Ubuntu.
  9. I'd say let's wait at least until it lands in Debian
  10. what exactly are you proposing? do you think you could do the work (with some help if necessary) or are you hoping someone else might do this on your behalf?
  11. Interesting thing you are doing there. Is this still something you are interested in getting resolved? Were you able to get it resolved on your own? Apologies for the late response.
  12. Yes, I would not recommend plucky unless you know you need it. In my humble opinion, and I say this as someone who officially maintains packages in both Debian and Ubuntu, LTS is the way to go. That would be either Jammy or Noble at the moment. I personally have made the switch to noble and that would also be my recommendation. Don't expect a large number of updates on LTS and that is a good thing. Personally, I am not happy about Armbian always updating their kernel on a daily or even more frequent basis. But obviously, as Igor said, there is currently no way to make targeted, manual per-board kernel and firmware releases. So, as of now, if it builds, it gets shipped, even if nothing changed for your board in question.
  13. do you have a github account? this definitely sounds like a bug and might be best if reported there.
  14. laibsch

    laibsch

    happy to meet up
×
×
  • Create New...

Important Information

Terms of Use - Privacy Policy - Guidelines