**** BEGIN LOGGING AT Wed Nov 02 03:00:00 2016 Nov 02 09:57:42 i'm fed up with the android task switcher .. home button Nov 02 10:16:05 hi Nov 02 19:23:39 hmm, seem there is a memleak in libdevlock :( Nov 02 19:27:01 ~libdevlock Nov 02 19:27:08 what does it do? Nov 02 19:27:21 >No description or website provided. Nov 02 19:27:27 it is a mistery Nov 02 19:27:36 no docu, no fun Nov 02 19:28:15 CatButts: this one provides cal and gconf access to "device lock" systemui plugin Nov 02 19:28:26 te one you enter device lock code in Nov 02 19:28:47 it is closed source, I am REing it Nov 02 19:29:02 so it allows you to do things to the lock screen? Nov 02 19:29:25 lock screen? Nov 02 19:29:36 the one with the slider? Nov 02 19:30:15 maybe we thinking of two different things and talking of one Nov 02 19:30:25 my ignorance at play Nov 02 19:31:14 CatButts: the lock screen (with slide-to-unlock functionality) is the so called tklock Nov 02 19:31:15 I assumed lock screen by 'device lock' Nov 02 19:31:53 device lock is the one you enter lock code, default 12345 Nov 02 19:32:21 it is called "Secure device" in powerbutton menu Nov 02 19:54:12 freemangordon: yeah iirc we talked about it some 2 years ago :/ Nov 02 19:54:23 when I tracked lock-related memleaks Nov 02 19:54:40 only a few bytes / lock iirc though Nov 02 20:01:37 ah, I don't remember Nov 02 20:02:38 and yes, those are few bytes only, but for every call to cal_read_... function that succeeds one has to free() the returned result Nov 02 20:02:54 the largest block is 40 bytes Nov 02 20:03:06 but still, it is memleak Nov 02 20:30:00 dammit, libdevlock is buggy as hell! who wrote that piece of crap? Nov 02 22:05:30 libdevlock1, libdevlock-bin, and osso-systemui-devlock are all apparently written by Nokia. Nov 02 22:14:56 Oksana: well, I was asking about the developer Nov 02 22:14:58 :) Nov 02 22:15:24 I found who it is, its name is in devlocktool binary Nov 02 22:15:31 *he is Nov 02 22:15:36 iirc the tklock didn't free the pixbuf for the image of the slider Nov 02 22:15:51 that leak was worse :D Nov 02 22:15:55 merlin1991: ooh, you're alive :) Nov 02 22:16:19 merlin1991: well it is really not freed, but I woudn;t call that a leak Nov 02 22:16:29 * Oksana wonders what "package imported" means, makes it more difficult to see .deb files from http://maemo.org/packages Nov 02 22:16:44 Oksana: sample? Nov 02 22:16:55 merlin1991: ah, you mean the stock one, not the REed one Nov 02 22:17:02 freemangordon: yep Nov 02 22:17:06 http://maemo.org/packages/package_instance/view/fremantle_ssu_pr1-2_armel/osso-systemui-tklock/0.2.2.18+0m5/ Nov 02 22:17:14 yeah, it was leaking hard Nov 02 22:17:54 Oksana: seems there was autobuilder for closed stuff Nov 02 22:18:05 or they copied .debs by hand to stage Nov 02 22:18:37 import strongly hints at a "incoming" dir in the repo Nov 02 22:18:40 merlin1991: while you are here - what's going on with CSSU-stable release? Nov 02 22:18:46 Hmm, where is non-closed http://maemo.org/packages/view/osso-systemui-tklock/ then? It should be somewhere in Extras, right? Nov 02 22:18:55 Oksana: no Nov 02 22:18:56 Oksana: cssu Nov 02 22:18:59 ~cssu Nov 02 22:19:00 it has been said that cssu is http://wiki.maemo.org/Community_SSU, or (Community Seamless Software Update) Nov 02 22:19:06 well, on github Nov 02 22:19:23 Oksana: https://github.com/community-ssu/osso-systemui-tklock Nov 02 22:19:26 Oksana: https://github.com/community-ssu/osso-systemui-tklock Nov 02 22:19:29 :D Nov 02 22:20:06 stable release, I'm strugling with time, but it will happen this weekend or within the next week Nov 02 22:20:32 good Nov 02 22:20:53 but for -testing, I'm completely lost what in -devel is considered goot enough for -testing atm Nov 02 22:20:59 How does it get installed then, if it is not in repositories? Github has "releases" thingie, for publishing debs ;-) In case it cannot be put into autobuilder for some mysterious reason Nov 02 22:21:37 merlin1991: well, I am lost too, after all this time Nov 02 22:21:44 Oksana: through CSSU repos Nov 02 22:22:07 Oksana: http://repository.maemo.org/community-testing/pool/fremantle/free/o/osso-systemui-tklock/ to go for it directly Nov 02 22:22:20 merlin1991: but there was a script IIRC to compare -testing vs -devel Nov 02 22:22:25 but generally speaking the maemo.org packages interface does not pick up cssu stuff Nov 02 22:22:44 freemangordon: yeah but that doesn't tell me if the stuff in -devel is "good" ;) Nov 02 22:23:16 freemangordon: you mean https://github.com/community-ssu/cssu-state Nov 02 22:23:20 you only need to tell me or Pali about the "stuff", I guess we'll know the status Nov 02 22:23:57 merlin1991: don;t remember what exactly does this script compare Nov 02 22:24:10 -stable -testing -devel and git Nov 02 22:24:17 fancy with colours Nov 02 22:24:18 ah, yes Nov 02 22:24:20 all thanks to Pali Nov 02 22:24:23 :nod: Nov 02 22:24:40 so that's a good starting point Nov 02 22:25:04 yea :-) Nov 02 22:25:07 hi merlin! Nov 02 22:25:10 but there shouldn;t be much new stuff in -devel Nov 02 22:25:27 freemangordon: Thank you :-) /apologies for grumpiness, it would be neat sometime to have CSSU repositories visible in maemo.org packages interface, but it's a distant feature request, just like https for TMO, and thumb branch for auto-builder / Nov 02 22:27:11 Pali: I read you mail about dirty cow, but to ship that we have to decide what we put in a cssu kernel Nov 02 22:27:20 up to now the only cssu with kernel is -thumb Nov 02 22:27:25 yes Nov 02 22:57:31 hi Nov 02 23:01:37 Why is Nokia still specified as maintainer of mce? mce is REed, right? Nov 02 23:09:51 Doesn't libcodelockui1 have a corresponding libcodelockui-dev? Okay, libcodelockui1-dev... Nov 02 23:29:46 I dont know who should be the maintainer for MCE but yeah it should be changed I guess :) Nov 02 23:34:13 and yes libcodelockui has a dev package (although that reverse engineered clone is incomplete and still has the //todos that I added to let people know whats missing and still needs cloning) Nov 02 23:40:20 Is there have the sources of maemo system can use now ? Nov 02 23:40:53 what do you mean? Nov 02 23:41:09 some parts of maemo are open source, some have been reverse engineered and others are still closed. Nov 02 23:45:44 I want to use my Nokia N900 ,but the sources server is not work. Nov 02 23:48:16 What exactly are you trying to do? Nov 02 23:48:24 Download packages from the nokia servers? Nov 02 23:49:01 If so, there is a way to get them working via an unofficial mirror although I dont know the details off the top of my head Nov 02 23:50:04 http://talk.maemo.org/showthread.php?t=95870 might help Nov 02 23:50:24 Still no closer to figuring out what I might do for the coding contest... Nov 02 23:52:18 Hmm, why do I see only osso-systemui-devlock, but not osso-systemui-devlock-dev or osso-systemui-devlock-dbg? Either not REed yet, or not put into repositories yet? | jonwil : Going by other packages, it should be called libcodelockui-dev, not libcodelockui1-dev. Compare: libosso1 and libosso-dev, for example. Nov 02 23:52:50 ask Nokia why its libcodelockui1-dev Nov 02 23:53:52 see http://repository.maemo.org/pool/maemo5.0/nokia-binaries/4bc37c7c77ebe90177c050b805a8dc79/nokia-binaries/c/codelockui/ for the official binaries to confirm that :) Nov 02 23:54:27 as for devlock, so far all that's been reverse engineered is osso-systemui-devlock-dev Nov 02 23:54:37 unless there is something out there that isn't in CSSU Nov 02 23:55:22 jonwil: About coding contest: Look at small (and not so small) ideas at http://svetlana.nfshost.com/fs/maemo/#index1h1 Nov 02 23:55:56 osso-systemui-devlock-dev is not in repositories, yet... And osso-systemui-devlock-dbg will appear in repositories at the same time as osso-systemui-devlock itself, I guess Nov 02 23:56:31 osso-systemui-devlock package from Nokia is in nokia repos (or mirrors of those) Nov 02 23:57:33 * Oksana meant REed version of osso-systemui-devlock ;-) Nov 02 23:57:46 there is no REd version of osso-systemui-devlock Nov 02 23:57:53 just osso-systemui-devlock-dev :) Nov 02 23:58:51 and osso-systemui-devlock-dev is in cssu-devel repo http://maemo.merlin1991.at/cssu/community-devel/pool/free/o/osso-systemui-devlock-dev/ Nov 02 23:58:58 * Oksana is currently wrestling with https://github.com/Wikiwide/osso-systemui-devlock/tree/master/debian ; a clone of tklock, so far changelog, compat and control changed from tklock to devlock Nov 02 23:59:41 How are you going to do the reverse engineering? IDA? Nov 03 00:03:49 Beginning with groundwork, such as debian thingies. Will worry about .c later, using https://github.com/community-ssu/osso-systemui-devlock-dev and whatever can be useful. Nov 03 00:05:23 sorry ping time out Nov 03 00:06:12 if you dont understand reverse engineering, you probably wont be able to get osso-systmeui-devlock going, I understand what I am doing and I cant make it happen. Nov 03 00:06:16 But good luck to you anyway :) Nov 03 00:08:15 As for that list of ideas, ugh, Python. Not going there. Nov 03 00:08:19 Thank you :-) I will not forget about IDA, but I will take a look at objdump and radare, nevertheless. Some time later, after taking care of debian thingies Nov 03 00:08:48 if you can make it happen, more power to you :) Nov 03 00:08:51 jonwil: I think half of the point is taking python apps and rewriting them in c and hildon Nov 03 00:08:57 yeah but I dont know python Nov 03 00:08:59 so I cant do that Nov 03 00:09:06 Dont know the first thing about korean so I cant do that either Nov 03 00:09:12 jonwil: I especially like idea of making GTK+Hildon calculator (frontend), to replace current Qt-based calculator. Tiny and not Python at all Nov 03 00:09:17 afaik we don't have to read the python, just look at what the app does and write the same logic in another language Nov 03 00:09:31 and it's not a reverse engineering task, just a question of hildonizing things Nov 03 00:09:35 none of those seem like things I care about either Nov 03 00:09:39 yes Nov 03 00:09:44 one thing at a time Nov 03 00:09:45 I dont care about mediaplayer things Nov 03 00:11:23 Hmm, feel free to RE something you care about :-) I just don't know much about innards of GPS and cellular, but would be glad to see either of them REed (even if only partially, one package at a time) Nov 03 00:12:05 yeah so would I Nov 03 00:12:10 but I lack the skills to pull that off :) Nov 03 00:12:40 as for calculator, the stock calculator is GTK is it not? Nov 03 00:12:47 Oh wait I see now, the stock calculator is GTK Nov 03 00:12:53 and the open clone is QT Nov 03 00:14:21 Which entity is referred to by BOM in the "BOM plugin for omweather"? Nov 03 00:14:30 its obviously some sort of weather agency Nov 03 00:14:37 but in which country? Nov 03 00:14:53 BOM is australian Nov 03 00:15:40 yeah Nov 03 00:15:43 duh Nov 03 00:15:50 I should know that, I check their website all the time :) Nov 03 00:15:56 I didn't even know they had an API... Nov 03 00:16:49 * Oksana added a link to omweather bom plugin on github, it is possible that it just needs debian packaging? Nov 03 00:18:24 Just refresh the ideas page, and you will see links. No idea how to make them click-able, they are currently in text Nov 03 00:24:16 /me waves from mobile Nov 03 00:25:01 I dont really see anything on that page that I have any real interest in working on. Nov 03 00:25:20 Dont use my N900 for media things. Nov 03 00:26:12 Okay :-) feel free to recommend it to somebody else more GUI-oriented ? Nov 03 00:26:54 the https://telepathy.freedesktop.org/wiki/Tubes/ link seems broken btw Nov 03 00:26:55 it doesn't work Nov 03 00:27:15 Not for media things... Because of CPU or because of quality of speakers or because of something else? Nov 03 00:27:36 I am on my PC at home all the time for media things Nov 03 00:27:53 Yes, telepathy website changed recently. Refresh the page, there is a better "link" now Nov 03 00:27:55 and when I am out-and-about I dont want to do media things (I hate headphones and dont want to play music through speakers and annoy people around me) Nov 03 00:29:10 I like to play music on a bus at the same volume as ambient noise. More cheerful than just seeing gloomy people silently reading facebook Nov 03 00:29:10 What exactly is meant by "empathy chess integration"? Nov 03 00:30:09 Playing chess with a contact. Not with computer, not with a human located geographically at same phone, but with a telepathy contact at other side of the planet Nov 03 00:30:27 so empathy is an existing chess program? Nov 03 00:30:49 and this is about using telepathy to make it work on n900? Nov 03 00:31:35 Nay, telepathy is the provider of d-bus tubes. I am hoping that existing osso-chess-ui progam emits d-bus signals for the movies it is making Nov 03 00:33:00 Like: osso-chess-ui would send a d-bus signal over telepathy's d-bus tube, across Internet-or-something, to a contact with similar d-bus tube and chess-board Nov 03 00:34:02 osso-chess-ui is open source Nov 03 00:34:09 and it uses gnuchess as its engine under the hood Nov 03 00:34:30 so someone who actually knows how to play chess (and knows telepathy) could probably make it happen. Nov 03 00:34:50 But I dont know the first thing about how to program telepathy (which is why reverse engineering things that talk to it has been impossible for me so far) Nov 03 00:35:12 Yes, that's why it could be easy: it's relatively open-source. Hopefully, our telepathy is not too old for d-bus tubes Nov 03 00:35:18 and I keep soundly getting beaten every time by the AI on the maemo chess (even on the easiest setting) Nov 03 00:35:58 so that's not something I will do. Nov 03 00:36:16 I would also like GNU Go, and gui for it. It's not as well-known as GNU Chess, though Nov 03 00:37:04 I wouldn't mind Backgammon for the N900, that's a game I am actually good at... Nov 03 00:37:20 but writing a backgammon AI from scratch doesn't sound fun Nov 03 00:37:30 and I dont know of any existing backgammon game I could port Nov 03 00:37:48 A more intuitive (than Cute CW) version of Morse Code GUI could be good, too. Nov 03 00:38:58 jonwil: https://packages.debian.org/wheezy/gnubg Nov 03 00:40:28 You would probably need to write frontend for it. But engine is already in existence, no problem Nov 03 00:45:10 And https://archive.debian.net/squeeze/gnubg Nov 03 00:46:20 it already has a gtk ui although how one would go about porting that to the N900 I dont know Nov 03 00:47:58 It might be worth putting some of the things from that other link under https://wiki.maemo.org/Maemo.org_Coding_Competition_2016#Wishlist Nov 03 00:48:15 have a list there of things people want but cant do themselves Nov 03 00:48:29 so people who can code but lack ideas can go there and look for them Nov 03 00:48:45 right now that list is mostly sailfish stuff Nov 03 00:49:11 I might add the gnubg port to that wishlist :) Nov 03 00:53:42 Porting has two levels. 1) Mostly unmodified package working on N900, dependencies matched, *.desktop probably moved to appropriate location, put into Extras-repository; 2) GTK ui completely re-written into Hildon, package renamed appropriately to reflect the difference from original Nov 03 00:54:43 gry: First, how to make external links on iki clickable? Second, consider copying some of the things from here under https://wiki.maemo.org/Maemo.org_Coding_Competition_2016#Wishlist Nov 03 00:54:58 Oksana, [duck duck](http://ddg.gg) Nov 03 00:55:09 Ok, will do Nov 03 00:55:26 * Maxdamantus has played a bit of gnugo (via qgo) on his N900. Nov 03 00:55:46 was quite slow, and I'm not very good at Go so was probably using a low level. Nov 03 00:55:57 (the gnugo bit, that is) Nov 03 00:56:45 Probably better to run it remotely to save battery and time. Nov 03 01:03:57 Added the GNU Backgammon thing to the wishlist on the wiki Nov 03 01:06:08 As for the coding contest, nothing on the wishlist has any interest for me (dont do SFOS and dont use emulators on my N900) Nov 03 01:06:58 as for "remove proprietary graphics from games" its been done for chess and mahjong and just needs doing for lmarbels Nov 03 01:07:01 lmarbles Nov 03 01:07:28 chess and mahjong sounds have also been done Nov 03 01:07:45 I dont have the art skills to do it for lmarbles though so thats out :) Nov 03 01:07:55 plus that's not really coding in any case :) Nov 03 01:10:56 At this point unless I end up finding something on http://wiki.maemo.org/Fremantle_closed_packages that has yet to be reverse engineered AND that I have an interest in reverse engineering AND that I am capable of reverse engineering, the top contender for what I will do in the coding contest is an app for my local public transport agency Nov 03 01:11:22 The agency provides REST and SOAP APIs for doing route/journey planning Nov 03 01:11:46 and some Google GTFS and GTFS-realtime data for their routes and operations Nov 03 01:12:05 and their mobile site got rewritten recently and isn't usable on the old N900 browser anymore Nov 03 01:12:14 so an app using their APIs and data seems like a great thing. Nov 03 01:13:44 Libs for doing rest/soap are easy to find (probably already something in the repos somewhere) Nov 03 01:13:57 and I bet there is code out there for parsing Google GTFS and GTFS-realtime data Nov 03 01:17:17 for the UI I am thinking QT since I know more about QT than GTK and since I have a big fat QT4 programming book sitting in my box of books :) Nov 03 01:28:33 * Oksana dislikes Qt; nothing personal, it's just not the "default" widget toolkit for Hildon; and it would be nice to have "universal" transport app, similar to "universal" email client Modest; with various plugins (GTFS, REST, SOAP APIs) requesting configuration (like, web-server, port, similar) Nov 03 01:29:47 except that the APIs and data is likely to be totally different for each agency Nov 03 01:29:52 well not the Google GTFS Nov 03 01:30:00 but the APIs Nov 03 01:30:26 Well, that's the problem: need yet another plugin for each agency. Just like omweather and its plugins... Nov 03 01:31:05 However, if there were several well-known APIs (like GTFS), then one plugin would be enough for several agencies at the same time **** ENDING LOGGING AT Thu Nov 03 02:59:59 2016