lavaball has quit [Remote host closed the connection]
<farkuhar>
ppetrov^: /etc/rc.conf is meant to control the rc startup and shutdown scripts, it won't be sourced by your login shell unless you configure that behaviour yourself. Since your .bash_profile needs an export command anyway (even if it sources /etc/rc.conf first), you might as well declare LANG there too.
<ppetrov^>
farkuhar, declare LANG in the bash profile file? Like I already did? And leave rc.conf as is?
<farkuhar>
ppetrov^: Yes, your existing bash profile is fine, no need to source rc.conf
<ppetrov^>
thanks, farkuhar
<farkuhar>
If a project decides to deprecate a standalone Wiki, replacing it with built-in Gitlab features, then they risk leaving stale pages like this: https://wiki.inkscape.org/wiki/Release_notes/1.4.2
<ppetrov^>
heh
<ppetrov^>
btw, farkuhar, several ports install stuff in /etc/profile.d, which is _not_ sourced upon CRUX boot. Therefore, I've been playing with my .bashrc and .bash_profile to source some stuff from there
<farkuhar>
I think I've traced an inkscape 1.4.2 build failure to having poppler greater than 25.06 installed, in which case the linker prefers /usr/lib/libpoppler.so rather than the pre-25.06 version under /usr/lib/inkscape, resulting in "unresolved symbol" errors. But inkscape 1.4.1 still compiles okay.
<hsp_>
My CPU on my notebook only runs at low speed when building under crux. What else is missing or something?
<ppetrov^>
hsp_, low speed or 1 core?
<hsp_>
I don't know
<ppetrov^>
did you check /etc/pkgmk.conf, lines export JOBS=$(nproc)
<ppetrov^>
export MAKEFLAGS="-j $JOBS"
<farkuhar>
ppetrov^: What do you consider as the endpoint of a "CRUX boot"? A tty login prompt? An XDM login screen? Or maybe you configured it so that your user is automatically logged into a DE. Only in the latter case would it make sense to source the files under /etc/profile.d/
<ppetrov^>
tty login or slim login
<ppetrov^>
Only in the latter case would it make sense to source the files under /etc/profile.d/ <- why? The get sourced when I log in
<hsp_>
MAKEFLAGS already set
<hsp_>
ppetrov^, ^^
<ppetrov^>
and JOBS?
<hsp_>
8
<ppetrov^>
how many cores do you have
<ppetrov^>
?
<hsp_>
cpu MHz: 1469.611
<farkuhar>
ppetrov^: I meant to address your comment about "CRUX boot". If the boot process is considered finished before you log in, then you shouldn't expect anything under /etc/profile.d/ to have been sourced by that point.
<hsp_>
11th Gen Intel(R) Core(TM) i7-11370H @ 3.30GHz
<hsp_>
ppetrov^, ^^
<hsp_>
ppetrov^, fresh install
<ppetrov^>
farkuhar, yes, I undarstand. STuff in /etc/profile.d is sourced upon login
<ppetrov^>
hsp_, is your cpu freq at 1500 mhz all the time even when building?
<hsp_>
No, it fluctuates.
<hsp_>
but not full speed
<cruxbridge>
<pitillo (@pitillo:crux.nu)> which CPU governor are you using?
<cruxbridge>
<pitillo (@pitillo:crux.nu)> have you tried to check which ones are available and changing them? here I usually use ondemand (ARM devices) to get full speed on build times
<farkuhar>
It never caused problems before, to have poppler installed at a version ahead of poppler-ink. But if the 25.06 -> 25.08 version bump actually removed some stale features, that would explain the linker errors in the final step of building inkscape.
<farkuhar>
Suspicion confirmed. I just got a successful build of inkscape 1.4.2 after downgrading opt/poppler to 25.06 (or uninstalling it). Now I need to figure out whether the same effect can be achieved using less drastic measures like CXXFLAGS or LDFLAGS.
<hsp_>
ppetrov^, ??
<ppetrov^>
hsp_, what?
<ppetrov^>
farkuhar, you're a hero for maintaining inkscape and dealing with that poppler crap
<hsp_>
I thought you wanted to say something else on the subject.
<ppetrov^>
no, i'm out of ideas
<ppetrov^>
it's normal that cpu usage fluctuates
<ppetrov^>
abd it will drop between building individual ports
<hsp_>
yes, but not full power, why?
<ppetrov^>
what do youmean by "full power"?
<hsp_>
11th Gen Intel(R) Core(TM) i7-11370H @ 3.30GHz
<ppetrov^>
so, it uses all 8 logical cores and cpu mhz go up to 3.3 ghz and down, fluctuating?
<hsp_>
no, max ist 1600 MHz
<ppetrov^>
ah, then check governors as already suggested
<hsp_>
governors ==> performance
<pitillo>
hsp_: and which scaling_max_freq do you have defined?
<pitillo>
it seems to be 1600000 instead of 3000000
<cruxbot>
[contrib/3.8]: poppler-ink: updated to version 25.08.0
<cruxbot>
[contrib/3.8]: inkscape: updated to version 1.4.2
<cruxbot>
[contrib/3.8]: rust-bin: updated to version 1.89.0
<jaeger>
That's the maximum frequency that the cpufreq driver can run your cpu cores
<cruxbridge>
<pitillo (@pitillo:crux.nu)> So that seems to be right, it the max freq that the driver can use like jaeger said. Do you have the same behaviour when you change the governor? I mean, have you tried to change to ondemand and make a build to see how CPUs perform?
<hsp_>
And why doesn't that work with Crux? With Debian, it goes full throttle when building, but not with Crux.
<hsp_>
That doesn't change anything.
<hsp_>
That doesn't change anything.
<hsp_>
ups :)
<jaeger>
It does work with crux, it's not crux-specific, rather a kernel thing. For example I can easily get all my cores to boost up to 4.4GHz while building a kernel
<jaeger>
Though I'll likely never see all cores at the absolute max before throttling happens
<hsp_>
I have to go now. My wife is calling.
<hsp_>
later
<jaeger>
Might be interesting to run this while you're building something large: watch cat /sys/devices/system/cpu/cpu*/cpufreq/scaling_cur_freq
lavaball has joined #crux
<hsp_>
jaeger, pitillo Can you give me a reasonable kernel configuration? Or anyone else? Then I would rebuild the kernel.
<cruxbridge>
<pitillo (@pitillo:crux.nu)> Why don’t you give a try to the current kernel working on Debian? If that’s working as expected, check the version, get sources, get config from /proc/config.gz from Debian and build it on CRUX (or just use their binary to boot from under CRUX)…. I have my kernels built for my devices and they won’t work on your hardware
<hsp_>
ok
<hsp_>
That's not possible, my system is encrypted.
<cruxbridge>
<pitillo (@pitillo:crux.nu)> Can’t you boot Debian and zcat /proc/config.gz on a online pastebin service for example?
<cruxbridge>
<pitillo (@pitillo:crux.nu)> With that config you should be able to get the same kernel version source and rebuild it in CRUX to give it a try, don’t you? (Or customize it to fit your needs)
<hsp_>
I built the kernel with this config
<hsp_>
already^^
<cruxbridge>
<pitillo (@pitillo:crux.nu)> That sounds great
<hsp_>
No idea why the CPU is so slow under crux.
<cruxbridge>
<pitillo (@pitillo:crux.nu)> So with the same kernel and config as the one you are using on Debian you are getting lower performance too?
<hsp_>
That's not possible, my system is encrypted.
<hsp_>
I cannot boot the original Debian kernel.
<cruxbridge>
<pitillo (@pitillo:crux.nu)> I mean, with a kernel rebuilt with Debian’s config you get low performance too? You system is encrypted but you can get the same kernel version and build it with the config you shared (you can get a raw copy and rebuild it), setup your boot loader to use it and check if you get the same low performance
<hsp_>
I already said that my kernel is built with that config.
<cruxbridge>
<pitillo (@pitillo:crux.nu)> Or doing that is giving you the low performance under CRUX too?
<hsp_>
I already said that my kernel is built with that config.
<cruxbridge>
<pitillo (@pitillo:crux.nu)> So that means the problem should be at the encryption layer
<cruxbridge>
<pitillo (@pitillo:crux.nu)> My bad, I didn’t understand that you have the same kernel version and config running in both systems
<hsp_>
No, that's definitely not the case. If that were the case, crux would immediately disappear again.
<jaeger>
I have a couple of configs at https://crux.ninja/tmp/ you are welcome to try if you want, but there's no guarantee they have the drivers you need selected
<jaeger>
Did you run that watch command, out of curiosity?
<jaeger>
On this system I'm using KDE Plasma 6, I also use sway, i3, MATE
nekobit has joined #crux
<hsp_>
I would also like to use cinnamon with crux. But unfortunately, it is not available.
<cruxbridge>
<pitillo (@pitillo:crux.nu)> here enlightenment 0.27. Btw, why don't you try to start porting it? if it's something you will use, it'd be great to have another alternative to the ones some people shared the other day with you. Pkgfiles and ports system in CRUX is one of the more comfortable ways to build from source and make any kind of test
<cruxbridge>
<pitillo (@pitillo:crux.nu)> cheers to Wawrzek for keeping E alive :D
<hsp_>
My knowledge is not sufficient for that.
SiFuh_ has quit [Remote host closed the connection]
SiFuh_ has joined #crux
<cruxbridge>
<pitillo (@pitillo:crux.nu)> Knowledge is acquired little by little; you just have to start... with a small port without large dependencies