lyubov has joined #maemo-leste
xmn_ has joined #maemo-leste
xmn has quit [Ping timeout: 276 seconds]
xmn_ has quit [Ping timeout: 252 seconds]
xmn_ has joined #maemo-leste
lyubov has quit [Read error: Connection reset by peer]
lyubov has joined #maemo-leste
lyubov has quit [Read error: Connection reset by peer]
lyubov has joined #maemo-leste
lyubov has quit [Read error: Connection reset by peer]
lyubov has joined #maemo-leste
lyubov has quit [Read error: Connection reset by peer]
acmiyaguchi has quit [Quit: WeeChat 4.1.1]
lyubov has joined #maemo-leste
lyubov has quit [Read error: Connection reset by peer]
lyubov has joined #maemo-leste
lyubov has quit [Ping timeout: 272 seconds]
lyubov has joined #maemo-leste
lyubov has quit [Read error: Connection reset by peer]
lyubov has joined #maemo-leste
lyubov has quit [Read error: Connection reset by peer]
lyubov has joined #maemo-leste
lyubov has quit [Read error: Connection reset by peer]
lyubov has joined #maemo-leste
lyubov has quit [Read error: Connection reset by peer]
xmn has joined #maemo-leste
lyubov has joined #maemo-leste
xmn_ has quit [Ping timeout: 245 seconds]
lyubov has quit [Read error: Connection reset by peer]
lyubov has joined #maemo-leste
lyubov has quit [Read error: Connection reset by peer]
joerg has quit [Ping timeout: 248 seconds]
joerg has joined #maemo-leste
lyubov has joined #maemo-leste
lyubov has quit [Read error: Connection reset by peer]
lyubov has joined #maemo-leste
lyubov has quit [Read error: Connection reset by peer]
lyubov has joined #maemo-leste
lyubov has quit [Read error: Connection reset by peer]
lyubov has joined #maemo-leste
lyubov has quit [Read error: Connection reset by peer]
lyubov has joined #maemo-leste
<freemangordon> Wizzup: kernel repo does not seem migrated to git.maemo.org
<dsc_> also missing jib
ceene has joined #maemo-leste
lyubov has quit [Remote host closed the connection]
lyubov has joined #maemo-leste
lyubov has quit [Read error: Connection reset by peer]
<freemangordon> oh, it is in forks :)
lyubov has joined #maemo-leste
lyubov has quit [Read error: Connection reset by peer]
lyubov has joined #maemo-leste
lyubov has quit [Read error: Connection reset by peer]
lyubov has joined #maemo-leste
lyubov has quit [Read error: Connection reset by peer]
lyubov has joined #maemo-leste
lyubov has quit [Read error: Connection reset by peer]
lyubov has joined #maemo-leste
lyubov has quit [Read error: Connection reset by peer]
lyubov has joined #maemo-leste
<Wizzup> freemangordon: yeah it is in forks
<Wizzup> dsc_: yes extras aren't yet, maybe I should do that today
<Wizzup> freemangordon: seemed more appropriate
<freemangordon> ok, I was just not used to
<Wizzup> yeah
<Wizzup> there's 4-5 repos that I moved this way
<Wizzup> the rest are as expected
<freemangordon> ok
<Wizzup> mostly just the linux repos, and gtk
<Wizzup> gtk (2) I also moved to forks
_fab has joined #maemo-leste
Twig has joined #maemo-leste
pere has quit [Ping timeout: 244 seconds]
Twiggy has joined #maemo-leste
xmn has quit [Ping timeout: 245 seconds]
lyubov has quit [Read error: Connection reset by peer]
lyubov has joined #maemo-leste
pere has joined #maemo-leste
_fab has quit [Ping timeout: 252 seconds]
<freemangordon> Wizzup: hmm, is there a way to tell openrc to reboot if a service fails?
<Wizzup> reboot the os?
<freemangordon> yeah
<freemangordon> ok, AI helped me
lyubov has quit [Read error: Connection reset by peer]
freemangordon1 has joined #maemo-leste
lyubov has joined #maemo-leste
freemangordon has quit [Ping timeout: 252 seconds]
<Wizzup> freemangordon1: what was the solution
<freemangordon1> will see, lemme test it a bit and will push
freemangordon1 is now known as freemangordon
<freemangordon> hmm, wait, will not work in our openrc
<freemangordon> maybe in trixie
<freemangordon> otherwise there is --retry_failed option to supervise-daemon
<Wizzup> what are you looking for
<Wizzup> trixie has openrc start-stop-daemon btw, whereas bookworm does not
<dsc_> Wizzup: hi
<dsc_> To git.maemo.org:leste/qt-input-maemo.git ! [remote rejected] master -> master (pre-receive hook declined)
<dsc_> error: failed to push some refs to 'git.maemo.org:leste/qt-input-maemo.git'
<dsc_> oh
<dsc_> remote: Forgejo: User permission denied for writing.
<Wizzup> dsc_: force push to master fails? let me check\
lyubov has quit [Read error: Connection reset by peer]
<dsc_> its not force
<Wizzup> dsc_: let me see
<Wizzup> you're using this yeah? git@git.maemo.org:leste/qt-input-maemo.git
<dsc_> yeah
<Wizzup> does pull work?
<Wizzup> oh nvm
<Wizzup> I get it now
<Wizzup> try now
<dsc_> thx worked
<Wizzup> freemangordon: we should figure out how set up perms/teams
<Wizzup> freemangordon: like, do we just give folks push access to core, or do we stick to per repo mostly? I am fine with either
lyubov has joined #maemo-leste
Anasko has quit [Remote host closed the connection]
Anasko has joined #maemo-leste
_fab has joined #maemo-leste
_fab has quit [Ping timeout: 246 seconds]
<freemangordon> Wizzup: I think we shale create at least one team for those that work on core repos and give them push access. for the others it is better 'per repo'
<Wizzup> ok
Anasko has quit [Ping timeout: 260 seconds]
<freemangordon> it is another question who those members will be :)
<Wizzup> I think we're at that point
<Wizzup> we can deal with it later in any case, there is a group of admins (you, me)
<Wizzup> and I made a developers 'team' but we're not using it atm
<Wizzup> I'm ok with principle of least priv / doing it specifically per repo
<freemangordon> mhm
<freemangordon> make sense
<Wizzup> ok, so should I just move over the extras repos? I'm wondering how to let the extras people know
<Wizzup> I guess I can make a news post about it, separate from the daedalus one
<freemangordon> don;t they have e-mails?
Livio has joined #maemo-leste
<Wizzup> maybe, but github doesn't work around that necessarily
<freemangordon> github? I meant to send emails to them on behalf of "maemo leste"
<freemangordon> or "maemo leste admins' or whatever
<freemangordon> informing the repo has moved
<Wizzup> I understand, but not every users email is exposed
<Wizzup> I think making an issue in the repos could work too
<freemangordon> or making them read-only
<Wizzup> damn we have 122 extras repos? :D
<freemangordon> ugh :)
<Wizzup> I'll just migrate them now
<crab> hi all, is maemo-leste / devuan still on beowulf or am i behind the times?
<crab> it looks like im 2 releases behind the times
<freemangordon> it is on chimaera and we will move to daedalus as soon as we fix the few remaining issues
<crab> im going to try dist-upgrading to chimaera
<crab> we'll see what happens...
<Wizzup> yeah definitely not on beowulf :)
xmn has joined #maemo-leste
<freemangordon> arno11: please upgrade kernel and pull latest procmngd, it should work now
apac has quit [Ping timeout: 252 seconds]
apac has joined #maemo-leste
apac has quit [Read error: Connection reset by peer]
apac has joined #maemo-leste
xmn has quit [Ping timeout: 268 seconds]
Anasko has joined #maemo-leste
arno11 has joined #maemo-leste
<arno11> freemangordon: ok, let's go
Livio has quit [Ping timeout: 264 seconds]
<arno11> last procmngd pulled, upgrading kernel...
xmn has joined #maemo-leste
<arno11> reboot
arno11 has left #maemo-leste [#maemo-leste]
lyubov has quit [Read error: Connection reset by peer]
lyubov has joined #maemo-leste
arno11 has joined #maemo-leste
<crab> *sigh*
<arno11> weird, linux-image-omap on my device is 6.6.58 but uname -r still returns 6.6.53
* crab has totally forgotten how the bootloader works, what the bootloader is called, where the boot loader config is held, the layout of all the storage, whether i need to even do anything if this dist-upgrade actually works
<crab> "cat > /etc/bootmenu.d/30-maemo-leste.item" that kind of thing is giving me intense deja vu
<crab> but i havent yet found a partition with anything like that on it! :P
<arno11> freemangordon: ^^^
<arno11> something seems wrong with kernel upgrade
_fab has joined #maemo-leste
arno11 has left #maemo-leste [#maemo-leste]
arno11 has joined #maemo-leste
<arno11> freemangordon: well, so i can't test procmngd ATM. my kernel is still 6.6.53 after upgrade (linux-image-omap 6.6.58)
<arno11> Wizzup: ^ any hint/tips ?
_fab has quit [Ping timeout: 252 seconds]
arno11 has left #maemo-leste [#maemo-leste]
_fab has joined #maemo-leste
<Wizzup> extras repos are migrated, will set up push mirror
<freemangordon> arno11: are you an daedalus?
<freemangordon> ugh, wait
<freemangordon> it is the same here
<freemangordon> but you should be ok re procmngd
<freemangordon> Wizzup: there is something wring with kernel version
<freemangordon> *wrong
<freemangordon> changelog says 58, but that's not true
<freemangordon> ieah, I wonder where this .58 came from
<freemangordon> *yeah
<freemangordon> arno11: so, you *can* test
<Wizzup> freemangordon: did you tag?
<Wizzup> push mirror set up too
<freemangordon> yes, I did
<freemangordon> it is just that changelog lies
<freemangordon> see maemo 6.6.y history
<Wizzup> I am confused, but it sounds like you got it ;)
<Wizzup> I normally add an extra .[number]
<Wizzup> to prevent this issue
uvos__ has joined #maemo-leste
apac has quit [Read error: Connection reset by peer]
apac has joined #maemo-leste
apa_c has joined #maemo-leste
apac has quit [Ping timeout: 260 seconds]
<freemangordon> Wizzup: umm, ok, lemme try to explain:
<freemangordon> version in changelog is 6.6.58.4-1+4m7
<freemangordon> but *kernel* version is 6.6.53
<Wizzup> right, why don't we use 6.6.53.4?
<Wizzup> or whatever
<freemangordon> *ask
<Wizzup> looks like I made the mistake too
<Wizzup> :D
<Wizzup> I'm confused now
Livio has joined #maemo-leste
_fab has quit [Ping timeout: 276 seconds]
System_Error has quit [Remote host closed the connection]
<freemangordon> the first bad commit is https://git.maemo.org/leste-upstream-forks/droid4-linux/commit/dfabfe295d358697a0201240eeff8fe0acf73f28, me and you just increased the subversion
apa_c has quit [Ping timeout: 265 seconds]
System_Error has joined #maemo-leste
pere has quit [Ping timeout: 252 seconds]
akossh has joined #maemo-leste
arno11 has joined #maemo-leste
<arno11> freemangordon: '@i can try', ok but it didn't work this afternoon. let me try again
<arno11> hmm, if i stop procmngd and start it again, it says 'supervise-daemon: fopen `/run/procmngd.pid': No such file or directory'
<freemangordon> arno11: I tested it on d4 and can confirm that it works
<arno11> ah
<freemangordon> also, check syslog for messages
<arno11> syslog returns nothing unfortunately
<arno11> in fact i can't get any useful log. i can just confirm that the daemonis running
<arno11> *is
<arno11> let me check again
<freemangordon> ok, stop the service and run the binary by hand, as rootg
<freemangordon> *root
<arno11> ok
<freemangordon> /usr/sbin/procmngd -l debug
pere has joined #maemo-leste
<arno11> well, sure you don't load any additional module i'm not aware of or something ?
<freemangordon> yes, what is needed is built-in
<freemangordon> so, could you provide the output of the above command?
<freemangordon> also, make sure the service is stopped
<arno11> it just returns Logging to stderr
<arno11> procmngd started
<freemangordon> what is the result of dpkg -l | grep omap
<arno11> 6.6.58.4-1+4m7
<freemangordon> that's correct
<freemangordon> what is the version of procmngd?
<arno11> 1.0.0
<freemangordon> so, while "/usr/sbin/procmngd -l debug" is running, what happens if you open another ssh session?
<freemangordon> don't you see stuff like:
<freemangordon> EXEC(8110):
<freemangordon> exe: /usr/bin/dpkg-deb
<freemangordon> cmdline: dpkg-deb
<freemangordon> ?
<arno11> yeah i see them
<freemangordon> so, everything works fine
<freemangordon> what do you have in /etc/procmngd.d/ ?
<arno11> the same json you provided yesterday
<arno11> in a .cfg file
<freemangordon> I don;t remember, please pastebin the output
<arno11> {
<arno11> "/usr/bin/top": {
<arno11> "nice": 10
<arno11> }
<arno11> }
<freemangordon> ok, stop the binary and start it with -l info:
<freemangordon> /usr/sbin/procmngd -l info
<arno11> ok
<freemangordon> and start top in another session
<arno11> ah it fails parsing the json
<arno11> let me check
<arno11> it skips the config file
<freemangordon> fix it
<Wizzup> you can use something like json_pp < foo.json to tset
<Wizzup> test*
<arno11> it s ok now, let's try nicing something
<arno11> yeah, now it works :) the problem was just the json
<arno11> diner time, but this night i will try to 'nice' H-D and other stuff on boot and let you know guys
<freemangordon> Wizzup: does it make sense to implement ionice support as well?
<freemangordon> arno11: I am not ure it is a good idea to renice h-d, we'd better use cgroups for it
<arno11> no worries it already works with hack
<arno11> but sure, better use cgroup
<freemangordon> this is all that is 'niced' on fremantle
<arno11> ok ty
<freemangordon> I have to implement command line matching as well
_fab has joined #maemo-leste
_fab has quit [Ping timeout: 252 seconds]
nela7 has quit [Quit: bye]
nela7 has joined #maemo-leste
Twig has quit [Ping timeout: 248 seconds]
hm has joined #maemo-leste
Twig has joined #maemo-leste
ceene has quit [Ping timeout: 245 seconds]
<arno11> freemangordon: ok i set cfg files based on your fremantle nice script (excepting for PA as it is already -11 by default). need to reboot, let's see.
arno11 has left #maemo-leste [#maemo-leste]
<freemangordon> keep in mind that re-nicing mafw-dbus-wrapper is not that simple
<freemangordon> because the are 3 of it :)
<freemangordon> tat's why command line mathing has to be implementd
<freemangordon> to match only mafw-gst-renderer
<sicelo> making MR's to some projects is always 'fun' ... for some reason i have easier time with kernel than the userspace stuff :p
<sicelo> so with upower, i initially made one big commit that had the changes -- i think it was ok because while it spanned across 4 files, it was all really one logical change
<sicelo> anyway, they said to split it to one commit per affected file, which i did. but i only gave a full description for the first commit in the 'series' and now they want full descriptions on all of the 4 commits. i don't know what to write :-D
<sicelo> since it's still one thing that i've done, heh. not sure if i should copy the description from the other commits into the remaining 3
<sicelo> anyhow, at least it seems they're happy with the code itself, and with some luck, the thing could get merged and even a release tagged soon
Twig has quit [Remote host closed the connection]
Twiggy has quit [Remote host closed the connection]
arno11 has joined #maemo-leste
<arno11> freemangordon: yeah @mafw
<freemangordon> I am on it
<arno11> ok
<arno11> so to resume:
<arno11> we already have xorg and mce renicing on boot, PA is already @-11, mafw needs work, and i can't find a way to 'nice' dsme and tonegend
<arno11> with the few processes i m able to nice, things semm a bit slower
<arno11> *seem
<sicelo> not so 'nice' :-D
<arno11> the best results i got with leste during the last year was: H-D -8, Xorg -8, mce -5
<arno11> (that's it, no other nicing)
<arno11> sicelo: lol
<arno11> but anyway, the most important things are that procmngd works fine and we can use it with no issue on n900: low mem usage and no 'visible' cpu usage
<arno11> well, as soon as i renice H-D to -8 again, things are very responsive again
arno11 has left #maemo-leste [#maemo-leste]
<freemangordon> dsme should already be at -5
<freemangordon> we also need to renice dbus
<sicelo> interesting ... someone submitted a patch to ofono using a tesla.com address. wonder if that could hint at tesla using ofono in their stack (as opposed to ModemManager)
<freemangordon> oh, if that's the case I guess I can ask for a profit share :D
<freemangordon> you too
<sicelo> hehe
<sicelo> btw, maybe you can have a quick look at this one if you have a brief moment - https://paste.debian.net/hidden/f2c3205c/ ... does my patch look correct/valid?
<freemangordon> sorry, this will need time I don't have now
<freemangordon> maybe tomorrow morning
<sicelo> sure. no rush. i actually did this about 2 months ago already :p
Livio has quit [Ping timeout: 264 seconds]
<sicelo> i've actually just submitted it to the list after all. it seems correct (asked AI to verify it)
<freemangordon> cool
<freemangordon> arno11: please pull latest code and maybe integrate https://paste.debian.net/1368129/ with your current config
akossh has quit [Quit: Leaving.]
<Wizzup> sicelo: great @ upower