Jump to content

Igor

Administrators
  • Posts

    13937
  • Joined

  • Last visited

Everything posted by Igor

  1. I need to know if those that were rebuilt works: https://stpete-mirror.armbian.com/dl/pinebook-pro/archive/
  2. If you are looking for a system that you will download, plug and use, ... chances are slim. Probably any HW will deliver this, but you will need to do some investment in software.
  3. Any from https://www.armbian.com/lepotato/ (nov. 7th)
  4. Only main link works until syncing is not done. https://imola.armbian.com/dl/pinebook-pro/archive/
  5. Updated images are ready https://www.armbian.com/pinebook-pro/ (just kernel 6.x / EDGE)
  6. Tried right now on Orange pi 4 LTS and worked in 1st try, Jammy userland, same kernel. Its not related to armbian-config Wrote on mobile
  7. The only source package that we pack is kernel. U-boot is at Git attached to some TAG + patches. If you want to understand things, dive into https://github.com/armbian/build ...
  8. Armbian is probably the only Linux distribution that actually test upgrades on many devices we provide download for https://github.com/armbian/build/actions/workflows/smoke-tests.yml But we can't afford to have them all in the test rig, especially not laptops. This only cover upgrades. Manually testing all images? Some yes, all - impossible. Probably this will fix it https://github.com/armbian/build/pull/4397 I don't have a device. All I can do is to run another build with this fix and hope it works. I understand your frustration. I really do. But see other side. You were fooled by vendor for buying this crap. We are trying the best to keep it operational. I can also use this opportunity to inform you that Pine64 is one of those that never donated a cent to this project even their poor software support is the reasons why our update broke. In case you want better quality, volunteer directly: https://docs.armbian.com/Board_Maintainers_Procedures_and_Guidelines/ https://forum.armbian.com/staffapplications/application/7-test-automation-engineer/ or fund few people so they will take care of this for all of us. https://docs.armbian.com/User-Guide_FAQ/#development-time
  9. Fixed https://github.com/armbian/config/commit/9c793ad4c863af4b919ca4cf7f0afe5e777eb03f Coming soon with the regular update.
  10. Also among automated weekly builds of everything: https://github.com/armbian/community
  11. Images for were recreated and tested today.
  12. Perhaps https://vscodium.com/ or https://www.geany.org/ ?
  13. Igor

    Odroid M1

    Idea is to get rid of everything that smells on proprietary boot loader and all dirty hacks that are required that this hardware boots up. But when this is not finished and become stable there is little to do.
  14. Try EDGE kernel with 5.19.y. I don't see those problems on my device.
  15. Images were re-created, hopefully correctly. I can't test.
  16. Igor

    Odroid M1

    That is good for generating an image / impression they have something to do with software development, while its quite the opposite. They never helped Armbian in any way, not with a cent, and if you read this https://blog.brixit.nl/why-i-left-pine64/ ... Others support development, not dealing just with promotion.
  17. https://www.armbian.com/odroid-m1/ - kernel 6.1.y LTS
  18. Igor

    Odroid M1

    You are right. I have remove everything. 6.1.0-rc boots and its good enough to start with.
  19. Today upgrade will break it as this fix broke many other boards. We need to find a better solution.
  20. Fixed upgrade component is coming up ASAP. Just doing last tests.
  21. Upgrade was disabled. Investigation is in progress ... some board works, some don't.
  22. Igor

    Odroid M1

    Images with 4.19, 5.19, 6.1RC will be generated once merged: https://github.com/armbian/build/pull/4368
  23. Igor

    Odroid M1

    Technically? Support wise? It adds unnecessary complexity. We are using controlled environment to rule out most stupid troubles and to save time. Stupid troubles can be big time wasting elements. Most of the distributions usually don't have developers & maintainers for core components. They ship vendor prepared firmware, our firmware, pure mainline ... or something in between. Best working kernel is vendors (when hw is released) while mainline always remain in pretty raw state also after years. We keep that operational, starting with some features, adding more. Some are coming from mainline, some from our labs. Some might never come to the main Linux tree and we could maintain features nobody else. And a lot faster then mainstream. Mainstream turn around is slow, time consuming, commonly poorly tested. Most of troubles we have in stable branches are coming from mainline, from that "doesn't matter" space. Morally? If you are asking for support on 100% my personal expense - my time is most important value. Not yours is. Technical support for Armbian users or even supporters that help us pay the bill they are generating to the technical infrastructure (electricity) is on the edge of possible. We can't finance people out of that. And since we have very limited resources, 3rd party Linux users are simply always last to be serve. There are many things you have reported or we find but are not fixed yet. First sorting out that, then 3rd party problems. Fair?
  24. Igor

    Odroid M1

    If those people are signed as testers, then I am sure no bugs can be found.
  25. FYI. I pushed update to CURRENT kernel too - today / tomorrow.
×
×
  • Create New...

Important Information

Terms of Use - Privacy Policy - Guidelines