Wizzup | uvos: charge mode is working on mz617 | 02:34 |
---|---|---|
Wizzup | :) | 02:34 |
Wizzup | ok, managed to send byte with and then the persistent ones clear at least | 04:12 |
Wizzup | with qt | 04:12 |
Wizzup | and now indeed the notificatoins clear ok in 'regular' function | 04:18 |
Wizzup | freemangordon: libplayback-1.0 is not installed by default it seems | 04:59 |
Wizzup | or is it? I am confused now | 05:00 |
Wizzup | in any case I see: | 05:01 |
Wizzup | error time=1710043228.114135 sender=org.freedesktop.DBus -> destination=:1.12 error_name=org.freedesktop.DBus.Error.ServiceUnknown reply_serial=83 string "The name org.maemo.Playback.Manager was not provided by any .service files" | 05:01 |
Wizzup | ah this is part of ohm | 05:04 |
Wizzup | well probably a red herring | 05:05 |
Wizzup | ok, well, I get LED and vibration now | 05:14 |
Wizzup | sound will probably come if I fix the paths to the files | 05:14 |
Wizzup | cool | 05:18 |
Wizzup | yeah sound works now too | 05:21 |
freemangordon | Wizzup: I wonder if we have spase in the notifications db do store dbus/xdg 'callback' | 09:02 |
freemangordon | *space | 09:02 |
freemangordon | hmm, connui-cellular seems to support cell name next to operator name, do we want that at all? | 09:23 |
freemangordon | sicelo: Wizzup: uvos: ^^^ | 09:27 |
sicelo | cellIId? | 09:59 |
freemangordon | no, cell name | 10:03 |
freemangordon | seems to come with cell broadcast message | 10:03 |
freemangordon | sicelo: https://github.com/maemo-leste/connui-cellular/blob/master/home-item/operator-name-cbs-home-item.c#L226 | 10:04 |
sicelo | ah, sure, we can display that, because in some cases it provides useful info. maybe have a control panel toggle for it | 10:04 |
freemangordon | what exactly useful info it provides? | 10:05 |
freemangordon | do you have an example? | 10:06 |
freemangordon | and, even if the info is useful, do we want it to be displayed in status bar? | 10:06 |
freemangordon | to me such broadcasts shall be either displayed on desktop or as a notifucation | 10:08 |
sicelo | at some point, one of our operators used to display discounts on cells that had free capacity | 10:15 |
sicelo | where on desktop could we show it | 10:16 |
sicelo | anyway my Samsung seems to present them as flash messages, i.e. popup notification requiring clicking OK | 10:20 |
sicelo | on symbian and Fremantle after jonwil's work, it used to be on operator name, something like "MTN MTNZONE 50%" where last two words are the cell text | 10:24 |
freemangordon | yes, displaying them as notifications seems the right approach to me | 10:25 |
freemangordon | not pushing in already limited space | 10:26 |
freemangordon | so, for now I will remove it from status bar | 10:26 |
freemangordon | and when (and if we have support for CBS in ofono qmi) I will reimplement as clickable notifications | 10:27 |
freemangordon | also will implement support for emergency broadcasts | 10:27 |
sicelo | the status way is nicer because you see if it's therea and you're interacting with device. notification way is a notification... i.e. calls your attention even if you weren't really interested at the time. | 10:30 |
freemangordon | how often does that happen? | 10:30 |
sicelo | but sure, it's better especially if you support many modems | 10:31 |
freemangordon | mhm | 10:31 |
freemangordon | my point exactly | 10:31 |
freemangordon | also, in any case I will have to support emergency CBS as notification | 10:31 |
freemangordon | re "where on desktop": another applet dedicated for showing CBS | 10:32 |
sicelo | widget? | 10:33 |
freemangordon | mhm | 10:33 |
Wizzup | freemangordon: fine by me @ cell name | 17:39 |
Wizzup | freemangordon: sure we have space, but we'll still have to deal deal with that name not existing | 17:40 |
Wizzup | tbh the notifications existing across reboot always kind of surprised me about fremantle | 17:40 |
Wizzup | not necessarily bad | 17:40 |
Wizzup | aaa | 17:50 |
Wizzup | oops @ aaa lol | 18:49 |
arno11 | diejuse: some progress with proot https://pasteboard.co/HhQz3CfPIb3c.png | 19:41 |
arno11 | https://pasteboard.co/FfAtlk7pdTAM.png | 19:41 |
arno11 | some important pkgs were missing like hildon-meta | 19:43 |
arno11 | still the bloody Dummy network problem btw :( | 19:43 |
arno11 | so i can't test modest, HAM and conversations for the moment | 19:44 |
Wizzup | arno11: so what do you need, just something to tell icd2 'yes there is network' ? | 19:45 |
arno11 | yes i think | 19:45 |
Wizzup | can you run ifconfig in proot and share it with me | 19:46 |
arno11 | ok let me few minutes (baby around) | 19:46 |
Wizzup | I can probably modify libicd-network-dummy | 19:46 |
diejuse | arno11 All the new applications that you show and comment on (email, sphone, hildon-meta, location, Conversations, sphone dealer...) I have tried them all and had them installed. But I deleted them on purpose because they don't work and only left the ones that work installed. | 19:58 |
Wizzup | freemangordon: do you know why tklock hardcodes the icon names? | 19:59 |
diejuse | The key is whether you can get one to work. | 19:59 |
arno11 | Wizzup: https://pasteboard.co/Qg0q6Sq9Y8QR.png | 19:59 |
Wizzup | diejuse: again, if xsession parts are run, many of them will work | 20:00 |
Wizzup | but the dialer likely won't work since it needs modem access | 20:00 |
arno11 | diejuse: ok, the key is the network atm | 20:00 |
Wizzup | but many conversations things can work | 20:00 |
Wizzup | arno11: i'm thinking of making one for 'lo' that just always returns true | 20:01 |
Wizzup | can you build it if I write it | 20:01 |
arno11 | sure | 20:01 |
Wizzup | icd2 is runnning btw? | 20:01 |
Wizzup | running* | 20:01 |
Wizzup | as is gconf? | 20:02 |
Wizzup | arno11: and just for completeness sake, you did try the dummy network gconf commands, right? | 20:02 |
arno11 | Wizzup: yes for icd2, gconf and yes for gconf commands | 20:03 |
diejuse | Wizzup Again, is already testing everything you mention. If I haven't included some parts it's because they don't work. | 20:05 |
diejuse | I say again that if you want to run applications as app manager in proot. You have to modify the application or create others. It will not work through dummy networks. | 20:06 |
arno11 | diejuse: yes that's why Wizzup will modify libicd-network-dummy (to try to tell to maemo apps that the network is ok) | 20:09 |
Wizzup | diejuse: I think arno11 is trying to take things that you repor as 'do not [3~mwork' and make them work | 20:10 |
Wizzup | arno11: ok I'll make something in the next hour | 20:10 |
arno11 | ok, no rush, thx :) | 20:11 |
diejuse | arno11 yes, we all agree on that part of what he said. | 20:12 |
Wizzup | arno11: hm, could you maybe get some logs from icd2? | 20:12 |
Wizzup | I'm half wondering why dummy doesn't just work | 20:13 |
arno11 | (for logs) probably | 20:13 |
Wizzup | I'm assuming that diejuse's script starts it | 20:14 |
arno11 | yes | 20:14 |
Wizzup | you can run icd2 without -d and with -l0 | 20:14 |
arno11 | ok | 20:14 |
Wizzup | I am not sure if there is a way not to send things to syslog, I'd have to look | 20:14 |
arno11 | ok | 20:14 |
arno11 | diejuse: again, what you did with proot is awesome | 20:16 |
Wizzup | or having syslog work would be useful too | 20:17 |
arno11 | ok | 20:17 |
diejuse | arno11 Thank you. I value and appreciate your opinion very much. Together we will all improve it for a new version. | 20:18 |
Wizzup | arno11: actually I think perhaps what we need to do is check why dummy doesn't work | 20:25 |
Wizzup | I think it should just work, unless icd2 is not allowed to do something | 20:25 |
arno11 | yes ofc the priority is the dummy stuff | 20:30 |
arno11 | i' ll try to get logs a bit later. | 20:31 |
arno11 | diejuse: no doubt :) | 20:31 |
arno11 | bbl | 20:31 |
uvos | Wizzup: it seams something recent has broken the volume bar | 20:32 |
Wizzup | on what device? | 20:32 |
uvos | mapphones | 20:32 |
Wizzup | it works on my d4 | 20:32 |
Wizzup | are you on -devel, or? | 20:32 |
uvos | yeah devel | 20:32 |
Wizzup | same | 20:32 |
Wizzup | hm.. | 20:32 |
uvos | i think it may be broken only after plging in headphones | 20:32 |
Wizzup | do yo uhave anything custom, kernel, or? | 20:33 |
uvos | not rn | 20:34 |
uvos | hmm | 20:34 |
uvos | it seams to control the correct pa volume | 20:34 |
uvos | but this dosent change the acutal volume | 20:34 |
uvos | wierd | 20:34 |
uvos | so nvm its not the volume applet at all but pa | 20:34 |
uvos | ah i figured it out | 20:35 |
uvos | false alarm - sortof | 20:35 |
Wizzup | hm? | 20:36 |
uvos | i was testing with mpd, but devuan mpd runs as root (dumb) and a since we switched to user pa some time ago, apearanly now a new pa process gets spawned just for mpd | 20:36 |
uvos | so changeing the volume in the user pa dosent affect mpd | 20:36 |
uvos | not sure how to avoid this - but its annoying | 20:37 |
uvos | but more of a devuan than a leste issue | 20:37 |
Wizzup | you an run mpd as user but yea | 20:37 |
Wizzup | you can* | 20:38 |
uvos | sure yeah but thats not what the devuan package dose | 20:38 |
uvos | anyhow mostly false alarm | 20:38 |
uvos | carry on | 20:38 |
Wizzup | ok | 20:41 |
freemangordon | Wizzup: no (icons) | 21:04 |
Wizzup | It might be to prevent having random icons there or something | 21:06 |
freemangordon | why it is an issue? | 21:23 |
Wizzup | freemangordon: it's not a big issue, I was experimenting with showing the protocol icon (xmpp, irc, slack, etc) on the lock screen as opposed to the generic sms/chat icon | 21:24 |
freemangordon | I see. I think current implementation is better | 21:52 |
freemangordon | otherwise we risk to have too crowded screen | 21:52 |
freemangordon | also, we are account/service centric, not app-centric :) | 21:52 |
Wizzup | then show the service icon | 21:58 |
Wizzup | if you want to call it that | 21:58 |
Wizzup | it's the same thing | 21:58 |
sicelo | i've never used mpd, but shouldn't volume controls (hence pa interactions) be on the client instead of the server? | 23:31 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!