| 03:19.59 | *** join/#maemo-ssu amiconn_ (quassel@rockbox/developer/amiconn) |
| 04:03.45 | *** join/#maemo-ssu DocScrutinizer05 (~HaleBopp@openmoko/engineers/joerg) |
| 04:15.22 | *** join/#maemo-ssu Mihanizat0r (~Miranda@83.149.34.237) |
| 06:06.05 | *** join/#maemo-ssu LaoLang_cool (~LaoLang_c@14.151.31.41) |
| 06:36.43 | *** join/#maemo-ssu Mihanizat0r (~Miranda@83.149.37.199) |
| 08:55.50 | Estel_ | because he wouldn't know what to do with bitcoins |
| 09:43.59 | *** join/#maemo-ssu int_ua (~int_ua@ip-602f.proline.net.ua) |
| 09:55.41 | *** join/#maemo-ssu M4rtinK (~M4rtinK@mail.melf.eu) |
| 10:01.54 | *** join/#maemo-ssu Martix (~martix@ip-62-245-106-78.net.upcbroadband.cz) |
| 10:25.35 | *** join/#maemo-ssu MrPingu (~chatzilla@86.92.226.97) |
| 10:30.50 | *** join/#maemo-ssu lizardo (lizardo@nat/indt/x-hiyjzeeluqmhxeyo) |
| 10:34.59 | *** join/#maemo-ssu lizardo (lizardo@nat/indt/x-cjerpqfvjphdjdev) |
| 10:39.54 | *** join/#maemo-ssu futpib (~futpib@89.106.198.70) |
| 10:44.53 | *** join/#maemo-ssu futpib (~futpib@89.106.198.70) |
| 10:52.39 | *** join/#maemo-ssu kolp (~quassel@212.255.229.38) |
| 11:48.47 | chem|st | http://talk.maemo.org/showthread.php?t=88851 |
| 11:48.56 | chem|st | can someone take care please |
| 11:59.30 | kerio | chem|st: cssu-stable is installable |
| 11:59.35 | kerio | as long as you install a mirror |
| 11:59.54 | kerio | (it still has the old-style enabler, right?) |
| 12:06.26 | *** join/#maemo-ssu Pali (~pali@Maemo/community/contributor/Pali) |
| 12:12.51 | merlin1991 | yes |
| 12:15.57 | kerio | so cssu-stable users have an inconsistent domain information for a lot of system package |
| 12:16.00 | kerio | so why bother |
| 12:26.16 | *** join/#maemo-ssu LinuxCode (~LinuxCode@fedora/LinuxCode) |
| 12:36.34 | *** join/#maemo-ssu jonwil (~jonwil@27-33-137-199.static.tpgi.com.au) |
| 13:27.33 | merlin1991 | Pali: do you remember why I've put calendar-backend onto gitorious? |
| 13:27.57 | Pali | no :-) |
| 13:28.10 | Pali | there is no commit? |
| 13:28.12 | merlin1991 | therea re no patches int there from us |
| 13:28.45 | Pali | maybe unreleased nokia commits? |
| 13:30.12 | Pali | http://mg.pov.lt/maemo-ssu-irclog/%23maemo-ssu.2012-10-30.log.html#t2012-10-30T09:26:42 |
| 13:31.02 | Pali | for thumb support |
| 13:31.21 | Pali | calendar-backend (0.8-6+0m5+0cssu1+thumb1) |
| 13:31.32 | merlin1991 | ah okay, I got a mail about a patch re ical export in the calendar-backend :) |
| 13:31.39 | merlin1991 | we might see patches in the near future :) |
| 13:32.37 | Pali | there is thumb branch already: https://gitorious.org/community-ssu/calendar-backend/commits/thumb-testing |
| 13:32.37 | freemangordon | iirc calendar-backend is there because of thumb |
| 13:33.19 | Pali | merlin1991, freemangordon look at: https://gitorious.org/community-ssu/microb-engine/merge_requests/1 |
| 13:33.46 | Pali | (destructive merge request) |
| 13:34.09 | Pali | (and ignore gitorious diff --> not working) |
| 13:34.11 | merlin1991 | freemangordon: that merge-request is for you, I don't trust myself making any decisions there |
| 13:34.35 | freemangordon | Pali: what we risk? |
| 13:34.55 | Pali | freemangordon, this is not merge but linearize git history |
| 13:35.00 | freemangordon | I know |
| 13:35.20 | Pali | clone both repositories and make sure that there was nothing deleted |
| 13:35.38 | freemangordon | Is there a chance something to get lost? |
| 13:35.42 | Pali | run diff between both repos and look if it is ok |
| 13:35.43 | freemangordon | source code I mean |
| 13:36.01 | Pali | I think that I rebased everything |
| 13:36.12 | freemangordon | ok |
| 13:36.19 | Pali | but because it is destructive rewrite chance could be there... |
| 13:36.38 | Pali | you can backup old repository to hdd |
| 13:36.54 | Pali | and if we found some problem in 10 months we can look there |
| 13:36.59 | Pali | I have backup of it too |
| 13:37.11 | Pali | merlin1991, also of old alarmd tree |
| 13:37.47 | merlin1991 | Pali: throw the alarmd backup also on the server, just in case |
| 13:42.32 | Pali | freemangordon, bug in systemui alarm (both nokia and RE version): I have CP-408 cover on my n900. And alarm sound event is played only for 1-2 seconds when cover is closed |
| 13:42.43 | Pali | seesm like some proximity sensor problem |
| 13:43.35 | Pali | freemangordon, also after 2 secons event is closed |
| 13:44.45 | Pali | do you know where can be problem? I'd like to see alarm visible until I click on some button on screen (not to automatically disappear) |
| 13:49.48 | kerio | Pali: what do you think of my idea of disabling HAM's domain thing? |
| 13:49.59 | Pali | kerio, why? |
| 13:50.00 | kerio | do you reckon that it's a decision that should be made by all the cssu devs? |
| 13:50.09 | kerio | Pali: because it's something that we fucked up already anyway |
| 13:50.23 | kerio | the current cssu-stable users don't have a consistent domain information |
| 13:50.30 | kerio | and it causes more troubles than it's worth |
| 13:51.39 | Pali | kerio, ham domains can be deleted only by releasing new version of ham and then installing cssu will needs updated ham from cssu |
| 13:51.53 | kerio | yes |
| 13:52.15 | Pali | or by upgrading package hildon-application-manager-* which can be updated only by SSU repo by nokia |
| 13:52.25 | Pali | without installing updated HAM |
| 13:52.30 | kerio | hm, we could actually make nokia update HAM |
| 13:52.38 | kerio | we could use the excuse of the key troubles |
| 13:52.42 | kerio | "so it won't happen again" |
| 13:52.53 | Pali | kerio, I'm against removing domain |
| 13:53.04 | Pali | this is good protestion for updating system packages |
| 13:53.11 | Pali | *protection |
| 13:53.38 | Pali | you know that somebody pushed to extras-devel some system package which broke maemo system |
| 13:53.55 | kerio | which? |
| 13:54.06 | Pali | but due to lower extras priority (and non extras-devel domain) ham not shown that update |
| 13:54.12 | kerio | it's kinda easy to prevent something like that, once we control the repos |
| 13:54.44 | jonwil | IMO we should completly ban any package in extras-* that has the same name (or would override) a system package |
| 13:54.47 | Pali | so you want to disable free extras-devel repo? |
| 13:55.01 | kerio | ...i didn't say that |
| 13:55.12 | kerio | just prevent the upload of packages in a certain list |
| 13:55.27 | kerio | aka packages from nokia ssu, nokia apps or community(-testing) |
| 13:55.30 | *** join/#maemo-ssu jaded (~jade@Jade.broker.freenet6.net) |
| 13:55.30 | *** join/#maemo-ssu jaded (~jade@unaffiliated/jade) |
| 13:55.42 | Pali | why to create something new if ham domains are already implemented in each n900? |
| 13:57.00 | *** join/#maemo-ssu jade (~jade@Jade.broker.freenet6.net) |
| 13:57.00 | *** join/#maemo-ssu jade (~jade@unaffiliated/jade) |
| 13:57.24 | jonwil | Did we hear anything further from Nokia on whether they can solve the repo signature issue with that MaemoSW key? |
| 13:58.00 | kerio | Pali: it's about having less cruft in HAM |
| 13:58.16 | kerio | and less issues for the users, if, for instance, repo.m.o is down and they want to use mirrors |
| 13:58.36 | kerio | jonwil: nokia has the private key of that keypair, so they have to decide to use it |
| 13:58.39 | Pali | jonwil, nokia sent us mail and somebody said that council or hifo should answer to it |
| 13:58.50 | Pali | but nobody answer yet |
| 13:58.52 | jonwil | ok |
| 13:59.13 | kerio | i think that we decided that either MentalistTraceur or DocScrutinizer will send it |
| 13:59.14 | Pali | DocScrutinizer05, why nobody sent email to nokia about gpg key? |
| 13:59.39 | Pali | we got mail 4 days ago |
| 14:01.17 | jonwil | is still stuck for things to reverse engineer |
| 14:01.44 | kerio | Pali: btw, it's kinda easy to delete domain informations for installed packages |
| 14:01.54 | kerio | they're a handful of files, we could do that in the enabler |
| 14:01.54 | jonwil | After I did libdevlock the other day, I have run out of things to try :) |
| 14:01.58 | kerio | if we decided to do so |
| 14:03.05 | Pali | kerio, if we delete domain support there is not protection for disabling updating system packages from extras-devel |
| 14:03.19 | kerio | apart for the fact that we'll be controlling extras-devel :) |
| 14:03.54 | Pali | kerio, so you want to disable pushing package to extras-devel without some voting? |
| 14:04.18 | kerio | no, i want to disable pushing packages to extras-devel that are in the list of packages from nokia ssu/nokia apps/community(-testing) |
| 14:04.41 | Pali | kerio, and how you want to do that? |
| 14:04.59 | kerio | idk, i don't know how repo.m.o is organized |
| 14:05.25 | Pali | so you did not implemented it and also you have no idea how to implement it... |
| 14:05.48 | kerio | it doesn't seem difficult to delete all the packages in a certain list of names |
| 14:05.49 | Pali | so then we stay with current working implementation |
| 14:05.55 | kerio | and to consider names from that list as invalid |
| 14:06.13 | kerio | also, the fact that you can push a package called "hildon-application-manager" to extras-devel is truly fucked up |
| 14:06.22 | kerio | i really hope it's not actually true |
| 14:06.55 | Pali | if you (or somebody else) implement that blacklisting in all repositories, then we can start talking about removing domains from HAM |
| 14:07.28 | Pali | before that there is no other protection, so we need ham domains |
| 14:08.50 | kerio | also, which are the packages in extras-devel that are also in nokia* or community*? |
| 14:09.03 | kerio | there was something with libcurl iirc |
| 14:09.37 | kerio | yep, libcurl3 is in nokia<extras-devel<community-testing |
| 14:11.57 | jonwil | so we just modify the repos to not allow any package that is also in nokia* or community* (there is no legit reason for such packages in extras* IMO) |
| 14:12.51 | chem|st | kerio: which part of "can someone take care please" didn't you understand |
| 14:13.30 | kerio | chem|st: take care of what? the second post begins with "never mind . sorry figured out" |
| 14:13.43 | Pali | merlin1991, these gtk commits from *official* nokia git tree was not released as part of PR.1.3. What do you think to include them to CSSU? |
| 14:13.43 | Pali | https://maemo.gitorious.org/hildon/gtk/commit/d4e748cf42ce36741469b059992b2ae82a14216e |
| 14:13.43 | Pali | https://maemo.gitorious.org/hildon/gtk/commit/a466fc8511813cf1978f345a1179e4a849b9e7e1 |
| 14:13.43 | Pali | https://maemo.gitorious.org/hildon/gtk/commit/dc9e57556d36547baec34b69f13fce1c994a2f32 |
| 14:14.14 | Pali | * Fixes: NB#136782 - Task launcher shows standard icon instead of application icon |
| 14:14.15 | Pali | * Fixes: NB#175659 - One of the account is always highlighted in VoIP and IM accounts selection |
| 14:14.34 | Pali | I can confirm bug NB#175659 on my n900 |
| 14:14.55 | Pali | and I can confirm bug NB#136782 too |
| 14:15.07 | Pali | (when installing new application) |
| 14:15.28 | kerio | oh god, NB#136782 is so annoying |
| 14:15.29 | chem|st | kerio: now... not 5 hours agao... |
| 14:15.42 | kerio | chem|st: it was there as soon as i clicked that link |
| 14:15.44 | chem|st | at least I posted it here when there was no |
| 14:15.59 | chem|st | so it took him 10minutes |
| 14:16.03 | kerio | in fact, you wrote at 12:48 CET, and the dude said that he fixed the problem at 12:49 CET |
| 14:16.18 | chem|st | would be nice if some people look out for tmo these days |
| 14:16.19 | Pali | merlin1991, also in cssu we do not have full git history of gtk, so I will import our cssu patches on top of nokia git tree |
| 14:16.35 | Pali | freemangordon, look at gtk ^^^ |
| 14:17.58 | jonwil | suspects there is very little worth reverse engineering that he is actually capable of trying... |
| 14:18.00 | chem|st | kerio: you started telling me what to tell... that is not what I needed to hear |
| 14:19.44 | kerio | jonwil: reverse-engineer hex-rays' servers :P |
| 14:27.59 | jonwil | maybe I will play with libsms-utils |
| 14:28.12 | jonwil | or hildon-plugins-notify-sv |
| 14:30.15 | Pali | jonwil, better some hildon part as sms/cellular |
| 14:30.37 | Pali | hildon code can be reused on some other system too, but nokia specific sms/cellular not |
| 14:31.25 | jonwil | well hildon-plugins-notify-sv is not exactly generically reusable either |
| 14:32.08 | Pali | jonwil, also if somebody want to reuse your re work, it will be only on some more open platform and nokia specific hw interfaces will be useless |
| 14:32.25 | Pali | hildon-* something is for hildon desktop which is hw independent |
| 14:32.45 | jonwil | Its got a decoder binary (nsv-decoder-service) that is used to convert MP3 to wav for tones |
| 14:32.52 | jonwil | so ringtone etc |
| 14:33.00 | jonwil | which is using gstreamer to do work |
| 14:33.05 | Pali | any hildon code could be usefull for cordia or other project |
| 14:34.16 | jonwil | it seems tied to Nokia specific stuff like libplayback |
| 14:34.32 | jonwil | also libsms-utils isn't tied to the HW |
| 14:34.41 | jonwil | its a generic utility library for SMS maniuplation |
| 14:35.08 | jonwil | and my interest in libsms-utils is being able to call it from other places |
| 14:36.22 | Pali | btw, there is better alternative ofono. I bet that nobody will use any of sms/csd/sscd/other_nokia_stupid_cellular_stuff |
| 14:36.49 | jonwil | I would if I was working on Maemo and not on something using ofono |
| 14:37.02 | Pali | jonwil, any audio application using libplayback on maemo |
| 14:37.24 | jonwil | i.e. my interest in CSD and nokia telephony is because ofono is not an option for users of Fremantle and never will be |
| 14:37.28 | kerio | jonwil: ooh, libplayback pls |
| 14:37.40 | Pali | I do not see reason to RE some maemo cellular/network stuff |
| 14:37.49 | jonwil | I already looked into how libplayback works before |
| 14:37.59 | jonwil | but couldn't really figure it all out |
| 14:38.16 | Pali | jonwil, better to remove all nokia dependences on cssd, replace it with ofono and install other open source applications which working with ofono |
| 14:38.38 | Pali | telepathy-ring is working for sms and voice calls |
| 14:38.48 | Pali | so you need only some telepathy client |
| 14:38.52 | jonwil | Pali, that will never happen for reasons that have been discussed penty of times before |
| 14:39.04 | Pali | and there are more OSS telepathy clients (gtk and qt too) |
| 14:39.30 | jonwil | If you are going down that road you will need a new dialer app (written from scratch), a new messaging app (also written from scratch) and a bunch of other stuff |
| 14:39.42 | Pali | why? |
| 14:39.44 | jonwil | and if you go that way you may as well just install Meego/Mer/Nemo/whatever |
| 14:40.06 | jonwil | you might not need new apps if there are apps that already talk to ofono |
| 14:40.19 | Pali | and why to talk to ofono? |
| 14:40.20 | jonwil | and to telepathy on top of ofono |
| 14:40.27 | Pali | there is telepathy ofono plugin |
| 14:40.32 | jonwil | yes that I know |
| 14:40.40 | Pali | so you need to talk only yo telepathy |
| 14:40.43 | jonwil | but there are plenty of parts of the N900 system that talk to csd directly |
| 14:40.53 | jonwil | including the dialer app |
| 14:40.57 | Pali | jonwil, do you have list? |
| 14:40.58 | jonwil | and messaging app |
| 14:41.02 | jonwil | I dont have list |
| 14:41.08 | jonwil | but its a fairly substantial one |
| 14:41.15 | jonwil | libconnui for one thing |
| 14:41.19 | Pali | both dialer and messaging can be replaced by oss telepathy application |
| 14:41.22 | jonwil | and libconnui-cellular |
| 14:41.37 | Pali | connui is for network connection, yes? |
| 14:41.42 | jonwil | in fact most of connui-* talks to csd |
| 14:41.49 | jonwil | connui is connectivity UI widgets |
| 14:41.51 | Pali | again this can be replaced by some network manager |
| 14:42.01 | Pali | we have more oss network managers |
| 14:42.01 | jonwil | you could replace this stuff it you wanted |
| 14:42.19 | Pali | and also there are scripts which can create 3G data connection |
| 14:42.21 | jonwil | but as I said if you did replace all this stuff you may as well just use Mer/Nemo/whatever |
| 14:42.30 | Pali | also there are more backends for network managers |
| 14:42.57 | Pali | and creting simple UI which show possible network connection in Gtk or Gt is easy |
| 14:43.12 | jonwil | if you replaced this stuff, getting it to be feature-complete vis a vis the stock Nokia bits would be nearly impossible |
| 14:43.34 | Pali | jonwil, why? |
| 14:43.40 | Pali | write list what is needed to be done |
| 14:44.07 | Pali | you will see that you have a lot of alternatives for current nokia closed apps |
| 14:45.34 | Pali | you only need: telepathy client (which handle IM, SMS, calls), network manager (wifi, gsm, 3g) and lib which add fake dbus icd2/conic glue |
| 14:46.04 | Pali | and some GUI application for your new network manager |
| 14:46.08 | Pali | notthing more |
| 14:46.54 | Pali | of course some 3rd app stop working because it could use some nokia closed api, but that application is not present in maemo system, so can be removed or fixed |
| 14:47.20 | Pali | doing this ^^^^ is a lot of easier as doing some RE on nokia closed libs |
| 14:47.39 | Pali | jonwil, so what is problematic? |
| 14:48.25 | Pali | you already have icd2 dbus calls, so creating fake daemon/lib will be easy too... |
| 14:48.30 | jonwil | doing some checks now to see just what talks to CSD |
| 14:49.32 | Pali | jonwil, is something else (except icd, network, network/connection gui and cellular services) talking to CSD? |
| 14:49.39 | jonwil | yes I am sure of it, checking now |
| 14:50.01 | Pali | I think that DSME |
| 14:50.14 | Pali | but this can be fixed too (or simply ignored) |
| 14:50.27 | Pali | MCE too (for offline mode) but can be ignored too |
| 14:51.19 | Pali | systemui modechange maybe too (for offline mode) but this can be RE if needed (or ignored and offline mode will be dropped from systemiu menu) |
| 14:55.35 | jonwil | Are we talking about CSD replacement in the context of CSSU as a possible target? |
| 14:55.58 | Pali | jonwil, of cource not |
| 14:56.17 | Pali | cellular/connui parts will not be touched in cssu |
| 14:56.29 | jonwil | so there is no point in replacing it at all really |
| 14:56.38 | jonwil | since 99% of people are happy with CSD as-is |
| 14:56.45 | jonwil | I too am happy with CSD as-is |
| 14:57.08 | Pali | jonwil, so then there is no reason to RE csd/icd/connui |
| 14:57.10 | jonwil | but I do want to be able to talk to various parts of CSD from code I write for various reasons |
| 14:57.28 | jonwil | which is why I want to reverse engineer CSD |
| 14:57.29 | jonwil | so I can talk to it |
| 14:57.34 | Pali | jonwil, we can start thinking about creating new project which replace ofono |
| 14:57.42 | Pali | *cssd with ofono |
| 14:57.54 | jonwil | We could except that I dont want to replace CSD |
| 14:57.56 | Pali | like bme replacement project |
| 14:58.00 | jonwil | I want to talk to what we have now |
| 14:58.13 | Pali | and why you need it? |
| 14:58.15 | kerio | well, it wouldn't be a full RE, right? |
| 14:58.24 | kerio | you just need to figure out some hooks |
| 14:58.26 | jonwil | no, I am not talking about cloning it |
| 14:58.31 | jonwil | just about figuring out DBUS calls |
| 14:58.35 | jonwil | and library calls |
| 14:58.38 | jonwil | and stuff |
| 14:58.53 | jonwil | as for things that talk directly to CSD, the list includes: |
| 14:58.55 | jonwil | ActiveSync |
| 14:59.27 | *** join/#maemo-ssu dhbiker (~dhbiker@95.87.145.172) |
| 14:59.46 | Pali | ActiveSync is being dropped by google... :-) |
| 15:00.28 | jonwil | Google may be dropping it but I bet there are N900 owners who use it to talk to any number of mailservers that still DO support it |
| 15:00.34 | jonwil | including many different versions of Exchange |
| 15:01.01 | Pali | I never used it... but ok |
| 15:01.21 | Pali | merlin1991, freemangordon: https://gitorious.org/community-ssu/gtk/merge_requests/2 |
| 15:02.14 | jonwil | BME replacement is a good thing since it is functionally complete when compared to the old BME |
| 15:02.25 | jonwil | well functionally complete enough that nothing who uses BME will break |
| 15:03.05 | jonwil | tone generator daemon needs CSD |
| 15:03.41 | kerio | jonwil: is there nothing open that uses CSD? |
| 15:03.57 | jonwil | getting to that, still looking at who uses it |
| 15:05.26 | jonwil | QT libs need it (libqtsysteminfo specifically) |
| 15:05.43 | Pali | tone generator is OSS |
| 15:06.51 | Pali | is libqtsysteminfo open? |
| 15:06.57 | jonwil | I think it is |
| 15:09.15 | jonwil | adressbook SIM backend uses it (definatly closed source) |
| 15:10.08 | jonwil | cherry (whatever that is) uses it |
| 15:10.33 | jonwil | "device" control panel uses it |
| 15:10.50 | kerio | oh, should CSSU ship a cherry with a high version, to nullify MyNokia? |
| 15:12.49 | jonwil | notification UI uses CSD |
| 15:13.43 | jonwil | ICD GPRS plugin uses it obviously |
| 15:16.31 | jonwil | nokia maps uses it |
| 15:19.40 | jonwil | pulseaudio closed bins use it |
| 15:19.50 | jonwil | and no I dont know why they do :P |
| 15:20.47 | Pali | addressbook SIM backend can be replaced by ofono backend |
| 15:21.11 | Pali | cherry... please to shred -u <all_files_from_cherry_package> to fix cherry problem |
| 15:21.27 | jonwil | systemui devlock plugin uses CSD |
| 15:21.30 | Pali | device control panel - hm this can be problematic |
| 15:21.38 | jonwil | as does systemui emergency plugin |
| 15:21.58 | Pali | I alredy wrote that sysemui, dsme and mce using csd for offline mode |
| 15:22.21 | Pali | notification UI using CSD?? WTF? |
| 15:22.31 | Pali | this is pointless |
| 15:23.07 | Pali | nokia maps CSD? for what? maybe only for some GPS... |
| 15:23.23 | jonwil | it uses it to query CSD for things related to call status |
| 15:23.28 | kerio | DocScrutinizer05: do you reckon CSSU should ship a neutered cherry? |
| 15:23.32 | Pali | pulseaudio it using for incomming calls |
| 15:23.52 | Pali | and tell bluez headset AT comment |
| 15:23.55 | Pali | *commands |
| 15:24.10 | jonwil | nokia maps needs it for signal strength display |
| 15:24.21 | Pali | ah, I see |
| 15:24.28 | Pali | it not using status menu |
| 15:24.30 | jonwil | telepathy-ring of course needs CSD |
| 15:26.31 | jonwil | rtcom-call-ui uses it for SIM security among other things |
| 15:26.55 | jonwil | also registration status, modem state and some others |
| 15:27.05 | jonwil | including also USSD |
| 15:29.55 | jonwil | libcodelockui |
| 15:30.39 | jonwil | connui we mentioned |
| 15:32.36 | jonwil | osso-abook |
| 15:33.19 | Pali | osso-abook? |
| 15:33.31 | Pali | for SIM contact access? |
| 15:34.22 | jonwil | for IMSI among other things |
| 15:34.39 | jonwil | GPS daemon needs it |
| 15:34.58 | Pali | ah, yes it show your telephone number in "my details" |
| 15:35.12 | Pali | it is not GPS daemon but location |
| 15:35.22 | jonwil | bluetooth daemon needs it |
| 15:35.24 | Pali | and location damon show also position from cell tower |
| 15:35.27 | jonwil | bluetoothd |
| 15:35.42 | Pali | bluetooth has module for AT modem |
| 15:36.15 | Pali | and it understand AT commands like battery capacity or signal and ask it CSD (and BME) |
| 15:36.49 | Pali | there is ofono bluetooth module (in upstream) which doing same what our csd module |
| 15:37.21 | jonwil | ssc daemon needs it |
| 15:37.33 | Pali | ok :-) |
| 15:42.56 | jonwil | clockd also needs it for cell network time |
| 15:46.45 | jonwil | so thats about it for what I can find that uses CSD |
| 15:49.38 | *** join/#maemo-ssu futpib (~futpib@89.106.198.70) |
| 16:16.17 | *** join/#maemo-ssu luf (~luf@smtp.pzkagis.cz) |
| 16:42.46 | *** join/#maemo-ssu FlameReaper (~assassin@203.106.65.208) |
| 16:48.10 | *** join/#maemo-ssu NIN101 (~NIN@p5DD28B1D.dip0.t-ipconnect.de) |
| 17:06.23 | *** join/#maemo-ssu FlameReaper (~assassin@203.106.65.208) |
| 17:06.34 | *** join/#maemo-ssu FlameReaper (~assassin@203.106.65.208) |
| 17:12.55 | *** join/#maemo-ssu phr3akDom (~Phr3@ip-213-220-198-105.net.upcbroadband.cz) |
| 17:15.29 | *** join/#maemo-ssu arcean (~arcean@aadd23.neoplus.adsl.tpnet.pl) |
| 17:35.12 | *** join/#maemo-ssu xes (~xes@unaffiliated/xes) |
| 17:36.59 | *** join/#maemo-ssu arcean_ (~arcean@aacy217.neoplus.adsl.tpnet.pl) |
| 17:49.40 | luf | freemangordon: had you tested osso-gnomevfs-extra again? Or it still doesn't work for you? |
| 17:53.37 | *** join/#maemo-ssu luf1 (~luf@smtp.pzkagis.cz) |
| 18:01.15 | *** join/#maemo-ssu n900-dk (~kgu@freebox.dk) |
| 18:40.45 | *** join/#maemo-ssu Martix (~martix@ip-62-245-106-78.net.upcbroadband.cz) |
| 18:46.04 | *** join/#maemo-ssu freemangordon (~freemango@130.204.50.168) |
| 19:22.49 | *** join/#maemo-ssu toxaris (~toxaris@s83-180-246-172.cust.tele2.se) |
| 19:33.59 | *** join/#maemo-ssu Aqkq (~Aqkq@83.24.118.64) |
| 19:35.06 | *** join/#maemo-ssu Aqkq (~Aqkq@dok64.neoplus.adsl.tpnet.pl) |
| 19:36.11 | freemangordon | Pali: libcal pushed, feel free to debianize it :). ooh it is missing (c) too, maybe I should add |
| 19:36.31 | Pali | ok |
| 19:40.58 | freemangordon | Pali: what CAL stands for? (i forgot :) ) |
| 19:41.36 | freemangordon | Pali: nevermind i'll google |
| 19:47.22 | freemangordon | Pali: licensing added |
| 19:57.20 | Pali | ok |
| 19:57.32 | Pali | freemangordon, did you found what CAL means? |
| 19:57.41 | freemangordon | CALibration data |
| 19:57.48 | freemangordon | I think |
| 20:03.46 | kerio | huh, what will happen if i uninstall osso-systemui-devlock? |
| 20:03.57 | kerio | it appears to not be depended upon by anything |
| 20:04.17 | freemangordon | kerio: bootloop? |
| 20:04.28 | kerio | >it appears to not be depended upon by anything |
| 20:04.43 | freemangordon | what about ,ce? |
| 20:04.46 | freemangordon | *mce |
| 20:04.52 | kerio | i dunno |
| 20:05.03 | kerio | i think that those plugins are just loaded if they're there |
| 20:05.06 | freemangordon | mce and systemui are like spaghetti |
| 20:05.40 | freemangordon | kerio: try it |
| 20:05.48 | kerio | moved the .so away, rebooting |
| 20:06.05 | freemangordon | why reboot, just killall systemui |
| 20:06.35 | kerio | and it boots |
| 20:06.42 | kerio | :D |
| 20:06.49 | freemangordon | nice |
| 20:07.18 | kerio | the "lock device" button just doesn't work |
| 20:07.20 | freemangordon | kerio: I guess devlock is the one you set device lock code |
| 20:07.29 | freemangordon | yep |
| 20:07.32 | kerio | i couldn't remove the libraries for it |
| 20:07.44 | freemangordon | what? |
| 20:07.59 | kerio | libdevlock1 and libdevlock-bin |
| 20:08.13 | freemangordon | who depends on that? |
| 20:08.22 | kerio | stuff like the settings applet, i assume |
| 20:08.39 | freemangordon | it should be easy to remove them |
| 20:08.50 | kerio | oh, mce depends on it |
| 20:08.58 | freemangordon | toldya :D |
| 20:09.06 | kerio | but the systemui plugin can be removed |
| 20:09.16 | freemangordon | if you say so |
| 20:09.58 | kerio | and i assume that it means that nothing's actually going to ask for it |
| 20:10.09 | kerio | so you can't lock your device |
| 20:10.13 | Pali | freemangordon: Configuration Access Library |
| 20:10.20 | Pali | see /usr/lib/pkgconfig/cal.pc |
| 20:11.25 | freemangordon | Pali: ok, i'll fix the licensing (I put CALibration there) |
| 20:11.48 | Pali | CAl = Configuration Access Library |
| 20:12.04 | *** join/#maemo-ssu int_ua (~int_ua@ip-602f.proline.net.ua) |
| 20:12.22 | kerio | oh boy, the powerkey menu doesn't show up |
| 20:13.44 | freemangordon | Pali: fixed |
| 20:13.47 | Pali | ok |
| 20:13.59 | freemangordon | kerio: hmm, that shouldn't happen |
| 20:14.51 | freemangordon | kerio: anything in syslog? |
| 20:15.10 | Pali | freemangordon, see bug in systemui alarm: http://mg.pov.lt/maemo-ssu-irclog/latest.log.html#t2013-01-29T15:42:32 |
| 20:15.20 | kerio | freemangordon: no |
| 20:16.00 | freemangordon | Pali: proximity is not used |
| 20:16.06 | kerio | freemangordon: what the balls, it worked before |
| 20:16.12 | freemangordon | only accelerometer |
| 20:16.22 | Pali | freemangordon, so how can it be fixed? |
| 20:16.39 | freemangordon | Pali: NFC, any magnet around? |
| 20:16.53 | Pali | why magnet? |
| 20:17.01 | freemangordon | no idea, just asking |
| 20:17.39 | freemangordon | Pali: could you build alarm-ui with traces and test it? |
| 20:18.00 | Pali | I think that problem is: when alarm event occure, it turn on screen and that closed case click somewhere on screen... |
| 20:18.12 | freemangordon | could be |
| 20:18.24 | freemangordon | ooh, i see |
| 20:18.30 | kerio | freemangordon: hahaha i see |
| 20:18.34 | freemangordon | we can use proximity |
| 20:18.38 | kerio | it thinks that the device is locked |
| 20:18.52 | freemangordon | kerio: toldya :P |
| 20:19.05 | kerio | wrong dependencies, then |
| 20:19.56 | kerio | now i don't know how to fix it, though |
| 20:20.42 | kerio | ok, restarting mce fixed it |
| 20:21.02 | freemangordon | kerio: remove that button from xml |
| 20:21.37 | freemangordon | Pali: i would have sweared that alarm-ui has function traces, obviously this is not the csae :( |
| 20:21.58 | Pali | freemangordon, current systemui xml file does not handle state when user has activated some other profile (not silent or general) |
| 20:22.27 | Pali | can you add option to show "silent" profile when some other is activated? |
| 20:23.19 | kerio | Pali: and then back to general? |
| 20:23.19 | kerio | or what? |
| 20:23.50 | Pali | kerio, if silent profile is active you have "general" button, if general profile is active you have silenet button |
| 20:24.02 | Pali | and if other profile is active you have *no* profile button |
| 20:24.06 | freemangordon | Pali: I don;t think it is that easy. this is one of the hardcoded things in powerkeymenu |
| 20:24.13 | kerio | shouldn't the button when silent then show the previous profile? |
| 20:24.21 | freemangordon | no |
| 20:24.35 | freemangordon | it should show all the possibilities |
| 20:24.35 | Pali | and this could be fixed "if non silent profile is active show silent button" |
| 20:24.44 | freemangordon | Pali: that is ugly |
| 20:24.54 | Pali | freemangordon, you can have a lot of profiles |
| 20:25.06 | Pali | all are visible in hildon status menu plugin |
| 20:25.08 | kerio | if the profile is silent, show "general", else show "silent" |
| 20:25.16 | freemangordon | I guess we can show a list or something |
| 20:25.16 | Pali | but you do not want to see *all* profiles in systemui |
| 20:25.26 | freemangordon | Pali: why? |
| 20:25.54 | Pali | because I and more people too do not want to see all 20 confgured profiles in systemui |
| 20:26.02 | freemangordon | we can either iterate (with timeout) or show a list(menu) |
| 20:26.04 | Pali | there is no space for 20-30 buttons in systemui |
| 20:26.27 | Pali | systemui menu is good for switching between silent and non silent profile |
| 20:26.46 | freemangordon | Pali: but what is this non0silent profile? |
| 20:27.16 | kerio | "general", surely |
| 20:28.07 | Pali | if ( strcmp(profile,"silent") != 0 ) printf("This profile '%s' is not silent\n", profile); |
| 20:28.39 | Pali | kerio, not only general :-) |
| 20:28.53 | kerio | yeah but you'll want to switch *to* general from silent |
| 20:29.47 | kerio | freemangordon: where should the bug be filed? |
| 20:29.49 | kerio | against mce? |
| 20:30.49 | freemangordon | Pali: it does not work like that |
| 20:31.13 | Pali | you are watching for file change |
| 20:31.16 | Pali | right? |
| 20:31.22 | kerio | freemangordon: why not? surely there's some logic behind which button to display |
| 20:31.42 | Pali | kerio, there is configuration: if file XYZ contains silent show this button |
| 20:32.01 | kerio | change the logic for the display of the "silent" button from "profile is general" to "profile is not silent" |
| 20:32.01 | Pali | also there configuration: if file XYZ contains "general" show another button |
| 20:32.55 | Pali | kerio, look at config file: https://gitorious.org/community-ssu/osso-systemui-powerkeymenu/blobs/master/systemui.xml |
| 20:33.01 | freemangordon | yep |
| 20:33.25 | freemangordon | so you need an entry for every button |
| 20:33.34 | freemangordon | unless we extend the functionality |
| 20:35.24 | Pali | extend the functionality |
| 20:35.36 | freemangordon | hmm, wait |
| 20:35.49 | Pali | there is visible="general" |
| 20:36.17 | Pali | add key for example nonvisible and config it as nonvisible="general" |
| 20:37.41 | freemangordon | Pali: ok will, do it. after you fix my BME battery applet :P |
| 20:38.00 | Pali | and what is needed to fix? |
| 20:38.27 | Pali | (btw, last version reporting bars from bme if bme or replacement is running) |
| 20:38.33 | freemangordon | aah, tolgya, bars thingie |
| 20:38.44 | Pali | just apt-get upgrade |
| 20:39.08 | freemangordon | well, I removed it, so it should be apt-get install :) |
| 20:39.13 | kerio | Pali: also the horrendous amount of time it takes to start |
| 20:39.24 | kerio | Pali: and the fact that it uses "design capacity" which is less than useless |
| 20:39.42 | Pali | kerio, I did not see any benchmarks about start time |
| 20:39.42 | kerio | freemangordon: you removed the battery applet? :o |
| 20:39.44 | freemangordon | kerio: I think we already discussed that, ain't? |
| 20:40.06 | Pali | kerio, and also I did not see wiki page for design capacity discussion |
| 20:40.16 | freemangordon | kerio: with BME it was useless on my daily device |
| 20:40.25 | freemangordon | hehe |
| 20:40.54 | freemangordon | kerio: so I downgraded to stock |
| 20:41.04 | kerio | freemangordon: so you need to upgrade :) |
| 20:43.03 | kerio | hrmpf, how am i supposed to get network access inside scratchbox? |
| 20:43.33 | kerio | oh, it was a resolv.conf problem |
| 20:44.30 | freemangordon | lol, kerio has SB?!? |
| 20:55.34 | kerio | freemangordon: what's the path to bme? |
| 20:55.54 | kerio | /usr/sbin/bme_RX-51? |
| 21:02.02 | kerio | ~mirrors |
| 21:02.02 | infobot | rumour has it, mirror is http://maemo-archive.wedrop.it/ http://maemo.merlin1991.at/apt-mirror/ http://talk.maemo.org/showthread.php?p=1315143#post1315143 |
| 21:20.46 | kerio | for fuck's sake, why isn't this doing what i want |
| 21:22.30 | kerio | the design should be updated from rx51 only if it's equal to zero |
| 21:31.33 | freemangordon | kerio: because it does what it has been told to do :D |
| 21:31.37 | kerio | indeed |
| 21:33.44 | kerio | system() returns the return value of the process, right? |
| 21:33.49 | tadzik | yeah |
| 21:33.50 | kerio | and it runs shit through a shell |
| 21:33.55 | kerio | so "test" should be available |
| 21:34.03 | tadzik | unless it's a bash builtin of some sort |
| 21:34.12 | tadzik | and you're running through... sh maybe? |
| 21:34.26 | kerio | busybox has test, srsly |
| 21:34.57 | tadzik | system() executes a command specified in command by calling /bin/sh -c |
| 21:35.02 | tadzik | or so man says |
| 21:38.46 | kerio | this isn't fucking believable |
| 21:39.45 | kerio | hold on, bme_replacement is inverted or some shit |
| 21:41.21 | kerio | hm, i see |
| 21:42.45 | kerio | Pali: is there a way to figure out the CI flag from hal? |
| 21:42.57 | Pali | no |
| 21:43.05 | kerio | it doesn't export registers? |
| 21:43.06 | kerio | :( |
| 21:43.10 | Pali | you can try to read some time |
| 21:43.19 | Pali | or current capacity |
| 21:43.23 | Pali | or percentage |
| 21:43.41 | Pali | kernel driver does not export these values if battery is not calibrated |
| 21:43.51 | Pali | so HAL cannot tell it to you too |
| 21:43.55 | kerio | oh, i see |
| 21:45.43 | kerio | i assume that libhal_device_get_property_int will return 0 for the missing values |
| 21:46.29 | kerio | freemangordon: it was doing exactly what it was told to do :D |
| 21:47.54 | kerio | ok, i has sensible values now |
| 21:47.55 | kerio | and a faster start |
| 21:48.16 | kerio | Estel_: interested? |
| 21:49.41 | kerio | Estel_: https://dl.dropbox.com/u/1405219/status-area-applet-battery_1.0-3%2Bkerio0_armel.deb |
| 21:51.29 | kerio | https://dl.dropbox.com/u/1405219/status-area-applet-battery_1.0-3%2Bkerio0.tar.gz is the source |
| 21:57.00 | kerio | Pali: it appears that you weren't quite wrong, it's still quite a lot slower to start than the stock applet |
| 21:57.20 | kerio | but it's noticeably faster than the version that calls dpkg |
| 22:03.35 | *** join/#maemo-ssu nox- (noident@freebsd/developer/nox) |
| 22:11.32 | *** join/#maemo-ssu arcean_ (~arcean@aacy217.neoplus.adsl.tpnet.pl) |
| 22:23.57 | *** join/#maemo-ssu MrPingu (~MrPingute@86.92.226.97) |
| 22:47.31 | MrPingu | Pali: this might shed some light on powerkeymenu: https://garage.maemo.org/projects/cell-modem-ui/ |
| 22:50.52 | Pali | MrPingu, not |
| 22:51.02 | Pali | https://garage.maemo.org/plugins/ggit/browse.php/?p=cell-modem-ui;a=blob;f=etc/systemui/cell-modem-ui.xml;h=bb4e9274d6c72355437b4fb18c26fa1d666d0b21;hb=HEAD |
| 22:51.16 | MrPingu | :( |
| 22:51.17 | Pali | there is written all possible states |
| 22:51.29 | Pali | MrPingu, we need to extend powermenucode |
| 22:53.20 | MrPingu | I see, only place for 2 buttons that can swap |
| 23:57.05 | *** join/#maemo-ssu ruskie (ruskie@sourcemage/mage/ruskie) |