--- Log for 17.12.114 Server: sendak.freenode.net Channel: #rockbox --- Nick: logbot- Version: Dancer V4.16 Started: 2 days and 17 hours ago 00.00.53 Quit lebellium (Quit: ChatZilla 0.9.91 [Firefox 35.0/20141211142524]) 00.01.17 Quit AlexP (Remote host closed the connection) 00.03.35 Quit thomasjfox (Quit: Konversation terminated!) 00.08.42 Join chrisb [0] (~chrisb@li482-205.members.linode.com) 00.09.23 Quit xorly (Ping timeout: 245 seconds) 00.13.43 Quit TheLemonMan (Quit: leaving) 00.20.32 Join GhostRiderV3 [0] (~RiD@bl22-150-187.dsl.telepac.pt) 00.23.04 Quit RiDD (Read error: Connection reset by peer) 00.35.42 Quit Mihail_ (Quit: Page closed) 00.45.51 *** Saving seen data "./dancer.seen" 00.53.55 Quit stripwax (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) 00.55.06 Join Strife89 [0] (~Strife89@adsl-98-80-218-59.mcn.bellsouth.net) 01.35.58 Quit ZincAlloy (Quit: Leaving.) 01.50.50 # <[Franklin]> hey Strife89 01.50.58 # <[Franklin]> did you get zoom working? 02.25.42 # Oh, right 02.26.02 # I forgot to install the build, so I'll do that now 02.26.06 # <[Franklin]> :) 02.26.16 # Sorry 'bout that 02.26.34 # <[Franklin]> it's fine ;) 02.36.03 Quit [Franklin] (Remote host closed the connection) 02.45.53 *** Saving seen data "./dancer.seen" 03.06.02 Quit GhostRiderV3 (Quit: A good plan today is better than a perfect plan tomorrow.) 03.15.37 Quit krabador (Quit: Take the time.) 04.13.05 Quit chrisb (Ping timeout: 264 seconds) 04.27.07 Quit WakiMiko (Ping timeout: 272 seconds) 04.45.56 *** Saving seen data "./dancer.seen" 04.47.49 Join JdGordon_ [0] (~jonno@rockbox/developer/JdGordon) 04.48.51 Join WakiMiko [0] (~WakiMiko@unaffiliated/wakimiko) 04.49.00 Quit JdGordon (Ping timeout: 264 seconds) 04.53.14 Join JdGordon [0] (~jonno@rockbox/developer/JdGordon) 04.54.26 Quit JdGordon_ (Ping timeout: 245 seconds) 05.06.19 Join JdGordon_ [0] (~jonno@rockbox/developer/JdGordon) 05.08.00 Quit JdGordon (Ping timeout: 250 seconds) 05.17.30 Quit TheSeven (Ping timeout: 265 seconds) 05.18.32 Join TheSeven [0] (~quassel@rockbox/developer/TheSeven) 05.32.17 Join JdGordon [0] (~jonno@ppp118-209-193-207.lns20.mel8.internode.on.net) 05.32.17 Quit JdGordon (Changing host) 05.32.17 Join JdGordon [0] (~jonno@rockbox/developer/JdGordon) 05.34.53 Quit JdGordon_ (Ping timeout: 272 seconds) 05.49.29 Quit williamtdr (Quit: Connection closed for inactivity) 05.58.26 Quit GeekShadow (Ping timeout: 258 seconds) 05.58.42 Join GeekShadow [0] (~antoine@nzf.turmel.info) 05.58.42 Quit GeekShadow (Changing host) 05.58.42 Join GeekShadow [0] (~antoine@reactos/tester/GeekShadow) 06.19.55 Quit shmibs (Ping timeout: 244 seconds) 06.21.49 Join shmibs [0] (~shmibs@198.52.217.65) 06.45.59 *** Saving seen data "./dancer.seen" 06.51.05 Join AlwaysHigh [0] (~AlwaysHig@104.131.156.164) 06.51.09 # yo 06.51.24 # is it normal for rockbox utility to stop responding on inital configuration 06.51.44 Join wubking [0] (~quassel@S0106c8fb2685e2ea.va.shawcable.net) 06.52.06 Quit wubking (Client Quit) 06.52.50 # once i press "ok" it stops responding -> http://gyazo.com/3c0d74a4f4661ba5f65284b19c65020d 06.54.49 Join wubking [0] (~quassel@S0106c8fb2685e2ea.va.shawcable.net) 06.55.19 Quit wubking (Client Quit) 07.04.09 Join wubking [0] (~quassel@S0106c8fb2685e2ea.va.shawcable.net) 07.09.06 Quit wubking (Quit: http://quassel-irc.org - Chat comfortably. Anywhere.) 07.12.40 Nick akaWolf1 is now known as akaWolf (~akaWolf@188.134.9.161) 07.13.37 Quit akaWolf (Changing host) 07.13.37 Join akaWolf [0] (~akaWolf@unaffiliated/akawolf) 07.41.15 Join xorly [0] (~xorly@m180.dkm.cz) 08.01.51 Quit Strife89 (Ping timeout: 256 seconds) 08.22.11 Quit xorly (Ping timeout: 258 seconds) 08.25.39 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 08.26.38 Join ender` [0] (krneki@foo.eternallybored.org) 08.41.09 Join wodz [0] (~wodz@89-75-106-114.dynamic.chello.pl) 08.44.04 Join dfkt [0] (dfkt@unaffiliated/dfkt) 08.46.01 *** Saving seen data "./dancer.seen" 08.53.04 Join JdGordon_ [0] (~jonno@rockbox/developer/JdGordon) 08.53.52 Quit pamaury (Ping timeout: 264 seconds) 08.55.00 Quit JdGordon (Ping timeout: 272 seconds) 08.58.06 Join JdGordon [0] (~jonno@ppp118-209-133-109.lns20.mel8.internode.on.net) 08.58.06 Quit JdGordon (Changing host) 08.58.06 Join JdGordon [0] (~jonno@rockbox/developer/JdGordon) 08.59.26 Quit JdGordon_ (Ping timeout: 272 seconds) 09.00.43 Join petur [0] (5bb7304d@rockbox/developer/petur) 09.01.11 # pamaury: (log) I am wondering if we should provide a hint in desc file about field being R/RW/W 09.08.11 Quit greatwolf (Ping timeout: 258 seconds) 09.09.43 Join greatwolf [0] (greatwolf@gateway/shell/panicbnc/x-xbgqfoskayzryilo) 09.15.05 Quit Elfish (Ping timeout: 258 seconds) 09.15.11 Join Elfish [0] (amba@2001:1608:12:1:13:3:3:7) 09.16.24 Join maruk1 [0] (~papier@titanium.v6.sdv.fr) 09.23.31 Quit greatwolf (Ping timeout: 258 seconds) 09.26.40 # if I replace dead nand on sansa clip+ 09.26.40 Join greatwolf [0] (greatwolf@gateway/shell/panicbnc/x-ulmaygqqhenkwkqh) 09.26.47 # what do i need to get bootloader + shit back on it 09.31.39 # Good question. I guess you are on unexplored land. If you are lucky sansa recovery guide may be applicable. 09.36.21 # saratoga: Do you have any clue what may mean 'OPG biass current', 'PA biass current', 'OPF bias current', 'OPDA biass current', 'PA gain' ? 09.36.38 # power amplifier? just a guess. 09.36.56 # saratoga: this are description of the fields in ATJ213x DAC section 09.37.18 # dongs: could be but it is a little vague 09.38.24 # PA gain can be set to 1.6Vpp or 1.2Vpp 09.40.48 # that sounds about right for headphone amp output 09.42.56 # there is separate control of headphone amp with 32 steps, -1.8dB/step attenuation 09.43.20 # hmm maybe this is *before* amplifire 09.43.26 Join mortalis [0] (~kvirc@212.44.150.238) 09.43.44 # that sounds like volume? 09.45.09 # sure, but how the analog path is organized 09.54.39 # shruggin. datasheet to the rescue 09.56.45 # dongs: Are you kidding :P I am reading Datasheet and SOC manual and thats why I am trying to figure out what they mean :P 10.12.16 Join TheLemonMan [0] (~lemonboy@unaffiliated/thelemonman) 10.19.01 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 10.19.52 # pamaury: ping 10.19.56 # pong 10.20.24 # pamaury: have you seen my question about extension of field description? 10.20.47 # err no, wait a sec 10.21.58 # ah yeah, that's funny I was wondering the same 10.22.12 # more precisely I was wondering where to put this information 10.22.21 # :-) 10.22.52 # the SCT variants are a good counter-example to "put it in " because SCT are not readable (well they read 0) 10.23.14 # so my thought would be to put it into the instances 10.23.35 # with default being R/W 10.24.03 # maybe with and tags ? 10.24.45 # SCT are W in my nomenclature 10.24.55 # yeah 10.26.49 # but R/RW/W flags can be different *per fileld* 10.27.01 # *field 10.27.07 # ah you mean per field 10.27.12 # I thought per register 10.27.19 # hum 10.28.21 # then we could say that instances, registers and fields can have access attributes, and those are inherited 10.28.48 # so a read-only instance have its registers read-only except if explicitely overridden, and vice-versa, same for fields 10.29.07 # exactly 10.33.15 # then I'd like to make it clear what the rules are: say a has access A, and field has access B, then B overrides A, makes sense. Now what happen if this same register is now put at instance with access C ? 10.33.15 # I'd say it further restricts the access. For example if register REG is R/W but field F1 is R, F2 is unspecified (so R/W) and F3 is W, then: 10.33.15 # * an unspecified instance of REG has access for F1,F2,F3 respectiviely R,R/W,W 10.33.15 DBUG Enqueued KICK pamaury 10.33.15 # * a read-only instance of REG has access respectively R,R,N/A (N/A means Not Access) 10.33.15 # * a write-only instance of REG has access respectively N/A,W,W 10.33.16 *** Alert Mode level 1 10.33.16 # does it make sense ? 10.34.53 Ctcp Ignored 1 channel CTCP requests in 0 seconds at the last flood 10.34.53 # * wodz reads,parses and thinks 10.35.47 # pamaury: makes sense 10.36.45 # ok, I guess another way to formalise this is to say that permissions are a set in {R,W} (either {}, {R}, {W} or {R,W}) and the final permission of an instance is the intersection of all access along the path (instances + register + field) 10.36.57 # pamaury: But only to the point where logic is involved. I can think of situations where SoC designers are more creative then we are assuming 10.37.18 # do you have an example ? 10.37.46 # pamaury: no, just general feeling after reading few dozens of DS 10.39.37 # but the worst what can happen is that for a few specific cases we will need to duplicate field descriptions with different access flags I guess. (if ever) 10.41.32 # yes you can always solve the problem this way 10.41.52 # at some point there is a compromise between 100% precise description and a good enough one 10.43.17 *** Alert Mode OFF 10.43.29 # good enough is the target 10.46.02 *** Saving seen data "./dancer.seen" 10.48.35 # I am puzzled - what will happen if you set input enable and output enable at the same time for some GPIO pin? OF does just this. Pull up enable or what? 10.48.37 Quit akaWolf (Quit: Reconnecting) 10.48.52 Join akaWolf [0] (~akaWolf@unaffiliated/akawolf) 10.49.43 # depends on the hardware wiring I'd say 10.49.58 # maybe one of them (input/output) has priority 10.50.36 # some have another trick: input + output means pull up/down and the "output" controls whether its up or down (and output disable is floating) 10.51.42 # what OF actually does is GPIO_AINEN |= (1<<26); GPIO_AOUTEN |= (1<<26); GPIO_ADAT &= ~(1<<26) 10.52.09 # this line is active low so it should have pullup enabled (if there is no external one) 10.53.28 # pamaury: I played a bit with hwstub and you can have out 0, in 1 and the state is detected correctly 10.56.17 # so it is ignored ? 10.58.05 # out sets pin to output, in sets the pin to input, both in and out 0 means alternative function if present, thats granted. I just have no idea what happens if both inen and outen are high 10.58.37 # anoher alternative ? 10.59.33 # there is seperate register which selects which alternative is routed to pins 11.07.38 Quit wodz (Quit: Leaving) 11.22.03 Join xorly [0] (~xorly@wced-36-216-32-147.feld.cvut.cz) 11.49.36 Quit xorly (Ping timeout: 264 seconds) 11.59.01 Join AlexP [0] (~alex@rockbox/staff/AlexP) 12.02.44 Join xorly [0] (~xorly@147.32.187.6) 12.29.57 # AlwaysHigh: that's not normal, no 12.30.18 Quit AlexP (Remote host closed the connection) 12.42.56 Quit xorly (Ping timeout: 240 seconds) 12.46.06 *** Saving seen data "./dancer.seen" 13.09.33 Quit Galois (Ping timeout: 255 seconds) 13.18.54 Join Redous [0] (02ddb4bc@gateway/web/freenode/ip.2.221.180.188) 13.19.27 # #rockboxunderdog 13.20.31 Quit Redous (Client Quit) 13.27.32 Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de) 13.29.07 Join AlexP [0] (~alex@rockbox/staff/AlexP) 13.33.28 # OK, forums should be better now. I seem to have missed some permissions the other day which allowed spammers to get through 13.57.37 # scorche|sh: I've rationalised the permission profiles on the forums a bit, mainly making use of the "read only" profile 14.00.35 Quit AlexP (Remote host closed the connection) 14.06.37 Join AlexP [0] (~alex@rockbox/staff/AlexP) 14.13.39 Join krabador [0] (~krabador_@unaffiliated/krabador) 14.16.30 # I got in installled in the end but once rockbox was on it would never display as a drive 14.16.39 # i would hear the doink from windows but nothing else 14.17.31 # even with the faq i couldnt get it showing 14.18.43 Join ZincAlloy [0] (~Adium@pD9EEBB64.dip0.t-ipconnect.de) 14.19.33 Quit alucryd (Quit: alucryd out) 14.19.53 Join alucryd [0] (~quassel@archlinux/trusteduser/alucryd) 14.24.50 # AlwaysHigh: which player do you talk about exactly? 14.25.01 # rockbox 14.25.41 # http://www.freemyipod.org/wiki/EmCORE_Installation/iPodClassic/DFUiTunes 14.25.43 # which device / Mp3 player... Rockbox runs on a variety of these 14.25.51 # ipod gen6 14.25.53 # 120gb 14.27.03 # * pixelma pings [Saint] and TheSeven as the ones most familiar with the gen 6 Ipods 14.45.35 Join xorly [0] (~xorly@host-186-69.wifi.fsid.cvut.cz) 14.46.09 *** Saving seen data "./dancer.seen" 14.54.00 Join amayer [0] (~amayer@mail.weberadvertising.com) 15.18.24 Join Galois [0] (djao@efnet.math.uwaterloo.ca) 15.26.02 Quit xorly (Ping timeout: 244 seconds) 15.28.38 Quit krabador (Quit: Take the time.) 15.36.04 Quit einhirn (Read error: Connection reset by peer) 15.36.25 Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de) 15.40.11 Join xorly [0] (~xorly@wced-74-216-32-147.feld.cvut.cz) 16.10.59 Quit xorly (Ping timeout: 244 seconds) 16.17.09 Quit tchan (Ping timeout: 250 seconds) 16.18.13 Join williamtdr [0] (uid27909@gateway/web/irccloud.com/x-gfylgmyooasxuxko) 16.27.53 Join Rondom [0] (~rondom@nonmodosedetiam.net) 16.31.22 Join tchan [0] (~tchan@lunar-linux/developer/tchan) 16.39.59 Quit Rondom (Remote host closed the connection) 16.40.37 Join Rondom [0] (~rondom@nonmodosedetiam.net) 16.46.13 *** Saving seen data "./dancer.seen" 17.05.34 Quit mortalis (Remote host closed the connection) 17.11.30 # gevaerts: thanks 17.34.30 Quit petur (Ping timeout: 246 seconds) 17.43.07 Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) 17.48.45 Join MMlosh [0] (~MMlosh@2001:470:6f:23:24f:63ff:fe01:4900) 17.51.37 Quit TheLemonMan (Remote host closed the connection) 17.55.58 Join krabador [0] (~krabador_@unaffiliated/krabador) 17.58.04 Quit pamaury (Remote host closed the connection) 18.22.16 Join RiD [0] (~RiD@bl22-150-187.dsl.telepac.pt) 18.35.49 Quit maruk1 (Quit: Leaving.) 18.39.14 Join bertrik [0] (~quassel@rockbox/developer/bertrik) 18.46.17 *** Saving seen data "./dancer.seen" 18.50.51 Quit greatwolf (Ping timeout: 258 seconds) 18.51.10 Join greatwolf [0] (greatwolf@gateway/shell/panicbnc/x-wqrzyjgcdoupkosi) 18.51.33 Nick greatwolf is now known as Guest81363 (greatwolf@gateway/shell/panicbnc/x-wqrzyjgcdoupkosi) 18.59.48 Quit tchan (Ping timeout: 264 seconds) 19.13.28 Join tchan [0] (~tchan@lunar-linux/developer/tchan) 19.36.17 Join lebellium [0] (~chatzilla@128-79-104-105.hfc.dyn.abo.bbox.fr) 19.39.06 Join thomasjfox_ [0] (~thomasjfo@rockbox/developer/thomasjfox) 20.46.18 *** Saving seen data "./dancer.seen" 20.47.23 Quit ender| (Ping timeout: 258 seconds) 20.48.49 Join ender| [0] (krneki@2a01:260:4094:1:42:42:42:42) 20.50.01 Join xorly [0] (~xorly@m180.dkm.cz) 20.54.47 Join petur [0] (~petur@rockbox/developer/petur) 20.58.20 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 21.09.26 # * [Saint] jumps up and down and screams at things 21.09.47 # <[Saint]> Fuck you, Rockbox on Android...and you too, android-21 21.10.07 # <[Saint]> ...and the horse you rode in on. 21.10.22 # o_O 21.10.36 # <[Saint]> bloody movin' things around, breakin' shit... 21.11.34 # <[Saint]> I'm trying to get RaaA to build with the latest toolsets to see if it makes any difference to the abrupt death we suffer on 5.x 21.12.14 # <[Saint]> I had it building yesterday, and dyding a few seconds after it /normally/ does, but I updated my system and everything fell over again. 21.12.37 # <[Saint]> *dying 21.13.59 Join pmarty [0] (1f0bb455@gateway/web/freenode/ip.31.11.180.85) 21.16.38 # Hi, there. Does anybody know what data transfer modes do PATA controllers on 6 gen iPod support? (I'm looking for the right hdd replacement) 21.18.40 # and I have a choice between Toshiba MK1231GAL, MK1234GAL, Samsung HS12YHA 120 GB drives 21.28.01 Quit ender| (Ping timeout: 258 seconds) 21.34.30 Join TheLemonMan [0] (~lemonboy@unaffiliated/thelemonman) 21.37.04 # wodz: probably voltage regulators for various DAC parts, i'd leave them at defaults unless the OF changes them 21.37.17 # then later you can try lowering them to see if it saves power 21.41.25 Join ender| [0] (krneki@2a01:260:4094:1:42:42:42:42) 22.00.36 Quit Rondom (Ping timeout: 258 seconds) 22.01.03 Join Rondom [0] (~rondom@nonmodosedetiam.net) 22.10.48 Quit krabador (Quit: Take the time.) 22.11.44 Quit Provel (Ping timeout: 272 seconds) 22.12.36 Join Provel [0] (~Provel@75-132-21-111.dhcp.stls.mo.charter.com) 22.12.50 # yeah I finally figured out why my qt code wasn't working \o/ 22.12.53 Join ikeboy [0] (~ikeboy@ool-435622d3.dyn.optonline.net) 22.14.15 # For most practical purposes, qt decision that table views are scrollable is nice....except when you don't want it to scroll ! 22.17.28 Quit Guest81363 (Ping timeout: 258 seconds) 22.19.14 Join greatwolf [0] (~greatwolf@gateway/shell/panicbnc/x-toztggkifwvznlpa) 22.19.33 Nick greatwolf is now known as Guest91756 (~greatwolf@gateway/shell/panicbnc/x-toztggkifwvznlpa) 22.20.12 Join wodz [0] (~wodz@89-75-106-114.dynamic.chello.pl) 22.26.23 Join krabador [0] (~krabador_@unaffiliated/krabador) 22.28.35 Quit Guest91756 (Ping timeout: 258 seconds) 22.29.39 Join greatwol- [0] (greatwolf@gateway/shell/panicbnc/x-mqbfrsxohnnfdhco) 22.31.16 Quit ikeboy (Quit: Ex-Chat) 22.32.06 Quit wodz (Quit: Leaving) 22.43.46 # oh come one, after digging maemo's old gcc 4.2.1 byte swapping functions for two hours, it only got the same lousy C functions as the rockbox included ones. 22.43.55 Quit xorly (Ping timeout: 240 seconds) 22.43.59 Join [Franklin] [0] (~franklin@unaffiliated/franklin) 22.44.33 # [Franklin]: o/ 22.44.40 # <[Franklin]> \p 22.44.41 # <[Franklin]> \o 22.44.42 # <[Franklin]> lol 22.44.57 # zoom don't work atleast not on the e200 22.45.07 # <[Franklin]> need to disable scaling 22.45.18 # but I didm and still nothing 22.45.32 # <[Franklin]> what does the screen look like? 22.45.48 # smeared 22.46.00 # <[Franklin]> ooh... rotation? 22.46.10 # hmm hang on 22.46.20 *** Saving seen data "./dancer.seen" 22.46.29 # <[Franklin]> it only works properly with rotation and scaling off 22.46.42 # ok let me try again 22.47.07 # no 22.47.14 # <[Franklin]> hmm... weird 22.47.15 # no wait 22.47.19 # <[Franklin]> let me see in the sim 22.47.36 # ahh yes 22.47.46 # it worked 22.48.35 # now to see if works on a smaller screen size 22.48.38 # <[Franklin]> yeah, I might want to make it automatically disable scaling and rotation when you enable it 22.48.50 # * [Franklin] has tested with the clip zip :) 22.49.23 # good idea, I won't worry about restoring them after ward you only need it once in the entire game 22.51.21 # <[Franklin]> or just get it working with rotation :) 22.51.30 # there's that to 22.51.33 # <[Saint]> it sounds to me like zoom should automagically disable rotation and scaling. 22.51.44 # <[Saint]> or at the very least splash out and exit. 22.52.05 # <[Franklin]> [Saint]: splash out? 22.52.33 # <[Saint]> show a splash explaining why it exited and what the use needs to do to correct it. 22.52.40 # <[Saint]> *user 22.52.51 # <[Franklin]> no, that's a bit extreme and off-putting to have to restart the plugin 22.53.03 # <[Saint]> then the former. 22.53.13 # Or flash the zoomed image and go back the users settings after a time out 22.53.25 # <[Franklin]> I think a splash saying "scaling and rotation disabled" would be enough 22.53.26 # <[Saint]> zoom should automagically disable rotation and scaling. 22.53.51 # <[Saint]> but, yes, the user needs to be aware that it happened. 22.54.02 # <[Saint]> I _hate_ settings just silently applying. 22.54.18 Quit lebellium (Quit: ChatZilla 0.9.91 [Firefox 35.0/20141211142524]) 22.57.01 Quit pmarty (Quit: Page closed) 22.57.34 Quit petur (Remote host closed the connection) 23.04.51 Quit mazzoo (Ping timeout: 245 seconds) 23.04.59 Join mazzoo [0] (~mazzoo@country.muc2.m.ario.land) 23.05.06 Nick greatwol- is now known as greatwolf (greatwolf@gateway/shell/panicbnc/x-mqbfrsxohnnfdhco) 23.08.40 # <[Franklin]> foolsh: BTW, do you happen to be using the strings table? 23.14.04 # <[Franklin]> foolsh: new patch set auto-disables zoom/scaling/rotation when in conflict 23.14.12 Quit bluebrother^ (Ping timeout: 264 seconds) 23.14.43 Join bluebrother [0] (~dom@rockbox/developer/bluebrother) 23.25.37 Quit amiconn (Quit: No Ping reply in 64 seconds.) 23.26.38 Quit pixelma (Quit: No Ping reply in 120 seconds.) 23.27.39 Quit amayer (Quit: Leaving) 23.27.47 Join amiconn [0] (~amiconn@rockbox/developer/amiconn) 23.28.47 Join pixelma [0] (~pixelma@rockbox/staff/pixelma) 23.39.51 Quit pamaury (Ping timeout: 245 seconds) 23.42.40 # [Franklin]: No I lost the address you pasted to the strings 23.43.33 # <[Franklin]> http://fwei.tk/xworld.strings 23.43.45 Join rela [0] (~x@pdpc/supporter/active/rela) 23.45.41 # [Franklin]: is the sim build working? or do I have to pass an argument to the configure script? I just want a screen shot for the manual 23.45.51 # I haven't tried yet 23.45.52 # <[Franklin]> sim build works 23.45.54 # ok 23.49.35 # w00t maemo port builds again 23.54.23 Quit rela (Read error: Connection reset by peer)