freemangordon | Wizzup: I think the issue comes from non-dsme reboot | 00:01 |
---|---|---|
freemangordon | h-h is either not removing most probably | 00:02 |
freemangordon | s/either// | 00:02 |
freemangordon | ugh | 00:02 |
freemangordon | h-h is not removing its timestamp file most probably | 00:02 |
buZz | its not there | 00:03 |
freemangordon | :( | 00:03 |
freemangordon | please pastebin last ~100 lines from dsme log | 00:03 |
buZz | alright | 00:03 |
buZz | https://space.nurdspace.nl/~buzz/maemo/last100lines.log | 00:05 |
freemangordon | "Process '/usr/bin/hildon-home' with pid 4145 exited with return value 1 and restarted with pid 4146" etc | 00:06 |
Wizzup | maybe some widget doesn't like starting early on | 00:06 |
freemangordon | mhm | 00:06 |
freemangordon | but I wonder which one | 00:06 |
freemangordon | buZz: could you pastebin last 200 lines? | 00:07 |
buZz | maybe calendar backend takes a long time to start with 397489475983749 entries in it? | 00:07 |
buZz | bit less, but its not few | 00:07 |
freemangordon | that should not crash the widget, no? | 00:07 |
buZz | change filename to 200 for 200 lines version | 00:08 |
buZz | i'll do a 1000 ahead of your request aswell :P | 00:08 |
freemangordon | no | 00:09 |
buZz | ok | 00:09 |
freemangordon | Apr 15 23:39:05 localhost DSME: process '/usr/bin/hildon-home' started with pid 2666 | 00:10 |
freemangordon | Apr 15 23:42:06 localhost DSME: Process '/usr/bin/hildon-home' with pid 2666 exited with return value 0 | 00:10 |
freemangordon | what the? | 00:10 |
buZz | might be me messing with gdb? /me checks timestamps | 00:11 |
freemangordon | no | 00:11 |
Wizzup | good luck, /me zz | 00:14 |
freemangordon | yeah, I need some rest too | 00:14 |
buZz | take your time guys :) | 00:15 |
freemangordon | buZz: when I have time I will provide you a special version of cal widget to track what's going on | 00:15 |
Wizzup | freemangordon: I will see if I can start working on news post | 00:15 |
Wizzup | (tomorrow) | 00:15 |
freemangordon | cool | 00:15 |
buZz | cool cool :) | 00:15 |
Wizzup | we still have some regressions, but urgent ones | 00:15 |
Wizzup | (maep crash and syncevolution syncing not working are the ones on my mind) | 00:16 |
Wizzup | maep crash is probably simple | 00:16 |
freemangordon | buZz: in the meanwhile, please confirm that with calendar widget not added, other widgets survive reboot | 00:16 |
freemangordon | buZz: one more thing (I doubt it will help, but still) | 00:17 |
freemangordon | could you pastebin last 200-300 lines of /var/log/maemo/hildon-home.log | 00:17 |
buZz | holy, that file is >500MB | 00:18 |
freemangordon | hmmm | 00:18 |
Wizzup | probably usb stuff | 00:19 |
Wizzup | we still have the constant switching when on power and full | 00:19 |
buZz | it seems every ... 3 seconds a loooot of debug_netreg() lines | 00:19 |
Wizzup | oh | 00:19 |
Wizzup | yeah that | 00:19 |
Wizzup | good point, I should remote that | 00:19 |
Wizzup | remove* | 00:19 |
Wizzup | well if you ever wanted to know the cellids you visited :P | 00:20 |
buZz | heheh | 00:20 |
buZz | more fun would be finding cellids that are unlisted ;) | 00:21 |
buZz | last 300 lines is -just- netreg stuff :) | 00:22 |
buZz | oh! | 00:22 |
buZz | Apr 15 23:57:02 localhost hildon-home[2629]: CALENDAR:getInstanceTimes: CComponent::getInstanceTimes(time_t,time_t): DEPRECTAED#012 | 00:22 |
buZz | DEPRECTAED :D | 00:22 |
buZz | btw last 300 lines of hildon-home.log ; https://space.nurdspace.nl/~buzz/maemo/last300lines.log | 00:23 |
freemangordon | hmm that's too noisy | 00:24 |
freemangordon | I need th elog around Apr 15 23:42:06 | 00:24 |
buZz | but there -is- a calendar error in it | 00:24 |
freemangordon | where? | 00:25 |
buZz | Apr 15 23:57:02 localhost hildon-home[2629]: CALENDAR:getInstanceTimes: CComponent::getInstanceTimes(time_t,time_t): DEPRECTAED#012 | 00:25 |
freemangordon | thats a warning | 00:25 |
freemangordon | I guess | 00:25 |
buZz | oh ok | 00:25 |
freemangordon | but yeah, maybe this is the issue | 00:25 |
buZz | the timestamp is right before i rebooted | 00:26 |
buZz | just after i re-added the widget | 00:26 |
freemangordon | yeah, but we need after the reboot with missing wodget | 00:26 |
freemangordon | *widget | 00:26 |
buZz | right, hmhm | 00:27 |
buZz | thats the lines below it from 00:02 on | 00:27 |
freemangordon | anyway, lets continue next time | 00:29 |
buZz | alright :) | 00:30 |
arno11 | Wizzup: i need your help to test something with pulse.c | 11:39 |
arno11 | using my pactl tweak pulseaudio is just using the correct 16ms latency request from pulse.c | 11:43 |
arno11 | i see it from pactl | 11:43 |
arno11 | but the real answer from pa is arround 29ms | 11:43 |
arno11 | it can't do better i think | 11:43 |
arno11 | that's probably why there is a huge cpu usage | 11:44 |
arno11 | i think we should try to set pa_usec_to_bytes to 30ms (30 * 1000) | 11:45 |
arno11 | this way i think we will have a real 30ms latency and less cpu power cons | 11:46 |
arno11 | just a theory from what i see from pactl output | 11:47 |
arno11 | so i think we should try to set pa_usec to 30ms from the stock pulse.c | 11:48 |
Wizzup | arno11: hi | 12:13 |
Wizzup | arno11: maybe you can modify the source (change 16 * 1000) to (32*1000), or maybe go for 50-100ms first to see if it works at all | 12:13 |
Wizzup | since normally it was 600ms | 12:13 |
arno11 | hi | 12:14 |
Wizzup | maybe try 100 * 1000 first for both sink and source | 12:15 |
arno11 | indeed maybe 50-100 first | 12:15 |
Wizzup | and if it's still 5s then there's something else wrong | 12:15 |
Wizzup | (maybe what I am doing) | 12:16 |
arno11 | makes sense for me | 12:16 |
arno11 | so 100 or maybe 64 ? | 12:17 |
Wizzup | I think either is probably fine | 12:17 |
Wizzup | maybe higher is safer as a first step | 12:18 |
Wizzup | (so 100) | 12:18 |
arno11 | ok | 12:18 |
Pali | Hello! I played with 0xFFFF again and implemented generating of mmc part layout for fiasco image.... Now it is possible to unpack all parts of Nokia MMC fiasco image and pack it back, and resulting fiasco image is byte exactly same as the original one. | 12:19 |
Pali | All changes are in git now https://github.com/pali/0xFFFF | 12:19 |
Wizzup | cool! | 12:20 |
Pali | unpack via: 0xFFFF -M RX-51_2009SE_10.2010.13-2.VANILLA_PR_EMMC_MR0_ARM.bin -u | 12:20 |
Pali | pack back: 0xFFFF -m RX-51_2009SE_10.2010.13-2.VANILLA:mmc:mmc_RX-51_2009SE_10.2010.13-2.VANILLA_part1_mydocs@mydocs#mmc_RX-51_2009SE_10.2010.13-2.VANILLA_part2%mmc_RX-51_2009SE_10.2010.13-2.VANILLA_layout.txt -g RX-51_2009SE_10.2010.13-2.VANILLA_PR_EMMC_MR0_ARM.bin.new | 12:20 |
arno11 | Wizzup: could you pls make the change on gh if you have time ? | 12:22 |
Wizzup | arno11: ok, sure | 12:22 |
arno11 | :) thx man | 12:23 |
Wizzup | pushed | 12:23 |
Wizzup | (to latency-test branch) | 12:23 |
arno11 | ok :) | 12:23 |
Wizzup | huh, a local build of maep doesn't crash | 12:33 |
Wizzup | well, with -O0 -ggdb at least | 12:33 |
Wizzup | arg | 12:33 |
Wizzup | ah: | 12:35 |
Wizzup | osm-gps-map-osd-classic.c:817:41: warning: iteration 8 invokes undefined behavior [-Waggressive-loop-optimizations] | 12:35 |
Wizzup | c | 12:48 |
Wizzup | oops | 12:48 |
Wizzup | sicelo: can you check for your extras pkgs and see which ones aren't marked yet: https://github.com/maemo-leste/bugtracker/issues/644#issuecomment-1344151471 | 13:06 |
arno11 | Wizzup: now your changes from yesterday work ;) | 13:35 |
arno11 | with 100ms settings | 13:36 |
arno11 | but surprisingly pa configured 30ms request | 13:37 |
arno11 | and 43ms result | 13:37 |
arno11 | sound is good | 13:37 |
arno11 | comparable to my previous tweak | 13:38 |
arno11 | and no real diff in latency perception | 13:39 |
arno11 | the weird result are probably due tsched and number of fragments | 13:41 |
arno11 | i can change that in daemon.conf iirc | 13:43 |
Wizzup | arno11: great!! | 13:45 |
Wizzup | arno11: can you elaborate on the tsched and fragment numbers? | 13:45 |
Wizzup | the pa doc said to leave that unset so that PA can figure it out | 13:45 |
arno11 | yes indeed but per default (like 4000hz freq) pulseaudio use 4 fragments and tsched is active iirc | 13:49 |
arno11 | let me check | 13:49 |
Wizzup | I think -1 in the case of the source code it just lets PA figure it out | 13:49 |
Wizzup | I don't know what it means in context of daemon conf | 13:49 |
arno11 | daemon.conf is on top of all other stuff apparently | 13:50 |
arno11 | same s**t than frequencies lol | 13:51 |
Wizzup | hm, does that void the code I wrote, I don't think so, right? | 13:51 |
arno11 | i'm wrong that's not in daemon.conf so no risk to void the code | 13:54 |
Wizzup | ok, great | 13:54 |
arno11 | yes | 13:55 |
Wizzup | how is the cpu usage? | 13:55 |
arno11 | still high | 13:55 |
arno11 | and not understanding why | 13:55 |
arno11 | 3 or 4 pa process at the same time | 13:55 |
arno11 | looking similar | 13:56 |
Wizzup | probably related to rate conversion honestly | 13:57 |
Wizzup | anyway, we can deal with that a bit later I think | 13:58 |
arno11 | yes | 13:58 |
Wizzup | do you want to reply on the ml to let pavel and others know that this fixes the latency issue mostly? | 13:59 |
arno11 | ok no probs | 13:59 |
arno11 | now i think the 2 next things to fix are: the portrait/landscape issue with sphone and the tricky way to start nokia modem with no sphone/ofono crash | 14:05 |
arno11 | for nokia modem i think i should find a solution | 14:06 |
Wizzup | sphone can be worked around with a one liner, but I don't think uvos wants it because he thinks we should fix rotation in n900 driver | 14:07 |
Wizzup | which is fair enough | 14:07 |
arno11 | indeed | 14:07 |
Wizzup | sphone needs to pick up on modems being added | 14:11 |
Wizzup | though | 14:11 |
Wizzup | and we should ensure ofono on n900 can deal with modems being added ok | 14:11 |
Wizzup | meanwhile I fixed all compile warnings/errors in cloudgps at least | 14:12 |
arno11 | cool !!! | 14:15 |
Wizzup | for the sphone modem added bug, I think that is one for uvos | 14:17 |
arno11 | ok | 14:17 |
Wizzup | is there still also a bug loading the module? | 14:18 |
Wizzup | on boot say | 14:18 |
arno11 | no idea | 14:20 |
arno11 | i'll try on next reboot | 14:20 |
l_bratch | Good afternoon, exciting news for N900 voice calls on the mailing list and above! :-) P.S. Is there a working mailing list archive anywhere? The one at https://mailinglists.dyne.org/pipermail/maemo-leste/ gives a 404. Thanks! | 14:23 |
Wizzup | I tried to contact the dyne folks about it and they didn't reply | 14:23 |
Wizzup | let me try again | 14:23 |
l_bratch | thanks very much | 14:24 |
arno11 | google "maemo leste dyne.org" first link ;) | 14:24 |
Wizzup | the archives 404 for me | 14:24 |
Wizzup | what link do you have arno11 ? | 14:24 |
Wizzup | https://lists.dyne.org/lurker/list/maemo-leste.da.html this? | 14:25 |
arno11 | lists.dyne.org/lurker/list/maemo-leste.en.html | 14:25 |
Wizzup | yeah, weird | 14:26 |
Wizzup | it's just one of them that 404s | 14:26 |
arno11 | otherwise 404 error too | 14:26 |
l_bratch | Ah, I didn't know about that one, yes that works thank you. The scary new world of a non-pipermail archive! | 14:28 |
Wizzup | dyne offered to host the mailing list for us and we just kind of went with it | 14:28 |
Wizzup | :) | 14:28 |
arno11 | ttyl guys (sunday home repairs) | 14:31 |
Wizzup | arno11: in case you read the logs, I already replied to the ml just to let pavel kno | 14:38 |
Wizzup | w | 14:38 |
sicelo | what exactly is the modem problem you guys are experiencing with n900? doesn't probe properly or what? | 15:42 |
Wizzup | well it does now on mine | 15:46 |
Wizzup | I think there are some ofono problems | 15:47 |
Wizzup | sicelo: I think with /etc/modules-load.d/nokia-modem.conf we're ok | 15:48 |
Wizzup | which is alrady solved | 15:48 |
sicelo | Wizzup looks like my packages are marked already | 15:50 |
sicelo | what's the ofono issue | 15:50 |
Wizzup | sicelo: ok, so is maeotp done, or not? | 15:51 |
Wizzup | sicelo: good question. I think sometimes ofono needs to be restart if modem is offline/online'd or something like that, I don't recall | 15:51 |
sicelo | hah, I forgot maeotp. let me check again | 15:51 |
Wizzup | freemangordon: btw, it looks like telepathy-gabble makes a /debian/ dir (in root?) | 15:52 |
sicelo | sounds like a new problem. I've never had issues with ofono before | 15:54 |
Wizzup | maybe | 15:59 |
Wizzup | udev rules are making my life miserable again :( | 16:00 |
Wizzup | ok, works now | 16:05 |
Wizzup | arno11: you have chmod 777 in your email, I am wondering if we can figure out what user/group is needed for /dev/cmt_speech | 16:07 |
Wizzup | I was thinking of this: | 16:07 |
Wizzup | KERNEL=="cmt_speech", MODE:="0660", OWNER:="root", GROUP:="pulse" | 16:07 |
Wizzup | but perhaps this is not correct | 16:07 |
Wizzup | at least we can modify this rule | 16:07 |
Wizzup | arno11: I wonder if we can make /etc/dbus-1/system.d/pulseaudio-ofono.conf and not touch /etc/dbus-1/system.d/pulseaudio-system.conf | 16:19 |
Wizzup | I think we can | 16:19 |
Wizzup | freemangordon: rc-status | grep pulse | 16:26 |
Wizzup | pulseaudio [ started ] | 16:26 |
Wizzup | pulseaudio-enable-autospawn [ started ] | 16:26 |
Wizzup | we really don't pulseaudio-enable-autospawn to run | 16:26 |
Wizzup | this writes autospawn=yes to /run/pulseaudio-enable-autospawn | 16:26 |
Wizzup | of course debian just starts it by default | 16:26 |
Wizzup | do we displace it, or somehow disable it? | 16:27 |
Wizzup | I think we can add it to blacklist_start in policy-rc.d | 16:27 |
freemangordon | no idea what is this | 16:38 |
freemangordon | re telepathy-gabble - when does it create that dir? on install? | 16:39 |
Wizzup | I don't know, I just saw it on my n900 | 16:39 |
Wizzup | maybe it's just a problem on my n900 | 16:39 |
freemangordon | dpkg -S /debian? | 16:39 |
Wizzup | just dpkg -S said it was owned by tp gabble | 16:39 |
Wizzup | yeah | 16:39 |
freemangordon | right, same here | 16:40 |
* freemangordon cheks | 16:40 | |
freemangordon | checks even | 16:40 |
freemangordon | Wizzup: not on d4 though | 16:41 |
Wizzup | heh | 16:41 |
freemangordon | ugh | 16:42 |
freemangordon | 0.18.4-leste4+2m7 does not have that issue | 16:42 |
freemangordon | 0.18.4-leste3+m7 has it | 16:42 |
Wizzup | oh, so maybe i had not updated yet | 16:43 |
freemangordon | Candidate: 0.18.4-leste3+m7 | 16:43 |
freemangordon | no idea what's going on | 16:43 |
freemangordon | https://maedevu.maemo.org/leste/pool/main/t/telepathy-gabble/ | 16:45 |
freemangordon | that's again some repo mess | 16:45 |
Wizzup | sorry, I don't understand what you are saying | 16:49 |
Wizzup | I doubt that our jenkins makes things install into /debian | 16:49 |
freemangordon | chimaera version should be .18.4-leste4+2m7, no? | 16:49 |
freemangordon | but, it is not available for installation | 16:49 |
Wizzup | https://maedevu.maemo.org/pkgweb/search?q=telepathy-gabble | 16:49 |
Wizzup | Version: 0.18.4-leste3+m7 | 16:49 |
freemangordon | or, maybe it comes from -experimental, dunno | 16:49 |
Wizzup | beowulf is newer one | 16:50 |
Wizzup | did you build for the correct codename? | 16:50 |
Wizzup | btw, PA installs /etc/pulse/client.conf.d/01-enable-autospawn.conf as symlink to /run/pulseaudio-enable-autospawn and /etc/init.d/pulseaudio-enable-autospawn | 16:50 |
Wizzup | and /etc/init.d/pulseaudio-enable-autospawn runs on boot | 16:50 |
Wizzup | we really don't want this | 16:50 |
Wizzup | not sure what the cleanest way to deal with it is | 16:51 |
freemangordon | Wizzup: anyway, I don;t see how we can build tp-gabble now, because of the broken dependencuis | 16:51 |
freemangordon | *dependencies | 16:51 |
Wizzup | can you remind me? | 16:51 |
Wizzup | is that the dh python crap? | 16:52 |
freemangordon | yes | 16:52 |
* Wizzup faceplams | 16:52 | |
Wizzup | I tried to forget about the debian stupidity there | 16:52 |
Wizzup | shall we just build our own dh-python and ignore them? | 16:52 |
freemangordon | wait | 16:52 |
freemangordon | I don't understand why tp-gabble has python-is-python2 dependency | 16:53 |
freemangordon | if I install dh-python, I can happily build it | 16:53 |
freemangordon | and yes, it installs stuff in /debian | 16:54 |
bencoh | maybe they required python2 at some point? | 16:54 |
Wizzup | point is that debian broke python-is-python2 and dh-python | 16:54 |
freemangordon | yeah | 16:54 |
Wizzup | even though it worked fine from backports | 16:54 |
freemangordon | E: dh_python2 dh_python2:408: no package to act on (python-foo or one with ${python:Depends} in Depends) | 16:54 |
freemangordon | can;t we port whatever has to be ported? | 16:54 |
Wizzup | no | 16:55 |
Wizzup | unless you want to move to gtk3 | 16:55 |
Wizzup | bbiab | 16:55 |
freemangordon | no, wait, I n=mean - for that particular package | 16:56 |
freemangordon | *I mean | 16:56 |
Wizzup | you can, but the system as a whole will remain broken | 16:56 |
freemangordon | ok, what does this package need python for? tests? | 16:58 |
freemangordon | so, do you tell me that we can;t have pythin3 and python2 installed in parallel? | 16:59 |
freemangordon | IIUC we should just port tests from python2 to python3, shouldn't be that hard | 17:01 |
freemangordon | Wizzup: btw, it is commit 61014ecc8c9d7f191f8fa50ad13d43b90e9688bf that causes to to place stuff in /debian | 17:03 |
Wizzup | freemangordon: no | 17:05 |
Wizzup | what I am saying is | 17:05 |
Wizzup | we cannot build any python 2 package anymore | 17:05 |
Wizzup | period | 17:05 |
Wizzup | they just broke that | 17:05 |
Wizzup | and there is no gtk2 for python3 | 17:05 |
Wizzup | so yeah | 17:05 |
freemangordon | ok, but for that particular package, we don't need gtk at all | 17:06 |
freemangordon | also, it needs python for its tests only | 17:06 |
freemangordon | thus, I don;t see why we cannot port it to python3 | 17:06 |
Wizzup | sure you can do that, and iirc it was already done | 17:07 |
freemangordon | umm, where? | 17:07 |
Wizzup | some other tp pkg | 17:07 |
freemangordon | in upstream? | 17:07 |
Wizzup | but I won't do it, because I want python2 + dh-python to just work | 17:07 |
freemangordon | ah | 17:08 |
freemangordon | ok, lets ship our dh-python then | 17:08 |
freemangordon | Wizzup: ok, but what shall we do now we have a broken tp-gabble? it does not use python because of the removed tests and yet it requires dh_python | 17:12 |
Wizzup | freemangordon: shall I just ship a fixed dh-python | 17:14 |
Wizzup | and then we can build it? | 17:14 |
freemangordon | package does not need it now | 17:15 |
freemangordon | E: dh_python2 dh_python2:408: no package to act on (python-foo or one with ${python:Depends} in Depends) | 17:15 |
freemangordon | I (force) installed dh-python | 17:16 |
freemangordon | but it does nothing because of the disabled tests | 17:16 |
freemangordon | so I don;t understand why you want dh-python in our repos for that particular case | 17:16 |
Wizzup | I don't know what the error that you shared means | 17:17 |
Wizzup | but I think this is the same that I am talking about | 17:17 |
Wizzup | where they just broke dh python 2 | 17:17 |
freemangordon | no | 17:17 |
freemangordon | there is no error | 17:17 |
freemangordon | sec | 17:17 |
Wizzup | so iirc, 5.20221122 is the last version that worked | 17:18 |
Wizzup | what one do you have installed? | 17:18 |
freemangordon | https://pastebin.com/Gv1QmGDY | 17:18 |
freemangordon | 4.20201102+nmu1 | 17:19 |
Wizzup | I need to dive in the logs to see if that one worked | 17:19 |
Wizzup | sorry, I have to go for a bit | 17:19 |
freemangordon | it has a conflict with python-is-python2 | 17:19 |
freemangordon | 5.20230130~bpo11+1 is broken | 17:20 |
freemangordon | Wizzup: https://github.com/sailfishos/telepathy-gabble/commit/fa0d038e06927866b343b3fe682c03a788b8f128#diff-4cde4b12a6a52f0cee28613b7afed57c5e9cb36c87a573fa243ed9aa4f154eed | 17:35 |
Wizzup | good | 17:51 |
Wizzup | I will do dh-python2 tonight | 17:56 |
arno11 | Wizzup: (for cmt_speech) i don't know but i can try with chown and see if it works | 18:17 |
arno11 | (for dbus ofono stuff) i already tried iirc but no success | 18:18 |
arno11 | but maybe i made a mistake | 18:18 |
arno11 | i'll try again in a bit | 18:18 |
arno11 | ok changing cmt_speech to 0660 root pulse is working | 18:28 |
arno11 | and better than 777... | 18:29 |
arno11 | let's try modifying dbus conf stuff...probably another story | 18:29 |
Wizzup | cool, ty | 18:48 |
Wizzup | freemangordon: will do 5.20221122 | 18:48 |
arno11 | Wizzup: success ! with a trivial way...pulseaudio-system.conf back to original file lol | 19:02 |
arno11 | i made a reboot to be sure and it's ok | 19:03 |
arno11 | we don't need to change anything | 19:09 |
arno11 | back in a bit. testing latency stuff | 19:13 |
Wizzup | ok, check | 19:20 |
Wizzup | makes sense since I don't think it's pa that talks to ofono | 19:20 |
Wizzup | but cmt_speech | 19:20 |
arno11 | Wizzup: yes makes sense | 19:59 |
arno11 | so to resume | 19:59 |
arno11 | cmt_speech 0660 root pulse works | 20:00 |
arno11 | no change needed to dbus blabla | 20:00 |
arno11 | i tried other tweaks for latency and 30-40 is still the max | 20:01 |
arno11 | loading modem on boot is still not working for me | 20:01 |
arno11 | and i know why | 20:01 |
arno11 | that's because off the 2 additional modules on boot for calls | 20:02 |
arno11 | omap_ssi and cmt_speech | 20:03 |
arno11 | according to texas inst. docs that's tricky to load them all on boot | 20:04 |
arno11 | iirc | 20:04 |
arno11 | maybe we need to load them directly from the kernel config ? | 20:10 |
sicelo | what TI docs are these? | 20:10 |
arno11 | let me have a look on another device | 20:11 |
arno11 | arrgh can't find it | 20:17 |
arno11 | it was on ti.com i think | 20:19 |
arno11 | but everything is pdf | 20:20 |
arno11 | so difficult to search from google | 20:20 |
arno11 | and not easy from ti.com | 20:20 |
arno11 | back in a bit | 20:21 |
sicelo | no problem. i was just curious | 20:23 |
Wizzup | arno11: did you use modules-load.d ? | 20:43 |
Wizzup | # cat /etc/modules-load.d/nokia-modem.conf | 20:44 |
Wizzup | # This is not autoloaded on the N900 somehow on Linux 6.1 | 20:44 |
Wizzup | nokia-modem | 20:44 |
arno11 | oh | 20:57 |
arno11 | nice thx | 20:57 |
arno11 | need to reboot to try | 20:57 |
arno11 | sicelo: sorry now i remember it i not ti.com but simply in cmtspeech docs | 20:57 |
sicelo | i'll do my own tests too in next few days. afaict, it's been autoloading for me ... even on 6.3-rc1 (nokia-modem) | 21:04 |
sicelo | rc6, i mean | 21:04 |
arno11 | nokia-modem loaded on boot but not working | 21:05 |
arno11 | just shows pin stuff | 21:06 |
arno11 | sure it is because of the other modules | 21:06 |
arno11 | sicelo: should be interesting to see if nokia modem works if you load cmt_speech and omap_ssi on boot on your device | 21:10 |
arno11 | to be sure i'll block the 2 modules to test | 21:14 |
Wizzup | arno11, hm... I see | 21:25 |
Wizzup | I recall way back we had some init script that loaded the module a bit later, IIRC | 21:25 |
arno11 | Wizzup: ah an init script a bit later makes lot of sense to me according of what's happening on my device | 21:33 |
arno11 | because removing other modules doesn't work | 21:33 |
arno11 | modem is loaded correctly but is not working | 21:33 |
arno11 | i need to check if i forgot a change i made... | 21:34 |
arno11 | anyway if modem is loaded after boot everything is fine | 21:35 |
arno11 | Wizzup: which var log could be helpful to check what's happening with modem on boot ? | 21:40 |
arno11 | oh i found the error | 21:50 |
arno11 | it is not working on my device because startup-pin is looking for the wrong device... | 21:51 |
arno11 | n900_2 instead of n900_4 | 21:51 |
arno11 | that's probably because of stuff i tested with ofono scripts... | 21:52 |
arno11 | according to syslog | 21:52 |
arno11 | weird thing is startup-pin is looking on the wrong device only if modem is loaded on boot | 22:14 |
arno11 | anyway that's a waste of time, everything should be ok on other n900's | 22:19 |
freemangordon | Wizzup: I still fail to see how it will install instead of version in debian repos | 22:30 |
freemangordon | also, besides tp-gabble, what other packages depend on that? | 22:31 |
sicelo | arno11: that makes sense ... as i said, n900 + ofono been a rock solid combination for a long time. i was really surprised you were experiencing issues lately. | 22:38 |
freemangordon | OTOH, this https://pastebin.com/FgV8Nn1c is the patch to fix installation in /debian | 22:38 |
freemangordon | arno11: wait, we have device name hardcoded somewhere? | 22:39 |
arno11 | sicelo: apologies | 22:39 |
arno11 | freemangordon: i don't know but possible | 22:39 |
freemangordon | "(22,51,36) arno11: n900_2 instead of n900_4" | 22:39 |
freemangordon | did I miss some context? | 22:40 |
arno11 | i think n900_* is only the name of the modem | 22:40 |
freemangordon | "(23,14,44) arno11: weird thing is startup-pin is looking on the wrong device only if modem is loaded on boot" | 22:40 |
arno11 | when i say device i mean the modem | 22:40 |
freemangordon | how do you know that? | 22:40 |
freemangordon | sure | 22:40 |
freemangordon | this is modem provided by ofono, no? | 22:40 |
arno11 | yes | 22:41 |
arno11 | i know that according to syslog | 22:41 |
freemangordon | so, how do you know startup-pin-query is doing something wrong? | 22:41 |
freemangordon | I am not saying it is not, just want to know what makes you think that | 22:42 |
arno11 | i tried to boot with modem loaded and one unloaded on boot | 22:42 |
arno11 | *once | 22:42 |
freemangordon | ok | 22:42 |
freemangordon | ok | 22:42 |
arno11 | and then checked in syslog to compare | 22:42 |
freemangordon | but, startup-pin gets modem names from ofono | 22:42 |
arno11 | i suppose | 22:42 |
arno11 | that's why that's weird | 22:43 |
arno11 | why a difference | 22:43 |
freemangordon | ok, maybe it is time to boot my devel n900 and try to understand what's going on | 22:43 |
freemangordon | not now though :) | 22:43 |
freemangordon | but will put that in the queue | 22:44 |
freemangordon | I want to teach dsme to act properly on reboot/poweroff issued in console | 22:44 |
freemangordon | first | 22:44 |
arno11 | yes lol no probs | 22:44 |
Wizzup | 22:30 < freemangordon> Wizzup: I still fail to see how it will install instead of version in debian repos | 22:50 |
Wizzup | freemangordon: hm? | 22:50 |
Wizzup | freemangordon: +backports_jobs="mesa python-hildon python-osso python-alarm python-hildondesktop python-location python-conic python-mafw telepathy-gabble" | 22:51 |
Wizzup | freemangordon: at least those, probably more | 22:51 |
freemangordon | dh-python is the only package we use from backports? | 22:53 |
Wizzup | freemangordon: yes, well, for mesa others | 22:55 |
Wizzup | freemangordon: but keep in mind, what debian currently did, in stable AND in backports, we cannot use | 22:56 |
Wizzup | so I plan to just remove these python packages from backports and use our dh-python which is newer than debian stable version | 22:56 |
freemangordon | so, you will increase the epoch? | 22:56 |
Wizzup | no, just not use backports :) | 22:56 |
freemangordon | "(23,53,03) freemangordon: dh-python is the only package we use from backports?" | 22:56 |
freemangordon | :) | 22:56 |
Wizzup | well point is | 22:57 |
Wizzup | we used to have backports_jobs="mesa" | 22:57 |
freemangordon | ah | 22:57 |
Wizzup | and now I have to add all of those while they had a working one in backports | 22:57 |
freemangordon | ok | 22:57 |
Wizzup | and now they broke it again in backports | 22:57 |
freemangordon | ok, got it | 22:57 |
freemangordon | and mesa does not require python2 I guess | 22:57 |
freemangordon | ok, makes sense | 22:58 |
Wizzup | right, just newer libdrm and such | 22:58 |
freemangordon | ok, but this still does not fix tp-gabble tests requiring missing packages | 22:58 |
freemangordon | but I guess we can live with that for a while | 22:58 |
Wizzup | I wonder what happens if you rebuild tp-habble with the right dh-python installed | 22:59 |
freemangordon | we lack python-openssl etc packages | 22:59 |
freemangordon | they are not in the repos anymore | 22:59 |
freemangordon | so nothing will change | 23:00 |
freemangordon | we have to port to python3, thus the link to SF repos | 23:00 |
Wizzup | agreed | 23:00 |
freemangordon | ok, I am going afk, will fix tp-gabble packaging tomorrow | 23:00 |
freemangordon | and will try to use SF patch after I finish with dsme | 23:01 |
freemangordon | night! | 23:01 |
arno11 | gn | 23:01 |
Wizzup | https://phoenix.maemo.org/job/dh-python-binaries/default/2/consoleText | 23:03 |
Wizzup | oh it didn't pass yet | 23:03 |
Wizzup | arno11: I am not sure what's up with the modem working differently depending on when it is loaded | 23:03 |
Wizzup | we can look at that another day I think | 23:03 |
arno11 | Wizzup: no worries just a weird thing on my device | 23:05 |
Wizzup | sure it's just yours? | 23:05 |
arno11 | everything should be ok with modem on other n900's | 23:05 |
Wizzup | how did you conclude that? | 23:05 |
arno11 | syslog | 23:05 |
arno11 | my modem name is n900_4 instead of n900_2 | 23:07 |
sicelo | you could burn a new image (after backing up current one first if you need to refer to it again) | 23:07 |
sicelo | i don't even know why it's n900_2 ... sometimes i feel like asking udev to rename it to n900_0 (or 1) | 23:09 |
arno11 | sicelo: any tip to rename my modem ? | 23:10 |
Wizzup | arno11: this should not affect anything | 23:14 |
Wizzup | this is ofono naming | 23:14 |
Wizzup | not udev | 23:14 |
Wizzup | and maemo should not care | 23:14 |
arno11 | ok | 23:14 |
sicelo | ah yes. you could remove everything under /var/lib/ofono or some such | 23:17 |
Wizzup | nah | 23:18 |
Wizzup | just restart ofono | 23:18 |
Wizzup | but it should not be a problem | 23:18 |
arno11 | ok. have to go. night guys | 23:26 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!