**** BEGIN LOGGING AT Mon Nov 21 02:59:58 2011
Nov 21 13:11:54 <JaMa> mrmoku: maybe we can drop rsyslog soon :) https://docs.google.com/document/pub?id=1IC9yOXj7j6cdLLxWEBAGRL6wl97tFxgjLUEHIX3MSTs&pli=1
Nov 21 13:19:50 <mrmoku> JaMa: hehe, guess that link is talking about journald :)
Nov 21 13:19:56 <mrmoku> http://www.pro-linux.de/news/1/17742/systemd-erhaelt-eigene-log-implementierung.html
Nov 21 13:20:02 <mrmoku> is what i was reading right now
Nov 21 13:23:52 <JaMa> yup journald
Nov 21 13:31:19 <Ainulindale> hey guys :-)
Nov 21 13:31:55 <misc> hi Ainulindale 
Nov 21 13:32:19 <Ainulindale> misc: o/ Long time no see, howdy?
Nov 21 13:32:51 <misc> Ainulindale: fine, and you, still doing security stuff ?
Nov 21 13:33:02 <Ainulindale> Yep
Nov 21 13:33:08 <Ainulindale> It's my first day at my new job
Nov 21 13:33:11 <misc> again ?
Nov 21 13:33:11 <Ainulindale> (again)
Nov 21 13:33:14 <misc> ah ah
Nov 21 13:33:15 <Ainulindale> :-p
Nov 21 13:33:19 <misc> so where is it now ?
Nov 21 13:33:23 <mrmoku> yo Ainulindale 
Nov 21 13:33:26 <Ainulindale> Well Logica wasn't technical enough for me in the long run
Nov 21 13:33:29 <Ainulindale> So now I'm at... Oracle
Nov 21 13:33:36 <Ainulindale> Hey mrmoku :-)
Nov 21 13:33:40 <mrmoku> uhh... oracle :P
Nov 21 13:33:49 <Ainulindale> It's fun to see that standard practice is to use thunderbird, firefox, pidgin, openoffice...
Nov 21 13:33:51 <misc> Ainulindale: developer ?
Nov 21 13:33:53 <Ainulindale> And I can have a linux PC
Nov 21 13:33:57 <Ainulindale> Nah, technical consultant
Nov 21 13:35:34 <misc> doing consulting on java stuff ?
Nov 21 13:36:01 <Ainulindale> Security
Nov 21 13:36:04 <Ainulindale> As always
Nov 21 13:36:18 <Ainulindale> IAM, federation, siem and such
Nov 21 13:37:42 <GNUtoo> hi
Nov 21 13:38:15 <mrmoku> JaMa: what are we going to do with elsa? 
Nov 21 13:38:28 <GNUtoo> btw about security someone ranted about the fact that we ran as root, promized to do something but didn't do a thing....as usual...
Nov 21 13:38:36 <GNUtoo> it was long time ago
Nov 21 13:38:50 <GNUtoo> Ainulindale, maybe you want to fix?
Nov 21 13:39:19 <Ainulindale> Well we talked about that some years ago
Nov 21 13:39:30 <Ainulindale> I obviously planned to move from root to user
Nov 21 13:39:35 <GNUtoo> ok
Nov 21 13:39:38 <Ainulindale> But the problem is, while the stuff wasn't working
Nov 21 13:39:43 <Ainulindale> It was useless to migrate
Nov 21 13:39:47 <Ainulindale> Priorities, guys...
Nov 21 13:39:56 <GNUtoo> ah ok, now it's mostly working on om-gta02
Nov 21 13:40:10 <GNUtoo> it's kind of broken by the migration to oe-core
Nov 21 13:40:13 <Ainulindale> well
Nov 21 13:40:17 <GNUtoo> that's why it's only mostly
Nov 21 13:40:21 <Ainulindale> It was the same two years ag*o :-)
Nov 21 13:40:32 <Ainulindale> (I'm not criticizing)
Nov 21 13:40:34 <GNUtoo> it was fully working under shr-unstable
Nov 21 13:41:01 <GNUtoo> it's just the oe-core migration that broke most(if not all) currently broken stuff
Nov 21 13:42:23 <Ainulindale> Yeah, that was partly why I decided at the beginning to build an overlay with strict version control
Nov 21 13:42:39 <Ainulindale> And we migrated with the reinsurance that it'd work 
Nov 21 13:42:47 <Ainulindale> Well mostly shoragan did the migration anyhow :-)
Nov 21 13:42:55 <Ainulindale> Sadly it borked a lot of stuff
Nov 21 13:43:02 <mrmoku> JaMa: btw.... openssh was a bad example for needing multiple systemd services
Nov 21 13:43:09 <mrmoku> in the end it's just one :P
Nov 21 13:43:20 <mrmoku> (which needs to be enabled via systemctl=)
Nov 21 13:43:54 <GNUtoo> Ainulindale, btw are you planning to come back to shr development? we have a meeting at linux hotel in december....
Nov 21 13:44:15 <Ainulindale> Not for the time being I think
Nov 21 13:44:22 <GNUtoo> ok
Nov 21 13:44:23 <Ainulindale> I just changed jobs, spent one year fixing my flat...
Nov 21 13:44:30 <GNUtoo> ok
Nov 21 13:44:32 <Ainulindale> And I'm not into it as I used to be
Nov 21 13:44:39 <GNUtoo> ah ok
Nov 21 13:44:48 <GNUtoo> I guess you switched to n900 or android
Nov 21 13:44:51 <Ainulindale> I even have a Nexus S to tell the truth :-)
Nov 21 13:45:07 <GNUtoo> which may be supported by SHR
Nov 21 13:45:40 <GNUtoo> morphis and me are doing the port
Nov 21 13:45:49 <GNUtoo> altough it's more morphis than me
Nov 21 13:45:55 <Ainulindale> Don't try to tempt me
Nov 21 13:46:04 <GNUtoo> lol
Nov 21 13:46:17 <Ainulindale> One thing I tried to do when I was the guru was to enforce a QA policy
Nov 21 13:46:19 <Ainulindale> It didn't work
Nov 21 13:46:22 <Ainulindale> And it drove me mad
Nov 21 13:46:32 <misc> you didn't use enough violence 
Nov 21 13:46:35 <Ainulindale> With no QA you'll always have difficulties with users
Nov 21 13:46:51 <Ainulindale> (and leaders who care about what the users think)
Nov 21 13:46:56 <GNUtoo> interesting....
Nov 21 13:47:01 <GNUtoo> what was the QA process?
Nov 21 13:47:10 <misc> problem is that QA is annoying :/
Nov 21 13:47:21 <Ainulindale> Well ensuring for starters that no modification leads to regression
Nov 21 13:47:25 <Ainulindale> QA processes for testing
Nov 21 13:47:27 <Ainulindale> Unit testing
Nov 21 13:47:29 <Ainulindale> Use cases
Nov 21 13:47:32 <Ainulindale> Yeah it's annoying
Nov 21 13:47:33 <GNUtoo> http://wiki.freesmartphone.org/upload/1/12/NexusS.JPG
Nov 21 13:47:36 <Ainulindale> A lot even
Nov 21 13:47:42 <Ainulindale> But it's necessary f or such projects
Nov 21 13:47:54 <GNUtoo> ok
Nov 21 13:48:06 <Ainulindale> Plus I got fed up with OM stuff after my last before last job 
Nov 21 13:48:12 <GNUtoo> pratically speaking what was done, force people to test?
Nov 21 13:48:12 <misc> and making people do QA is a rather hard problem 
Nov 21 13:48:14 <Ainulindale> (I won't utter the company name :-p)
Nov 21 13:48:27 <Ainulindale> GNUtoo: in the end more than that
Nov 21 13:48:40 <Ainulindale> GNUtoo: do bindign stuff to fail commit when unit testing  failed
Nov 21 13:48:48 <Ainulindale> Which would have been a good thing
Nov 21 13:49:00 <Ainulindale> Because it's nice to know that people here are enthusiasts
Nov 21 13:49:12 <Ainulindale> It's another thing altogether to deliver something usable :-)
Nov 21 13:49:34 <Ainulindale> misc: QA is a bit as wikipedia moderators
Nov 21 13:49:43 <Ainulindale> There are people ready to do that
Nov 21 13:49:50 <Ainulindale> You only have to find them and motivate them
Nov 21 13:49:57 <Ainulindale> And give them the power to slap a developer across the face :-)
Nov 21 13:50:25 <Ainulindale> In fact I even thought about creating an error reporting tool which would have displayed something along the lines of git blame
Nov 21 13:50:34 <misc> the main issue I see with QA is that there is always more people to develop than to do QA
Nov 21 13:50:37 <Ainulindale> "Your SHR bugged because of him : <INSERT NAME>!"
Nov 21 13:50:53 <misc> "here is his personal address, just go there and slap him"
Nov 21 13:50:56 <Ainulindale> Yeah :-)
Nov 21 13:51:03 <taruti> How do I recover from opkg dying with:  * parse_from_stream_nomalloc: Excessively long line at 2. Corrupt file?
Nov 21 13:51:04 <misc> "here is a picture of loved one, take a hostage until bug is fixed"
Nov 21 13:51:41 <taruti> probably there was a suspend during opkg update, and now some file is fubar
Nov 21 13:52:01 <GNUtoo> hmmm
Nov 21 13:52:13 <GNUtoo> taruti, do you run shr on microsd?
Nov 21 13:52:19 <taruti> flash
Nov 21 13:52:23 <GNUtoo> ok
Nov 21 13:52:41 <GNUtoo> then I'm out of ideas
Nov 21 13:52:55 <GNUtoo> sorry, but maybe someone else like JaMa or mrmoku has an idea
Nov 21 13:53:17 <taruti> ok, I'll just wipe the root later, that should fix it in any case.
Nov 21 13:53:37 * pespin has no idea neither.
Nov 21 13:53:44 <pespin> you can always reflash though :P
Nov 21 13:53:45 <GNUtoo> maybe there is a simplier way tough
Nov 21 13:53:47 <GNUtoo> strace
Nov 21 13:53:57 <GNUtoo> strace opkg and see what file it's talking about
Nov 21 13:54:09 <taruti> I'll try that too
Nov 21 13:54:21 <GNUtoo> pespin, hi
Nov 21 13:54:26 <pespin> hi GNUtoo 
Nov 21 13:55:10 <mrmoku> taruti: and another opkg update does not fix it I guess, right?
Nov 21 13:56:01 <JaMa> taruti: try mv /var/lib/opkg/lists/ /var/lib/opkg/lists-bad and opkg update again
Nov 21 13:56:14 <taruti> JaMa: thanks, will try
Nov 21 13:57:44 <GNUtoo> pespin, I tested on laptop and obviously it worked on laptop
Nov 21 13:57:53 <GNUtoo> pespin, should I test on bug2.0?
Nov 21 13:58:15 <pespin> GNUtoo, it would be good if it's OE based too
Nov 21 13:58:52 <GNUtoo> it's oe-core+angstrom based(the image that I've in right now)
Nov 21 13:59:06 <GNUtoo> angstrom uses a different toolchain version
Nov 21 13:59:20 <GNUtoo> for instance midori works there
Nov 21 14:04:25 <taruti> JaMa: thanks, that worked :)
Nov 21 14:09:49 <JaMa> taruti: yw, now you should test all those upgrades if you're using shr-core :)
Nov 21 14:10:17 <JaMa> can someone confirm that zero brightness after first boot is fixed?
Nov 21 14:40:43 <GNUtoo> what's that?
Nov 21 14:40:53 <GNUtoo> (zero brightness bug #)
Nov 21 14:44:21 <angelox|laptop> Good Afternoon
Nov 21 14:44:22 <JaMa> in first boot brightness is after a while set so low that it looks like display off or even device suspended
Nov 21 14:44:28 <JaMa> I have seen it once on n900
Nov 21 14:44:36 <JaMa> and someone reported it here on om-gta02
Nov 21 14:44:46 <JaMa> iirc pwgen
Nov 21 14:45:09 <GNUtoo> hmmm
Nov 21 14:45:15 <GNUtoo> first boot
Nov 21 14:45:36 <GNUtoo> in other words you need to go in shr-settings and ajust the brightness?
Nov 21 14:45:52 <GNUtoo> or does it lower automaticaly and come back to normal automatically?
Nov 21 14:46:13 <JaMa> for me it was automatically why I was still in 1st time wizard
Nov 21 14:46:37 <GNUtoo> ok so I must retest to be sure
Nov 21 14:46:49 <JaMa> and I noticed it's still on only because I held it under light 
Nov 21 14:47:07 <JaMa> so I was able to ssh in and set higher brightness
Nov 21 14:47:24 <GNUtoo> ok
Nov 21 14:47:25 <JaMa> but it didn't repeat since then
Nov 21 14:47:28 <JaMa> at least for me
Nov 21 14:48:11 * mrmoku never had that
Nov 21 14:48:29 <GNUtoo> anyway power button->slide both sliders on forbid -> the screen still goes black
Nov 21 14:48:39 <GNUtoo> after  a while tough
Nov 21 14:49:20 <mrmoku> where do we put systemd units? upstream? or in OE?
Nov 21 14:49:26 <mrmoku> upstream probably
Nov 21 14:49:57 <misc> upstream would be nice, like what was done for xdg desktop file 
Nov 21 14:50:59 <JaMa> mrmoku: for fso and similar?
Nov 21 14:51:05 <taruti> Does a transparent keyboard over the current application exist?
Nov 21 14:51:32 <mrmoku> JaMa: yup, fso + shr
Nov 21 14:52:12 <JaMa> then yes, upstream would be best
Nov 21 14:52:33 <JaMa> btw the libstdc++ issue is still there.. just got it after qemux86-64 build..
Nov 21 14:52:44 <mrmoku> heh
Nov 21 14:53:16 <JaMa> maybe I should try to rebuild libtool :)
Nov 21 14:56:22 <GNUtoo> taruti, there was one transparent keyboard but it was specific to the terminal
Nov 21 14:56:34 <GNUtoo> in other words it had a bundled terminal
Nov 21 14:57:15 <GNUtoo> FatFingerShell 
Nov 21 14:57:19 <taruti> thanks
Nov 21 14:58:58 <GNUtoo> http://gamerunner.sourceforge.net/gamerunner_files/ffs.png
Nov 21 14:59:39 <GNUtoo> http://wiki.openmoko.org/wiki/Community_Updates/2009-10-28
Nov 21 15:01:11 <GNUtoo> taruti, note some things:
Nov 21 15:01:24 <GNUtoo> * keyboard size can be increased in she-core
Nov 21 15:01:26 <GNUtoo> *shr
Nov 21 15:02:12 <taruti> GNUtoo: yes, but the gta02 screen is quite small
Nov 21 15:02:19 <GNUtoo> *xrandr -o 1 will work again soon(it's in source, it just need to be built and to go in the feeds)
Nov 21 15:40:21 <GNUtoo> pespin, it's not the compiler, it does the same under angstrom+bug20
Nov 21 15:41:38 <lindi-> interesting
Nov 21 15:41:39 <lindi-> [Mark Brown      ] [alsa-devel] [PATCH] ASoC: Mark wm8753 register cache as dirty when suspending
Nov 21 16:06:13 <pespin> GNUtoo, then we could just try reporting it in #oe?
Nov 21 16:06:24 <GNUtoo> yes
Nov 21 16:14:07 <mrmoku> hmm... who pushed gta04 to fso kernel git? 
Nov 21 16:30:48 <GNUtoo> mrmoku, no idea
Nov 21 16:31:07 <mrmoku> hmm... maybe slyon
Nov 21 16:38:24 * mrmoku dinner
Nov 21 16:46:02 <PaulFertser> leviathan: i wonder which kind of case did you try to build on your reprap. My intuition suggests it should be possible to build something brick-like capable of holding the motherboard (with big screen) in place, secured with screws, without fancy buttons of course.
Nov 21 16:46:06 <PaulFertser> Am i mistaken here?
Nov 21 16:46:44 <GNUtoo> PaulFertser, I think he had issues making his reprap work
Nov 21 16:47:26 <leviathan> GNUtoo: you can put it into present
Nov 21 16:47:33 <leviathan> I HAVE problems, getting my reprap work
Nov 21 16:47:34 <leviathan> -.-
Nov 21 16:47:50 <leviathan> but basically you could even print kind of holes
Nov 21 16:47:50 <PaulFertser> Oh :(
Nov 21 16:48:04 <leviathan> by using another technique
Nov 21 16:48:11 <leviathan> you can melt up plexi glas a bit
Nov 21 16:48:18 <leviathan> and suck it onto a form
Nov 21 16:48:25 <leviathan> creating keys this way
Nov 21 16:48:36 <leviathan> you know what I mean
Nov 21 16:48:39 <leviathan> negative form
Nov 21 16:48:44 <leviathan> vacuum cleaner
Nov 21 16:48:48 <leviathan> and soft plexiglas
Nov 21 16:49:01 <leviathan> then you can create keys and cut them apprt
Nov 21 16:49:06 <leviathan> giving you your keyboard
Nov 21 16:49:10 <leviathan> we are working on ti
Nov 21 16:49:13 <leviathan> *it
Nov 21 16:49:33 <GNUtoo> leviathan, a reprap now costs arround 400E, right?
Nov 21 16:49:47 <leviathan> yes
Nov 21 16:50:04 <GNUtoo> ok
Nov 21 16:50:50 <GNUtoo> maybe I already asked but what are the software design tools that you would have used if it worked
Nov 21 16:51:04 <leviathan> FreeCAD
Nov 21 16:51:09 <leviathan> it's really nice
Nov 21 16:51:09 <GNUtoo> ok
Nov 21 16:51:19 <leviathan> it also already has an "Inventor Mode"
Nov 21 16:51:20 <leviathan> :-)
Nov 21 16:51:48 <GNUtoo> p   freecad                                        - An extensible Open Source CAx program (alpha)           
Nov 21 16:51:49 <GNUtoo> nice
Nov 21 16:52:21 <GNUtoo> I hope it doesn't require 3d acceleration because I currently lack that on any of my computers
Nov 21 16:55:29 <leviathan> GNUtoo: uhm
Nov 21 16:55:34 <leviathan> good look without it
Nov 21 16:55:35 <leviathan> :-)
Nov 21 16:55:55 <GNUtoo> ah?
Nov 21 16:56:22 <GNUtoo> I hope the i7 will cope with it
Nov 21 17:02:21 <GNUtoo> I'll wait for the compilation to finish before trying it
Nov 21 17:10:59 <GNUtoo> wow -vo glamo still works
Nov 21 17:11:39 <GNUtoo> ah maybe not?
Nov 21 17:11:44 <GNUtoo> No Glamo chip found or the kerne is old.
Nov 21 17:11:54 <GNUtoo> but it's fast enough
Nov 21 17:13:40 <mrmoku> with mplayer2?
Nov 21 17:16:03 <GNUtoo> yes
Nov 21 17:16:17 <GNUtoo> I guess that it at least does scalling with glamo
Nov 21 17:16:23 <GNUtoo> which is importnat
Nov 21 17:25:03 <mrmoku> nice
Nov 21 17:25:32 <GNUtoo> http://wiki.openmoko.org/wiki/Video_Player
Nov 21 17:25:49 <GNUtoo> I followed the .mplayer/config + mencoder for glamo thing
Nov 21 17:25:56 <GNUtoo> (Using the Glamo XV acceleration )
Nov 21 17:26:52 <GNUtoo> altough I must fix properly my microsd problem because I've some lockups
Nov 21 17:27:00 <GNUtoo> I must find the right clock frequency
Nov 21 17:27:06 <GNUtoo> because mine is not that good it seems
Nov 21 19:22:02 <GNUtoo> hmmm there are some problem with 9 and 0 with the volume, it freeze the video
Nov 21 19:45:38 <CIA-38> SHR: 03Martin.Jansa 07meta-smartphone * rf6257dec0869 10/meta-shr/recipes-core/netbase/ (4 files in 3 dirs): netbase: rename to match newer version
Nov 21 19:48:27 <GNUtoo> leviathan, hi
Nov 21 20:26:58 <mrmoku> hmm... what is the reason we have init scripts for fsoaudiod and fsotdld?
Nov 21 20:27:05 <mrmoku> both are configured for dbus-activation...
Nov 21 20:32:58 <mrmoku> ah, ok. fsoaudiod should probably load the initial scenario and fsotdld might want to check for time sources...
Nov 21 20:36:44 <GNUtoo> hmmm
Nov 21 20:37:16 <GNUtoo> does somebody knows glamo enough to know what the sd_max_clock values to try?
Nov 21 20:38:58 <GNUtoo> with 1Mhz it finds the card
Nov 21 20:39:04 <GNUtoo> with 5Mhz only /dev/mmcblk0
Nov 21 20:40:43 <anarsoul> GNUtoo: well, s3cmci runs at 24mhz, so I suspect 1mhz is a bit slow
Nov 21 20:40:57 <GNUtoo> what should I try?
Nov 21 20:41:06 <GNUtoo> like multiples of foo
Nov 21 20:41:26 <GNUtoo> I've issues with 1Mhz
Nov 21 20:41:35 <GNUtoo> sometimes the phone freezes with -16
Nov 21 20:42:06 <GNUtoo> #define EBUSY           16      /* Device or resource busy */
Nov 21 20:42:42 <GNUtoo> altough maybe the fix is that one:
Nov 21 20:42:50 <GNUtoo> during init I should lower the clock
Nov 21 20:42:57 <GNUtoo> and once it's found I should raise the clock
Nov 21 20:43:24 <GNUtoo> because now what happens is that fdisk /dev/mmcblk0 ;p;w fixes it
Nov 21 20:43:28 <GNUtoo> but I want something automatic
Nov 21 20:43:32 <anarsoul> during card init it should run at 400khz, and then raise clock to min(max_controller_clk, max_card_clk)
Nov 21 20:44:32 <anarsoul> but mmc framework should do it for you
Nov 21 20:44:39 <GNUtoo> hmmm
Nov 21 20:45:01 <GNUtoo> http://www.pastie.org/2899846
Nov 21 20:45:08 <GNUtoo> here's with the unchanged bootargs
Nov 21 20:45:45 <GNUtoo> [    1.725000]  mmcblk0: unknown partition table
Nov 21 20:46:10 <GNUtoo> so it finds the card...at 17Mhz
Nov 21 20:46:33 <GNUtoo> and also I'm not sure if it still corrupts the data after suspend/resume
Nov 21 20:46:37 <GNUtoo> with 1M it doesn't
Nov 21 20:47:09 <GNUtoo> (I/O errors after resume, directory names full of <?> etc....
Nov 21 20:47:31 <lindi-> GNUtoo: hmm
Nov 21 20:47:37 <anarsoul> try to dump responces from the card at 1mhz and at 17mhz
Nov 21 20:47:42 <anarsoul> just to see difference
Nov 21 20:48:05 <GNUtoo> with CONFIG_MMC_DEBUG?
Nov 21 20:48:19 <mrmoku> heh
Nov 21 20:48:20 <mrmoku> root@om-gta04:~# systemd-analyze 
Nov 21 20:48:20 <mrmoku> Startup finished in 3487ms (kernel) + -3488ms (userspace) = 0ms
Nov 21 20:48:41 <GNUtoo> lol
Nov 21 20:48:48 <mrmoku> subjective it felt like a bit more than 0ms ;)
Nov 21 20:49:30 <GNUtoo> mrmoku, you reached the grall: sub-zero boot time
Nov 21 20:49:35 <mrmoku> :)
Nov 21 20:49:42 <mrmoku> ok, lets release then :P
Nov 21 20:50:17 <GNUtoo> lol
Nov 21 20:50:45 <mrmoku> I was wondering why systemd did not start fsoaudiod and fsotdld...
Nov 21 20:51:05 <mrmoku> I configured them as dbus service... and probably it saw that there is dbus-activation config for them
Nov 21 20:51:10 <mrmoku> and just did not start them :P
Nov 21 20:55:31 <anarsoul> GNUtoo: nope, with some hand-made traces :)
Nov 21 21:06:46 <GNUtoo> ok I'll do that later
Nov 21 21:07:01 <GNUtoo> (I need sleeping)
Nov 21 21:48:02 <antrik> GNUtoo: Paulsbo is not really a different name for PowerVR. it is actually the (code-)name of a chipset family (including chipsets such as U15 IIRC). the "GMA500" graphics core these chipsets use *is* based on a PowerVR SGX; but the drivers are not compatible
Nov 21 21:48:21 <antrik> though of course having a free driver for any SGX would make it pretty easy to support the other variations as well...
Nov 21 21:49:48 <antrik> paulk-desktop: X doesn't generally make things slow
Nov 21 21:49:59 <antrik> (unless you have a shitty driver... but that can happen without X just as well)
Nov 21 21:51:26 <paulk-desktop> antrik, ok I just thought it was heaver than android + framebuffer as it seems more complex
Nov 21 21:51:53 <paulk-desktop> (but android framebuffer handling is complex too and heavier apparentlyà
Nov 21 21:51:57 <paulk-desktop> s/à/)/
Nov 21 21:51:58 <apt> paulk-desktop meant: (but android framebuffer handling is complex too and heavier apparently)
Nov 21 21:59:24 <GNUtoo> antrik, ok
Nov 21 22:16:12 <antrik> mrmoku: indeed one of the promised benefits of systemd is that units should be generic enough to go upstream rather than being distribution-specific
Nov 21 22:22:55 <antrik> taruti: I think there was also some generic on-screen keyboard inspired by fat-finger-shell... no idea though where you could find it now
**** ENDING LOGGING AT Tue Nov 22 02:59:58 2011