gnarface has quit [Quit: Leaving]
xmn has quit [Quit: ZZZzzz…]
gnarface has joined #maemo-leste
xmn has joined #maemo-leste
tvall has quit [Ping timeout: 252 seconds]
hyrumb has quit [Ping timeout: 248 seconds]
tvall has joined #maemo-leste
Daanct12 has joined #maemo-leste
<sicelo> i wanted to make it permanent, on every boot
Daanct12 has quit [Quit: WeeChat 4.6.1]
joerg has quit [Ping timeout: 276 seconds]
joerg has joined #maemo-leste
_fab has joined #maemo-leste
Daanct12 has joined #maemo-leste
<freemangordon> sicelo: please make a PR that makes it permanent for everyone
<freemangordon> we would like data=writeback too, perhaps
pabs3 has quit [Read error: Connection reset by peer]
pabs3 has joined #maemo-leste
<freemangordon> hmm:
<freemangordon> dpkg: warning: downgrading hildon-base from 1.14+m7.1 to 1.10+4m7
<freemangordon> ok, that's fine
System_Error has quit [Quit: Leaving]
<freemangordon> so yeah, I think we want both noatime and data=writeback
System_Error has joined #maemo-leste
ceene has joined #maemo-leste
_fab has quit [Quit: _fab]
<sicelo> mmm, the progress.com website seems to advise against data=writeback
<freemangordon> sure, but what is the context - "Product: MarkLogic"
<freemangordon> we're not making server OS here :)
_fab has joined #maemo-leste
pere has quit [Ping timeout: 265 seconds]
_fab has quit [Quit: _fab]
_fab has joined #maemo-leste
<sicelo> freemangordon: Wizzup: might be unrelated causes, but seems that with the icon blinking forever, power draw is a bit high
Twig has joined #maemo-leste
LeePen has quit [Ping timeout: 276 seconds]
xmn has quit [Ping timeout: 260 seconds]
mkfx has left #maemo-leste [Error from remote client]
pere has joined #maemo-leste
coffeecreature has joined #maemo-leste
<sicelo> freemangordon: try that data=writeback yourself ... seems to not be working correctly. at least it sent me to recovery login
hm has joined #maemo-leste
<Wizzup> sicelo: yeah I think it's searching for wifi all the time
<Wizzup> the main effect of the patch it as I understand it that it doesn't 'give up' on connecting
<Wizzup> this works around the kernel/firmware issues where it sometimes rejects the association, but it also has this effect
<Wizzup> freemangordon: this writeback is mostly for writes yeah, not for reads?
<Wizzup> I am not sure if disabling journalling is a good idea
Livio has joined #maemo-leste
<Wizzup> sicelo: building status area applet
<sicelo> tx
<sicelo> i wouldn't mind the writeback that much myself, if it would boot :-)
<Wizzup> I don't think disabling journalling is a good idea tbh, especially on devices that run on battery
<Wizzup> you probably have to remove the journalling bit or something
<Wizzup> and run fsck
<Wizzup> see the wiki that fmg linked, it has like 3-4 steps
<Wizzup> but again, they're trying to optimise for writing 40 fps 1080p video
uvos__ has joined #maemo-leste
<uvos__> disabeling journalling on a battery powered and genneraly pretty unstable platform is a terrible idea imo
<uvos__> i also like my atime, but i can see disableing this
pere has quit [Ping timeout: 272 seconds]
g4rrgl3n0m4d has joined #maemo-leste
<g4rrgl3n0m4d> .11
<Wizzup> uvos__: I agree @ no journalling
<Wizzup> uvos__: can you look at the mce mr and see if it's ready? I'm living without battery icon for some days now :D
fmg_d4 has quit [Quit: fmg_d4]
fmg_d4 has joined #maemo-leste
_fab has quit [Quit: _fab]
_fab has joined #maemo-leste
Livio has quit [Ping timeout: 264 seconds]
Daanct12 has quit [Ping timeout: 248 seconds]
<freemangordon> wait, where did you find that data=writeback means journaling is comp[letely disabled?
<Wizzup> the links you sent say it
<freemangordon> hmm, I think they say something else
<Wizzup> The optimization consists on selecting the data mode for our fileystem as data=writeback. The other two possible data modes (data=ordered and data=journal) do not have as good of bandwidth performance as writeback. The EXT4 journaling is disabled when using writeback. For details on the attributes of the various EXT4 data modes, read the "Data Mode" section from the Ext4 Filesystem kernel
<Wizzup> documentation.
<freemangordon> sec
<freemangordon> "Data ordering is not preserved, data may be written into the main file system after its metadata has been committed to the journal."
<freemangordon> ok, my n900 powered off with fully charged battery
<freemangordon> I was under the impression this was already fixed
<freemangordon> hmm, no, wait
<freemangordon> it is up
<freemangordon> but very busy
<freemangordon> hmm, what it is doing?
<sicelo> mining bitcoin :-)
<freemangordon> looks like
<freemangordon> maybe no swap
<freemangordon> yeah, no swap
<freemangordon> ok, qalendar starts (warm) in 5 seconds
<freemangordon> wait, but only when started from ssh
<freemangordon> if started from launcher, it takes > 10 s
Anasko has quit [Ping timeout: 252 seconds]
ceene has quit [Ping timeout: 268 seconds]
<freemangordon> ok, for sure there is a regression
arno11 has joined #maemo-leste
pere has joined #maemo-leste
<arno11> freemangordon: yeah and it is even worse if you launch another qt5 app
<freemangordon> unfortunately looks like a regression in qt
<freemangordon> maybe a comparison between strace from chimaera will reveal something
<arno11> yep
<Wizzup> freemangordon: the description 'over ssh' is not a very useful one unless it means 'not the standard environment'
<freemangordon> well, "over ssh" means - ssh client session
<freemangordon> but even there it is slower than on chimaera
<freemangordon> not to say that it takes ages to boot
<Wizzup> I use GNU screen and then it's 100% the same
<Wizzup> if it takes ages to boot then it doesn't seem like it'd be qt related almost
<freemangordon> mhm
<freemangordon> [ 209.983886] wlan0: authenticate with 10:fe:ed:dd:f7:61
apac has joined #maemo-leste
<freemangordon> connection is set to "auto connect to wifi"
<freemangordon> ok, calculator took > 20s to start
<arno11> indeed...
<freemangordon> hmm, and 30% of the memory, what the?
<arno11> yeah that's crazy
<freemangordon> it takes 75MB RES
<arno11> but seems not so leste specific, other distros are affected, that's how i found the qt5ct raster widget tweak
<uvos__> "Data ordering is not preserved, data may be written into the main file system after its metadata has been committed to the journal."
<arno11> btw forcing raster from env var to launch an app doesn't help. it is also very slow
<uvos__> iiuc that breaks restoreing from journal
<uvos__> so its as good as not haveig it
<freemangordon> arno11: try export MESA_SHADER_CACHE_DISABLE=true
<arno11> ok
<Wizzup> if it's not the same from the maemo loader and from regular env you have another problem
<Wizzup> I think you first want to make sure everything is on the same env
<Wizzup> for example, I don't think arno's setup loads our qt style plugin with special maemo widgets
<freemangordon> sure, but there still might be some effect
<Wizzup> yup
<freemangordon> anyway, it is not normal for qalendar to take 70MB
<arno11> Wizzup: it is easy to disable qt5ct stuff, i test without it on the fly
<Wizzup> you can check /proc/pid/maps
<Wizzup> see if there's other libs loaded that you do not expect
<arno11> freemangordon: same result 10 sec
<Wizzup> raster should be disabled for this
<freemangordon> sorry, have to run, ttyl
<freemangordon> but
<freemangordon> qalendar -style=windows -platform=xcb
<freemangordon> still takes lots of memory (even more that by default) and takes ages to load
<freemangordon> *than by
arno11 has left #maemo-leste [#maemo-leste]
Anasko has joined #maemo-leste
<Wizzup> freemangordon: there's also the input plugin
<Wizzup> I would run env|grep QT
<Wizzup> and unset them all
<uvos__> "1745497821 <Wizzup> uvos__: can you look at the mce mr and see if it's ready? I'm living without battery icon for some days now :D"
<uvos__> done
xmn has joined #maemo-leste
<Wizzup> thanks :)
<Wizzup> I'll finish some work things and then build/test it
<sicelo> thanks.
<sicelo> let us know if you end up with magic smoke ;-)
<sicelo> but yeah, i've been running this for weeks now - on D4 while the battery was still working a bit, and on both my N900, the one which charges normally (thus reports normally), and also on the one with broken USB (thus always 0%)
<Wizzup> merged & building
uvos__ has quit [Ping timeout: 248 seconds]
uvos__ has joined #maemo-leste
apac has quit [Ping timeout: 276 seconds]
mkfx has joined #maemo-leste
hm has quit [Remote host closed the connection]
hm has joined #maemo-leste
LeePen has joined #maemo-leste
<freemangordon> Wizzup: with everything QT unset, and MESA SW, it is still ~75MiB
<freemangordon> calculator uses 65 MiB
<freemangordon> that's not normal
<freemangordon> will make a minimalistic qt app when I have time
<Wizzup> calculator might load qt5maemo
akossh has joined #maemo-leste
Livio has joined #maemo-leste
<sicelo> Wizzup: silly q - so what's the plan with the homepage? will it remain on github.io?
<Wizzup> I don't know :)
<Wizzup> not planning any major disruption, maybe keep it there, maybe mirror, maybe redirect
Pali has joined #maemo-leste
<sicelo> cool
<Wizzup> sicelo: just rebooted after upgrading, looks like there's still some reboot thing going on
<Wizzup> but the battery applet showed the battery at ~30% or so, basin on how green-filled the battery weas
<Wizzup> before I rebooted the device was at 87%
<sicelo> mmm,
<sicelo> share /sys/class/power_supply/battery whenever you can, and `upower -d`
<Wizzup> booting with charged worked
<Wizzup> charger*
<Wizzup> it rebooted again
<Wizzup> $
<Wizzup> Broadcast message from root@maindroid (Thu Apr 24 20:51:43 2025):
<Wizzup> The system is going down for system halt NOW!
<Wizzup> heh
<sicelo> rebooted when you disconnected charger?
<Wizzup> no
<Wizzup> with charger connected
<Wizzup> it really seems to take a while though, quite interesting
<Wizzup> I am going to try to ssh in and run upower -d
<Wizzup> https://paste.debian.net/1371364/ huh the critical action looks strange
<Wizzup> what should the config path be again
<Wizzup> /etc/UPower/Upower.conf right?
<sicelo> yes
<Wizzup> looks like my config is messed up somehow
<Wizzup> it reboots again
<Wizzup> I don't understand why upower does this, but clearly the config is wrong
<sicelo> and definitely that upower -d says yours is wrong ... but you're on correct upower version at least
<Wizzup> the config in /etc for me is empty
<Wizzup> well, in /etc/UPower
<Wizzup> but there is a leste-orig
<sicelo> must be the packaging
<Wizzup> will get to the bottom of this
<Wizzup> ok, got it set to ignore now
<Wizzup> phew
<Wizzup> not sure what's up with leste config though, it looks ok
<Wizzup> it does say my battery is at 0% again ,but at least no reboot
<sicelo> i downloaded the binaries from maedevu:
<sicelo> $ dpkg-deb -c leste-config-common_1.132-1+4m7_all.deb | grep UPower
<sicelo> -rw-r--r-- root/root 3376 2025-04-18 12:09 ./etc/UPower.conf.leste
<sicelo> dpkg-deb -c leste-config-common_1.132-1+4m7_all.deb | grep UPower
<sicelo> -rw-r--r-- root/root 3376 2025-04-18 12:09 ./etc/UPower.conf.leste
<sicelo> so the issue is in leste-config
<sicelo> as for 0% ... is it reporting it while you're charging? i disabled percentage estimation while charging, because it over-estimates. when you disconnect charger, it should resume estimating
<sicelo> as for 87% sounds like it was estimating indeed .. but should have been 82%, or it was 57%? it was clearly not directly from UPower, since your battery isn't reporting any percentage
<Wizzup> sicelo: is that the latest leste-config?
<Wizzup> did you pull from daedalus-devel?
fmg_d4 has quit [Quit: fmg_d4]
<sicelo> manual download from maedevu, because i wanted to be 100% sure that i'm not looking at any customization i might have locally
<sicelo> and yes, according to changelog, 1.132 is the latest leste-config
<Wizzup> I must have forgotten to commit something in git
<Wizzup> yeah...
<Wizzup> lol
<Wizzup> I am off my game recently :)
<Wizzup> building new leste-config
<Wizzup> I did rename the file, but with 'mv' and not 'git mv'
akossh has quit [Quit: Leaving.]
<sicelo> keep me updated :-)
arno11 has joined #maemo-leste
<Wizzup> it should be in the repo
<sicelo> yes i saw. is your device fixed now? reporting is still 0%?
Twig has quit [Remote host closed the connection]
<Wizzup> (work mtg, but will check)
<Wizzup> yeah the percentage is ok
<Wizzup> will update and reboot
<sicelo> now an MR i've waited for years to be able to make, https://git.maemo.org/leste/leste-config/pulls/60
<arno11> cool
Pali has quit [Quit: Pali]
xmn_ has joined #maemo-leste
xmn has quit [Ping timeout: 276 seconds]
arno11 has quit [Ping timeout: 248 seconds]
Livio has quit [Ping timeout: 264 seconds]
xmn_ has quit [Quit: xmn_]
xmn has joined #maemo-leste
g4rrgl3n0m4d has quit [Quit: leaving]