IRC log of #maemo-ssu for Monday, 2013-02-25

*** toxarisswe has quit IRC00:03
*** NIN101 has quit IRC00:05
*** Martix_ has quit IRC00:08
*** Vlad_on_the_road has joined #maemo-ssu00:14
*** luf has quit IRC00:15
*** arcean has quit IRC00:18
*** Pali has quit IRC00:39
DocScrutinizer05hah01:05
*** Vlad_on_the_road has quit IRC01:18
*** M4rtinK has quit IRC02:36
*** tg has quit IRC02:41
*** tg has joined #maemo-ssu02:45
*** tg has quit IRC02:53
*** tg has joined #maemo-ssu02:54
*** tg has quit IRC03:01
*** tg has joined #maemo-ssu03:02
*** andre__ has joined #maemo-ssu03:32
*** andre__ has joined #maemo-ssu03:32
*** LaoLang_cool has joined #maemo-ssu03:42
*** LaoLang_cool has quit IRC03:45
*** LauRoman has quit IRC04:10
*** tg has quit IRC04:20
*** amiconn_ has joined #maemo-ssu05:43
*** amiconn has quit IRC05:43
*** amiconn_ is now known as amiconn05:43
*** FlameReaper has joined #maemo-ssu05:46
*** DocScrutinizer05 has quit IRC06:03
*** DocScrutinizer05 has joined #maemo-ssu06:03
*** M13 has joined #maemo-ssu06:36
*** tg has joined #maemo-ssu06:59
*** dhbiker has joined #maemo-ssu07:57
*** M13 has quit IRC08:27
*** Pali has joined #maemo-ssu08:42
*** Pali has quit IRC09:14
*** Vlad_on_the_road has joined #maemo-ssu09:35
*** FlameReaper has quit IRC09:38
*** Vlad_on_the_road has quit IRC09:38
*** andre__ has quit IRC09:46
*** FlameReaper has joined #maemo-ssu09:49
*** futpib has joined #maemo-ssu09:59
*** M13 has joined #maemo-ssu10:13
*** futpib has quit IRC10:17
*** futpib_ has joined #maemo-ssu10:17
*** FReaper has joined #maemo-ssu10:41
*** FlameReaper has quit IRC10:44
*** FReaper has quit IRC10:45
*** FReaper has joined #maemo-ssu10:46
*** Martix_ has joined #maemo-ssu10:49
*** LauRoman has joined #maemo-ssu10:57
*** Martix_ has quit IRC11:05
*** FReaper has quit IRC11:10
*** FReaper has joined #maemo-ssu11:13
*** futpib__ has joined #maemo-ssu11:17
*** futpib_ has quit IRC11:17
*** Martix_ has joined #maemo-ssu11:27
*** Pali has joined #maemo-ssu12:14
*** lizardo has joined #maemo-ssu12:27
*** futpib has joined #maemo-ssu12:29
*** futpib__ has quit IRC12:30
*** M4rtinK has joined #maemo-ssu12:50
*** M13 has quit IRC13:02
*** WizardNumberNext has quit IRC13:22
*** WizardNumberNext has joined #maemo-ssu13:22
*** freemangordon has quit IRC13:29
*** Martix_ has quit IRC14:43
*** tg has quit IRC14:49
*** tg has joined #maemo-ssu14:59
*** MohammadAG has joined #maemo-ssu15:36
*** andre__ has joined #maemo-ssu15:42
*** andre__ has joined #maemo-ssu15:42
*** FReaper has quit IRC15:49
*** Pali has quit IRC15:55
*** FReaper has joined #maemo-ssu16:24
*** Martix_ has joined #maemo-ssu16:54
*** Martix_ is now known as Martix17:46
*** arcean has joined #maemo-ssu17:51
*** andre__ has quit IRC18:05
*** FReaper has quit IRC18:54
*** NIN101 has joined #maemo-ssu18:56
*** Pali has joined #maemo-ssu18:56
*** andre__ has joined #maemo-ssu18:57
*** andre__ has joined #maemo-ssu18:57
*** Martix has quit IRC18:57
*** Martix has joined #maemo-ssu18:57
*** M13 has joined #maemo-ssu19:01
*** LinuxCode has joined #maemo-ssu19:44
*** freemangordon has joined #maemo-ssu19:55
*** luf has joined #maemo-ssu20:07
*** NIN101 has quit IRC20:07
*** NIN101 has joined #maemo-ssu20:09
*** xes has joined #maemo-ssu20:17
lufHuh nobody here? :D20:25
freemangordonnobody?20:25
luffreemangordon: Do you know him? :D :D20:26
tadzikthey say he's perfect20:27
lufAny idea when (and if) the meeting will start?20:28
*** obironbo has joined #maemo-ssu20:28
*** LinuxCode has quit IRC20:30
*** Vlad_on_the_road has joined #maemo-ssu20:30
*** xes has left #maemo-ssu20:35
*** LinuxCode has joined #maemo-ssu20:38
*** M13 has quit IRC20:41
*** Martix has quit IRC20:48
freemangordonluf: no20:53
freemangordonmerlin1991: meeting?20:53
merlin1991Pali:  luf ping20:57
Palimerlin1991: pong20:58
lufmerlin1991: pong21:02
merlin1991freemangordon: ping21:02
freemangordonpong21:02
merlin1991okay meeting it is!21:02
freemangordonmerlin1991: what about arcean?21:02
* merlin1991 blushes like mad21:03
merlin1991arcean: ping21:03
merlin1991I'll just throw in what I have in terms of topics so we can gather those while we wait for arcean21:04
merlin1991I have repos, bugs and the good old "what's new?"21:04
Palimerlin1991, I have some topics21:04
merlin1991throw them in the bowl ;)21:05
Palihttp://pastebin.com/2HpZW4nS21:05
freemangordonlol :)21:06
merlin1991Pali: is that your prefered order?21:06
Palino sort, no preference :-)21:06
merlin1991luf, freemangordon any topics from you two?21:07
freemangordonmerlin1991: I guess you'll cover mine :)21:07
lufI'm curious about kernel/kernel modules in cssu.21:07
lufAnd good old bluez upgrade :D21:08
luf(it's all for cssu-devel first)21:08
merlin1991Id say we start with the specific things so that arcean can join the conversation at any point21:09
keriooh god hildon-welcome will make it so that it's added to the metapackage right21:09
merlin1991point 6 on palis list is a good starting point 6. rename git repository operator-name-cbs-widget to connui-home-cellular21:10
merlin1991I guess that's a simple yes from all?21:10
Paliconnui-home-cellular is source package name21:11
lufmerlin1991: I have no problem with it.21:11
merlin1991okay done: https://gitorious.org/community-ssu/connui-home-cellular21:12
Paliok21:13
merlin1991next up I'd say palis merger requests21:14
merlin1991https://gitorious.org/community-ssu/microb-engine/merge_requests/1 I can't say anything about21:14
merlin1991since microb doesn't build inside my sb21:14
freemangordonPali: how do we check if there are any differeces?21:14
merlin1991freemangordon: diff -r ?21:14
freemangordonmerlin1991: before merge21:15
Pali-x.git21:15
lufDoes the patch keep the current behaviour with some added configuration possibility?21:15
Palifreemangordon, clone both repos into separate folders21:15
freemangordonPali: did you already do that?21:15
Palimonth/two/three ago21:16
freemangordonwell, I guess it should be ok then to merge21:16
Paliit is not merge21:17
freemangordonaiui you just update the git histori21:17
freemangordon*histoy21:17
freemangordonfuck21:17
merlin1991freemangordon: since it rewrites history it can't be merged21:17
freemangordonPali: correct?21:17
*** LinuxCode has quit IRC21:17
kerioat some point you just need to say "fuck it"21:17
Palifreemangordon, it rewriting git history, so you need to call push --force21:18
freemangordonPali: let me see if I understand - you want someone to check if that history overwrite still keeps the same source code?21:19
Paliyes21:20
freemangordonand you say you've already did diff21:20
*** Martix has joined #maemo-ssu21:20
freemangordonPali: ^^^21:20
freemangordons/did/done/21:21
Palifreemangordon, I have clean diff on my local git repo21:21
Palibut because this is destructive operation, someone else should check this21:21
freemangordonPali: ok, give me the steps to follow and i'll do it21:22
freemangordonnot now, but in the incomming days21:22
merlin1991okay, the other merge reqeuest is this one: https://gitorious.org/community-ssu/modest/merge_requests/1321:23
Palifreemangordon: steps are easy: clone origin repo, clone my repo, look at history of both branches (master, thumb) with gitk or git log21:23
Paliand run: diff -Naurp -x.git orig_git my_git_dir21:23
merlin1991and ofc run that for all branches21:24
Palimerlin1991, about modest: somebody wrote that wants this option configurable21:24
freemangordonPali: I guess we don;t care about the history that much, but for the source code21:24
freemangordonok. will do it21:24
PaliI can push this patch into cssu-devel for testing now21:25
arceanhi everyone21:25
freemangordonPali: he was afraid he'll receive notification for every message :D21:25
freemangordonarcean: hi21:25
lufarcean: Hi21:25
merlin1991hey arcean. welcome to the party ;)21:25
arceanyeah :D21:25
Palibut do not push it to cssu-testing until I write option for config dialog21:26
lufPali: I'm againist modest merge request while it change the default behaviour21:26
merlin1991Pali: that sounds good21:26
lufPali: That sounds like a plan21:26
merlin1991arcean: any topic you want add?21:26
Palimerlin1991, so push this patch to cssu-devel or not?21:26
merlin1991Pali: cssu-devel is a playground, you're free to push almost anything there21:27
Paliok21:27
freemangordon I don;t see the point if it is not complete21:27
arceanmerlin1991: hmm, possibility to blacklist a window with portrait flag through .desktop file - required by meecolay21:27
freemangordonarcean: iirc the problem was different21:29
freemangordonthe blacklisting through .desktop file does not work21:30
arceanit works for me :P but you can't blacklist a window with portrait flag and that's the main problem21:31
Paliwhy you want to blacklist window with portrait flag?21:31
arceanbecause of the harmattan qt-components applications21:32
Palithis is bug in application --> it should not add portrait flag if portrait support is broken21:32
freemangordonyep21:32
freemangordonPali: meecolay21:32
arceanyeah, meecolay21:32
Pali~meecolay21:32
arceanPali, http://talk.maemo.org/showpost.php?p=1322702&postcount=139621:32
PaliI do not understand where is problem21:33
PaliScreenOrientationAuto means to autorotate?21:34
arceanyes21:34
Paliand why is this in application code?21:34
freemangordonPali: harmattan21:34
arceanso in the end qt-components performs rotation and then hildon-desktop21:34
freemangordonyep, it gets rotated twice21:34
Paliso both qt and hildon-desktop doing rotoation?21:35
arceanyes21:35
arceanand the problem is because of this line: https://gitorious.org/community-ssu/hildon-desktop/blobs/master/src/mb/hd-comp-mgr.c#line390921:35
Paliit is possible to fix qt-components?21:36
arceanqt-components port is maintained by inean21:37
freemangordonmaybe yes. but we risk breaking something else21:37
arceanunfortunately I've no idea if he's still there21:38
*** LauRoman has quit IRC21:38
freemangordonthough... it is really qt-components bug21:38
PaliI do not see better solution21:38
Pali~seen inean21:38
infobotinean <~inean@155.Red-88-3-227.dynamicIP.rima-tde.net> was last seen on IRC in channel #meego, 539d 6h 13m 40s ago, saying: 'hello everyone'.21:38
freemangordonthat way we'll reduce power consumtion too21:38
arceanwait21:38
arceanit's not about qt-components but rather about QmlApplicationViewer21:39
merlin1991look at it from a different angle the binary says one thing (the flags it sets), but the .dektop file is configuration21:39
merlin1991shouldn't configuration always override the defaults?21:39
freemangordon:nod:21:39
arceanQmlApplicationViewer operates on window's Qt attributes21:39
arceanso it should be somehow be fixed in Qt21:40
arceanin a hackish way most probably21:40
Palibtw there is also bug in qt rotator class21:41
freemangordonarcean: wait, I guess marmitz can make fixed qmlapplicationviewer21:42
merlin1991arcean: basically what I'm saying is, that the check for X-CSSU-Force-Landscape should be the very first thing evaluated21:42
arceanfreemangordon: QmlApplicationViewer is a part of an application21:42
freemangordonmerlin1991: agree21:42
freemangordonarcean: is it? ok then21:43
arceanmerlin1991: yes, would be much easier21:44
arceanok, then I will fix this and release new version through CSSU-devel21:47
merlin1991okay21:47
merlin1991back to palis list (http://pastebin.com/2HpZW4nS)21:47
merlin19911. make status-area-orientationlock-applet optional in cssu-testing too (now it is optional only in cssu-stable)21:47
merlin1991I'd say yes, any thoughts?21:47
kerioby "make optional" you mean "don't put it in the metapackage" right?21:48
kerioit won't uninstall it, by default21:48
merlin1991yes21:48
Palido not install it by default + add option to install it via HAM21:49
arceanfor sure some long-time CSSU users will be upset ;P21:50
lufSounds like we need cssu-extras ...21:50
freemangordonmerlin1991: latest h-d supports portrait lock21:50
arceanluf: that's insane :D21:50
kerioah yes, the lock applet should be updated to reflect that21:51
freemangordoni'd say remove that applet alltogether and implement that lock in powerkey menu21:51
arceanalso we need new translations for the lock applet21:51
kerio+121:51
freemangordonadding gconf support in powerkeymenu should be a piece of cake21:52
merlin1991freemangordon: if it's optional we can keep it, no point in throwing it away21:52
merlin1991arcean: if you can provide the basic english setup for the lock applet we can get the translations going21:52
Palimerlin1991, can I merge stable branch into master?21:53
freemangordonmerlin1991: applet is not what should be used for orientation lock, think about fullscreaan applications21:53
merlin1991freemangordon: we can provide both ;)21:53
freemangordon*fullscreen21:53
freemangordonmerlin1991: ooh, no21:53
arceanmerlin1991: already updated https://gitorious.org/community-ssu/status-area-orientationlock-applet/blobs/master/po/en_GB.po21:53
Paliwhy to remove optional package from repository?21:53
freemangordonPali: I don;t think it is optional21:54
Paliin stable yes21:54
freemangordon"lock" functionality that is21:54
Paliin testing not21:54
freemangordonexactly21:54
keriofreemangordon: well, add the rotation lock21:55
merlin1991arcean: what happens when you lock in portrait, go to the taskswitcher, fire up a landscape only app and then go back to the portrait one?21:55
freemangordonso we can 1. extend powerkeymenu to support gconf values and 2. replace applet with a simple xml for powerkeymenu21:55
freemangordons/can/should/21:55
infobotfreemangordon meant: so we should 1. extend powerkeymenu to support gconf values and 2. replace applet with a simple xml for powerkeymenu21:55
freemangordonkerio: in powerkeymenu?21:56
Paliok, why not?21:56
keriofreemangordon: yeah21:56
arceanmerlin1991: you will end up with portrait mode21:56
kerioi'd use the shit out of that21:56
Palibut do not detele existing hildon status menu plugin from repository21:56
freemangordonPali: hmm, I guess we move that to maemo-extras21:57
freemangordon*we can21:57
Palimy point was to make that status menu plugin optional in cssu-testing too21:57
freemangordonPali: we can;t21:57
Paliwhy?21:57
merlin1991freemangordon: everything works without it, the applet only adds a gui to 2 gconf keys21:57
Paliit is only gui switch21:57
freemangordonbecause our policy is opt-out for -testing21:58
arceanyeah, 2 gconf keys...21:58
freemangordonyes, and without it half of the h-d functionality is not used21:58
Palisomebody who does not want another slot in status menu plugin can use gconftool via xterm21:59
Palithis working too21:59
merlin1991freemangordon: I'd say we add the lock to the powermenukey and keep the statusarea applet in the repo but optinal21:59
arceanI think we should abandon one of these keys21:59
Pali(or you can add command executable widget which will call that gconf command)22:00
freemangordonmerlin1991: we can;t make it optional as it won;t be upgraded to powerkeymenu version22:01
merlin1991err22:01
merlin1991keep the status area package name the same, create new package for powerkeymenu, add that one to metapackage, ???, profit?22:02
freemangordonthat way you'll have both the applet and the entry in powerkeymenu22:03
freemangordonfor -testing that is22:03
merlin1991but can remove the applet if you want to22:03
freemangordononly if you know you can remove it22:03
Paliin stable status-area-orientationlock-applet is in user section22:03
Paliso can be installed/uninstalled via HAM22:03
freemangordonI doubt the users will be aware of that22:03
merlin1991freemangordon: that's something people read in the changelog, or should stable instaed22:03
freemangordonwell, ok then :)22:04
Paliso can I merge status-area-orientationlock-applet stable branch into master?22:04
merlin1991Pali: I wouldn't do that iirc we'll get some conflicts22:05
Palidebian/changelog and po/Makefile22:05
Palibut it is easy to fix22:06
Palialready done22:06
Paliin my local repo22:06
merlin1991do it then22:07
merlin1991freemangordon: are you going to look into the powerkeymenu?22:07
freemangordondo I have any option? :)22:07
merlin1991nah ;)22:07
Palimerlin1991: pushed to gitorious22:08
freemangordonwell, then yes ;)22:08
freemangordonmerlin1991: does garage work?22:08
freemangordonto assign that task to me22:08
merlin1991maybe?22:08
merlin1991the database behind it goes foobar from time to time22:08
merlin1991and other parts are not running perfect either22:09
freemangordonBTW isn;t there issue tracking on gitorious?22:09
Palidatabase on garage should work22:09
Palibugs which I reported was fixed22:09
Pali(tested on kernel-power project)22:09
merlin1991gitorious only has source & wiki22:09
freemangordonmerlin1991: maybe we should use github for that22:10
merlin1991bugs.maemo.org works though22:10
freemangordonto not depend on mo till it is stable again22:10
merlin1991it should be "stable" quite soon, and bugs didn't fail yet iirc22:11
freemangordonmerlin1991: however, i'll take kare of powerkeymenu22:11
freemangordon*care22:11
merlin1991okay, #2: move cssu catalogues into community-ssu-enabler-stable, community-ssu-enabler-testing, community-ssu-devel and community-ssu-thumb, so cssu stable users will not be able to enable cssu-devel via HAM (they will need to click on cssu-devle install file)22:12
freemangordonPali: do you have anything ready?22:12
Palinothing22:13
freemangordonnice :)22:13
freemangordonseems lika lots of work22:13
merlin1991I could do that22:13
merlin1991isn't that huge of a change22:13
Palionly idea to split domain files into more packages22:13
PaliI can do it22:13
lufwhy to cssu-devel installation/initialization?22:13
*** tadzik has left #maemo-ssu22:14
luf*change22:14
Paliluf, now you can enable cssu-devel via HAM22:14
Palithere is no warning nothing22:14
freemangordonluf: remember libpng?22:14
Paliand more users enable anything what they see22:14
merlin1991which package currently depends on community-ssu-enabler?22:15
merlin1991I think there was one22:15
keriothe guy who made that package needs to be bitchslapped22:15
merlin1991kerio: inside cssu ;)22:15
kerionot an excuse22:15
merlin1991ah yeah22:16
luffreemangordon: that's the meaning of word devel :)22:16
merlin1991our ham does22:16
keriothat's bullshit22:16
merlin1991luf: the main point is, that currently when you install cssu you get 3 more catalogues that shouldn't be there readily available22:16
lufok.22:17
merlin1991how do we want to play this thoug22:18
merlin1991upload only the relevant enabler to each repo?22:19
merlin1991or all enablers to all repos?22:19
Palicreate one enabler22:19
Paliand then create 3 separate packages for zone files22:19
merlin1991Pali: you can replace enabler by zone package in my statement ;)22:19
*** WizardNumberNext has quit IRC22:20
Palihm, this will not work22:21
merlin1991and why?22:21
Palirather this: create one common package which will contains all gpg keys/files, but not zone file22:21
Paliand then create 3 packages with zone files22:21
Paliand enabler script will be in common file22:21
Paliand user will click on zone file22:22
Palivia install file22:22
Palizone file ==> zone package; common file ==> common package22:22
merlin1991yea, but do we want to limit that to the right zone file in each repo, or all zone files in all packges?22:22
merlin1991s/all packages/all repos/22:23
Palizone package should be only in one repo22:23
Paliso there will be no way to install cssu-devel without click on wiki/tmo where is big warning22:24
merlin1991hm we need seperate source packages for each zone package then22:24
Paliyes22:24
Palibut can live in one git repo22:25
merlin1991sure22:25
merlin1991do you want to bujild that, or should I look into it?22:27
PaliI will do it22:27
PaliI already played with HAM zones and config files22:27
merlin1991okay22:28
merlin1991about 3. try to install cssu (run cssu enabler) automatically after user install cssu enabler package22:28
merlin1991how?22:28
Palispawn script from postinst to background22:28
Paliwait until all dpkg operations finish22:28
Palithen kill HAM and start installer22:29
Palibasic idea22:29
Paliinstaller cannot be started if apt/dpkg/HAM is running22:29
merlin1991hm wouldn't the "background" process die when the "shell" dies aka ham closes?22:30
Paliif you mask signals then no22:30
Palior maybe you do not ignore signals22:30
Paliif you spawn process to background, it will be reparented to process 1 (init)22:31
Paliso it will not be child of HAM/apt/dpkg anymore22:31
Paliand will not be killed22:31
merlin1991tbh I don't think it's worth the time / risk, the current solution *works*22:32
*** Sc0rpius has quit IRC22:33
*** xes_ has joined #maemo-ssu22:33
kerioPali: how do we migrate to the split repos solution?22:33
keriometapackaging it?22:33
Palimerlin1991, if it does not work, current situation (manual HAM close, click on icon in menu) will work always22:33
merlin1991yeah, but the background process isn't visible to the user22:34
merlin1991--> race between who's faster22:34
Paliwe can use mutex for this22:34
Palimkdir in shell is good mutex :-)22:34
*** Sc0rpius has joined #maemo-ssu22:34
merlin1991yeah22:34
*** futpib has quit IRC22:34
merlin1991but then the spawned one fails for no apparent reason and your mutex never unlocks anymore22:35
Palikerio, new CSSU metapackage will depends on common enabler and common enabler will depends on virtual package22:35
Palimerlin1991, we can handle signals in bash and call rmdir22:36
Palis/bash/shell/22:36
infobotPali meant: merlin1991, we can handle signals in shell and call rmdir22:36
Palior we can except that this will not happend22:37
Palisame if you click on installer two times22:37
Paliinstaller opening xterm immediately22:37
merlin1991okay we'll look into this later in the week?22:38
Paliok22:38
merlin19914. change/remove expiration date on GPG key which is for repository.maemo.org cssu-stable|testing (GPG key will expire before end of October 2013)22:38
merlin1991can't happen until the repo is under our full control22:38
Palimerlin1991, do you have access to cssu-testing|stable repo?22:39
merlin1991yes and no22:39
*** xes_ is now known as xes22:39
freemangordonPali:  guess that should wait for migration to end22:40
freemangordon*I guess22:40
Paliok22:40
merlin1991yep22:40
Palibut are you agree with removing expiration date?22:40
merlin1991yes22:40
Palithen we need to update GPG key, release new cssu testing and stable and make some time for users to update before end of october22:41
merlin1991but we have to ship the upgraded enabler a few months before we swap the key on the server22:41
kerioPali: virtual packages for something like this are bullshit22:41
kerioespecially because cssu-devel isn't really a full repo anyway22:42
Palikerio, or metapackage will not depends on zone package22:42
kerio(and doesn't really need the domain info)22:42
merlin1991kerio: it does22:43
merlin19915. add modified fmtxd to cssu (maybe only binary patch - like libsms)22:43
PaliI mean divide current enabler into 5 packages: common, stable, testing, devel, thumb. copy postinst scripts to all (but not common), and copy all non zone files into common22:44
freemangordonI'll say yes, if the original author maintains it22:44
freemangordonor Pali maintains it :P22:44
Palifmtxd is closed nokia binary and patched by jacekowski22:45
kerioisn't it a slighly gray area?22:45
kerioalso, is it (c)Nokia?22:45
Palipackage fmtx-middleware22:45
Palikerio, yes22:45
freemangordonkerio: if we distribute the patch only, it should be fine22:45
Paliwe have already some closed nokia binaries on gitorious22:45
keriofreemangordon: oh hell no, we can distribute the closed binary22:45
keriothe problem is that fmtx regulations do exist22:46
PaliCopyright: (c) 2008 Nokia Oyj22:46
freemangordonkerio: yep, they exist22:46
kerioshould cssu not care?22:46
kerioit's an actual question, i don't know the answer22:46
kerio(i personally don't care)22:46
Palikernel-power already do not care about that limit22:47
Paliand has patch which auto boost power level22:47
Pali(and ignore fmtxd)22:47
merlin1991Pali: the fmtxd patch also enables fmtx when cable is attached22:47
Palianother good point22:47
Palifmtxd working with usb cable too22:48
merlin1991well it's a point against shipping it via cssu though22:48
merlin1991fmtxd with usb cable is against regulations22:48
keriomerlin1991: to be fair, cssu isn't required to follow regulations22:48
freemangordonmerlin1991: hmm, no, it is the output level which is against regulations22:48
freemangordonif it is over the allowed limit22:49
merlin1991freemangordon: yes, but running the fmtx with cable attached gives you that much output22:49
merlin1991(which is the whole point why the nokia binary prevents it)22:49
freemangordonlike how much? enough so you can listen to the music without noise? :P22:49
keriodon't be silly now22:50
keriono noise? that would be crazy talk22:50
freemangordonmerlin1991: also you can attach the cable without a PC connected on the other site22:50
freemangordonand it won;t get detected22:50
merlin1991that#s not our fault though22:50
freemangordons/get/be/22:50
infobotfreemangordon meant: and it won;t be detected22:50
keriomerlin1991: it's effectively the same thing22:50
merlin1991yes but out of our control22:51
freemangordonalso you can attach a charger - the same22:51
merlin1991whilst the other one is22:51
merlin1991freemangordon: it detects charger22:51
freemangordonmerlin1991: no22:51
merlin1991doesn't send with charger attached22:51
merlin1991I tried22:51
freemangordontry again :)22:51
freemangordonfor sure I am listening to radio while driving with charger attached22:52
freemangordonotherwise MM10 drains the battery in a couple of hours ;)22:52
merlin1991sure you don't have the binary from jacekowski?22:52
freemangordonsure22:52
freemangordonstock PR1.322:52
freemangordonit could be country specific22:52
merlin1991yep22:53
freemangordonthough I remember there was a bug against PR1.2 about that22:53
freemangordonwhich they fixed in PR1.322:53
freemangordonmerlin1991: but I am unable to turn FMTX on when USB cable connected, so I am on stock22:54
merlin1991maybe it is indeed country specific22:54
merlin1991fmtxd was updated between 1.2 and 1.322:54
freemangordonmerlin1991: on the other hand... fmtx power level will be boosted in KCSSU anyway, so I don;t see a reason to keep that modified fmtxd out of CSSU22:55
merlin1991I don't know, it doesn't feel right to me, but for such cases we can take a vote22:56
keriocssu has no legal requirement to limit fm power, so it shouldn't22:56
Palikernel-power has fmtx boost for a long time22:57
merlin1991kerio: depending on local law there are fines on using such a device22:57
kerio...really now?22:57
lufwhat is all + of this patched fmtxd?22:58
merlin1991we shouldn't put users knowingly into a position that potentially harms them22:58
kerioluf: tx power at maximum, never disable/throttle down due to connected cables22:58
lufnothing else?22:59
Pali+ enable all frequences22:59
kerioah yes22:59
keriothat's pretty important too22:59
Palivia GUI22:59
freemangordonmerlin1991: I don;t know if you use fmtx, but without that power boost, it is unusable23:00
*** lizardo has quit IRC23:00
merlin1991yes / no ? hands up!23:00
* merlin1991 says no23:00
kerioyes! o/23:00
* freemangordon says yes23:00
* kerio pokes Pali23:01
freemangordonbut only if there is a maintainer23:01
Paliyes23:01
merlin1991heh, I don't think jacekowski is interested in maintaining it23:02
lufyes23:02
Palianother question: binary patch (C application) or full fmtxd file in git?23:02
keriofull fmtxd23:02
keriopatches are a PITA23:02
freemangordonPali: both23:03
luffreemangordon: why do you need maintainer for that? As I understand it's well tested.23:03
Paliboth? why?23:03
freemangordonPali: because I want to know WTF has changed23:03
keriofreemangordon: that's git's job23:03
Palihah, use git ?D23:03
freemangordonbefore distributing that to CSSU users23:04
Paliwe can add orig version and then patches to git repo23:04
freemangordonPali: binary patches?23:04
Paliso you can generate diff with git diff23:04
Palifreemangordon, I mean C application which will patch fmtxd file, like for smscb23:04
freemangordonPali: this is what i am talking about.23:05
freemangordonwe won;t distribute it23:05
freemangordonbut it will patch stock fmtxd when dpkg-buildpackage23:05
freemangordonhmm, ok, we will distribute it in tar.gz23:06
Paliwhy? we can distribute patches and in git history will be diff23:06
freemangordonPali: but why?23:06
Paliand we do not need to create C application for patching file23:06
Paliit needs more work23:06
freemangordonPali: so we have a binary we don;t know what is changed in and you want to distribute that?23:07
Paliin DEB file is only one binary23:07
Paliand in git there will be both files in history23:07
Palisame as for policy prolog binary file23:08
freemangordonyes, but noone but jasekowski knows what is changed. I need to fire IDA to check what is changed23:08
Paliyou can read in git log or debian/changelog what was changed and you can generate changes with git diff23:08
*** tom__ has joined #maemo-ssu23:09
Palihere is diff: http://pastebin.com/G0bfWFdK23:10
freemangordonPali: You don;t get me. I don;t care what is written in debian/changlog, I do care for the actual changes done in the binary - what and why it is changed23:10
kerioi assume that the history will be "import from stock" "applied this patch for these reasons"23:10
kerioPali: what if those nops hide a backdoor?!?!23:10
Palithis and backdoor? hahaha23:11
PaliI think that asm diff is simple and easy to understand23:11
freemangordonand what about:23:11
freemangordon-    af94:      e59f118c        ldr     r1, [pc, #396]  ; b128 <sprintf@plt+0xd50>23:11
freemangordon+    af94:      e59f11fc        ldr     r1, [pc, #508]  ; b198 <sprintf@plt+0xdc0>23:11
Pali    b128:0000dcc0 andeqsp, r0, r0, asr #2523:13
Pali    b198:0000de80 andeqsp, r0, r0, lsl #2923:13
freemangordonPali: I guess this is not code23:13
freemangordonbut data23:13
Estel_BTW, fmtx on pr1.3 works with charger attached, bu with decreased power23:13
Estel_thats why some of you see it as working and some as not23:13
Palifreemangordon, yes23:13
Estel_enerally, power is reduced so much, that it's almost unusable, unless you're lucky23:14
freemangordonPali: what is the data?23:14
Estel_it's not related to country23:14
Pali0000dcc0 and 0000de8023:14
freemangordonEstel_: yeah, makes sense23:15
freemangordonPali: what that data mean?23:15
freemangordonfunction poiter?23:15
Estel_and this whole "attached cable may be out of regulation" is billshit - without any cables, using it in car may result in wave bouncing, that will jam other things. OTOH, using it in house, you won't create any problems, even with dozens of cables23:15
freemangordon*pointer23:15
freemangordonEstel_: we've already passed that23:16
Estel_it's unmeasurable, no one can reliably measure possible impact on other radio comm. raw output power is only one thing regulated in any civilized (or less civilized) country23:16
* Estel_ nods23:16
Estel_just explaining, as it's my range of interest/profession :P23:16
freemangordon:)23:16
* Estel_ hides23:16
freemangordonPali: BTW even if I change my vote to "no", those with "yes" are still majority :)23:18
keriofreemangordon: we could/should ask jacekowski to explain the data i suppose23:19
freemangordonPali: so let it be that way, but I'd be interested to see why this change23:19
freemangordonkerio: I guess he CBA to explain23:19
keriomeh, fair 'nuff23:19
Palifreemangordon, it calling syscall write 1 and that data string23:20
luffreemangordon: your no => 2 yes versus 2 no ;)23:20
kerioto be fair, your vote is one of the *two* votes that actually matter23:21
kerioand the other one is merlin199123:21
kerioyou two are responsible for cssu-testing23:21
freemangordonPali: what are the strings?23:21
Palib128:        0000dcc023:21
freemangordonkerio: no, it is only merlin1991 :)23:21
Palib198:        0000de8023:21
kerioreally? i thought you were in it too23:21
freemangordonPali: I guess this is offset23:22
lufI think Pali can ask jacekowski to explain the changes but I don't agree to be the stopper if no response.23:22
freemangordonok, I agree23:22
Palildr r1, [pc, #508] ; b19823:23
Palimov r2, #123:23
Palibl a0fc <write@plt>23:23
Palicmn r0, #123:23
freemangordonPali: aah, ok23:23
freemangordondo we know to what device it writes?23:23
freemangordonPali: lets stop for know, just as jasekowski23:24
Paliit calling open for "ldrr0, [pc, #512]; b184"23:24
Paliok, rather ask jacekowski23:25
Palihe should know all23:25
freemangordonok, lets plan to include it, Pali will ask jasekowski, if he don;t answer, I'll check what happens with gdb and IDA, ok?23:26
Paliok23:26
freemangordonmerlin1991: ok?23:26
merlin1991ok23:26
lufnext point?23:27
freemangordonkcssu?23:27
merlin1991would be kcssu, but I have to run soon, so I'd start with a date for the next meeting23:27
* freemangordon is running out of time23:27
freemangordon:)23:27
merlin1991this week or next week?23:27
freemangordonmerlin1991: I guess we hav half of the stuff remaining, lets try this week23:28
lufI can only on Wednesday this week (or Sat/Sun)23:28
freemangordonwhat about Sun?23:28
freemangordonmerlin1991: ^^^23:29
merlin1991I can't on sun23:29
Paliwed, sat or sun --> all ok for me23:29
*** LinuxCode has joined #maemo-ssu23:29
freemangordonmerlin1991: stop that python stuff, it will ruin your brain :P23:29
merlin1991nah it isn't python :D23:30
Paliprolog? :D23:30
freemangordonuh23:30
merlin1991next python meeting is 13.march23:30
lufmerlin1991: viper this weekend? :D23:30
* freemangordon wonders why noone guesses a girl :P23:30
merlin1991nah gotta drive around the country to vote in my 2nd home and get other stuff done23:30
freemangordonok, when then?23:31
merlin1991does wednesday work for you?23:31
luffreemangordon: can you on this wed?23:31
freemangordonI can, but my daughter will be with me, so I guess "with limited usefulness"23:32
lufFinally we'll have one girl in cssu meeting :D23:32
freemangordonhehe23:32
freemangordonok, lets make it on Wednesday then23:33
merlin1991can we start 30 mins later than today? (then I can get dinner beforehand)23:33
Paliok23:33
freemangordonsure23:33
lufok23:33
merlin1991arcean: ?23:34
*** LinuxCode has quit IRC23:34
freemangordonmerlin1991: don;t forget to set the topic, please23:34
*** ChanServ sets mode: +o merlin199123:34
*** jacekowski has joined #maemo-ssu23:34
jacekowskimorning everyone23:34
Palihi jacekoswki23:34
freemangordonjacekowski: hi23:35
Palijacekowski, do you remember what you patched in fmtxd?23:35
jacekowskisort of23:35
jacekowskifrequency limits and power limiting23:35
*** merlin1991 changes topic to "Maemo Community Seamless Software Update "CSSU" channel, http://wiki.maemo.org/Community_SSU | Known bugs: http://j.mp/communityssu-bugs | Channel logs: http://mg.pov.lt/maemo-ssu-irclog/ | Sources: http://gitorious.org/community-ssu/ | Latest version: Testing(2013-01-07): 21.2011.38-1Tmaemo7.2; Stable(2013-01-10): 21.2011.38-1Smaemo6 | Next meeting 28.02"23:35
*** merlin1991 changes topic to "Maemo Community Seamless Software Update "CSSU" channel, http://wiki.maemo.org/Community_SSU | Known bugs: http://j.mp/communityssu-bugs | Channel logs: http://mg.pov.lt/maemo-ssu-irclog/ | Sources: http://gitorious.org/community-ssu/ | Latest version: Testing(2013-01-07): 21.2011.38-1Tmaemo7.2; Stable(2013-01-10): 21.2011.38-1Smaemo6 | Next meeting 28.02 20:30 CET"23:36
merlin1991ah wait23:36
merlin1991it's the 27th :D23:36
*** merlin1991 changes topic to "Maemo Community Seamless Software Update "CSSU" channel, http://wiki.maemo.org/Community_SSU | Known bugs: http://j.mp/communityssu-bugs | Channel logs: http://mg.pov.lt/maemo-ssu-irclog/ | Sources: http://gitorious.org/community-ssu/ | Latest version: Testing(2013-01-07): 21.2011.38-1Tmaemo7.2; Stable(2013-01-10): 21.2011.38-1Smaemo6 | Next meeting 27.02 20:30 CET"23:36
*** ChanServ sets mode: -o merlin199123:36
jacekowskiwhat do you want to know exactly?23:37
merlin1991I'll go for dinner then, hf torturing jacekowski for information ;)23:37
Palifreemangordon, ask what you want to know :-)23:37
freemangordonjacekowski: this is diff http://pastebin.com/G0bfWFdK23:37
Palinow going off, bye23:37
freemangordonjacekowski: we want to know why that change:23:38
jacekowskibear in mind that there are two version of it23:38
freemangordon-    af94:      e59f118c        ldr     r1, [pc, #396]  ; b128 <sprintf@plt+0xd50>23:38
freemangordon+    af94:      e59f11fc        ldr     r1, [pc, #508]  ; b198 <sprintf@plt+0xdc0>23:38
jacekowskione for 1.2 and one for 1.323:38
freemangordonPali: it is for PR1.3?23:38
jacekowski1.3 version has a code cave done to lock power at highest limit23:38
Palifmtxd.old: = original PR1.323:39
Palifmtxd1.3: = patched PR1.323:39
freemangordonjacekowski: yep, I know that23:39
freemangordonit is some write once switch23:39
Pali-fmtxd.old23:39
Pali+fmtxd1.323:39
Paliin diff23:39
*** Pali has quit IRC23:41
freemangordonjacekowski: however, why ^^^ change. This is some parameter to write() call, do you remember why you did it?23:41
freemangordonthis is 1 byte written to unknown device23:41
jacekowskilet me check something23:42
*** WizardNumberNext has joined #maemo-ssu23:44
*** luf has quit IRC23:47
freemangordonjacekowski: we are not on a hurry, take your time :).23:47
freemangordonguys, I am going AFK too, night23:47
arceanmerlin1991: I'm ok with meeting on Wednesday23:55
merlin1991perfect :)23:55

Generated by irclog2html.py 2.15.1 by Marius Gedminas - find it at mg.pov.lt!