00:00 <Armbian-Discord> <T​enkawa> I want to keep track if it shows up again

00:03 <Armbian-Discord> <m​eteyou> yeah... but this is my issue right now. i can build it in my VM, but not in my github workflow

00:05 <Armbian-Discord> <T​enkawa> I don't use github workflow only cli tools..

00:05 <Armbian-Discord> <m​eteyou> sometimes it works in my workflow. without any changes and also with the same branch (for example v22.11) and same settings, it fails sometimes

00:06 <Armbian-Discord> <m​eteyou> an example:

00:06 <Armbian-Discord> <m​eteyou> https://cdn.discordapp.com/attachments/857944478269702214/1069045778921832519/image.png

00:06 <Armbian-Discord> <m​eteyou> every week one build. nothing changed in my build settings and all 3 runs was with the v22.11 branch (i think also nothing changed in this time)

00:06 <Armbian-Discord> <T​enkawa> Ah yaml based too I read..

00:07 <Armbian-Discord> <T​enkawa> Does it have any way to ignore some of those conditionals like those .asc messages?

00:07 <Armbian-Discord> <T​enkawa> (or other custom rules)

00:08 <Armbian-Discord> <m​eteyou> no. nothing special in this workflow. only read the config files and start the build workflow of armbian with the settings of the config file

00:10 <Armbian-Discord> <T​enkawa> Yeah I'll have to ask about those files again... we had a quick chat about it last week.

00:13 <Armbian-Discord> <T​enkawa> Yeah it worked here too

00:13 <Armbian-Discord> <T​enkawa> [ o.k. ] Repeat Build Options [ ./compile.sh BOARD=orangepi3-lts BRANCH=current RELEASE=bullseye BUILD_MINIMAL=yes BUILD_DESKTOP=no BUILD_ONLY=default KERNEL_CONFIGURE=no COMPRESS_OUTPUTIMAGE=sha,gpg,img ]

00:13 <Armbian-Discord> <T​enkawa> So it must be very intermittent & tool dependent

00:17 <Armbian-Discord> <m​eteyou> yep. i think it have something with the github runner or github DNS (worst DNS ever) todo...

08:26 <schwar3kat> Armbian build advice wanted. Armbian developer guide says the following about the pre_customize_image hook:

08:26 <schwar3kat> - This hook is called after customize-image-host.sh is called, but before the overlay is mounted.

08:26 <schwar3kat> - It thus can be used for the same purposes as customize-image-host.sh.

08:26 <schwar3kat> I can't find customize-image-host.sh. Does anyone know if it still exists, has been renamed, or does some process create it?

08:28 <schwar3kat> Or maybe it's a typo?

09:52 <Armbian-Discord> <I​gorPec> those are probably network related errors. we are moving to new build script in 30-60 days where logging will be significantly improved and we will know for sure what is the reason. Caching rootfs is not a problem as we only provide caches for unmodified base. If you do customization, cache won't work.

09:53 <Armbian-Discord> <I​gorPec> schwar3kat: customize-image.sh is placed in userpatches/ folder and its run just before image clsoing and compressing

09:56 <schwar3kat> IgorPec: customize-image-host.sh is a typo and it should read customize-image.sh?

09:57 <Armbian-Discord> <I​gorPec> can you point me to the document?

09:58 <schwar3kat> https://docs.armbian.com/Developer-Guide_Extensions-Hooks/#post_aggregate_packages

09:59 <schwar3kat> Sorry - pre_customize_image not post_aggregate_packages

09:59 <Armbian-Discord> <I​gorPec> i think its wrong -host seems too much

10:00 <schwar3kat> Okay that makes more sense :)

10:00 <Armbian-Discord> <I​gorPec> yes, check in lib/functions/rootfs/customize.sh

10:06 <Armbian-Discord> <m​eteyou> thank you very much for your answer/description! i just need bullseye minimal builds for some SBCs without any customization and these are not available in the official releases. thats why i use my own workflow.

10:06 <Armbian-Discord> <m​eteyou> but this confirms my suspicion with the github network/dns.

10:06 <Armbian-Discord> <m​eteyou> feel free to ping me, if i should/could test something from the new build script.

10:19 <Armbian-Discord> <I​gorPec> https://www.armbian.com/partner-contact-form/

10:20 <schwar3kat> I​gorPec: One of the reasons that I was looking into hooks and extensions was to fix something that has been ohappening in a build for one of my boards. The realtek firmware installed is wrong/broken. apt-get install firmware-realtek fixes it. With a hook on the board file, I can fix it.

