You are not logged in.
I mean, do you use a display manager or do you start X from .bash_profile
No... I use this since decades lol... did you downloaded xorg-xinit ? how do you startx ?
Yes ok but dbus is launched at boot time; so just start dwm as I suggested, doesn't it work ?
hi, do you have specific use of dbus there ? the normal way is to put dwm at the end of .xinitrc.
exemple :
setxkbmap -option caps:swapescape &
xset s 480 dpms 600 600 600 &
xset b off &
dwmdwm (or any wm) MUST BE AT THE END
edit : i assume dwm is in you PATH, so you don't need to write the full path (/usr/bin/... or anything else)
Ok, so how will normal people (ie computer nerds) will passthrough all this shitness ? Using tor ? gophers ? i2p ? Faking identity ? How will I join devuan forums if I don't want to leak my passport, pictures etc ?
lol I know you are not a warmaker but an hard learner... we all hate maths, but we all need it
keep it up
It does but who know...
The fact the computer has "only" 6Gib RAM is a factor too, more ram you have, more it consums
mmh weird, with very basic install + dwm (which I think is one of the lightest wm), I can't go above 350 mib at boot. Don't you use dbus not elogind ?
Greenjeans preparing for war oO
...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 ?