02:46.37 | *** join/#maemo-ssu psycho_oreos (~no@unaffiliated/tuxsavvy) |
03:24.20 | *** join/#maemo-ssu amiconn_ (amiconn@rockbox/developer/amiconn) |
05:36.53 | *** join/#maemo-ssu Sicelo (sicelo@unaffiliated/sicelo) |
07:18.45 | *** join/#maemo-ssu MohammadAG (~MohammadA@pool-108-14-85-166.nycmny.fios.verizon.net) |
08:34.30 | *** join/#maemo-ssu mirandir (~valentin@2a01:e35:2e63:5170:7a2b:cbff:fed1:407c) |
09:00.16 | *** join/#maemo-ssu M4rtinK (~M4rtinK@mail.melf.eu) |
09:09.01 | *** join/#maemo-ssu Nux (58bad170@gateway/web/freenode/ip.88.186.209.112) |
09:09.08 | Nux | Hi all ;) |
09:09.54 | Nux | can anyone explain me to know my version of CSSU on my N900 ? |
09:11.32 | Nux | In "About Maemo 5 Community SSU" it only say "21.2011.38-1maemo1.2" Flavor: "Testing" |
09:13.37 | NuX|FR| | and I use "Linux Nokia-N900 2.6.28.10-power49" |
09:15.13 | Lava_Croft | Nux from Tremulous? |
09:16.11 | *** join/#maemo-ssu NIN101 (~NIN@p5DD28B95.dip0.t-ipconnect.de) |
09:16.42 | *** join/#maemo-ssu NIN101 (~NIN@p5DD28B95.dip0.t-ipconnect.de) |
09:16.46 | NuX|FR| | Lava_Croft: I don't know :s |
09:17.35 | NuX|FR| | I wan't to be sure I use the last version with 720p support for camera ;) |
09:18.31 | Lava_Croft | Ah, it's just that theres a guy called Nux in a certain computer game too, wondering if it was you. |
09:18.36 | Lava_Croft | But I guess not :) |
09:19.02 | Lava_Croft | afaik there have been troubles with the "About blabla" thingy |
09:40.29 | *** join/#maemo-ssu DocScrutinizer (~halley@openmoko/engineers/joerg) |
09:44.38 | *** join/#maemo-ssu Free-MG (~test@p5DD7DA0D.dip.t-dialin.net) |
09:47.22 | *** part/#maemo-ssu mirandir (~valentin@2a01:e35:2e63:5170:7a2b:cbff:fed1:407c) |
09:48.14 | *** join/#maemo-ssu mirandir (~valentin@2a01:e35:2e63:5170:7a2b:cbff:fed1:407c) |
10:37.05 | *** join/#maemo-ssu Pali (~quassel@unaffiliated/pali) |
11:02.56 | *** join/#maemo-ssu psycho_oreos (~no@unaffiliated/tuxsavvy) |
11:21.19 | *** join/#maemo-ssu freemangordon (freemangor@130-204-50-168.2074046448.ddns.cablebg.net) |
11:43.00 | *** join/#maemo-ssu BCMM (~ben@unaffiliated/bcmm) |
12:09.21 | NuX|FR| | Ok, Have nice day ;) |
13:17.32 | *** join/#maemo-ssu trbs (~trbs@2001:470:d2ad:1:4a5b:39ff:fe7d:1623) |
13:49.31 | *** join/#maemo-ssu chainsawbike (~chainsawb@chainsawbike-1-pt.tunnel.tserv25.sin1.ipv6.he.net) |
14:06.46 | *** join/#maemo-ssu xnt14 (~xnt14@xceleo.us) |
14:44.53 | merlin1991 | Lava_Croft: there are no real troubles |
14:45.08 | merlin1991 | and he's on testing 1.2 which is the latest |
14:53.03 | Pali | merlin1991 MohammadAG, see https://gitorious.org/community-ssu/osso-xterm/merge_requests/1 |
14:55.17 | freemangordon | merlin1991, look here https://gitorious.org/community-ssu/camera-ui/commit/9efa1ce9899dfdc9012124dfbf60dbc9cce3a680 |
14:56.34 | merlin1991 | Pali: does it still scroll if you're in the last line? |
14:56.53 | Pali | merlin1991, yes |
14:57.21 | merlin1991 | freemangordon: ? |
14:58.04 | freemangordon | fix for camera-ui "no storage" bug |
14:58.13 | freemangordon | merlin1991 ^^^ |
15:06.53 | Pali | merlin1991, and this my old merge request? https://gitorious.org/community-ssu/status-area-applet-battery/merge_requests/1 |
15:09.32 | merlin1991 | Pali: about the old one, I said back then that if anything mag has to merge that since we don't even have it in cssu yet, so in essence it's his project |
15:10.11 | Pali | ok |
15:10.49 | merlin1991 | I'll look into merging the xterm one tonight (don't have my keys with me here) |
15:11.08 | Pali | MohammadAG, look at that battery my merge request |
15:11.59 | Pali | merlin1991, if you agree witch changes, I can commit that patch into cssu osso-xterm |
15:13.33 | merlin1991 | where does it handle scrolling incase you're still at the last line? |
15:13.46 | merlin1991 | for me it looks like this would disable all scrolling on output |
15:15.07 | Pali | vte doing all scrolling |
15:16.34 | Pali | vte/src/vte.c: vte_terminal_set_scroll_on_output: Controls whether or not the terminal will forcibly scroll to the bottom of the viewable history when the new data is received from the child. |
15:17.28 | merlin1991 | shouldn't the patch then set it to false? |
15:17.33 | merlin1991 | or is false the default? |
15:18.58 | Pali | false seems to be default value |
15:19.06 | merlin1991 | also I think a better way would be to expose that in the menu of xterm |
15:19.17 | merlin1991 | so the use can set it to enabled/disabled |
15:19.22 | merlin1991 | s/use/user/ |
15:25.40 | *** join/#maemo-ssu nox- (noident@freebsd/developer/nox) |
15:28.57 | DocScrutinizer | Lava_Croft: the 'problems with about blabla thingie' were related to it mangling the version string from "21.2011.38-1Tmaemo1.2" sth, to "21.2011.38-1maemo1.2 flavour:testing" |
15:31.42 | *** join/#maemo-ssu nox-- (noident@p579017F8.dip.t-dialin.net) |
15:32.06 | DocScrutinizer | merlin1991: +1 |
15:34.04 | *** join/#maemo-ssu nox- (noident@freebsd/developer/nox) |
15:35.08 | DocScrutinizer | and pretty please can someone "merge the patch" for "About CSSU" I posted here(SIC!) some weeks ago!? @ merlin1991: for fixing the immanent problem with this version string mangling it's sufficient when we fix it for Stable, so we would be able to tell apart Stable and Testing from a plain version string quote |
15:35.24 | merlin1991 | I'll do it no worries |
15:35.31 | DocScrutinizer | :-D |
15:53.21 | DocScrutinizer | merlin1991: what's your take about that TSG rant which recently came up? |
15:53.55 | merlin1991 | it's rather a WTF? for me |
15:54.11 | merlin1991 | since there is no "steering" for a poject where all input is voluntary |
15:54.22 | DocScrutinizer | yeah, I think for this aspect we're doing a rather decent job here |
15:54.40 | merlin1991 | cssu provides packages for the masses of stuff that people do in their free time |
15:54.59 | DocScrutinizer | right |
15:55.01 | merlin1991 | so no chance we can have a tsg say "next week is all about fixing rotation" |
15:55.09 | DocScrutinizer | rrrright |
15:55.56 | merlin1991 | a clearer ruleset about what we include and what not might be usefull, but a full blown tsg? I don't see the point |
15:56.07 | DocScrutinizer | I only hope for somebody like me being able to stop some of the more weird things that new groups joining in might want to push into CSSU in the future |
15:57.07 | *** join/#maemo-ssu Free-MG (~ircchatte@p5DD7DA0D.dip.t-dialin.net) |
15:57.31 | DocScrutinizer | up til now we mostly performed good on that aspect as well |
15:57.42 | DocScrutinizer | (modulo nikocam ;-D) |
16:01.01 | merlin1991 | well so far it's been mag who decided for testing and me who decided for stable |
16:01.40 | merlin1991 | I just hope we can push a new testing soon, I'd really like to include some stuff into stable, but if it's not even in testing :D |
17:03.58 | Lava_Croft | DocScrutinizer: oh |
17:18.03 | *** join/#maemo-ssu chainsawbike (~chainsawb@chainsawbike-1-pt.tunnel.tserv25.sin1.ipv6.he.net) |
18:25.26 | *** join/#maemo-ssu FireFly (~firefly@unaffiliated/firefly) |
20:43.33 | Pali | Stupid question, but why we have in CSSU git repo some binaries? https://gitorious.org/community-ssu/libconnui-dev/trees/master |
20:44.07 | Pali | merlin1991, MohammadAG, DocScrutinizer see ^^^ |
20:44.29 | merlin1991 | because libconui cannot be modded otherwise |
20:44.33 | merlin1991 | jonwil was the author |
20:45.27 | Pali | so this is modified closed binary? |
20:46.41 | merlin1991 | yes |
20:51.20 | gri | merlin1991: I coded around Qt mobility, so for me you don't have to update it :) |
20:52.08 | freemangordon | Pali, I suspect next binary will be mce :) |
20:52.56 | Pali | freemangordon, why do you want to hexdump patch mce? better patch opensource meego mce :-) |
20:53.27 | freemangordon | Sure it is better, but it is not tested AFAIK |
20:54.11 | freemangordon | And for a minor change as DBUS signal names binary edit should be enough |
21:03.53 | merlin1991 | it's probably enough to edit one or 2 strings in the data section |
21:05.47 | Pali | merlin1991, why is needed to edit mce binary? |
21:09.07 | merlin1991 | in order to implement a proper roatation lock we need to edit mce to emit a different orientation signal and emit the original one at our leisure |
21:09.25 | merlin1991 | so we can trick phone-ui and others into thinking that this or that orientation is correct |
21:17.49 | Pali | ok |
21:18.20 | Pali | was somebody trying to compile & use harmattan open source mce? |
21:18.27 | Pali | or diablo mce? |
21:27.06 | merlin1991 | afaik nobody did that so far |
22:47.02 | *** join/#maemo-ssu BCMM (~ben@unaffiliated/bcmm) |
22:51.34 | *** part/#maemo-ssu mirandir (~valentin@2a01:e35:2e63:5170:7a2b:cbff:fed1:407c) |
23:08.27 | DocScrutinizer | merlin1991: HEY! :-)) a brilliant idea to nuke the root cause of all this unbearable mess around rotation/orientation |
23:09.21 | DocScrutinizer | merlin1991: but how do you avoid to trick spirit gauge app at same time |
23:09.24 | DocScrutinizer | ? |
23:10.07 | DocScrutinizer | well, probably spirit gauge is not using orientation signal but rather actual accelerometer readouts |
23:10.23 | DocScrutinizer | the basic issue remains the same though |
23:11.41 | DocScrutinizer | probably we shouldn't patch MCE but rather those closed blob apps like dialer that listen to mce instead of doing the right thing: listen to our new central orientation manager |
23:13.11 | DocScrutinizer | you know, this one central entity that decides what is *user* orientation now, based on things like accelerometer, rotation-lock switch, face-detection ;-), etc... |
23:21.09 | DocScrutinizer | merlin1991: btw I think the idea to edit some dbus names in mce won't fly - you can change a signal name but that still keeps the sender name 'mce', you can't register a second entity to send a signal from sender mce on behlaf of mce. Of course you can change mce dbus name to ndf or lbd, but that has impact on ALL communications from and to mce then - probably something you don't want either |
23:21.41 | DocScrutinizer | so maybe best idea is actually to change 'mce' dbus name string in apps like dialer |
23:23.02 | DocScrutinizer | so those aps would listen to same signal names, just from a sender "mce-proxy" (of course we should keep the 3char name in real life, so patch "mce" to "mcp" in dialer et al) |