<
luca020400>
latest chrome crashes...
<
luca020400>
[ 116.452236] ThreadPoolForeg[4009]: segfault at 101e ip 000056536727db32 sp 00007f413772b460 error 4 in chrome[56535f89e000+822b000]
<
luca020400>
oh wow
<
luca020400>
some shit in network stack
<
luca020400>
the heck
<
luca020400>
now even old version dies
<
LuK1337>
you can always use firefox
<
luca020400>
I will
<
luca020400>
just bothers me
<
luca020400>
new version likely made some breaking changes to saved data
<
luca020400>
that's why old crashes
<
luca020400>
so I guess killing systemd-resolved is the solution for now
<
luca020400>
LuK1337: can you cat /etc/resolv.conf
<
luca020400>
unless fedora is also using systemd-resolved
<
LuK1337>
pretty sure i already talked with you about that...
<
LuK1337>
check your weechat logs
<
LuK1337>
nothing changed since then
<
luca020400>
you're affected as well then
<
luca020400>
latest systemd + chrome = no good
<
luca020400>
just in case you update
<
LuK1337>
i don't think that fedora is going to do that...
<
LuK1337>
i'd think that fedora has bit higher stability standards
<
LuK1337>
and someone would block systemd update that breaks chrome
<
luca020400>
the problem is that the new systemd update was released before chrome...
<
luca020400>
and old chrome is just fine
<
luca020400>
but yeah, it was reported 20 days ago
<
luca020400>
nice chromium bug
<
luca020400>
they forgot to add a null check
<
luca020400>
someone broke fn keys
<
luca020400>
I did this
<
luca020400>
but how
<
luca020400>
I did break it somehow
<
luca020400>
[ 157.460492] asus_wmi: `false' invalid for parameter `fnlock_default'
<
luca020400>
I must be an idot
<
luca020400>
options module_name parameter_name=parameter_value
<
luca020400>
so 1/0
<
LuK1337>
kinda expected
<
luca020400>
yeah I'm an idiot
<
luca020400>
no idea why I saved false
<
luca020400>
my local modprobe has 0
<
luca020400>
ok welcome back fn keys