*** toxarisswe has quit IRC | 00:03 | |
*** NIN101 has quit IRC | 00:05 | |
*** Martix_ has quit IRC | 00:08 | |
*** Vlad_on_the_road has joined #maemo-ssu | 00:14 | |
*** luf has quit IRC | 00:15 | |
*** arcean has quit IRC | 00:18 | |
*** Pali has quit IRC | 00:39 | |
DocScrutinizer05 | hah | 01:05 |
---|---|---|
*** Vlad_on_the_road has quit IRC | 01:18 | |
*** M4rtinK has quit IRC | 02:36 | |
*** tg has quit IRC | 02:41 | |
*** tg has joined #maemo-ssu | 02:45 | |
*** tg has quit IRC | 02:53 | |
*** tg has joined #maemo-ssu | 02:54 | |
*** tg has quit IRC | 03:01 | |
*** tg has joined #maemo-ssu | 03:02 | |
*** andre__ has joined #maemo-ssu | 03:32 | |
*** andre__ has joined #maemo-ssu | 03:32 | |
*** LaoLang_cool has joined #maemo-ssu | 03:42 | |
*** LaoLang_cool has quit IRC | 03:45 | |
*** LauRoman has quit IRC | 04:10 | |
*** tg has quit IRC | 04:20 | |
*** amiconn_ has joined #maemo-ssu | 05:43 | |
*** amiconn has quit IRC | 05:43 | |
*** amiconn_ is now known as amiconn | 05:43 | |
*** FlameReaper has joined #maemo-ssu | 05:46 | |
*** DocScrutinizer05 has quit IRC | 06:03 | |
*** DocScrutinizer05 has joined #maemo-ssu | 06:03 | |
*** M13 has joined #maemo-ssu | 06:36 | |
*** tg has joined #maemo-ssu | 06:59 | |
*** dhbiker has joined #maemo-ssu | 07:57 | |
*** M13 has quit IRC | 08:27 | |
*** Pali has joined #maemo-ssu | 08:42 | |
*** Pali has quit IRC | 09:14 | |
*** Vlad_on_the_road has joined #maemo-ssu | 09:35 | |
*** FlameReaper has quit IRC | 09:38 | |
*** Vlad_on_the_road has quit IRC | 09:38 | |
*** andre__ has quit IRC | 09:46 | |
*** FlameReaper has joined #maemo-ssu | 09:49 | |
*** futpib has joined #maemo-ssu | 09:59 | |
*** M13 has joined #maemo-ssu | 10:13 | |
*** futpib has quit IRC | 10:17 | |
*** futpib_ has joined #maemo-ssu | 10:17 | |
*** FReaper has joined #maemo-ssu | 10:41 | |
*** FlameReaper has quit IRC | 10:44 | |
*** FReaper has quit IRC | 10:45 | |
*** FReaper has joined #maemo-ssu | 10:46 | |
*** Martix_ has joined #maemo-ssu | 10:49 | |
*** LauRoman has joined #maemo-ssu | 10:57 | |
*** Martix_ has quit IRC | 11:05 | |
*** FReaper has quit IRC | 11:10 | |
*** FReaper has joined #maemo-ssu | 11:13 | |
*** futpib__ has joined #maemo-ssu | 11:17 | |
*** futpib_ has quit IRC | 11:17 | |
*** Martix_ has joined #maemo-ssu | 11:27 | |
*** Pali has joined #maemo-ssu | 12:14 | |
*** lizardo has joined #maemo-ssu | 12:27 | |
*** futpib has joined #maemo-ssu | 12:29 | |
*** futpib__ has quit IRC | 12:30 | |
*** M4rtinK has joined #maemo-ssu | 12:50 | |
*** M13 has quit IRC | 13:02 | |
*** WizardNumberNext has quit IRC | 13:22 | |
*** WizardNumberNext has joined #maemo-ssu | 13:22 | |
*** freemangordon has quit IRC | 13:29 | |
*** Martix_ has quit IRC | 14:43 | |
*** tg has quit IRC | 14:49 | |
*** tg has joined #maemo-ssu | 14:59 | |
*** MohammadAG has joined #maemo-ssu | 15:36 | |
*** andre__ has joined #maemo-ssu | 15:42 | |
*** andre__ has joined #maemo-ssu | 15:42 | |
*** FReaper has quit IRC | 15:49 | |
*** Pali has quit IRC | 15:55 | |
*** FReaper has joined #maemo-ssu | 16:24 | |
*** Martix_ has joined #maemo-ssu | 16:54 | |
*** Martix_ is now known as Martix | 17:46 | |
*** arcean has joined #maemo-ssu | 17:51 | |
*** andre__ has quit IRC | 18:05 | |
*** FReaper has quit IRC | 18:54 | |
*** NIN101 has joined #maemo-ssu | 18:56 | |
*** Pali has joined #maemo-ssu | 18:56 | |
*** andre__ has joined #maemo-ssu | 18:57 | |
*** andre__ has joined #maemo-ssu | 18:57 | |
*** Martix has quit IRC | 18:57 | |
*** Martix has joined #maemo-ssu | 18:57 | |
*** M13 has joined #maemo-ssu | 19:01 | |
*** LinuxCode has joined #maemo-ssu | 19:44 | |
*** freemangordon has joined #maemo-ssu | 19:55 | |
*** luf has joined #maemo-ssu | 20:07 | |
*** NIN101 has quit IRC | 20:07 | |
*** NIN101 has joined #maemo-ssu | 20:09 | |
*** xes has joined #maemo-ssu | 20:17 | |
luf | Huh nobody here? :D | 20:25 |
freemangordon | nobody? | 20:25 |
luf | freemangordon: Do you know him? :D :D | 20:26 |
tadzik | they say he's perfect | 20:27 |
luf | Any idea when (and if) the meeting will start? | 20:28 |
*** obironbo has joined #maemo-ssu | 20:28 | |
*** LinuxCode has quit IRC | 20:30 | |
*** Vlad_on_the_road has joined #maemo-ssu | 20:30 | |
*** xes has left #maemo-ssu | 20:35 | |
*** LinuxCode has joined #maemo-ssu | 20:38 | |
*** M13 has quit IRC | 20:41 | |
*** Martix has quit IRC | 20:48 | |
freemangordon | luf: no | 20:53 |
freemangordon | merlin1991: meeting? | 20:53 |
merlin1991 | Pali: luf ping | 20:57 |
Pali | merlin1991: pong | 20:58 |
luf | merlin1991: pong | 21:02 |
merlin1991 | freemangordon: ping | 21:02 |
freemangordon | pong | 21:02 |
merlin1991 | okay meeting it is! | 21:02 |
freemangordon | merlin1991: what about arcean? | 21:02 |
* merlin1991 blushes like mad | 21:03 | |
merlin1991 | arcean: ping | 21:03 |
merlin1991 | I'll just throw in what I have in terms of topics so we can gather those while we wait for arcean | 21:04 |
merlin1991 | I have repos, bugs and the good old "what's new?" | 21:04 |
Pali | merlin1991, I have some topics | 21:04 |
merlin1991 | throw them in the bowl ;) | 21:05 |
Pali | http://pastebin.com/2HpZW4nS | 21:05 |
freemangordon | lol :) | 21:06 |
merlin1991 | Pali: is that your prefered order? | 21:06 |
Pali | no sort, no preference :-) | 21:06 |
merlin1991 | luf, freemangordon any topics from you two? | 21:07 |
freemangordon | merlin1991: I guess you'll cover mine :) | 21:07 |
luf | I'm curious about kernel/kernel modules in cssu. | 21:07 |
luf | And good old bluez upgrade :D | 21:08 |
luf | (it's all for cssu-devel first) | 21:08 |
merlin1991 | Id say we start with the specific things so that arcean can join the conversation at any point | 21:09 |
kerio | oh god hildon-welcome will make it so that it's added to the metapackage right | 21:09 |
merlin1991 | point 6 on palis list is a good starting point 6. rename git repository operator-name-cbs-widget to connui-home-cellular | 21:10 |
merlin1991 | I guess that's a simple yes from all? | 21:10 |
Pali | connui-home-cellular is source package name | 21:11 |
luf | merlin1991: I have no problem with it. | 21:11 |
merlin1991 | okay done: https://gitorious.org/community-ssu/connui-home-cellular | 21:12 |
Pali | ok | 21:13 |
merlin1991 | next up I'd say palis merger requests | 21:14 |
merlin1991 | https://gitorious.org/community-ssu/microb-engine/merge_requests/1 I can't say anything about | 21:14 |
merlin1991 | since microb doesn't build inside my sb | 21:14 |
freemangordon | Pali: how do we check if there are any differeces? | 21:14 |
merlin1991 | freemangordon: diff -r ? | 21:14 |
freemangordon | merlin1991: before merge | 21:15 |
Pali | -x.git | 21:15 |
luf | Does the patch keep the current behaviour with some added configuration possibility? | 21:15 |
Pali | freemangordon, clone both repos into separate folders | 21:15 |
freemangordon | Pali: did you already do that? | 21:15 |
Pali | month/two/three ago | 21:16 |
freemangordon | well, I guess it should be ok then to merge | 21:16 |
Pali | it is not merge | 21:17 |
freemangordon | aiui you just update the git histori | 21:17 |
freemangordon | *histoy | 21:17 |
freemangordon | fuck | 21:17 |
merlin1991 | freemangordon: since it rewrites history it can't be merged | 21:17 |
freemangordon | Pali: correct? | 21:17 |
*** LinuxCode has quit IRC | 21:17 | |
kerio | at some point you just need to say "fuck it" | 21:17 |
Pali | freemangordon, it rewriting git history, so you need to call push --force | 21:18 |
freemangordon | Pali: let me see if I understand - you want someone to check if that history overwrite still keeps the same source code? | 21:19 |
Pali | yes | 21:20 |
freemangordon | and you say you've already did diff | 21:20 |
*** Martix has joined #maemo-ssu | 21:20 | |
freemangordon | Pali: ^^^ | 21:20 |
freemangordon | s/did/done/ | 21:21 |
Pali | freemangordon, I have clean diff on my local git repo | 21:21 |
Pali | but because this is destructive operation, someone else should check this | 21:21 |
freemangordon | Pali: ok, give me the steps to follow and i'll do it | 21:22 |
freemangordon | not now, but in the incomming days | 21:22 |
merlin1991 | okay, the other merge reqeuest is this one: https://gitorious.org/community-ssu/modest/merge_requests/13 | 21:23 |
Pali | freemangordon: steps are easy: clone origin repo, clone my repo, look at history of both branches (master, thumb) with gitk or git log | 21:23 |
Pali | and run: diff -Naurp -x.git orig_git my_git_dir | 21:23 |
merlin1991 | and ofc run that for all branches | 21:24 |
Pali | merlin1991, about modest: somebody wrote that wants this option configurable | 21:24 |
freemangordon | Pali: I guess we don;t care about the history that much, but for the source code | 21:24 |
freemangordon | ok. will do it | 21:24 |
Pali | I can push this patch into cssu-devel for testing now | 21:25 |
arcean | hi everyone | 21:25 |
freemangordon | Pali: he was afraid he'll receive notification for every message :D | 21:25 |
freemangordon | arcean: hi | 21:25 |
luf | arcean: Hi | 21:25 |
merlin1991 | hey arcean. welcome to the party ;) | 21:25 |
arcean | yeah :D | 21:25 |
Pali | but do not push it to cssu-testing until I write option for config dialog | 21:26 |
luf | Pali: I'm againist modest merge request while it change the default behaviour | 21:26 |
merlin1991 | Pali: that sounds good | 21:26 |
luf | Pali: That sounds like a plan | 21:26 |
merlin1991 | arcean: any topic you want add? | 21:26 |
Pali | merlin1991, so push this patch to cssu-devel or not? | 21:26 |
merlin1991 | Pali: cssu-devel is a playground, you're free to push almost anything there | 21:27 |
Pali | ok | 21:27 |
freemangordon | I don;t see the point if it is not complete | 21:27 |
arcean | merlin1991: hmm, possibility to blacklist a window with portrait flag through .desktop file - required by meecolay | 21:27 |
freemangordon | arcean: iirc the problem was different | 21:29 |
freemangordon | the blacklisting through .desktop file does not work | 21:30 |
arcean | it works for me :P but you can't blacklist a window with portrait flag and that's the main problem | 21:31 |
Pali | why you want to blacklist window with portrait flag? | 21:31 |
arcean | because of the harmattan qt-components applications | 21:32 |
Pali | this is bug in application --> it should not add portrait flag if portrait support is broken | 21:32 |
freemangordon | yep | 21:32 |
freemangordon | Pali: meecolay | 21:32 |
arcean | yeah, meecolay | 21:32 |
Pali | ~meecolay | 21:32 |
arcean | Pali, http://talk.maemo.org/showpost.php?p=1322702&postcount=1396 | 21:32 |
Pali | I do not understand where is problem | 21:33 |
Pali | ScreenOrientationAuto means to autorotate? | 21:34 |
arcean | yes | 21:34 |
Pali | and why is this in application code? | 21:34 |
freemangordon | Pali: harmattan | 21:34 |
arcean | so in the end qt-components performs rotation and then hildon-desktop | 21:34 |
freemangordon | yep, it gets rotated twice | 21:34 |
Pali | so both qt and hildon-desktop doing rotoation? | 21:35 |
arcean | yes | 21:35 |
arcean | and the problem is because of this line: https://gitorious.org/community-ssu/hildon-desktop/blobs/master/src/mb/hd-comp-mgr.c#line3909 | 21:35 |
Pali | it is possible to fix qt-components? | 21:36 |
arcean | qt-components port is maintained by inean | 21:37 |
freemangordon | maybe yes. but we risk breaking something else | 21:37 |
arcean | unfortunately I've no idea if he's still there | 21:38 |
*** LauRoman has quit IRC | 21:38 | |
freemangordon | though... it is really qt-components bug | 21:38 |
Pali | I do not see better solution | 21:38 |
Pali | ~seen inean | 21:38 |
infobot | inean <~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 |
freemangordon | that way we'll reduce power consumtion too | 21:38 |
arcean | wait | 21:38 |
arcean | it's not about qt-components but rather about QmlApplicationViewer | 21:39 |
merlin1991 | look at it from a different angle the binary says one thing (the flags it sets), but the .dektop file is configuration | 21:39 |
merlin1991 | shouldn't configuration always override the defaults? | 21:39 |
freemangordon | :nod: | 21:39 |
arcean | QmlApplicationViewer operates on window's Qt attributes | 21:39 |
arcean | so it should be somehow be fixed in Qt | 21:40 |
arcean | in a hackish way most probably | 21:40 |
Pali | btw there is also bug in qt rotator class | 21:41 |
freemangordon | arcean: wait, I guess marmitz can make fixed qmlapplicationviewer | 21:42 |
merlin1991 | arcean: basically what I'm saying is, that the check for X-CSSU-Force-Landscape should be the very first thing evaluated | 21:42 |
arcean | freemangordon: QmlApplicationViewer is a part of an application | 21:42 |
freemangordon | merlin1991: agree | 21:42 |
freemangordon | arcean: is it? ok then | 21:43 |
arcean | merlin1991: yes, would be much easier | 21:44 |
arcean | ok, then I will fix this and release new version through CSSU-devel | 21:47 |
merlin1991 | okay | 21:47 |
merlin1991 | back to palis list (http://pastebin.com/2HpZW4nS) | 21:47 |
merlin1991 | 1. make status-area-orientationlock-applet optional in cssu-testing too (now it is optional only in cssu-stable) | 21:47 |
merlin1991 | I'd say yes, any thoughts? | 21:47 |
kerio | by "make optional" you mean "don't put it in the metapackage" right? | 21:48 |
kerio | it won't uninstall it, by default | 21:48 |
merlin1991 | yes | 21:48 |
Pali | do not install it by default + add option to install it via HAM | 21:49 |
arcean | for sure some long-time CSSU users will be upset ;P | 21:50 |
luf | Sounds like we need cssu-extras ... | 21:50 |
freemangordon | merlin1991: latest h-d supports portrait lock | 21:50 |
arcean | luf: that's insane :D | 21:50 |
kerio | ah yes, the lock applet should be updated to reflect that | 21:51 |
freemangordon | i'd say remove that applet alltogether and implement that lock in powerkey menu | 21:51 |
arcean | also we need new translations for the lock applet | 21:51 |
kerio | +1 | 21:51 |
freemangordon | adding gconf support in powerkeymenu should be a piece of cake | 21:52 |
merlin1991 | freemangordon: if it's optional we can keep it, no point in throwing it away | 21:52 |
merlin1991 | arcean: if you can provide the basic english setup for the lock applet we can get the translations going | 21:52 |
Pali | merlin1991, can I merge stable branch into master? | 21:53 |
freemangordon | merlin1991: applet is not what should be used for orientation lock, think about fullscreaan applications | 21:53 |
merlin1991 | freemangordon: we can provide both ;) | 21:53 |
freemangordon | *fullscreen | 21:53 |
freemangordon | merlin1991: ooh, no | 21:53 |
arcean | merlin1991: already updated https://gitorious.org/community-ssu/status-area-orientationlock-applet/blobs/master/po/en_GB.po | 21:53 |
Pali | why to remove optional package from repository? | 21:53 |
freemangordon | Pali: I don;t think it is optional | 21:54 |
Pali | in stable yes | 21:54 |
freemangordon | "lock" functionality that is | 21:54 |
Pali | in testing not | 21:54 |
freemangordon | exactly | 21:54 |
kerio | freemangordon: well, add the rotation lock | 21:55 |
merlin1991 | arcean: 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 |
freemangordon | so we can 1. extend powerkeymenu to support gconf values and 2. replace applet with a simple xml for powerkeymenu | 21:55 |
freemangordon | s/can/should/ | 21:55 |
infobot | freemangordon meant: so we should 1. extend powerkeymenu to support gconf values and 2. replace applet with a simple xml for powerkeymenu | 21:55 |
freemangordon | kerio: in powerkeymenu? | 21:56 |
Pali | ok, why not? | 21:56 |
kerio | freemangordon: yeah | 21:56 |
arcean | merlin1991: you will end up with portrait mode | 21:56 |
kerio | i'd use the shit out of that | 21:56 |
Pali | but do not detele existing hildon status menu plugin from repository | 21:56 |
freemangordon | Pali: hmm, I guess we move that to maemo-extras | 21:57 |
freemangordon | *we can | 21:57 |
Pali | my point was to make that status menu plugin optional in cssu-testing too | 21:57 |
freemangordon | Pali: we can;t | 21:57 |
Pali | why? | 21:57 |
merlin1991 | freemangordon: everything works without it, the applet only adds a gui to 2 gconf keys | 21:57 |
Pali | it is only gui switch | 21:57 |
freemangordon | because our policy is opt-out for -testing | 21:58 |
arcean | yeah, 2 gconf keys... | 21:58 |
freemangordon | yes, and without it half of the h-d functionality is not used | 21:58 |
Pali | somebody who does not want another slot in status menu plugin can use gconftool via xterm | 21:59 |
Pali | this working too | 21:59 |
merlin1991 | freemangordon: I'd say we add the lock to the powermenukey and keep the statusarea applet in the repo but optinal | 21:59 |
arcean | I think we should abandon one of these keys | 21:59 |
Pali | (or you can add command executable widget which will call that gconf command) | 22:00 |
freemangordon | merlin1991: we can;t make it optional as it won;t be upgraded to powerkeymenu version | 22:01 |
merlin1991 | err | 22:01 |
merlin1991 | keep the status area package name the same, create new package for powerkeymenu, add that one to metapackage, ???, profit? | 22:02 |
freemangordon | that way you'll have both the applet and the entry in powerkeymenu | 22:03 |
freemangordon | for -testing that is | 22:03 |
merlin1991 | but can remove the applet if you want to | 22:03 |
freemangordon | only if you know you can remove it | 22:03 |
Pali | in stable status-area-orientationlock-applet is in user section | 22:03 |
Pali | so can be installed/uninstalled via HAM | 22:03 |
freemangordon | I doubt the users will be aware of that | 22:03 |
merlin1991 | freemangordon: that's something people read in the changelog, or should stable instaed | 22:03 |
freemangordon | well, ok then :) | 22:04 |
Pali | so can I merge status-area-orientationlock-applet stable branch into master? | 22:04 |
merlin1991 | Pali: I wouldn't do that iirc we'll get some conflicts | 22:05 |
Pali | debian/changelog and po/Makefile | 22:05 |
Pali | but it is easy to fix | 22:06 |
Pali | already done | 22:06 |
Pali | in my local repo | 22:06 |
merlin1991 | do it then | 22:07 |
merlin1991 | freemangordon: are you going to look into the powerkeymenu? | 22:07 |
freemangordon | do I have any option? :) | 22:07 |
merlin1991 | nah ;) | 22:07 |
Pali | merlin1991: pushed to gitorious | 22:08 |
freemangordon | well, then yes ;) | 22:08 |
freemangordon | merlin1991: does garage work? | 22:08 |
freemangordon | to assign that task to me | 22:08 |
merlin1991 | maybe? | 22:08 |
merlin1991 | the database behind it goes foobar from time to time | 22:08 |
merlin1991 | and other parts are not running perfect either | 22:09 |
freemangordon | BTW isn;t there issue tracking on gitorious? | 22:09 |
Pali | database on garage should work | 22:09 |
Pali | bugs which I reported was fixed | 22:09 |
Pali | (tested on kernel-power project) | 22:09 |
merlin1991 | gitorious only has source & wiki | 22:09 |
freemangordon | merlin1991: maybe we should use github for that | 22:10 |
merlin1991 | bugs.maemo.org works though | 22:10 |
freemangordon | to not depend on mo till it is stable again | 22:10 |
merlin1991 | it should be "stable" quite soon, and bugs didn't fail yet iirc | 22:11 |
freemangordon | merlin1991: however, i'll take kare of powerkeymenu | 22:11 |
freemangordon | *care | 22:11 |
merlin1991 | okay, #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 |
freemangordon | Pali: do you have anything ready? | 22:12 |
Pali | nothing | 22:13 |
freemangordon | nice :) | 22:13 |
freemangordon | seems lika lots of work | 22:13 |
merlin1991 | I could do that | 22:13 |
merlin1991 | isn't that huge of a change | 22:13 |
Pali | only idea to split domain files into more packages | 22:13 |
Pali | I can do it | 22:13 |
luf | why to cssu-devel installation/initialization? | 22:13 |
*** tadzik has left #maemo-ssu | 22:14 | |
luf | *change | 22:14 |
Pali | luf, now you can enable cssu-devel via HAM | 22:14 |
Pali | there is no warning nothing | 22:14 |
freemangordon | luf: remember libpng? | 22:14 |
Pali | and more users enable anything what they see | 22:14 |
merlin1991 | which package currently depends on community-ssu-enabler? | 22:15 |
merlin1991 | I think there was one | 22:15 |
kerio | the guy who made that package needs to be bitchslapped | 22:15 |
merlin1991 | kerio: inside cssu ;) | 22:15 |
kerio | not an excuse | 22:15 |
merlin1991 | ah yeah | 22:16 |
luf | freemangordon: that's the meaning of word devel :) | 22:16 |
merlin1991 | our ham does | 22:16 |
kerio | that's bullshit | 22:16 |
merlin1991 | luf: the main point is, that currently when you install cssu you get 3 more catalogues that shouldn't be there readily available | 22:16 |
luf | ok. | 22:17 |
merlin1991 | how do we want to play this thoug | 22:18 |
merlin1991 | upload only the relevant enabler to each repo? | 22:19 |
merlin1991 | or all enablers to all repos? | 22:19 |
Pali | create one enabler | 22:19 |
Pali | and then create 3 separate packages for zone files | 22:19 |
merlin1991 | Pali: you can replace enabler by zone package in my statement ;) | 22:19 |
*** WizardNumberNext has quit IRC | 22:20 | |
Pali | hm, this will not work | 22:21 |
merlin1991 | and why? | 22:21 |
Pali | rather this: create one common package which will contains all gpg keys/files, but not zone file | 22:21 |
Pali | and then create 3 packages with zone files | 22:21 |
Pali | and enabler script will be in common file | 22:21 |
Pali | and user will click on zone file | 22:22 |
Pali | via install file | 22:22 |
Pali | zone file ==> zone package; common file ==> common package | 22:22 |
merlin1991 | yea, but do we want to limit that to the right zone file in each repo, or all zone files in all packges? | 22:22 |
merlin1991 | s/all packages/all repos/ | 22:23 |
Pali | zone package should be only in one repo | 22:23 |
Pali | so there will be no way to install cssu-devel without click on wiki/tmo where is big warning | 22:24 |
merlin1991 | hm we need seperate source packages for each zone package then | 22:24 |
Pali | yes | 22:24 |
Pali | but can live in one git repo | 22:25 |
merlin1991 | sure | 22:25 |
merlin1991 | do you want to bujild that, or should I look into it? | 22:27 |
Pali | I will do it | 22:27 |
Pali | I already played with HAM zones and config files | 22:27 |
merlin1991 | okay | 22:28 |
merlin1991 | about 3. try to install cssu (run cssu enabler) automatically after user install cssu enabler package | 22:28 |
merlin1991 | how? | 22:28 |
Pali | spawn script from postinst to background | 22:28 |
Pali | wait until all dpkg operations finish | 22:28 |
Pali | then kill HAM and start installer | 22:29 |
Pali | basic idea | 22:29 |
Pali | installer cannot be started if apt/dpkg/HAM is running | 22:29 |
merlin1991 | hm wouldn't the "background" process die when the "shell" dies aka ham closes? | 22:30 |
Pali | if you mask signals then no | 22:30 |
Pali | or maybe you do not ignore signals | 22:30 |
Pali | if you spawn process to background, it will be reparented to process 1 (init) | 22:31 |
Pali | so it will not be child of HAM/apt/dpkg anymore | 22:31 |
Pali | and will not be killed | 22:31 |
merlin1991 | tbh I don't think it's worth the time / risk, the current solution *works* | 22:32 |
*** Sc0rpius has quit IRC | 22:33 | |
*** xes_ has joined #maemo-ssu | 22:33 | |
kerio | Pali: how do we migrate to the split repos solution? | 22:33 |
kerio | metapackaging it? | 22:33 |
Pali | merlin1991, if it does not work, current situation (manual HAM close, click on icon in menu) will work always | 22:33 |
merlin1991 | yeah, but the background process isn't visible to the user | 22:34 |
merlin1991 | --> race between who's faster | 22:34 |
Pali | we can use mutex for this | 22:34 |
Pali | mkdir in shell is good mutex :-) | 22:34 |
*** Sc0rpius has joined #maemo-ssu | 22:34 | |
merlin1991 | yeah | 22:34 |
*** futpib has quit IRC | 22:34 | |
merlin1991 | but then the spawned one fails for no apparent reason and your mutex never unlocks anymore | 22:35 |
Pali | kerio, new CSSU metapackage will depends on common enabler and common enabler will depends on virtual package | 22:35 |
Pali | merlin1991, we can handle signals in bash and call rmdir | 22:36 |
Pali | s/bash/shell/ | 22:36 |
infobot | Pali meant: merlin1991, we can handle signals in shell and call rmdir | 22:36 |
Pali | or we can except that this will not happend | 22:37 |
Pali | same if you click on installer two times | 22:37 |
Pali | installer opening xterm immediately | 22:37 |
merlin1991 | okay we'll look into this later in the week? | 22:38 |
Pali | ok | 22:38 |
merlin1991 | 4. 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 |
merlin1991 | can't happen until the repo is under our full control | 22:38 |
Pali | merlin1991, do you have access to cssu-testing|stable repo? | 22:39 |
merlin1991 | yes and no | 22:39 |
*** xes_ is now known as xes | 22:39 | |
freemangordon | Pali: guess that should wait for migration to end | 22:40 |
freemangordon | *I guess | 22:40 |
Pali | ok | 22:40 |
merlin1991 | yep | 22:40 |
Pali | but are you agree with removing expiration date? | 22:40 |
merlin1991 | yes | 22:40 |
Pali | then we need to update GPG key, release new cssu testing and stable and make some time for users to update before end of october | 22:41 |
merlin1991 | but we have to ship the upgraded enabler a few months before we swap the key on the server | 22:41 |
kerio | Pali: virtual packages for something like this are bullshit | 22:41 |
kerio | especially because cssu-devel isn't really a full repo anyway | 22:42 |
Pali | kerio, or metapackage will not depends on zone package | 22:42 |
kerio | (and doesn't really need the domain info) | 22:42 |
merlin1991 | kerio: it does | 22:43 |
merlin1991 | 5. add modified fmtxd to cssu (maybe only binary patch - like libsms) | 22:43 |
Pali | I 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 common | 22:44 |
freemangordon | I'll say yes, if the original author maintains it | 22:44 |
freemangordon | or Pali maintains it :P | 22:44 |
Pali | fmtxd is closed nokia binary and patched by jacekowski | 22:45 |
kerio | isn't it a slighly gray area? | 22:45 |
kerio | also, is it (c)Nokia? | 22:45 |
Pali | package fmtx-middleware | 22:45 |
Pali | kerio, yes | 22:45 |
freemangordon | kerio: if we distribute the patch only, it should be fine | 22:45 |
Pali | we have already some closed nokia binaries on gitorious | 22:45 |
kerio | freemangordon: oh hell no, we can distribute the closed binary | 22:45 |
kerio | the problem is that fmtx regulations do exist | 22:46 |
Pali | Copyright: (c) 2008 Nokia Oyj | 22:46 |
freemangordon | kerio: yep, they exist | 22:46 |
kerio | should cssu not care? | 22:46 |
kerio | it's an actual question, i don't know the answer | 22:46 |
kerio | (i personally don't care) | 22:46 |
Pali | kernel-power already do not care about that limit | 22:47 |
Pali | and has patch which auto boost power level | 22:47 |
Pali | (and ignore fmtxd) | 22:47 |
merlin1991 | Pali: the fmtxd patch also enables fmtx when cable is attached | 22:47 |
Pali | another good point | 22:47 |
Pali | fmtxd working with usb cable too | 22:48 |
merlin1991 | well it's a point against shipping it via cssu though | 22:48 |
merlin1991 | fmtxd with usb cable is against regulations | 22:48 |
kerio | merlin1991: to be fair, cssu isn't required to follow regulations | 22:48 |
freemangordon | merlin1991: hmm, no, it is the output level which is against regulations | 22:48 |
freemangordon | if it is over the allowed limit | 22:49 |
merlin1991 | freemangordon: yes, but running the fmtx with cable attached gives you that much output | 22:49 |
merlin1991 | (which is the whole point why the nokia binary prevents it) | 22:49 |
freemangordon | like how much? enough so you can listen to the music without noise? :P | 22:49 |
kerio | don't be silly now | 22:50 |
kerio | no noise? that would be crazy talk | 22:50 |
freemangordon | merlin1991: also you can attach the cable without a PC connected on the other site | 22:50 |
freemangordon | and it won;t get detected | 22:50 |
merlin1991 | that#s not our fault though | 22:50 |
freemangordon | s/get/be/ | 22:50 |
infobot | freemangordon meant: and it won;t be detected | 22:50 |
kerio | merlin1991: it's effectively the same thing | 22:50 |
merlin1991 | yes but out of our control | 22:51 |
freemangordon | also you can attach a charger - the same | 22:51 |
merlin1991 | whilst the other one is | 22:51 |
merlin1991 | freemangordon: it detects charger | 22:51 |
freemangordon | merlin1991: no | 22:51 |
merlin1991 | doesn't send with charger attached | 22:51 |
merlin1991 | I tried | 22:51 |
freemangordon | try again :) | 22:51 |
freemangordon | for sure I am listening to radio while driving with charger attached | 22:52 |
freemangordon | otherwise MM10 drains the battery in a couple of hours ;) | 22:52 |
merlin1991 | sure you don't have the binary from jacekowski? | 22:52 |
freemangordon | sure | 22:52 |
freemangordon | stock PR1.3 | 22:52 |
freemangordon | it could be country specific | 22:52 |
merlin1991 | yep | 22:53 |
freemangordon | though I remember there was a bug against PR1.2 about that | 22:53 |
freemangordon | which they fixed in PR1.3 | 22:53 |
freemangordon | merlin1991: but I am unable to turn FMTX on when USB cable connected, so I am on stock | 22:54 |
merlin1991 | maybe it is indeed country specific | 22:54 |
merlin1991 | fmtxd was updated between 1.2 and 1.3 | 22:54 |
freemangordon | merlin1991: 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 CSSU | 22:55 |
merlin1991 | I don't know, it doesn't feel right to me, but for such cases we can take a vote | 22:56 |
kerio | cssu has no legal requirement to limit fm power, so it shouldn't | 22:56 |
Pali | kernel-power has fmtx boost for a long time | 22:57 |
merlin1991 | kerio: depending on local law there are fines on using such a device | 22:57 |
kerio | ...really now? | 22:57 |
luf | what is all + of this patched fmtxd? | 22:58 |
merlin1991 | we shouldn't put users knowingly into a position that potentially harms them | 22:58 |
kerio | luf: tx power at maximum, never disable/throttle down due to connected cables | 22:58 |
luf | nothing else? | 22:59 |
Pali | + enable all frequences | 22:59 |
kerio | ah yes | 22:59 |
kerio | that's pretty important too | 22:59 |
Pali | via GUI | 22:59 |
freemangordon | merlin1991: I don;t know if you use fmtx, but without that power boost, it is unusable | 23:00 |
*** lizardo has quit IRC | 23:00 | |
merlin1991 | yes / no ? hands up! | 23:00 |
* merlin1991 says no | 23:00 | |
kerio | yes! o/ | 23:00 |
* freemangordon says yes | 23:00 | |
* kerio pokes Pali | 23:01 | |
freemangordon | but only if there is a maintainer | 23:01 |
Pali | yes | 23:01 |
merlin1991 | heh, I don't think jacekowski is interested in maintaining it | 23:02 |
luf | yes | 23:02 |
Pali | another question: binary patch (C application) or full fmtxd file in git? | 23:02 |
kerio | full fmtxd | 23:02 |
kerio | patches are a PITA | 23:02 |
freemangordon | Pali: both | 23:03 |
luf | freemangordon: why do you need maintainer for that? As I understand it's well tested. | 23:03 |
Pali | both? why? | 23:03 |
freemangordon | Pali: because I want to know WTF has changed | 23:03 |
kerio | freemangordon: that's git's job | 23:03 |
Pali | hah, use git ?D | 23:03 |
freemangordon | before distributing that to CSSU users | 23:04 |
Pali | we can add orig version and then patches to git repo | 23:04 |
freemangordon | Pali: binary patches? | 23:04 |
Pali | so you can generate diff with git diff | 23:04 |
Pali | freemangordon, I mean C application which will patch fmtxd file, like for smscb | 23:04 |
freemangordon | Pali: this is what i am talking about. | 23:05 |
freemangordon | we won;t distribute it | 23:05 |
freemangordon | but it will patch stock fmtxd when dpkg-buildpackage | 23:05 |
freemangordon | hmm, ok, we will distribute it in tar.gz | 23:06 |
Pali | why? we can distribute patches and in git history will be diff | 23:06 |
freemangordon | Pali: but why? | 23:06 |
Pali | and we do not need to create C application for patching file | 23:06 |
Pali | it needs more work | 23:06 |
freemangordon | Pali: so we have a binary we don;t know what is changed in and you want to distribute that? | 23:07 |
Pali | in DEB file is only one binary | 23:07 |
Pali | and in git there will be both files in history | 23:07 |
Pali | same as for policy prolog binary file | 23:08 |
freemangordon | yes, but noone but jasekowski knows what is changed. I need to fire IDA to check what is changed | 23:08 |
Pali | you can read in git log or debian/changelog what was changed and you can generate changes with git diff | 23:08 |
*** tom__ has joined #maemo-ssu | 23:09 | |
Pali | here is diff: http://pastebin.com/G0bfWFdK | 23:10 |
freemangordon | Pali: 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 changed | 23:10 |
kerio | i assume that the history will be "import from stock" "applied this patch for these reasons" | 23:10 |
kerio | Pali: what if those nops hide a backdoor?!?! | 23:10 |
Pali | this and backdoor? hahaha | 23:11 |
Pali | I think that asm diff is simple and easy to understand | 23:11 |
freemangordon | and 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 #25 | 23:13 |
Pali | b198:0000de80 andeqsp, r0, r0, lsl #29 | 23:13 |
freemangordon | Pali: I guess this is not code | 23:13 |
freemangordon | but data | 23:13 |
Estel_ | BTW, fmtx on pr1.3 works with charger attached, bu with decreased power | 23:13 |
Estel_ | thats why some of you see it as working and some as not | 23:13 |
Pali | freemangordon, yes | 23:13 |
Estel_ | enerally, power is reduced so much, that it's almost unusable, unless you're lucky | 23:14 |
freemangordon | Pali: what is the data? | 23:14 |
Estel_ | it's not related to country | 23:14 |
Pali | 0000dcc0 and 0000de80 | 23:14 |
freemangordon | Estel_: yeah, makes sense | 23:15 |
freemangordon | Pali: what that data mean? | 23:15 |
freemangordon | function 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 cables | 23:15 |
freemangordon | *pointer | 23:15 |
freemangordon | Estel_: we've already passed that | 23: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) country | 23:16 |
* Estel_ nods | 23:16 | |
Estel_ | just explaining, as it's my range of interest/profession :P | 23:16 |
freemangordon | :) | 23:16 |
* Estel_ hides | 23:16 | |
freemangordon | Pali: BTW even if I change my vote to "no", those with "yes" are still majority :) | 23:18 |
kerio | freemangordon: we could/should ask jacekowski to explain the data i suppose | 23:19 |
freemangordon | Pali: so let it be that way, but I'd be interested to see why this change | 23:19 |
freemangordon | kerio: I guess he CBA to explain | 23:19 |
kerio | meh, fair 'nuff | 23:19 |
Pali | freemangordon, it calling syscall write 1 and that data string | 23:20 |
luf | freemangordon: your no => 2 yes versus 2 no ;) | 23:20 |
kerio | to be fair, your vote is one of the *two* votes that actually matter | 23:21 |
kerio | and the other one is merlin1991 | 23:21 |
kerio | you two are responsible for cssu-testing | 23:21 |
freemangordon | Pali: what are the strings? | 23:21 |
Pali | b128: 0000dcc0 | 23:21 |
freemangordon | kerio: no, it is only merlin1991 :) | 23:21 |
Pali | b198: 0000de80 | 23:21 |
kerio | really? i thought you were in it too | 23:21 |
freemangordon | Pali: I guess this is offset | 23:22 |
luf | I think Pali can ask jacekowski to explain the changes but I don't agree to be the stopper if no response. | 23:22 |
freemangordon | ok, I agree | 23:22 |
Pali | ldr r1, [pc, #508] ; b198 | 23:23 |
Pali | mov r2, #1 | 23:23 |
Pali | bl a0fc <write@plt> | 23:23 |
Pali | cmn r0, #1 | 23:23 |
freemangordon | Pali: aah, ok | 23:23 |
freemangordon | do we know to what device it writes? | 23:23 |
freemangordon | Pali: lets stop for know, just as jasekowski | 23:24 |
Pali | it calling open for "ldrr0, [pc, #512]; b184" | 23:24 |
Pali | ok, rather ask jacekowski | 23:25 |
Pali | he should know all | 23:25 |
freemangordon | ok, 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 |
Pali | ok | 23:26 |
freemangordon | merlin1991: ok? | 23:26 |
merlin1991 | ok | 23:26 |
luf | next point? | 23:27 |
freemangordon | kcssu? | 23:27 |
merlin1991 | would be kcssu, but I have to run soon, so I'd start with a date for the next meeting | 23:27 |
* freemangordon is running out of time | 23:27 | |
freemangordon | :) | 23:27 |
merlin1991 | this week or next week? | 23:27 |
freemangordon | merlin1991: I guess we hav half of the stuff remaining, lets try this week | 23:28 |
luf | I can only on Wednesday this week (or Sat/Sun) | 23:28 |
freemangordon | what about Sun? | 23:28 |
freemangordon | merlin1991: ^^^ | 23:29 |
merlin1991 | I can't on sun | 23:29 |
Pali | wed, sat or sun --> all ok for me | 23:29 |
*** LinuxCode has joined #maemo-ssu | 23:29 | |
freemangordon | merlin1991: stop that python stuff, it will ruin your brain :P | 23:29 |
merlin1991 | nah it isn't python :D | 23:30 |
Pali | prolog? :D | 23:30 |
freemangordon | uh | 23:30 |
merlin1991 | next python meeting is 13.march | 23:30 |
luf | merlin1991: viper this weekend? :D | 23:30 |
* freemangordon wonders why noone guesses a girl :P | 23:30 | |
merlin1991 | nah gotta drive around the country to vote in my 2nd home and get other stuff done | 23:30 |
freemangordon | ok, when then? | 23:31 |
merlin1991 | does wednesday work for you? | 23:31 |
luf | freemangordon: can you on this wed? | 23:31 |
freemangordon | I can, but my daughter will be with me, so I guess "with limited usefulness" | 23:32 |
luf | Finally we'll have one girl in cssu meeting :D | 23:32 |
freemangordon | hehe | 23:32 |
freemangordon | ok, lets make it on Wednesday then | 23:33 |
merlin1991 | can we start 30 mins later than today? (then I can get dinner beforehand) | 23:33 |
Pali | ok | 23:33 |
freemangordon | sure | 23:33 |
luf | ok | 23:33 |
merlin1991 | arcean: ? | 23:34 |
*** LinuxCode has quit IRC | 23:34 | |
freemangordon | merlin1991: don;t forget to set the topic, please | 23:34 |
*** ChanServ sets mode: +o merlin1991 | 23:34 | |
*** jacekowski has joined #maemo-ssu | 23:34 | |
jacekowski | morning everyone | 23:34 |
Pali | hi jacekoswki | 23:34 |
freemangordon | jacekowski: hi | 23:35 |
Pali | jacekowski, do you remember what you patched in fmtxd? | 23:35 |
jacekowski | sort of | 23:35 |
jacekowski | frequency limits and power limiting | 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" | 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 | |
merlin1991 | ah wait | 23:36 |
merlin1991 | it's the 27th :D | 23: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 merlin1991 | 23:36 | |
jacekowski | what do you want to know exactly? | 23:37 |
merlin1991 | I'll go for dinner then, hf torturing jacekowski for information ;) | 23:37 |
Pali | freemangordon, ask what you want to know :-) | 23:37 |
freemangordon | jacekowski: this is diff http://pastebin.com/G0bfWFdK | 23:37 |
Pali | now going off, bye | 23:37 |
freemangordon | jacekowski: we want to know why that change: | 23:38 |
jacekowski | bear in mind that there are two version of it | 23: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 |
jacekowski | one for 1.2 and one for 1.3 | 23:38 |
freemangordon | Pali: it is for PR1.3? | 23:38 |
jacekowski | 1.3 version has a code cave done to lock power at highest limit | 23:38 |
Pali | fmtxd.old: = original PR1.3 | 23:39 |
Pali | fmtxd1.3: = patched PR1.3 | 23:39 |
freemangordon | jacekowski: yep, I know that | 23:39 |
freemangordon | it is some write once switch | 23:39 |
Pali | -fmtxd.old | 23:39 |
Pali | +fmtxd1.3 | 23:39 |
Pali | in diff | 23:39 |
*** Pali has quit IRC | 23:41 | |
freemangordon | jacekowski: however, why ^^^ change. This is some parameter to write() call, do you remember why you did it? | 23:41 |
freemangordon | this is 1 byte written to unknown device | 23:41 |
jacekowski | let me check something | 23:42 |
*** WizardNumberNext has joined #maemo-ssu | 23:44 | |
*** luf has quit IRC | 23:47 | |
freemangordon | jacekowski: we are not on a hurry, take your time :). | 23:47 |
freemangordon | guys, I am going AFK too, night | 23:47 |
arcean | merlin1991: I'm ok with meeting on Wednesday | 23:55 |
merlin1991 | perfect :) | 23:55 |
Generated by irclog2html.py 2.15.1 by Marius Gedminas - find it at mg.pov.lt!