| sicelo | maybe upower folk won't like the direct exporting of the capacity_level string, and prefer some kind of enum. anyway, i'll clean this up tomorrow, and open an MR for their review | 00:04 |
|---|---|---|
| Wizzup | cool :) | 00:32 |
| Wizzup | https://docs.gitea.com/usage/repo-mirror#setting-up-a-push-mirror-from-gitea-to-github | 01:35 |
| Wizzup | so we can also mirror to github from gitea :) | 01:35 |
| Wizzup | btw, I also added some experimental 'log in with github' thing, but I might change how some of it works or what can be done with this | 01:35 |
| freemangordon | sicelo: does that mean I don;t have to do anything with upower? | 08:15 |
| freemangordon | arno11: yes, will have a look | 08:19 |
| freemangordon | but first lemme see what I can do with priorities | 08:19 |
| arno11 | ok cool | 08:25 |
| mkf | lima works \o/ | 08:51 |
| freemangordon | :) | 08:51 |
| mkf | okay i'll go for mainline now | 09:08 |
| mkf | do mainline needs any patch other than realtek one? | 09:08 |
| freemangordon | no, but see what I pasted | 09:09 |
| freemangordon | like, if you want BT... | 09:09 |
| freemangordon | etc | 09:10 |
| mkf | applied those. do maemo have an ui for bluetooth btw? | 09:10 |
| freemangordon | no (still) | 09:10 |
| mkf | i've used blueman but not sure if that worked | 09:10 |
| mkf | alright. :) | 09:10 |
| mkf | can we bring sunxi builds back? | 09:13 |
| freemangordon | sure | 09:14 |
| freemangordon | we juts need a proper kernel tree | 09:14 |
| freemangordon | and one that volunteers to maintain it :p | 09:14 |
| mkf | well i'm willing to, at least for devices i have (a a23 and a a33) | 09:15 |
| mkf | *a13 and a23 | 09:15 |
| freemangordon | cool, I can test on A33 | 09:16 |
| freemangordon | Wizzup: ^^^% | 09:16 |
| mkf | some of elements of this image i'm using apperently are for n900 | 09:16 |
| freemangordon | well, it should not be that different | 09:16 |
| freemangordon | but still, better have a dedicated image | 09:17 |
| mkf | like it tells me i need to insert an sim card. i like to if i could. :) | 09:17 |
| freemangordon | umm... when? | 09:17 |
| mkf | in the tray? | 09:17 |
| mkf | near battery | 09:18 |
| freemangordon | well, that won;t change | 09:18 |
| mkf | it also loads bunch of n900 stuff during boot | 09:18 |
| mkf | which fail | 09:18 |
| freemangordon | we install telephony stack no mater the device | 09:18 |
| freemangordon | no, it tells you there is no sim card :p | 09:18 |
| freemangordon | up to you if you want to inster one :D | 09:18 |
| freemangordon | *insert | 09:19 |
| * freemangordon needs another coffee | 09:19 | |
| mkf | i suppose i can think of no sim icon as leste logo for this tablet :P | 09:19 |
| mkf | is the telephony stack being installed on devices with no telephony is a policy or technical? | 09:20 |
| freemangordon | I would say policy | 09:20 |
| freemangordon | nothing stops you from attaching usb modem | 09:20 |
| freemangordon | and it will simply work | 09:20 |
| freemangordon | so yes, you *can* insert a SIM card | 09:21 |
| mkf | hm, ok. | 09:21 |
| mkf | can we at least put an option to hide it later on? | 09:22 |
| freemangordon | what would be the trigger to hide? | 09:22 |
| mkf | some option down into settings | 09:22 |
| freemangordon | like, I am not against, but it should be consistent | 09:23 |
| freemangordon | as it can;t be separate, that should be part of phone settings I presume | 09:23 |
| freemangordon | and that's not trivial | 09:23 |
| freemangordon | but yeah, why not | 09:23 |
| mkf | fair enough | 09:24 |
| freemangordon | I'll let you know when I am done with connui-cell (when phone setting reside), feel free to make a patch | 09:24 |
| freemangordon | and PR | 09:24 |
| freemangordon | s/when/where | 09:24 |
| mkf | thanks. | 09:25 |
| sicelo | mkf: the device doesn't have a modem at all? | 09:56 |
| freemangordon | no | 09:57 |
| freemangordon | this is allwinner tablet | 09:57 |
| sicelo | we can automatically hide the icon if ofono did not find a modem. we do same for no battery, ensuring.g | 10:04 |
| sicelo | e.g. vm | 10:04 |
| freemangordon | no, that's not correct | 10:05 |
| freemangordon | remember d4 modem dropping off usb | 10:05 |
| sicelo | I think that's exactly where this would be useful. currently, we still have misleading icon after modem drops. with this change, icon would disappear, so you know something is amiss | 10:13 |
| freemangordon | hmm | 10:14 |
| freemangordon | ok, will think about it when I am back on connui-cell | 10:15 |
| sicelo | re: upower, I'll continue working on it. I'm mostly unavailable this week, so if timeframe becomes a concern, I would share my work so far so you can continue with it | 10:31 |
| freemangordon | ok | 10:32 |
| freemangordon | not that I have spare time, but yeah | 10:32 |
| freemangordon | thanks | 10:32 |
| freemangordon | Wizzup: so, we either do https://github.com/maemo-leste/maemo-system-services/blob/master/debian/maemo-system-services.xorg.init#L17 or I implement similar script that does inotifywait on proc and sets nicenes based on some rules | 11:21 |
| freemangordon | I prefer the latter | 11:21 |
| freemangordon | because I don;t really want to add sudoers file to each user daemon that needs lower nice level | 11:23 |
| freemangordon | neither I like the idea to allow user to change niceness < 0 | 11:23 |
| freemangordon | please comment why are you against having another daemon (besides obvious - one more thing to maintain) | 11:24 |
| freemangordon | Wizzup: see what AI generated for that purpose (didn't test, but final script should be similar if not the same) https://paste.debian.net/1364730/ | 11:33 |
| freemangordon | I can write that in C in an hour if having resident script is a concern | 11:34 |
| mkf | is there a better on screen keyboard? | 11:40 |
| mkf | default one is really not suitable for usage on the terminal | 11:40 |
| freemangordon | which terminal? osso-xterm? | 11:41 |
| freemangordon | what's wrong with it? | 11:41 |
| mkf | you can type stuff alright, but you can't use direction keys, combos (ctrl-d) or delete stuff that are already written | 11:42 |
| mkf | yes, osso-xterm | 11:42 |
| freemangordon | also, if you have lots of console stuff, you'd better connect through ssh | 11:43 |
| freemangordon | hmm, you can typ ctrl-d | 11:43 |
| freemangordon | press ctrl button on bottom | 11:43 |
| mkf | you can use combos, but i assume the way osso-xterm works is menant for n900 and not really for touch only devices | 11:43 |
| freemangordon | right | 11:43 |
| freemangordon | but you'd better connect usb kbd | 11:43 |
| mkf | i do that, but i wonder if there is a touch way :) | 11:44 |
| freemangordon | not atm | 11:44 |
| freemangordon | inky has some magic kbd, but we don't have maintainer for it | 11:44 |
| freemangordon | so it is not in the repos | 11:44 |
| mkf | can i install it? | 11:44 |
| mkf | ah. | 11:44 |
| freemangordon | no idea | 11:44 |
| mkf | thank you. | 11:44 |
| Wizzup | morn | 11:53 |
| freemangordon | Wizzup: AI did it even faster :) https://paste.debian.net/1364733/ | 11:54 |
| Wizzup | mkf: would like a sunxi maintainer very much, I have a bunch of olinuxino lime2 (a2) devices and olinuxino a64 | 11:54 |
| mkf | Wizzup: i have a13, a23 and a h618/h616 | 11:55 |
| freemangordon | PP is same, more or less, no? | 11:55 |
| freemangordon | so you can adopt it as well :) | 11:55 |
| mkf | i suppose, but i can't find one to test it. :) | 11:56 |
| Wizzup | freemangordon: not too happy with 'while true' though, but ok @ renice | 11:56 |
| Wizzup | freemangordon: yes, one more thing to maintain is what I don't like about daemon | 11:56 |
| Wizzup | and things that have to monitor the system state, and change it every now and then | 11:56 |
| Wizzup | I really prefer things to be explicit | 11:57 |
| freemangordon | Wizzup: are you talking about bash script or C code | 11:57 |
| freemangordon | see C code | 11:57 |
| freemangordon | what do you mean "explicit" | 11:57 |
| Wizzup | in the sense that it's clear from the X script that it runs at a certain nice level | 11:57 |
| Wizzup | not having to grep the whole code base to find the one daemon that changes the value later | 11:57 |
| freemangordon | I understand | 11:58 |
| Wizzup | and this daemon will add wakeups for every process we ever start | 11:58 |
| Wizzup | surely that's not the way to go | 11:58 |
| freemangordon | well, I don;t think this is really an issue (wakeups) as this is what happens in fremantle | 11:59 |
| Wizzup | I suspect netlink can let you monitor proc events | 11:59 |
| Wizzup | this is just ai generated garbage imo | 11:59 |
| freemangordon | why it is better than inotify? | 11:59 |
| Wizzup | because netlink was designed for this | 12:00 |
| Wizzup | are you sure that inotify works on proc? | 12:00 |
| freemangordon | it works on sys, why not on proc? | 12:00 |
| freemangordon | lemme try it | 12:00 |
| Wizzup | https://fabiensanglard.net/st/process-events.txt | 12:00 |
| Wizzup | inotif doesn't work on everything | 12:00 |
| freemangordon | I know | 12:00 |
| freemangordon | but ok, disregard the implementation | 12:01 |
| freemangordon | I am talking about th eprinciple | 12:01 |
| freemangordon | keep in mind we have to renice things lige gst-renededr, system-ui etc | 12:01 |
| freemangordon | *like | 12:01 |
| freemangordon | also, dbus-daemon runs with nice -5 on fremantle | 12:01 |
| freemangordon | how shale we do that on leste? | 12:02 |
| freemangordon | argh | 12:02 |
| freemangordon | *shall | 12:02 |
| Wizzup | find where dbus-daemon is started and add 'nice -5' in front of it would be my preferences | 12:03 |
| Wizzup | or set it in the init script that starts it | 12:03 |
| freemangordon | init script comes with dbus | 12:03 |
| freemangordon | so we shall fork it | 12:03 |
| Wizzup | in openrc you can set init script variables using /etc/conf.d/ | 12:03 |
| Wizzup | don't we start dbus from our init script btw? | 12:04 |
| freemangordon | no | 12:04 |
| freemangordon | system bus is started from its own script | 12:04 |
| freemangordon | and user is started by xorg or something | 12:04 |
| freemangordon | IIRC | 12:05 |
| Wizzup | what is /etc/sysconfig for btw | 12:05 |
| Wizzup | hm, looks like /etc/conf.d is better | 12:05 |
| freemangordon | no idea | 12:06 |
| freemangordon | what is it for? | 12:06 |
| freemangordon | also, how do we assign niceness on processes started by xsession? | 12:06 |
| freemangordon | with sudoer? | 12:06 |
| Wizzup | let me search for a bit, I am sure there are other ways to do this than reinventing the wheel | 12:08 |
| freemangordon | ok | 12:08 |
| freemangordon | Wizzup: also, while searching, think about processes started by maemo-launcher | 12:09 |
| Wizzup | such as? | 12:10 |
| freemangordon | /usr/bin/hildon-home | 12:11 |
| Wizzup | https://github.com/nefelim4ag/Ananicy | 12:12 |
| Wizzup | https://gitlab.com/ananicy-cpp/ananicy-cpp | 12:12 |
| freemangordon | @exe in /proc points to /usr/bin/maemo-launcher | 12:12 |
| Wizzup | posts I find online are suggesting that cgroups are -the- way to do this nowadays, though | 12:12 |
| Wizzup | do we know we still need the nice changes? | 12:12 |
| freemangordon | yes, we do | 12:13 |
| freemangordon | changing cgroups does not affect niceness | 12:13 |
| Wizzup | but the scheduler does | 12:13 |
| freemangordon | sorry, can;t parse | 12:14 |
| freemangordon | they chagne scheduler? | 12:14 |
| Wizzup | cpu (since Linux 2.6.24; CONFIG_CGROUP_SCHED) | 12:14 |
| Wizzup | Cgroups can be guaranteed a minimum number of "CPU shares" | 12:14 |
| Wizzup | when a system is busy. This does not limit a cgroup's CPU | 12:14 |
| Wizzup | usage if the CPUs are not busy. For further information, | 12:14 |
| Wizzup | see Documentation/scheduler/sched-design-CFS.rst (or | 12:14 |
| freemangordon | is that what you mean | 12:14 |
| Wizzup | Documentation/scheduler/sched-design-CFS.txt in Linux 5.2 | 12:14 |
| Wizzup | and earlier). | 12:14 |
| freemangordon | yes, but this is *within* process group | 12:14 |
| freemangordon | not system wide, IIUC | 12:14 |
| Wizzup | let me check | 12:14 |
| freemangordon | also, I don;t want a minimum number of cpu shares, I want *all* the shares when systemui or mce (for example) needs them | 12:15 |
| freemangordon | we will use cgroups, that's for sure | 12:15 |
| freemangordon | but it is orthogonal to niceness | 12:16 |
| Wizzup | looks like you can make a realtime cgroup | 12:16 |
| freemangordon | only one? | 12:16 |
| Wizzup | https://www.kernel.org/doc/html/v5.6/scheduler/sched-rt-group.html | 12:16 |
| Wizzup | This uses the cgroup virtual file system and “<cgroup>/cpu.rt_runtime_us” to control the CPU time reserved for each control group. | 12:17 |
| Wizzup | but, this will -reserve- cpu and not allow any other process to use it | 12:17 |
| Wizzup | maybe not ideal | 12:17 |
| freemangordon | maybe? :) | 12:17 |
| Wizzup | in any case, from what I can see/tell... | 12:18 |
| freemangordon | again, how do we deal with maemo-launcher pids? | 12:18 |
| Wizzup | ananicy-cpp does what you want | 12:18 |
| freemangordon | yeah, and it pulls averything and the kitches sink, iiuc. and it is not in debian | 12:18 |
| Wizzup | and it uses netlink | 12:18 |
| freemangordon | ok | 12:18 |
| Wizzup | and bpf | 12:18 |
| mkf | yay kitchen sink | 12:19 |
| Wizzup | I mean if it uses 40MB of ram then yeah let's not use it | 12:19 |
| freemangordon | but if we are to use code that's not in debian, I would prefer this to be our code | 12:19 |
| Wizzup | but this seems to be what people using when searching for 'nice daemon' | 12:19 |
| Wizzup | it literally does everything you want btw :) | 12:20 |
| Wizzup | cgroups, oom score, niceness | 12:20 |
| freemangordon | this does not affect niceness | 12:20 |
| freemangordon | sorry | 12:20 |
| freemangordon | wrong paste | 12:20 |
| freemangordon | well, better take ohm from fremantle | 12:20 |
| Wizzup | how is that better? | 12:21 |
| freemangordon | because it was doen with mobile in mind | 12:21 |
| freemangordon | and already cove maemo usecases | 12:21 |
| freemangordon | like maemo-launcher :) | 12:21 |
| freemangordon | lemme check that anynice | 12:21 |
| Wizzup | does it support cgroup v2? | 12:22 |
| Wizzup | or will be have to reinvent | 12:22 |
| Wizzup | will we* | 12:22 |
| freemangordon | no idea | 12:22 |
| Wizzup | please check it out, I think it seems to do what we want | 12:22 |
| freemangordon | ok, on it | 12:22 |
| Wizzup | and it already has a config spec and everything | 12:22 |
| freemangordon | oh | 12:23 |
| freemangordon | it is "Ananicy rewritten in C++ for much lower CPU and memory usage." | 12:23 |
| Wizzup | yes | 12:23 |
| Wizzup | >I mostly used Ananicy on older computers to improve interactivity. However, having Ananicy use megabytes of RAM and a decent amount of CPU time troubled me. Thus I decided to rewrite it in C++, using an event based approach. RAM usage is much lower (only a few thousands of bytes !), and CPU usage is almost always zero thanks to its event-based implementation. | 12:23 |
| inky | > inky has some magic kbd, but we don't have maintainer for it | 12:24 |
| inky | i will package it. | 12:24 |
| mkf | yay | 12:24 |
| inky | and write a wiki page | 12:24 |
| freemangordon | inky: and who will support the code? | 12:24 |
| Wizzup | mkf: in daedalus there is vkb for qt5 and gtk2/gtk3 btw | 12:24 |
| inky | mkf do you need one now? | 12:24 |
| freemangordon | Wizzup: he does not like HIM vkb :) | 12:24 |
| inky | it is a very small codebase, i can, and the author is my friend. | 12:25 |
| Wizzup | freemangordon: btw I think we'd want to not build with ebpf support | 12:25 |
| freemangordon | no idea what it is | 12:25 |
| mkf | inky: if that works better than him in osso-xterm sure, that'd be awesome | 12:25 |
| freemangordon | anyway, lemme pull/build and see | 12:25 |
| inky | mkf just ping me and i'll guide u with the waay of building the kbd and mapping it to one of the hardware keys to hide it and show it. | 12:27 |
| mkf | awesome, when? | 12:28 |
| freemangordon | Wizzup: https://paste.debian.net/1364738/ | 12:29 |
| freemangordon | I hate packages pulling source code from random repos | 12:29 |
| inky | these are screenshots https://norayr.am/weblog/2024/06/27/23926270/ (was excited when i first built it and stanted usitf, i see to life without it) | 12:29 |
| inky | get this repo https://repo.coolbug.org/bw/coolkbd and i'll come back in five minutes. | 12:30 |
| mkf | looks ok. | 12:30 |
| mkf | hopefully it'll fit in my screen. | 12:30 |
| mkf | freemangordon: should i change the governers btw? i recall n900 had problems with it in leste (being laggy on ondemand) | 12:31 |
| freemangordon | afaik ondemand should be ok | 12:32 |
| mkf | and do audio buttons appear to be reverse for you in your q8? | 12:32 |
| freemangordon | could be, but didn't noticed | 12:33 |
| freemangordon | Wizzup: and of course it is infected: | 12:34 |
| freemangordon | /home/user/git/ananicy-cpp/src/platform/systemd/service.cpp:3:10: fatal error: systemd/sd-daemon.h: No such file or directory | 12:34 |
| mkf | can you please check later on? | 12:35 |
| mkf | idk if thats because of maemo or because of something in dtb | 12:35 |
| Wizzup | freemangordon: you can disable systemd support | 12:36 |
| Wizzup | and I can make an openrc init script np | 12:36 |
| freemangordon | lemme try | 12:36 |
| Wizzup | freemangordon: and yeah it's annoying that it pulls code, but at least it is versioned and statically linked | 12:36 |
| Wizzup | bbiab | 12:38 |
| freemangordon | Wizzup: can't we use auditd or stap that are already in the repos? | 12:38 |
| inky | mkf i am back and i am near keyboard. | 12:49 |
| inky | you got the repo, cd maemo, and run build.sh | 12:50 |
| inky | you most probably want to use so called 'docked' version. once you build it, you'll see three versions: docked, bottom and top kbds. | 12:51 |
| inky | you also want to have .xbindkeysrc, this is mine for bionic: https://bpa.st/QGJA | 12:53 |
| inky | and you want to have xbindkeys package. | 12:54 |
| inky | and this is the sw.sh script referenced in .xbindkeysrc: https://bpa.st/L7WA | 12:54 |
| inky | when you press power button on bionic, it shows the keyboard, then kills it. | 12:55 |
| inky | and this is .xbindkeysrc one i made for pinephone, very simple one: https://bpa.st/I5TQ | 12:57 |
| inky | (file for bionic maps to its power button, file for pinephone: to its. you have to decide on the key and find its keycode by using xev program, also i see bionic's file has unnecessary for you things, key shortcuts to switch monitors, i use it on lapdock sometimes) | 12:58 |
| inky | anyway, first build it, you'll see you can run ./coolkbd.dock | 12:59 |
| inky | and enjoy. even without fancy stuff i just described. | 12:59 |
| freemangordon | Wizzup: hmm, this thing seems to do polling, see check_freq | 13:04 |
| freemangordon | or no, I am not sure https://gitlab.com/ananicy-cpp/ananicy-cpp/-/blob/master/src/main.cpp#L263 | 13:05 |
| freemangordon | yep, it does wake-up every check_freq seconds | 13:09 |
| freemangordon | default is 60 | 13:10 |
| freemangordon | Wizzup: anyway, this is not going to work on devuan/openrc without patching | 13:17 |
| freemangordon | it does not even parse /proc/self/mounts properly | 13:22 |
| freemangordon | Wizzup: so, shall I fix that https://gitlab.com/ananicy-cpp/ananicy-cpp/-/blob/master/src/platform/linux/cgroups.cpp#L237 ? | 13:29 |
| freemangordon | this mistakenly uses 1st token (device) to detect cgroups type, instead of 3rd (fs type) | 13:30 |
| Wizzup | freemangordon: re: auditd, yes, we should start using it also when we get apparmor profiles | 13:30 |
| Wizzup | it uses netlink but does polling? that'd be insane | 13:30 |
| Wizzup | 60 seconds wake up is ok | 13:30 |
| Wizzup | freemangordon: what is the problem on openrc/devuan btw? | 13:31 |
| freemangordon | well, I don;t get it why it does n seconds wait, but that' not a biggie, we can set to hight enough value | 13:32 |
| freemangordon | however, see ^^^ link | 13:32 |
| freemangordon | because of that issye, it does not detect cgroups2 on devuan | 13:32 |
| freemangordon | *issue | 13:32 |
| Wizzup | it seems to do some full scan every now and then in your link, maybe we can just disable that too | 13:32 |
| freemangordon | it seems it does it only if some other option is set | 13:33 |
| Wizzup | re: cgroups, shouldn't the proc mount path be init independenent? | 13:33 |
| freemangordon | it is | 13:33 |
| freemangordon | but parser is buggy | 13:33 |
| Wizzup | so it doesn't understand openrc cgroup paths, is that it? | 13:33 |
| Wizzup | ok | 13:33 |
| freemangordon | it is not the path | 13:33 |
| Wizzup | well, upstream is active, so we can also file some reports with them | 13:33 |
| freemangordon | it does not use fs type, but device instead | 13:33 |
| Wizzup | did you get a sense of the memory usage? | 13:33 |
| freemangordon | which is 'non' in our case :) | 13:34 |
| freemangordon | no, lemme check | 13:34 |
| Wizzup | and btw, if you can find something that's already in debian that does the same I am all for it | 13:34 |
| Wizzup | but I couldn't find anything like that | 13:34 |
| freemangordon | I was not able too | 13:36 |
| freemangordon | that was the first thing to do - look if we already have something | 13:36 |
| freemangordon | the closest is auditd | 13:36 |
| freemangordon | so RES on VM is 6280 | 13:37 |
| Wizzup | auditd is quite different though | 13:37 |
| freemangordon | yeah | 13:37 |
| Wizzup | and I don't think we can set niceness with auditd, it's about auditing | 13:37 |
| Wizzup | but you mean linjux audit subsystem? | 13:37 |
| Wizzup | linux* | 13:37 |
| freemangordon | well, it seems it might be able to execute code on system call | 13:38 |
| freemangordon | but anyway, this is not what it was created for | 13:38 |
| Wizzup | yeah | 13:38 |
| freemangordon | so, are we ok with 6MB on 64bits? | 13:38 |
| Wizzup | netlink os bpf is the way here | 13:38 |
| Wizzup | I think so, is none of that shared? | 13:38 |
| freemangordon | 4736 | 13:39 |
| freemangordon | that's SHR | 13:39 |
| freemangordon | well, not that lightweight, given that we have ~200 processes | 13:39 |
| freemangordon | but thats a debug build, lemme check release | 13:40 |
| Wizzup | I think it's pretty good for what it does | 13:40 |
| Wizzup | right | 13:40 |
| mkf | i wonder if why a shell script that runs after processes isn't a good idea | 13:41 |
| freemangordon | Wizzup: same | 13:41 |
| freemangordon | for release that is | 13:41 |
| Wizzup | just a sh instance uses 3-4MB ram | 13:42 |
| freemangordon | :nod: | 13:42 |
| mkf | ash or bash? | 13:42 |
| Wizzup | dash I think, bash is more | 13:42 |
| freemangordon | well, I can write a C code that does the same | 13:42 |
| Wizzup | freemangordon: I think this is acceptable, given that it should also solve our cgroups problems | 13:43 |
| freemangordon | will take 100k I guess | 13:43 |
| Wizzup | I doubt that | 13:43 |
| Wizzup | glibc alone will probably take more :) | 13:43 |
| Wizzup | did you measure the actual ram increase in say htop - was that also 3-4M? | 13:43 |
| freemangordon | Wizzup: ok, so shall I start patching that and sending PRs? | 13:43 |
| Wizzup | from my pov, yes, but you looked at it longer than I did, so it's also up to you | 13:43 |
| freemangordon | yeah, whole 5 minutes longer :p | 13:44 |
| Wizzup | but this seems like it will get us 99% of the way there pretty quickly and it's packages on arch, gentoo, nix, etc | 13:44 |
| Wizzup | packaged* | 13:44 |
| freemangordon | right | 13:44 |
| Wizzup | I didn't look at the cgroups stuff that it does, but presumably it'll be ok? | 13:44 |
| freemangordon | will ask sicelo do become debian maintainer of it :) | 13:44 |
| freemangordon | how would I know? (cgroups) | 13:44 |
| Wizzup | hm, it seems to want cgroups v1 from the readme | 13:44 |
| freemangordon | it doesn;t evern identify them properly here | 13:45 |
| freemangordon | nto, it says it supports v2, but partially | 13:45 |
| freemangordon | anyway, lemme fir it first | 13:45 |
| freemangordon | *fix | 13:45 |
| Wizzup | https://gitlab.com/ananicy-cpp/ananicy-cpp/-/merge_requests/27 | 13:46 |
| Wizzup | ok | 13:46 |
| Wizzup | here's an openrc issue https://gitlab.com/ananicy-cpp/ananicy-cpp/-/issues/78 | 13:46 |
| freemangordon | I've already fixed it | 13:56 |
| freemangordon | but now, I still think we have maemo-launcher issue | 13:56 |
| freemangordon | lemme check if it will work | 13:56 |
| freemangordon | it does | 13:59 |
| freemangordon | Wizzup: however, I think we have issue there | 13:59 |
| freemangordon | it uses basename as key in rules file | 14:00 |
| freemangordon | lemme see what will happen if I create a script with the same name and start it | 14:00 |
| Wizzup | or just try to apply it to say osso-xterm ? | 14:00 |
| freemangordon | I already did to hildon-status-menu | 14:01 |
| freemangordon | and it reniced both processes | 14:01 |
| Wizzup | cool | 14:02 |
| freemangordon | yeah, ok | 14:03 |
| freemangordon | Wizzup: yeah, running another binary with the same name, resulted in ananicy identify it as the original one :) | 14:07 |
| freemangordon | that's not very secure | 14:07 |
| Wizzup | it can folow the exe symlink in proc | 14:08 |
| freemangordon | sure, but then it will hit maemo-launcher :) | 14:08 |
| Wizzup | how about absolute paths? | 14:09 |
| freemangordon | hmm, seems it supports regexes | 14:09 |
| freemangordon | lemme explore that | 14:09 |
| mkf | inky: installed it | 14:13 |
| mkf | it's a bit small in this device, and i'm afraid i dont have a way to pop it up | 14:14 |
| inky | its easy | 14:14 |
| mkf | this just has volume and power bottom | 14:14 |
| inky | i increased the size | 14:14 |
| inky | i should've gave u my sources | 14:14 |
| inky | i would map to power | 14:14 |
| inky | and ignore that power also brings upper menu | 14:14 |
| inky | i do like that on pinephone and on bionic | 14:15 |
| inky | what's your device? | 14:15 |
| inky | let me find where was the size | 14:15 |
| mkf | q8 tablet | 14:15 |
| inky | i think in my last sources i use 50% of screen | 14:15 |
| inky | wow, i dont know what is it, you were able to install/port leste on it yourself? | 14:16 |
| inky | so i did | 14:19 |
| inky | in coolkbd/maemo/config | 14:19 |
| inky | config.h.dock | 14:19 |
| inky | #define HEIGHT_SCALE 0.45 | 14:20 |
| inky | there u can define fonts and also | 14:20 |
| inky | MIN_HEIGHT | 14:21 |
| inky | MIN_WIDTH | 14:21 |
| freemangordon | Wizzup: currently, it supports only "name" match, which is "basename()" | 14:21 |
| inky | KEY_BORDER | 14:21 |
| freemangordon | lemme see how hoard it to patch the full patch | 14:21 |
| freemangordon | *path | 14:21 |
| inky | mkf, please try and rebuild. (: | 14:22 |
| inky | also you can configure which layouts do u need and rebuild by using only those u need | 14:22 |
| inky | did you run build in maemo version ? in maemo directory? | 14:23 |
| Wizzup | freemangordon: ok, ty | 14:24 |
| mkf | ok let me see | 14:30 |
| mkf | inky, yeah. with help of freemangordon, wizzup and sicelo. :D | 14:32 |
| mkf | albeit previously a port was done for a device very simliar. | 14:32 |
| inky | good! | 14:36 |
| arno11 | freemangordon: i saw your mce and Xorg renice commits, cool. Xorg, mce and H-D have the biggest impact on leste n900. renice on other processes (like in fremantle) are quite useless atm | 15:21 |
| arno11 | and H-D renice is possible from the H-D fake job init script. i tried, it works | 15:22 |
| arno11 | so i mean, with just another commit for H-D, things work fine and it seems enough imo | 15:25 |
| arno11 | *enough for good perfs | 15:28 |
| Wizzup | would anyone mind logging in to git.maemo.org using sign in with github and tell me what happens | 15:37 |
| arno11 | yep | 15:40 |
| Wizzup | I guess it probably offers to make an account, and does that work? | 15:40 |
| Wizzup | I might have to allow external registration first | 15:40 |
| Wizzup | my hope/plan/idea is to allow users to report bugs with their github accounts, and 'we' can link github accounts to gitea, but most folks would get a gitea account | 15:41 |
| donihalim | Wizzup: https://0x0.st/8jT8.png | 15:42 |
| Wizzup | thx | 15:42 |
| arno11 | same for me | 15:42 |
| Wizzup | maybe I should make the oath2 app not be owned by my user | 15:42 |
| Wizzup | but rather by maemo leste organisation, if possible | 15:43 |
| Wizzup | can one of you authorize being able to read the email and see what happens? | 15:43 |
| Wizzup | I went through the same workflow but I linked it to my account | 15:47 |
| Wizzup | I suspect you might not get through the registration yet | 15:47 |
| arno11 | sorry, can't paste a png but it asks for creating a new account or using an existing one | 15:48 |
| arno11 | ok | 15:48 |
| arno11 | i can't create a new account indeed | 15:49 |
| arno11 | registration is disabled | 15:49 |
| Wizzup | ok, let me open it for external | 15:50 |
| Wizzup | one sec | 15:50 |
| Wizzup | thanks for thehewlp | 15:50 |
| arno11 | np | 15:50 |
| Wizzup | does it work now? | 15:51 |
| arno11 | argh 505 internal server error | 15:51 |
| Wizzup | ok | 15:52 |
| Wizzup | might be because I restarted it mid-way, one sec | 15:52 |
| arno11 | yep | 15:52 |
| arno11 | it works again but still not able to register a new account | 15:54 |
| Wizzup | ok, can you try once more? I just enabled general sign up now | 15:54 |
| arno11 | ok | 15:54 |
| arno11 | yeah seems to work now | 15:55 |
| Wizzup | did you have to fill in some additional password to make an account, or just a username/email? | 15:56 |
| mkf | what governer is the best suited for leste? linux 5.8 had performance but 6.12 has shedutil | 15:57 |
| arno11 | no additional password, just email/username | 15:57 |
| mkf | i wonder if should change that | 15:57 |
| Wizzup | arno11: cool, did you also make the account? | 15:57 |
| Wizzup | https://git.maemo.org/merlijn/test-bugtracker can you file an issue here or something? | 15:58 |
| arno11 | let me try | 15:58 |
| Wizzup | mkf: we use whatever the default is | 15:58 |
| mkf | ok | 15:58 |
| Wizzup | I think ondemand | 15:59 |
| Wizzup | isn't schedutil one that allows userspace to schedule or something? | 15:59 |
| Wizzup | (didn't look it up) | 15:59 |
| Wizzup | arno11: looks like that worked | 16:00 |
| arno11 | yeah :) | 16:00 |
| Wizzup | it also shows you as the second user on the gitea | 16:00 |
| Wizzup | cool | 16:00 |
| Wizzup | and just to confirm once more, you didn't have to set up some local password right? | 16:00 |
| Wizzup | some online resource said that this was a bug in gitea, but it seems to no longer be the case | 16:01 |
| arno11 | no local password, just github credentials | 16:01 |
| Wizzup | cool | 16:01 |
| Wizzup | I'd like to disable local registration and only keep oauth2 unless we manually make accs, but I am not sure how doable that will be | 16:02 |
| arno11 | no idea | 16:02 |
| Wizzup | https://github.com/go-gitea/gitea/pull/3910 | 16:03 |
| Wizzup | ah | 16:03 |
| Wizzup | let me try | 16:03 |
| mkf | Wizzup: userspace is that one, shed uses scheduler to guess | 16:03 |
| Wizzup | arno11: ok, cool, I think this is it | 16:03 |
| arno11 | cool | 16:03 |
| Wizzup | this allows github users to register with oauth2, and regular registration is disabled | 16:03 |
| mkf | what if someone doesnt have github | 16:04 |
| Wizzup | yeah..hm | 16:04 |
| Wizzup | argh :) | 16:04 |
| Wizzup | I just don't want to deal with spam accounts | 16:04 |
| Wizzup | my plan was to make accounts on demand, but make it easy for github users to file issues | 16:04 |
| Wizzup | most of us here could just get a gitea account | 16:04 |
| freemangordon | Wizzup: hmm, I don;t think that ananicy will do the job for cgroups, if we use it, in its current shape, it will move processes out of elogind cgroup | 16:05 |
| freemangordon | which is the criteria if a process belongs to s session | 16:06 |
| Wizzup | where would we want the processes to go to | 16:06 |
| Wizzup | do we want them in the elogind cgroup? | 16:06 |
| freemangordon | they are alredy there | 16:06 |
| freemangordon | *already | 16:06 |
| Wizzup | right, but how would we make additional cgroups? | 16:06 |
| freemangordon | mkdir | 16:06 |
| Wizzup | I mean what would we do different than ananicy | 16:07 |
| freemangordon | sorry, I don;t follow | 16:07 |
| Wizzup | can a process be in multiple cgroups | 16:08 |
| freemangordon | not sure | 16:08 |
| Wizzup | if not, how do we work around the problem with processing having to be in the elogind cgroup | 16:08 |
| Wizzup | can we stack cgroups? | 16:08 |
| freemangordon | I think if it is a subdir of elogind session dir, it still counts | 16:08 |
| freemangordon | lemme check | 16:08 |
| freemangordon | hmm, ok, it seems process can be in multiple cgroups | 16:09 |
| freemangordon | lemme ask goggle/AI what is that supposed to mean | 16:09 |
| mkf | freemangordon: given our kernel is mostly patch free, i wonder if we can use a config from "known-good" setup for mobile/desktop rather than building one by hand? | 16:09 |
| mkf | idk if i should configure kernel by hand or there is a better way to do that :) | 16:10 |
| freemangordon | no good known config will enable drivers from staging :) | 16:10 |
| freemangordon | but yeah, if you find one... | 16:10 |
| Wizzup | ideally we'd have a single 32 bit arm kernel | 16:11 |
| Wizzup | so if the patches can go into our omap kernel... | 16:11 |
| freemangordon | Wizzup: according to AI, a process can be in a different cgroup, as long as each cgroup manages different resource | 16:12 |
| freemangordon | seems to be ok for our use case | 16:12 |
| Wizzup | yeah, assuming elogind doesn't manage any | 16:12 |
| freemangordon | mhm | 16:12 |
| Wizzup | ok, not the oauth2 uses the maemo-leste github orga | 16:25 |
| Wizzup | now the* | 16:25 |
| mkf | freemangordon: ok, i'm now in mainline linux | 17:07 |
| mkf | applied your patch, icd still can't connect | 17:07 |
| mkf | however with wpa_cli i can connect, sometimes. | 17:08 |
| freemangordon | mkf: weird | 17:39 |
| freemangordon | ok, why the hell gitlabhp blocked my account?!? | 17:40 |
| mkf | any idea where to look to debug this issue? | 17:41 |
| freemangordon | no, sorry | 17:41 |
| Wizzup | freemangordon: which gitlab service | 17:42 |
| freemangordon | gitlabhq | 17:42 |
| Wizzup | strange | 17:42 |
| freemangordon | Wizzup: from https://gitlab.com/ananicy-cpp/ananicy-cpp | 17:43 |
| freemangordon | I twanted to sign-in to fork | 17:43 |
| Wizzup | no idea, any reason provided | 17:44 |
| freemangordon | no | 17:44 |
| freemangordon | tried to login with my github account | 17:44 |
| freemangordon | maybe I have created a real account there, can't remember | 17:44 |
| freemangordon | tried to reset the password, no email | 17:45 |
| freemangordon | "422: Sign-in using GitHub auth failed " | 17:46 |
| Wizzup | :/ | 17:46 |
| freemangordon | ok, what now? | 17:48 |
| freemangordon | like, I made some fixes | 17:48 |
| freemangordon | when try to register, they say both username and email are already used | 17:52 |
| freemangordon | but they don;t send password recovery link | 17:52 |
| freemangordon | wtf? | 17:52 |
| Wizzup | :/ | 17:54 |
| mkf | wifi seems to work without the patches. odd. | 18:23 |
| freemangordon | yeah | 18:23 |
| freemangordon | could be FW dependent | 18:24 |
| freemangordon | Wizzup: I registered another account, and made PRs | 18:50 |
| freemangordon | now, what we do for leste? | 18:51 |
| freemangordon | would you package that https://gitlab.com/freemangordon1/ananicy-cpp ? | 18:52 |
| arno11 | Wizzup: btw, i found a bug with calls: if sound is activated in profile, it breaks sound in call. otherwise no trouble in silent mode. probably something buggy with ringtone. (shm bytes, remixing, ucm2 are ok). will open an issue | 19:02 |
| arno11 | *on daedalus | 19:03 |
| Wizzup | freemangordon: yes I can package it | 19:35 |
| freemangordon | please do | 19:36 |
| freemangordon | or rather | 19:36 |
| freemangordon | wait to see how my PRs will get treated | 19:36 |
| freemangordon | if upstream is unresponsive, or does not care, I would prefer to not use this code | 19:36 |
| Wizzup | ok | 19:39 |
| Wizzup | freemangordon: they might not want to take non-backwards compat changes | 19:40 |
| Wizzup | or at least some way to toggle between then | 19:40 |
| Wizzup | them | 19:40 |
| freemangordon | both patches are backward-compat :) | 19:41 |
| Wizzup | great :) | 19:41 |
| mkf | can i have a gittea account? | 20:33 |
| Wizzup | yeah once the setup is done/migrated I'll start doing that | 20:37 |
| Wizzup | right now it's still just a demo setup | 20:38 |
| Wizzup | we haven't migrated anything yet from github, I might also just open the reg up completely | 20:38 |
| Wizzup | for now we're still using github | 20:38 |
| mkf | ok | 20:40 |
| Wizzup | mkf: if you have a use for it now, I can give you one too, it's just just not useful yet at this point, I'm going to remove/delete all the repos that are on there currently before we switch | 20:44 |
| arno11 | Wizzup: again @renice, the 2 fmg's commits for mce and xorg + H-D renice give good perfs. you should try. not sure it is useful for you, devs, to spend time on cgroup ATM. but ofc that's just my POV. | 20:56 |
| Wizzup | I think fmg already built the packages | 20:57 |
| arno11 | ah ok, so worth a try ofc | 20:58 |
| mkf | idk a git repo would be nice. :) | 20:58 |
| mkf | i was going to upload kernel somewhere | 20:58 |
| mkf | and device trees | 20:59 |
| arno11 | Wizzup: btw HW accel seems not working on n900: xorg returns 'GLX: Initialized DRISWRAST GL provider for screen 0' | 21:01 |
| arno11 | that's maybe why Qt5 is buggy without raster | 21:02 |
| sicelo | Wizzup: you will also need to watch out for AI/LLM scrapers. seems many forges are struggling with that these days. some have implements some strict login measures as a result | 21:03 |
| Wizzup | sicelo: yeah we get that a lot with archive.org too | 21:06 |
| freemangordon | arno11: GLX is GL, not GLES | 21:07 |
| dsc_ | compiling chromium, my pc starting to make strange noises... | 21:16 |
| dsc_ | freemangordon: since you do kernel stuff, do you have a super computer, or no | 21:17 |
| dsc_ | how many cores? | 21:17 |
| arno11 | freemangordon: oh yeah. so you mean that's just some generic stuff failing on boot. ok so the problem is eslsewhere | 21:19 |
| arno11 | *elsewhere | 21:20 |
| Wizzup | dsc_: kernels compile way faster than chromium | 21:25 |
| Wizzup | like 10x or something :) | 21:25 |
| dsc_ | :P | 21:26 |
| arno11 | freemangordon: indeed, es2_info seems to return proper output | 21:30 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!
