[07:41] <thelegace_> hi could someone tell me why im getting this error Hash sum mismath for gettext
[07:43] <twb> Probably because the hash sums don't match
[07:44] <twb> if this is during an apt-get run, that's usually because the mirror is broken or an http proxy is caching strangely, or even just because the connection was lost halfway through
[07:47] <scientes> yeah whenever you get that error, just run "apt-get update" again
[07:48] <scientes> and as long as you only have ubuntu sources, that works 100% of the time in my experience
[07:48] <scientes> oh wait, hash sum,
[07:48] <scientes> then you have to sudo rm /var/cache/apt/archive/<PACKAGE>
[07:48] <scientes> which is hella annoying
[07:48] <scientes> sometimes it works itsself out, but not always
[07:50] <thelegace_> ya scientes its not fixing the problem
[07:52] <thelegace_> could it be just be a mirror problem
[07:52] <thelegace_> oh ok
[07:52] <thelegace_> that fixed it
[07:53] <thelegace_> deleting it from the pool directory
[08:00] <scientes> yeah you have to do that some times
[08:00] <scientes> quite annoying
[08:00] <scientes> I have apt-cacher-ng too
[08:01] <scientes> and i've had to log into the acng server and delete it there as well
[08:20] <xnox> https://blueprints.launchpad.net/ubuntu/+spec/arm-q-platforms-emerging
[08:20] <xnox> I thought Raspberry Pi is not supported by current ubuntu arm[el?] port
[08:20] <ogra_> EEEK !
[08:20]  * ogra_ sighs deeeeeeeeply
[08:20]  * xnox maybe I should not comment on that blueprint....
[08:21] <twb> That blueprint boils down to "now that we have migrated to armv7 so everyone is happy, Pi comes out and we can sell to it so we should go back to armv5" ?
[08:22] <ogra_> twb, yeah, and there is also that openmoko platform ... and they all want to run unity on it :P
[08:22] <twb> IMO the answer is "no tough shit, you should have thought of that 18mo ago"
[08:23] <twb> "Why do you think it's $25 instead of $100?  Because it's an obsolete arch!"
[08:24] <twb> ogra_: we should create a 286 emulator in minecraft and then propose to make the i386 packages all support it OOTB
[08:25] <ogra_> ++
[08:25] <micahg> twb: you don't even have to go that far, i386 is i686 :)
[08:26] <twb> micahg: all of it?  I thought it was a hodge-podge of i386 i586 and i686
[08:26] <twb> Maybe that's only in debian land
[08:26] <twb> Also our emulated 286 would have no FPU or MMU
[08:26] <micahg> yeah, Debian's still targetting some 586 machines, I think we've been at 686 since at least maverick
[08:26] <twb> micahg: Okey dokeyt
[08:27] <micahg> and now pae is gone :)
[08:27] <micahg> err...non-pae :)
[08:27] <twb> micahg: soekris net5501 doesn't support PAE -- that bit me when I tried to put lucid server kernel on it :-/
[08:27] <twb> Fortunately I chucked that out because it couldn't handle our dirty power
[08:28] <micahg> I thought there was a non-pae lucid server kernel
[08:28] <twb> Shrug
[09:02] <twb> Urgh, the I/O on this TF101 is not noticable -- except in apt
[09:03] <twb> It takes like 30s just to read the sources lists out of /var and into memory
[09:03] <twb> Package installs are hugely slow too, even with unsafe-io in dpkg.cfg
[09:09] <djszapi> ogra_: hey...
[09:25]  * ppisati -> disappears for a bit
[09:35] <thelegace_> hi im trying to compile this library called gst-rtsp
[09:36] <thelegace_> when i run .configure it says configure: error: no gstreamer-1.0 >= 0.11.0
[09:36] <thelegace_> but gstreamer is installed
[09:38] <thelegace_> nvm i was using to new version of the library
[11:16] <ppisati> ogra_: "Ubuntu Configurations for Raspberry Pi and Other Emerging ARM Platforms"
[11:16] <ppisati> ogra_: http://summit.ubuntu.com/uds-q/2012-05-09/
[11:17] <ogra_> sigh
[11:17] <ppisati> ogra_: :)
[11:17] <ogra_> well, we apparently have to face it at least once :/
[13:53] <timholum> rcn-ee: thanks ( Also sorry about the late responce, my boss came in and needed me to go with him to work on something
[14:06] <lilstevie_> "Being that the Raspberry Pi hardware platform has recently released, it's likely that many will install Ubuntu on this device." <- um what
[14:12] <XorA> lilstevie_: you can install ubuntu on it
[14:12] <lilstevie_> since when
[14:12] <XorA> 8.04
[14:12] <lilstevie_> unless you are talking about karmic
[14:13] <XorA> ubuntu arm wasnt always armv7
[14:13] <lilstevie_> I know it wasn't
[14:13] <lilstevie_> wait, karmic was armv7 wasn't it
[14:14] <ogra_> nope, v6
[14:14] <ogra_> jaunty was v5
[14:14] <rcn-ee> lucid, was the first armv7, it was armv6 karmic, armv5 jaunty..
[14:14] <XorA> it only take a motivated individual with too many server class machine free to do an armv5 rebuild, can call it oldbuntu or something :-)
[14:14] <lilstevie_> ah
[14:15] <lilstevie_> but anyway, hardly seems relevant for UDS to talk about jaunty or karmic on the rpi
[14:16] <XorA> as someone else said, its like the i386 of arm boards
[14:16] <lilstevie_> heh
[14:16] <XorA> still anoying that my one machine that is different is the Sheeva, but its debian so no too much different
[14:17] <lilstevie> I was considering the pi
[14:17] <lilstevie> but I like my t2 desktop and t3 tablet too much to take a step backwards like that
[14:18] <XorA> my only regret with RPI is I didnt buy one then list it on ebay without opening it
[14:19] <XorA> lilstevie: still waiting for 100% working Transformer :-D
[14:19] <lilstevie> XorA: heh
[14:19] <lilstevie> it is getting there :)
[14:19] <lilstevie> how long did it take for the ac100?
[14:20] <lilstevie> to get to its state
[14:20] <XorA> no idea
[14:21] <lilstevie> working on getting the prime up to a basic working state
[14:22] <XorA> I didnt see enough in prime to upgrade
[14:22] <lilstevie> heh
[14:22] <lilstevie> tegra3
[14:23] <lilstevie> ^^ biggest reason to upgrade
[14:23] <XorA> for android I mean
[14:23] <XorA> I could see me upgrading for fully working Ubuntu
[14:23] <XorA> but normal transformer already plays videos at full speed and changes pages on pdfs/comics instantanrously
[14:23] <lilstevie> I thought that
[14:23] <lilstevie> then I got a prime
[16:58] <ahs3> ogra_: hey.  finally got around to booting my cubox; it came with lucid pre-installed :)
[16:59] <ogra_> ahs3, yeah, i heard so
[16:59] <ogra_> we had someone here instaling precise on it from ubuntu-core
[16:59] <ahs3> oh, nice.  that was going to be my next step
[17:29] <jonmasters_> hey, who owns the audit userspace binaries?
[17:33] <ogra_> jonmasters_, well, ubuntu has no package owners like debian does ...
[17:33] <ogra_> auditd is in universe, your best bet is probably #ubuntu-motu
[17:34] <jonmasters_> well, it's broken and there's a kernel patch coming soon you'll need to pick up too. Just wanted to let you guys know :)
[17:36] <infinity> jonmasters_: Time to join MOTU and contribute? ;)
[17:36] <infinity> jonmasters_: I'll trade you an ubuntu.com for a fedora.org.
[17:37] <ogra_> lol
[17:53] <jonmasters_> infinity: MOTU is "Masters of the Universe", right? I'm already a Masters of the Universe ;)
[18:21] <infinity> jonmasters_: :P
[18:33] <djszapi> ogra_: wow
[18:33] <djszapi> The _FPU_EXTENDED, _FPU_GETCW and _FPU_SETCW macros are not available on ubuntu-arm
[18:33] <djszapi> hefty; it causes the openal software break during the build.
[18:36] <djszapi> http://paste.kde.org/468116/ -> ohh, so it is there, just not by the default include path...
[18:43] <infinity> djszapi: /usr/include/<triplet>/ is on the default path.
[18:43] <infinity> djszapi: If it wasn't, pretty much nothing in the archive would build. :P
[18:43] <djszapi> /usr/include/<triplet>/ is on the default path.
[20:06] <ogra_> janimo`, yo ho ho ... will you ne at UDS ?
[20:06] <ogra_> *be
[20:07] <janimo`> ogra_, nope, not this one
[20:07] <ogra_> *sniff*
[20:07] <ogra_> have you seen my mail to the ac100 list ?
[20:07] <janimo`> regarding the armhf package build?
[20:07] <ogra_> we have hf drivers ... but apparently they need a 3.1 kernel
[20:07] <janimo`> I thought there was no 3.1 kernel from marvin24 yet
[20:08] <janimo`> or later for that matter
[20:08] <janimo`> just WIP
[20:08] <ogra_> i got them stable running now with marvins 3.1
[20:08] <janimo`> ah ok
[20:08] <ogra_> but have issues booting the kernel :P
[20:08] <infinity> Shame we never got a 3.2 kernel. :/
[20:08] <janimo`> how is it stable if the kernel does not boot :) ?
[20:08] <ogra_> i can only successfully boot if i add break=bottom ... and then kill the shell in the initrd
[20:08] <janimo`> ah
[20:09] <ogra_> something makes it hang otherwise ...
[20:09] <ogra_> there must be a bad race somewhere
[20:09] <janimo`> does it need 3.1 or >=3.1  ?
[20:09] <ogra_> (though just adding sleeps randomly to the scripts didnt help either)
[20:09] <janimo`> I thought a lot of tegra2 and ac100 bits were going into 3.3
[20:09] <ogra_> i think it uses 3.1.10
[20:10] <ogra_> not sure how many will and if the binary driver works with it
[20:12] <janimo`> afaik we used the earlier L4T drivers with kernels newer than what nvidia suggested and had in the SDK
[20:13] <ogra_> well, sure, but someone will have to test that
[20:13] <ogra_> i dont think there is any usable 3.3 tegra tree anywhere yet
[20:13] <ogra_> and i'm soure there will still be enough to add
[20:14] <infinity> If a lot of tegra stuff has been upstreamed in 3.3, perhaps 3.4 can be made to work? :P
[20:14] <infinity> And we could actually match the distro kernel...
[20:14] <ogra_> i think there are bits upstream wont accept easily
[20:15] <ogra_> similar to omap4
[20:15] <infinity> Well, sure, we can still carry a patchset.
[20:15] <infinity> Most of omap4 is upstream by now, AFAIK.
[20:15] <ogra_> thats what i mean ... it wont be for free like omap3
[20:15] <ogra_> and for omap4 the DSS code wont go upstream
[20:15] <ogra_> so if you want full display support you still need a patchset
[20:17] <marvin24_DT> well, you can try my for-next branch if you want to be at the bleeding edge
[20:17] <marvin24_DT> it has just 6 patches to enable kms driver
[20:17] <marvin24_DT> but I guess it's not much fun
[20:17] <ogra_> thats what version ? 3.3 ? 3.4 ? chromeos 3.something ?
[20:18] <marvin24_DT> -next
[20:18] <marvin24_DT> 3.4-rc5
[20:18] <marvin24_DT> mainline
[20:19] <marvin24_DT> but no suspend
[20:19] <ogra_> bah
[20:19] <marvin24_DT> and only basic powersave
[20:19] <ogra_> what else is broken ?
[20:19] <ogra_> bah, even worse
[20:19] <marvin24_DT> broken?
[20:19] <marvin24_DT> nothing
[20:19] <marvin24_DT> just "missing"
[20:19] <ogra_> well, suspend, powersave ...
[20:19] <ogra_> does sound work ?
[20:19] <marvin24_DT> yes
[20:19] <ogra_> display ... touchpad ... wlan
[20:19] <marvin24_DT> it is mainlined for a long time now
[20:19] <marvin24_DT> all working
[20:20] <ogra_> hmm. nice
[20:20] <ogra_> so only power mgmt and suspend ? thats not as bad as i thought
[20:20] <marvin24_DT> tegra folks invested much time into device tree conversion
[20:20] <ogra_> great
[20:20] <marvin24_DT> so not much is done on the hw support front
[20:21] <marvin24_DT> it seems all the board files will be removed next time
[20:21] <ogra_> so only DT then ?
[20:21] <marvin24_DT> yes
[20:21] <ogra_> good
[20:21] <marvin24_DT> so if you want to port to a new device, just add a text file ;-)
[20:21] <ogra_> yep
[20:22] <ogra_> intresting that its actually nvidia that got that far
[20:22] <marvin24_DT> I have no idea where omap is now
[20:22] <ogra_> if you look at other new things in technology ... i.e. kms ... it takes them a century to adapt
[20:22] <marvin24_DT> I also see a lot of patches from ti
[20:23] <ogra_> yeah, b ut thats likely rather for omap4
[20:23] <marvin24_DT> kms is not mainlined yet (therefore the 6 patches)
[20:23] <marvin24_DT> but they are very small though
[20:24] <ogra_> well, kms in general ... even on x86
[20:24] <marvin24_DT> I think alied already can live with them
[20:24] <ogra_> its like what ... 6 years old now ?
[20:24] <ogra_> and it took them this long to adapt their drivers
[20:24] <marvin24_DT> btw, is it possible to build a xf86-video-modesetting package?
[20:24] <marvin24_DT> for armhf?
[20:24] <ogra_> i dont see why not
[20:24] <marvin24_DT> I hate to build it myself all the time
[20:25] <marvin24_DT> I mean add it to the ubuntu distro
[20:25] <ogra_> file a bug, i'll talk to RAOF (org maintainer) next week
[20:25] <ogra_> s/org/xorg/
[20:25] <marvin24_DT> ogra_: against what?
[20:26] <ogra_> hmm., good question, can you build it from any source we laready have ?
[20:26] <ogra_> *already
[20:26] <ogra_> if not, just the ubuntu project
[20:26] <marvin24_DT> yes, basicly it is just one file
[20:27] <marvin24_DT> (and a man page)
[20:27] <marvin24_DT> eh, n
[20:27] <marvin24_DT> o
[20:27] <marvin24_DT> no source package yet
[20:27] <ogra_> right, just file it against ubuntu then
[20:39] <marvin24_DT> done
[23:12] <evolvdone> I'm having a problem with getting ubuntu loaded up on my pandaboard es. When I first boot up after loading the image on the SD card everything seems to be working then it reboots and I get a erro saying "Errors were found while checking the disk drive for /"
[23:12] <evolvdone> Anyone seen this before?
[23:15] <infinity> evolvdone: Your card's failing.
[23:15] <infinity> evolvdone: Not much else to say about that.
[23:15] <evolvdone> bummer I just got it
[23:15] <davecheney> if you just burnt the image onto the card, did you check the sha1sum ?
[23:16] <infinity> evolvdone: Assuming you wrote to the card correctly, the install is fairly foolproof after that.
[23:16] <davecheney> but it's most likely just burnt out
[23:16] <evolvdone> yeah I tried it both in windows and linux to see if it would make a difference
[23:17] <infinity> SD card quality (or lack thereof) is the reason I wish we'd stop doing the preinstalled images and just make people use external hard drives. :P
[23:17] <evolvdone> I have a external hd around I could use, I still need a working sd card to get that to work though, correct?
[23:17] <infinity> evolvdone: You need an SD that works siginificantly less robustly, though. :)
[23:18] <TypoNAM> infinity: aren't preinstalled images still useful for USB external hard drives?
[23:18] <infinity> evolvdone: Installing to an external HDD just means having a small 8MB vfat partition on a card.
[23:18] <evolvdone> Ha, guess I will give that working then
[23:18] <infinity> TypoNAM: using a d-i image to install directly to the hard drive is a lot less hassle in the end.
[23:18] <infinity> TypoNAM: And means you don't have to boot your entire OS from flash...
[23:19] <evolvdone> a d-i image?
[23:19] <infinity> http://ports.ubuntu.com/ubuntu-ports/dists/precise/main/installer-armhf/current/images/omap4/netboot/
[23:20] <infinity> Grab boot.img-fb.gz, zcat to a card, boot, enjoy.
[23:20] <infinity> (or -serial.gz, if you prefer using a serial terminal)
[23:20] <infinity> Granted, neither of those will install ubuntu-desktop by default, but that's an easy enough fix once you're done.
[23:20] <evolvdone> awesome stuff
[23:21] <infinity> (And given that they don't, they're also in a better position if you wanted to try, say, kubuntu-desktop or xubuntu-desktop or lubuntu-desktop instead)
[23:22] <davecheney> are there any dev boards that offer sata (or even pata?) as an option
[23:22] <evolvdone> thanks for the help, i'm going to mess with it now
[23:22] <infinity> davecheney: The i.MX53 QuickStart has SATA.
[23:22] <davecheney> i looked at that when i got my panda
[23:22] <infinity> davecheney: As does the Marvell ArmadaXP, though we don't talk about that one.
[23:23] <davecheney> either it wasn't in stock, or it had teeny tiny onboard ram
[23:23] <davecheney> and i knew the panda just worked (tm)
[23:23] <infinity> davecheney: In general, I'd recommend a Panda over the QuickStart just because the CPU is significantly speedier, but when the MX6 boards come out, they'll really be worth a look.
[23:23] <infinity> (I have both on my desk, I love my QuickStart, but an A8 just can't compete with a dual-core A9)
[23:24] <davecheney> in australia, i had to take what I could get
[23:24] <davecheney> everything else was backordered
[23:24] <davecheney> even then I had to priomse to Mouser that I wasn't going to make a bomb with it or something
[23:24] <infinity> ;)
[23:26] <davecheney> fwiw, i've been running a panda for about 6 months on a crap 8gb memory card I bought at the supermarket
[23:26] <davecheney> i host my /home on nfs and mount /tmp on a ramdisk
[23:27] <davecheney> so the card doesn't take much of a pounding
[23:27] <infinity> Certainly helps, yeah.
[23:27] <infinity> I've burned through a lot of cards doing development on these things.
[23:27] <infinity> THough I have a Lexar that Just Won't Die.
[23:27] <davecheney> i understand about sd frustration, but being able to gunzip the image, plug in my monitor and turn on
[23:28] <davecheney> was pretty bloody amazing
[23:28] <infinity> Yeah, it's a really neat tool for demoing.
[23:29] <davecheney> no serial cable jiggery pokery, or buying a dodgy jtag usb adapter (hello netgear stora) from a forum
[23:29] <infinity> Though I think it gives an unfairly poor user experince at times.
[23:29] <infinity> (Full Ubuntu desktop + Firefox off an SD, even a "nice" class 10, is... Slow)
[23:29] <davecheney> yeah
[23:33] <infinity> http://paste.ubuntu.com/965823/ <-- Says it all.
[23:33] <infinity> SATA > USB > SD
[23:34] <infinity> (All on the same board)
[23:34] <davecheney> whoa, that is crapz0r
[23:35] <davecheney> maybe I should netboot this board
[23:35] <davecheney> although that would be ~10Mb/s