[01:09] <powderluv> Folks anyone use rootstock to create Lucid rootfs ? It gets as far as the second stage but qemu doesnt seem to start (prints out usage and bails) so maybe some qemu parameters have changed??
[01:36] <rcn-ee> powderluv, rootstock as isn't ready for lucid.. it need a couple changes: https://code.launchpad.net/~beagleboard-kernel/+junk/project-rootstock-lucid  doing daily builds with it right now..
[01:51] <powderluv> rcn-ee: cool thanks i will check it out and let you know how it goes
[02:47] <powderluv> rcn-ee: do you build ubuntu-minimal
[03:24] <rcn-ee> powderluv, a lot of packages are in flux so keep it minimal.. although 'xfce4,gdm' worked on this morning's build..
[03:38] <powderluv> rcn-ee: fyi, ubuntu-minimal works. ubuntu-desktop failed on gedit. so these packages are all built with thumb2 already ?
[03:41] <rcn-ee> powderluv, until atleast alpha-1 but it could be later it's really going to be very hit and miss with missing packages/dependices..  Yeap, everything should be thumb2, unless the package is broken..  It's still really early thou, i still haven't successfully built a kernel in a native lucid chroot for the beagleboard
[03:44] <powderluv> ohh because of thumb2 or just churn in the packages ?
[03:45] <rcn-ee> powderluv, both..  ubuntu has a tinkerbox style build status log, don't remember the address, lots of red for armel..
[03:48] <powderluv> ok i see. i will dig for it. have you tried running any of the lucid rootfs on a system. is it at a bootable state ?
[03:48] <rcn-ee> powderluv, found it: http://qa.ubuntuwire.com/ftbfs/
[03:50] <powderluv> thanks. we are leading the way in number of package failures :)
[03:50] <rcn-ee> well i have a chroot setup for lucid on my beagleboard i use to build stuff, but lots of "illegal instructions" and random hardlocks.  It would be interesting to run it on a another cortex-aX platform..
[03:53] <rcn-ee> i even have to rule out thumb mode, since i ran the gcc testsuite with it enabled and disabled, not much difference.  which just leaves bad packages...
[03:53] <powderluv> i will try them out let you know
[03:53] <powderluv> do you recompile those packages independently with thumb disabled?
[03:54] <rcn-ee> powderluv, full gcc bootstrap..  digs for the two reports..
[03:56] <rcn-ee> thumb: http://gcc.gnu.org/ml/gcc-testresults/2009-11/msg02447.html
[03:56] <rcn-ee> nonthumb: http://gcc.gnu.org/ml/gcc-testresults/2009-11/msg02538.html
[09:09] <OSS542> Good Evening All
[09:09] <OSS542> anyone here using Zubuntu  ?
[10:19] <rek> i want an application like skype
[10:20] <rek> can i have a flash player?
[10:25] <armin76> rek: you already asked that yesterday
[10:39] <rek> really?
[10:39] <rek> iis there a solution?
[10:48] <kblin> yeah, reverse engineer the skype protocol and write an app supporting said protocol that compiles on arm
[11:35] <OSS542> anyone here using Zubuntu  ?
[13:23] <rek> hi i need an application to refresh my ip,i need also an application to manage a ftp server
[13:47] <fta> asac, could you copy the codecs package to the arm ppa too? it's needed (dep)
[18:17] <Stskeeps> g w00t
[18:17] <Stskeeps> err.
[18:59] <asac> fta: why is it a dep if its not needed during build. should at most be recommends
[19:12] <fta> asac, because it's loaded dynamically and is not a build-dep, but i made chromium depends in either the free or non-free set of codecs
[19:22] <fta> asac, depends vs recommends because upstream didn't want us to change the user experience, that whole free vs non-free is just to give users the choice
[20:55] <asac> fta: we already change upstream experience by allowing free/non-free, right? i think that recommends should be similarly ok.