You are not logged in.
...to suits american (and brazilian) laws.
https://github.com/systemd/systemd/pull/40954
No systemd distro soon illegals ? lol ![]()
ok I'll test with the correction, thank you edx.
I mark this topic as RESOLVED
Nice one. Do you know how to avoid that ? Without using zram
not yet, but I suspect a memory leak from something from afreq
user@~ >>> vmstat
procs -----------memory---------- ---swap-- -----io---- -system-- -------cpu-------
r b swpd free buff cache si so bi bo in cs us sy id wa st gu
2 0 0 12241312 32060 246648 0 0 3363 46 5112 1 0 1 99 0 0 0
user@~ >>> doas slabtop
doas (user@devx) password:
user@~ >>> doas pkill afreq
doas (user@devx) password:
user@~ >>> vmstat
procs -----------memory---------- ---swap-- -----io---- -system-- -------cpu-------
r b swpd free buff cache si so bi bo in cs us sy id wa st gu
1 0 0 14329644 32228 246996 0 0 1168 17 2130 0 0 1 99 0 0 0detailed output of pmap :
2081: /bin/sh /usr/local/sbin/afreq
Address Perm Offset Device Inode Size Rss Pss Pss_Dirty Referenced Anonymous KSM LazyFree ShmemPmdMapped FilePmdMapped Shared_Hugetlb Private_Hugetlb Swap SwapPss Locked THPeligible ProtectionKey Mapping
55b965845000 r--p 00000000 103:02 7733880 16 16 4 0 16 0 0 0 0 0 0 0 0 0 0 0 0 dash
55b965849000 r-xp 00004000 103:02 7733880 80 80 20 0 80 0 0 0 0 0 0 0 0 0 0 0 0 dash
55b96585d000 r--p 00018000 103:02 7733880 24 24 6 0 24 0 0 0 0 0 0 0 0 0 0 0 0 dash
55b965863000 r--p 0001d000 103:02 7733880 8 8 8 8 8 8 0 0 0 0 0 0 0 0 0 0 0 dash
55b965865000 rw-p 0001f000 103:02 7733880 4 4 4 4 4 4 0 0 0 0 0 0 0 0 0 0 0 dash
55b965866000 rw-p 00000000 00:00 0 8 8 8 8 8 8 0 0 0 0 0 0 0 0 0 0 0
55b99787a000 rw-p 00000000 00:00 0 236 116 116 116 116 116 0 0 0 0 0 0 0 0 0 0 0 [heap]
7fa96db3a000 rw-p 00000000 00:00 0 12 8 8 8 8 8 0 0 0 0 0 0 0 0 0 0 0
7fa96db3d000 r--p 00000000 103:02 7748394 160 160 6 0 160 0 0 0 0 0 0 0 0 0 0 0 0 libc.so.6
7fa96db65000 r-xp 00028000 103:02 7748394 1424 1168 39 0 1168 0 0 0 0 0 0 0 0 0 0 0 0 libc.so.6
7fa96dcc9000 r--p 0018c000 103:02 7748394 344 156 4 0 156 0 0 0 0 0 0 0 0 0 0 0 0 libc.so.6
7fa96dd1f000 r--p 001e1000 103:02 7748394 16 16 16 16 16 16 0 0 0 0 0 0 0 0 0 0 0 libc.so.6
7fa96dd23000 rw-p 001e5000 103:02 7748394 8 8 8 8 8 8 0 0 0 0 0 0 0 0 0 0 0 libc.so.6
7fa96dd25000 rw-p 00000000 00:00 0 52 20 20 20 20 20 0 0 0 0 0 0 0 0 0 0 0
7fa96dd40000 rw-p 00000000 00:00 0 8 4 4 4 4 4 0 0 0 0 0 0 0 0 0 0 0
7fa96dd42000 r--p 00000000 00:00 0 16 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 [vvar]
7fa96dd46000 r-xp 00000000 00:00 0 8 8 0 0 8 0 0 0 0 0 0 0 0 0 0 0 0 [vdso]
7fa96dd48000 r--p 00000000 103:02 7748391 4 4 0 0 4 0 0 0 0 0 0 0 0 0 0 0 0 ld-linux-x86-64.so.2
7fa96dd49000 r-xp 00001000 103:02 7748391 160 156 5 0 156 0 0 0 0 0 0 0 0 0 0 0 0 ld-linux-x86-64.so.2
7fa96dd71000 r--p 00029000 103:02 7748391 44 44 1 0 44 0 0 0 0 0 0 0 0 0 0 0 0 ld-linux-x86-64.so.2
7fa96dd7c000 r--p 00034000 103:02 7748391 8 8 8 8 8 8 0 0 0 0 0 0 0 0 0 0 0 ld-linux-x86-64.so.2
7fa96dd7e000 rw-p 00036000 103:02 7748391 4 4 4 4 4 4 0 0 0 0 0 0 0 0 0 0 0 ld-linux-x86-64.so.2
7fa96dd7f000 rw-p 00000000 00:00 0 4 4 4 4 4 4 0 0 0 0 0 0 0 0 0 0 0
7fffdd501000 rw-p 00000000 00:00 0 132 12 12 12 12 12 0 0 0 0 0 0 0 0 0 0 0 [stack]
==== ==== === ========= ========== ========= === ======== ============== ============= ============== =============== ==== ======= ====== =========== =============
2780 2036 305 220 2036 220 0 0 0 0 0 0 0 0 0 0 0 KB Nothing suspicious ?
rofl
this is weird because, with afreq on :
user@~ >>> free -h
total used free shared buff/cache available
Mem: 14Gi 3.1Gi 10Gi 12Mi 635Mi 11Gi
Swap: 11Gi 0B 11Giwithout afreq :
user@~ >>> doas pkill afreq
doas (user@devx) password:
user@~ >>> free -h
total used free shared buff/cache available
Mem: 14Gi 1.1Gi 12Gi 15Mi 638Mi 13Gi
Swap: 11Gi 0B 11Gibut it is really using 1.8 MiB :
user@~ >>> ps aux | grep afreq
root 2075 0.1 0.0 2780 1884 ? S 11:24 0:03 /bin/sh /usr/local/sbin/afreq
user 2625 0.0 0.0 4068 2092 pts/2 S+ 11:54 0:00 grep afreqEdit : yeah, with btop tree view I have almost same numbers as yours. So the problem isn't from afreq BUT the memory increases only when it's running... Still working on it lol
I can't understand why it uses that much. Well I check with fastfetch, free and i3status. Htop shows 1960 mib for afreq
@EDX, I had to get powermgmt-base for a dependence, looks like your program is effective, but it uses 2 Gi of ram Oo I don't know what causes it yet.
@fanderal, thanks, I'll check it out
Thanks EDX, I didn't know afreq, it looks lighter, you did a good work. I think I'll use it instead... I'm still using elogind by default anyway.
If anyone was able to start auto-cpufreq I'd like to know.
Hi there,
I'm trying to start auto-cpufeq at startup with init.d, but the --daemon option makes it harder than expected. Here is the script (copied from cron startup) :
#!/bin/bash
# Start/stop auto-cpufreq daemon.
#
### BEGIN INIT INFO
# Provides: auto-cpufreq
# Required-Start: $remote_fs $syslog
# Required-Stop: $remote_fs $syslog
# Should-Start:
# Should-Stop:
# Default-Start: 2 3 4 5
# Default-Stop:
# Short-Description: Regular background program processing daemon
### END INIT INFO
PATH=/bin:/usr/bin:/sbin:/usr/sbin:/usr/local/bin
DESC="auto-cpufreq daemon"
NAME=auto-cpufreqd
DAEMON=/usr/local/bin/auto-cpufreq --daemon
PIDFILE=/var/run/auto-cpufreq.pid
SCRIPTNAME=/etc/init.d/"$NAME"
test -f "$DAEMON" || exit 0 && echo "exit 0"
. /lib/lsb/init-functions
case "$1" in
start) log_daemon_msg "Starting auto-cpufreq daemon"
start_daemon -p $PIDFILE $DAEMON
log_end_msg $?
;;
stop) log_daemon_msg "Stopping auto-cpufreq daemon"
killproc -p $PIDFILE $DAEMON
RETVAL=$?
[ $RETVAL -eq 0 ] && [ -e "$PIDFILE" ] && rm -f $PIDFILE
log_end_msg $RETVAL
;;
status)
status_of_proc -p $PIDFILE $DAEMON $NAME && exit 0 || exit $?
;;
*) log_action_msg "Usage: /etc/init.d/auto-cpufreq {start|stop|status}"
exit 2
;;
esac
exit 0auto-cpufreq is is executable and at /usr/local/bin/
Looks like it would start without --daemon option. Sorry for infamous mistakes that mustbe in this script ![]()
Hi, libpulse0 is a dependence of chromium, ffmpeg, mpv, i3wm, etc...
It means it is present to build those programs but not necessarily used. If you don't have a pulse server it won't be activated (I HOPE).
To get rid of it you could recompile, for example chromium without this lib but it is hard work for a little.
If those libs need to be upgraded, it means they are already present on your system, please try to see why they are here and try to remove it.
I'm using it on my workstation with i3, works perfectly, won't go back, thank you.
@fsmithred
Thank you, very nice find
Incredible, what's the point ? Looks totally useless to rewrite working stuff ?
It is not about security, security is how you code, not about the language. C is really secure IF you know how to use it.
It is not about performances : https://github.com/uutils/coreutils/issues/8573
So, what's the fucking point ?
Ok, I went full freia
ok so it will be a mess to set up sourceslist
edit can I do it or it is non sens ? I would like to keep security :
Types: deb deb-src
URIs: http://deb.devuan.org/merged/
Suites: freia
Components: main contrib non-free non-free-firmware
Signed-By: /usr/share/keyrings/devuan-archive-keyring.gpg
Types: deb deb-src
URIs: http://de.deb.devuan.org/merged/
Suites: ceres
Components: main contrib non-free non-free-firmware
Signed-By: /usr/share/keyrings/devuan-archive-keyring.gpg
Types: deb deb-src
URIs: http://deb.devuan.org/merged/
Suites: excalibur-security
Components: main non-free-firmware
Signed-By: /usr/share/keyrings/devuan-archive-keyring.gpg
Hi there, I have a weird stuff on my system ?
See :
> cat /etc/os-release
PRETTY_NAME="Devuan GNU/Linux 7 (freia/ceres)"
NAME="Devuan GNU/Linux"
VERSION_ID="7"
VERSION="7 (freia/ceres)"
VERSION_CODENAME="freia ceres"
ID=devuan
ID_LIKE=debian
HOME_URL="https://www.devuan.org/"
SUPPORT_URL="https://devuan.org/os/community"
BUG_REPORT_URL="https://bugs.devuan.org/"
but in my sources, I only have :
> doas cat /etc/apt/sources.list.d/devuan.sources
Types: deb deb-src
URIs: http://de.deb.devuan.org/merged/
Suites: ceres
Components: main contrib non-free non-free-firmware
Signed-By: /usr/share/keyrings/devuan-archive-keyring.gpg
Types: deb deb-src
URIs: http://deb.devuan.org/merged/
Suites: excalibur-security
Components: main non-free-firmware
Signed-By: /usr/share/keyrings/devuan-archive-keyring.gpg
Is freia testing version ?
Hey, thanks for the tuto ![]()
What's the advantage of XLibre compared to X11 as X11 is still in development ? Are we sure that XLibre dev won't give it up ? X11 is pretty solid, it is nice to see new stuff, but I fear ![]()
Do you use it ? How is it performance wise ? Better, equal with X11 ? How is the ram usage ?
what does have yt-dlp with wayland ?
can you post logs of your "broken" stuff ?
I am using excalibur with wayland (sway) since months, I didn't noticed anything wrong and yt-dlp works fine ![]()
@rolfie, I think you should have at least read it once before saying this, then, you'd know that it doesn't mention hexadecimal notation.
To have all options : check out the source code.
@ralph.ronnquiest, thanks, very appreciated, I still working on it. dd is powerful but a bit esoteric to use.
Hi there,
does someone know how to specify an offset to dd ? I am trying to extract some bits from a firmware (some .data)
Thanks and hf!
Thx lynch, exactly what I want. Sorry, didn't know where to post.
Hi there,
does anone know, by any chance, how to set qalculate using natural logarithm instead of decimal logarithm ? It is so anyning and can't find out how to set it.
Thx and have fun.
Hi there,
I do have the same errors at boot time. I think of disabling it too, isn't it redundant with SELinux ?
[ 0.087692] LSM: initializing lsm=lockdown,capability,l
[ 0.928368] evm: Initialising EVM extended attributes:
[ 0.928370] evm: security.selinux
[ 0.928372] evm: security.SMACK64 (disabled)
[ 0.928373] evm: security.SMACK64EXEC (disabled)
[ 0.928374] evm: security.SMACK64TRANSMUTE (disabled)
[ 0.928375] evm: security.SMACK64MMAP (disabled)
[ 0.928376] evm: security.apparmor
[ 0.928377] evm: security.ima
[ 0.928377] evm: security.capability
[ 0.928378] evm: HMAC attrs: 0x1Sorry to disappoint you, but I'm using 64bit kernel :
Linux tinpatrick 6.12.16-amd64 #1 SMP PREEMPT_DYNAMIC Debian 6.12.16-1 (2025-02-22) x86_64 GNU/LinuxI think this 32bit lib is used for steam...
Yes, I really need to backup my stuff...
OK done,
dpkg -i --force-overwrite /var/cache/apt/archives/libc6_2.41-2_i386.deb&
apt-get -f installwith no problem, I did fear a lot while this comp is full a important data for me.
Thanks