**** BEGIN LOGGING AT Mon Mar 28 02:59:57 2011
Mar 28 05:41:51 <GNUtoo|bug20> hi,
Mar 28 05:42:19 <GNUtoo|bug20> *I've a booting meego kernel, defconfig is not yet complete as I took meego one some stuff are lacking
Mar 28 05:42:30 <GNUtoo|bug20> such as ubifs and mtd for instance
Mar 28 05:42:39 <GNUtoo|bug20> *uboot args are wrong for that kernel
Mar 28 05:42:48 <GNUtoo|bug20> at least the SHR one
Mar 28 05:43:06 <GNUtoo|bug20> maybe we should ship a file for booting on microsdd
Mar 28 05:43:31 <GNUtoo|bug20> *xorg.conf and fsodeviced.conf need to be changed 
Mar 28 05:43:46 <GNUtoo|bug20> fsodeviced.conf is for kernel > 2.6.28
Mar 28 05:44:08 <GNUtoo|bug20> *ifconfig wlan0 up isn't issued with fsodeviced
Mar 28 05:44:23 <GNUtoo|bug20> *phonefsod doesn't start automatically
Mar 28 05:44:46 <GNUtoo|bug20> if I fix the firsts problems, can the last 2 ones be fixed by someone else?
Mar 28 05:46:09 <GNUtoo|bug20> cpufreq seem to work
Mar 28 06:19:50 <pespin> gmorning
Mar 28 07:45:15 <mrmoku> moin
Mar 28 07:45:30 <mrmoku> GNUtoo|bug20: that phonefsod doesn't start automatically I don't understand
Mar 28 07:45:36 <mrmoku> it is started by an initscript
Mar 28 07:45:43 <mrmoku> does it start and then segfault maybe?
Mar 28 07:46:19 <morphis> heyho
Mar 28 07:46:21 <morphis> mickeyl: ping
Mar 28 07:47:08 <morphis> mickeyl: I searched a little bit about PPP in webOS
Mar 28 07:47:39 <morphis> mickeyl: http://pastie.org/1725360
Mar 28 07:56:21 <morphis> mickeyl: and http://pastie.org/1725383
Mar 28 07:56:55 <morphis> ah stopp there is some stuff missing
Mar 28 07:58:25 <morphis> mickeyl: this one http://pastie.org/1725387 is more complete
Mar 28 08:57:27 <morphis> mickeyl: ping
Mar 28 09:05:18 <n3v3rmind> hy guys
Mar 28 09:06:16 <n3v3rmind> i'm trying to develop my first application in shr
Mar 28 09:07:15 <n3v3rmind> i've just setted openembedded environment...but there are something that i can't understand
Mar 28 09:07:22 <morphis> n3v3rmind: heyho
Mar 28 09:07:32 <n3v3rmind> hi morphis
Mar 28 09:08:03 <n3v3rmind> i've to develop an application using FSO...but i'm not so sure how to begin
Mar 28 09:08:13 <morphis> what kind of application?
Mar 28 09:08:49 <n3v3rmind> an application which store gps and accelerometer data
Mar 28 09:09:01 <n3v3rmind> and send it through usb to an external device
Mar 28 09:09:03 <morphis> with efl?
Mar 28 09:09:12 <n3v3rmind> efl?
Mar 28 09:09:20 <morphis> for UI
Mar 28 09:09:31 <morphis> or does the application don't have a UI?
Mar 28 09:09:52 <n3v3rmind> what's UI?
Mar 28 09:10:28 <n3v3rmind> no it isn't important an interface
Mar 28 09:10:39 <morphis> UI = user interface
Mar 28 09:10:42 <n3v3rmind> some printf will be ok! :)
Mar 28 09:10:43 <morphis> ok
Mar 28 09:10:53 <n3v3rmind> just important that it works :D
Mar 28 09:11:02 <morphis> you want to write it in plain c or python or vala?
Mar 28 09:11:15 <n3v3rmind> in c
Mar 28 09:11:28 <n3v3rmind> i've never develop in python or vala
Mar 28 09:11:54 <morphis> ok
Mar 28 09:12:09 <morphis> so you want to use c + glib right?
Mar 28 09:12:27 <n3v3rmind> glib include dbus interface right?
Mar 28 09:13:07 <morphis> jepp you need glib to access dbus
Mar 28 09:13:31 <morphis> you ever developed with glib and dbus?
Mar 28 09:13:38 <n3v3rmind> no..
Mar 28 09:13:47 <morphis> ok
Mar 28 09:13:59 <n3v3rmind> but i've to done it...for a university project..
Mar 28 09:14:00 <morphis> then you should really think about using valn
Mar 28 09:14:06 <morphis> vala for your application
Mar 28 09:14:11 <n3v3rmind> ok..
Mar 28 09:14:19 <morphis> as vala simplifies a lot of the dbus handling
Mar 28 09:14:51 <morphis> if you want an example look at zhone2: http://git.freesmartphone.org/?p=aurora.git;a=summary
Mar 28 09:15:04 <morphis> it uses FSO dbus interfaces in vala and has a UI on top of it
Mar 28 09:15:09 <morphis> you can remove all ui components
Mar 28 09:15:18 <morphis> and then do what every you want
Mar 28 09:15:41 <n3v3rmind> but...how can i open that application...? i've to download it with git?
Mar 28 09:15:57 <morphis> jepp
Mar 28 09:16:24 <morphis> for getting gps data you have to use fsotdld which includes a plugin to fake gps data
Mar 28 09:16:32 <morphis> so you can develop on your local desktop
Mar 28 09:16:55 <n3v3rmind> just git http://git.freesmartphone.org/?p=aurora.git;a=summary
Mar 28 09:16:56 <n3v3rmind> ?
Mar 28 09:18:07 <morphis> git clone ...
Mar 28 09:18:56 <n3v3rmind> okok..sorry but this is the first time that i use everything..
Mar 28 09:19:41 <n3v3rmind> once that i've downloaded zhone2...how can i compile it?
Mar 28 09:20:00 <n3v3rmind> using openembedded i've to create a makefile..
Mar 28 09:20:21 <morphis> puuuh
Mar 28 09:20:33 <morphis> you can compile it locally
Mar 28 09:20:52 <morphis> you need vala + libfso-glib + some more dependencies
Mar 28 09:21:14 <morphis> clone zhone2, run ./autogen.sh and you will see whats missing
Mar 28 09:21:20 <n3v3rmind> ok..
Mar 28 09:21:45 <morphis> hm we really need an SDK
Mar 28 09:21:51 <n3v3rmind> configure: error: Vala 0.9.11.1 not found.
Mar 28 09:22:00 <morphis> maybe you should better use python if you don't know anything about development
Mar 28 09:22:07 <morphis> you need to install vala
Mar 28 09:22:08 <n3v3rmind> luckly only one error :)
Mar 28 09:22:27 <morphis> there will be more if you solved that one ...
Mar 28 09:22:32 <n3v3rmind> i don't know anything in this environent
Mar 28 09:22:40 <n3v3rmind> :D
Mar 28 09:22:41 <n3v3rmind> ok!
Mar 28 09:23:54 <morphis> there are much infos about development with python in the openmoko wiki
Mar 28 09:24:18 <n3v3rmind> ok..
Mar 28 09:27:14 <n3v3rmind> some tutorial about vala and dbus?
Mar 28 09:33:48 <morphis> look at the vala homepage
Mar 28 09:33:52 <morphis> there are some tutorials
Mar 28 09:43:02 <morphis> mickey|office: ping
Mar 28 09:50:08 <n3v3rmind> okok..thank you very much
Mar 28 09:51:24 <morphis> no problem
Mar 28 11:00:54 <mazdok> hi there
Mar 28 11:19:20 <mazdok> does anyone know if is possible to use the n900 with host mode with SHR or other systems?
Mar 28 11:20:05 <PaulFertser> mazdok: why not?
Mar 28 11:20:18 <PaulFertser> mazdok: what exactly is your question? 
Mar 28 11:20:19 <mazdok> because is not so simple..
Mar 28 11:20:26 <PaulFertser> mazdok: you tell me that ;)
Mar 28 11:20:30 <mazdok> :D
Mar 28 11:20:46 <mazdok> I'm trying to use the nokia n900 with the kinect
Mar 28 11:21:08 <mazdok> I modified the maemo kernel 
Mar 28 11:21:11 <mazdok> and make it work
Mar 28 11:21:23 <PaulFertser> mazdok: maemo or power-kernel?
Mar 28 11:21:26 <mazdok> but I have a lot of packet loss and packet corruption
Mar 28 11:21:29 <mazdok> power-kernel
Mar 28 11:22:00 <mazdok> I saw that there is a new musb patch
Mar 28 11:22:09 <PaulFertser> mazdok: for upstream kernel?
Mar 28 11:22:14 <mazdok> yep
Mar 28 11:22:20 <mazdok> I was trying to make a backport
Mar 28 11:22:24 <mazdok> but it's a mess :P
Mar 28 11:22:49 <mazdok> so I was wondering if there is some other option
Mar 28 11:23:09 <mazdok> because meego doesn't support (at present) usb host mode for the n900
Mar 28 11:24:06 <PaulFertser> mazdok: can you supply me with a pointer to the "new" patch?
Mar 28 11:24:23 <mazdok> yep
Mar 28 11:24:25 <mazdok> wait a sec
Mar 28 11:24:44 <mazdok> PaulFertser, http://arago-project.org/git/people/?p=sriram/ti-psp-omap.git;a=commitdiff;h=d516a8b2de9d04d32850f29020635f4f65e3695e#patch1
Mar 28 11:26:00 <PaulFertser> mazdok: i see. Do you have problems porting the forced hostmode patch to upstream kernel? I can try to help with that.
Mar 28 11:27:57 <mazdok> cool
Mar 28 11:28:00 <mazdok> yep 
Mar 28 11:28:04 <mrmoku> PaulFertser: that would be interesting for us too :-)
Mar 28 11:28:33 <PaulFertser> mrmoku: of course :)
Mar 28 11:28:34 <mazdok> I have patched the powerkernel with this patch:
Mar 28 11:29:48 <mazdok> I'm googling...
Mar 28 11:30:03 <PaulFertser> mazdok: powerkernel has hostmode patch since long. 
Mar 28 11:30:10 <PaulFertser> So no need to patch it.
Mar 28 11:30:13 <mazdok> yes yes
Mar 28 11:30:26 <mazdok> but powerkernel hasn't the high usb support
Mar 28 11:30:50 <mazdok> and even with that patch the kinect didn't work because you need two high bandwidth endpoints
Mar 28 11:30:57 <mazdok> so I create another patch
Mar 28 11:31:07 <mazdok> and with that the kinect starts
Mar 28 11:31:10 <mazdok> and works
Mar 28 11:31:18 <mazdok> wait, works is a big word :P
Mar 28 11:32:11 <PaulFertser> mazdok: ok, can you try grabbing upstream kernel and adding full hostmode support there? You'll have my full support.
Mar 28 11:33:38 <mazdok> the big problem is that the n900 (maemo) doesn't work with upstream kernels 
Mar 28 11:34:07 <PaulFertser> mazdok: yes, but musb driver is shit, and old maemo kernel is shit, and maemo itself is shit...
Mar 28 11:34:34 <mazdok> I know
Mar 28 11:34:53 <mazdok> so what are you suggesting to use with the n900? meego?
Mar 28 11:35:01 <PaulFertser> mazdok: either that, or shr.
Mar 28 11:35:17 <PaulFertser> mazdok: with upstream kernel you won't get telephony or powersaving anyway.
Mar 28 11:35:29 <PaulFertser> mazdok: though telephony will probably be implemented soon...
Mar 28 11:35:43 <mazdok> I don't need telephony
Mar 28 11:35:53 <mazdok> power saving maybe it's more interesting
Mar 28 11:36:21 <mazdok> any plan to port the powersaving features in meego/shr?
Mar 28 11:37:42 <PaulFertser> mazdok: up to the smart OMAP guys i think. I have no clue how the fuck it happened upstream still lacks proper DVFS (?) and such.
Mar 28 11:37:56 <mazdok> got it
Mar 28 11:37:57 <PaulFertser> mrmoku: any idea?
Mar 28 11:39:34 <mazdok> PaulFertser,  do you know what's the latest kernel for SHR?
Mar 28 11:40:32 <PaulFertser> mazdok: 2.6.37 i think
Mar 28 11:41:13 <mazdok> PaulFertser, uhm ok, let me check one thing
Mar 28 11:43:34 <JaMa|Off> yup 2.6.37 from fso repo, but that's not yet in OE (there is 2.6.35)
Mar 28 11:44:25 <mazdok> I was thinking that maybe it's better to use Meego in this case (no offence)
Mar 28 11:45:00 <mazdok> just because seems the Meego support seems better 
Mar 28 11:45:06 <mazdok> for the n900
Mar 28 11:50:42 <PaulFertser> mazdok: the kernels are almost the same afaik.
Mar 28 11:51:08 <mazdok> uhm ok
Mar 28 11:51:41 <mazdok> PaulFertser, is there a crossCompiler for SHR? 
Mar 28 11:52:53 <PaulFertser> mazdok: it's part of the OE.
Mar 28 11:53:03 <PaulFertser> mazdok: there're also some toolchains generated from OE.
Mar 28 11:53:03 <mazdok> PaulFertser, k
Mar 28 11:53:22 <PaulFertser> mazdok: anyway, you can compile the kernel with almost any arm gcc version.
Mar 28 11:53:27 <mazdok> PaulFertser, the good thing of maemo was scratchbox
Mar 28 11:53:36 <mrmoku> mazdok, PaulFertser: the latest kernel GNUtoo|bug20 is working on has power saving
Mar 28 11:53:37 <PaulFertser> mazdok: no, it wasn't!
Mar 28 11:53:45 <mazdok> PaulFertser, why not?
Mar 28 11:53:56 <mazdok> PaulFertser, it is simple  to compile with it
Mar 28 11:54:07 <mazdok> mrmoku, cool
Mar 28 11:54:38 <PaulFertser> mazdok: only for rather simple cases. And then it gets incredibly complicated once you need to do something non-trivial. No wonder Mer and Meego never used it.
Mar 28 11:54:54 <PaulFertser> Neither did any other distro.
Mar 28 11:55:02 <mazdok> yep
Mar 28 11:58:52 <mazdok> thx for the info
Mar 28 11:58:57 <mazdok> I'm going to lunch 
Mar 28 11:58:59 <mazdok> see you
Mar 28 12:00:36 <PaulFertser> mazdok: enjoy your meal
Mar 28 12:01:22 <mickey|office> meal is actually a good idea
Mar 28 12:01:46 * mrmoku already had meal :-)
Mar 28 12:01:50 * PaulFertser too
Mar 28 12:02:02 <PaulFertser> mickey|office: hi there, what's up
Mar 28 12:02:28 <mazdok> PaulFertser, cheers
Mar 28 12:02:30 <mickey|office> PaulFertser: feeling wrecked. played squash yesterday after 2 months break... my bones are aching a lot
Mar 28 12:02:51 <mickey|office> PaulFertser: palm pre is annoying a bit atm.... doesn't want to establish a ppp connection
Mar 28 12:03:07 <mickey|office> n900 is waiting for some more info wrt. the libnl situation
Mar 28 12:03:52 <PaulFertser> mickey|office: i remember that libnl1 is fine but libnl2 sucks situation.
Mar 28 12:04:14 <PaulFertser> mickey|office: but i thought that with upstream kernel and phonet-utils you do not need any NL code in gisi at all.
Mar 28 12:08:50 <mickey|office> i don't know, i just know that for some reason things don't work with libnl2 only on an image, but they work with a mixed libnl1/libnl2 image
Mar 28 12:08:57 <mickey|office> bbiab, lunch
Mar 28 12:09:20 <mrmoku> pespin: hey, how was your presentation?
Mar 28 12:09:55 <pespin> mrmoku, lol a disaster, because nobody came :P
Mar 28 12:10:27 <pespin> mrmoku, most people there were windows gamers which were not interested at all
Mar 28 12:10:55 <pespin> and the conferences organizations was really bad
Mar 28 12:11:32 <mrmoku> pespin: ouch :/
Mar 28 12:12:49 <pespin> mrmoku, there was no advertising of conferences at all
Mar 28 12:13:36 <pespin> all I saw was a DINA4 paper in the entrance table which had a timetable with the conferences, and the room of each one written in pen
Mar 28 12:13:57 <pespin> but well, at least I got some free food&drink and a t-shirt hehe
Mar 28 12:14:42 <pespin> I've been told that conferences in general didn't have any success
Mar 28 12:38:12 <GNUtoo|bug20> sorry I was away
Mar 28 12:38:27 <GNUtoo|bug20> so what's the order?
Mar 28 12:38:34 <GNUtoo|bug20> 1)push fsodeviced config
Mar 28 12:38:43 <GNUtoo|bug20> 2)push kernel and xorg.conf
Mar 28 12:38:59 <GNUtoo|bug20> and change kenrel in machine config
Mar 28 12:39:17 <GNUtoo|bug20> since we don't want udev
Mar 28 12:39:24 <GNUtoo|bug20> how do we handle stuff that udev doesn'
Mar 28 12:39:27 <GNUtoo|bug20> t handle?
Mar 28 12:39:54 <GNUtoo|bug20> http://trac.shr-project.org/trac/wiki/ImageDevManager
Mar 28 12:54:54 <mickey|office> we fix it
Mar 28 12:55:24 <mickey|office> e.g the cmt nodes I'd see fsogsmd's lowlevel plugin as a good place to create them, if missing
Mar 28 12:55:38 <mickey|office> the input nodes... who needs 'em?
Mar 28 13:14:06 <GNUtoo|bug20> ok
Mar 28 13:14:25 <GNUtoo|bug20> xorg.conf likes the input nodes
Mar 28 13:15:33 <GNUtoo|bug20> should I push in a branch on SHR my initial work
Mar 28 13:15:34 <GNUtoo|bug20> ?
Mar 28 13:15:50 <GNUtoo|bug20> because kernel defconfig is not complete yet
Mar 28 13:16:07 <GNUtoo|bug20> or should I push to oe and we increment PR with new defconfig
Mar 28 13:16:08 <GNUtoo|bug20> ?
Mar 28 13:16:29 <GNUtoo|bug20> we also need uboot changes
Mar 28 13:17:23 <GNUtoo|bug20> /dev/mmcbl1p1 -> /dev/mmcblk0p1
Mar 28 13:17:52 <GNUtoo|bug20> altough it's more intelligent to put the microsd at mmcblk1p1
Mar 28 13:18:09 <GNUtoo|bug20> because else there are some issues
Mar 28 13:18:27 <GNUtoo|bug20> 0p0 -> first device, always there if mmc
Mar 28 13:18:35 <GNUtoo|bug20> oops
Mar 28 13:18:51 <GNUtoo|bug20> 0p0 -> first device, always there if eMMC aka ONENAND
Mar 28 13:19:13 <GNUtoo|bug20> 1p1 -> only appear when there is a microsd
Mar 28 13:19:20 <GNUtoo|bug20> that is how it should be done
Mar 28 13:19:23 <GNUtoo|bug20> but currently
Mar 28 13:19:28 <GNUtoo|bug20> it's the contrary
Mar 28 13:19:44 <GNUtoo|bug20> meaning that 0p1 can be or eMMC or microsd
Mar 28 13:19:59 <GNUtoo|bug20> but most people boot on microsd....
Mar 28 13:20:03 <GNUtoo|bug20> I don't tough
Mar 28 13:43:22 <JaMa|Off> GNUtoo|bug20: slim recipe is still wrong wrt DEPEND_S_ and RDEPEND_S_
Mar 28 13:43:48 <GNUtoo|bug20> ?
Mar 28 13:44:01 <GNUtoo|bug20> GRRR GRRR GRRR GRRR GRRR against n900 battery charging
Mar 28 13:44:20 <JaMa|Off> GNUtoo|bug20: missing S
Mar 28 13:44:41 <GNUtoo|bug20> ah ok
Mar 28 13:44:45 <GNUtoo|bug20> could you fix it?
Mar 28 13:44:59 <GNUtoo|bug20> I can't fix it before tomorrow
Mar 28 13:46:28 <JaMa|Off> I can change it later tonight.. but no plans to test it on device..
Mar 28 13:46:51 <GNUtoo|bug20> I can test it
Mar 28 13:46:55 <GNUtoo|bug20> and I already did 
Mar 28 15:01:22 <DocScrutinizer> GNUtoo|bug20: what's the prob with bat charging?
Mar 28 15:05:45 <GNUtoo|bug20> no idea
Mar 28 15:05:55 <GNUtoo|bug20> fsodeviced didn't start the charging of the battery
Mar 28 15:06:00 <GNUtoo|bug20> no 0x10 in fsogsmd.log
Mar 28 15:17:45 <DocScrutinizer> GNUtoo|bug20: https://bugs.maemo.org/show_bug.cgi?id=2747
Mar 28 15:18:10 <GNUtoo|bug20> I know that patch
Mar 28 15:18:19 <GNUtoo|bug20> I'll try to fix
Mar 28 15:19:55 <GNUtoo|bug20> try means if time permits 
Mar 28 17:14:38 <mickeyl> morphis...
Mar 28 17:54:31 <mrmoku> mickeyl: hey, you've got two pirates in town :-)
Mar 28 17:55:16 <mickeyl> yeah
Mar 28 17:55:20 <mickeyl> that's quite amazing
Mar 28 17:55:32 <mickeyl> hopefully it's a trend
Mar 28 17:55:39 <mrmoku> yeah, hopefully :)
Mar 28 18:39:55 <GarthPS> hello guys. I am having an issue building shr on libtool-cross recipe.. I think this is usual.. but can't found how to solve it as the bug repport is wrong (" No such file or directory" but the specified file is present..)
Mar 28 18:40:25 <GarthPS> so I thing I have a cleanning task to do but don't know which one
Mar 28 19:00:14 <morphis> heyho
Mar 28 19:00:20 <morphis> mickey|bbl: ping
Mar 28 19:01:25 <GarthPS> morphis: hi!
Mar 28 19:01:32 <morphis> GarthPS: heyho
Mar 28 19:01:49 <GarthPS> morphis: what's up ?
Mar 28 19:12:18 <GNUtoo|bug20> hi mrmoku 
Mar 28 19:12:34 <mrmoku> hi GNUtoo|bug20 
Mar 28 19:12:50 <GNUtoo|bug20> what should I do between:
Mar 28 19:13:04 <GNUtoo|bug20> *push the current n900 kernel patch to SHR's oe repo
Mar 28 19:13:08 <GNUtoo|bug20> *push to oe as is
Mar 28 19:13:14 <GNUtoo|bug20> *wait for pushing
Mar 28 19:13:40 <mrmoku> GNUtoo|bug20: push to oe directly and enable only for SHR?
Mar 28 19:13:51 <GNUtoo|bug20> hmmm not an option
Mar 28 19:14:00 <mrmoku> why not?
Mar 28 19:14:06 <GNUtoo|bug20> more work 
Mar 28 19:14:10 <GNUtoo|bug20> and that would diff
Mar 28 19:14:14 <GNUtoo|bug20> between shr and oe
Mar 28 19:14:19 <GNUtoo|bug20> s/oe/angstrom/
Mar 28 19:14:20 <apt> GNUtoo|bug20 meant: between shr and angstrom
Mar 28 19:14:48 <GNUtoo|bug20> basically it's xorg.conf and kernel recipe
Mar 28 19:14:50 <GNUtoo|bug20> and such things
Mar 28 19:15:33 <mrmoku> oe-core + shr-layer does not work yet, right?
Mar 28 19:19:05 <GNUtoo|bug20> I don't thikn so
Mar 28 19:19:12 <GNUtoo|bug20> last time I checked it didn't
Mar 28 19:21:41 <GNUtoo|bug20> basically I've a rather simpe question that would solve the dylema
Mar 28 19:21:46 <GNUtoo|bug20> if I post somewhere
Mar 28 19:21:59 <GNUtoo|bug20> will someone look at it and help on improving the defconfig?
Mar 28 19:26:45 <mrmoku> GNUtoo|bug20: how is the libnl(2) status right now?
Mar 28 19:26:55 <GNUtoo|bug20> no idea
Mar 28 19:27:03 <GNUtoo|bug20> if you are talking about modem
Mar 28 19:27:12 <GNUtoo|bug20> I think we should statically link to libnl1
Mar 28 19:27:22 <GNUtoo|bug20> the status in oe:
Mar 28 19:27:34 <GNUtoo|bug20> libnl1 and libnl2 are in reality:
Mar 28 19:27:46 <GNUtoo|bug20> libnl-1.0 and libnl-2.0 or something like that
Mar 28 19:27:48 <GNUtoo|bug20> they conflict
Mar 28 19:27:57 <GNUtoo|bug20> and so the distro has to choose between both
Mar 28 19:27:58 <GNUtoo|bug20> but...
Mar 28 19:28:09 <GNUtoo|bug20> I think libnl1 can be statically linked
Mar 28 19:28:18 <mrmoku> yeah I followed parts of the discussion
Mar 28 19:28:25 <mrmoku> koen needs it for angstrom
Mar 28 19:28:36 <mrmoku> so we could do the same if that helps
Mar 28 19:28:42 <mrmoku> at least until that is sorted out
Mar 28 19:29:10 <mrmoku> hmm
Mar 28 19:29:27 <mrmoku> GNUtoo|bug20: if you post your stuff I will build a fresh image and try that
Mar 28 19:30:51 <GNUtoo|bug20> ok I'll post to shr oe repo
Mar 28 19:30:56 <GNUtoo|bug20> then we will work on it
Mar 28 19:30:56 <mrmoku> ok
Mar 28 19:30:58 <GNUtoo|bug20> and push to oe
Mar 28 19:31:02 <mrmoku> good
Mar 28 19:31:12 <GNUtoo|bug20> let me finish some buglabs wiki correction 
Mar 28 19:31:17 <GNUtoo|bug20> and I'll do it
Mar 28 19:33:30 <mrmoku> yeah, no hurry... I will build it tomorrow anyway
Mar 28 19:34:12 <GNUtoo|bug20> ok
**** ENDING LOGGING AT Tue Mar 29 02:59:57 2011