**** BEGIN LOGGING AT Fri May 21 02:59:57 2010
May 21 06:07:14 <morphis> playya: Guten morgen!
May 21 06:07:30 <morphis> playya: ich glaube ich hab das Problem mit unserem tslib plugin gefunden
May 21 06:07:30 <playya> moin
May 21 06:07:42 <playya> es gibt nie -1 zurück?
May 21 06:08:04 <morphis> er setzt immer eine Pressure von > 64000
May 21 06:08:20 <morphis> und ts_calibrate nimmt alle samples die eine pressure > 0 haben
May 21 06:08:24 <playya> aso
May 21 06:08:44 <morphis> ihr habt bisher: out->pressure = field[i];
May 21 06:08:49 <morphis> ist das richtig?
May 21 06:09:32 <playya> ich glaub nicht
May 21 06:09:47 <playya> in field stehen ja die werte vom chip drin
May 21 06:10:16 <morphis> hab ich mir auch gedacht
May 21 06:10:38 <morphis> fields beinhaltet doch die 70 Messpunkte des Touchscreens, oder?
May 21 06:11:10 <playya> jop
May 21 06:11:37 <playya> ich glaub wir sollten erstmal ne 1 reinschreiben wenn wir was gefunden haben
May 21 06:12:06 <morphis> das ändert ja auch nichts
May 21 06:12:25 <morphis> bis jetzt schreibt er für jedes Sample das wir finden einen Wert größer 64000 
May 21 06:12:41 <morphis> wenn wir anstatt dessen nun eine 1 reinschreiben, haben wir weiterhin denselben Effekt
May 21 06:12:44 <playya> nur wenn man nen finger gefunden hat
May 21 06:14:04 <morphis> und wo stellen wir das fest?
May 21 06:14:34 <playya> afaik in interpolate
May 21 06:14:40 <playya> ich bin mal duschen
May 21 06:15:08 <morphis> ok
May 21 06:20:58 <morphis> sehe ich das richtig, das der Wert für field[i] bei keinerlei Aktivität 65535 beträgt?
May 21 06:22:47 <morphis> bzw. wir brauchen die default Werte und müssen davon dann die Differenz zum aktuellen Wert berechnen und diesen in für sinnvolle Werte umwandeln
May 21 06:25:14 <morphis> Heinervdm: heyho
May 21 06:25:24 <Heinervdm> morphis: moin
May 21 06:25:24 <morphis> Heinervdm: ich hab das Problem gefunden mit unserem tslib plugin
May 21 06:25:33 <morphis> er setzt immer eine Pressure von > 64000
May 21 06:25:46 <morphis>  ihr habt bisher: out->pressure = field[i];
May 21 06:25:48 <Heinervdm> morphis: this isn't the german channel ;)
May 21 06:25:59 <morphis> Heinervdm: uups
May 21 06:26:15 <morphis> sorry boys :)
May 21 06:29:35 <mrmoku> Heinervdm: they just didn't notice due to the silence :P
May 21 07:29:15 <JaMa> mrmoku: IIRC you had the same issue.. http://git.openembedded.org/cgit.cgi/openembedded/commit/?id=75bc8e0ea1118b478332e110eb39bd6cf405ee26
May 21 07:38:30 <mrmoku> JaMa: yep
May 21 08:54:33 <badcloud> I can't place call all of a sudden in shr-u
May 21 08:54:49 <badcloud> what most likely needs to be restarted short of doing a full reboot?
May 21 08:55:16 <badcloud> tried phonefsod and frameworkd
May 21 08:57:25 <badcloud> fsodeviced didn't work either
May 21 09:04:15 <JaMa> lol 12G     git-native-1.7.0.2-r4
May 21 09:57:09 <mrmoku> badcloud: stop phonefsod - kill fsogsmd - start phonefsod
May 21 09:57:25 <mrmoku> won't help with fsodeviced though
May 21 10:17:39 <JaMa> mrmoku: FYI while trying your gprs goodies I got reproducibly e17 segfault, is it possible that gsm status is doing it?
May 21 10:19:00 <JaMa> mrmoku: I was in train without possibility to debug that issue but few sec after enabling gprs (from phoneui-quick-settings or with mdbus2 call) I got first segfault and then with e17 recover option another segfault few sec after e17 start
May 21 10:19:27 <JaMa> mrmoku: only way out was to call shutdown in those few secs or remove battery
May 21 10:23:05 <mrmoku> JaMa: hmm... strange... I don't have that :/
May 21 10:23:20 <mrmoku> JaMa: do you have some theme active?
May 21 10:24:19 <mrmoku> JaMa: or did it just happen once and usually works?
May 21 10:24:29 <mrmoku> anyway... kindergarten... bbiab
May 21 10:46:01 <morphis> so, for everyone who wants to try and develop FSO on the Palm Pre: image is ready and howoto is available here: http://wiki.freesmartphone.org/index.php/Palm_Pre:_Install_FSO
May 21 11:05:15 <sybren> hey all
May 21 11:05:33 <sybren> SHR-T tries to write to /sys/bus/platform/devices/neo1973-pm-gps.0/pwron in order to enable/disable the GPS. However, the file doesn't exist
May 21 11:05:42 <sybren> The file "power_on" does exist in that directory.
May 21 11:09:00 <mrmoku> sybren: that's ok... it tries both
May 21 11:09:20 <sybren> mrmoku: then why don't I have GPS?
May 21 11:09:40 <mrmoku> sybren: do you have fsotdld running?
May 21 11:10:05 <sybren> mrmoku: yep
May 21 11:10:32 <sybren> mrmoku: navit tells me: 11:09:50.254|vehicle_gpsd:vehicle_gpsd_try_open:gps_open failed for 'gpsd://localhost'. Retrying in 10 seconds. Have you started gpsd?
May 21 11:12:33 <mrmoku> sybren: do you have /etc/freesmartphone/conf/openmoko_gta/fsotdld.conf?
May 21 11:13:38 <sybren> mrmoku: yep
May 21 11:14:02 <mrmoku> sybren: and there is no gps stuff in there - or only commented out?
May 21 11:14:19 <sybren> there is   [fsotdl] gps_receiver_transport = serial gps_receiver_port = /dev/ttySAC1 gps_receiver_speed = 9600
May 21 11:14:25 <mrmoku> that's ok
May 21 11:14:46 <sybren> fsotdl.provider_gps is commented out
May 21 11:14:58 <mrmoku> ok... then I don't know :;P
May 21 11:15:12 <mrmoku> sybren: 2.6.29, right?
May 21 11:15:24 <sybren> 2.6.29-rc3
May 21 11:15:59 <sybren> shr-settings does show my location
May 21 11:16:47 <mrmoku> sybren: ahh
May 21 11:16:47 <sybren> but apparently nothing listens to the gpsd port
May 21 11:16:57 <mrmoku> is fso-gpsd started?
May 21 11:17:06 <sybren> nope
May 21 11:17:13 <mrmoku> start it then :P
May 21 11:17:28 <mrmoku> brb
May 21 11:17:47 <sybren> mrmoku: apparently it was uninstalled for some reason
May 21 11:24:06 <JaMa> sybren: I've responded to your e-mail
May 21 11:24:23 <JaMa> but I see that too late :)
May 21 11:25:48 <sybren> JaMa: thanks :) the problem seemed to be that fso-gpsd was uninstalled
May 21 11:25:56 <sybren> now that I re-installed it, my phone hangs :(
May 21 11:26:13 <sybren> it looks like something is eating up all CPU cycles, but I can't verify as even 'top' won't start
May 21 11:35:46 <sybren> JaMa: rebooting seems to do the trick
May 21 11:52:37 <mrmoku> mickey|office: FsoFramework.FileHandling.write does not create a file, possible?
May 21 11:55:05 <mickey|office> mrmoku: check the signature
May 21 11:55:06 <mickey|office> public void write( string contents, string filename, bool create = false )
May 21 11:55:22 <mrmoku> mickey|office: then fsonetworkd needs fixing ;)
May 21 11:55:22 <mickey|office> if you want it to create, then submit 'true'
May 21 11:55:36 * mrmoku will fix it
May 21 11:55:39 <mickey|office> thanks
May 21 12:42:16 <mrmoku> mickey|office: Process.spawn_command_line_async( "killall udhcpd" );
May 21 12:42:22 <mrmoku> Process.spawn_command_line_async( "udhcpd" );
May 21 12:42:31 <mrmoku> possible that the first one comes after the second?
May 21 12:43:10 * mrmoku will try with Posix.system instead...
May 21 12:47:01 <mrmoku> mickey|office: yep, with Posix.system udhcpd gets started
May 21 12:49:21 <mrmoku> mickey|office: same for the iptables call... it already using Posix.system when starting the sharing... and spawn_command_line_async when stopping... and that does not work either
May 21 12:49:31 <mrmoku> looks like that spawn thing is broken
May 21 12:49:47 * mrmoku remembers morphis saying something like that for fsoinitd too
May 21 12:54:53 <CIA-60> freesmartphone.org: 03mok 07cornucopia * r018e3830c44b 10/fsonetworkd/src/plugins/sharing/plugin.vala: 
May 21 12:54:53 <CIA-60> freesmartphone.org: fsonetworkd: let the sharing plugin create udhcpd.conf if it does not exist
May 21 12:54:53 <CIA-60> freesmartphone.org: Signed-off-by: Klaus Kurzmann <mok@fluxnetz.de>
May 21 12:54:56 <CIA-60> freesmartphone.org: 03mok 07cornucopia * r6b8edf16eb2e 10/fsonetworkd/src/plugins/sharing/plugin.vala: 
May 21 12:54:56 <CIA-60> freesmartphone.org: fsonetworkd: stop forwarding when connection sharing ends
May 21 12:54:56 <CIA-60> freesmartphone.org: Signed-off-by: Klaus Kurzmann <mok@fluxnetz.de>
May 21 12:54:57 <CIA-60> freesmartphone.org: 03mok 07cornucopia * r8a35919693c5 10/fsonetworkd/src/plugins/sharing/plugin.vala: 
May 21 12:54:57 <CIA-60> freesmartphone.org: fsonetworkd: no need to write udhcpd.conf when stoping connection sharing
May 21 12:54:57 <CIA-60> freesmartphone.org: Signed-off-by: Klaus Kurzmann <mok@fluxnetz.de>
May 21 12:54:58 <CIA-60> freesmartphone.org: 03mok 07cornucopia * r38d52c14a09d 10/fsonetworkd/src/plugins/sharing/plugin.vala: 
May 21 12:54:58 <CIA-60> freesmartphone.org: fsonetworkd: replace the remaining Process.spawn.. with Posix.system
May 21 12:54:59 <CIA-60> freesmartphone.org: looks like Process.spawn_command_line_async is broken
May 21 12:54:59 <CIA-60> freesmartphone.org: Signed-off-by: Klaus Kurzmann <mok@fluxnetz.de>
May 21 12:56:54 <morphis> mrmoku: spawn_process_async didn't work for me within the init process, don't know why, but the process are not executed as I want
May 21 12:57:19 <mrmoku> morphis: yeah, saw the same with fsonetworkd
May 21 12:57:56 <mrmoku> morphis: hmm... did you try with absolute paths?
May 21 12:58:08 <morphis> jepp
May 21 12:58:19 <morphis> I even set the PATH var manually
May 21 13:32:47 <jucs> Hey there
May 21 13:52:54 <CIA-60> freesmartphone.org: 03morphis 07msmcomm * rcdbb26ba215c 10/ (11 files in 4 dirs): libmsmcomm & msmsh: dissecting of packets with structure informations works now
May 21 15:07:58 <CIA-60> freesmartphone.org: 03ospite 07framework * r3dbf67db352d 10/framework/subsystems/ogsmd/modems/freescale_neptune/modem.py: 
May 21 15:07:58 <CIA-60> freesmartphone.org: ogsmd: freescale_neptune, fix init for gen2 EzX phones
May 21 15:07:58 <CIA-60> freesmartphone.org: Gen2 EzX phones need to open a different set of dlci lines to make BP
May 21 15:07:58 <CIA-60> freesmartphone.org: finish its initialization. By using the union of the gen1 and gen2 dlci
May 21 15:07:59 <CIA-60> freesmartphone.org: lines sets, and ignoring errors about invalid lines for a given
May 21 15:07:59 <CIA-60> freesmartphone.org: generation, we can make init work on both with the same code.
May 21 15:08:00 <CIA-60> freesmartphone.org: Signed-off-by: Antonio Ospite <ospite@studenti.unina.it>
May 21 15:08:00 <CIA-60> freesmartphone.org: 03ospite 07framework * r83f46775fa35 10/framework/subsystems/ogsmd/modems/freescale_neptune/unsolicited.py: 
May 21 15:08:10 <CIA-60> freesmartphone.org: ogsmd: freescale_neptune, implement plusCLIP URC
May 21 15:08:10 <CIA-60> freesmartphone.org: Signed-off-by: Antonio Ospite <ospite@studenti.unina.it>
May 21 15:08:10 <CIA-60> freesmartphone.org: 03ospite 07framework * ra8456d74dc95 10/framework/subsystems/ogsmd/modems/freescale_neptune/modem.py: 
May 21 15:08:10 <CIA-60> freesmartphone.org: ogsmd: freescale_neptune, handle URCs on the Misc channel
May 21 15:08:12 <CIA-60> freesmartphone.org: Signed-off-by: Antonio Ospite <ospite@studenti.unina.it>
May 21 15:08:12 <CIA-60> freesmartphone.org: 03ospite 07framework * ree765e4a34b3 10/framework/subsystems/ogsmd/device.py: 
May 21 15:08:12 <CIA-60> freesmartphone.org: ogsmd: device.py, detect modem creation failure
May 21 15:08:12 <CIA-60> freesmartphone.org: Some devices may be in a certain status that makes impossible to
May 21 15:08:13 <CIA-60> freesmartphone.org: initialize the modem, in these cases we should not instanciate the
May 21 15:08:13 <CIA-60> freesmartphone.org: actual Modem class and return None, so we need to detect that.
May 21 15:08:14 <CIA-60> freesmartphone.org: Signed-off-by: Antonio Ospite <ospite@studenti.unina.it>
May 21 15:08:14 <CIA-60> freesmartphone.org: 03ospite 07framework * rc7178eafdf41 10/framework/subsystems/ogsmd/modems/freescale_neptune/channel.py: 
May 21 15:08:46 <CIA-60> freesmartphone.org: ogsmd: freescale_neptune, enable modem on gen2 phones
May 21 15:08:46 <CIA-60> freesmartphone.org: '+EPOM=1,0' is needed on gen2 for most commands to work (+CPIN for instance),
May 21 15:08:46 <CIA-60> freesmartphone.org: add also some other commands seen when tracing original firmware, and also
May 21 15:08:46 <CIA-60> freesmartphone.org: '+CRC=1' which seems to work fine.
May 21 15:08:46 <CIA-60> freesmartphone.org: Signed-off-by: Antonio Ospite <ospite@studenti.unina.it>
May 21 15:08:46 <CIA-60> freesmartphone.org: 03ospite 07framework * r1dd17f17629e 10/framework/subsystems/ogsmd/modems/freescale_neptune/modem.py: 
May 21 15:08:47 <CIA-60> freesmartphone.org: ogsmd: move _freescale_neptune_modemOn to __new__
May 21 15:08:47 <CIA-60> freesmartphone.org: By moving _freescale_neptune_modemOn() from __init__() to __new__() we
May 21 15:08:48 <CIA-60> freesmartphone.org: can return None if the modem can't be initialized.
May 21 15:09:46 <CIA-60> freesmartphone.org: Note that now _freescale_neptune_modemOn() is a static method.
May 21 15:09:46 <CIA-60> freesmartphone.org: Signed-off-by: Antonio Ospite <ospite@studenti.unina.it>
May 21 15:09:46 <CIA-60> freesmartphone.org: 03ospite 07framework * r5d16ea826182 10/framework/subsystems/ogsmd/modems/freescale_neptune/unsolicited.py: 
May 21 15:09:46 <CIA-60> freesmartphone.org: ogsmd: freescale_neptune, enable proper logging for URCs
May 21 15:09:46 <CIA-60> (14 lines omitted)
May 21 16:33:11 <spaetz> mickey|tv: what machine do I have to set for the DREAM? om-gta02 surely isn't right.
May 21 16:47:34 <shazkhan> hi everyine
May 21 16:47:36 <mickey|tv> spaetz: htcdream
May 21 16:47:56 <shazkhan> Can anyone tell me what the following error means?
May 21 16:47:58 <shazkhan> svn: Failed to add directory 'matchbox-panel-2/applets': an unversioned directory of the same name already exists
May 21 16:48:44 <shazkhan> I tried by deleting the relevant downloads but I guess it was not the right thing to try
May 21 16:49:00 <shazkhan> Oh ... I am building shr using OE
May 21 16:51:10 <shazkhan> the refreshing of downloads was tried due to many electricity failures that takes place where I work.
May 21 16:57:31 <spaetz> mickey|tv: thanks. will try to build my first htcdream OE build soon.
May 21 16:58:11 <shazkhan> spaetz and micke|tv: I want to try HTC as well with OE!
May 21 16:58:12 <spaetz> shazkhan: yes that means deleteing some checkout. I think it should be in downloads/
May 21 16:58:36 <shazkhan> let me see ...
May 21 17:01:35 <shaz123> through another electric breakout ... dah
May 21 17:01:50 <spaetz> shazkhan: that sucks
May 21 17:02:06 <shaz123> yups
May 21 17:02:39 <shaz123> it is so very frustrating
May 21 17:02:41 <spaetz> one of the nice things living in Western Europe is that you can basically just rely on electricity being on.
May 21 17:02:55 <shaz123> di d I miss anything on building htc dream with OE
May 21 17:02:57 <spaetz> it's a luxury that we hardly appreciate anymore...
May 21 17:03:17 <shaz123> :)
May 21 17:05:02 <shaz123> spaetz: Does HTC build require to change some value in the conf files or is it more than this?
May 21 17:05:39 <spaetz> I haven't even started my first HTC build yet, so I wouldn't know :-)
May 21 17:05:51 <spaetz> so far i simply changed the MACHINE var in my SHR checkout.
May 21 17:06:35 <shaz123> good luck
May 21 17:06:38 <spaetz> Using the SHR makefile in the shr-unstable I simply changed conf/auto.conf MACHINE to htcdream so far.
May 21 17:07:09 <shaz123> I hope thats it.
May 21 17:10:25 <shaz123> spaetz: Thanks the removal of svn worked. It was in a sub directory of o-hand ...
May 21 17:10:43 <shaz123> mean svn repo folder
May 21 17:39:54 * mrmoku happy
May 21 17:40:02 <mrmoku> mickey|tv: connection sharing works fine now :)
May 21 17:43:43 <PaulFertser> mrmoku: was that a workaround or rather a proper solution? ;)
May 21 17:45:05 <mrmoku> PaulFertser: depends :;P
May 21 17:45:16 <mrmoku> PaulFertser: did you see the commits?
May 21 17:45:36 <nschle85> mrmoko: hello the package linux-shr-devel_git does not compile
May 21 17:45:48 <nschle85> mrmoku:  hello the package linux-shr-devel_git does not compile
May 21 17:46:12 <nschle85> can you help me please ?
May 21 17:46:21 <mrmoku> nschle85: where does it fail?
May 21 17:46:33 <PaulFertser> mrmoku: only commit messages ;)
May 21 17:46:47 <nschle85> scripts/unifdef.c:209: error: conflicting types for 'getline'
May 21 17:46:55 <mrmoku> PaulFertser: I'm not in the position to fix GLib.Process vala stuff ;)
May 21 17:47:06 <nschle85> it semms the sed script does not be applied
May 21 17:47:07 <mrmoku> nschle85: ahh... that one
May 21 17:47:12 <shaz123> how do we automate the kernel configuration in OE?
May 21 17:47:14 <mrmoku> isn't there a fix already?
May 21 17:47:17 <mrmoku> let me check
May 21 17:47:22 <shaz123> something to do with recipies?
May 21 17:47:42 <PaulFertser> mrmoku: hehe, at least i checked glib and it seems ok, so the problem is with vala bindings. Have you at least found the culprit?
May 21 17:47:42 <nschle85> not in the bb for linux-shr-devel_git
May 21 17:48:17 <mrmoku> PaulFertser: no... but it does not work for morphis in fsoinitd... and it did not start the processes for me in fsonetworkd
May 21 17:48:42 <shaz123> nschle85: where than?
May 21 17:48:54 <mrmoku> nschle85: linux.inc: Rename getline in unifdef.c to parseline to avoid conflict.
May 21 17:49:03 <mrmoku> fixed with 75bc8e0ea1118b478332e110eb39bd6cf405ee26
May 21 17:49:27 <PaulFertser> mrmoku: should be debuggable... I mean if you leave some nasty error laying there, sooner or later someone will come and fix it. If you workaround it, the chances are getting much lower.
May 21 17:49:43 <nschle85> in linux-shr-devel_git.bb is prepend_configure overwritten. Iam right ?
May 21 17:49:43 <mrmoku> PaulFertser: fsonetworkd had already mixed use of Posix.system and GLib.Process... 
May 21 17:50:07 <PaulFertser> mrmoku: LOL, you could have make it use only Process to make that intolerable ;)
May 21 17:50:25 <mrmoku> PaulFertser: I agree that fixing it would be a good thing... just that I'm leaving for two weeks on monday and need that damn connection sharing :P
May 21 17:50:30 <nschle85> do_configure_prepend() {         install -m 644 ./arch/arm/configs/${CONFIG_NAME} ${WORKDIR}/defconfig-oe } 
May 21 17:50:50 <PaulFertser> mrmoku: yo, that's an important motivation, full ack ;)
May 21 17:51:30 <nschle85> in file linux-openmoko-shr-devel_git.bb
May 21 17:52:27 <mrmoku> nschle85: right you are :/
May 21 17:53:19 <nschle85> mrmoku: how to fix it ? i have no commit rights
May 21 17:53:38 <nschle85> mrmoku: copy code ? :-(
May 21 17:54:22 <nschle85> mrmoku: or apply patch if possible ?
May 21 17:57:15 <Kensan> nschle85: submit a patch to the oe mailinglist?
May 21 17:57:25 <mrmoku> nschle85: update :)
May 21 17:59:50 <nschle85> mrmoku: started update
May 21 18:00:26 <mrmoku> JaMa|GoNe: we should check if just overriding do_configure_prepend is a good thing
May 21 18:00:54 <mrmoku> JaMa|GoNe: it get's first set by linux.inc... then overwritten by linux-openmoko.inc and then overwritten again by linux-openmoko-devel_git.bb
May 21 18:01:17 <mrmoku> JaMa|GoNe: and the one in linux.inc contains lots of stuff... dunno if we might need something from there
May 21 18:02:11 <Kensan> mrmoku: is there a possibility to inherit and call the "parent" function?
May 21 18:13:11 <nschle85> Kensan: i googled: with Old style classes you cannot use super , you must know the super class:  Foo::frotz(). (Foo is super class)
May 21 18:13:48 <nschle85> super(B, self).foo()
May 21 18:14:05 <nschle85> where B is the own class
May 21 18:14:33 <mrmoku> Kensan: we could just append stuff... probably that does not fit though
May 21 18:14:47 <mrmoku> as probably we don't want _everything_ in there... dunno
May 21 18:16:24 <nschle85> mrmoku: the include should be refactored in smaller parts
May 21 18:28:12 <nschle85> mrmoku: not it compiles :-) thank you
May 21 18:35:13 <mrmoku> nschle85: welcome :)
May 21 18:43:42 <mrmoku> onen|openBmap: hey... ping ;)
May 21 18:44:03 <onen|openBmap> mrmoku: hallo :-)
May 21 18:44:20 <mrmoku> onen|openBmap: want me to add that patch meanwhile? :)
May 21 18:45:33 <onen|openBmap> mrmoku: oh damn. I forgot to look at that!
May 21 18:45:37 <mrmoku> onen|openBmap: :P
May 21 18:46:25 <mrmoku> onen|openBmap: maybe openbmap with fsogsmd should get some testing too... so I could just patch it for SHR...
May 21 18:46:31 <onen|openBmap> mrmoku: sorry! I should be able to look at it in the next days. I try respond to you by the end of the weekend
May 21 18:46:32 <mrmoku> before you do a release
May 21 18:46:57 <mrmoku> onen|openBmap: because it will not be backwards compatible with ogsmd
May 21 18:47:07 <mrmoku> so I'm not sure what you want :P
May 21 18:47:54 <mrmoku> hmm... probably making it compatible with both is trivial by the means of try:
May 21 18:47:56 <onen|openBmap> mrmoku: not sure wha tyou mean... SHR unstable / fsogsmd needs openbmap adaptation, right
May 21 18:48:09 <mrmoku> yep
May 21 18:48:23 <onen|openBmap> mrmoku: but you mean this modification would break compatibility with other distros which could have an older fsogsmd version?
May 21 18:48:36 <mrmoku> distros that still use ogsmd
May 21 18:48:57 <onen|openBmap> mrmoku: agreed with try/catch. It is exactly wha t I had in mind
May 21 18:49:03 <mrmoku> onen|openBmap: ok :)
May 21 18:49:21 <onen|openBmap> mrmoku: check if just sed the code for correct namespace would suffice right now
May 21 18:49:30 <mrmoku> onen|openBmap: and take your time... I'm away for two weeks from monday on
May 21 18:49:45 <mrmoku> onen|openBmap: yep checked that... and helped someone else checking :)
May 21 18:49:46 <onen|openBmap> and in a couple of weeks, when new release, try/catch to be backward compatible or sth this way
May 21 18:50:11 <mrmoku> onen|openBmap: it is just one line to change
May 21 18:50:35 <onen|openBmap> mrmoku: ok, I doubt the release will come in the next two weeks.
May 21 18:50:37 <mrmoku> onen|openBmap: I will just do that via patch for SHR for now... really no problem
May 21 18:50:57 <onen|openBmap> mrmoku: would it only be for real situation testing for a while
May 21 18:51:12 <onen|openBmap> mrmoku: besides, I am not sure how ready is the server side...
May 21 18:51:17 * mrmoku wants to log some cells in Schwarzwald :)
May 21 18:51:43 * onen|openBmap wants to eat some Schwarzwald
May 21 18:52:01 <mrmoku> onen|openBmap: Schwarzwälder Schinken probably :P
May 21 18:52:08 <onen|openBmap> mrmoku: ;-)
May 21 18:52:13 <onen|openBmap> mrmoku: ok got to go
May 21 18:52:17 <onen|openBmap> mrmoku: ttyl
May 21 18:52:20 <mrmoku> onen|openBmap: cu
May 21 18:52:25 <onen|openBmap> mrmoku: thanks a lot for your help!
May 21 18:52:31 <mrmoku> np
May 21 19:01:22 <Kensan> GNUtoo: hi
May 21 19:01:42 <Kensan> GNUtoo: is there a issue with linux-leviathan_git.bb?
May 21 19:01:55 <Kensan> GNUtoo: when building it seems there's a issue when cloning the repos...
May 21 19:08:46 <Kensan> mickey|ICE729: Hi
May 21 19:09:13 <Kensan> mickey|ICE729: I am in the midst of building a dream image but it seems there's an issue with linux-leviathan_git.bb .
May 21 19:09:33 <Kensan> mickey|ICE729: The repository cannot be cloned properly for one reason or the other...
May 21 19:09:45 <Kensan> mickey|ICE729: have you seen this issue when building your images?
May 21 19:09:59 <mickey|ICE729> yes
May 21 19:10:08 <mickey|ICE729> i think they messed something up
May 21 19:10:14 <mickey|ICE729> or the OE git version is too old
May 21 19:10:26 <mickey|ICE729> solution: clone it manually and move it into the sources dir
May 21 19:10:31 <mickey|ICE729> then it should work
May 21 19:11:23 <Kensan> mickey|ICE729: yeah, did so. Just wanted to check that's it's not a new issue that I might have to file...
May 21 19:11:46 <Kensan> mickey|ICE729: btw, where are you traveling to? ;)
May 21 19:11:57 <mickey|ICE729> Munich, for a weekend with my wife
May 21 19:13:05 <Kensan> mickey|ICE729: ah nice. Enjoy the nice weather
May 21 19:13:06 <nschle85> mickey|ICE729: i am traveling this weekend from munich to Luxembourg :-)
May 21 19:13:40 <mickey|ICE729> nschle85: for leisure or work?
May 21 19:13:43 <mickey|ICE729> Kensan: thanks
May 21 19:14:01 <nschle85> mickey|ICE729: save my money :-)
May 21 19:14:31 <nschle85> some a girlfriends of my wife are living there
May 21 19:15:01 <mickey|ICE729> sounds good
May 21 19:15:44 <nschle85> planned also  a small trip to Metz in France
May 21 19:16:42 <mrmoku> Kensan: huh... what nice weather :P
May 21 19:18:10 <Kensan> mrmoku: It's supposed to get better.
May 21 19:18:24 <mrmoku> Kensan: hopefully... worse it can't get ;)
May 21 19:18:52 <Kensan> mrmoku: well if you ain't going to Munich with the misses it doesn't really matter, does it? ;)
May 21 19:19:15 <mrmoku> Kensan: I live in munich... so somehow it matters yes ;)
May 21 19:19:55 <Kensan> mrmoku: well stay in and keep coding then 
May 21 19:20:01 <mrmoku> :)
May 21 19:20:11 * mrmoku going to Schwarzwald on monday :D
May 21 19:20:16 <mickey|ICE729> heh
May 21 19:20:20 <mrmoku> with the miss and the boys
May 21 19:20:23 <mickey|ICE729> cool
May 21 19:20:32 <Kensan> mrmoku: or go out with mickeyl and invite him for drinks. 
May 21 19:20:51 <Kensan> mrmoku: while your wifes go shopping.
May 21 19:20:53 <mickey|ICE729> been there quite some times many years aog
May 21 19:20:57 <mickey|ICE729> hehe
May 21 19:21:09 <Kensan> everbody wins
May 21 19:21:12 <mickey|ICE729> i'm afraid i can't do that to her
May 21 19:21:17 <mickey|ICE729> this is her birthday present
May 21 19:21:23 <mickey|ICE729> she actually wants to spend time with me :)
May 21 19:21:42 <mrmoku> :)
May 21 19:21:50 <mrmoku> and I prefer my wife not to go shopping :P
May 21 19:22:03 <mickey|ICE729> hehehe
May 21 19:22:17 * mickey|ICE729 writes an PHF to FNT converter now
May 21 19:23:46 <mrmoku> Kensan: though... he would deserve many drinks... if only he would drink :)
May 21 19:24:27 <Kensan> mickey|ICE729: well, it's all good then :)
May 21 19:24:37 <Kensan> mrmoku: ?
May 21 19:24:40 <mickey|ICE729> hehe
May 21 19:24:58 <mickey|ICE729> i reduced my alcohol consumption to a minimum
May 21 19:25:02 <mickey|ICE729> but it's not that i don't drink at all
May 21 19:25:08 <mickey|ICE729> so next time beer is on you ;)
May 21 19:25:12 <mrmoku> :)
May 21 19:25:52 * mrmoku will use the time till FSOSHRUDCON to select some nice beer then :)
May 21 19:28:10 <mickey|ICE729> very good. 
May 21 19:28:19 <mickey|ICE729> btw., please fill in the new doodle form heinervdm created
May 21 19:28:38 <mickey|ICE729> i'm afraid i need to take the wheel in organizing otherwise it won't happen
May 21 19:28:56 <Kensan> I don't drink alcohol either. Inherited alcohol intolerance...
May 21 19:30:35 <Wonka> I don't drink alcohol because I didn't find anything I like
May 21 19:30:52 <mickey|ICE729> heh
May 21 19:31:31 <Wonka> hrmf. cannot / don't want to leave here atm, got free time, but my FR is lying at home...
May 21 19:31:53 <Kensan> Wonka: clone some repos and write some code ;)
May 21 19:32:02 * dos1 doesn't like alcohol, and even can't legally drink it yet ;)
May 21 19:32:13 <Kensan> Wonka: make some bets how well it's going to work and let it rip when you get home.
May 21 19:32:37 <Kensan> dos1: what's the legal drinking age in your country?
May 21 19:32:43 <dos1> Kensan: 18
May 21 19:33:08 <spaetz> Can someone apply that FSO patch to not emit warnings about non-existing PWR_ON paths?
May 21 19:33:18 <spaetz> that has been a source of confusion ever since :)
May 21 19:33:28 <dos1> Kensan: but i have 6 months left to reach 18 ;)
May 21 19:33:37 <spaetz> dos1: go go go
May 21 19:33:39 <spaetz> :)
May 21 19:33:45 <Kensan> dos1: :) you get old soon enough
May 21 19:33:57 <Kensan> mickey|ICE729: Am I not right, old man
May 21 19:34:02 <Kensan> *harrharr*
May 21 19:34:07 <Kensan> ok that one was really nasty.
May 21 19:34:12 <Kensan> I apologize.
May 21 19:34:21 <dos1> :D
May 21 19:34:40 <spaetz> Kensan: we prefer experienced over old :)
May 21 19:35:25 <Kensan> well I would wager that I am above average, age wise so I should better shut up
May 21 19:35:28 <Kensan> ;)
May 21 19:36:23 * mrmoku for sure will raise the average too :/
May 21 19:37:02 <mickey|ICE729> :D
May 21 19:37:14 <dos1> everyone will ;)
May 21 19:37:32 <mrmoku> everyone... but not you ;)
May 21 19:37:37 <dos1> yeah :D
May 21 19:37:58 <dos1> that's for sure ;)
May 21 19:38:05 <mrmoku> dos1: btw.... I hope you have dry feet...
May 21 19:39:33 <dos1> which means...? ;o
May 21 19:39:46 <mrmoku> saw there is lots of water in poland...
May 21 19:39:55 <dos1> oh, yeah
May 21 19:40:07 <dos1> fortunately, not here
May 21 19:40:29 * mrmoku was already imagining dos1 sitting on the roof chatting with his FR :P
May 21 19:40:38 <dos1> :D
May 21 19:41:41 <thrashold> This would be fun if the FR had voice recognition
May 21 19:41:51 <Wonka> one of my FR problems currently is that I have no keyboard I consider useable...
May 21 19:42:09 <Wonka> matchbox-keyboard makes enlightenment cry SEGV
May 21 19:42:15 <thrashold> Or VoIP in Debian I could rely on :P
May 21 19:42:28 <Wonka> thrashold: sip-communicator.org seems to work here, and twinkle too.
May 21 19:42:46 <Wonka> thrashold: "here" as in "on my notebook", haven't tried on FR yet
May 21 19:43:25 <thrashold> Well, it would be expensive over GPRS, and inplaces where I have other options, I have other computers :) ALso, switching the voice scenarious is a bad bad bad thing
May 21 19:44:01 <thrashold> I think  it's impossible to do it reliably ( I haven't found a way, not that I looked too much), not to mention how complicated they are to understand :)
May 21 19:45:10 <Wonka> here, there are GPRS flatrates...
May 21 19:45:38 <Wonka> for 20eur/month
May 21 19:48:28 * mrmoku has one for 9€
May 21 20:01:32 <Q-Master> hm
May 21 20:01:38 <Q-Master> navit stopped working
May 21 20:14:28 <nschle85> Q-Master: ups planned to install it :-(
May 21 20:15:24 <lindi-> thrashold: voice recognition surely is not a hardware feature :)
May 21 20:15:49 <Wonka> umpf.
May 21 20:15:57 <Wonka> ssh over 15km
May 21 20:16:00 <Wonka> screen
May 21 20:16:08 <Wonka> ssh to FR connected via USB
May 21 20:16:11 <Wonka> x11vnc
May 21 20:16:15 <Wonka> vncviewer...
May 21 20:16:19 <thrashold> lindi-: Could be. I doubt it would work in software on the FR ever :D
May 21 20:16:30 <Wonka> I can do things on my FR from far away :)
May 21 20:16:32 <lindi-> thrashold: why not?
May 21 20:16:56 <lindi-> thrashold: it depends on what voice recognition means. just for names of contacts it might just work
May 21 20:17:08 <thrashold> lindi-: Don't know, I don't know of any successful voice recognition yet
May 21 20:17:21 <thrashold> Let alone floss one, that the CPU of the FR is enough for
May 21 20:39:36 * JaMa|GoNe officially hates windows even more now
May 21 20:42:51 <Wonka> JaMa|GoNe: \infty++?
May 21 20:44:44 <mickey|ICE729> ok, phf2fnt 0.1 done
May 21 20:45:11 <mickey|ICE729> no idea whether it outputs something meaningful; can't test until i'm back home
May 21 20:45:12 <mickey|ICE729> cya
May 21 20:52:12 <GNUtoo> Kensan, ah?
May 21 20:52:27 <GNUtoo> Kensan, my build system broke
May 21 20:52:42 <mrmoku> JaMa|GoNe: welcome to the 'even more haters' club :)
May 21 20:54:21 <JaMa|GoNe> my mother bought upgrade from vista to 7
May 21 20:54:32 <JaMa|GoNe> one of installation option is clean install
May 21 20:54:41 <JaMa|GoNe> sure I want clean one not dirty one..
May 21 20:54:56 <JaMa|GoNe> but clean one cannot be activated with supplied key, great
May 21 20:55:06 <JaMa|GoNe> time to find some old vista again
May 21 20:57:35 <nschle85> JaMa|GoNe: i hate windows too !
May 21 20:58:24 <nschle85> but at work i have to develop a redundancy server concept on windows 2003
May 21 20:58:56 <nschle85> our main problem is moving an IP address on failover
May 21 20:59:53 <nschle85> under windows it is not possible to aktivate an IP interface and after reboot it should be deactivated 
May 21 21:00:14 <nschle85> like ifconfig eth0 xxxx    and reboot
May 21 21:00:23 <mrmoku> JaMa|GoNe: heh... fun :/
May 21 21:00:49 <nschle85> so windows 2003 server is NOT a server OS !
May 21 21:01:29 <mrmoku> JaMa|GoNe: good luck
May 21 21:01:34 <mrmoku> and good night all
May 21 21:02:00 <nschle85> Microsoft Technical Support told me after failover all clients must reboot to update dns and arp caches !
May 21 21:02:44 <nschle85> thats stupid Microsoft answer
May 21 21:05:08 * JaMa|GoNe desperate sleep
May 21 21:05:11 <JaMa|GoNe> gnight all
**** ENDING LOGGING AT Sat May 22 02:59:57 2010