00:00.15 | *** join/#maemo-ssu atk (Arch-TK@fsf/member/Arch-TK) |
01:04.13 | *** join/#maemo-ssu xes (~xes@unaffiliated/xes) |
01:31.29 | *** join/#maemo-ssu g3kk3r (~torrkull@far.torrkulla.net) |
01:47.15 | *** join/#maemo-ssu xes (~xes@unaffiliated/xes) |
04:34.58 | *** join/#maemo-ssu DocScrutinizer05 (~saturn@openmoko/engineers/joerg) |
08:50.24 | *** join/#maemo-ssu sicelo_ (~sicelo@kozue.soulik.info) |
08:59.56 | *** join/#maemo-ssu XDS2010 (sid1218@gateway/web/irccloud.com/x-rzpyrlfiphiygrxg) |
09:01.13 | *** join/#maemo-ssu APic (apic@apic.name) |
09:03.33 | *** join/#maemo-ssu XDS2010 (sid1218@gateway/web/irccloud.com/x-gtyjprprjgapktji) |
10:09.39 | *** join/#maemo-ssu DrCode (~DrCode@5.28.134.3) |
10:38.52 | *** join/#maemo-ssu Sicelo (~sicelo@unaffiliated/sicelo) |
12:49.57 | *** join/#maemo-ssu DrCode (~DrCode@5.28.134.3) |
13:28.51 | *** join/#maemo-ssu NishanthMenon (~nmenon@192.91.101.30) |
13:28.51 | *** join/#maemo-ssu NishanthMenon (~nmenon@unaffiliated/nishanthmenon) |
15:23.41 | *** join/#maemo-ssu badcloud (2e74d5cc@gateway/web/freenode/session) |
15:23.50 | badcloud | Hello all |
15:24.14 | badcloud | is the n900 supposed to answer/end calls by opening/closing hardware keyboard? |
15:24.38 | badcloud | I'm running Thumb Testing |
15:37.29 | *** join/#maemo-ssu DrCode (~DrCode@5.28.134.3) |
15:38.24 | *** join/#maemo-ssu Pali (~pali@Maemo/community/contributor/Pali) |
15:40.57 | badcloud | Hi DrCode, Pali |
15:41.08 | Pali | badcloud: hi |
15:41.53 | badcloud | Do you guys know of it's possible to answer/end calls by opening/closing hardware keyboard? I'm running cssu thumb testing |
15:42.16 | Pali | do not know... |
15:42.38 | Pali | IIRC no such feature was added to CSSU |
15:43.25 | badcloud | thanks Pali |
15:43.53 | badcloud | in that case it would be a nice feature to have |
15:44.17 | badcloud | albiet I'm asking ~6-7 years late :) |
15:48.45 | bencoh | call-ui is closed-source ... I wonder if there'd be a clean way to implement it |
15:55.47 | Pali | some daemon |
15:56.12 | Pali | open/close keyboard event is sent via gpio-switch /sys/ interface |
15:56.31 | Pali | and IIRC answering call can be done via dbus |
15:56.38 | Pali | ending probably too |
15:57.18 | Pali | badcloud: but try to look at talk.maemo.org or in existing Maemo applications in Extras |
15:57.26 | Pali | maybe there is already some which can do that... |
15:58.39 | bencoh | wouldn't that conflict with rtcom-call-ui? (I have actually no idea) |
15:58.50 | Pali | why conflict? |
15:59.03 | Pali | call-ui provides some DBUS api |
15:59.10 | Pali | and you can use it |
15:59.11 | bencoh | well there is a slider app to answer calls, so you might be right |
15:59.18 | freemangordon | hi! |
15:59.30 | Pali | hi! |
15:59.38 | bencoh | ha in that case yeah, I thought dbus api was exposed by the underlying framework (rtcom_ |
15:59.41 | bencoh | hey o? |
15:59.42 | bencoh | o/ |
16:00.43 | freemangordon | Pali: did you think about leaving CSSU thumb-only? |
16:01.06 | Pali | I have no opinion... |
16:01.17 | Pali | basically I do not see any problem |
16:01.23 | freemangordon | well, I need support, not opinions :) |
16:01.36 | bencoh | you wanna switch CSSU to thumb? |
16:01.45 | freemangordon | the point is - I won't do it alone |
16:02.02 | Pali | I can help |
16:02.04 | Pali | as always |
16:02.05 | freemangordon | bencoh: no, I wanna keep further development on -thumb only |
16:02.33 | Pali | basically all github repos should be prepared for thumb |
16:02.33 | freemangordon | Pali: I know you can, the question is will you commit to it |
16:02.40 | bencoh | freemangordon: migrating -testing to -thumb, and backport changes to stable? |
16:03.07 | freemangordon | bencoh: no, freezing -stabe and -testing at the point where they are now |
16:03.15 | bencoh | hmm |
16:03.22 | freemangordon | everything new to be in -thumb only |
16:04.03 | freemangordon | bencoh: the reason behind that is the lack of manpower |
16:04.12 | freemangordon | as simple as that |
16:04.14 | bencoh | I guess you're only talking about cssu, not extras builder? |
16:04.28 | freemangordon | I have no powers ove extras builder |
16:04.31 | freemangordon | *over |
16:04.34 | bencoh | right |
16:04.50 | freemangordon | well, I *have* powers, but still :) |
16:04.55 | bencoh | and ... does everything work on cssu-thumb in the end? |
16:05.05 | freemangordon | most probably no |
16:05.33 | freemangordon | but it will be better than end where nothing works, no matter thumb or not |
16:05.45 | bencoh | true |
16:06.01 | freemangordon | bencoh: as everyday more and more stuff, esp online is not working anymore |
16:06.15 | bencoh | well I'd be happy to see -thumb hosted on maemo infra for a start, and a thumb build of -stable too |
16:06.33 | freemangordon | and who's going to to that? |
16:06.35 | bencoh | and you're right about manpower, so... |
16:06.38 | bencoh | no idea :) |
16:06.42 | freemangordon | see :) |
16:06.58 | bencoh | I'd be glad to help ... still need to grab a second device though |
16:08.33 | freemangordon | go ahead :). |
16:09.27 | freemangordon | TBH I need someone to driver the PR stuff - like TMO posting, release notes etc. Dvel stuff as well, ofc |
16:09.31 | freemangordon | *drive |
16:10.22 | bencoh | :) |
16:11.31 | bencoh | do we have an up-to-date list of open tasks? |
16:11.41 | bencoh | or something remotely close to that? |
16:11.42 | freemangordon | bencoh: no idea, honestly |
16:11.57 | freemangordon | in my TODO top priority is TLS |
16:12.00 | bencoh | I know maemo has a bugtracker, but err... |
16:12.04 | bencoh | what about TLS? |
16:12.25 | freemangordon | it is olde |
16:12.28 | freemangordon | *old |
16:12.33 | bencoh | ah you mean openssl |
16:12.41 | freemangordon | no, I meant TLS |
16:13.08 | freemangordon | gnutls |
16:13.13 | bencoh | ah, that one |
16:13.53 | bencoh | which parts of maemo depend on gnutls (and not openssl or libnss)? |
16:14.09 | freemangordon | yep. libsoup uses it, gstreamer-http uses libsoup :) |
16:14.29 | bencoh | I see |
16:14.32 | freemangordon | so soon we will have no https video playback ;) |
16:14.39 | bencoh | indeed |
16:15.27 | bencoh | hm I actually thought we didn't have https support in gstreamer thus far |
16:15.33 | freemangordon | we have |
16:15.47 | bencoh | did you check gnutls ABI? |
16:15.52 | freemangordon | cutetube uses it through Qt |
16:16.09 | freemangordon | bencoh: no, but do we have an option? |
16:16.27 | bencoh | yeah but ... who takes care of https? phonon through qtnetwork stuff, or gstreamer through libsoup? |
16:16.42 | freemangordon | gstreamer through libsoup |
16:16.48 | bencoh | hmmkay |
16:16.53 | freemangordon | and libsoup through gnutls |
16:17.27 | bencoh | souphttpsrc? |
16:17.43 | freemangordon | and for the fun to be full, newer gnutls wants newer glib2-0 :) |
16:17.51 | freemangordon | GstHttpSrc iirc |
16:20.16 | freemangordon | anyway, we can't stay on 2.24 forever |
16:22.10 | freemangordon | so, if somebody wants to help, call me :) |
16:23.46 | bencoh | I'm actually quite clueless regarding glib upgrade :/ |
16:24.20 | bencoh | I know quite a few projects need it, but ... newer releases really break ABI |
16:24.26 | freemangordon | what do you mean by saying clueless? |
16:24.39 | bencoh | I mean I dont really know what to do about it |
16:24.46 | freemangordon | yes I know ABI will be broken, but again - what are the options? |
16:25.16 | bencoh | how would we prevent closed-source core apps from breaking then? |
16:25.21 | Sicelo | would ike to help in non developer things (dunno about PR though) |
16:25.22 | freemangordon | in short - we will have to manage to build it in SB, this is |
16:25.54 | freemangordon | Sicelo: well, I use "PR" when I talk about ton-devel stuff :) |
16:26.00 | freemangordon | *non-devel |
16:26.48 | bencoh | freemangordon: do you mean patching recent glib to preserve old ABI, or build new vanilla glib and ship with 2 versions? |
16:26.51 | freemangordon | bencoh: we will either patch it, or do some LD_PRELOAD magic |
16:27.04 | bencoh | huhu, stop reading in my mind :D |
16:27.16 | Sicelo | then yes, ping me anytime |
16:27.35 | freemangordon | bencoh: either ways we'll have to forward-port maemo-specific patches, but there are just a couple of them |
16:28.02 | bencoh | yeah I'm not too afraid about maemo-specific patches |
16:28.28 | freemangordon | bencoh: the bigger problem will be with the dependencies, I wan't to try to avoid pulling half the debian (or ubuntu) packages in maemo, albeit it might become inevitable |
16:28.41 | bencoh | true |
16:29.05 | freemangordon | Sicelo: ok |
16:29.05 | bencoh | that's why I dont really wanna play with LD_PRELOAD /multiversioning |
16:29.21 | freemangordon | bencoh: I did some job recently, then stopped |
16:29.44 | bencoh | tbh the real solution here would be to remove/replace closed stuff, but... |
16:30.00 | freemangordon | see https://github.com/community-ssu, gmp and nettle |
16:30.09 | freemangordon | gnutls needs those |
16:30.17 | bencoh | you know better than me that it'd take quite a looong time |
16:30.43 | freemangordon | well, but sooner we start... |
16:31.05 | freemangordon | if we don;t start it, count maemo dead in 2 years or sooner |
16:31.53 | freemangordon | well, it is already dead, but refuses to admit it :). But if it stays like that... |
16:32.38 | freemangordon | also, maybe it is not that bad idea to start pulling stuff from alive distros |
16:34.15 | bencoh | what about trying to build maemo "from scratch" as suggested by doc? |
16:34.57 | bencoh | ie start with a blob-free base, and progressively add stuff? |
16:35.12 | freemangordon | this is another task, separate from cssu |
16:35.32 | bencoh | both would meet at some point |
16:35.42 | freemangordon | in a distant future, maybe |
16:35.43 | bencoh | we cant upgrade any of the core libs without breaking everything |
16:35.51 | freemangordon | why everything? |
16:36.00 | bencoh | every blob |
16:36.12 | bencoh | well, not everything, but every glib-dependent blob |
16:36.28 | freemangordon | we can;t be sure unless we try. at least we will know what needs to be fixed |
16:36.58 | bencoh | ah, sure you could start by breaking it and try to mend it :) |
16:37.11 | freemangordon | do you see any other option? |
16:37.54 | freemangordon | glib maemo uses is how old? 7 years? |
16:38.21 | freemangordon | we need to break the eggs |
16:38.29 | freemangordon | unless I am missing somethign |
16:39.34 | bencoh | iirc you updated glib to some 5yo version |
16:39.42 | freemangordon | this is in cssu, yes |
16:39.43 | bencoh | but yeah, still freaking old |
16:39.53 | *** join/#maemo-ssu Sicelo009N (~sicelo@unaffiliated/sicelo) |
16:40.25 | bencoh | 'kay .... any n900 to sell in your region of the world? :) |
16:40.43 | freemangordon | bencoh: you're in europe? |
16:42.32 | freemangordon | bencoh: you'd better ask on TMO |
16:44.27 | bencoh | I no longer live in europe but can still have it delivered there |
17:23.29 | *** join/#maemo-ssu badcloud (2e74d5cc@gateway/web/freenode/ip.46.116.213.204) |
17:42.10 | *** join/#maemo-ssu M4rtinK (~M4rtinK@ip-78-45-144-165.net.upcbroadband.cz) |
17:47.38 | *** join/#maemo-ssu RedW (~redw@89-76-164-87.dynamic.chello.pl) |
18:47.38 | badcloud | bencoh: which slider app? |
18:49.16 | Sicelo | dunno the application, but https://wiki.maemo.org/Phone_control#Answer_current_phone_call |
18:51.30 | Sicelo | (otoh if open keyboard to take call was to be implemented, i'd hope it would be not mandatory ... i personally don't like the idea so well. i understand it would help in borked TS situation maybe) |
19:24.37 | *** join/#maemo-ssu freemangordon (~ivo@46.249.74.23) |
19:34.19 | *** join/#maemo-ssu badcloud (2e74d5cc@gateway/web/freenode/ip.46.116.213.204) |
19:35.36 | badcloud | none of my installed menu apps are showing up in thumb testing, tried "killall hildon-status-menu" but nothing shows up except for "clocks, profile, connection and bt" |
19:35.41 | badcloud | any ideas? |
19:36.44 | Sicelo | reinstall them? |
19:36.54 | Sicelo | what are menu apps by the way? |
19:44.45 | badcloud | as-status,flashlight,fmtx,slide2answer,tweakr |
19:44.50 | badcloud | and the usual |
19:46.23 | Sicelo | reinstall them .. or check /usr/share/applications/hildon-status-menu/status_area_load_applet.desktop |
19:46.34 | Sicelo | i mean .. /usr/share/applications/hildon-status-menu/ |
19:49.19 | badcloud | checked, they're all there |
19:52.42 | Sicelo | borked system :-) |
19:52.44 | Sicelo | reboot? |
20:04.19 | badcloud | I'll try |
20:49.46 | *** join/#maemo-ssu badcloud (2e74d5cc@gateway/web/freenode/ip.46.116.213.204) |
20:50.06 | badcloud | Sicelo: I removed maemo-statusmenu-fmtx, rebooted, reinstalled, killall hildon-status-menu, still no new menu item |
20:52.05 | badcloud | everything looks fine in /etc/hildon-desktop/status-menu.plugins |
21:01.55 | badcloud | would it be inadvisable to reinstall hildon-status-menu? |
22:10.57 | *** join/#maemo-ssu M4rtinK (~M4rtinK@ip-78-45-144-165.net.upcbroadband.cz) |