**** BEGIN LOGGING AT Tue Mar 01 02:59:57 2011
Mar 01 08:56:23 <XorA> morning
Mar 01 10:06:39 <noah1989> hi
Mar 01 10:07:01 <noah1989> i want to run ubuntu on the beagleboard xM
Mar 01 10:07:53 <noah1989> i#d prefer a prebuilt sd-card image
Mar 01 10:08:06 <noah1989> is there anything recent that i can use?
Mar 01 10:08:45 <XorA> there is natty alpha-2 images
Mar 01 10:08:46 <janimo> noah1989, Ubuntu 10.10 release or a few weeks old Natty image
Mar 01 10:09:20 <noah1989> i found the 10.10 at http://cdimage.ubuntu.com/ubuntu-netbook/ports/releases/maverick/release/
Mar 01 10:09:28 <noah1989> where do i find the natty images?
Mar 01 10:09:29 <janimo> the omap one
Mar 01 10:09:44 <janimo> cdimage.ubuntu.con/ubuntu-netbook I think
Mar 01 10:10:27 <noah1989> ah. found it, thanks
Mar 01 10:10:54 <noah1989> is there a way to modify it so that it uses the s-video output by default?
Mar 01 10:11:19 <janimo> I don't know
Mar 01 10:12:10 <noah1989> i'm gonna buy a dvi-d cabe just in case...
Mar 01 10:13:58 <noah1989> ah.. found it: http://elinux.org/BeagleBoardUbuntu#S-Video
Mar 01 10:17:25 <noah1989> also i need a simple window manager
Mar 01 10:17:43 <noah1989> preferably with all-fullscreen windows and simple switching
Mar 01 10:18:06 <noah1989> side by side doesnt make sense at 640x480
Mar 01 10:21:55 <noah1989> well maybe two xterms may be useful. i'll stick with awesome
Mar 01 12:05:05 <doko> ogra: ping
Mar 01 12:11:27 <ogra> doko, yo
Mar 01 12:12:33 <ericb2> hello
Mar 01 12:12:34 <doko> ogra: I don't have a working babbage board anymore. could you have a look at bug #605042 (and test it)
Mar 01 12:12:35 <ubot2> Launchpad bug 605042 in linux-fsl-imx51 "[armel] java fails to start with eglibc-2.12-0ubuntu4" [Critical,In progress] https://launchpad.net/bugs/605042
Mar 01 12:12:59 <ericb2> just wondering. Is it possible, with natty, to remove the ... how to say ... new panel ?
Mar 01 12:13:41 <ericb2> I'd like to have the background alone, and make the panel appear when I want. Said differently : not always visible
Mar 01 12:14:13 <ogra> doko, hmm, my babbage didnt boot anymore last time i tried (though i didnt inspect it and might have done something wrong)
Mar 01 12:14:22 <ogra> doko, can that wait until after A3 ?
Mar 01 12:14:23 <ericb2> something like a shortcut, e.g. toggle visible /hidden would be great
Mar 01 12:15:29 <doko> ogra: yes, I'll assign it to you for testing
Mar 01 12:15:37 <ogra> k
Mar 01 12:16:20 <ogra> doko, note that i only have a 2.5 board, thats not what is in the datacenter
Mar 01 12:16:36 <ogra> linaro has the 3.0 ones if anyone does
Mar 01 12:16:55 <doko> didn't we have 2.5 in the data center?
Mar 01 12:17:31 <ogra> no
Mar 01 12:17:33 <ogra> 3.0
Mar 01 12:17:47 <ogra> there are only minro differences iirc but they are not the same
Mar 01 13:38:12 <janimo> doko, what is the issue with openjdk-6 on ARM? Not supported well by upstream yet?
Mar 01 13:39:13 <janimo> ogra, qt 4.7.2 released :)
Mar 01 13:40:31 <rsalveti> GrueMaster: new kernel for you to test, for omap 4: http://people.canonical.com/~roc/kernel/natty-ti-omap4-dev/ and http://people.canonical.com/~roc/kernel/natty-ti-omap4-dev-linaro/
Mar 01 13:40:59 <rsalveti> the first one is based on our tree + ti, the other also includes the linaro changes for 38
Mar 01 13:42:03 <rsalveti> GrueMaster: use the DVI as your default output: console=ttyO2,115200,n8 vram=32M mem=456M@0x80000000 mem=256M@0xA0000000root=/dev/mmcblk0p2 rootwait omapfb.mode=dvi:1280x1024MR-32@60omapdss.def_disp=dvi
Mar 01 13:52:37 <ogra> janimo, yes, Riddell announced it this morning in -devel
Mar 01 13:53:12 <ogra> rsalveti, any idea how we handle upgrades ? (wrt cmdline)
Mar 01 13:54:56 <rsalveti> ogra: don't think we're handling this now, the image still uses the boot.scr available from the installer
Mar 01 13:55:10 <ogra> right
Mar 01 13:55:24 <ogra> i'm wondering how to handle it properly
Mar 01 13:55:24 <rsalveti> before using this as default we should for sure make a way to change the default boot args
Mar 01 13:55:37 <rsalveti> the final idea is to have the hdmi driver, so it's more a temporary solution
Mar 01 13:55:54 <rsalveti> but it'd be good to be prepared in case we have similar changes
Mar 01 13:55:59 <ogra> i mean, we cant really handle it ... the user needs to plug the monitorf into the other socket
Mar 01 13:56:00 <rsalveti> like once we fix the 1gb bug
Mar 01 13:56:12 <rsalveti> ogra: yeah, at least this
Mar 01 13:56:24 <ogra> oh, there are plans for making hdmi work before release ?
Mar 01 13:56:35 <rsalveti> before final release, yes
Mar 01 13:56:37 * ogra understood that wont make natty
Mar 01 13:56:44 <ogra> ah, good then
Mar 01 13:56:53 <ogra> but we will still need to mangle boot.scr
Mar 01 13:57:15 <rsalveti> at least this was the plan, and they are heavily working on the hdmi driver atm
Mar 01 13:57:22 <ogra> k
Mar 01 13:57:39 <rsalveti> yup
Mar 01 13:58:04 <ogra> do you think we could convince them to add a sane default for the resolution so we dont need to touch the bootargs ?
Mar 01 13:58:28 <rsalveti> you mean, for dvi?
Mar 01 13:58:44 <ogra> no, for hdmi
Mar 01 13:58:59 <ogra> or is hdmi supposed to do edid detection again ?
Mar 01 13:58:59 <rsalveti> for hdmi it'll probe the edid
Mar 01 13:59:04 <rsalveti> and get the best resolution available
Mar 01 13:59:05 <ogra> ah, sweet
Mar 01 13:59:19 <rsalveti> yes, that's why I'm also waiting some more for the edid work for omap 3
Mar 01 13:59:24 <rsalveti> because it'll basically be the same code
Mar 01 13:59:26 <rsalveti> same solution
Mar 01 13:59:34 <ogra> yup, saw that
Mar 01 14:00:10 <rsalveti> but we still document a way to update the boot args, when needed
Mar 01 14:00:22 <rsalveti> maybe post inst, not sure
Mar 01 14:00:50 <rsalveti> once we fix the 1g bug we'd like to change that for all the boards, when the kernel is updated
Mar 01 14:01:05 <rsalveti> for example
Mar 01 14:01:37 <ogra> i'd like to have some automation
Mar 01 14:01:46 <ogra> maybe through u-m
Mar 01 14:03:25 <fairuz> the function flush_cache_all() flushes all cache or only L1 cache? it's from asm/cacheflush.h
Mar 01 14:06:15 <rsalveti> ogra: could be
Mar 01 14:06:22 <rsalveti> was thinking more like we have for grub
Mar 01 14:06:42 <ogra> the legacy vs grub2 update script ?
Mar 01 14:06:49 <rsalveti> with default args and etc, and once a tool is called the boot args would be updated
Mar 01 14:06:49 <ogra> thats not automated
Mar 01 14:06:57 <rsalveti> and then write the boot.scr file
Mar 01 14:07:26 <ogra> its tricky to handle it if your monitor goes black
Mar 01 14:07:50 <ogra> so i would rather like to force it in an automated way
Mar 01 14:08:04 <ogra> to make sure the user still sees something
Mar 01 14:08:28 <ogra> i'm less concerned about the 1G bit here
Mar 01 14:08:42 <rsalveti> it's just an example
Mar 01 14:09:17 <ogra> but about users using milestones that have the DVI stuff and if the HDMI patch does *not* make it also for maverick->natty upgrades
Mar 01 14:11:34 <rsalveti> ogra: we should have at least edid detection, even if it's just dvi
Mar 01 14:11:52 <ogra> in initrd ?
Mar 01 14:11:55 <rsalveti> ogra: so then the problem would be the natty milestones, before this feature is in
Mar 01 14:12:00 <rsalveti> no, in kernel
Mar 01 14:12:02 <ogra> or as a kernel fix
Mar 01 14:12:04 <ogra> ah
Mar 01 14:12:29 <ogra> well, if its only milestones we can probably get away with documentation
Mar 01 14:13:59 <rsalveti> ok, that works, then I believe we're fine
Mar 01 15:00:43 <davidm> ogra, call time?
Mar 01 15:01:00 <ogra> davidm, sure (why do you ping here)
Mar 01 15:02:29 <markos_> ogra, you mentioned a free/open libz160 while in Cambridge, tried to find it but I didn't really end up with something, got a url somewhere?
Mar 01 15:02:41 <markos_> the one I have from FSL is definitely not open :)
Mar 01 15:05:29 <XorA> arm ppas work without special flags these days?
Mar 01 15:22:38 <doko> janimo gone?
Mar 01 15:40:36 <ogra> markos_, asac had it iirc
Mar 01 15:45:20 <asac> ogra: its not free/open because of a stupid license header missing
Mar 01 15:45:27 <asac> ogra: current state is in the canonical-arm ppa iirc
Mar 01 15:45:54 <asac> ogra: i followed up one more time last cycle and never got a reply from Paul whether this is now resolved
Mar 01 15:46:00 <asac> i can check with our fsl LT
Mar 01 15:50:02 <markos_> asac, if it's the same one I have, it's *definitely* not open
Mar 01 15:50:24 <ogra> the one we had was definitely open, just missing the license
Mar 01 15:50:37 <markos_> afaik, fsl built only one libz160
Mar 01 15:50:49 <ogra> and we had been promised severeal times that would be fixed
Mar 01 15:51:04 <markos_> could you point me to a url?
Mar 01 15:51:37 <ogra> i dont know where asac put it, i have ssen it first in a BSP which i cant make public
Mar 01 15:52:03 <markos_> fsl bsp?
Mar 01 15:52:07 <ogra> yep
Mar 01 15:52:13 <markos_> it's probably the same, hate to let you know, this one is not open
Mar 01 15:52:29 <ogra> hmm, they told us differently
Mar 01 15:52:31 <markos_> probably some misunderstanding
Mar 01 15:52:46 <ogra> it had only 2d accel, EXA support and XV iirc
Mar 01 15:52:51 <ogra> no other acceleration
Mar 01 15:53:01 <ogra> and back when i touched it it was very crashy
Mar 01 15:53:17 <markos_> Neko could comment more on that
Mar 01 15:53:47 <markos_> afaik it's closed, I'd love to have it open, but I got a very firm *not open*
Mar 01 15:54:17 <markos_> but yes, it's probably the same one
Mar 01 15:55:21 <markos_> in fact the one I have here has a zero-sized file "DO_NOT_DISTRIBUTE"
Mar 01 15:55:26 <markos_> looks closed to me :)
Mar 01 15:56:11 <markos_> the headers are bsd-like licensed though :)
Mar 01 15:56:43 <ogra> hmm
Mar 01 15:56:52 <ogra> i dont think my version had that
Mar 01 15:57:01 <asac> ogra: its in canonical-arm-dev private iirc or fsl private ... we circled that back tot hem asking to add a COPYING
Mar 01 15:57:10 <markos_> some other files in there have a very very firm "AMD_CONFIDENTIAL, DO NOT DISTRIBUTE"
Mar 01 15:57:27 <markos_> I'm pretty sure it's not open
Mar 01 15:57:43 <ogra> the adm bit is definately not open
Mar 01 15:57:50 <ogra> i was talking about the other one
Mar 01 16:00:40 <markos_> what other one, there is only one library libz160
Mar 01 16:01:07 <ogra> iirc it was called something with 140
Mar 01 16:03:01 <GrueMaster> doko: What do you need testing on babbage 3?  I have one still that I keep for SRU testing.
Mar 01 16:05:16 <DevilCode> Hey All
Mar 01 16:06:02 <DevilCode> https://wiki.ubuntu.com/ARM/OMAPMaverickInstall   <-- this the best place to find out how to put ubuntu on beagle board
Mar 01 16:07:16 <doko> GrueMaster:  bug #605042
Mar 01 16:07:19 <ubot2> Launchpad bug 605042 in linux-fsl-imx51 "[armel] java fails to start with eglibc-2.12-0ubuntu4" [Critical,In progress] https://launchpad.net/bugs/605042
Mar 01 16:08:00 <doko> install the kernel from the bug report, the old eglibc packages (on a maverick chroot). with the old kernel, java -version segfaults, with the new kernel it should not
Mar 01 16:09:42 <GrueMaster> I'll have a look.  Might not get to it until after A3, but I'll add it to the priority list.
Mar 01 16:10:04 <GrueMaster> Might take a while just to read through the bug log.  :P
Mar 01 16:14:09 <DevilCode> any one got a little to give me some noob guidance
Mar 01 16:14:48 <GrueMaster> DevilCode: What more info do you need?
Mar 01 16:15:10 <DevilCode> well on the link:https://wiki.ubuntu.com/ARM/OMAPMaverickInstall
Mar 01 16:15:29 <DevilCode> a little stuck on booting the image
Mar 01 16:15:41 <GrueMaster> What system do you have?
Mar 01 16:15:44 <DevilCode> with xM rev B
Mar 01 16:16:07 <DevilCode> my SD card is just one partition /dev/sdd1
Mar 01 16:16:21 <GrueMaster> Ok, Follow the instructions for BeagleBoard XM rev A3 and B.
Mar 01 16:16:41 <DevilCode> whats the second partition though
Mar 01 16:16:42 <GrueMaster> You need to flash the image to the sd card, not the partition.
Mar 01 16:16:51 <DevilCode> gaaw]
Mar 01 16:16:52 <GrueMaster> The image has two partitions.
Mar 01 16:17:24 <DevilCode> sudo dd bs=4M if=ubuntu-netbook-10.10-preinstalled-netbook-armel+<omap image>.img of=/dev/sdd  <--- instead of sdd1
Mar 01 16:17:34 <GrueMaster> yes
Mar 01 16:17:38 <DevilCode> *blush*
Mar 01 16:17:40 <DevilCode> ok
Mar 01 16:17:50 <ogra> <omap image> is a placeholder
Mar 01 16:17:58 <ogra> use the right name ;)
Mar 01 16:18:56 <DevilCode> lol
Mar 01 16:19:09 <DevilCode> *dances that i got that right*
Mar 01 16:39:06 <DevilCode> On OMAP4 Blaze Mount the first SD card partition at your host PC and copy the following files to it:
Mar 01 16:39:12 <DevilCode> how do i know
Mar 01 16:39:35 <ogra> do you own a blaze ?
Mar 01 16:39:47 <DevilCode> is that a rev V
Mar 01 16:39:50 <DevilCode> rev B
Mar 01 16:39:53 <ogra> (did you pay $2500 for your devboard)
Mar 01 16:40:02 <DevilCode> lol no
Mar 01 16:40:26 <ogra> right and it doesnt have a case that looks like an elephant mobile phone either i guess :)
Mar 01 16:40:54 <DevilCode> just a cardboard box *sniffle*
Mar 01 16:41:03 <ogra> right, so you dont have a blaze
Mar 01 16:41:09 <ogra> and you said above you have a beagle
Mar 01 16:41:13 <ogra> which is omap3
Mar 01 16:41:20 <ogra> so ignore all omap4 stuff :)
Mar 01 16:41:24 <DevilCode> crap
Mar 01 16:41:28 <DevilCode> i went for the 4 lol
Mar 01 16:41:34 <DevilCode> *start again*
Mar 01 16:41:35 <XorA> heh, I think Linaro have most of the worlds blazes :-)
Mar 01 16:43:19 <ogra> how many do they have ?
Mar 01 16:43:23 <ogra> we have two in the team
Mar 01 16:43:55 <XorA> ogra: I dont think TI made very many at all, or 4430sdp
Mar 01 16:44:13 <XorA> ogra: I know just getting omap4 hardware for my work was difficult
Mar 01 16:44:46 <ogra> yeah
Mar 01 16:44:53 <ogra> was difficult for everyone
Mar 01 16:45:13 <XorA> ogra: yeah but I was contracted by TI to work on it :-)
Mar 01 16:45:36 <XorA> not even enough for their own employees let alone anyone else
Mar 01 16:46:15 <ogra> yup, same prob we had
Mar 01 16:46:45 * XorA is still waiting for his panda :-)
Mar 01 16:50:36 <DevilCode> they are slow creatures :P
Mar 01 16:50:43 <DevilCode> and slow cars
Mar 01 16:50:49 <DevilCode> generally slow
Mar 01 16:51:04 <GrueMaster> Yea, but the boards are fast.
Mar 01 16:51:24 <DevilCode> and the animal is tasty
Mar 01 16:51:25 <DevilCode> :P
Mar 01 16:55:33 <DevilCode> http://www.tshirthell.com/funny-shirts/this-shirt-is-100-organic-65-baby-seal-25-panda-10-manatee/
Mar 01 17:13:42 <GrueMaster> rsalveti: I am setting up to test the .38 kernels.  Will I be able to output via DVI?  My panda didn't have the DVI rework from the TI Rally.
Mar 01 17:15:22 <GrueMaster> Nevermind.  It's coming up
Mar 01 17:21:49 <rsalveti> GrueMaster: nice
Mar 01 17:22:50 <GrueMaster> No X, though.
Mar 01 17:23:11 <GrueMaster> Apparently I am not authorized to start it.
Mar 01 17:23:29 <GrueMaster> Might have something to do with the TI drivers being installed.
Mar 01 17:25:22 <rsalveti> could be
Mar 01 17:25:39 <rsalveti> for the drivers to work you also need a kernel module
Mar 01 17:25:44 <rsalveti> that for sure you don't have atm
Mar 01 17:25:50 <rsalveti> so just remove them
Mar 01 17:26:44 <GrueMaster> right.
Mar 01 17:31:22 <ericb2> janimo: pong ?
Mar 01 18:09:12 <GrueMaster> rsalveti: I'm seeing major problems, but they are likely due to my hacked up image.  I'm going to wait until we have a new image to test these kernels with.
Mar 01 18:09:24 <rsalveti> GrueMaster: ok
Mar 01 18:09:30 <rsalveti> we should have new images today
Mar 01 18:09:37 <GrueMaster> I really don't want to start fresh with a two week old kernel and try to update it to current.
Mar 01 18:09:49 <GrueMaster> Yea, sure.  Believe it when I see it.  :P
Mar 01 18:09:58 <rsalveti> hehe
Mar 01 18:10:49 <GrueMaster> New image build fail reports.  Wheee.
Mar 01 18:15:14 <DevilCode> anyone get BeagleBoard running with DirectFB
Mar 01 18:16:19 <rsalveti> DevilCode: try asking #beagle
Mar 01 18:16:25 <DevilCode> kk
Mar 01 18:18:01 <ogra> GrueMaster, i guess that was pitti s manually killed build
Mar 01 18:18:16 <GrueMaster> Ah.
Mar 01 18:18:36 * GrueMaster just notes yet another failed build attempt
Mar 01 22:34:18 <GrueMaster> Hmm.  Looks like sources.list may not be populated.
Mar 01 22:34:32 <ogra> not at all ?!?
Mar 01 22:37:09 <GrueMaster> Well, that was according to syslog.  checking filesystem.
Mar 01 22:37:27 * ogra checks jasper ...
Mar 01 22:37:51 <GrueMaster> No, it's ok.  No universe or multiverse though.
Mar 01 22:38:31 <ogra> yeah
Mar 01 22:39:01 <ogra> longstabnding bug i have on my plate
Mar 01 23:33:20 <ogra> bug 650703
Mar 01 23:33:20 <ubot2> Launchpad bug 650703 in ubiquity "oem-config-prepare works, but oem-config fails to start after reboot" [High,Confirmed] https://launchpad.net/bugs/650703
Mar 01 23:45:46 <prpplague> ogra: hey, got a minute for me to pester you about an ubuntu desktop oddity ?
Mar 01 23:46:42 <ogra> prpplague, what is it, i'm trying to debug image breakage atm
Mar 01 23:46:59 <prpplague> ogra: not important atm, go back to debugging
Mar 01 23:47:09 <ogra> (for images we will have to release on thu, so i'm a bit under pressure)
Mar 01 23:47:31 <ogra> well, you can still just throw in your question, probably its an easy task
Mar 01 23:49:19 <prpplague> ogra: i've got 10.10 desktop on both a desktop pc and a netbook, on the netbook the task switch allows me to drag a window from one workspace to another, but on my desktop pc install it doesn't, just curious if there was something quirky about that
Mar 01 23:49:36 <prpplague> ogra: not really important, just saw you online and thought i'd ask
Mar 01 23:50:25 <ogra> well, is the netbook using the netbook UI ?
Mar 01 23:50:45 <prpplague> ogra: negative, same for both
Mar 01 23:50:53 <prpplague> ogra: used the same thumbdrive in fact
Mar 01 23:51:16 <ogra> thats indeed weird ... possibly worth a bug report
Mar 01 23:53:08 <rsalveti> prpplague: what are your video card at your desktop?
Mar 01 23:53:29 <rsalveti> could be that on your desktop you're actually running with 2 x servers
Mar 01 23:55:29 <prpplague> rsalveti: hmm that an install option?
Mar 01 23:55:55 <rsalveti> not install, but a runtime option
Mar 01 23:56:12 <rsalveti> for example, with nvidia driver you can select how your x11 will behave
Mar 01 23:56:31 <prpplague> rsalveti: should i be able to grep the running processes for multiple x?
Mar 01 23:57:43 <rsalveti> prpplague: probably, also check your xorg logs
Mar 01 23:58:01 <prpplague> rsalveti: intel chipset, but i only see one x running
Mar 01 23:58:04 <rsalveti> I remember I used to run the nvidia driver this way, having two different displays over each monitor
Mar 01 23:58:15 <rsalveti> and I couldn't move one window to the other
Mar 01 23:58:35 <rsalveti> hm, so could be a bug
Mar 01 23:59:00 <prpplague> rsalveti: i'll dig around some with that
Mar 01 23:59:20 <rsalveti> prpplague: compare both xorg logs
Mar 01 23:59:26 <rsalveti> see if anything pops up
Mar 01 23:59:29 <prpplague> rsalveti: just an annoyance at this stage, since it _works_ with the latest fedora :P
Mar 01 23:59:48 <rsalveti> you should try our alpha 3 image so ;-)
Mar 01 23:59:56 <rsalveti> once it's available hehe
Mar 02 00:00:47 * prpplague jokes with rsalveti 
Mar 02 00:00:57 <prpplague> rsalveti: i've been pretty happy with the install so far
Mar 02 00:01:01 <rsalveti> :P
Mar 02 00:09:12 <ogra> GrueMaster, i really need some sleep, can you attach logs with debug to the bug and after that try to add 'export UBIQUITY_OEM_USER_CONFIG=1' to the oem-config init in a new install ?
Mar 02 00:09:22 <ogra> i wonder if the last bit makes it go through
Mar 02 00:09:57 <GrueMaster> I'm adding debug log details now.  Will try that shortly.
Mar 02 00:09:57 * prpplague hands ogra some beer and tylenol PM
Mar 02 00:10:59 <ogra> i wonder if we see that issue because we dont use the oem user
Mar 02 00:11:40 <ogra> beer is a good idea
Mar 02 00:11:53 * ogra will have one before sleep
Mar 02 00:11:54 <ogra> :)
Mar 02 00:13:24 <GrueMaster> The oem user issue would be new considering how long we've gone without it.
Mar 02 00:14:28 <ogra> yep
Mar 02 00:14:32 <ogra> but a lot changed
Mar 02 00:14:46 <ogra> and we are the only ones working in that setup
Mar 02 00:16:39 <GrueMaster> I'm not seeing much in the logs that helps (not that I know what to look for).  Beyond the original syslog report, debug-oem-config hasn't added any useful info.  oem-config.log has more info, but nothing that stands out to me.
**** ENDING LOGGING AT Wed Mar 02 02:59:57 2011