[01:41] <Sp0tter> what is a good tablet for running ubuntu on?
[02:54] <tmzt_g2root> what packages are needed for the efl version of netbook or unity in maverick?
[08:24] <ndec> lool: hi. i don't understand your comment on #681267...
[08:24] <hrw> bug 681267
[08:24] <ubot2> Launchpad bug 681267 in debian (and 2 other projects) "Packages for armel are missing (affects: 1) (heat: 12)" [Unknown,New] https://launchpad.net/bugs/681267
[08:24] <lool> ndec: Which part?
[08:28] <ndec> lool: well, i don't understand what the problem is...
[08:28] <ndec> lool: and what the fix is
[08:28] <lool> ndec: https://code.launchpad.net/packages-arch-specific
[08:29] <lool> ndec: We have some data files documenting which source packages are specific to some architectures, and in fact also which binary packages in some cases
[08:30] <ndec> lool: so you mean that any packages that is arch specific (e.g. which is not Arch = any OR Arch = all) needs special attention?
[08:30] <lool> ndec: It's even before that
[08:31] <lool> ndec: Debian's wanna-build and Ubuntu's Launchpad schedulers simply don't schedule builds when a package is blacklisted according to this file
[08:31] <ndec> lool: hey... one more new thing to learn today ;-)
[08:31] <lool> This is useful in cases where the software is irrelevant for certain arches, or needs improbable porting
[08:33] <ndec> lool: ok. so the problem was that cpuburn was blacklisted in this file. I see your latest commit where you add it... so now you need to submit the source package again, right?
[08:34] <janimo> is grub2 too complex to be used on ARM boards instead of u-boot and others that are currently used?
[08:35] <hrw> janimo: grub2 relies on first stage bootloader (bios, efi) when uboot is usually used as first stage one
[08:36] <lool> ndec: https://launchpad.net/ubuntu/+source/cpuburn/1.4a-1build1
[08:36] <lool> ndec: Yes, I had to wait some hours for new Pas to be picked up
[08:36] <ndec> lool: thx!
[08:36] <janimo> hrw: so grub2 would need to incorporate all the ARM specific hw bringup bits in order the fully replace them, ok
[08:37] <antoche> hi folks
[08:37] <antoche> I've made a Maverick microSD card for the beagleboard that kinda boots but not quite, is this the right place to ask for advice?
[08:39] <persia> janimo, It's lower level than that: there isn't any code to *load* grub from anywhere by default (although I suppose one could wedge the code that loads other bootloaders to kinda work, but only sorta).  Compare to powerpc, where the boot process is openfirmware -> grub2
[08:39] <persia> antoche, Yes.
[08:40] <antoche> cool
[08:40] <antoche> I roughly followed the instructions at http://elinux.org/BeagleBoardUbuntu#Maverick_10.10_2
[08:41] <persia> janimo, We've discussed this to death, and while a grub2 port would always be nice, the consensus seemed to be that something like coreboot would be more worthwhile, although the vendors seem to want to stick with u-boot.
[08:41] <antoche> and got a card that doesn't boot on power-up, although if I boot on the beagle demo card, stop the autoboot and then swap cards and run 'boot', it works
[08:42] <hrw> persia: coreboot -> seabios -> grub2 or coreboot -> grub2 chain then?
[08:42] <hrw> persia: coreboot is nice thing but iirc still x86 only
[08:42] <persia> hrw, coreboot -> linux
[08:43] <hrw> persia: you used coreboot at all?
[08:43] <janimo> persia: thanks, is there a record of such discussions somewhere? I am mostly curious. Similar boot experience across all platforms would be nice to have
[08:43] <persia> hrw, I heard someone demo'd something like it a few months ago at a conference.
[08:43] <persia> janimo, There's a wealth of aging specs about it, but I think there's nothing coherent, sadly.
[08:43] <janimo> ok
[08:43] <persia> I very much agree, especially since we've been able to move to grub2 for everything else this cycle, but it really needs a first-stage bootloader.
[08:44] <hrw> persia: I have machine with coreboot here. best way (to be able to update kernels) is coreboot -> (seabios ->) grub2 and kernel from disk
[08:44] <persia> Someone could port openfirmware (it is known to work on ARM), or something, but most of the ARM folks seem to prefer having just one bootloader, rather than first-stage, second-stage (something about boot speed)
[08:44] <hrw> persia: coreboot+linux can be made of course but each update == reflashing chip
[08:45] <persia> hrw, That's the most conventional way, indeed :)  Apparently, doing something with kexec is somehow faster.
[08:45] <janimo> yes, easier to bring up and test, especially if they only use a minimal BSP image over that and leave it to others to fill in
[08:45] <persia> hrw, No, you use kexec(), so you can update the running kernel separately from the flash kernel.
[08:45] <persia> antoche, We don't support that image: try https://wiki.ubuntu.com/ARM/Beagle
[08:45] <hrw> persia: if kexec works properly
[08:46] <persia> hrw, Well, of course :)
[08:46] <antoche> persia: oh ok
[08:46] <persia> antoche, rcn-ee is about sometimes, so you might get some support, but it's not an official means of creating images.
[08:47] <antoche> persia: rcn-ee?
[08:47] <antoche> sorry I'm quite new to all this arm business
[08:48] <persia> The person who created the image at rcn-ee.net which is referenced in the wiki page you indicated you used :)
[08:48] <antoche> arf ok sorry :)
[08:48] <antoche> I yet have to know who's who here
[08:51] <antoche> persia: I see the page you sent me says "running Ubuntu on a C series Beagleboard", any known problem with a beagle xM ?
[08:53] <hrw> antoche: same image, same kernel
[08:57] <persia> Did the oddity with xM sound get sorted?  I forget.
[08:58] <antoche> persia: what was the oddity?
[08:58] <persia> I think it was something about issues with sound on both HDMI and the audio jacks.
[08:58] <antoche> hm ok
[08:59] <persia> As long as you're not trying to do both at once, shouldn't be an issue, I think.
[09:01] <hrw> persia: xM got hdmi audio?
[09:02] <persia> hrw, Doesn't it?  I thought it had real HDMI, rather than just DVI-on-HDMI jack.  I may be mistaken.
[09:03] <hrw> persia: <xM had dvi-on-hdmi. I never had xM so cant say
[09:03] <persia> I'm just guessing based on memory of IRC traffic :)
[09:39] <berco> ogra: I found my pb about alsa-utils I think
[09:40] <berco> ogra: looks like updating alsa-utils in a ssh console will generate the errors I see. If I do the same thing in a console on the board, the installation goes fine.
[09:48] <tmzt_g2root> is there anyway to install ubuntu-netbook without installing the xserver packages and everything else? possibly by seeding it?
[10:02] <persia> tmzt_g2root, Not easily, because they are preinstalled images.  You might try the netinstall image, which ought give you infinite customisation.
[10:03] <tmzt_g2root> I'm on a rootstock -s ubuntu-minimal
[10:03] <tmzt_g2root> I'm trying to install only the efl launcher, I'm using another X server so I don't need xserver-*
[10:04] <tmzt_g2root> but when I install ubuntu-netbook, even without recommends it wants to install all those packages
[10:04] <persia> Ah, yeah, because it needs an X server, and it can't tell you have one.
[10:05] <tmzt_g2root> is there a provides package I can use?
[10:05] <persia> If you're installing non-packaged software, you probably want to look at the equivs package to fake it.  If you're using a packaged X server, there's a bug in the packaging.
[10:06] <tmzt_g2root> I'm trying to build a chroot with a minimal foot print, the X server is outside the chroot
[10:08] <persia> You could just install --no-recommends netbook-launcher-efl : the "ubuntu-netbook" package will always pull an X server (unless you fake it).
[10:08] <tmzt_g2root> I did --no-recommends
[10:08] <tmzt_g2root> it still installs xserver-*
[10:08] <tmzt_g2root> I also tried with xserver-xfbdev
[10:08] <tmzt_g2root> ubuntu-netbook depends on xorg
[10:09] <tmzt_g2root> okay, so if this is just a virtual package, what actually provides the efl launcher? that's what I'm trying ot install
[10:13] <persia> netbook-launcher-efl is the EFL launcher package.  ubuntu-netbook is just a metapacakge with everything.
[10:14] <tmzt_g2root> yeah, I found it on so, I couldn't see why netbook-launcher-efl wasn't a dep, but I guess it's switched to unity now?
[10:17] <persia> I didn't think there was an EFL implementation of unity.  Depends what you're trying to do, and with which release you're trying to do it.
[10:19] <tmzt_g2root> it's not a release, it's just a maverick rootstock
[10:19] <persia> For maverick, the EFL launcher was the netbook-launcher-efl package.
[10:20] <tmzt_g2root> I'm trying to build an image for my X server on android to give users a simple usable demonstration possibly with multitouch eventually
[10:20] <tmzt_g2root> right, so that's what I'm installing, thanks
[10:22] <persia> You probably want some number of other packages from ubuntu-netbook, to give the equivalent experience.  I'd suggest installing them in small groups, so you can avoid installing stuff you don't want.
[10:23] <tmzt_g2root> yeah, so I'm going to have to figure out how to use a virtual package, but for now I'll just have a script they can use (the alpha testers essentially) to install stuff
[11:28] <szoszi> hello
[11:29] <szoszi> is someone here who can help me? I'm running ubuntu 10.10 on beagleboard-xm
[11:29] <szoszi> I have a kernel related question
[11:32] <szoszi> noone?
[11:36] <szoszi> anyone here with the abilty to help me in kernel related question? :)
[11:37] <ogra_ac> !ask
[11:37] <ubot2> Please don't ask to ask a question, simply ask the question (all on ONE line and in the channel, so that others can read and follow it easily). If anyone knows the answer they will most likely reply. :-)
[11:38] <hrw> in other words: Don't ask to ask but ask
[11:40] <szoszi> sorry
[11:42] <szoszi> so, I installed ubuntu 10.10 onto beaglebboard-xm, according to http://elinux.org/BeagleBoardUbuntu#Beagle_xM. Noticed that has heavy cpu loads, and found that "Demo Images contain a kernel with experimental options for the omap family... If you'd like to use ubuntu's supported kernel, just read "/etc/flash-kernel.conf" and disable the rcn-ee variable. Then install the ubuntu kernel and flash-kernel packages to overwrite. " Disabli
[11:44] <ogra_ac> your paste ended at "flash-kernel packages to overwrite.  Disabl"
[11:45] <szoszi> overwrite. " Disabling it will increase performance?
[11:45] <szoszi> thats the ending
[11:46] <ogra_ac> i guess you need to wait for rcn-ee to show up, he maintains these community images
[11:47] <ogra_ac> (or use one of the official ones)
[11:48] <hrw> or use linaro image
[11:50] <szoszi> I see...
[11:50] <rsalveti> don't know if kernel is your problem
[11:51] <rsalveti> generally rcn-ee creates a very usable kernel
[11:51] <szoszi> I do not no either, but they say if you want to use ubuntu's supported kernel
[11:52] <szoszi> so in my reading it means that teir kernel is not fully supported
[11:52] <ogra_ac> we are all working with the official images here
[11:52] <ogra_ac> so you need to wait for the maintainer of the images you use for more info
[11:53] <ogra_ac> he is on a US timezone so you will have to wait a while until he comes around
[11:54] <persia> Hrm?  No reason one can't just install the regular packages.
[11:54] <szoszi> okay...then an other question. I read /etc/flash-kernel.conf, #-ed out the mentioned line.  now how can I install ubuntu kernel? bit noob to linux...
[11:55] <ogra_ac> persia, i have no idea how flash-kernel is modified on these images
[11:55] <persia> `apt-get install --reinstall linux-image-2.6.35-22-omap flash-kernel` ought do it.
[11:56] <ogra_ac> and i doubt anyone here has apart from rcn-ee
[11:56] <persia> ogra, This is why one reinstalls it :)  I don't trust any out-of-archive sources or images.
[11:56] <szoszi> persia, thats all?
[11:57] <persia> Dunno.  Depends what else is non-standard from your install.  We all use https://wiki.ubuntu.com/ARM/Beagle as a guide
[11:57] <ogra_ac> persia, thats lucid
[11:57] <tmzt_g2root> persia: I'm having another problem, before when I did dbus-launch netbook-launcher-efl it would work, I could browse to different tabs and start programs, then I installed the preferences by symlinking them from xdg-une-efl and now no matter how I start the launcher it immediately fades and becomes unresponsive
[11:57] <ogra_ac> https://wiki.ubuntu.com/ARM/OMAP is the right page
[11:58] <persia> Um, shouldn't there just be one page?
[11:58]  * persia is confused
[11:58] <ogra_ac> the lucid pages should be aggregated under the OMAP one
[11:59] <tmzt_g2root> okay, seems to be fixed after deleting .gconf
[11:59] <ogra_ac> and https://wiki.ubuntu.com/ARM/Beagle shoudl go away (redirect to /OMAP)
[11:59] <persia> There's too much content there to go away right now, but I agree :)
[11:59] <ogra_ac> persia, the /OMAP page should generally become our landing page for all install instructions for all releases
[12:04] <persia> ogra, makes sense: sort by installation target.
[12:04] <ogra_ac> right
[12:05] <ogra_ac> that was the idea behind the OMAP page
[12:05] <ogra_ac> so we can ling it from cdimage and dont need to update cdimage index files for every release
[12:05] <ogra_ac> *link
[12:10] <tmzt_g2root> touch .Xauthority :) gksudo is so broken
[12:10] <ogra_ac> ??
[12:11] <tmzt_g2root> gksudo fails if it can't copy .Xauthority, but it doesn't check if there's anything in the file or if the host is in the acl
[12:11] <ogra_ac> why would it not be able to copy it ?
[12:11] <tmzt_g2root> because my Xserver isn't running inside the chroot
[12:11] <ogra_ac> it definitely isnt broken in a default setup
[12:11] <ogra_ac> ah, well
[12:11] <ogra_ac> dont blame software for not coping with a broken setup ;)
[12:12] <tmzt_g2root> right, but it's a false positive
[12:12] <ogra_ac> there are certain steps you need to take to run X apps in chroots
[12:12] <tmzt_g2root> it wasn't going to fail, but it gets out with an error messge
[12:12] <ogra_ac> (like bind mounting the right dirs etc)
[12:12] <tmzt_g2root> yeah, but I have make my server dump the .Xauthority somewhere first
[12:12] <ogra_ac> there is debian documentation for such setups somewhere
[12:13] <tmzt_g2root> or figure out how to generate the cookie, I'm not even quite sure how it works
[12:13] <ogra_ac> yu bind mount /tmp and /home/$USER into your chroot, gdm creates the cookie at login time
[12:14] <persia> These days you have to fiddle with /var/run for dbus also
[12:15] <ogra_ac> yeah
[12:20] <szoszi> reinstalled kernel
[12:21] <szoszi> maybe slightly faster, but still could produce 1.3 cpu load...with just an apt-get update...
[12:22] <tmzt_g2root> so netbook-launcher isn't intended for use with touchscreens?
[12:22] <persia> szoszi, values > 1 for load are typical with apt-get update: it's multithreaded, so there is almost always something waiting for CPU time, unless you have really slow IO.
[12:23] <persia> tmzt_g2root, I wouldn't say that: I'd say instead that testing on touchscreens has been light.
[12:23] <tmzt_g2root> well, finger interaction with the scrollbar and scrolling with touch don't work, though my touchscreen is only sending normal mouse events
[12:23] <tmzt_g2root> I don't know if that's why
[12:24] <szoszi> persia, than that might be my problem? Mostly IO usese higher percentage of CPU...
[12:25] <szoszi> like this : CPU usage 	0% user, 1% kernel, 42% IO, 57% idle
[12:25] <persia> szoszi, Um, no.  IO typically uses no CPU, although the CPU may block waiting for IO to complete and be unable to do anything at all.
[12:25] <persia> That means your CPU isn't doing much of anything, just waiting for the IO subsystem to provide some data.
[12:26] <ogra_ac> IO uses CPU if your rootfs is on USb
[12:26] <ogra_ac> due to the nature of USb
[12:26] <szoszi> rootfs is on micro SD
[12:27] <persia> ogra, Why?  Does all the USB accounting overhead get called "IO" by the kernel?
[12:28] <ogra_ac> no idea, i just know that USB usually uses CPU time for transfers
[12:31] <persia> Ah, yeah.  That's true (assuming you don't have a separate USB data transfer core in your hardware, with appropriate drivers).  I just didn't know it showed up as "iowait" in the linux accounting subsystem.
[12:35] <szoszi> okay :) I'm confused. :) Will download and install official ubuntu image :D
[12:37] <szoszi> https://wiki.ubuntu.com/ARM/BeagleNetbookInstall it's not mentioned here, but as I know a fat partition and u-boot is requered. From where can I obtain proper files for this?
[12:38] <persia> szoszi, They are already included in the image.
[12:38] <ogra_ac> wrong wikipage again
[12:39] <ogra_ac> follow https://wiki.ubuntu.com/ARM/OMAP
[12:39] <ogra_ac> we didnt support XM before maverick
[12:40] <persia> Couldn't: it didn't exist.
[12:40] <szoszi> so lucid wont run on xm?
[12:40] <ogra_ac> right
[12:40] <persia> Very unlikely.
[12:41] <szoszi> shit...just felt that that netbook-look is quite handy :)
[12:41] <persia> !ohmy > szoszi
[12:41] <ubot2> szoszi, please see my private message
[12:41] <persia> It's available in maverick as well :)
[12:43] <szoszi> http://cdimage.ubuntu.com/ports/releases/maverick/release/ here is no premade image, as I see. Or you mean as a package?
[12:44] <persia> See the URL in the /topic :)
[12:44] <szoszi> : ubot2 how?
[12:44] <ogra_ac> the maverick images look pretty much the same as the lucid ones
[12:44] <ogra_ac> the UI is the same launcher
[12:45] <szoszi> persia...right :)
[12:45] <szoszi> thanks :)
[12:50] <armin76> !ohmy
[12:50] <ubot2> Please remember that all Ubuntu IRC channels share the same attitude of providing friendly and polite interaction with all users of all ages and cultures. Basically, this means no foul language and no abuse towards others.
[12:50] <armin76> :D
[12:50] <rcn-ee> szoszi, saw your message on #beagle, swapping kernel's isn't going to really dramaticly improve your performance.. swapping out the card that came with your xM with a class 6 will give you a little more..
[12:51] <ogra_ac> ugh, who still uses class 6 for rootfses ?
[12:51]  * ogra_ac would always recommend class 10
[12:52] <rcn-ee> well class 6+ i use usb/sata drives.. ;)
[12:52] <ogra_ac> :)
[12:52] <rcn-ee> but anything is faster then the sd card that comes with the xM...
[12:53]  * ogra_ac didnt know the XM ships one
[12:53] <ogra_ac> mine came without card
[12:53] <rcn-ee> you had a pre-production one.. ;)  the production ones come with a default easy first boot angstrom.. never booted it myself..
[12:55] <szoszi> rcn-ee, thanks for the tip, but average loads are still over 1. Maybe try angstrom next. :) But as you nor I did boot the factory image
[12:56] <szoszi> but by the way I feel it slightly better ;)
[12:58] <rcn-ee> you will get a slight speed bump from angstrom, as they run the xM at 1Ghz...  Mine is limted to 800.. for comparsion which io load command where you running?
[13:00] <szoszi> rcn-ee, could you please ask "for comparsion which io load command where you running?" a diffent way? I cannot catch the question...
[13:02] <rcn-ee> szoszi, sorry slow morning.. it wasn't top.. which command where you monitoring kernel and i/o %...
[13:03] <szoszi> rcn-ee, just installed webmin...
[13:04] <szoszi> maybe it's not trustable, I do not really know, but seems correct
[13:04] <rcn-ee> ah, yeah use to run that on my beagle's that program seems to creates a lot of extra i/o itself..
[13:06] <szoszi> so you blame webmin for lots of IO? where can I monitor IO? :) top does not show up
[13:08] <hrw> use iotop?
[13:08] <rcn-ee> iotop/iostat/etc..
[14:03] <szoszi> hello again, downloaded and tried to write ubuntu netbook arm image, like this sudo sh -c 'zcat <imagename> /dev/sda, but atfer hitting enter I can only see a ">" and seems nothing happens. Any idea?
[14:04] <GrueMaster> Yes, add a closing '
[14:06] <szoszi> ...did not notice...I should se no charecters flowing randomly? and changing rapidly?
[14:08] <ogra_ac> no, you see nothing until the command is done usually
[14:09] <szoszi> then something is wrong
[14:09] <ogra_ac> yes, you miss > in your command
[14:10] <ogra_ac> sudo sh -c 'zcat /path/to/downloaded/image.img > /dev/sda'
[14:11] <szoszi> now seems fine :)
[14:11] <ogra_ac> :)
[14:12] <szoszi> iotop shows disk write 10-20M :) Thanks ogra_ac and sorry
[14:13] <ogra_ac> sorry ? for what ?
[14:13] <ogra_ac> nothing to feel sorry about ;)
[14:15] <szoszi> ogra_ac I should spend more time with linux and less with M$ products. But at the company we use M$
[14:16] <ogra_ac> no need to excuse yourself for that
[14:16] <persia> szoszi, Don't make it a "should": do what you enjoy.  Ensure you can afford to do so :)
[14:19] <szoszi> persia, with my girlfriend we are planning to move to the uk :D There are non-it jobs at M&S for start. Later on migh pick IT angain
[14:20] <rsalveti> ogra_ac: new qt package, that disables neon by default is not yet at natty
[14:20] <rsalveti> then to properly get a package version for the ppa it would be good to have the same commit you did for natty
[14:23] <szoszi> I messed up. Just noticed that I need a 4gb+ memory card for the image, but I have a 2 gb inserted, can I do anything with this premage image to fit?
[14:23] <ogra_ac> rsalveti, so you need my upload first ?
[14:23] <ogra_ac> ScottK, ^^^
[14:23] <rsalveti> ogra_ac: it'd be good, because then I just build a new version with ppa1 on it
[14:23] <ogra_ac> ScottK, i will upload qt with the same change i did in the SRU, rsalveti will provide a PPA with NEON
[14:24] <ogra_ac> just FYI
[14:24] <ScottK> ogra_ac: There's no point in uploading to Natty as it will just FTBFS.
[14:25] <rsalveti> argh, true
[14:25] <ogra_ac> (to be honest i would be ok if the maverick change would just be allowed into -updates and we leave natty as is and give upstram time to fix it during the cycle)
[14:25] <rsalveti> it's still broken
[14:25] <ScottK> ogra_ac: I'd prefer that.
[14:25] <ogra_ac> lets go to -devel and convince pitti then
[14:25] <rsalveti> alright
[14:38] <szoszi> I messed up. Just noticed that I need a 4gb+ memory card for the image, but I have a 2 gb inserted, can I do anything with this premage image to fit to a 2gb sd card?
[14:40] <ogra_ac> no
[14:40] <szoszi> thought so :)
[14:40] <ogra_ac> it is 2.2G big if it is unpacked
[14:40] <ogra_ac> so you truncate it if you write it to a smaller card
[14:40] <szoszi> lol, than I have to go and buy an sd card :)
[14:43] <persia> Consider it an opportunity to get a fast one :)
[14:45] <szoszi> :D
[14:45] <szoszi> that will be the second :)
[14:45] <szoszi> by the way the firs option faster than bigger :D
[14:47] <szoszi> since I received my beagle I'm thinging, but could not find an example, is is possible, did someone manage to install multiple OS on a single sd?
[15:10] <fluitfries> seems like the Toshiba Mini NB300 series is a decent netbook option for home/small business use?
[15:14] <persia> Aside from the fact that it's the wrong architecture :)
[15:14] <fluitfries> knew something would bite me in the ass...  just looking for basic netbook advice.  sorry.  :P
[15:19]  * janimo finds the reason for NUX FTBFS
[15:21] <ogra_ac> janimo, wohoo
[15:21] <ogra_ac> great
[15:21] <janimo> need t6o talk to NUX guys, I am not sure I can just upload a fix. Upstream is Canonical apparently
[15:21] <janimo> strangely I see not NUX pacage on x86 natty but have one on kakadu
[15:22] <ogra_ac> janimo, talk to didrocks on #ubuntu-devel
[15:22] <janimo> ah ok. I tried ayatana
[15:22] <ogra_ac> he maintains it in ubuntu and will incprporate fixes (and forward them to ayatana)
[15:23] <janimo> ok. Went further anfd found another bug so still FTBFS
[15:23] <ogra_ac> (and i knoe he planned an upload before A1)
[15:23] <janimo> there's a release out a few hours ago
[15:26] <ogra_ac> well, the last upload was 5 days ago
[15:33] <janimo> uh, NUX is a graphics framework made for x86 win/lin/mac . Needs more work to learn about ARM, not a simple packaging FTBFS
[15:34] <rsalveti> janimo: yeah, and needs to support gles to be fully compatible with arm boards
[15:35] <janimo> I'll look at fixing the buld first. Is GLES a runtime or build req?
[15:35] <rsalveti> janimo: probably something the dx team needs help with, if you have time
[15:35] <janimo> sure, am looking at the code now
[15:35] <rsalveti> janimo: gles is a nice to have, but we're ok if we don't have it as we can run gl with mesa by software
[15:35] <janimo> may need to set up a bzr branch if there will be more than a few patches
[15:35] <rsalveti> yeah, building on arm is the first step
[15:36] <janimo> is gles hard? I am not familiar with its status, I see it is assgned to you
[15:36] <rsalveti> janimo: are you familiar with gl and gles stuff? the idea of the bp is to move the packages to be gles by default
[15:36] <rsalveti> on arm
[15:36] <rsalveti> instead of gl
[15:37] <rsalveti> then we can use the hw accelerated drivers
[15:37] <rsalveti> like we have for omap3 and omap4 atm
[15:37] <rsalveti> janimo: nux is required by the new unity + compiz stuff
[15:38] <janimo> rsalveti: not familiar but have nothing against getting familiar
[15:38] <rsalveti> :-)
[15:39] <rsalveti> will be out for lunch now, we can talk more about it later :-)
[15:39] <janimo> enjoy your meal!
[15:40] <rsalveti> thanks :-)
[15:40]  * rsalveti lunch
[15:49] <tmzt_g2root> netbook isn't quite usable in wvga either
[16:50] <ogra_ac> tmzt_g2root, nothing in ubuntu is optimized for 480px vertical, 600px is minimal
[16:51] <tmzt_g2root> it's maximus, the open dialog was working without it and centered on the screen
[16:51] <tmzt_g2root> but maximus thinks it's a top level and tries to expand it
[16:52] <tmzt_g2root> theme looks totally out of place too
[16:52] <ogra_ac> there are gconf keys for excluding apps from maximus handling
[16:52] <ogra_ac> yeah, nobody made any effort to adjust to 800x480
[16:52] <tmzt_g2root> yeah I need to put the gconf files back in there
[16:52] <ogra_ac> well, persia did quite a while ago, but we didnt follow up on that
[16:53] <tmzt_g2root> I lost my panels/window switcher too
[16:53] <tmzt_g2root> is maximus a wm? can it be used to switch between programs? I can't seem to get anything to not be always on top
[16:53] <tmzt_g2root> like it's unmanaged
[16:55] <ogra_ac> maximus is a metacity extension iirc
[16:57] <tmzt_g2root> so metacity is running?
[16:57] <tmzt_g2root> or should be
[16:57] <ogra_ac> i think so, not sure
[17:00] <tmzt_g2root> doesn't seem to be running, that might be the problem
[17:16] <prpplague> ogra_ac: bamboo pcb are out for production
[17:16] <ogra_ac> wohooo !
[17:16] <prpplague> ogra_ac: i have a couple other boards i'm looking at doing
[17:18] <prpplague> ogra_ac: thoughts on a board the exact same size of the pandaboard that has the following: two usb host ports, eeprom, battery backed rtc, and some breakout headers
[17:19] <ogra_ac> sounds like beagle Cx revived
[17:20]  * armin76 points prpplague to #pandaboard
[17:20] <ogra_ac> prpplague, no tower ?
[17:20] <ogra_ac> (and no NIC)
[17:21] <prpplague> armin76: ??
[17:21] <mellis> hey i just set up ubuntu 10.10 desktop has anyone else made a image of that for download?
[17:21] <ogra_ac> he just wants to tease you
[17:21] <prpplague> ahh
[17:21] <prpplague> ogra_ac: sorry what i meant was an accessory board for the pandaboard
[17:22] <ogra_ac> mellis, the netbook images we provide contain dektop
[17:22] <prpplague> ogra: basically just adds the extra ports
[17:22] <ogra_ac> ah
[17:22] <ogra_ac> i thought instead of what the panda has atm
[17:22] <prpplague> ogra: it would be a inexpensive add on
[17:22] <ogra_ac> additional USB ports would be good, yeah
[17:22] <ogra_ac> since the two on the board are usually taken by kbd and mouse
[17:23] <ogra_ac> and pattery backed rtc would be good too
[17:23] <tmzt_g2root> anything with ethernet?
[17:23] <ogra_ac> panda has ethernet already
[17:23] <ogra_ac> as well as wlan
[17:23] <tmzt_g2root> cool
[17:23] <prpplague> ogra_ac: techincally all you need to add the additional usb ports is just to get some of these - http://www.amazon.com/2-Port-Rear-Panel-Bracket-Adapter/dp/B002IWEDSS
[17:24] <ogra_ac> yeah, i know
[17:24] <ogra_ac> but the board itself has only two which gets in your way if you want to run it as a desktop with usb disk
[17:25] <mellis> ogra_ac yeah but thats the netbook desktop witch not what all useres what
[17:25] <ogra_ac> mellis, no, the normal desktop
[17:26] <ogra_ac> you can select it at the login manager
[17:26] <ogra_ac> its shipped by default
[17:26] <mellis> ahh ok i couldint get that image to work for me
[17:26] <ogra_ac> on what hw ?
[17:26] <mellis> beagle xm rev 2
[17:26] <ogra_ac> should work
[17:26] <mellis> it wouldint output to s-video
[17:27] <ogra_ac> oh, s-video
[17:27] <ogra_ac> yeah
[17:27] <ogra_ac> not much tested by us
[17:27]  * ogra_ac knows your bug i think
[17:27] <mellis> yeah bit anoying
[17:27] <ogra_ac> we'll try to put some focus on it in natty
[17:28] <mellis> yeah that would be great
[17:29] <mellis> even the u-boot in that image didnt output to s-video
[17:32] <prpplague> ogra_ac: yea but you can add the extra ports pretty quick, the pinout is 1 to 1 for the connectors
[17:32] <prpplague> ogra_ac: all you have to do is solder on the header
[17:33] <ogra_ac> mellis, u-boot doesnt output to *any* graphical display
[17:33] <ogra_ac> only to serial
[17:33] <ogra_ac> prpplague, yup or use a proper plug
[17:34] <mellis> the one i use outputs bars to s-video
[17:35] <prpplague> ogra_ac: actually u-boot does have support for boot splash screen on some devices
[17:35] <ogra_ac> prpplague, i know
[17:35] <ogra_ac> i was talking about ubuntus u-boot binary indeed
[17:35] <prpplague> ahh
[17:35]  * prpplague needs to get that working for the panda
[17:36] <ogra_ac> sakoman cant help with that ?
[17:37] <ogra_ac> we are using linaros u-boot with should be his
[17:39] <prpplague> ogra_ac: yea i am sure he can for a fee , hehe
[17:40] <ogra_ac> heh
[17:40] <ogra_ac> well, thats good, we need to keep him alive ;)
[17:40]  * ogra_ac is all for paying good developers money ;)
[17:41] <ogra_ac> GrueMaster, my omap4 buld is running since more than 30mins already, seems it will survive, so you should have something to test in about 1-1.5h
[17:43] <GrueMaster> ok
[17:44] <Kamondelious> anyone know how to fix "unable to enumerate USB device on port" errors?
[17:48] <Kamondelious> I'm running a BeagleBoard Rev C3 with 10.10
[17:52] <ogra_ac> Kamondelious, are you using a powered hub ?
[17:53] <Kamondelious> yes
[17:53] <ogra_ac> well, C3 did have USB issues iirc
[17:54] <Kamondelious> I only seem to have issues with this error when I plug in my webcam
[17:54] <Kamondelious> dang
[17:55] <ogra_ac> oh, that rather sounds liek a missing driver
[17:55] <ogra_ac> what kind of webcam is that ?
[17:55] <Kamondelious> uvc
[17:56] <ogra_ac> hmm, should have a driver iirc
[17:56] <Kamondelious> the uvc module is loaded
[17:57] <Kamondelious> and the camera works on other computers
[17:57] <ogra_ac> weird
[17:57] <ogra_ac> it did get autmatically loaded ?
[17:57] <ogra_ac> when plugging in the camera ?
[17:57] <Kamondelious> no, I loaded it with modprobe
[17:57] <ogra_ac> ah
[17:58] <Kamondelious> added it to /etc/modules
[17:58] <ogra_ac> well, that wont help much
[17:59] <ogra_ac> udev should load it automatically if your cam is associated with the driver
[17:59] <Kamondelious> ahh
[19:35] <Kamondelious> ogra_ac, I can confirm that I have had this same camera working on my BeagleBoard before, with a previous Ubuntu (10.04 community) install
[19:35] <Kamondelious> very odd, I might have to break down a buy another powered usb hub to eliminate that as the issue
[20:47] <berco-mac> GrueMaster: hi
[20:53] <berco-mac> GrueMaster: I was wondering if you saw my update on Launchpad and if you were unblock with your display
[20:54] <GrueMaster> I saw the LP entry.  Haven't gotten further yet.
[20:56] <berco-mac> I had my colleague do the exact same update and we couldn't see the issue. that's weird. I need to compare our setups
[21:07] <epp> hey guys i just picked up a tablet that runs android and has ubuntu running ARM. What are the repos for ubuntu arm?
[21:07] <epp> all they have is some crap one that has almost no software
[21:08] <rsalveti> epp: what is your tablet?
[21:08] <rsalveti> we first need to check if it's compatible with ubuntu
[21:08] <rsalveti> like what arm cpu and etc
[21:09] <epp> rsalveti, its running ubuntu
[21:09] <rsalveti> epp: oh, if you got it running already you're fine :-)
[21:09] <epp> rsalveti, smart Q7
[21:09] <epp> it came preloaded but its slimmed down
[21:10] <rsalveti> epp: with which ubuntu version?
[21:10] <epp> rsalveti, im not sure
[21:10] <rsalveti> lsb_release -a usually tells you
[21:10] <epp> okej
[21:10] <epp> hold
[21:11] <rsalveti> or look at /etc/issue and/or /etc/issue.net, you can at least have a clue if they generated it fine
[21:11] <epp> okey
[21:12] <epp> i finally got sshd working
[21:15] <epp> ubuntu 9.10
[21:16] <rsalveti> epp: ok, this is the karmic release
[21:17] <epp> rsalveti, i just need some repo address
[21:17] <rsalveti> epp: http://ports.ubuntu.com/ubuntu-ports
[21:17] <rsalveti> deb http://ports.ubuntu.com/ubuntu-ports karmic main
[21:18] <rsalveti> will probably do the work
[21:18] <epp> ok but dont i need to add arm specific or does it detect?
[21:19] <rsalveti> epp: nops, just this line should be enough
[21:19] <epp> cool
[21:20] <epp> god it doesnt even have nano i dont know vi haha
[21:21] <rsalveti> you can use echo, cat hehe
[21:22] <epp> ahh perfect ill echo >
[21:22] <epp> whats append to file >> or >
[21:25] <epp> its >>
[21:26] <berco-mac> epp:  yes
[21:26] <epp> great looks like its working
[21:26] <epp> this is the original haha
[21:27] <epp> deb http://ubuntu.srt.cn/ubuntu-ports/ karmic main universe restricted multiverse