[04:57] <nettolt> lool: are you around?
[04:58] <nettolt> so I wouldlike to install ubuntu on a zeus board I have that is currently running arcom embedded linux...but i so not know where to begin
[09:44] <lool> ogra: How is it going with https://bugs.launchpad.net/ubuntu/+source/banshee/+bug/391588 ?
[09:44] <ubot4> Launchpad bug 391588 in banshee "banshee fails to run on arm" [High,New]
[09:48] <ogra> lool, waiting on a kernel with proper audio support
[09:49] <ogra> i will open an upstream bug for it, but proper debugging that excludes codecs and audio devices as cause wont be possible before we have sound support on the desktop
[09:50] <lool> ogra: Does this prevent getting a nicer backtrace as attachment and cleaning up the whiteboard?   :)
[09:51] <ogra> no, thats what i will do for the upstream task anyway
[09:51] <ogra> hoping i can reproduce it on non babbage2 (which is already packed up)
[11:18] <lool> ogra: Around?
[11:18] <ogra> no, slim
[11:18] <ogra> :P
[11:19] <ogra> whats up ?
[11:19] <lool> ogra: I was looking at https://bugs.launchpad.net/~ogra/+assignedbugs and thinking that perhaps we could clear some bugs here
[11:19] <lool> Probably you're not actively working on 338342 and it wont fix in Ubuntu?
[11:20] <lool> I'm not sure about usb imagewriter: are we keeping it?  Do you think you'll spend time on it?
[11:20] <ogra> yes, as an upstream project
[11:21] <ogra> but disregard it for work items
[11:21] <ogra> it always was supposed to be a fun project, never intended to be used like we do now
[11:23] <lool> ogra: I closed 334711
[11:23] <ogra> the redboot-tools one is covered by the spec (or the other way round, as you like)
[11:24] <ogra> thanks, i wasnt sure what to do with it ... and persia will likely complain
[11:24] <ogra> hmm, why does 391588 show up twice ?
[11:25] <lool> ogra: https://bugs.launchpad.net/ubuntu/+bugs?field.assignee=ogra is probably a better list
[11:25] <lool> ogra: probably ubuntu bug + ubuntu karmic bug task
[11:25] <ogra> 328167 can be closed ... i need to clearify it upstream though
[11:26] <lool> I wonder whether we should make sure it's really fixed and not just hidden; it seemed security sensitive
[11:26] <ogra> 26986 should be reassigned to the server team and will be obsolete with the new syslogging
[11:26] <ogra> well, the workaround is dropped, iÄll try to backport the package to jaunty without -01 and see what happens, then report upstream
[11:27] <ogra> i dont think i can do anything for 338342 ... we wont re-roll the images for jaunty
[11:27] <lool> You were assigned to the syslog bug in 2006...!
[11:28] <ogra> yes, and its unsolvable
[11:28] <ogra> i assigned myself btw ... rsyslogd will fix it
[11:29] <ogra> syslog does DNS lookups for every like it logs remotely by default ... thats by design
[11:29] <ogra> s/like/line/
[11:29] <lool> ogra: So update 338342 to match what you just said?
[11:29] <ogra> and close it wontfix ?
[11:29] <lool> I guess if we don't support ixp4xx anymore you have no other choice
[11:30] <ogra> hrm, why am i logged out
[11:30]  * ogra pokes LP
[11:30] <lool> ogra: You assigned yourself to https://bugs.launchpad.net/ubuntu/+source/ltsp/+bug/294403 in November; are you actively working on that?
[11:30] <ubot4> Launchpad bug 294403 in ltsp "LTSP error: Can not write log, openpty() failed (/dev/pts not mounted?) " [Wishlist,Triaged]
[11:31] <ogra> i have a fix, just not the time to fiddle with upstream stuff
[11:31] <ogra> its really cosmetical
[11:32] <lool> Perhaps you can attach it and unassign yourself for now in case someone else picks it up
[11:32] <lool> You can alway assign yourself later on when you're working on it
[11:33] <ogra> i'D actually like to keep it on my list even if it takes another 6months until i have time for it
[11:33] <ogra> nobody else will work on it and if i'm not assigned i'll forget abou ti
[11:33] <ogra> *about it
[11:34] <lool> It sounds bad if you're keeping actions for 6 months +
[11:34] <ogra> its ltsp and its an upstream issue, why do you care ?
[11:34] <lool> I care that you and I have a good overview of what you're working on   :)
[11:35] <ogra> sure, just ignore ltsp then
[11:35] <lool> If you have a way to distinguish "actively working on that" from "target of opportunity for later", I'm happy to hear about it
[11:35] <ogra> i'm not working on it in my worktime apart from answering questions here and there
[11:36] <ogra> well, the prob is that LP cant distinguish between what i do upstream in spare time and what i do in worktime
[11:36] <lool> Ok; so bugs you're currently working on are getting the whiteboard updated on banshee and telling upstream that gnome-keyring is working in karmic but we don't know why; correct?
[11:36] <ogra> and that my projects all live on LP doesnt help
[11:37] <ogra> right
[11:37] <ogra> you said you had skeleton code for fconfig init ?
[11:38] <ogra> would you attach that to 348060 ?
[11:38] <ogra> i'll link the proof of concept redboot-install there too
[11:38] <lool> I had a Perl script which did that hackishly, then I started rearchitecting it when I understood what I wanted to do, but it probably doens't work anymore as a result; I'm happy to share it if you consider that it's basically in a bad state and you'd like to work on it
[11:39] <ogra> well, that and redboot-install are essentially the redboot-tools spec
[11:40] <ogra> erm, why did you unassign me from gnome-keyring ?
[11:41] <lool> http://people.ubuntu.com/~lool/fconfig.pl is how it looks like ATM
[11:41] <lool> ogra: I only unassigned you from the jaunty task which I closed, not from the karmic one
[11:42] <ogra> heh, FF cant show .pl
[11:42] <lool> You can vi it
[11:42] <ogra> indeed
[11:42] <ogra> i downloaded it ...
[11:43] <lool> The two things which kind of discouraged me is when I realized I didn't really want to allow people setting the type of vars or adding new vars to a fconfig
[11:43] <ogra> i just didnt know .pl was mime assigned on the server instead of being shown
[11:43] <lool> What I wanted instead is a list of vars/types for a supported platform (board) and all relevant constants for that platform (such as defaults and FIS offset etc.)
[11:43] <ogra> right, that should be under our control and hardcoded
[11:44] <lool> The other thing which discouraged me is when I realized people were interested in a C version more than in a Perl one
[11:44] <lool> Because perl is too large to fit in an embedded platform
[11:44]  * ogra doesnt care how it looks in the package
[11:44] <lool> So it didn't make sense to do it as cleanly as I thought for many platforms to then have it useless for some people
[11:44] <ogra> and we dont support any embedded platforms anymore ... at least none that are to small for perl
[11:45] <lool> I'm personally happy with what we have
[11:45] <ogra> even an iphone or palm pre is powerful enough
[11:45] <ogra> me too
[11:45] <lool> Ideally, we'd really build fconfig.bin as part of the redboot build though
[11:45] <lool> As we just have a fconfig.bin from an old RB, not what we build, and not for all boards
[11:45] <ogra> with vars pulled out of redboot, right
[11:46] <lool> With respect to fconfig.c, I thought it wasn't flexible enough and indeed it wasn't for some things, but not as much as I initially criticized; a couple of patches should bring it to shape
[11:48] <ogra> right and we could pull the init stuff out of the perl script, dump it into the redboot source package and create the blob
[11:48] <ogra> so the c source doesnt need to grow an init
[11:49] <ogra> we still dont have a bzr tree for redboot-tools, right ?
[11:49]  * ogra adds that to his TODO for the spec
[11:50] <lool> We don't have a bzr tree for redboot-tools; however note that these are assembled from two upstreams using SVN
[11:55]  * ogra sighs, indeed i need to urgently print some stuff for fedex and none of my printers work
[11:56]  * ogra curses cups
[11:56] <ogra> hasnt worked for me in years
[11:59] <ogra> ARGL
[23:18] <Pantcho> hello, i have a small ARM mini laptop with WinCE in the main flash HD. i written the .img file to a USB stick and i want to boot from it. when the laptop loads it automaticly runs WinCE. i tried to get to a kind of "boot" menu in the start screen pressed "esc","f2","f1","del" nothing happens and it bam runs WinCE. any suggestions?
[23:21] <Pantcho> ohhh the dispairrr
[23:24] <ogra> thats usually not how arm systms work
[23:24] <ogra> you need an image thats specifically built for the board in your laptop
[23:25] <Pantcho> so trying to install ubuntu wont work well?
[23:25] <ogra> depends
[23:26] <ogra> if you dont have a board we built the image for yu will have to build a rootfs from scratch
[23:26] <ogra> (as described in the topic)
[23:26] <ogra> and need to know how your bootloader works ... and need to build a kernel yourself
[23:26] <Pantcho> sounds way over my league
[23:27] <ogra> the only prebuilt desktop image we have atm is for the freescale imx51 CPU
[23:28] <ogra> (i doubt you have such a laptop, though if you do you should be able to boot the image from SD card )
[23:28] <Pantcho> thats not ARM or.. ? whats going on here
[23:28] <ogra> imx51 is an ARMv7 CPU
[23:29] <Pantcho> thanks for your help
[23:29] <Pantcho> i will give this up
[23:30] <ogra> we also support the ixp4xx CPU which is used in the NSLU2 device in jaunty (9.04) and an ARMv5 as well as versatile ARMv5 for the qemu emulator
[23:30] <Pantcho> i have ARMv5
[23:31] <ogra> well, if you find a kernel and know how your bootloader works it should be possible to run ubuntu on it, but it will be a bit of work and learning required
[23:31] <ogra> its sadly like that with ARM hardware by design
[23:32] <ogra> you dont have something standardized like a BIOS
[23:32] <Pantcho> sorry i have "AKARM,ARM920-AKCHIP"
[23:32] <Pantcho> :/
[23:32] <Pantcho> i get what you are saying
[23:35] <ogra> looks like you have an Anyka
[23:35] <ogra> AK780x ?
[23:36] <Pantcho> i don't know actually. the model name is not mentioned.
[23:36] <Pantcho> all i know when it boots it says "http://zenithink.com"
[23:36] <ogra> yeah, thats the one
[23:36] <Pantcho> in order to know i guess i will have to open it with screwdriver
[23:36] <ogra> it has only 64M
[23:36] <Pantcho> yes yes
[23:37] <Pantcho> wow i can't beleive you know the model hehe
[23:37] <ogra> wouldnt be much fun with ubuntu
[23:37] <Pantcho> thanks
[23:37] <ogra> i know google :)
[23:37] <Pantcho> so ubuntu wont run on it good you say
[23:37] <ogra> you might have more luck trying to get android on it
[23:37] <Pantcho> any other good linux distro that can run on it with out playing with kernal stuff which i have no clue about?
[23:38] <ogra> well, 64M isnt much
[23:38] <Pantcho> the WinCE lets you use the flash devices ram
[23:38] <ogra> you indeed can run ubuntu in 64M but it would unlikely look like an ubuntu desktop does
[23:38] <ogra> flash is slow
[23:38] <Pantcho> so when i add a USB stick it can get more ram
[23:38] <ogra> no, you get more swapspace ...
[23:39] <Pantcho> true..
[23:39] <ogra> a normal ubuntu desktop needs about 256M
[23:39] <Pantcho> so u nkow any other distros?
[23:39] <Pantcho> that might work ok? i just need open office and a browser that supports hebrew fonts
[23:40] <ogra> well, i'd recommend android but thats for mobile phones ... you could also check if a build of angstrom exists for that cpu
[23:40] <Pantcho> my main problem is that wince dont support hebrew
[23:41] <ogra> well, i cant help much with CE ...
[23:42] <Pantcho> ;)
[23:42] <Pantcho> thanks for the info tough
[23:43] <ogra> hmm, the sites that talk about the device say there was a version shipped with linux
[23:43] <Pantcho> which site?
[23:44] <ogra> you should probably mail http://zenithink.com and ask if they offer a linux version
[23:44] <Pantcho> will do that
[23:44] <ogra> http://www.rothberger.net/pages/reviews/ps_firstview701.shtml its german, nit sure it hels you
[23:44] <ogra> *helps
[23:45] <ogra> ah, there is a translation link at the bottom :)
[23:45] <ogra> http://translate.google.com/translate?u=http://www.rothberger.net/pages/reviews/ps_firstview701.shtml&langpair=de%7Cen&hl=en&ie=UTF-8&oe=UTF-8
[23:49] <Pantcho> hehe done that already :)
[23:58] <Pantcho> good night!