-
Posts
14498 -
Joined
-
Last visited
Content Type
Forums
Store
Crowdfunding
Applications
Events
Raffles
Community Map
Posts posted by Igor
-
-
From desktops I tested Gnome - works.
-
1 hour ago, Sam Rossiter said:
I think I need to rebase the Olimex fork back to the main Armbian Repo?
Recommended. It looks like its not that far away.
1 hour ago, Sam Rossiter said:Or should I fork the Armbian repo and then re-apply the Olimex changes to the fork?
With rebase you will see the diff and if this is all you need to apply. -
12 hours ago, indianajones said:
Perhaps it is no longer supported
Yes, cpufrequtils has been removed upstream. It's not anymore in Debian stable.
https://packages.debian.org/search?searchon=names&keywords=cpufrequtils -
46 minutes ago, Xorcist said:
I assume I can manually update via:
Yes, exactly. -
13 hours ago, Xorcist said:
Any clues on what I might be missing?
tl;dr; You need to fix the driver code similar we do it here https://github.com/armbian/build/tree/main/patch/misc
I tried this:
https://github.com/albertogviana/YT6801 (but tuxedo v1.0.30 might have this already fixed)
https://paste.armbian.com/xeraretaxu.diff
I fix the most obvious errors, but don't have time to deal with this code.13 hours ago, Xorcist said:Then I rolled back the Kernel to 6.12.32 and tried to install the headers again them through armbian-config
Some intermediate or old kernels might be missing matched headers. They are present at latest kernel (tested).BTW, it works for me:
khadas-mind:Downloads:% sudo dpkg -i tuxedo-yt6801_1.0.30tux4_all.deb Selecting previously unselected package tuxedo-yt6801. (Reading database ... 158138 files and directories currently installed.) Preparing to unpack tuxedo-yt6801_1.0.30tux4_all.deb ... Unpacking tuxedo-yt6801 (1.0.30tux4) ... Setting up tuxedo-yt6801 (1.0.30tux4) ... Loading new tuxedo-yt6801-1.0.30tux4 DKMS files... Building for 6.12.44-current-x86 Building initial module for 6.12.44-current-x86 Done. yt6801.ko: Running module version sanity check. - Original module - No original module exists within this kernel - Installation - Installing to /lib/modules/6.12.44-current-x86/updates/dkms/ depmod... (Re)load module if possible khadas-mind:Downloads:% modinfo yt6801 filename: /lib/modules/6.12.44-current-x86/updates/dkms/yt6801.ko license: GPL license: GPL author: Motorcomm Electronic Tech. Co., Ltd. version: 1.0.30 description: Motorcomm YT6801 Gigabit Ethernet Driver srcversion: 13DED66BAFB05DCB4D65DE6 alias: pci:v00001F0Ad00006801sv*sd*bc*sc*i* depends: name: yt6801 retpoline: Y vermagic: 6.12.44-current-x86 SMP preempt mod_unload modversions parm: debug:FUXI ethernet debug level (0=none,...,16=all) (int)
-
https://fi.mirror.armbian.de/apt/pool/noble-utils/b/base-files/
They are in. Perhaps need some time for repo to get in sync.
-
8 hours ago, Aviad Korakin said:
used balenaEtcher for flashing
Etcher used to be / is broken.
https://docs.armbian.com/User-Guide_Getting-Started/#flash-to-sd-card8 hours ago, Aviad Korakin said:how i can solve it
-
R76S will be supported, but its too early at this stage. We setup download page https://www.armbian.com/nanopi-r76s/ but no images yet.
-
11 hours ago, Cancer said:
However it would need either a lot of time or information delivered when it has been broken
When things are not actively monitored, features stopped working without knowing. This has to be find out.11 hours ago, Cancer said:too many kernel versions and distributions
At least all Armbian distributions have the same kernel, regardless of its upstream origin - Debian X,Y,Z and Ubuntu A,B,C ... have same kernel. But of course kernels versions go up all the time.
11 hours ago, Cancer said:I think you was the person managing this area so maybe you know where to search the issue to correct it or you know the person who might know.
I am not managing this that deep / specific. Where to search? On this forum. I am sure that this was already brought up.
-
1 hour ago, Cancer said:
without docker
This is not recommended as its not controlled environment. It might work, but no warranties.1 hour ago, Cancer said:I selected version without desktop
HDMI output is broken in general (on this particular SoC) regardless of variant, desktop, cli, minimal. Its known bug, but we currently don't have anyone maintaining Allwinner A20 series so its up to random person to fix this. Code is open, so anyone can.
1 hour ago, Cancer said:I use sbc as server
Then it should be o.k. since HDMI output is not needed. -
Works well on my side - could not reproduce (with Docker based compilation), but however there is a (common to a20 boards) problem with HDMI output while boards otherwise works.
-
We have a long wish to implement OTA solution into the build framework. The problem is - like always - time / not enough man power to run another (sub)project.
Instead of reinventing the wheel - better is to follow / use (learning from) experts made frameworks:
https://rauc.io/ as a base perhaps also this https://github.com/silitics/rugix/issues/82 and https://qbee.io/docs/index.html - all as extensions.If we can join resources, to do it right, its easier. But its still timely and complex due to the nature of what Armbian is dealing with.
-
On 8/30/2025 at 10:02 AM, eselarm said:
Pity is that recommended/supported build host environment is Ubuntu.
We appreciate idea, but we have to look at the health of the whole ecosystem. Our build framework deals with many boards and non-standard low-level components (e.g., U-Boot), and right now it builds reliably only on Ubuntu Jammy. Even Noble isn’t fully compatible yet; adding Debian (unofficially, to some degree, it already works for many years) at this stage would likely cause regressions. As Ubuntu is more present in embedded world, making Debian recommended would costs a lot more from budget we don't have while bringing nothing in return.
12 hours ago, Cancer said:Naturally, it's not about armbian itself, but generally linux related
Exactly. There are many issues in FOSS and there is little we can do. We didn't develop any of those tools - we provide them. Networking stack is an important part, it has its own diversity and this should be in users domain. I think our logic for providing images is a good compromise - we provide Debian and Ubuntu images, we provide them once with systemd-networkd (minimal) and the rest with NetworkManager. Now to keep some consistency and make it simple for non experts, using NetPlan as a central config point also makes sense - for most of use cases and most of users. Those who needs special handling of net stack, its easy to replace them with something else.
-
On 8/18/2025 at 12:06 AM, DanflashX said:
I can't set the language to Portuguese
When you do first login, you need to choose correct locales combination and language in desktop should follow - you still need to install desktop packages ... If you don't have locales support in the system, you won't be able to use it in desktop. I think this is the problem. In my case, when I select my own locales (sl_SI.UTF-8) and install those desktop related packages, I have Gnome with Slovene support. -
3 hours ago, monetschemist said:
When I've finally got the SD card set up, here's what the Ubuntu Disk application shows. Note the first partition is 4.2MB of free space.
This looks normal. Most of those boards have bootloaders at locations prior to boot partition.
3 hours ago, monetschemist said:After approximately two minutes, the Cubox bootloader appears again on the monitor, hands off to the boot program, and... the same thing.
Boot loop. This can be many things - i would guess kernel crash and watchdog issue restart. Why that happens? Hard to tell.
3 hours ago, monetschemist said:But running either screen or minicom
This way?
sudo screen /dev/ttyUSB0 115200
It should prompt out something.
-
2 hours ago, The Tall Man said:
but not with the current kernel.
Quite possible, actually expected as there is no support for current kernel:
https://github.com/armbian/build/blob/main/config/boards/orangepi5pro.csc#L8 and build target is not maintained by core Armbian team https://docs.armbian.com/User-Guide_Board-Support-Rules/#community-maintained -
16 minutes ago, monetschemist said:
If not I will try a serial connection via USB.
That would be good. Cubox-i has standard microUSB connector for serial console, so its easy. That would give some insights on what is happening. -
Philosophy behind installations via armbian-config is that install is simple as possible, thus options are limited and hard-coded. Main folder for SW data is /armbian and there you mount additional space, if needed. If this way is not acceptable, you need to go manual way. Installing Redis, PostgreSQL and Immich, then link then together. It will be some work and there will be some troubles.
Official:
https://immich.app/docs/install/requirements
Unofficial:https://github.com/imagegenius/docker-immich
Armbian way:
https://docs.armbian.com/User-Guide_Armbian-Software/Media/#immich -
1 hour ago, Fabricio Martínez Tamayo said:
does not boot or post through HDMI.
HDMI output might be broken on this kernel - mainline support is still fragile, perhaps for this board there is no device tree yet and it fails early. -
2 hours ago, monetschemist said:
is that screen shot you've pastebinned from a connection to the usb TTY?
Connected via SSH. DHCP client is automatically getting IP, so you should be able to find the device on network after few minutes ... in case HDMI output is really broken. I can't test that as device is stashed to some rack. -
https://paste.armbian.com/ehuwawexih
v25.5.1 image (Debian Bookworm minimal) runs on my Cubox i4, but HDMI out is untested ... images were released, only because I manage to spent some time testing and as I found out that build actually works.
-
1 hour ago, Popolon said:
Today armbian-config doesn't show other kernels, it's impossible to switch.
Fresh Orangepi 5 image, this one:
https://netcup-01.armbian.com/incoming/efectn/orangepi5/archive/Armbian_25.8.1_Orangepi5_noble_vendor_6.1.115_gnome_desktop.img.xz
Your setup could be broken to some degree, but hard to tell what is missing.
-
1 hour ago, ricardo_brz said:
This part didn't work for you?
No, nothing happened. When I tellgnome-extensions list
it return empty. On my x86 desktop running Noble Gnome.
-
9 hours ago, ricardo_brz said:
Maybe we could do: download it to /usr/share/gnome-shell/extensions/ and then run gnome-extensions enable no-overview@fthx.
Yes, that's the idea I guess. I played around a bit, but could not enable it with the script ... yet.
Nanopineo - build fails when I use both CPUMIN and CPUMAX on the command-line
in Allwinner sunxi
Posted
Currently yes. A replacement for this package / service needs to be found and implement - in case you want to get involved.
Thank you! It's a work of many people, impossible for me to poke into every issue or feature that exists