| Wizzup | maemo-launcher can also help I think | 00:02 |
|---|---|---|
| arno11 | yeah probably | 00:02 |
| freemangordon | Wizzup: you were right, inotify cannot be used on /proc, going to use netlink | 07:39 |
| Wizzup | sounds good | 07:40 |
| freemangordon | Wizzup: about name: what about 'pmngd'? | 07:46 |
| freemangordon | or 'procmngd'? | 07:47 |
| Wizzup | will it just be nice or more? | 07:47 |
| freemangordon | initially it will be nice only | 07:48 |
| freemangordon | but I may add cgroups and ionice at some point | 07:48 |
| freemangordon | shouldn't be that hard | 07:48 |
| Wizzup | then procmngd I tihnk | 07:50 |
| Wizzup | bbl | 07:50 |
| freemangordon | ok, thanks | 07:50 |
| mkf | gday | 09:47 |
| Wizzup | hi | 09:50 |
| mkf | is there plan for wayland? | 10:51 |
| mkf | also, how can i see translated interface? | 10:53 |
| Wizzup | I don't understand the question on the translated interface | 11:00 |
| Wizzup | And there's no plan for wayland at this time, it'll require so much development time and re-engineering we're not remotely ready for it | 11:01 |
| mkf | good. moar x11. | 11:03 |
| mkf | re: translated: i want to change language of ui to something else | 11:04 |
| mkf | خthere a is device language section, but it doesn't list my language | 11:06 |
| mkf | it indeed is translated, weblate shows it's 50%+ | 11:07 |
| mkf | 98% actually | 11:10 |
| mkf | https://hosted.weblate.org/projects/maemo-leste/-/fa/ | 11:10 |
| Wizzup | we might have to add it to /etc/locale.gen for it to show | 11:33 |
| mkf | �t does get generated in apt updates | 11:34 |
| Wizzup | right, but does it contain your language? | 11:36 |
| Wizzup | locale-gen just generates locales from /etc/locale.gen | 11:36 |
| mkf | let me see | 11:36 |
| Wizzup | but you need to actually add it there | 11:36 |
| Wizzup | also - we might just lack the l10n packages for it currently | 11:36 |
| mkf | it's commented | 11:37 |
| mkf | me enables it | 11:37 |
| mkf | can i disables ones i dont use? | 11:37 |
| Wizzup | yes | 11:38 |
| mkf | who did the nokia related translations? | 11:42 |
| mkf | nokia itself or community? | 11:43 |
| mkf | my nokia and related stuff | 11:43 |
| Wizzup | some of it came from nokia, some of it from weblate | 11:44 |
| Wizzup | some of our newer packages probably aren't that great with localisation yet | 11:44 |
| mkf | i see. | 11:45 |
| mkf | is something wrong with fordo? | 11:58 |
| mkf | (git.maemo.org) | 11:58 |
| Wizzup | let me see | 11:59 |
| Wizzup | it works immediately for me on curl | 12:00 |
| Wizzup | but not in firefox? | 12:00 |
| Wizzup | I restarted forgejo for now | 12:01 |
| Wizzup | It seemed some sql queries were slow | 12:01 |
| mkf | yay | 12:01 |
| Wizzup | I have to head out, will be back later | 12:01 |
| mkf | works. cool | 12:15 |
| mkf | can we enable it? | 12:37 |
| mkf | (language in maemo) | 12:37 |
| Wizzup | did you configure it from the control panel? | 12:45 |
| mkf | yes | 12:46 |
| Wizzup | nice | 12:46 |
| mkf | although settings program goes mad | 12:46 |
| Wizzup | mad how? | 12:46 |
| mkf | let me take a photo | 12:47 |
| Wizzup | scrot can be used to make screenshots from ssh | 12:48 |
| mkf | strangely reboot kills sdio wifi | 12:49 |
| mkf | fmg: did you had issues on that one? | 12:49 |
| mkf | Wizzup: while scrot installs, can i change dpi in leste? | 12:55 |
| mkf | this q8 has same resolution with n900, but it's 3x bigger | 12:55 |
| mkf | https://cloud9p.org/usr/mkf/tmp/leste.settings.png | 12:57 |
| mkf | wizzup: ^ | 12:57 |
| sicelo | i see a few regressions in daedalus, at least on D4 | 16:43 |
| sicelo | (1) the keyboard layout seems to be missing some important customizations, e.g. OK+P no longer produces the pipe (|) symbol | 16:43 |
| sicelo | (2) rotation doesn't work anymore | 16:44 |
| sicelo | i think both are due to upstream packages ... | 16:44 |
| sicelo | for (1), most likely xkb-data. for (2), i have indeed seen that iio-sensor-proxy does not start automatically since there is only a systemd init script | 16:45 |
| sicelo | wonder how Devuan intends for that to get started | 16:45 |
| sicelo | i'm thinking that we could ship these things (iio-sp openrc script, xkb layout, etc.) using leste-config or similar. because yes, there are some nice benefits to using upstream packages as much as possible | 16:47 |
| sicelo | of course for iio-sp, i do request a fork just so we can get the latest and greatest features | 16:47 |
| gnarface | sicelo: see if the missing init script is in the orphan-sysvinit-scripts package, and if it's not report it to fsmithred | 16:48 |
| gnarface | (debian has been killing them off one by one, they just add them all to that package) | 16:49 |
| gnarface | temporarily you can just probably copy the one from chimaera for a quick fix | 16:49 |
| gnarface | it might have already been noticed and put in the orphan-sysvinit-scripts package though | 16:50 |
| sicelo | doesn't seem to be the case, https://packages.debian.org/sid/all/orphan-sysvinit-scripts/filelist | 16:51 |
| gnarface | unless it's something that is intended to get started by the session manager or something weird like that now - there's precedent for that, like with pulseaudio | 16:51 |
| gnarface | yea, just report it to them | 16:52 |
| gnarface | it's a known ongoing issue | 16:52 |
| sicelo | anyway, we will fork iio-sp for now, for the reason i mentioned above, so we can ship the init script without issues (we used to in the past as well). maybe by the time we switch versions, Leste will be using systemd ;-) | 16:53 |
| gnarface | fork the whole distro for all i care, but i think you're being foolish and spiteful | 16:54 |
| sicelo | uh ? | 16:55 |
| Wizzup | sicelo: pipe works for me on d4 | 16:55 |
| sicelo | OK+p ? | 16:56 |
| sicelo | weird. doesn't work here. maybe you upgraded to daedalus? i used the image | 16:56 |
| Wizzup | yeah, but iirc I did rebase | 16:57 |
| Wizzup | will look | 16:57 |
| sicelo | i think image got mostly upstream packages (which is a good thing in most cases) | 16:57 |
| sicelo | so i guess on your D4, autorotation is still working, right? | 16:57 |
| Wizzup | yes | 16:58 |
| sicelo | yes. so the previous configs were still there | 16:58 |
| sicelo | on new image it isn't working. that said, if you start iio-sp manually, then it does work | 16:59 |
| sicelo | so anyway, my main question/aim for discussion was - how to fix these? is shipping the customized stuff via leste-config-* fine, or would that have gotchas? | 17:00 |
| sicelo | e.g. the D4 layout ... instead of forking xkb-data like we did in the past, just add it in correct place using leste-config-mapphone or whatever it's called? | 17:01 |
| sicelo | gnarface: apologies. i want an iio-sp fork because i have worked with upstream iio-sp to add some features with the intention of using them on Leste (supporting N900's proximity sensor; reporting face-down and face-up orientations, which Leste can use to silence alarms, etc.) | 17:02 |
| gnarface | sicelo: can you confirm the last time the actual init script was seen? it's apparently not showing up in chimaera either. if it ever actually had one they'll want put it in that package regardless of whether you'll use it | 17:07 |
| sicelo | as mentioned, we had it in the forked iio-sp. as for Devuan/Debian, i don't know if they ever had it | 17:08 |
| gnarface | hmmm... well which debian version did you fork that from? | 17:09 |
| sicelo | i think the script was manually added by the dev who packaged it for Leste, i.e. it was not from debian | 17:10 |
| gnarface | maybe so, it wasn't in bewoulf either apparently | 17:11 |
| sicelo | Wizzup: i must finish up the upower work this weekend. seems to be working perfectly fine for me so far on N900 & D4. plus the upower maintainer seems to be accepting of my patch .. just needs tests | 17:12 |
| freemangordon | sicelo: is it possible that iio-sensor-proxy starts by dbus activation? | 17:38 |
| Wizzup | sicelo: sounds great @ upower | 17:55 |
| Wizzup | sicelo: I prefer forking even for missing init scripts, but if devuan has a solution that contains it, I am ok with it too | 17:56 |
| Wizzup | prefer either to having it in leste-config | 17:56 |
| Wizzup | we could put it in hildon-initscripts but meh | 17:56 |
| arno11 | indeed iio-sp is deactivated on my daedalus too | 18:00 |
| gnarface | the word from devuan is this package never seems to have had an init script, at least not since jessie... and i can't get debian's package search page to talk to me about anything older than beowulf | 18:00 |
| Wizzup | yes, we added it in our fork | 18:00 |
| Wizzup | we're just trying to not have to fork it | 18:01 |
| Wizzup | so we can get it added to this devuan pkg that gnarface mentioned, or just fork iio and get the init script upstreamed | 18:01 |
| gnarface | i assume we can get older versions from the archive, but there's no evidence anything earlier would have it anyway, right? | 18:01 |
| gnarface | it does beg the question: how was it supposed to start? | 18:01 |
| gnarface | but i don't think it would be the first debian package i've encountered that just never had one | 18:02 |
| gnarface | though occasionally you find an example one in /usr/share/doc | 18:02 |
| gnarface | that doesn't seem to be the case here | 18:03 |
| freemangordon | gnarface: as it is a dbus service, maybe the idea was that dbus starts it | 18:07 |
| freemangordon | unfortunately I have to run now, so maybe somebody else can confirm | 18:07 |
| freemangordon | if not, I can check tomorrow | 18:07 |
| sicelo | freemangordon: no, iio-s-p doesn't start via dbus-activation. if it did, then rotation would work. fwiw, upower has same init script 'problem' but it does support dbus-activation, hence it works | 18:15 |
| sicelo | Wizzup: I understand @forking | 18:16 |
| sicelo | gnarface: upstream ships a systemd service. hope that answers your 'how was it supposed to start?' question. | 18:17 |
| gnarface | hmm, so maybe debian wheezy had it? | 18:19 |
| gnarface | systemd hadn't been in the distro the whole time, had it? | 18:20 |
| gnarface | i thought they only added it in squeeze | 18:20 |
| gnarface | or was that just when they made it the default? | 18:20 |
| gnarface | to the best of my recollection, most packages didn't just immediately delete the init script way back in jessie, i don't recall noticing init scripts getting assassinated until much more recently | 18:24 |
| Wizzup | gnarface: we have the init script in our fork, so surfacing it is not the problem I think | 18:24 |
| Wizzup | sicelo: we never shipped an init script for upower btw | 18:24 |
| sicelo | gnarface: no idea. Anyway, we're definitely forking iio-s-p for the daedalus cycle at least (primarily for the reasons I mentioned). actually I guess adding it in the orphans package wouldn't help us for daedalus anyway ... maybe for excalibur | 18:25 |
| sicelo | yes @upower ... that one starts via dbus activation | 18:26 |
| sicelo | with Trixie already in early stages of its freeze cycle, probably too late for iio-s-p orphan script too | 18:27 |
| gnarface | hmm, package doesn't appear in wheezy or squeeze, so i guess it really never had an init script | 18:39 |
| gnarface | i really wonder what that means but i guess it's more academic curiosity, sorry to have added unnecessary drama to this | 18:40 |
| mkf | øٌWizzup: https://hosted.weblate.org/projects/maemo-leste/osso-uri-l10n/#alerts | 20:03 |
| Wizzup | gnarface: np appreciate the input | 20:10 |
| Wizzup | mkf: hm | 21:49 |
| Wizzup | I just clicked unlock | 21:51 |
| Wizzup | I didn't see anything off on github | 21:51 |
| Wizzup | let's see | 21:51 |
| freemangordon | sicelo: yes, I understand it does not, my point was that maybe it was meant to be started by dbus, thus no init script | 21:57 |
| freemangordon | ok, it seems it is started by udev rules | 22:02 |
| freemangordon | https://gitlab.freedesktop.org/hadess/iio-sensor-proxy/-/blob/master/data/80-iio-sensor-proxy.rules?ref_type=heads | 22:03 |
| Wizzup | these rules only activate a systemd service | 22:04 |
| sicelo | no, the udev rules don't start it. they just add tas on the sensor, so when iio-sp eventually starts it just looks for the tags to find the sensor | 22:04 |
| freemangordon | but, the way those are written (and judging on the git history), it was never meant to activate anything but a systemd service | 22:04 |
| Wizzup | ourobouros strikes again | 22:04 |
| sicelo | s/tas/tags/ | 22:04 |
| Wizzup | sicelo: https://gitlab.freedesktop.org/hadess/iio-sensor-proxy/-/blob/master/data/80-iio-sensor-proxy.rules?ref_type=heads#L23 | 22:04 |
| freemangordon | :nod: | 22:04 |
| sicelo | making it dbus activatable is actually trivial. | 22:11 |
| sicelo | and i think dbus activation is upstreamable vs. an openrc service | 22:12 |
| freemangordon | mhm | 22:14 |
| sicelo | h-d gets orientation information from mce? | 22:18 |
| sicelo | asking because with iio-sp being dbus-activated, hd doesn't autorotate. dbus shows the service, with "activatable" status. so whatever that h-d is using does not seem to try hard enough to poke at the dbus service | 22:21 |
| sicelo | if i do something like `busctl tree net.hadess.SensorProxy` it then gets activated and autorotation works. need to find how to fix whoever informs h-d about orientation | 22:22 |
| Wizzup | I think we just listen for signals | 22:26 |
| Wizzup | that might not activate it | 22:26 |
| sicelo | right, yes | 22:29 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!