10:20 <schwar3kat> I don't really like this idea, but at the moment I can't understand how the realtek firmware in the build works. Is there anywhere I can look to see how the broken stuff is getting created?

10:38 <schwar3kat> I was thinking of doing a pre_customize_image because I can fix the issue in userpatches customize-image.sh, but I had no luck with that hook and no example to follow. I did find a good way with post_family_tweaks and install_deb_chroot just like wireguard-tools.

10:44 <Armbian-Discord> <I​gorPec> which file this is?

10:44 <schwar3kat> I'm not sure that I am on the right track with this but I am getting a better understanding of the build scripts.

10:44 <Armbian-Discord> <I​gorPec> perhaps adjusting armbian firmware would do?

10:45 <Armbian-Discord> <I​gorPec> realtek firmware is coming from upstream, we don't maintain that

10:45 <Armbian-Discord> <I​gorPec> but you could simply extract contant (you need) and add to armbian-firmware

10:46 <Armbian-Discord> <I​gorPec> https://packages.debian.org/bullseye/firmware-realtek

10:46 <Armbian-Discord> <I​gorPec> which hw you have problems with?

10:47 <schwar3kat> rtl8153 - rtl8153b-2.fw is the firmware.

10:49 <Armbian-Discord> <I​gorPec> upload those files here https://github.com/armbian/firmware/tree/master/rtl_nic

10:49 <Armbian-Discord> <I​gorPec> and done

10:57 <schwar3kat> I can do that. PR similar to the build repo? So those packages are manually maintained. Are those packages not kernel dependent? Could it not in theory break some older builds?

10:59 <Armbian-Discord> <I​gorPec> yes. there is one big place for firmware which is linux-firmware ... and we maintain our minimal version of firmware (this repo) ... -> armbian-firmware ... then there is package armbian-firmware-full ... which is linux-firmware + armbian-firmware

10:59 <Armbian-Discord> <I​gorPec> no, it will not break older builds as it doesn't exists and ...

11:01 <Armbian-Discord> <I​gorPec> firmwere-realtek = it exits in linux-firmware (which is a quite a big chunk) ... but Realtek company provides their firmware in minimal package. So does Intel and many others. But ... there is a mess with many different versions of chips, some names are overlapping and there is nothing we can do about

11:01 <Armbian-Discord> <I​gorPec> in some cases, it will break, yes, but we try to patch at least for our hardwre

11:03 <Armbian-Discord> <I​gorPec> some of those packages are kernel dependent, but in theory it means fw will get new version number

11:08 <schwar3kat> Okay... it seems a little messy. Could I break some other board's nic if I update it? I guess risk is low.

11:09 <Armbian-Discord> <I​gorPec> yes, its a messy area and Armbian is here trying to be as supportive as possible.

11:10 <Armbian-Discord> <I​gorPec> No way you can break anyone nic this way

11:11 <schwar3kat> Okay I will do a PR.

11:40 <Armbian-Discord> <r​pardini> Ref the customize filename, it might be a typo, or even a full delusion....

19:44 <rhagu> Hi, i installed the minimal image on a raspberry and I saw journald and rsyslog in htop. Do I actually need both? What would rsyslog lgo, that journald doesn't log?

21:25 <Armbian-Discord> <R​ichN> well after reviewing the current armbian-config we need to add a desktops area whene you can select what desktop to install and the options to install cups/bluetooth/audio/libreoffice/gimp and other current desktop apps

21:26 <Armbian-Discord> <R​ichN> desktops should become minimal builds

21:27 <Armbian-Discord> <R​ichN> we can build the desktp deb pkgs for the desktops and release them

21:28 <Armbian-Discord> <R​ichN> but no longer have to put out large full desktop imgs

21:28 <Armbian-Discord> <R​ichN> just a thought

21:31 <Armbian-Discord> <R​ichN> this would lower the build times and lower the resources use time

21:31 <Armbian-Discord> <R​ichN> and allow for better maint of desktops

21:31 <Herc> on my odroidc2 I used tasksel to install a DT on a minimal bullseye img - wprked very well

21:31 <Herc> worked*

21:32 <Armbian-Discord> <R​ichN> yes but as it stands they would not be themed for armbian and someone would not want that

21:32 <Armbian-Discord> <R​ichN> I thogut tasksel also did not work on ubuntu

21:32 <Armbian-Discord> <R​ichN> or did they finally fix it

21:33 <Herc> dunno, I always disliked ubuntu, lol

