**** BEGIN LOGGING AT Sat Jan 21 02:59:57 2012
Jan 21 04:34:30 <pabs3> JaMa: you might want to just ask him for access to the repo, he would probably give it to you
Jan 21 06:05:31 <mickeyl> moin folks
Jan 21 07:49:08 <mrmoku> moin mickeyl 
Jan 21 08:07:03 <jluis> is git.openmoko.org dow? I cannot connect to it
Jan 21 08:09:52 <jluis> s/dow/down
Jan 21 10:41:04 <pabs3> http://www.phoronix.com/scan.php?page=article&item=arm_mali_reverse&num=1
Jan 21 10:41:12 <pabs3> :D
Jan 21 12:40:04 <GNUtoo> pabs3, wow the title is nice
Jan 21 12:50:01 <GNUtoo> pabs3, *thanks a lot!!!!*
Jan 21 13:00:13 <rah> JaMa: the kernel in the patch I sent to shr-devel worksbtw
Jan 21 13:00:23 <rah> s/worksbtw/works btw/
Jan 21 13:01:35 <rah> JaMa: there are issues with the SHR setup program that doesn't seem to accept input in X but it at least boots and runs X
Jan 21 13:01:55 <rah> JaMa: I haven't looked at the setup program yet
Jan 21 13:03:24 <pabs3> GNUtoo: indeed, hopefully it eventually becomes usable like nouveau is these days
Jan 21 13:03:50 <GNUtoo> yes possible
Jan 21 13:04:04 <GNUtoo> there was already an old 3d driver for android for a samsung phone
Jan 21 13:04:14 <GNUtoo> I don't remember the name
Jan 21 13:04:20 <GNUtoo> but it was for s6c*
Jan 21 13:04:29 <GNUtoo> or s3c6*
Jan 21 13:04:33 <GNUtoo> or something like that
Jan 21 13:07:38 <GNUtoo> http://code.google.com/p/gles6410/
Jan 21 13:21:50 <pabs3> is that in SHR/OE? I wonder how well it works
Jan 21 13:26:23 <GNUtoo> no it's not
Jan 21 13:26:47 <GNUtoo> the phone that it supports is not supported by shr/oe
Jan 21 13:28:55 <GNUtoo> aha
Jan 21 13:29:02 <GNUtoo> spica modem could be supported
Jan 21 13:29:11 <GNUtoo> http://en.wikipedia.org/wiki/Samsung_Galaxy_Spica#Debranding
Jan 21 13:29:15 <GNUtoo> they talk about efs etc...
Jan 21 13:29:19 <GNUtoo> same as nexus S
Jan 21 13:29:21 <GNUtoo> wow
Jan 21 14:15:29 <dos1> gta03 was supposed to be based on s3c6410
Jan 21 16:27:54 <slyon> yo!
Jan 21 16:28:10 <pespin> slyon, hi there :)
Jan 21 17:55:54 <DocScrutinizer>  beware of rogue string posting! gtk/xchat seems vulnerable: https://code.google.com/p/xchat-wdk/issues/detail?id=132#c15  ---  FWIW
Jan 21 18:26:05 <JaMa> rah: how is it different then previous patch (except shr.patch in SRC_URI for gta01)?
Jan 21 18:26:40 <JaMa> rah: I would prefer to drop shr.patch instead of forcing users to download just another git repo
Jan 21 18:50:59 <JaMa> mrmoku: Hi, btw if there is no asoundrc file phoneuid fails with "GLib <libphone-ui>: No such file or directory" and then the same with /dev/aloadC0 & co
Jan 21 18:51:33 <JaMa> mrmoku: better error will be better and phoneui-wrapper is restarting it really fast :)
Jan 21 19:00:27 <CIA-77> SHR: 03GNUtoo 07meta-smartphone * rd5c72c980948 10/meta-samsung/recipes-core/base-files/ (base-files/crespo/fstab base-files_3.0.14.bbappend): meta-samsung: base-files: fstab: mount internal oneNAND
Jan 21 19:24:58 <GNUtoo> mickeyl, hi
Jan 21 19:27:21 <GNUtoo> mrmoku, hi
Jan 21 19:42:39 <pespin> mickeyl, mrmoku where shall I create a telepathy-fso git repo? :P github is ok? I plan to play and try building something during next days
Jan 21 19:43:13 <GNUtoo> maybe on fso or shr git ?
Jan 21 19:43:25 <GNUtoo> who is still active?
Jan 21 19:43:44 <GNUtoo> shr feels kind of dead beside JaMa's oe updates
Jan 21 19:44:01 <GNUtoo> maybe we could support the gta04?
Jan 21 19:44:12 <GNUtoo> but I've to work on:
Jan 21 19:44:15 <GNUtoo>  * forwarding
Jan 21 19:44:22 <GNUtoo>  * fsodeviced handling for bluetooth
Jan 21 19:44:23 <GNUtoo>  * modem
Jan 21 19:44:28 <GNUtoo> etc...
Jan 21 19:44:38 <GNUtoo> kernel should be taken care of automatically
Jan 21 19:44:41 <GNUtoo> which is nice
Jan 21 19:44:55 <GNUtoo>  * alsa scenarios handling
Jan 21 19:46:59 <pespin> I guess having posibility to use telepathy clients to send sms / call would be a nice way to get new interested devs into the project :)
Jan 21 19:47:13 <GNUtoo> even if the basics don't work
Jan 21 19:47:14 <GNUtoo> ?
Jan 21 19:47:21 <pespin> well, at least on fso stuff
Jan 21 19:47:27 <GNUtoo> ok
Jan 21 19:47:38 <GNUtoo> I mean we only have gta02 working
Jan 21 19:47:46 <GNUtoo> and that's still an exploit in my opinion
Jan 21 19:48:02 <GNUtoo> we dropped many phones
Jan 21 19:48:14 <pespin> what do you mean with exploit here?
Jan 21 19:48:19 <GNUtoo> and still....the status don't progress fast enough
Jan 21 19:48:28 <GNUtoo> like mankind exploit
Jan 21 19:48:35 <GNUtoo> not related to security
Jan 21 19:48:51 <pespin> ah, yeah haha
Jan 21 19:48:56 <GNUtoo> like going to north pole, climbing unknown mountains etc...
Jan 21 19:49:17 <pespin> so, let's be optimist and think people will come to help and make it work, not wait for it to just work :)
Jan 21 19:49:39 <GNUtoo> I work on it but I don't see the other area advances
Jan 21 19:49:43 <GNUtoo> so I get nervous
Jan 21 19:49:46 <GNUtoo> and can't work on it
Jan 21 19:50:37 <GNUtoo> it makes me do not-so-usefull stuff
Jan 21 19:50:39 <pespin> we could close all people in fosdem in a room and just wip them to work on everything we want :P
Jan 21 19:50:42 <GNUtoo> like work on the other areas
Jan 21 19:50:55 <GNUtoo> not on everything we want
Jan 21 19:50:59 <GNUtoo> on importnat stuff
Jan 21 19:51:04 <GNUtoo> like the basics
Jan 21 19:51:08 <GNUtoo> else people workarround
Jan 21 19:51:14 <GNUtoo> and it's bad
Jan 21 19:51:21 <GNUtoo> if telphony doesn't work for instance
Jan 21 19:51:31 <GNUtoo> people instead of fixing telephony would work on SIP
Jan 21 19:51:35 <GNUtoo> and then abandon SIP
Jan 21 19:51:40 <GNUtoo> and work on something else
Jan 21 19:51:49 <pespin> yeah
Jan 21 19:52:09 <GNUtoo> that's kind of broken development model
Jan 21 19:52:13 <GNUtoo> we need the basics first 
Jan 21 19:52:19 <GNUtoo> and not only on gta02
Jan 21 19:52:25 <GNUtoo> people get devices for free
Jan 21 19:52:32 <GNUtoo> and get interested at the beginning
Jan 21 19:52:33 <GNUtoo> and then
Jan 21 19:52:36 <GNUtoo> nothing....
Jan 21 19:52:38 <GNUtoo> no more work on it
Jan 21 19:52:48 <GNUtoo> so we have a small boost at the beginning
Jan 21 19:52:55 <GNUtoo> but that's not enough
Jan 21 19:53:24 <GNUtoo> even if we concentrate on 1 device that is not gta02 nobody will work on it
Jan 21 19:53:40 <pespin> cause nobody has it
Jan 21 19:53:44 <GNUtoo> no
Jan 21 19:53:45 <pespin> *not everybody
Jan 21 19:53:53 <GNUtoo> beacuse the initial boost is gone
Jan 21 19:53:59 <GNUtoo> and nobody is interested anymore
Jan 21 19:54:29 <GNUtoo> pespin, do you come to fosdem?
Jan 21 19:54:34 <pespin> GNUtoo,  yeah :)
Jan 21 19:54:37 <GNUtoo> and did you bought your qualcomm phone?
Jan 21 19:55:27 <pespin> well I guess it's a fact of time, we depend on other projects which are in huge developemnt too, which makes us loose lots of time trying to solve things which doesn't work and break constantly
Jan 21 19:55:32 <pespin> for instance E
Jan 21 19:55:53 <pespin> but I hope in a few months when it's released it'll be better
Jan 21 19:56:09 <GNUtoo> yes we devote 100% of the time of JaMa for that
Jan 21 19:56:15 <pespin> GNUtoo, yeah I'll bring it with me :)
Jan 21 19:56:22 <pespin> GNUtoo, exactly
Jan 21 19:56:44 <GNUtoo> but there are other people who got devices for free and didn't make a commit since weekss
Jan 21 19:56:51 <pespin> ie I'm loosing a lot of time while updating efvala bindings
Jan 21 19:56:52 <GNUtoo> be it gta04 or n900
Jan 21 19:57:01 <GNUtoo> pespin, ok
Jan 21 19:57:02 <pespin> they break APIs faster than I can update them... xD
Jan 21 19:57:07 <GNUtoo> ah ouch
Jan 21 19:57:13 <pespin> and same for app development
Jan 21 19:57:20 <GNUtoo> pespin, maybe doing the port on the qualcomm device you bought is not worth
Jan 21 19:57:34 <pespin> I've been having naviframe bugs for long time, and latelty I have some genlist related bugs too
Jan 21 19:57:42 <pespin> GNUtoo, I don't plan to do it atm
Jan 21 19:57:43 <GNUtoo> ok
Jan 21 19:57:52 <pespin> I plan to work a bit on the exopcslate tablet though
Jan 21 19:57:58 <GNUtoo> ok nice
Jan 21 19:57:59 <pespin> as I need some OS there
Jan 21 19:58:03 <pespin> it should be easy
Jan 21 19:58:04 <GNUtoo> (for not planning to do it)
Jan 21 19:58:06 <pespin> it's an intel atom
Jan 21 19:58:10 <GNUtoo> ok
Jan 21 19:58:19 <pespin> I think it has a gsm modem, so I'll ask you for help
Jan 21 19:58:25 <GNUtoo> AT commands?
Jan 21 19:58:38 <pespin> no idea, that's the help, you'll need to help me discover it hehe
Jan 21 19:58:46 <GNUtoo> ok
Jan 21 19:59:09 <GNUtoo> else replicant works on the galaxy tab
Jan 21 19:59:30 <GNUtoo> (just for info about the samsung modem on the galaxy tab that is supported)
Jan 21 19:59:41 <GNUtoo> it's WIP tough
Jan 21 19:59:45 <khorben> GNUtoo: about people stopping development after the initial boost, ould it also be because the development environment is not simple enough?
Jan 21 20:00:15 <pespin> khorben, I don't think it's just because it's simple, it's because the env it's a WIP
Jan 21 20:00:17 <GNUtoo> khorben, I don't think developers like dos1 for instance are unfamiliar with fso
Jan 21 20:00:31 <pespin> as I said, everything is just evolving too much quickly
Jan 21 20:00:36 <GNUtoo> or even mickeyl
Jan 21 20:00:41 <khorben> personally, I find openembedded to be a PITA
Jan 21 20:01:00 <pespin> and we do all the efforts to not become outdated wrt to other projects we use
Jan 21 20:01:00 <khorben> it's one of the reasons I never worked with shr/fso
Jan 21 20:01:50 * pespin dinner
Jan 21 20:02:34 <khorben> fave a good meal
Jan 21 20:02:39 <khorben> -f+h
Jan 21 20:11:15 <khorben> GNUtoo: "other projects we use" do you mean, for example, tracking the linux kernel?
Jan 21 20:13:14 <GNUtoo> we try not to do kernel but for android ports we are kind of obligated to do it
Jan 21 20:13:31 <GNUtoo> so we have to use compat wireless etc...
Jan 21 20:13:55 <GNUtoo> I think pespin meant the userland
Jan 21 20:14:43 <GNUtoo> like for instance openembedded,enlightenment etc...
Jan 21 20:14:55 <GNUtoo> and now we will depend on systemd if possible etc...
Jan 21 20:15:13 <khorben> I see
Jan 21 20:15:18 <khorben> tough :/
Jan 21 20:16:13 <khorben> would it be possible to stick to specific releases of one or the other? or are you already essentially doing this?
Jan 21 20:16:30 <GNUtoo> we are already doing it
Jan 21 20:16:33 <GNUtoo> we lock some versions
Jan 21 20:16:36 <GNUtoo> openembedded permits that
Jan 21 20:17:15 <khorben> ok
Jan 21 20:17:23 <GNUtoo> mrmoku, ping
Jan 21 20:24:14 <pespin> khorben, basically we usually need latest stuff
Jan 21 20:24:24 <pespin> ie for elementary or vala
Jan 21 20:24:37 <GNUtoo> yes but we still lock versions
Jan 21 20:24:41 <pespin> like gdbus, elemenary widgets, etc.
Jan 21 20:24:42 <pespin> yeah
Jan 21 20:24:46 <GNUtoo> we don't autorev
Jan 21 20:25:20 <pespin> but anyway, for example we don't lock to revs which are releases because they don't exist at all (elementary, e17)
Jan 21 20:25:29 <pespin> so unfinished software
Jan 21 20:26:04 <pespin> I have to go, bbl
Jan 21 20:27:02 <GNUtoo> not unfinished
Jan 21 20:27:05 <GNUtoo> but not-released
Jan 21 20:27:08 <GNUtoo> which is different
Jan 21 20:27:15 <GNUtoo> because I don't know any finished software
Jan 21 20:28:30 <mrmoku> GNUtoo: pong
Jan 21 20:28:45 <mrmoku> GNUtoo: sorry... real life needs me these days
Jan 21 20:29:00 <GNUtoo> mrmoku, I want to add the audio stuff in cornucopia for gta04
Jan 21 20:29:13 <mrmoku> good
Jan 21 20:29:23 <GNUtoo> for instance :
Jan 21 20:29:33 <GNUtoo> to what should I bind earpiece?
Jan 21 20:29:45 <mrmoku> in what sense?
Jan 21 20:29:55 <GNUtoo> gsmspeaker?
Jan 21 20:30:06 <GNUtoo> like I set earpiece for gsmspeaker?
Jan 21 20:30:14 <mrmoku> moment
Jan 21 20:30:33 <GNUtoo> I would also need to call someone
Jan 21 20:30:47 <mrmoku> GNUtoo: gsmhandset
Jan 21 20:30:52 <GNUtoo> ah ok
Jan 21 20:31:00 <GNUtoo> (to be sure about the echo)
Jan 21 20:31:18 <GNUtoo> 45:'De-emphasis':1:0
Jan 21 20:31:24 <GNUtoo> 45 is the control number
Jan 21 20:31:28 <GNUtoo> how to get that?
Jan 21 20:31:36 <GNUtoo> and 1:0 are left right?
Jan 21 20:31:45 <mrmoku> no idea
Jan 21 20:31:59 <GNUtoo> who designed that stuff?
Jan 21 20:32:07 <GNUtoo> 4:'Speaker Playback Volume':2:118,118
Jan 21 20:32:25 <GNUtoo> maybe number of control, left, right
Jan 21 20:32:35 <mrmoku> who designed the alsa controls on gta04?
Jan 21 20:32:49 <GNUtoo> no
Jan 21 20:33:00 <GNUtoo> who designed the parser for the state files
Jan 21 20:33:03 <GNUtoo> and the states files
Jan 21 20:33:22 <DocScrutinizer> good question
Jan 21 20:33:23 <mrmoku> ahh, they are libcanberra format I think
Jan 21 20:33:32 <GNUtoo> ok
Jan 21 20:33:46 <DocScrutinizer> \o/ for yet another format
Jan 21 20:34:03 <GNUtoo> lol I guess DocScrutinizer won't like it
Jan 21 20:34:08 <DocScrutinizer> \o/ for yet another (probably useless) lib
Jan 21 20:34:08 <GNUtoo> seem from lennart 
Jan 21 20:35:18 <mrmoku> maybe I remember wrong... probably mickeyl would know
Jan 21 20:35:48 <DocScrutinizer> I *honestly* doubt any new lib is any useful for anything, regarding audio - given the rationale we don't want to patch original app code to make things work on "our" system
Jan 21 20:35:49 <GNUtoo> ok
Jan 21 20:36:09 <alabd> GNUtoo: hello ,  am trying sweeten mtdpartsmtdparts=physmap-flash:-(nor)\;neo1973-nand:0x00040000(u-boot),0x00040000(u-boot_env),0x00800000(kernel),0x000a0000(splash),0x04040000(factory_system),0x0b6a0000(userdata)
Jan 21 20:36:28 <DocScrutinizer> ACI is targeted towards working WITHOUT any fancy silly new audiolib
Jan 21 20:36:53 <alabd> it is set now am flashing system image GNUtoo
Jan 21 20:37:47 <DocScrutinizer> and I'm strongly supporting a format for config files that is compatible with already existing alsa tools, like amixer
Jan 21 20:38:51 <alabd> GNUtoo: again No such Alternate Setting: "userdata"
Jan 21 20:42:43 <alabd> GNUtoo: printenv shows :
Jan 21 20:42:44 <alabd> mtdparts=mtdparts=physmap-flash:-(nor);neo1973-nand:0x00040000(u-boot),0x00040000(u-boot_env),0x00800000(kernel),0x000a0000(splash),0x00040000(factory),0x04000000(system),0x0b6a0000(userdata)
Jan 21 20:42:57 <alabd> but dfu-utils -l shows
Jan 21 20:44:13 <alabd> Found DFU: [0x1d50:0x5119] devnum=61, cfg=0, intf=0, alt=1, name="u-boot"
Jan 21 20:44:14 <alabd> Found DFU: [0x1d50:0x5119] devnum=61, cfg=0, intf=0, alt=2, name="u-boot_env"
Jan 21 20:44:14 <alabd> Found DFU: [0x1d50:0x5119] devnum=61, cfg=0, intf=0, alt=3, name="kernel"
Jan 21 20:44:14 <alabd> Found DFU: [0x1d50:0x5119] devnum=61, cfg=0, intf=0, alt=4, name="splash"
Jan 21 20:44:14 <alabd> Found DFU: [0x1d50:0x5119] devnum=61, cfg=0, intf=0, alt=5, name="factory"
Jan 21 20:56:30 <DocScrutinizer> alabd: you pondered to ping wpwrak about this topic?
Jan 21 20:57:58 <DocScrutinizer> to me it seems uboot envs for kernel are not directly responsible for what dfu-util finds out about actually existing partitioning of NAND
Jan 21 20:59:17 <alabd> yes does not all 
Jan 21 21:00:08 <DocScrutinizer> I have to admit I got only a foggy idea of how partitioning of NAND works
Jan 21 21:00:40 <DocScrutinizer> I know though wpwrak should know better than anybody else I could think of
Jan 21 21:00:55 <alabd> where is he
Jan 21 21:05:09 <DocScrutinizer> here
Jan 21 21:05:21 <DocScrutinizer> :-)
Jan 21 21:05:58 <DocScrutinizer> wpwrak: a short headsup about "how to partition NAND on GTA"?
Jan 21 21:06:18 <DocScrutinizer> pretty please :-)
Jan 21 21:10:55 <PaulFertser> It's more like "Why u-boot doesn't report a partition as another alternate DFU despite it being listed in mtdparts env variable"
Jan 21 21:11:15 <PaulFertser> Or even "where does u-boot get the list of alternates from"
Jan 21 21:11:37 <PaulFertser> DocScrutinizer: hey :)
Jan 21 21:24:06 <DocScrutinizer> indeed
Jan 21 21:24:12 <DocScrutinizer> PaulFertser: hey!
Jan 21 21:25:04 <DocScrutinizer> I'd expect uBoot to check the real partitioning for this info, while env are only used to pass cmdline parameters to kernel. All AIUI and IIRC
Jan 21 21:25:18 <PaulFertser> DocScrutinizer: we never used any "real" partitioning.
Jan 21 21:25:27 <DocScrutinizer> hmm
Jan 21 21:25:28 <lindi-> there's no partition table at least
Jan 21 21:25:29 <alabd> PaulFertser: hey 
Jan 21 21:25:33 <PaulFertser> alabd: hey
Jan 21 21:25:40 <alabd> wait ahow are u man fine ?
Jan 21 21:26:38 <alabd> this is answer of dfu developer
Jan 21 21:26:39 <alabd> I think the list of DFU partitions may be hardcoded in the DFU code of
Jan 21 21:26:39 <alabd> u-boot.  To be honest, it's close to 5 years when I wrote that code, I
Jan 21 21:26:39 <alabd> hardly remember it.
Jan 21 21:26:39 <alabd> You can verify this assumption by looking at the 'dfu-util -l' output.
Jan 21 21:26:39 <alabd> If yes, you will have to manually modify the USB DFU descriptors in the
Jan 21 21:26:40 <alabd> u-boot source.
Jan 21 21:26:50 <DocScrutinizer> nfc about NAND partitioning, I'm afraid
Jan 21 21:27:29 <DocScrutinizer> OUCH
Jan 21 21:28:30 <DocScrutinizer> so now I see why I either never asked about details of how it works, or my subconscious preferred to delete such nasty facts immediately
Jan 21 21:30:08 <DocScrutinizer> I don't see however how "dfu-util -l" might shed light on that fsckdup issue
Jan 21 21:30:13 <lindi-> alabd: who did you quote?
Jan 21 21:30:37 <alabd> Harald Wlte
Jan 21 21:32:13 <DocScrutinizer> even worse: you'd get extremely problematic not-in-sync condition between NOR and NAND uBoot when you dare to change the hardcoded partitioning in uBoot, unless you would flash both bootloaders
Jan 21 21:32:28 <DocScrutinizer> HAH, LaF0rge
Jan 21 21:36:00 <lindi-> alabd: right, when did he say that?
Jan 21 21:36:17 <alabd> methink 2 days ago
Jan 21 21:36:22 <lindi-> ok
Jan 21 21:38:00 <alabd> PaulFertser: it's too late you are not sleep :P
Jan 21 21:38:18 <PaulFertser> alabd: yep, not that late.
Jan 21 21:38:55 <alabd> how does dfu act really do you understand ?
Jan 21 21:39:34 <PaulFertser> If git.openmoko.org answered i'd be able to see the source.
Jan 21 21:39:40 <PaulFertser> I'm not sure i have it cloned anywhere.
Jan 21 21:42:51 <alabd> wpwrak: lindi- DocScrutinizer PaulFertser mrmoku do you know any image flasher for android ?
Jan 21 21:44:24 <PaulFertser> alabd: what do you mean?
Jan 21 21:44:53 <alabd> wana flash userdata.img from android shell 
Jan 21 21:45:13 <DocScrutinizer> errr
Jan 21 21:46:34 <alabd> ok brothers thanks 
Jan 21 21:46:48 <alabd> cu
Jan 21 21:48:32 <GNUtoo> mrmoku, still there?
Jan 21 21:58:04 <CIA-77> freesmartphone.org: 03GNUtoo 07gnutoo/alsaloop * r86edea899c2f 10cornucopia/fsoaudiod/conf/GTA04/alsaloop.conf: 
Jan 21 21:58:04 <CIA-77> freesmartphone.org: fsoaudiod: conf: gta04: update alsaloop.conf
Jan 21 21:58:04 <CIA-77> freesmartphone.org: This new version add record capability and less CPU usage and latency
Jan 21 21:58:04 <CIA-77> freesmartphone.org: Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@no-log.org>
Jan 21 22:09:40 <GNUtoo> mickeyl, ping
Jan 21 22:55:41 <CIA-77> freesmartphone.org: 03GNUtoo 07cornucopia * ra1622efddcfc 10/fsodeviced/ (8 files in 3 dirs): 
Jan 21 22:55:41 <CIA-77> freesmartphone.org: fsodeviced: gta04 configurations: add and enable initial audio configuration
Jan 21 22:55:41 <CIA-77> freesmartphone.org: Note that theses audio configurations are not complete, so far only
Jan 21 22:55:41 <CIA-77> freesmartphone.org:  The stereoout and gsmhandset are handled.
Jan 21 22:55:41 <CIA-77> freesmartphone.org: Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@no-log.org>
**** ENDING LOGGING AT Sun Jan 22 02:59:57 2012