| Wizzup | freemangordon: did people reply, I didn't see it | 01:09 |
|---|---|---|
| Wizzup | I guess they didn't reply to the ml list? | 01:09 |
| sicelo | the ML has always had some strange slowness actually. the reply can be seen here: https://lore.kernel.org/linux-iio/CAMknhBE5A3w7ntdWC9cFDYSrPQNPoH7sQ5PVXKEy6MAJmZ93SA@mail.gmail.com/T/#t | 04:50 |
| sicelo | i hope the question wasn't worded in a way to favor one option over the other :-/ | 04:51 |
| uvos__ | sicelo: i dont think its worded biased, i mean i would have made the argument that haveing one interface to proximitry sensors is a good thing, regardless of if it fits absolutly compleatly | 09:41 |
| uvos__ | i really disagree that this split is sane, but ok | 09:41 |
| uvos__ | maybe a reply explaining why we want to do this would be in order (ie we have some devices that definatly need to be on iio since they have >1b and would like to avoid having multiple interfaces to the same thing) | 09:47 |
| ac_laptop | Hello people | 10:39 |
| ac_laptop | n900 went out of battery yesterday, I let it plugged all night, this morning: I boot it twice under lest, it shut down immediately, third time it didn't boot at all. I plugged it for a few minutes, could boot under leste : it says the battery is near 0%. I reboot it under fremantle: the battery indicates 60% or so | 10:41 |
| ac_laptop | I'm letting it charge now, I'll reboot it under leste when fremantle indicates 100% | 10:42 |
| sicelo | We need to see the uevent. Not much we can say until then | 10:43 |
| ac_laptop | sicelo: I will upload the uevent log file when I reboot under leste | 10:46 |
| sicelo | So far it sounds like a worn out battery | 10:48 |
| sicelo | Yes Fremantle will behave better. Since it draws as little as 4mA most of the time, compared with 50mA on Leste | 10:49 |
| ac_laptop | sicelo: this is a replacement battery I just bought, in case those problems were due to the original one. | 10:50 |
| ac_laptop | sicelo:better power management explains the slower battery consumption on fremantle. It doesn't explains why leste suddently believes the battery is at 0% when it clearly isn't. | 10:51 |
| sicelo | Unfortunately because these are old devices, "new" batteries tend to be just as bad (n900 or any other device) | 10:52 |
| sicelo | ac_laptop: a worn battery has higher resistance, then voltage drops in exactly the way you describe | 10:53 |
| ac_laptop | sicelo: I let the device run for a day and a half on fremantle without any trouble | 10:53 |
| ac_laptop | sicelo: why would it drop suddently only under leste ? is it because of the higher consumption of leste ? | 10:54 |
| sicelo | Yes, possibly | 10:55 |
| ac_laptop | I guess I'll buy a third battery then | 10:55 |
| sicelo | Maybe wait until you have the output we requested... the voltage will be visible there | 10:56 |
| uvos__ | if you do buy a battery | 11:08 |
| uvos__ | buy modern repoduction, not a original | 11:08 |
| Wizzup | polarcell has good ones | 11:18 |
| ac_laptop | yes, if you have any recommendations in brand I'll take them, because when I search for 'BL-5J' I get pretty much everything | 11:22 |
| ac_laptop | this ? https://www.polarcell.de/en/mobile-phone-batteries/nokia/5000-series-polarcell-li-ion-replacement-battery-for-nokia-5800-xpressmusic-navigator.html 1600 mAh is a lot | 11:55 |
| uvos__ | yeah | 12:11 |
| uvos__ | polarcell numbers are fairly grounded in reality | 12:11 |
| Wizzup | freemangordon: cool @ omp, ready for testing? :) | 18:38 |
| freemangordon | should be | 18:45 |
| freemangordon | well, qml part still does not work | 18:45 |
| freemangordon | also, someday I plan to implement transparent controls background, in video window | 18:46 |
| freemangordon | but besides that I am not aware of any issues | 18:46 |
| freemangordon | have to check the one that you reported though | 18:46 |
| freemangordon | (unknown album or whatever it was) | 18:47 |
| freemangordon | maybe we shall not display albums with 0 items in then, dunno | 18:47 |
| Wizzup | I think they do have items | 18:56 |
| Wizzup | it's just that the query doesn't work | 18:57 |
| freemangordon | hmm | 18:58 |
| freemangordon | do you know which query is that | 18:58 |
| freemangordon | like, could you stop mafw-tracker-source (/usr/bin/mafw.sh stop mafw-tracker-source) and then G_MESSAGES_DEBUG=all MAFW_LOG=all /usr/bin/mafw-dbus-wrapper mafw-tracker-source | 18:59 |
| freemangordon | you should get all the queries printed | 19:00 |
| Wizzup | yes, in a bit :) | 19:00 |
| Wizzup | upgrading first, and also getting a coffee first | 19:00 |
| Wizzup | but soon :) | 19:00 |
| freemangordon | ok | 19:00 |
| freemangordon | no hurry | 19:00 |
| Wizzup | uvos__: btw I finally got these set up https://wiki.dfrobot.com/Power_Module__SKU_DFR0205_ and will use them for a lab droid4 setup, hopefully with microsd extender cable and the pcb to switch microsd from the actual slot to usb | 19:00 |
| freemangordon | BTW, most if not all bugs I fixed in omp are fremantle legacy :) | 19:01 |
| Wizzup | heh | 19:01 |
| Wizzup | some details on it would be cool, I'd include that in our news post | 19:01 |
| freemangordon | see changelog | 19:01 |
| Wizzup | ok | 19:01 |
| Wizzup | should the video scale to d4 screen? | 19:02 |
| freemangordon | yes | 19:02 |
| Wizzup | hmm | 19:02 |
| Wizzup | it doesn't yet on my d4 | 19:02 |
| freemangordon | hmm? | 19:02 |
| Wizzup | well, I went to videos, clicked play, and it plays at n900 res | 19:03 |
| Wizzup | like some parts of the screen are unused | 19:03 |
| Wizzup | btw we should maybe update the about of OMP to include ourselves | 19:03 |
| Wizzup | or you mostly I guess | 19:03 |
| freemangordon | did you select "fit ti screen"? | 19:04 |
| Wizzup | fit only makes it like 10px larger | 19:04 |
| freemangordon | weird | 19:04 |
| freemangordon | what video is that? | 19:04 |
| freemangordon | oh,wait | 19:05 |
| freemangordon | what is mafw-gst-renderer version? | 19:05 |
| freemangordon | Wizzup: hmm, something is broken | 19:08 |
| freemangordon | omp does not upgarde here | 19:08 |
| freemangordon | Wizzup: weird https://maedevu.maemo.org/extras/pool/main/o/openmediaplayer/ | 19:11 |
| freemangordon | no 20231120 version in the repo | 19:11 |
| Wizzup | let's see | 19:11 |
| Wizzup | freemangordon: extras-testing? | 19:12 |
| freemangordon | mhm | 19:12 |
| Wizzup | https://maedevu.maemo.org/pkgweb/search?q=openmediaplayer | 19:12 |
| Wizzup | https://maedevu.maemo.org/extras/pool/main/o/openmediaplayer/openmediaplayer_20231120-1+m7_amd64.deb | 19:12 |
| Wizzup | hm 404 huh | 19:12 |
| freemangordon | mhm | 19:12 |
| freemangordon | out of disk space perhaps? | 19:13 |
| Wizzup | well the rsync didn't fail at least | 19:13 |
| Wizzup | 26GB avail | 19:13 |
| Wizzup | /srv/repository/leste/pool/main/o/openmediaplayer/openmediaplayer_20231120-1+m7.dsc it does exist on jenkins | 19:13 |
| freemangordon | what the? | 19:13 |
| Wizzup | $ ls -lsh /srv/repository/leste/pool/main/o/openmediaplayer/openmediaplayer_20231120-1+m7_amd64.deb | 19:14 |
| Wizzup | 408K -rw-r--r-- 1 amprolla amprolla 408K Nov 20 17:33 /srv/repository/leste/pool/main/o/openmediaplayer/openmediaplayer_20231120-1+m7_amd64.deb | 19:14 |
| Wizzup | also on maemo-vm | 19:14 |
| Wizzup | let's see if this is just some escaiping gone wrong | 19:14 |
| Wizzup | https://maedevu.maemo.org/leste/pool/main/o/openmediaplayer/ | 19:14 |
| Wizzup | you built it not for extras | 19:14 |
| Wizzup | but for leste | 19:15 |
| Wizzup | that's what happened | 19:15 |
| Wizzup | freemangordon: ^^ | 19:15 |
| freemangordon | umm, what? | 19:15 |
| freemangordon | !build openmediaplayer chimaera-testing | 19:15 |
| Wizzup | see ci channel | 19:15 |
| freemangordon | yes | 19:15 |
| freemangordon | phew | 19:30 |
| freemangordon | finally :) | 19:31 |
| freemangordon | Wizzup: please upgrade | 19:31 |
| Wizzup | will do now | 19:34 |
| Wizzup | I was also considering rsyncing my ~400GB music collection to the sd card of the d4 | 19:34 |
| Wizzup | but I don't think I want to stress OMP that much yet :D | 19:34 |
| freemangordon | :) | 19:34 |
| freemangordon | seems mafw-gst-renderer crashes sometimes | 19:35 |
| freemangordon | Wizzup: SELECT ?v0007 ?v0008 ?v0009 ?v0010 WHERE { ?o a nmm:MusicPiece . OPTIONAL {?o nie:url ?v0007} . OPTIONAL {?o nie:title ?v0008} . OPTIONAL {?o nmm:performer/nmm:artistName ?v0009} . OPTIONAL {?o nfo:duration ?v0010} . ?o nmm:musicAlbum / nie:title '' } LIMIT 2147483647 OFFSET 0 | 19:39 |
| freemangordon | this is the query | 19:39 |
| Wizzup | freemangordon: so the thing is | 19:43 |
| Wizzup | if I go to genres | 19:43 |
| Wizzup | the first entry is | 19:43 |
| Wizzup | (unknown genre) | 19:43 |
| Wizzup | right? | 19:43 |
| Wizzup | and the subtext: (166 songs, 16 albums, 40 artists) | 19:43 |
| Wizzup | if I click on it, there is no contents | 19:43 |
| Wizzup | so let me start the prog in debug mode, sec | 19:43 |
| freemangordon | ah, that's another thing | 19:44 |
| freemangordon | lemme check | 19:44 |
| freemangordon | ok, all genres here are known :) | 19:44 |
| Wizzup | do you still want me to run this/ | 19:45 |
| freemangordon | yes | 19:46 |
| freemangordon | this? | 19:46 |
| freemangordon | the query above? | 19:46 |
| Wizzup | https://paste.villavu.com/raw/2I1JhsByql4Ii5c9pXNB5tQtN73HcUjMOf16K3tB/ | 19:47 |
| freemangordon | ok, I can repro here, but with albums | 19:48 |
| freemangordon | I have 'unknown album' with 5 songs, but when I click, it has only one song | 19:49 |
| Wizzup | right | 19:49 |
| freemangordon | ok, will se what happen | 19:49 |
| freemangordon | s | 19:49 |
| Wizzup | meanwhile my dc-dc converter is working and I can power my lab droid(s) without lab psu | 19:49 |
| Wizzup | freemangordon: btw the video scaling works now | 19:54 |
| Wizzup | it's slow, but it works | 19:54 |
| Wizzup | (the video res is the same as the d4 screen) | 19:54 |
| freemangordon | I wonder why it is so slow | 19:58 |
| freemangordon | but well | 19:58 |
| bencoh | maybe gst rescales in software | 20:06 |
| freemangordon | no | 20:06 |
| freemangordon | this is glimagesink | 20:07 |
| ac_laptop | sicelo: the output that you requested: https://www.rhizogen.es.eu.org/~ac/bugs/maemo/battery.txt | 20:09 |
| bencoh | "Depends on the driver, OpenGL handles hardware accelerated scaling of video frames." from glimagesink. does this imply it might not be supported? | 20:09 |
| Wizzup | freemangordon: oh could it be not gles but gl | 20:10 |
| ac_laptop | and the rest: https://paste.debian.net/1298730/ | 20:10 |
| ac_laptop | There doesn't seem to be anything from the reboots of this morning that were followed by an immediate shutdown, I guess upower didn't even have the time to log anything | 20:13 |
| sicelo | these are not logged by upower | 20:24 |
| sicelo | so, looks like you had a shutdown somewhere around Mon Nov 20 00:51:01 CET 2023 | 20:25 |
| sicelo | that was low voltage, and absolutely expected | 20:26 |
| sicelo | at least the few logs leading to that shutdown look ok to me. | 20:27 |
| ac_laptop | so that seems to support the hypothesis that both of my batteries are faulty ? | 20:27 |
| sicelo | not necessarily. maybe just give the whole thing time to calibrate to the true capacity | 20:28 |
| ac_laptop | sicelo: I can't get it to calibrate when it refuses to boot | 20:29 |
| sicelo | at the last log, the fuel gauge thought your battery is good for 1400mAh. more calibration cycles will bring it closer to the true capacity | 20:29 |
| sicelo | it calibrates even from fremantle ... it's just fremantle doesn't really use the fuel gauge data :-) | 20:29 |
| sicelo | at least vanilla fremantle doesnt. with cssu + power kernel, the fuel gauge is used | 20:30 |
| ac_laptop | sicelo: is there a way to "copy" the fremantle behavior into leste ? | 20:30 |
| sicelo | not really. the idea is to use the same frameworks everywhere (kernel + upower) | 20:31 |
| sicelo | plus, the fremantle stuff depended on some closed source stuff, bme | 20:31 |
| sicelo | there's really no problem with the fuel gauge in kernel. | 20:32 |
| sicelo | next time you find Leste refuses to boot, but Fremantle boots, show a `cat /sys/class/power_supply/rx51-battery/uevent` from Fremantle | 20:33 |
| sicelo | (correct the path if necessary) | 20:33 |
| sicelo | i guess this will take us one step closer to solving your mystery | 20:34 |
| ac_laptop | sicelo: I couldn't find any /sys/class/power_supply under fremantle | 20:34 |
| sicelo | on my N900 there is, but only rx51-battery | 20:35 |
| sicelo | can you double-check? | 20:35 |
| ac_laptop | /home/user # ls /sys/class/ | 20:41 |
| ac_laptop | backlight gpio ieee80211 mmc_host rtc spi_master usb_host | 20:41 |
| ac_laptop | bdi graphics input mtd scsi_device ti_bridge usbmon | 20:41 |
| ac_laptop | bluetooth hwmon leds net scsi_disk tty vc | 20:41 |
| ac_laptop | display i2c-adapter mem omap-previewer scsi_host ubi video4linux | 20:41 |
| ac_laptop | firmware i2c-dev misc regulator sound usb_endpoint vtconsole | 20:41 |
| freemangordon | Wizzup: I doubt | 20:42 |
| freemangordon | I am trying es2 first | 20:42 |
| freemangordon | yeah, glimagesink is way slower than xv :( | 20:46 |
| arno11 | freemangordon: FYI omp is broken since oct 22 or oct 25 on n900 iirc. previously able to play radio, music and video (laggy but working) | 20:47 |
| freemangordon | define "broken" | 20:47 |
| freemangordon | also, did you upgrafe mafw-gst-renderer? | 20:47 |
| freemangordon | *upgrade | 20:47 |
| arno11 | the app was able to start, finding tracks but not starting to play | 20:48 |
| sicelo | ac_laptop: what version of Fremantle are you running? there should be an About Device in the Settings/Control Panel | 20:48 |
| freemangordon | arno11: please upgrade now | 20:48 |
| arno11 | freemangordon: ok | 20:49 |
| freemangordon | arno11: if it still does not work, please report mafw-gst-renderer | 20:49 |
| arno11 | mafw version 0.4.1+m7 | 20:52 |
| arno11 | still not working | 20:52 |
| freemangordon | arn | 20:52 |
| freemangordon | oops | 20:52 |
| freemangordon | arno11: could you execute /usr/bin/mafw stop mafw-gst-renderer | 20:53 |
| arno11 | yep | 20:53 |
| freemangordon | and then: | 20:53 |
| freemangordon | G_MESSAGES_DEBUG MAFW_LOG=all /usr/bin/mafw-dbus-wrapper mafw-gst-renderer | 20:54 |
| freemangordon | then restart omp | 20:54 |
| freemangordon | and try to play something | 20:54 |
| arno11 | freemangordon: sorry but can't stop mafw, something is wrong, path seems incorrect | 21:00 |
| freemangordon | oh, sorry | 21:01 |
| freemangordon | it is /usr/bin/mafw.sh stop mafw-gst-renderer | 21:01 |
| arno11 | i already tried but still not working (?!) | 21:02 |
| arno11 | 1 min | 21:02 |
| freemangordon | sorry, what does not work? | 21:02 |
| freemangordon | I want logs from mafw-gst-renderer | 21:02 |
| freemangordon | so, you should stop the one started by the system and start manually, with logs enabled | 21:03 |
| freemangordon | G_MESSAGES_DEBUG MAFW_LOG=all /usr/bin/mafw-dbus-wrapper mafw-gst-renderer is the cpmmand to start the renderer | 21:03 |
| freemangordon | so, what does not work? | 21:04 |
| arno11 | yep i understand but still not able to run mafw stop, i've checked in the sh file, it's ok but the command is not working | 21:05 |
| freemangordon | what do you mean "not working"? | 21:05 |
| freemangordon | what do you expect to happen? | 21:05 |
| freemangordon | what is the output of ps -ef | grep mafw | 21:06 |
| arno11 | whatever i do it says command not found, maybe i'm tired or silly lol | 21:06 |
| freemangordon | do you have mafw-dbus-daemon installed? | 21:07 |
| ac_laptop | sicelo: Maemo 5 version: 20.2010.36-2 | 21:07 |
| arno11 | freemangordon: yep | 21:10 |
| arno11 | let me few min to check what's going on on my device | 21:11 |
| freemangordon | ok | 21:11 |
| freemangordon | but mafw-dbus-daemon has /usr/bin/mafw.sh script | 21:12 |
| freemangordon | ok, seems gst shaders are suboptimal, mpv os way faster using gl vo | 21:14 |
| freemangordon | *is way | 21:14 |
| freemangordon | ttyl | 21:14 |
| sicelo | ac_laptop: ah ok. PR 1.3 | 21:15 |
| sicelo | uvos__: there has been another reply, agreeing with the first. i guess ... it is what it is | 21:16 |
| ac_laptop | sicelo: do I need to do something ? | 21:16 |
| sicelo | no | 21:16 |
| sicelo | i guess rx51-battery comes with KP | 21:16 |
| sicelo | i think when Leste refuses to boot, but Fremantle does, you can run some hal commands to see what fremantle thinks of your battery, then we can compare. you can look on tmo for useful hal commands. i never really used that :-) | 21:18 |
| freemangordon | ok, seems glimagesink does not support I420 :( | 21:23 |
| arno11 | freemangordon: ok i have to go but mafw-gst-renderer is installed but not working and not present in /usr/bin | 21:23 |
| freemangordon | heh | 21:24 |
| arno11 | actually it is not running so impossible to stop | 21:24 |
| freemangordon | ok, lets continue tomorrow | 21:24 |
| arno11 | and start | 21:26 |
| arno11 | ah wait | 21:27 |
| arno11 | failed to create opemgl context | 21:29 |
| arno11 | *opengl | 21:29 |
| arno11 | and other errors...but i have to go. ttyl or tomorrow | 21:30 |
| freemangordon | ok | 21:30 |
| ac_laptop | sicelo: tmo ? | 21:33 |
| freemangordon | arno11: oh, your n900 is still on 16bpp? won;t work, you have to switch back to 24bpp | 22:47 |
| arno11 | freemangordon: nope the issue occured before switching to 16bpp | 22:52 |
| freemangordon | well, glimagesink does not work on 16bpp | 22:53 |
| arno11 | i can try tomorrow if you want, no probs | 22:53 |
| arno11 | yes i remember | 22:53 |
| freemangordon | yes, please | 22:53 |
| arno11 | well i just need few min to test :) i do it now | 22:55 |
| arno11 | freemangordon: it works again if i start mafw-gst-renderer manually | 23:08 |
| arno11 | otherwise same symptoms | 23:09 |
| arno11 | in 24bpp ofc | 23:09 |
| freemangordon | mafw-gst-renderer should auto-start | 23:10 |
| freemangordon | lets continue tomorrow | 23:11 |
| arno11 | yes ofc but that seems to be the issue | 23:11 |
| arno11 | ok gn | 23:11 |
| freemangordon | gn | 23:12 |
| uvos | sometimes i wonder how people mange to download currupt files all the time | 23:43 |
| uvos | this has essentally never happend to me... | 23:43 |
| uvos | and to somehow end up with a corrupt file from a git clone, you must have some serious bad luck, how dose that even happen. | 23:44 |
| dsc_ | you repel cosmic rays | 23:46 |
| uvos | i would make a joke about my moms basement, but my parents dont have one. | 23:47 |
| Wizzup | well microsd cards corrupt frequently | 23:51 |
| Wizzup | cheap ones especially | 23:51 |
| uvos | sure but i was commenting on https://github.com/maemo-leste/bugtracker/issues/713 , no sdcard involved | 23:52 |
| uvos | and git checks the files after a clone, so how that happend is a mystery to me | 23:52 |
| uvos | or maybe his hdd/ssd is failing or something | 23:53 |
| Wizzup | ah | 23:53 |
| Wizzup | hmm | 23:53 |
| Wizzup | or he flashed the wrong one somehow | 23:53 |
| Wizzup | I am upgrading a d4 I have here and it's consistently failing with a dpkg-divert error on 85 input rules | 23:53 |
| Wizzup | I totally forgot how to fix that | 23:54 |
| uvos | rm the offending file | 23:54 |
| uvos | but it should not happen in the first place... | 23:54 |
| Wizzup | still happens somehow, even with file removed | 23:55 |
| uvos | huh ok | 23:55 |
| uvos | whats the error? | 23:55 |
| Wizzup | dpkg-divert: error: 'diversion of /lib/udev/rules.d/85-input-devices.rules to /lib/udev/rules.d/85-input-devices.rules.leste-orig by leste-config-droid4' clashes with 'diversion of /lib/udev/rules.d/85-input-devices.rules to /lib/udev/rules.d/85-input-devices.rules.leste-orig by leste-config-mapphone' | 23:55 |
| Wizzup | dpkg: error processing package leste-config-droid4 (--configure): installed leste-config-droid4 package post-installation script subprocess returned error exit status 2 | 23:55 |
| Wizzup | dpkg: dependency problems prevent configuration of leste-config-mapphone: leste-config-mapphone depends on leste-config-bionic | leste-config-droid4 | leste-config-droid3; however: | 23:55 |
| Wizzup | I should manually run the post inst I guess | 23:56 |
| uvos | ok | 23:56 |
| uvos | so the solution to this | 23:56 |
| uvos | was to remove the divert | 23:56 |
| uvos | theres a tool for this | 23:56 |
| uvos | i dont quite remember what its called | 23:56 |
| uvos | maybe dpkg-divert | 23:56 |
| Wizzup | ah manually remove the diversion? | 23:57 |
| uvos | yeah | 23:57 |
| Wizzup | # dpkg-divert --list | grep input | 23:57 |
| Wizzup | diversion of /lib/udev/rules.d/85-input-devices.rules to /lib/udev/rules.d/85-input-devices.rules.leste-orig by leste-config-mapphone | 23:57 |
| Wizzup | ok | 23:57 |
| Wizzup | ty\ | 23:57 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!