IRC log for #maemo-ssu on 20120226

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.08NuxHi all ;)
09:09.54Nuxcan anyone explain me to know my version of CSSU on my N900 ?
09:11.32NuxIn "About Maemo 5 Community SSU" it only say "21.2011.38-1maemo1.2" Flavor: "Testing"
09:13.37NuX|FR|and I use "Linux Nokia-N900 2.6.28.10-power49"
09:15.13Lava_CroftNux 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.46NuX|FR|Lava_Croft: I don't know :s
09:17.35NuX|FR|I wan't to be sure I use the last version with 720p support for camera ;)
09:18.31Lava_CroftAh, it's just that theres a guy called Nux in a certain computer game too, wondering if it was you.
09:18.36Lava_CroftBut I guess not :)
09:19.02Lava_Croftafaik 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.21NuX|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.53merlin1991Lava_Croft: there are no real troubles
14:45.08merlin1991and he's on testing 1.2 which is the latest
14:53.03Palimerlin1991 MohammadAG, see https://gitorious.org/community-ssu/osso-xterm/merge_requests/1
14:55.17freemangordonmerlin1991, look here https://gitorious.org/community-ssu/camera-ui/commit/9efa1ce9899dfdc9012124dfbf60dbc9cce3a680
14:56.34merlin1991Pali: does it still scroll if you're in the last line?
14:56.53Palimerlin1991, yes
14:57.21merlin1991freemangordon: ?
14:58.04freemangordonfix for camera-ui "no storage" bug
14:58.13freemangordonmerlin1991 ^^^
15:06.53Palimerlin1991, and this my old merge request? https://gitorious.org/community-ssu/status-area-applet-battery/merge_requests/1
15:09.32merlin1991Pali: 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.11Paliok
15:10.49merlin1991I'll look into merging the xterm one tonight (don't have my keys with me here)
15:11.08PaliMohammadAG, look at that battery my merge request
15:11.59Palimerlin1991, if you agree witch changes, I can commit that patch into cssu osso-xterm
15:13.33merlin1991where does it handle scrolling incase you're still at the last line?
15:13.46merlin1991for me it looks like this would disable all scrolling on output
15:15.07Palivte doing all scrolling
15:16.34Palivte/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.28merlin1991shouldn't the patch then set it to false?
15:17.33merlin1991or is false the default?
15:18.58Palifalse seems to be default value
15:19.06merlin1991also I think a better way would be to expose that in the menu of xterm
15:19.17merlin1991so the use can set it to enabled/disabled
15:19.22merlin1991s/use/user/
15:25.40*** join/#maemo-ssu nox- (noident@freebsd/developer/nox)
15:28.57DocScrutinizerLava_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.06DocScrutinizermerlin1991: +1
15:34.04*** join/#maemo-ssu nox- (noident@freebsd/developer/nox)
15:35.08DocScrutinizerand 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.24merlin1991I'll do it no worries
15:35.31DocScrutinizer:-D
15:53.21DocScrutinizermerlin1991: what's your take about that TSG rant which recently came up?
15:53.55merlin1991it's rather a WTF? for me
15:54.11merlin1991since there is no "steering" for a poject where all input is voluntary
15:54.22DocScrutinizeryeah, I think for this aspect we're doing a rather decent job here
15:54.40merlin1991cssu provides packages for the masses of stuff that people do in their free time
15:54.59DocScrutinizerright
15:55.01merlin1991so no chance we can have a tsg say "next week is all about fixing rotation"
15:55.09DocScrutinizerrrrright
15:55.56merlin1991a 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.07DocScrutinizerI 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.31DocScrutinizerup til now we mostly performed good on that aspect as well
15:57.42DocScrutinizer(modulo nikocam ;-D)
16:01.01merlin1991well so far it's been mag who decided for testing and me who decided for stable
16:01.40merlin1991I 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.58Lava_CroftDocScrutinizer: 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.33PaliStupid question, but why we have in CSSU git repo some binaries? https://gitorious.org/community-ssu/libconnui-dev/trees/master
20:44.07Palimerlin1991, MohammadAG, DocScrutinizer see ^^^
20:44.29merlin1991because libconui cannot be modded otherwise
20:44.33merlin1991jonwil was the author
20:45.27Paliso this is modified closed binary?
20:46.41merlin1991yes
20:51.20grimerlin1991: I coded around Qt mobility, so for me you don't have to update it :)
20:52.08freemangordonPali, I suspect next binary will be mce :)
20:52.56Palifreemangordon, why do you want to hexdump patch mce? better patch opensource meego mce :-)
20:53.27freemangordonSure it is better, but it is not tested AFAIK
20:54.11freemangordonAnd for a minor change as DBUS signal names binary edit should be enough
21:03.53merlin1991it's probably enough to edit one or 2 strings in the data section
21:05.47Palimerlin1991, why is needed to edit mce binary?
21:09.07merlin1991in 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.25merlin1991so we can trick phone-ui and others into thinking that this or that orientation is correct
21:17.49Paliok
21:18.20Paliwas somebody trying to compile & use harmattan open source mce?
21:18.27Palior diablo mce?
21:27.06merlin1991afaik 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.27DocScrutinizermerlin1991: HEY! :-)) a brilliant idea to nuke the root cause of all this unbearable mess around rotation/orientation
23:09.21DocScrutinizermerlin1991: but how do you avoid to trick spirit gauge app at same time
23:09.24DocScrutinizer?
23:10.07DocScrutinizerwell, probably spirit gauge is not using orientation signal but rather actual accelerometer readouts
23:10.23DocScrutinizerthe basic issue remains the same though
23:11.41DocScrutinizerprobably 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.11DocScrutinizeryou 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.09DocScrutinizermerlin1991: 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.41DocScrutinizerso maybe best idea is actually to change 'mce' dbus name string in apps like dialer
23:23.02DocScrutinizerso 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)

Generated by irclog2html.pl Modified by Tim Riker to work with infobot.