21:33 <Armbian-Discord> <R​ichN> yeah agree I am a debian guy also

21:34 <Armbian-Discord> <R​ichN> but it would have to be the same for both desktops to get minimal imgs going

21:34 <Armbian-Discord> <R​ichN> what sound system are you using when you install

21:35 <Armbian-Discord> <R​ichN> Herc ?

21:35 <Herc> I used an standard Samsumg TV set, it worked out of the box

21:36 <Armbian-Discord> <R​ichN> ?

21:36 <Herc> currently offline tho

21:36 <Armbian-Discord> <R​ichN> you build a tv img

21:37 <Herc> nah, standard armbian image + tasksel (mate IIRC)

21:38 <Armbian-Discord> <R​ichN> task-mate-desktop ?

21:38 <Armbian-Discord> <R​ichN> but it does not install sound by default

21:39 <Herc> I cant check just now, but IIRC it just worked

21:39 <Herc> it was a year ago or so

21:41 <Armbian-Discord> <R​ichN> ok I am looking at the pkg list for task-mate-desktop now and not audio like pa or pw

21:59 <archetech> I always prefer to install my own desktop env

21:59 <Armbian-Discord> <T​enkawa> same

22:17 <Armbian-Discord> <R​ichN> the desktop imgs where ment to make it easier to install on multi systems faster

22:18 <Armbian-Discord> <R​ichN> where everyon got the same desktops and tools

22:19 <Armbian-Discord> <R​ichN> but i having worked on them now for diff systems find making desktop imgs is nice but alot of work becaus eto followe what debian puts out as desktops now and following their bylaws to keep support and then trying to do the same for ubuntu its to hard to maintain

22:20 <Armbian-Discord> <R​ichN> I went beck tp debian side

22:20 <Armbian-Discord> <R​ichN> also having to build img for all the boards is resource and time consuming

22:21 <Armbian-Discord> <R​ichN> plus having no 2 people agree on what should be installed other then the basic working desktop is a pain

22:24 <Armbian-Discord> <R​ichN> plus at the time I was working on desktops people wanted out of the box ready to use experience.

22:55 <Armbian-Discord> <T​onymac32> Cli 4 lyfe

22:55 <Armbian-Discord> <T​onymac32> 😆

22:55 <Armbian-Discord> <R​ichN> lol

22:57 <Armbian-Discord> <R​ichN> mac 4 life

22:57 <Armbian-Discord> <R​ichN> riscv 4 life

23:06 <Armbian-Discord> <T​enkawa> 75% of my day on my mac is in cli so mac 4 life isn't valid in that retort lol

23:18 <p0g0> RichN, I just minutes ago, ran tasksel on the Armbian Jammy XFCE img for the Orange pi 5. Tasksel works, but it's not any help for my usage. The Armbian desktop is XFCE like enough, but if, for example, you use tasksel to install the "Debian Desktop" (no XFCE, Gnome, LXDE, etc, just the "Debian" option) it reasserts a Gnome like desktop- no desktop icons, a bottom panel with a button to page through application icons (not what I want anyway). Getting a working

23:18 <p0g0> multimedia rk3588s/MaliG610 wayland desktop gets no help from tasksel (and adding some package that I am still trying to suss out kills the HDMI, after it has been working).

23:33 <Armbian-Discord> <T​enkawa> p0g0: noone has made a task group file for that.... tasksel is really only intended generally for those default task groups unless people are looking at building for mass deployments "then" they create a new setup for it.

23:38 <p0g0> Tenkawa: no argument from me, I'd tried tasksel Debian Desktop as part of a heuristic exercise trying to get a desktop that worked the way I want. The comment I made was to tell about tasksel actually working per se, and as you noted, it's not the right answer for someone with an extant desktop, it's a rollout tool.

23:40 <Armbian-Discord> <c​0rnelius> Yeah it just there to help people who have no clue as to what they are doing or just lazy. Personally I usually know exactly what I want to install when doing a desktop install from the CLI.

23:41 <Armbian-Discord> <c​0rnelius> tasksel in my experience tends to also install things I don't want or need.

23:42 <p0g0> well some of us are tying hardware that's only been on the market for 3 months... not so sure it is about lazyness or cluelessness. And now afk, l8r all

23:49 <archetech> time on market wth has that got to do with DE install nothing

23:51 <archetech> 3588 stuff is where it is dev wise (slow)

23:56 <archetech> and if ya want to see lazy and clueless take a gander at the raxda rock5 forum