**** BEGIN LOGGING AT Sun Feb 05 02:59:59 2012
Feb 05 04:33:06 <Macer> sigh
Feb 05 05:55:18 <Sazpaimon> so whats this I hear about microsdxc cards working on N900
Feb 05 05:55:35 <Sazpaimon> i thought they were electronically incompatible with sdhc
Feb 05 05:55:45 <Sazpaimon> how does that even work
Feb 05 06:01:57 <Macer> http://talk.maemo.org/showthread.php?t=77420
Feb 05 06:09:39 <Macer> http://www.amazon.com/SanDisk-Mobile-MicroSDXC-Memory-Adapter/dp/B006L7510U/ref=sr_1_4?ie=UTF8&qid=1328422142&sr=8-4
Feb 05 06:09:43 <Macer> apparently that one works
Feb 05 06:09:47 <Macer> in an n900
Feb 05 06:11:29 <Macer> i wonder why people are talking about fat32
Feb 05 06:11:47 <Macer> can't you format the sd as ext2/3/4 and have the n900 read it?
Feb 05 06:12:03 <Macer> all you have to do is install the ext driver for windows so you don't have lame fat32 restrictions like 4GB files
Feb 05 06:12:10 <Macer> although i really can't see putting a 4GB file on a phone anyways
Feb 05 06:12:24 <Macer> since the n900 itself can't ply high def mkvs :)
Feb 05 06:22:35 <robbiethe1st> Not that you'd notice the high-def... the N900's screen is only 800x480, or wide-screen, 480P
Feb 05 06:35:54 <Macer> yeah
Feb 05 06:35:56 <Macer> heh
Feb 05 06:36:18 <Macer> but it seems as though the sandisk 64GB sdxc has been tested and works although requires a reformat
Feb 05 06:36:30 <Macer> but meh.. what's a reformat amongst SDs? :)
Feb 05 07:48:02 <Sazpaimon> Macer, yeah I know it works
Feb 05 07:48:05 <Sazpaimon> but i want to know how
Feb 05 07:48:24 <Sazpaimon> i thought the two are incompatible
**** BEGIN LOGGING AT Sun Feb 05 08:38:10 2012
Feb 05 09:52:49 <oilinki> http://wiki.meego.com/Community_Repo is tihs correct?
Feb 05 09:53:16 <oilinki>   http://mirror.yandex.ru/mirrors/meego-community/meego1.2/ community
Feb 05 13:38:40 <trumee> freemangordon: ping
Feb 05 13:39:19 <freemangordon> trumee, pong
Feb 05 13:39:46 <trumee> freemangordon: was wondering if you found time to build that debug version of bridge driver?
Feb 05 13:42:14 <freemangordon> trumee, still not, and TBH I am wondering if it will be of any help. It just does not make sense, I have 2 devices here playing those videos perfectly. And I am out of ideas why the hell it does not work for you.
Feb 05 13:43:06 <freemangordon> Your DSP crashes like it is undervolted too much, but that should not be the case
Feb 05 13:44:30 <trumee> freemangordon: right. kp48/stock kernel play those videos well. would it help if i test against 720p codecs?
Feb 05 13:44:58 <freemangordon> trumee, well, that could be usefull
Feb 05 13:45:21 <freemangordon> and it takes only about 10 minutes to install
Feb 05 13:45:40 <freemangordon> will you do that?
Feb 05 13:45:59 <trumee> yes, can do that. although, you will need to tell me how to remove them after the test
Feb 05 13:46:18 <freemangordon> ok, sure
Feb 05 13:46:29 <freemangordon> it is a matter of apt-get ;)
Feb 05 13:46:59 <trumee> ok, i am reading the instructions from first page of 720p thread
Feb 05 13:47:06 <freemangordon> just follow then
Feb 05 13:47:33 <freemangordon> BTW I am not sure you will wand to revert to stock :D
Feb 05 13:47:44 <freemangordon> *want
Feb 05 13:49:04 <trumee> omap3-dsp-hd-codecs pre-depends on wget ?
Feb 05 13:49:28 <freemangordon> yep, needed to download the codecs from nokia repo
Feb 05 13:49:34 <trumee> ok
Feb 05 13:50:48 <trumee> i dont need to backup libgstdsp.so of stock?
Feb 05 13:51:05 <freemangordon> nope, you can atp-get install --reinstall it
Feb 05 13:51:09 <trumee> k
Feb 05 13:51:27 <freemangordon> don't forget to remove gst-openmax
Feb 05 13:51:41 <trumee> yes, done that. now rebooting
Feb 05 13:51:45 <freemangordon> good
Feb 05 13:51:55 <Sicelo> if those vieos don't play because of undervolted dsp, then i agree with trumee that  kp49 is broken. i haven't adjusted any voltage/speed properties on mine.
Feb 05 13:52:24 <freemangordon> Sicelo, trumee is not OC at all
Feb 05 13:52:52 <Sicelo> i know
Feb 05 13:53:01 <freemangordon> neither is SR enabled (despite the fact there is a bug in KP pre50, causing SR vdd1 to be enabled)
Feb 05 13:53:25 <freemangordon> but he flashed a build with that bug fixed, the same result
Feb 05 13:55:19 <freemangordon> hmm, harmattan kernel has a new version on SDK repo, will check it if there are changes re DSP
Feb 05 13:56:49 <trumee> freemangordon: ok, with 720 and no SR, video plays well
Feb 05 13:57:00 <trumee> freemangordon: no dsp crashes
Feb 05 13:57:04 <freemangordon> and how it is with SR?
Feb 05 13:57:10 <freemangordon> could you check it
Feb 05 13:57:14 <trumee> ok
Feb 05 13:57:21 <freemangordon> just do kernel-config load default
Feb 05 13:59:23 <trumee> freemangordon: no crashes with SR again
Feb 05 14:01:28 <freemangordon> that is great, seems SR is stable after all. So at least we have a workaround. The problem is that crash is because on your device gst-openmax is incompatible with KP49. Maybe I will have to build upstream gst-dsp and get rid of that gst-openmax once and for all.
Feb 05 14:02:40 <freemangordon> trumee, I would recomment to leave it as it is, even make "default" your power-up KP profile, should have about 20%-30% better battery life
Feb 05 14:02:49 <freemangordon> but it is up to you of course
Feb 05 14:02:53 <trumee> freemangordon: :)
Feb 05 14:03:17 <freemangordon> yeah, harmattan codecs are not only abot 720p
Feb 05 14:03:28 <trumee> freemangordon: i guess folks wont be too happy when kp gets merged with CSSU, and people are using stock codecs
Feb 05 14:03:41 <freemangordon> they support much more video formats than stock, divx one of them
Feb 05 14:04:01 <trumee> freemangordon: how do i make "default" as my default?
Feb 05 14:04:18 <freemangordon> trumee, agree, but the final goal is to have harmattan codecs in CSSU ;)
Feb 05 14:05:09 <freemangordon> just copy  /ush/share/kernel-power/default to /etc/default/kernel-power
Feb 05 14:05:31 <freemangordon> actually there is a kernel-config command for that, but i am not sure for the exact format
Feb 05 14:05:35 <trumee> freemangordon: perhaps, this needs to be put as a issue on the starting page of kp49/50.
Feb 05 14:06:32 <SpeedEvil> \t
Feb 05 14:06:45 <SpeedEvil> You're assuming SR is stable on all devices
Feb 05 14:06:52 <freemangordon> sure, but anyway my next todo is to build upstream gst-dsp and test it with the stock codecs. if that works I can push it in CSSU, removing that obsolete and crappy gst-openmax
Feb 05 14:07:04 <freemangordon> SpeedEvil, so far seems so
Feb 05 14:07:27 <SpeedEvil> It greatly depends on the usecase too.
Feb 05 14:07:28 <merlin1991> freemangordon: does upstream gst-dsp have support for our arm?
Feb 05 14:07:37 <SpeedEvil> For 'idle' life, it will have almost no effect.
Feb 05 14:07:43 <freemangordon> merlin1991, it is the only support it hs :D
Feb 05 14:07:45 <SpeedEvil> mp3 is possibly the baest case
Feb 05 14:08:01 <freemangordon> SpeedEvil, it is most effective for idle life
Feb 05 14:08:51 <freemangordon> for example - without SR the voltage for 250 is 36 (if memory serves me well). SR calculates voltage for 250 in range 22-25
Feb 05 14:09:11 <freemangordon> that is about 30% lower
Feb 05 14:09:44 <ShadowJK> In idle frequency is 0 and voltage is 0 :)
Feb 05 14:10:35 <freemangordon> ShadowJK, sure, but you have core woken up about several hundreds time per second
Feb 05 14:10:52 <freemangordon> and that is where lower voltage kicks in
Feb 05 14:11:28 <freemangordon> BTW there is a thread on TMO, some guy did some measurements.
Feb 05 14:12:14 <ShadowJK> SR is so flaky and unreliable even TI who made it disowned it :)
Feb 05 14:13:45 <freemangordon> ShadowJK, it works on n9/50. All that matters is efuse calibration, which for some reason is nuts on n900. So what KP49 and above do is:
Feb 05 14:14:09 <freemangordon> get 2 reference points from efuse
Feb 05 14:14:39 <freemangordon> re-calculate for the whole frequency range. So far it seems to work stable.
Feb 05 14:15:58 <ShadowJK> So does that do anything to fix stock codecs stability relaive to stock kernel?
Feb 05 14:16:08 <ShadowJK> They're already a bit too crashy ime :)
Feb 05 14:16:38 <freemangordon> SR has nothing to do with DSP :)
Feb 05 14:17:37 <freemangordon> and actually noone but TI/Nokia can change DSP binaries. Which won't happen :)
Feb 05 14:18:05 <DocScrutinizer> freemangordon: (undervolted/overclocked) my very first quetion to trumee 
Feb 05 14:18:17 <freemangordon> nope, stock
Feb 05 14:18:25 <freemangordon> no OC, no UV
Feb 05 14:18:36 <freemangordon> no SR
Feb 05 14:18:57 <freemangordon> afk for a while
Feb 05 14:23:08 <DocScrutinizer> well, EM would eat DSP permanently, and could happen even without OC
Feb 05 14:24:01 <DocScrutinizer> btw the primary goal of CSSUI is to deliver a system that's 100% compatible to stock, just *more stable*
Feb 05 14:24:12 <DocScrutinizer> -I
Feb 05 14:26:59 <DocScrutinizer> goal #2: fix design flaws while not breaking goal #1
Feb 05 14:27:43 <DocScrutinizer> goal #3: get new cool much demanded features while not breaking #2 or #1
Feb 05 14:29:03 <DocScrutinizer> CSSU is no hacker edition
Feb 05 14:33:20 <DocScrutinizer> freemangordon: (OC) even with allowed clock rates, the spec of the SoC sopecifies "no more than 15 per 1000 dead chips after nnn hours of activity"
Feb 05 14:33:41 <DocScrutinizer> odds are somebody might be one of the 15
Feb 05 14:34:59 <DocScrutinizer> you know these things always follow Gauss curve
Feb 05 14:36:11 <DocScrutinizer> except for gaussean mean vs OC that's an exponential function
Feb 05 14:36:25 <DocScrutinizer> of some higher order
Feb 05 14:37:18 <freemangordon> DocScrutinizer, trumee has problems with KP49 and stock DSP binaries, KP48/stock work as it should, KP49 with harmattan DSP binaries too. I don't think it is a matter of EM.
Feb 05 14:37:36 <DocScrutinizer> prolly not, right
Feb 05 14:38:32 <freemangordon> and having upstream gst-dsp in CSSU is not making it "hacker edition"
Feb 05 14:38:38 <freemangordon> *make
Feb 05 14:38:46 <freemangordon> whatever
Feb 05 14:38:59 <DocScrutinizer> though it *could* if the pk49 together with stock codecs results in using an unusual branch in code that in turn uses an opcode that got "fused" in dsp
Feb 05 14:39:11 <freemangordon> could be
Feb 05 14:39:13 <DocScrutinizer> highly unlikely, but possible
Feb 05 14:39:36 <freemangordon> but it seems it is not only trumee, Sicelo says he has the same problem
Feb 05 14:39:45 <DocScrutinizer> :nod:
Feb 05 14:39:53 <Pali> Hi, I need help. One of my application is auto killed when started from Menu
Feb 05 14:40:03 <Pali> What changes are need in desktop file?
Feb 05 14:40:03 <DocScrutinizer> which are the codec binaries used in CSSU?
Feb 05 14:40:13 <Pali> for proper dbus registring?
Feb 05 14:40:21 <freemangordon> There are no DSP binaries in CSSU (yet)
Feb 05 14:40:31 <DocScrutinizer> :nod:
Feb 05 14:40:52 <freemangordon> Pali, maybe you should look at adeclock thread, nicolai posted some code
Feb 05 14:41:04 <Pali> ok, thanks
Feb 05 14:41:09 <DocScrutinizer> Pali: I tend to always forget about what it was, but I think you need to register your app inside your app, sth like that
Feb 05 14:41:19 <freemangordon> But I have no clue if your case is the same.
Feb 05 14:41:58 <DocScrutinizer> I'm not sure if fix to .desktop is sufficient
Feb 05 14:43:18 <DocScrutinizer> I guess it's more like when you use that "service=foobar" thing in .desktop, your app needs to register with dbus which usually gets done by Qt main or sth
Feb 05 14:44:11 <Pali> I'm using osso_initialize in that app
Feb 05 14:44:30 <DocScrutinizer> that's the one iirc
Feb 05 14:45:06 <DocScrutinizer> and your app auto-quits after 90s?
Feb 05 14:46:28 <DocScrutinizer> s/90s/the dbus-reply wait timeout/.
Feb 05 14:48:19 <Pali> app := game wargus (using stratagus engine); app quit when I click start campaign
Feb 05 14:48:39 <Pali> when I start it from xterm there is no problem
Feb 05 14:49:17 <DocScrutinizer> then that's probably not related to above mentioned domain
Feb 05 14:49:43 <Pali> should be
Feb 05 14:49:51 <DocScrutinizer> Pali: rather your env isn't what your app expects it to be, when started from icon
Feb 05 14:50:03 <Pali> in old version I removed from desktop file X-Osso-Service
Feb 05 14:50:11 <Pali> and after that no quit problem
Feb 05 14:50:12 <DocScrutinizer> X-Osso-Service=com.nokia.modest
Feb 05 14:50:14 <DocScrutinizer> X-Osso-Type=application/x-executable
Feb 05 14:50:33 <Pali> and now I released new version and it has that problem
Feb 05 14:50:51 <DocScrutinizer> yes, but that is not related to clicking anything, it quits always after 90s(?)
Feb 05 14:51:29 <DocScrutinizer> I guess you are e.g. using relative paths and your cwd is different when running from icon
Feb 05 14:51:32 <DocScrutinizer> sth like that
Feb 05 14:52:38 <Pali> I will try to add X-Osso-Service file
Feb 05 14:53:25 <DocScrutinizer> don't you have any printf() in case something (fopen() for instance) goes awry? can't you do "myapp 2>/tmp/myapp.log" in .desktop?
Feb 05 14:54:00 <DocScrutinizer> try run-standalone.sh myapp
Feb 05 14:54:58 <rZr> @j 
Feb 05 14:55:05 <rZr> l
Feb 05 14:55:25 <DocScrutinizer> e.g. your app might want to print to stdout and that's closed when running from icon
Feb 05 15:02:40 <DocScrutinizer> Pali: you might want to do "less /etc/osso-af-init/af-defines.sh"
Feb 05 15:03:14 <DocScrutinizer> this gets sourced by run-standalone.sh, gives an idea about what env an app needs to run properly
Feb 05 15:06:17 <DocScrutinizer> (<Pali> in old version I removed from desktop file X-Osso-Service) yes, exactly what I told ya, when you got that line in your .desktop, the system (hildon-XXX) will try to talk to that client on dbus. if there's no answer then after timeout the app gets killed (AIUI)
Feb 05 15:07:50 <DocScrutinizer> common problrm: the name in X-Osso-Service= doesn't match the dbus name your app is using
Feb 05 15:35:50 <Pali> I created proper file in /usr/share/dbus-1/services
Feb 05 15:36:08 <Pali> and added X-Osso-Service to desktop file
Feb 05 15:36:16 <Pali> but app is still killed
Feb 05 15:36:23 <Pali> and in syslog is: hildon-desktop[1888]: GLIB WARNING ** ClutterX11 - bad window 0x3e00001
Feb 05 15:38:57 <Pali> I will try to use gdb, why is still likked
Feb 05 15:39:01 <Pali> *killed
Feb 05 15:44:35 <freemangordon> trumee, ping
Feb 05 16:19:03 <Pali> DocScrutinizer, gdb telling me that app got SIGSEGV
Feb 05 16:19:35 <Pali> so it is not caused by hildon-xxxx
Feb 05 16:19:47 <DocScrutinizer51> toldya
Feb 05 16:25:06 <Pali>  run-standalone.sh app in desktop does not fixing crashing
Feb 05 16:27:32 <DocScrutinizer51> when you already use gdb to trace the segv, you should know which line is causing it and why
Feb 05 16:28:36 <DocScrutinizer51> cmd BT in gdb should help
Feb 05 16:29:05 <freemangordon> :)
Feb 05 16:29:16 <DocScrutinizer51> also avoiding to strip debug symbols off your binary is a good idea
Feb 05 16:29:28 <freemangordon> Pali, is it Qt app you are debugging
Feb 05 16:29:44 <Pali> freemangordon, no
Feb 05 16:29:59 <Pali> it is Stratagus & Wargus, it use SDL video output
Feb 05 16:30:48 <Pali> DocScrutinizer51, I have debug symbols
Feb 05 16:31:02 <Pali> but problem is that it crash on first line of some function
Feb 05 16:31:10 <Pali> first line is function declaration
Feb 05 16:31:17 <DocScrutinizer51> so look in gdb for stack frames and even line number
Feb 05 16:32:13 <DocScrutinizer51> if it says it faults on 1st line then youu got no debug symbols inside that function
Feb 05 16:32:32 <DocScrutinizer51> or the function in fact is inline
Feb 05 16:33:24 <DocScrutinizer51> gcc seems to love doing implicit inline when optimizing
Feb 05 16:33:38 <Pali> gdb saying it crashing on line 565 and it is: int CPlayer::CheckLimits(const CUnitType &type) const {
Feb 05 16:34:22 <DocScrutinizer51> is this a local function or a lib function?
Feb 05 16:35:33 <Pali> lib
Feb 05 16:35:50 <DocScrutinizer51> btw my c-fu fails on second const in there
Feb 05 16:35:55 <DocScrutinizer51> see?
Feb 05 16:36:09 <DocScrutinizer51> lib comes w/o debug info
Feb 05 16:36:45 <Pali> aaa, it is not lib it is linked into executable
Feb 05 16:37:10 <DocScrutinizer51> anyway a lib func shouldn't segv unless you feed borked parameters (and a good lib not even than)
Feb 05 16:37:25 <Pali> but I have debug symbols for full executable
Feb 05 16:37:49 <DocScrutinizer51> then*
Feb 05 16:39:29 <DocScrutinizer51> start gdb, load app binary, set a breakpoint in the func call, then run. when bp stops, you can inspect the parameters passed to func
Feb 05 16:39:50 <DocScrutinizer51> check they are reasonable
Feb 05 16:40:37 <DocScrutinizer51> or simply scrutinize your code that sets up the parameters for that function
Feb 05 16:41:14 <Pali> but why app crashing only when started from hildon menu?
Feb 05 16:41:46 <DocScrutinizer51> you'll find out when you see why it crashes at all
Feb 05 16:46:15 <Pali> one passed parameter is OK (it is object and gdb show me all members), and also is *this pointer OK
Feb 05 16:46:33 <DocScrutinizer51> Pali: honestly, that function line you quoted makes no sense to me - could anybody explain the meaning to me please?
Feb 05 16:47:47 <DocScrutinizer51> I can't parse ""  ) const {  ""
Feb 05 16:48:24 <Pali> const (in c++) means that this function can be called on const object
Feb 05 16:48:57 <DocScrutinizer51> fsck c++
Feb 05 16:49:14 <DocScrutinizer51> Pali: thanks
Feb 05 16:51:45 <DocScrutinizer51> I even fail on "const object", maybe I need some more coffee
Feb 05 18:27:54 <BCMM> what's the best way to use the IR transmitter at the moment? it appears that the online DBs used by irreco/qtirreco don't work
Feb 05 18:48:49 <Macer> hm
Feb 05 18:48:58 <Macer> seems like omweather doesn't update when the screen is off?
Feb 05 18:49:18 <Macer> at least i keep catching it with an x/y temp when the screen comes back on and i have to manually update it
Feb 05 18:54:30 <Sicelo> i know foreca doesn't (which i think is a good thing)
Feb 05 19:06:33 <Macer> i suppose
Feb 05 19:06:41 <Macer> guess it wants to save that 5min of battery life :)
Feb 05 19:06:57 <Macer> you would think it would refresh once the screen came on at least tho
Feb 05 19:07:06 <Macer> not all the time but if it missed a scheduled refresh
Feb 05 19:07:39 <Sicelo> well, foreca does .. also depends on how good/bad my internet is (usually bad, lol)
Feb 05 19:07:54 <Macer> i guess maybe i'll swap to foreca then
Feb 05 19:08:04 <Macer> it isn't a big deal but just enough to feel like scratching a chalkboard
Feb 05 19:08:22 <Macer> because starting the app and updating probably eats more battery than itself just updating while the screen is off
Feb 05 19:08:43 <Macer> damn.. i wonder if the burger place is open
Feb 05 19:08:45 <Macer> guess i'll go see
Feb 05 19:08:47 <Macer> later
Feb 05 19:22:08 <ShadowJK> foreca updates when screen comes on again
Feb 05 19:22:51 <ShadowJK> also things like "Tickstill" you can catch it showing old timer data for a split second after screen coming on again
Feb 05 19:22:57 <ShadowJK> well written software :)
Feb 05 21:00:32 <jonaskoelker> Hi all.  I add one of my contacts to my desktop; he doesn't show up on-screen.  I think his coordinates might be screwy.  Where do I check for this?
Feb 05 23:21:04 <newbie007> so if I wanted to purchase a n900 today? or n950? is that available?
Feb 05 23:23:45 <nox-> i see used n900.s at amazon.de
Feb 05 23:24:53 <newbie007> if I could get hildon-desktop + open source (non-android) OS on a newer cell that is what I would purchase
Feb 05 23:36:10 <merlin1991> it seems there has been a breach on maemo.org
Feb 05 23:36:11 <merlin1991> http://static.maemo.org/jQuery/jquery-1.2.6.js
Feb 05 23:36:19 <merlin1991> not exactly your standard jquery anymore
Feb 05 23:39:16 <BCMM> merlin1991: i am not sure that IRC at this hour is the way to attract the attention that that deserves
Feb 05 23:39:28 <merlin1991> well tmo is still up
Feb 05 23:39:32 <merlin1991> I posted there aswell
Feb 05 23:39:39 <merlin1991> but there is nobody to reach
Feb 05 23:39:41 <merlin1991> at least for me
Feb 05 23:40:08 <BCMM> i believe there is a product on bugzilla for the various maemo websites
Feb 05 23:40:45 <BCMM> merlin1991: a bugpost there should trigger an email to whoever manages such things
Feb 05 23:44:12 <BCMM> merlin1991: is static.maemo.org down from your POV?
Feb 05 23:44:18 <merlin1991> nope
Feb 05 23:44:27 <merlin1991> the like I gave above works just fine
Feb 05 23:44:30 <BCMM> odd
Feb 05 23:44:43 <BCMM> i can neither ping nor http at it
Feb 05 23:44:44 <merlin1991> dns spoofing?
Feb 05 23:44:58 <merlin1991> can't ping it either
Feb 05 23:45:13 <BCMM> merlin1991: 80.248.164.235, you?
Feb 05 23:45:19 <merlin1991> same
Feb 05 23:45:25 <merlin1991> though http to ip doesn't work
Feb 05 23:45:34 <merlin1991> firefox cash maybe?
Feb 05 23:45:44 <BCMM> or transparent ISP cache
Feb 05 23:46:26 <BCMM> by breach, do you mean that there is a modified, malicious copy of jquery?
Feb 05 23:46:40 <merlin1991> well the thing there is anything but jquery
Feb 05 23:46:47 <merlin1991> or the thing that is in whatever cache I had
Feb 05 23:46:53 <BCMM> what is it?
Feb 05 23:47:07 <merlin1991> it starts with an eval
Feb 05 23:47:11 <BCMM> what happens if you reload? sure the link is up?
Feb 05 23:47:14 <merlin1991> and is just obfuscated fud
Feb 05 23:47:41 <BCMM> ah, that does sound fairly indicitive of evil
Feb 05 23:47:47 <merlin1991> ctrl+F5 ended up in everything from static.maemo.org missing
Feb 05 23:47:56 <merlin1991> so yeah it was the firefox cash
Feb 05 23:47:57 <BCMM> i would file a bug
Feb 05 23:48:02 <jacekowski> maemo is closing?
Feb 05 23:48:14 <merlin1991> jacekowski: it seems static.maemo.org got breached
Feb 05 23:48:19 <merlin1991> and is taken down atm
Feb 05 23:48:49 <jacekowski> smoke and mirrors to shut down maemo
Feb 05 23:49:03 <merlin1991> my ff cache containes some evil js bits instead of jquery, but now that I cleaned the cash I see that the whole box gives no answer anymore
Feb 05 23:50:29 <BCMM> merlin1991: i hope my advice to refresh didn't cause the loss of your only copy of the bad js
Feb 05 23:50:39 <merlin1991> err it did :/
Feb 05 23:51:06 <merlin1991> hm wait I googled the string
Feb 05 23:51:12 <merlin1991> might still have it in my log :D
Feb 05 23:52:16 <jonaskoelker> Hi all.  I'm running cssu 21.2011.38-1maemo2.1.  How do I upgrade to newest?
Feb 05 23:54:20 <merlin1991> that is the newest cssu
Feb 05 23:54:25 <merlin1991> unless you want to go for testing
Feb 05 23:55:51 <jonaskoelker> oh
Feb 05 23:55:59 <jonaskoelker> I see.  Thanks :)
Feb 05 23:56:18 <merlin1991> BCMM: http://paste.debian.net/155143/
Feb 05 23:56:21 <jonaskoelker> does cssu support larger desktop shortcut icons?
Feb 05 23:56:45 <jonaskoelker> (and is that part of a later version than mine?)
Feb 05 23:57:10 <merlin1991> nope and nope afaik
Feb 05 23:57:31 <jonaskoelker> I guess that's a patch for me to port from modified-hildon then :)
Feb 05 23:57:46 <BCMM> merlin1991: you could probably carefully run parts of that, remving any evalsp to see what the  actual code is
Feb 05 23:57:46 <merlin1991> I think there has been some work on getting the resize patch into cssu but afaik it was an unclean solution an noone improved it after that
Feb 05 23:58:25 <merlin1991> jonaskoelker: there is a bug on the bugtracker where the issues with the current state of the bug are stated
Feb 05 23:58:44 <merlin1991> if you happen to port it properly drop by with you patch in #maemo-ssu :)
Feb 05 23:58:59 <jonaskoelker> I just might :)
Feb 05 23:59:17 <BCMM> merlin1991: in any case, i think a bug report is the way to go. maemo.org website is available as a product in bmo
Feb 06 00:00:31 <merlin1991> BCMM too tired now and also SD69 stated on tmo that he got told it is down for 'maintainance'
Feb 06 00:00:36 <jonaskoelker> the orientation lock applet, can it lock on to landscape mode only?  I can't seem to make it lock to portrait...
Feb 06 00:00:48 <merlin1991> yes it only locks to landscape
Feb 06 00:01:01 <BCMM> merlin1991: sounds like somebody is on it then
Feb 06 00:01:26 <BCMM> merlin1991: i mean, it being down probqably implies that anyway
Feb 06 00:01:39 <merlin1991> could be rouge script too ;)
Feb 06 00:01:58 <BCMM> anyone posting malicious client-side code would want the server to stay up
Feb 06 00:02:01 <merlin1991> there's a pending merge request on gitorious for a portrait lock (with issues), but tbh the whole portrait / landscape / forced rotation bs needs to get sanitized
Feb 06 00:02:20 <merlin1991> true
Feb 06 00:02:22 <jonaskoelker> is there anything stopping the applet from locking into portrait mode (besides the code not being written yet)?
Feb 06 00:02:54 <merlin1991> yeah the current system how h-d handles rotation kinda makes a portrait lock impossible to implement in a proper way
Feb 06 00:03:38 <merlin1991> the whole handling needs to get sanitized and for that we also need a fix to qt because qt behaves different to gtk which makes the whole rotation experience inkonsistent
Feb 06 00:04:00 <jonaskoelker> I kan see what you did there :)
Feb 06 00:04:28 <jonaskoelker> so what you're saying is that nokia wrote some bungly spaghetti?
Feb 06 00:04:59 <merlin1991> I'm saying nokia wrote code for lanscape with some exceptions that can go portrait
Feb 06 00:05:10 <merlin1991> then cssu came along and introduced forced roation
Feb 06 00:05:14 <merlin1991> and then the lock
Feb 06 00:05:22 <merlin1991> and that combination made it epic spaghetti :D
Feb 06 00:05:50 <merlin1991> btw the mg for the portrait lock is here: http://gitorious.org/community-ssu/hildon-desktop/merge_requests/24 if you can't wait for it and want to apply it for yourself in its currenty ugly state :P
Feb 06 00:06:46 <jonaskoelker> that's my new favorite dish: epic spaghetti
Feb 06 00:07:07 <jonaskoelker> with open sauce ;)
Feb 06 00:08:47 * merlin1991 headesks trying to get his n900 to forward his packages
Feb 06 00:08:58 <jonaskoelker> ugh, then I'd have to get a c dev env set up for my n900
Feb 06 00:09:12 <merlin1991> scratchbox is your friend ;)
Feb 06 00:09:21 <jonaskoelker> I know.  The manual isn't
Feb 06 00:09:29 <merlin1991> http://paste.debian.net/155145/ should forward anything from usb0 in proper nat style
Feb 06 00:09:40 <merlin1991> only that it doesn't and the notebook gets no connectivity
Feb 06 00:10:17 <merlin1991> (I have bigger script in place that insmods the proper g_ether module, sets up usb0 and starts dnsmasq to provide a proper ip + gateway + dns to the notebook
Feb 06 00:11:10 <merlin1991> http://paste.debian.net/155133 is the full script
Feb 06 00:13:37 <merlin1991> jonaskoelker: the sb manual is great
Feb 06 00:13:42 <merlin1991> but it's on the maemo wiki
Feb 06 00:13:46 <newbie007> I've got scratchbox / Xephry working on debian
Feb 06 00:13:47 <merlin1991> which currently is dead
Feb 06 00:13:57 <newbie007> it wasn't super easy
Feb 06 00:14:17 <newbie007> I'd really like to get hildon desktop without xephyr running on my nook color
Feb 06 00:14:46 <newbie007> I targeted ubuntu first and couldn't make it happen
Feb 06 00:14:49 <merlin1991> if you avoid the common gotchas like 'don't use the py installer' and just go straight for a manual installation it works fine :D
Feb 06 00:15:12 <merlin1991> newbie007: there is the cordia project which I think has based h-d on top of mer
Feb 06 00:15:21 <newbie007> I didn't use the gui installer, sh over perl...
Feb 06 00:15:46 <merlin1991> maybe you can add a lil hw adaption and have a proper image for your nook?
Feb 06 00:15:54 <newbie007> yeah but that cordia is trying to come out with a new tablet,, instead of just targeting the existing hardware(s)
Feb 06 00:16:27 <newbie007> if ever figure that out.. I think that would be super awesome
Feb 06 00:16:54 <newbie007> I got a xoom also, I'd wipe that off in a second 
Feb 06 00:17:09 <newbie007> I have no trust nor love for android 
Feb 06 00:17:27 <merlin1991> at least the guys in #mer and #nemomobile keep repeating that it is 'super easy to port mer to other platforms' so if you get a mer base on your nook you should be ably to just apply corida h-d stuff on top
Feb 06 00:18:05 <newbie007> what's the OS? a new distro called mer? and what's the default window manager
Feb 06 00:18:06 <newbie007> ?
Feb 06 00:18:17 <merlin1991> x
Feb 06 00:18:21 <newbie007> I'll check it out
Feb 06 00:18:22 <merlin1991> and the base os is mer
Feb 06 00:18:37 <merlin1991> http://merproject.com/
Feb 06 00:19:01 <newbie007> other than mac, android, and hildon there really isn't a tablet based ui -- I think
Feb 06 00:21:21 <jonaskoelker> there's probably going to be an ubuntu thing
Feb 06 00:21:35 <jonaskoelker> next up, ubuntu embedded-microchip-in-a-washing-machine edition
Feb 06 00:21:39 <jonaskoelker> with 120% more emacs
Feb 06 00:27:10 <robbiethe1st> Just so long as it has 120% more VIM too!
Feb 06 00:35:26 <newbie007> what I like about nano is like backspace deletes the previous character, the up arrow moves the cursor up. That sort of thing
Feb 06 00:36:58 <r00t-eeepc> the only reason i use vim exclusively is that my school essentialy forced all student to use emacs in the initial courses...
Feb 06 00:37:04 <r00t-eeepc> *students
Feb 06 00:37:23 <r00t-eeepc> which is the most fucking retarded way possible to promote an editor
Feb 06 00:39:55 <newbie007> I think emacs can also play solitare, execute terminal commands it basically is a OS
Feb 06 01:26:32 <newbie007> So I've created a desktop widget, it's for my own use. But I don't mind giving to the communtity. I don't know how to proceed.. any suggestions?
Feb 06 01:28:43 <merlin1991> what does it do?
Feb 06 01:28:55 <merlin1991> but in gerneal you apply for extras rights and upload it to extras-devel
Feb 06 01:29:51 <newbie007> it's a circular icon that changes color based on some data it gets from the internet. Green to red based on price of oil, the DOW, doomsday clock, dollar index, price of gold
Feb 06 01:39:37 <r00t^home> i hope it changes to grey when you are offline
Feb 06 01:43:00 <newbie007> it caches the last known value
**** ENDING LOGGING AT Mon Feb 06 02:59:58 2012