sfa | hi, so I am finding that sphone is seg-faulting. Even with debug enabled I see the following message before it dies: | 01:18 |
---|---|---|
sfa | (sphone:4662): hildon-1-CRITICAL **: 23:17:22.427: Tried to initialized Hildon more than once. | 01:18 |
sfa | what else should I do to figure out what might be causing this segfault? | 01:19 |
sfa | dmesg doesn't show anything... I haven't checked hildon logs yet though. | 01:19 |
Wizzup | sfa: that message is harmless | 01:34 |
Wizzup | maybe install sphone-dbgsym and run gbd | 01:34 |
Wizzup | and run it in gdb | 01:34 |
Wizzup | when is it segfaulting? | 01:34 |
sfa | will do thanks | 01:38 |
sfa | it's segfaulting as soon as I start it | 01:40 |
sfa | I've tried from the UI and it dies and from the ocmmand-line I see it segfaults. | 01:41 |
sfa | after all of the plug-ins are registered | 01:41 |
sfa | sphone: store-rtcom: Successfully opened rtcom-eventlogger database | 01:42 |
sfa | That's the last message before the hildon Warnings and then it segfaults. | 01:43 |
sfa | (gdb) bt | 01:44 |
sfa | #0 0x0000007ff7dabb7c in g_type_check_instance_cast () from /usr/lib/aarch64-linux-gnu/libgobject-2.0.so.0 | 01:44 |
sfa | #1 0x0000007fe179b02c in sphone_module_init (data=<optimized out>) at ./src/modules/gui/gtk2/ui-calls-manager-gtk.c:418 | 01:44 |
sfa | #2 0x0000005555554c94 in sphone_modules_init_modules () at ./src/utils/sphone-modules.c:93 | 01:44 |
sfa | #3 sphone_modules_init () at ./src/utils/sphone-modules.c:170 | 01:44 |
sfa | #4 0x00000055555543a8 in on_name_acquired (connection=<optimized out>, name=<optimized out>, user_data=0x7ffffff598) at ./src/sphone.c:314 | 01:44 |
sfa | there are more frames | 01:44 |
sfa | but I think that might be the most informative | 01:44 |
Wizzup | you'll probably need more dbgsym packages for glib and gtk and others | 01:45 |
sfa | yeah looks like it | 01:45 |
sfa | let me go install those | 01:45 |
Wizzup | do you run this as user btw? | 01:45 |
sfa | this particular time it was as root | 01:45 |
sfa | but usually as user | 01:45 |
Wizzup | probably better not to run as root | 01:46 |
sfa | okay let me try it again as user | 01:46 |
Wizzup | from your trace it looks like some module is not exporting an _init function | 01:47 |
Wizzup | but I think more dbgsym info will give more info | 01:48 |
Wizzup | you can use dpkg -S /usr/lib/aarch64-linux-gnu/libgobject-2.0.so.0 (for example) to get the pkg for it | 01:48 |
Wizzup | and then just append -dbgsym typically | 01:48 |
Wizzup | hm... you might need the debian repo for dbgsyms | 01:48 |
Wizzup | sec | 01:48 |
sfa | libglib2.0-0:arm64: /usr/lib/aarch64-linux-gnu/libgobject-2.0.so.0 | 01:49 |
sfa | yeah I think you're right | 01:50 |
Wizzup | # cat /etc/apt/sources.list.d/debug.list | 01:50 |
Wizzup | deb http://deb.debian.org/debian-debug/ buster-debug main | 01:50 |
Wizzup | deb http://deb.debian.org/debian-debug/ buster-backports-debug main | 01:50 |
Wizzup | that's it | 01:50 |
sfa | cool thanks | 01:51 |
Wizzup | it's bedtime here now, I'll check back tomorrow | 01:51 |
Wizzup | uvos wrote a lot of sphone, and he should be around tomorrow oto | 01:51 |
Wizzup | too* | 01:51 |
sfa | cool thanks. Also, where's the repo to sphone? Is it on github? I haven't looked yet. | 01:54 |
sfa | https://github.com/maemo-leste/sphone | 01:57 |
sfa | Found it | 01:57 |
Wizzup | https://maedevu.maemo.org/pkgweb/search?q=*sphone* | 01:58 |
Wizzup | can also help | 01:58 |
Wizzup | ah that doesn't have a link to the pkg :) | 01:58 |
Wizzup | most of our packages have it | 01:58 |
* Wizzup bbl | 01:58 | |
sfa | cool thanks! | 02:00 |
sfa | it looks like the "canberra-gtk-module" that's possibly missing. | 02:02 |
freemangordon | hmm, cellulard cannot be .launcher | 08:09 |
uvos__ | so whats happening from sphone there, going by the trace, is that hildon_stackable_window_new(); fails | 09:55 |
uvos__ | and gtk_window_set_title(GTK_WINDOW(g_calls_manager.main_window),"Active Calls"); segfaults because g_calls_manager.main_window is invalid | 09:55 |
uvos__ | sphone should check for that, but you probubly broke it by running it as root without xauth allowing gtk to create a window or DISPLAY set wrong | 09:56 |
uvos__ | its possible that im interpreting it wrong, but thats what i expect is happening here | 09:57 |
freemangordon | sfa: run as user 'user' and with run-standalone.sh | 10:09 |
freemangordon | Wizzup: with cellulard, I get PIN UI dialog as soon as hildon-desktop appears | 10:13 |
Wizzup | freemangordon: on d4 or n900? | 11:27 |
Wizzup | freemangordon: that's weird since the MSIM doesn't appear until 120s in | 11:27 |
freemangordon | Wizzup: d4 | 11:42 |
freemangordon | no, it is weird, as if modem is online, notifications come almost immediately | 11:42 |
freemangordon | *it is not weird | 11:43 |
Wizzup | freemangordon: so the modem finds the sim faster if you online it vs keeping it powered but not online? | 11:44 |
Wizzup | freemangordon: in any case that's amazing/great :) | 11:44 |
freemangordon | yes | 11:44 |
* Wizzup mutters something about cloning freemangordon | 11:44 | |
freemangordon | heh | 11:45 |
freemangordon | let me reboot and capture a video | 11:46 |
freemangordon | Wizzup: is it better to create openrc startup script or sysvinit one? | 11:51 |
freemangordon | for cellulard that is | 11:52 |
Wizzup | I'd always do openrc | 11:52 |
freemangordon | ok | 11:52 |
freemangordon | doing oflline->online crashed ofono :) | 11:53 |
freemangordon | but that's next | 11:53 |
Wizzup | I think that's the RSSI 'out of order' one | 11:53 |
freemangordon | yeah, could be | 11:53 |
Wizzup | great work so far :) | 11:53 |
freemangordon | that should be easy to fix | 11:53 |
Wizzup | I hope that today or tomorrow I can fix the cellular context working on first connect (barring privisioning problems) and having it reconnect when network is not avail for a little bit | 11:54 |
Wizzup | (and pick up when ofono does give up on the context) | 11:54 |
freemangordon | BTW I see no GPRS connection option in connections dialog | 11:54 |
freemangordon | is this the same issue? | 11:55 |
Wizzup | freemangordon: that happens when icd2 starts before modem is online or even present I think | 11:55 |
Wizzup | service icd2 restart should fix that | 11:56 |
Wizzup | that's a different problem | 11:56 |
Wizzup | what I am talking about is: | 11:56 |
freemangordon | but it receives "added" events | 11:56 |
Wizzup | 1. if you active context when it's not active, the code will not wait for it to become active, so it fails right away | 11:56 |
Wizzup | then the second time it might work, if you wait long enough, but it also has no way to report on actual failures | 11:56 |
Wizzup | that's (1) | 11:56 |
Wizzup | 2. when you lose context for any reason (cross borders, no ceullar for a bit, etc), icd2 doesn't realise that yet and take the iface down | 11:57 |
Wizzup | I will fix both | 11:57 |
Wizzup | the issue you're describe I think is more related to the search/provisioning | 11:57 |
freemangordon | yes | 11:57 |
freemangordon | but it is there | 11:57 |
Wizzup | yeah I know :) | 11:57 |
freemangordon | ok :) | 11:57 |
Wizzup | I didn't look into the why | 11:57 |
freemangordon | please do | 11:57 |
Wizzup | but it's not related to the (1) and (2) | 11:57 |
freemangordon | it happens in VM as well | 11:57 |
freemangordon | lemme upload the video | 11:58 |
Wizzup | yeah, I have to try to understand your code there | 11:58 |
Wizzup | it does someting that I don't quite understand yet | 11:58 |
freemangordon | just enable traces and you'll grok it | 11:58 |
Wizzup | with all the pending actions iirc? | 11:58 |
Wizzup | ok | 11:58 |
freemangordon | Wizzup: http://46.249.74.23/leste/20220829_001.mp4 | 12:01 |
Wizzup | downloading | 12:05 |
Wizzup | brb | 12:05 |
Wizzup | freemangordon: great, that's fast too | 12:14 |
freemangordon | mhm | 12:14 |
Wizzup | btw for some reason on my bionic I currently have to manually tell it to register to the network | 12:15 |
Wizzup | I can imagine cellulard can deal with it if necessary | 12:15 |
Wizzup | (powered, online, wait a bit -> register) | 12:15 |
freemangordon | well, I would say this is ofono stuff | 12:15 |
freemangordon | unless this is related to roaming | 12:16 |
Wizzup | I don't think it is, but we don't actually do roaming yet, you have to manually set it in ofono | 12:16 |
Wizzup | (we don't have functioning UI for it) | 12:16 |
freemangordon | Wizzup: https://github.com/maemo-leste/cellulard | 12:44 |
freemangordon | building for devel | 12:44 |
Wizzup | yup just got the email | 12:44 |
freemangordon | ok, lemme push/build connui-cellular as well | 12:47 |
Wizzup | btw, I just did this, any thoughts? https://github.com/maemo-leste/hildon-connectivity-meta/commit/e1eac3601402ff8c39cf733c2c266cc288578f23 | 12:49 |
freemangordon | telepathy-haze? | 12:50 |
Wizzup | the -extra pkg will need more later | 12:50 |
freemangordon | you should install those via HAM | 12:50 |
Wizzup | either that or we preinstall them and allow users to remove them | 12:50 |
freemangordon | hmm | 12:50 |
freemangordon | how you will remove if you have a dependency there? | 12:51 |
Wizzup | but yeah I suppose we maybe do not need -extra | 12:51 |
Wizzup | well you would remove the meta pkg clearly :) | 12:51 |
freemangordon | I think it is better to opt-in through HAM | 12:51 |
freemangordon | but well... | 12:51 |
freemangordon | not really sure how it is in fremantle | 12:51 |
Wizzup | I can remove the -extra pkg now if you want | 12:53 |
freemangordon | I think it is better to remove it | 12:53 |
Wizzup | k | 12:53 |
Wizzup | btw: pushing out hildon-meta update to stable for adding addressbook app | 12:58 |
Wizzup | (and volume applet apparently) | 12:58 |
freemangordon | what about clutter/mesa/h-d/h-h? | 12:58 |
Wizzup | and then I will push update to -devel to update hildon-connectivity-mobile and introduce hildon-connectivity-rtcom, and then change hildon-meta in -devel to depend on them | 12:58 |
Wizzup | so that way just switching to devel will just install all our cellular ode | 12:59 |
Wizzup | sound ok? | 12:59 |
freemangordon | ok | 12:59 |
Wizzup | cellular code* | 12:59 |
freemangordon | yeah | 12:59 |
Wizzup | yeah clutter/mesa/etc will do after | 12:59 |
freemangordon | ok | 12:59 |
uvos__ | for now we dont want haze to ever be installed or? | 13:05 |
uvos__ | since it just hangsup all ofono calls | 13:05 |
uvos__ | breaking sphone | 13:05 |
uvos__ | (this is absurd selfish behavior anyhow imo, ofono can have more than one client) | 13:05 |
freemangordon | umm, I don;t think haze is related | 13:06 |
freemangordon | what you mean if telepathy-ring :) | 13:06 |
freemangordon | *is | 13:06 |
uvos__ | ah | 13:06 |
uvos__ | i got them mixed up | 13:06 |
uvos__ | yeah ring | 13:06 |
uvos__ | ok | 13:06 |
freemangordon | which we'll install at some point either ways :p | 13:06 |
uvos__ | well not with that behavior, its hardly acceptable | 13:07 |
freemangordon | sure | 13:07 |
uvos__ | Wizzup: oh btw i wanted to push sphone to stable | 13:11 |
uvos__ | Wizzup: but could not | 13:11 |
uvos__ | nvm was my faul | 13:12 |
uvos__ | t | 13:12 |
uvos__ | sfa: btw i cant repo your crash, both running sphone as root and running it with no DISPLAY works fine (well it just exits but thats as intended/ no segfault) | 13:14 |
uvos__ | sfa: was this on pp? | 13:14 |
uvos__ | sfa: could you provide the full log that shows what modules where linked in | 13:15 |
freemangordon | uvos__: I guess you have different plugins | 13:15 |
uvos__ | maybe | 13:15 |
uvos__ | or 64bit | 13:15 |
freemangordon | yeah | 13:15 |
Wizzup | uvos__: yes, ring is not yet installed | 13:20 |
uvos__ | the bt really loks like hildon_stackable_window_new si failing | 13:20 |
uvos__ | but i dont know why that would be | 13:20 |
Wizzup | with C, it could be many things :) | 13:25 |
Wizzup | freemangordon: yeah I also get the pin dialog now | 13:38 |
Wizzup | on d4 | 13:38 |
freemangordon | :) | 13:38 |
Wizzup | I think I forgot the presence status applet in the meta | 13:40 |
* Wizzup checks | 13:40 | |
Wizzup | isn't that rtcom-presence-ui ? | 13:41 |
Wizzup | freemangordon: I think we also need telepathy-gabble in the rtcom meta | 13:42 |
Wizzup | or do we install nothing by default? | 13:42 |
Wizzup | without gabble and idle installed, the cpa bugs a bit | 13:48 |
Wizzup | freemangordon: hm also looks like the idle rtcom ui lacks translations on one of my devices, not sure which mr0 I need | 13:49 |
Wizzup | will check later today | 13:49 |
Wizzup | I'm going to add gabble and idle to the rtcom meta | 13:49 |
freemangordon | Wizzup: we need libaccounts plugins I would say | 13:54 |
freemangordon | not telepathy ones | 13:54 |
Wizzup | those are in rtcom-accounts-plugins, no? | 13:55 |
Wizzup | but those don't pull the telepathy packages | 13:55 |
freemangordon | I kn ow | 13:56 |
freemangordon | the point is that one may prefer purple over gabble | 13:56 |
freemangordon | bot provide jabber | 13:56 |
freemangordon | *both | 13:56 |
Wizzup | I think just installing both is better imho | 13:56 |
Wizzup | it's not like they do much more than take up 50kB of disk space | 13:57 |
Wizzup | (for this we also need telepathy-haze btw) | 13:57 |
freemangordon | I don;t see what is the issue if those are installed by the user, but ok | 13:57 |
Wizzup | well right now with just rtcom-accounts-plugins installed the accounts cpa applet contains a null entry and just gtalk | 13:58 |
Wizzup | and it's not obvious at all what users have to do | 13:58 |
Wizzup | unless we plan to repackage the tp plugins just to have them show up in ham | 13:58 |
Wizzup | this is why I wanted the meta pkg for rtcom protocols (or extra) | 13:58 |
Wizzup | fremantle also had this "additional chat plugins" (or so) pkg | 13:58 |
freemangordon | ok, do as you think is appropriate | 13:58 |
Wizzup | that added msn and others | 13:58 |
freemangordon | we can fix it afterwards if we see it broken | 13:59 |
Wizzup | ok | 13:59 |
Wizzup | brb | 13:59 |
Guest224 | Is there possible that somebody compile new -devel image for Pinephone with hildon-connectivity-mobile included? I can make some heavy beta testings tomorrow. | 14:22 |
freemangordon | tmlind_: g_at_chat_clone() is the nasty one that leads to RSSI ofono segfault | 14:24 |
freemangordon | the received clone has group id that's different than the non-copy | 14:25 |
freemangordon | so later on g_at_chat_unregister_all on original fails to match the callback | 14:25 |
Guest224 | I have possibilty show up Pinephone to some mediaeducation people and I don't want show it with another OS. | 14:29 |
Wizzup | Guest224: do you need the image to show it off? | 14:29 |
freemangordon | tmlind_: I think g_at_chat_ref() shall be used instead of g_at_chat_clone() | 14:29 |
Wizzup | Guest224: we just started including -mobile and -rtcom by default in the meta pkgs, but I have to kick the image generation VMs again | 14:30 |
Wizzup | I can try to it... | 14:30 |
Guest224 | hmm...what you think how much time takes with -rtcom...when you make new -devel image anyway? | 14:31 |
Wizzup | I just rebuilt the meta pkg | 14:32 |
Wizzup | I'll look at a one-off pinephone build | 14:32 |
Guest224 | Wizzup: There is plenty time for tomorrow :) | 14:34 |
Wizzup | Guest224: https://phoenix.maemo.org/view/Images/job/leste-image-pinephone-dev/33/ | 14:35 |
Wizzup | let's see how this goes | 14:35 |
Wizzup | no idea what it will look like when you dd it :) | 14:35 |
Guest224 | but I can dd it like normal image? | 14:37 |
Wizzup | yes | 14:38 |
Wizzup | it's still building, assuming it passes | 14:38 |
Guest224 | that's why I came ask today ;) | 14:43 |
Wizzup | kind of wonder what you're going to show to the media education people :D | 14:44 |
Guest224 | Only short show up that they should remember that there is also something else that iOS and Android. | 14:45 |
Guest224 | *than | 14:46 |
Wizzup | :) | 14:50 |
tmlind_ | freemangordon: ok nice | 15:04 |
freemangordon | tmlind: this https://github.com/maemo-leste-upstream-forks/ofono/commit/3d164de4ac90c3c99471079b7308611e33b765b4 | 15:19 |
freemangordon | Wizzup: could you please release ofono for -devel? that commit shall fix most (if not all) of the segfaults | 15:19 |
freemangordon | uvos__: what is "Unable to transmit dial number via ofono" error message is supposed to mean? | 15:27 |
freemangordon | sphone that is | 15:27 |
uvos__ | oh its missing an or | 15:29 |
freemangordon | hmm? | 15:29 |
uvos__ | it should be Unable to transmit or dial number via ofono | 15:29 |
uvos__ | ie could not give ofono the nummber | 15:29 |
uvos__ | or ofono refused to dial it | 15:29 |
freemangordon | hmm | 15:29 |
freemangordon | maybe I have telepathy-ring | 15:30 |
freemangordon | no | 15:30 |
freemangordon | I don;t | 15:30 |
uvos__ | this could be because: 1 you dialed a invlaid nummber 2 ofono is not ready because the modem is not online or no operator is available | 15:30 |
freemangordon | so neither I can call nor sphone rings when dialed | 15:30 |
uvos__ | 3. the operator refused the call for some reason | 15:31 |
freemangordon | ofono is ready, I see 3g in status bar | 15:31 |
uvos__ | try dial-number via scripts | 15:31 |
freemangordon | ok | 15:31 |
uvos__ | and/or look at sphones log output | 15:31 |
freemangordon | nice: | 15:32 |
freemangordon | dbus.exceptions.DBusException: org.freedesktop.DBus.Error.UnknownMethod: Method "Dial" with signature "ss" on interface "org.ofono.VoiceCallManager" doesn't exist | 15:32 |
uvos__ | this happens when the operator dose not provide voice calls | 15:32 |
uvos__ | (maybe because you have a data only sim) | 15:33 |
freemangordon | hmm, what card is that? | 15:33 |
* freemangordon checks | 15:33 | |
uvos__ | the status bar might also be wrong | 15:34 |
uvos__ | and holding old info | 15:34 |
freemangordon | it is not | 15:34 |
uvos__ | (ie the modem is not connected to the operator) | 15:34 |
freemangordon | it is | 15:34 |
uvos__ | check wich scripts | 15:34 |
uvos__ | ok | 15:34 |
uvos__ | *with | 15:34 |
freemangordon | already did | 15:34 |
uvos__ | then idk | 15:34 |
uvos__ | but its on ofonos end :P | 15:34 |
freemangordon | Status = registered | 15:34 |
freemangordon | there is no voice ofono interface for some reason | 15:35 |
uvos__ | ofono provides only the interfaces it can service | 15:35 |
uvos__ | so no interface in some category ususaly means ofono thinks it dosent have hw/modem state to do so | 15:35 |
freemangordon | or it does not re-init properly after disable/enable | 15:36 |
uvos__ | sure | 15:36 |
uvos__ | maybe | 15:36 |
Wizzup | freemangordon: ok, will do @ release | 15:36 |
Guest224 | freemangordon: I have that kind of SIM that has data only...although it can ring if you try call to it. | 15:37 |
freemangordon | no, this is not data only | 15:37 |
freemangordon | uvos__: after ofono restart the voice interface appeared | 15:40 |
freemangordon | so it is some ofono bug | 15:40 |
uvos__ | freemangordon: wierd | 15:40 |
uvos__ | freemangordon: some but with ofono quering modem state/capabilites | 15:40 |
uvos__ | *some bug | 15:40 |
freemangordon | or rather enable/disable sequence | 15:41 |
freemangordon | will see what it is | 15:41 |
uvos__ | anyhow the error message typo missing word also needs to be fixed | 15:41 |
uvos__ | ill do that whenever i do something with sphone that needs a release | 15:41 |
freemangordon | yep, doing disable/enable results in missing voice interface | 15:46 |
freemangordon | Wizzup: wait for the release | 15:46 |
freemangordon | this needs to be fixed | 15:47 |
freemangordon | tmlind: ^^^ any hint where to look at? | 15:47 |
uvos__ | freemangordon: can you dial via at commands? | 15:48 |
uvos__ | ie is just ofono unhappy or also the modem? | 15:48 |
uvos__ | ofono might be picking up that the modem is not happy via qmi | 15:48 |
Wizzup | ah yes I remember seeing this | 15:50 |
uvos__ | i gues since it works after restarting just ofono | 15:51 |
Wizzup | sometimes there is indeed no call interface | 15:51 |
Wizzup | for no good reason | 15:51 |
uvos__ | its unlikely that the modem is really unhappy | 15:51 |
Wizzup | a similar thing happens I think to contexts | 15:51 |
* freemangordon is looking through logs | 15:52 | |
tmlind | freemangordon: ok let's hope your patch works, no idea on the disappearing voice interface | 15:56 |
freemangordon | my patch works (no more segfaults) | 15:56 |
tmlind | nice :) | 15:56 |
tmlind | sometimers the modem firmware boots the modem to some incomplete state where only usb interface is active, but that sounds like a separate issue | 15:57 |
uvos__ | freemangordon: btw celluarld or ofono, the modem on mapphones needs CFUN=0 when there is no sim | 15:58 |
uvos__ | otherwise it dosent sleap | 15:58 |
uvos__ | sleep | 15:58 |
Wizzup | so you mean to set it not to online? | 15:58 |
tmlind | hmm well if ofono disable really shuts down the firmware, i guess it could be the same issue on starting it to an incomplete state | 15:58 |
uvos__ | Wizzup: yeah but the bootstate is high power | 15:59 |
uvos__ | Wizzup: and ofono dosent do anything about that | 15:59 |
uvos__ | Wizzup: it should | 15:59 |
uvos__ | if no sim is there | 15:59 |
uvos__ | at least | 15:59 |
uvos__ | with sim the modem calms down by itself | 15:59 |
freemangordon | not really, we should be able to do emergency calls | 15:59 |
uvos__ | well online the modem before a emergency call then | 16:00 |
freemangordon | hmm | 16:00 |
uvos__ | the entire device is kept awake with the modem with no sim atm | 16:00 |
uvos__ | thats no good | 16:00 |
freemangordon | well, I think thats an exercise for the future | 16:01 |
uvos__ | maybe | 16:01 |
freemangordon | lets fix the more nasty bug first | 16:01 |
uvos__ | but imo most current leste users have terrible battery life on d4 | 16:01 |
uvos__ | because of this bug | 16:01 |
uvos__ | since i venture most use the device with no sim | 16:01 |
freemangordon | I think ofono shall do that | 16:01 |
uvos__ | (since cellualar dosent work atm) | 16:01 |
Wizzup | Guest224: https://maedevu.maemo.org/images-devel/pinephone/20220829/ | 16:13 |
Guest224 | Wizzup: Thanks..I come tomorrow tell how it works. | 16:30 |
freemangordon | another nasty bug https://github.com/maemo-leste-upstream-forks/ofono/commit/ab7e00c73606c244f3ab3065983bdd567e670c5d | 18:25 |
freemangordon | tmlind: how to send ofono patches for upstreaming? | 18:27 |
Wizzup | freemangordon: does that fix the segfault? | 18:29 |
Wizzup | or is this for missing voice? | 18:29 |
freemangordon | this fixes segfalt | 18:29 |
freemangordon | *segfault | 18:29 |
Wizzup | nice catch | 18:30 |
tmlind | hehe nice :) | 18:30 |
freemangordon | well... | 18:30 |
tmlind | freemangordon: i guess just email to the list after looking at what the preferences are for patches, slightly different again | 18:31 |
freemangordon | ok, I'll ask google when it comes to it | 18:31 |
freemangordon | thay may have github/gitlab repo | 18:31 |
tmlind | oh ok | 18:31 |
tmlind | there's some formatting note for ofono that also describes how the patch commits should be | 18:31 |
freemangordon | I have to find the ML firts :) | 18:32 |
freemangordon | *first | 18:32 |
freemangordon | but not now, have to go. | 18:32 |
freemangordon | ttyl | 18:32 |
tmlind | later | 18:33 |
uvos | maybe we should have gone with modemmanager, like everyone else. | 18:58 |
uvos | (mostly becasue more people are testing/using it) | 18:59 |
Wizzup | sfos doesn't use it | 19:04 |
Wizzup | not sure what ut does | 19:04 |
Wizzup | we'd still have to write a driver for our thing, and we'd probably be stuck with networkmanager/gnomestuff a bit much | 19:04 |
Wizzup | not sure if it makes a big diff | 19:04 |
uvos | sure | 19:07 |
Wizzup | also I don't think there is a tp-ring for it | 19:07 |
uvos | not sure being stuck with networkmanager is a bad thing | 19:07 |
uvos | mostly i think icd is a mistake | 19:07 |
uvos | but anyhow | 19:07 |
Wizzup | freemangordon: shall I build the new ofono? | 20:03 |
freemangordon | Wizzup: yes, please do | 22:21 |
freemangordon | I don;t know how long it will take me to fix the voice issue | 22:22 |
freemangordon | so we'd better have the other fixes in place | 22:22 |
freemangordon | Wizzup: wait a bit, going to force-push to ofono | 22:33 |
freemangordon | hmm, no, it is ok | 22:35 |
freemangordon | please release | 22:35 |
Wizzup | will do when I get baxk | 23:26 |
freemangordon | ok | 23:26 |
freemangordon | no hurry | 23:26 |
freemangordon | I think I have fix for missing voice | 23:26 |
freemangordon | hmm, don;t build | 23:34 |
freemangordon | I will have to force-push | 23:34 |
Wizzup | ok | 23:36 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!