Download | Devuan.org | Git | Bugs | Packages

The officially official Devuan Forum!

You are not logged in.

Pages: 1

#1 Re: Desktop and Multimedia » Thunar flooding .xsession-errors after Excalibur upgrade » 2026-01-11 18:12:01

ff255
chris2be8 wrote:

cd /home/$(whoami)
tail -10000 .xsession-errors > .xsession-errors.new
cat .xsession-errors.new >.xsession-errors
rm .xsession-errors.new

I can confirm, this works and added to crontab! (fine tuned to my taste)

* */5 * * * [ $(du -k /home/$(whoami)/.xsession-errors | awk '{ print $1 }') -gt 50000 ] && /home/$(whoami)/bin/xsessionclean.sh
chris2be8 wrote:

tail -10000 .xsession-errors | uniq > .xsession-errors.new

Thanks, this is interesting, but at the moment I don't want to use uniq to see real error rate (trying to catch that Thunar error)
Maybe it will be useful to someone else smile

#2 Re: Desktop and Multimedia » Thunar flooding .xsession-errors after Excalibur upgrade » 2026-01-11 01:05:14

ff255
chris2be8 wrote:

Assuming you want to keep just the last 10000 lines of .xsession-errors

Yes, that's exactly what I want. Thank you for the script, i'll try it.

Altoid wrote:

This solution came from Daniel López Azaña's blog.

