firmware-radeon small bug

[nick65go]

in my fresh loaded /tmp/tcloop/firmware-radeon/usr/local/tce.installed the file firmware-radeon is like:
#!/bin/sh\nudevadm trigger

I think it should be like:
#!/bin/sh
udevadm trigger

[coreplayer2]

Interesting, ok thanks will check and fix

[coreplayer2]

Interesting indeed..   this was not one I'd updated previously but have fixed it and notified the creator/maintainer

have you fixed your copy?

[nick65go]

Hi core64 team, thanks again for your hard work!
I am back to core/core64 because my archlinux64 has crashed, by my forced updated . Anyway, I started to hate the intrusive allover systemd dependency. I could easy fix most things in core as I have been useing it for 3 years. My Dell9400 BIOS bug is that X1400 GPU fan starts and never stop on core, so I try core64. And here I had succes with:
echo low > /sys/class/drm/card0/device/power_profile &

I am also "remastering" core64 to do not have need for bootlocal.sh backup:
modprobe -r pcspkr && echo blacklist pcspkr >> /etc/modprobe.d/blacklist.conf
loadkmap < /usr/share/kmap/azerty/fr-pc.kmap &

I still pay with aboriginal toybox to replace busybox (or at least to be static linked against uclib or musl), and copy files in /lib/firmware.. so not yet helpfully for the community.

[curaga]

Both of those can be done with bootcodes?

blacklist=pcspkr kmap=azerty/fr-pc

[nick65go]

Both of those can be done with bootcodes?

blacklist=pcspkr kmap=azerty/fr-pc

Thanks curaga, this I did from the beginning. And I read the wiki too.

- still there is some old info in wiki about Xorg input classes (Section "InputDevice" is ignored, now is "InputClass" for synaptics and keyboards wthen edev is used by default).
- I am dissecting core in bits, to remember how a great suite of programs could fit in so small size. So I wonder why we have now a link in the root (/linuxrc, we were good even without it) and a lot of extra links in /lib (like libc.so.6 -> lib-2.17.so,  instead of simple one renamed as libc.so.6 which ldd shows as needed).

It will not make a huge difference in size or speed, I know. But the spirit of the core is to be the smallest and easy to understand (pedantic, didactic). Not any extra fat if not used, or use better alternative replacement.

The easy acceptance of bloat like pulseaudio, or systemd, are examples of cancer spread to linux.
Do we need a monolitic aor modular kernel? I prefer modular up to the bones, for learning.

This is not criticism, just my rant over.