Yes, I took that command
tail -10000 /home/$(whoami)/.xsession-errors > /home/$(whoami)/.xsession-errors
from that blog (– Example #2), and it supposed to keep the last 10,000 lines, but instead it gave me empty file...
Btw, now I'm experimenting with .xsession-errors that is ~1,9 Mib ~22000 lines, so I still can't understand why the above command didn't work...
But nevermind, I'll try chris2be8's script.

Altoid wrote:

See man [crontab] on how to edit it.

Thank you for detailed instructions, I've had experience with crontab, just wanted to test the command to be sure, before putting it there.

Anyway, thank you for being such a helpful community and sorry for my bad english smile

#3 Re: Desktop and Multimedia » Thunar flooding .xsession-errors after Excalibur upgrade » 2026-01-09 22:12:23

ff255

Wow, guys, thank you all for your help!
Unfortunately I can't reproduce this Thunar error... it usually happens when it's time to sleep smile
So I'll keep an eye on it.
And (imho) the best fix/workaround would be to setup a cronjob for .xsession-errors cleaning (special thanks to Altoid!)

Strange, but when testing in terminal without cron this command tail -10000 /home/$(whoami)/.xsession-errors > /home/$(whoami)/.xsession-errors somehow zeroes the file... well, anyway it's another topic... and it's time to sleep.

#4 Desktop and Multimedia » Thunar flooding .xsession-errors after Excalibur upgrade » 2026-01-06 23:24:16

ff255
Replies: 14

Hello/
After upgrade from Daedalus to Excalibur I noticed that sometimes thunar is flooding .xsession-errors (~4 times per second)

(Thunar:2167): exo-CRITICAL **: 02:18:49.254: IA__exo_icon_view_get_selected_items: assertion 'EXO_IS_ICON_VIEW (icon_view)' failed

(Thunar:2167): exo-CRITICAL **: 02:18:49.255: IA__exo_icon_view_get_selected_items: assertion 'EXO_IS_ICON_VIEW (icon_view)' failed

(Thunar:2167): exo-CRITICAL **: 02:18:49.954: IA__exo_icon_view_get_selected_items: assertion 'EXO_IS_ICON_VIEW (icon_view)' failed

(Thunar:2167): exo-CRITICAL **: 02:18:49.955: IA__exo_icon_view_get_selected_items: assertion 'EXO_IS_ICON_VIEW (icon_view)' failed

(Thunar:2167): exo-CRITICAL **: 02:18:50.055: IA__exo_icon_view_get_selected_items: assertion 'EXO_IS_ICON_VIEW (icon_view)' failed

(Thunar:2167): exo-CRITICAL **: 02:18:50.055: IA__exo_icon_view_get_selected_items: assertion 'EXO_IS_ICON_VIEW (icon_view)' failed

(Thunar:2167): exo-CRITICAL **: 02:18:50.755: IA__exo_icon_view_get_selected_items: assertion 'EXO_IS_ICON_VIEW (icon_view)' failed

(Thunar:2167): exo-CRITICAL **: 02:18:50.756: IA__exo_icon_view_get_selected_items: assertion 'EXO_IS_ICON_VIEW (icon_view)' failed

Quick search didn't find anything useful...
Is it only my setup screwed?

UPD: restarting Thunar helps but I've seen this several times already...
What can I do to to fix it?

#5 Re: Installation » [SOLVED] PolicyKit1: Passed session and the session the caller is in differs » 2026-01-05 01:04:04

ff255

Thank you very much, that was very useful! big_smile
(and it was first result in ddg search on this error)
I was trying to get to work different "polkit"s after Daedalus > Excalibur upgrade.
I installed mate-polkit and xfce-polkit, but none of them was working, until I made apt install libpolkit-gobject-elogind-1-0, and it removed libpolkit-gobject-1-0-consolekit  libpolkit-gobject-consolekit-1-0
(I guess all this mess is because my system is very old, started with devuan1 and then dist-upgraded every time)

#6 Re: Hardware & System Configuration » [SOLVED] Chimaera network-manager ipv6 stable address » 2021-12-17 02:06:23

ff255

Finally I managed to get ipv6 stable-privacy SLAAC address with network-manager on Devuan cool
NM generates them from /var/lib/NetworkManager/secret_key and /etc/machine-id << which is missing on Devuan as non-systemd distro (and present on my arm64-board with Armbian).
So NM takes /var/lib/dbus/machine-id instead, which is set to random on boot, and I got random ipv6 address.
After commenting IDTYPE="RANDOM"

cat /etc/default/dbus
...
#IDTYPE="RANDOM"

I get stable ipv6 address.

#7 Re: Hardware & System Configuration » Interesting article - Ventoy » 2021-12-11 20:11:48

ff255

I'm using multibootusb, it still works but looks unmaintained...
https://github.com/mbusb/multibootusb

#8 Hardware & System Configuration » [SOLVED] Chimaera network-manager ipv6 stable address » 2021-12-08 19:49:23

ff255
Replies: 1

Hello.
I'm using Devuan as main desktop for several years, but still don't have much experience in linux-administration because mostly it just works smile
But now after upgrade from Beowulf to Chimaera I have problems with network ipv6 setup, address changes on every boot.

Devuan-system is wired-connected by UTP to home router and recieves ipv4(dhcp) and ipv6(router-advertisements) on eth0 from home router.
I need ipv6 address to be Stable private, as described here https://superuser.com/questions/243669/ … 713#243713
On Beowulf I used Linux kernel SLAAC (/etc/network/interfaces), and all worked fine, eth0 always had the same public ipv6.
Router config did not change.
Now I'm using network-manager 1.30.0-2+devuan1, I commented entries in "/etc/network/interfaces", and by default there is "ipv6.addr-gen-mode: stable-privacy" in /etc/NetworkManager/system-connections/'Wired connection 1.nmconnection'

cat /etc/network/interfaces

source /etc/network/interfaces.d/*

# The loopback network interface
auto lo
iface lo inet loopback

# The primary network interface
###allow-hotplug eth0
#auto eth0
#iface eth0 inet dhcp
# This is an autoconfigured IPv6 interface
#iface eth0 inet6 auto
/etc/NetworkManager/system-connections# cat 'Wired connection 1.nmconnection' 
[connection]
id=Wired connection 1
uuid=48c5b0e7-ff8e-3fa2-804c-b9e0387dd3f2
type=ethernet
autoconnect-priority=-999
interface-name=eth0
permissions=
timestamp=1637396292

[ethernet]
auto-negotiate=true
mac-address-blacklist=

[ipv4]
dns-search=
method=auto

[ipv6]
addr-gen-mode=stable-privacy
dns-search=
method=auto

Also I checked uuid of connection and secret key  "/var/lib/NetworkManager/secret_key" are the same upon reboots, but ipv6-global and link-local addresses still changes after every reboot sad

~$ ip -6 addr show eth0
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
    inet6 2002:5158:d15a:0:bd20:87c3:96ed:4ce5/64 scope global dynamic noprefixroute 
       valid_lft 5379sec preferred_lft 5379sec
    inet6 fe80::6fbf:aad6:9f1c:5d70/64 scope link noprefixroute 
       valid_lft forever preferred_lft forever

Reboot

~$ ip -6 addr show eth0
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
    inet6 2002:5158:d15a:0:4d79:3873:178:795d/64 scope global dynamic noprefixroute 
       valid_lft 5354sec preferred_lft 5354sec
    inet6 fe80::f5f5:c928:231:5dee/64 scope link noprefixroute 
       valid_lft forever preferred_lft forever

Checked also

cat /proc/sys/net/ipv6/conf/default/use_tempaddr
0

I would assume it's a bug in network-manager, but on my arm64-board on the same network running Armbian-10(buster) and network-manager 1.14.6-2+deb10u1 and same [ipv6] config, ipv6 addresses remains the same over reboots, as expected.
I tried to compare network-manager configs from Devuan and Armbian systems with no luck...they are almost the same... May be there are some settings in system unknown to me...
%-(
How can I make ipv6 addresses stable over reboots with network-manager on Devuan?

P.S. Sorry for not-always-good-english

EDIT
I tried setting connection.stable-id=${CONNECTION}

~$ nmcli conn show Wired1 
connection.id:                          Wired1
connection.uuid:                        48c5b0e7-ff8e-3fa2-804c-b9e0387dd3f2
connection.stable-id:                   ${CONNECTION}

tried  connection.stable-id=connection.uuid

~$ nmcli conn show Wired1
connection.id:                          Wired1
connection.uuid:                        48c5b0e7-ff8e-3fa2-804c-b9e0387dd3f2
connection.stable-id:                   48c5b0e7-ff8e-3fa2-804c-b9e0387dd3f2

But no luck, every time after reboot i get new ipv6 address...

#9 Re: Installation » ASCII pm-utils bug? also possibly polkit? » 2018-02-20 21:20:56

ff255

Excellent! Thank you.
I had this issue after Jessie > ASCII Beta dist-upgrade using Xfce desktop.
Could not mount disks and reboot/shutdown from xfce menu.

I think this info should be added to documentation "Upgrade from Devuan Jessie to Ascii"

Pages: 1

Board footer

Forum Software