**** BEGIN LOGGING AT Tue Mar 13 02:59:58 2012
**** BEGIN LOGGING AT Tue Mar 13 09:48:19 2012
Mar 13 10:24:40 <sveinse> I have a natty system which locks up during boot. My suspicions goes to mountall as previously discussed on  here.
Mar 13 10:25:54 <sveinse> I've created an early login with getty on ttyO2. I notice that echo foobar >/dev/console does not print anything on my console, yet the kernel is setup with console=ttyO2,115200n8
Mar 13 10:26:25 <sveinse> Why could that be? Does ubuntu initramfs do anything special to the console?
Mar 13 10:34:19 <sveinse> I.e. where does /dev/console go if not to the console i've specified on the kernel command line
Mar 13 10:58:59 <ogra_> sveinse, do you have devtmpfs enabled ? thats usually mounted by initramfs as first thing
Mar 13 11:02:35 <mik1> cd
Mar 13 11:02:40 <mik1> ll
Mar 13 11:03:04 <ogra_> file not found
Mar 13 11:08:46 <sveinse> ogra_ yes I think so. When logged into the system devtmpfs is mounted.
Mar 13 11:13:08 <sveinse>  /dev/console has another major/minor number than ttyO2, so I presume the kernel handles this redirection?
Mar 13 11:14:37 <ogra_> if your console= args are right
Mar 13 11:21:25 <sveinse> ogra_ I wouldn't get the initial demesg output from kernel without it. However I have observed for a long time that when the initramfs takes over, any output to the console is stopped
Mar 13 11:21:50 <ogra_> you would get the initial dmesg oputput
Mar 13 11:22:11 <ogra_> for a console on ttySX you need two console args
Mar 13 11:22:55 <sveinse> I have console=ttyO2,115200n8
Mar 13 11:23:00 <ogra_> (forst is for kernel, second for userspace)
Mar 13 11:23:06 <ogra_> *first
Mar 13 11:23:17 <sveinse> aha. so console=ttyO2,115200n8 console=ttyO2
Mar 13 11:25:05 <ogra_> try that and see if you get more
Mar 13 11:25:30 <ogra_> also make sure to not have "quiet" set
Mar 13 11:25:47 <ogra_> this will definitely suppress all msgs from initrd
Mar 13 11:25:54 <sveinse> thanks, I'll certainly try
Mar 13 11:41:58 <sveinse> ...and all of the sudden I cant binfmt armel exec's (e.g. debootstrap) on my natty host (amd64). Has something changed recently in respect of kernel
Mar 13 11:42:37 <sveinse> I notice binfmt_misc.ko is not loaded automatically any longer, and modprobing it does not help the issue :(
Mar 13 11:46:08 <mik1> guys is anyone of you playing audio from the beagleboard? if yes could you please advice which distro to use?
Mar 13 11:53:00 <sveinse> All binfmts were apparently set to disabled. update-binfmts --enable qemu-arm did the trick. Wonder why though
Mar 13 12:06:12 <ayaka> could i let second-stage bootloader don't anything in  a android mobile to boot a linux kernel
Mar 13 12:55:11 <sveinse> ogra_ I worked by doubling console=, thanks! It also reveals why mountall is apparently locked up, see http://paste.ubuntu.com/881794/
Mar 13 12:55:31 <sveinse> Note that I'm not using fixrtc in this setup
Mar 13 12:56:12 <ogra_> apparently :)
Mar 13 12:56:22 <ayaka> could i let second-stage bootloader don't anything in  a android mobile to boot a linux kernel
Mar 13 12:58:54 <sveinse> ogra_ I have basically two options: Either run with fixrtc but then I need the patch you made (haven't checked if the patch has made into natty-update though)
Mar 13 12:59:24 <sveinse> Or without fixrtc, but then I need to get past this interactive part which I pasted
Mar 13 13:00:23 <sveinse> We had a discussion internally, and we prefer not using fixrtc as it has unexpected sideeffects if the user (for some reason) needs to set the time backwards
Mar 13 13:03:44 <ogra_> well, make your installer remove fixrtc from the cmdline after its clear the clock is right, thats the only sane option
Mar 13 13:03:57 <ogra_> imho
Mar 13 13:05:24 <sveinse> yes, I partly agree. Since the product has no interactive way of dealing with questions from mountall, its not an acceptable option either. The RTC battery will expire within the lifetime of the product
Mar 13 13:08:48 <sveinse> Unless other simpler options I am considering making a plymouth theme which can respond to such messages and supply keystrokes to allow it to continue
Mar 13 13:14:10 <danboid> Would anyone know of any newer kernel packages for 11.10 armel Panda as the repo ones don't have ALSA sequencer support compiled in it seems
Mar 13 13:15:35 <ogra_> danboid, you could ask linaro or check the TI PPA
Mar 13 13:17:04 <danboid> ogra_, I've tried 3.1.0 from the PPA but that had the same issue- I presume I can use the linaro 11.10 PPA with canonical Ubuntu right?
Mar 13 13:17:17 <danboid> ogra_, 3.1.0 from the ti ppa
Mar 13 13:17:22 <ogra_> for just the kernel that should be fine
Mar 13 13:21:50 <danboid> So what does Linaro offer over the canonical builds/distros?
Mar 13 13:22:34 <danboid> Whats the relationship between Linaro and Canonical?
Mar 13 13:26:23 <gildean> danboid: http://www.linaro.org/engineering/
Mar 13 14:44:22 <sveinse> ogra_ , does initramfs honor/bring along /etc/e2fsck.conf ?
Mar 13 14:45:07 <sveinse> I.e at the time of mountall and e2fsck, /etc is inside the initramfs, right
Mar 13 14:45:13 <ogra_> well, if its in place it should be used
Mar 13 14:45:26 * ogra_ hasnt tried it ever 
Mar 13 14:45:32 <sveinse> ok, thanks
Mar 13 15:45:14 <sveinse> Has ureadahead any improving features on armel (natty)? On my system it just reports ureadahead terminated with status 5
Mar 13 15:45:45 <sveinse> ..running off a sdcard
Mar 13 15:46:28 <ogra_> its in two parts, one improves the loading at boottime, the other runs in userspace and preloads libs etc
Mar 13 15:46:45 <ogra_> even if the first part terminates, the second will still gain you improvements
Mar 13 15:47:45 <sveinse> I also have two accounts of "init: ureadahead-other main process (829) terminated with status 4"
Mar 13 15:48:11 <sveinse> I have no problems leaving it as-is, just OOI
Mar 13 15:48:34 <ogra_> hmm, might be that your kernel is missing options
Mar 13 15:49:12 <sveinse> That is what crossed my mind as well. Where can I find these options?
Mar 13 15:49:22 <ogra_> no idea :)
Mar 13 15:49:45 <ogra_> i would compare your config with an equivalent one of an ubuntu kernel
Mar 13 15:52:08 <sveinse> Well I did that some time ago, and there's a ton of differences. Ubuntu kernel = generic. Our kernel = specific. But I'll start looking.
Mar 13 15:54:00 <sveinse> ogra_ if you care at all: Adding /etc/fsck.conf fixed the problem with using the broken_system_clock option. This will ensure e2fsck never fails due to missing or clock in the past.
Mar 13 15:54:24 <ogra_> yeah, i know
Mar 13 15:54:48 <ogra_> it was added upstream a cycle after fixrtc was added
Mar 13 15:55:03 <ogra_> we had some discussions with ted about it
Mar 13 16:59:32 <HokieTux> Hey all - Does Ubuntu-ARM support the NEON instruction set?  The top comment in this bug (https://bugs.launchpad.net/ubuntu/+bug/848154) seems to indicate that NEON is disabled in Ubuntu builds for non-v7 support?
Mar 13 16:59:33 <ubot2`> Launchpad bug 848154 in ubuntu "ARM version not supporting V6 RaspPi" [Undecided,Invalid]
Mar 13 17:01:45 <GrueMaster> HokieTux: Neon support and V6 Raspberry Pi support are two separate issues.  By default, the main packages do not use neon, as there are several v7 SOC's that do not use neon (nVidia Tegra series, Marvell Armada series, etc).
Mar 13 17:02:21 <HokieTux> GrueMaster, yeah, I know they are separate issues - that is just one of the threads that came up when I was searching for details, and the top comment seemed relevant to non-Pi platforms.
Mar 13 17:02:22 <infinity> HokieTux: We "support" NEON, we don't build with it enabled by default, except in packages where run-time selection can be done.
Mar 13 17:02:31 <GrueMaster> Raspberry Pi uses armv6 which means no thumb2 support.  All of our packages are currently compiled for thumb2 since Lucid.
Mar 13 17:03:01 <HokieTux> infinity, GrueMaster - I'm specifically working on OMAP3 platforms, on the moment, and using Angstrom.
Mar 13 17:03:32 <HokieTux> I am investigating using Ubuntu, and that comment just made me suspicious.  So it is possible to build Ubuntu-ARM with NEON support, then?
Mar 13 17:03:36 <GrueMaster> We fully support omap3 (see our omap3 images - they work on beagle systems).
Mar 13 17:03:57 <infinity> HokieTux: You could rebuild the whole archive with neon enabled by default, it would buy you very little.
Mar 13 17:04:14 <infinity> HokieTux: The packages that have hand-tuned NEON routines tend to have those enabled at runtime already.
Mar 13 17:04:22 <infinity> HokieTux: libjpeg-turbo being a good example.
Mar 13 17:04:59 <infinity> HokieTux: "turning on NEON optimisation" does very little without special consideration in the code, from what I've seen, so I wouldn't worry too much about it. :P
Mar 13 17:05:17 <HokieTux> infinity, aha - so the packages that have them auto-detect support at runtime?
Mar 13 17:05:28 <HokieTux> That more or less answers my question.
Mar 13 17:05:39 <infinity> HokieTux: Certainly not every single package that could have NEON support does run-time autodetection, but a good many do.
Mar 13 17:06:48 <HokieTux> Ah - so it isn't disabled in the kernel, then; it's just that not all packages are necessarily built with it?
Mar 13 17:07:03 <infinity> HokieTux: Anyhow, I'd recommend trying out the precise armhf/omap images and just seeing how it all works for you.
Mar 13 17:07:48 <infinity> HokieTux: The kernel couldn't care less.  And the compiler and assembler are more than capable of doing NEONy things.  As you surmise, we just don't build with it on by default (except where it can be done at runtime).
Mar 13 17:08:01 <infinity> Because, as GrueMaster says, we support v7 SoCs that don't have NEON.
Mar 13 17:08:07 <infinity> So, the world would explode for them. :P
Mar 13 17:08:21 <HokieTux> Great =)
Mar 13 17:08:34 <infinity> One could argue that ARM oopsed a bit by not requiring NEON in the ARMv7 spec, but a bit late now. ;)
Mar 13 17:08:34 <HokieTux> infinity, I almost certainly will try it, then.  If that comment about NEON being disabled at the kernel level in all Ubuntu-ARM builds were true, it wouldn't be worth my time at all since NEON is 100% required for my application.
Mar 13 17:08:50 <HokieTux> That's why I was asking-before-trying
Mar 13 17:08:56 <HokieTux> Thanks for clearing up my confusion, though =)
Mar 13 17:09:08 <infinity> HokieTux: Did Oli mention kernels in that comment?  If so, he was typing faster than he was thinking.
Mar 13 17:10:03 <infinity> HokieTux: Anyhow, in your specific case, yeah, life's good.  The toolchain will happily compile your NEON-needing application, and the userspace and kernel will happily run it.
Mar 13 17:10:08 <HokieTux> Hah, no, he didn't specifically mention kernels - he said "... NEON which we forbid to be build-time enabled by default due to teh fact that we support non NEON armv7 devices"
Mar 13 17:10:22 <infinity> Yeah, that's fairly accurate.
Mar 13 17:10:33 <infinity> If a bit awkwardly-worded. ;)
Mar 13 17:10:48 <HokieTux> Yeah, it sounds scary to people that require it, hah.
Mar 13 17:11:03 <infinity> Well, "forbid" probably needed a caveat of "for distro packages".
Mar 13 17:11:15 <infinity> The toolchain will let you do whatever you want to your own stuff. ;)
Mar 13 17:11:48 <HokieTux> Aha
Mar 13 17:12:23 <HokieTux> infinity, so the short version is that distro-wide packages are built WITHOUT NEON support for compatibility, and  most libraries that have hand-tuned NEON assembler will auto-detect compatibility at run-time?
Mar 13 17:12:46 <infinity> Roughly that, yes.
Mar 13 17:13:24 <HokieTux> and if we wanted to add hand-tuned NEON to distro packages, we would need to use the toolchain to build our own packages
Mar 13 17:13:29 <infinity> Or, rather, things that can auto-detect, we let them.  Things that are compile-time "on or off", it's off.
Mar 13 17:13:53 <infinity> So, if you want to add hand-tuned NEON to distro packages, make it a run-time detection, not a compile-time option.
Mar 13 17:13:56 <infinity> And everyone wins.
Mar 13 17:16:55 <HokieTux> infinity, great
Mar 13 17:18:56 <HokieTux> I really appreciate your time and help =)
Mar 13 17:34:25 <ogra_> grmbl
Mar 13 17:34:44 <ogra_> so no initrdless boot for now :(
Mar 13 17:38:28 * ogra_ wonders if CONFIG_UNIX98_PTYS is set to M in the panda config 
Mar 13 17:39:16 <ogra_> else i dont get why i see bug 954243
Mar 13 17:39:17 <ubot2`> Launchpad bug 954243 in linux-ti-omap4 "booting pandaboard without initrd dies with "init: no available ptys"" [Undecided,New] https://launchpad.net/bugs/954243
Mar 13 17:40:17 <sveinse> Is double usage of console= in kernel commandline mutually exclusive with plymouth? My splash went away when I started using console=...
Mar 13 17:40:44 <ogra_> plymouth shuts down the splash if it detects a serial console option
Mar 13 17:41:02 <ogra_> silly upstream decision, was discussed at lenght a while ago
Mar 13 17:42:52 <sveinse> Hmm ok. Doesn't work too well when the [serial] console != display unit
Mar 13 17:43:59 <ogra_> it omits the splash as soon as you set "console=" iirc
Mar 13 17:44:54 <sveinse> omit = not starting plymouth
Mar 13 17:45:21 <ogra_> well, at least not showing a splash, i'm not sure how the plymouth daemon acts
Mar 13 17:47:13 <ogra_> crap ... so i guess we need to drop the idea of initrdless boot ...
Mar 13 17:47:36 <ogra_> doesnt look like the kernel can mount devpts automatically
Mar 13 17:47:51 <ogra_> and without it upstart will fall flat on its face
Mar 13 17:48:19 <sveinse> in which you need to do mountall / fstab...
Mar 13 17:49:08 <GrueMaster> ogra_: Was this even tested on x86?  Seems to me it would fail there as well.
Mar 13 17:49:27 <ogra_> yes, it would, it used to work in oneiric
Mar 13 17:50:43 * ogra_ tries with fstab entry but i doubt that saves me 
Mar 13 17:50:51 <ogra_> since upstart will likely fail before
Mar 13 17:52:41 <ogra_> nope, fails the same way as expected
Mar 13 17:53:56 <infinity> ogra_: perhaps upstart changed to require UNIX98 ptys, and it used to fallback to /dev/tty* or something?
Mar 13 17:54:21 <ogra_> something like that i guess
Mar 13 17:58:48 <ogra_> the kernel config (which i suspected first) is definitely fine
Mar 13 17:58:49 * ogra_ gives up for the day
Mar 13 18:01:19 <GrueMaster> I'd double check the kernel config.  We were bitten by these changes when cooloney copied the omap4 kernel config for the armadaxp kernel.  He reverted some of these omap4 specific changes lst night and it runs fine now.
Mar 13 18:11:10 <ogra_> GrueMaster, i did before haking up fstab
Mar 13 18:24:19 <sveinse> oh joy! AFAICS the splash-off feature in plymouth when using serial console is hardcoded into plymouth
Mar 13 21:36:41 <dpcrespo> hi
Mar 13 21:37:02 <dpcrespo> i try booting ubuntu 11.10 on igepv2
Mar 13 21:37:16 <dpcrespo> and not working
Mar 13 21:38:05 <dpcrespo> i read this https://wiki.ubuntu.com/ARM/OmapNetbook
Mar 13 21:39:14 <dpcrespo> but the last message i have is "Uncompressing Linux... done, booting the kernel."
Mar 13 21:40:24 <GrueMaster> What image are you trying?
Mar 13 21:41:31 <dpcrespo> http://cdimage.ubuntu.com/releases/11.10/release/
Mar 13 21:41:33 <dpcrespo> this
Mar 13 21:41:53 <GrueMaster> Desktop or server?
Mar 13 21:42:01 <dpcrespo> Desktop
Mar 13 21:42:27 <GrueMaster> Do you have a keyboard, mouse, and monitor hooked up to your system?
Mar 13 21:42:42 <dpcrespo> keyboard and mouse
Mar 13 21:42:44 <dpcrespo> no
Mar 13 21:42:50 <dpcrespo> i have only monitor
Mar 13 21:43:09 <GrueMaster> And nothing shows up on the monitor?
Mar 13 21:43:48 <dpcrespo> no
Mar 13 21:43:57 <dpcrespo> when it is booting
Mar 13 21:44:13 <dpcrespo> the monitor change to orange color
Mar 13 21:44:25 <dpcrespo> and after without signal
Mar 13 21:44:33 <GrueMaster> Try the server image to see if it gets further.  Unfortunately, that platform is untested by us, so may not work with our image.
Mar 13 21:44:53 <GrueMaster> I assume the message you are getting is via serial console.
Mar 13 21:45:05 <dpcrespo> yes with minicom
Mar 13 21:45:29 <dpcrespo> you know stable version
Mar 13 21:45:33 <dpcrespo> with igepv2
Mar 13 21:46:28 <GrueMaster> We do not actively test on that platform.  I'm told it should work, but I have no way of knowing.  I recommend trying the server image, because it is designed to do all of the installation steps through the serial console.
Mar 13 21:46:49 <dpcrespo> ok
Mar 13 21:47:15 <dpcrespo> i try this
Mar 13 21:47:31 <dpcrespo> thx for your help
Mar 13 21:48:24 <dpcrespo> when i test
Mar 13 21:49:15 <dpcrespo> i tell you
Mar 13 21:49:20 <dpcrespo> thx
**** BEGIN LOGGING AT Tue Mar 13 22:04:38 2012
Mar 13 23:57:06 <jbicha> hi, I need some help figuring out how to get cogl to build on arm
Mar 14 00:00:46 <infinity> jbicha: I assume you mean other than the copy in the archive that's already built on arm?
Mar 14 00:02:01 <jbicha> infinity: no, the one in the archive that just failed to build
Mar 14 00:02:31 <infinity> jbicha: Oh, just uploaded.  Check.
Mar 14 00:03:37 <infinity> Looks like possible GL versus GLES issues.
Mar 14 00:03:42 <infinity> Did this have an FFe? :/
Mar 14 00:04:22 <jbicha> yes, bug 941617 but I didn't think to ask if someone could test it on ARM first
Mar 14 00:04:23 <ubot2`> Launchpad bug 941617 in clutter-1.0 "FFe: Update clutter/cogl to 1.9" [Wishlist,Confirmed] https://launchpad.net/bugs/941617
Mar 14 00:05:57 <infinity> jbicha: I'm not wildly well-versed on the GL versus GLES issues, but before anyone goes digging too deeply, does ./configure perhaps have any switches that jump out as being "use GLES instead of GL"?
Mar 14 00:06:16 <infinity> Oh, which it is doing.
Mar 14 00:06:30 <jbicha> http://git.gnome.org/browse/cogl/tree/configure.ac
Mar 14 00:07:24 <infinity> I can perhaps help you look in a day or two, when I don't have a mess of deadlines.
Mar 14 00:07:33 <infinity> If you need help sooner, I recommend janimo`. ;)
Mar 14 00:08:14 <infinity> Or, you can log in to scheat, and debug yourself.
Mar 14 00:08:41 <jbicha> scheat? I doubt I have access?
Mar 14 00:08:57 <infinity> You don't have access to the canonical porter boxes?
Mar 14 00:09:42 <jbicha> infinity: I'm not a canonical employee nor has an exception been made for me
Mar 14 00:10:11 <infinity> jbicha: Oh, hahaha.  The logo for the not-canonical LP group throws me every time.
Mar 14 00:10:17 <infinity> jbicha: That needs to be less subtle. :P
Mar 14 00:11:07 <infinity> jbicha: But yeah, I'd either ask janimo` or, if you don't like Jani for some reason and can wait a few days, ask me. :)
Mar 14 00:11:23 <infinity> jbicha: A bit too headless chickeny right now to look into it deeply.
Mar 14 00:11:30 <jbicha> infinity: so how should I fix the archive? do a ~really until we figure it out?
Mar 14 00:11:39 <infinity> jbicha: Or just let it be broken for a bit.
Mar 14 00:11:57 <infinity> jbicha: The cogl stack isn't in any seeds other than supported.
Mar 14 00:12:04 <infinity> jbicha: So, it's not breaking CDs or anything.
Mar 14 00:12:47 <infinity> jbicha: Heck, jani might wake up in the morning and fix it for you. :P
Mar 14 00:14:53 <infinity> janimo`: If you have time to waste when you wake up, can you look at cogl's FTBFS for jbicha and see if anything jumps out at you?
Mar 14 00:15:11 <infinity> janimo`: (If not, I'll help him on Thursday, I just have some annoying deadlines tomorrow)
Mar 14 00:16:03 <GrueMaster> like md5sums????
Mar 14 00:16:05 * GrueMaster ducks.
Mar 14 00:17:13 <infinity> GrueMaster: Yes, and that.
Mar 14 00:17:29 <GrueMaster> :P
Mar 14 00:17:44 <infinity> GrueMaster: I might just "fix" md5sums for now by removing the clever caching/reusing logic until I can make it do what we mean, not what we asked.
Mar 14 00:18:07 <infinity> Makes publishing a bit slower, but I really doubt that matters terribly when compared to build time.
Mar 14 00:18:42 <GrueMaster> I'm in no particular hurry.  Just adds a level of assurance when an image goes boink during testing.
Mar 14 00:18:59 <infinity> Yeah, it's good to have.
Mar 14 00:19:08 <infinity> But it's not been the top of my queue either.  It's up there, though.
Mar 14 00:19:42 <GrueMaster> As long as Beta 2 is good, I'll only poke occasionally.  :P
Mar 14 00:25:16 <pbuckley> beta 1 has been really solid for me.. for what its worth
Mar 14 00:26:06 <pbuckley> a few years ago you could have even called it a release candidate ;)
Mar 14 00:26:27 <infinity> Blame the +1 maintenance team for some of that.
Mar 14 00:26:39 <infinity> Though from the ARM perspective, we've put a lot of work into precise.
Mar 14 00:26:47 <pbuckley> its noticable
Mar 14 00:26:58 <infinity> (It didn't seem like it, really, but we "accidentally" did a lot of ARM fixing and tweaking while doing the armhf bringup)
Mar 14 00:26:59 <pbuckley> i went to 12.04 just to test it out from 11.10.. never went back
Mar 14 00:27:21 <infinity> I suppose incidentally is a better term. :P
Mar 14 00:27:25 <pbuckley> heh
Mar 14 00:27:30 <pbuckley> makes it sound more intentional ;)
Mar 14 00:27:34 <infinity> Well, it was.
Mar 14 00:27:38 <infinity> Opportunistically, even.
Mar 14 00:27:46 <pbuckley> that those are big words
Mar 14 00:27:48 <GrueMaster> Speaking of...how is your audio?
Mar 14 00:28:11 <pbuckley> great.. i had to tweak some things in alsamixer to get the right "sound"
Mar 14 00:28:22 <pbuckley> but it sounds better then any of my other "mobile" devices
Mar 14 00:28:25 <pbuckley> well
Mar 14 00:28:27 <pbuckley> there is one bug
Mar 14 00:28:31 <pbuckley> but its not that annoying
Mar 14 00:28:39 <pbuckley> and its probably a pianobar bug
Mar 14 00:28:48 <GrueMaster> Ah.
Mar 14 00:28:59 <GrueMaster> I use pithos myself.
Mar 14 00:29:04 <pbuckley> basically when you start a new song.. it stutters for half a second
Mar 14 00:29:15 <pbuckley> pithos?
Mar 14 00:29:17 * pbuckley goes and looks
Mar 14 00:29:38 <GrueMaster> It is a gui Panda client.
Mar 14 00:29:52 <GrueMaster> Er Pandora.
Mar 14 00:29:52 <pbuckley> nice
Mar 14 00:30:01 <pbuckley> http://kevinmehall.net/p/pithos/
Mar 14 00:30:51 <pbuckley> wow
Mar 14 00:30:55 <pbuckley> that has a few dependencies
Mar 14 00:31:34 <GrueMaster> Are you running desktop or headless?  It is designed for desktop.
Mar 14 00:31:40 <pbuckley> desktop on this guy
Mar 14 00:31:54 <pbuckley> unity ftw
Mar 14 00:32:08 <pbuckley> its impressive how well unity runs
Mar 14 00:32:12 <infinity> Well, it depends on all the gstreamer plugins.
Mar 14 00:32:15 <infinity> Which is just plain wrong.
Mar 14 00:32:20 <infinity> But whatever.
Mar 14 00:32:21 <pbuckley> i was expecting it to fall on its face before i started on this
Mar 14 00:32:27 <infinity> Most people want them all anyway.
Mar 14 00:32:29 <GrueMaster> Yes, I can see the difference also.
Mar 14 00:32:31 <twb> Uh, I guess "pandora client" doesn't meant the hand-held arm game console?
Mar 14 00:32:53 <twb> Oh that's right it's some US-only music site
Mar 14 00:32:55 <pbuckley> its that music streaming service
Mar 14 00:33:11 <GrueMaster> Yea.  US only.  Sad.
Mar 14 00:33:13 <pbuckley> i wonder if pandora is vulnerable to the x-forward thing
Mar 14 00:33:18 <pbuckley> since its all web requests
Mar 14 00:33:29 <pbuckley> might be a way to get around the us only thing
Mar 14 00:33:32 <GrueMaster> Very ugly when I have to ssh tunnel to my home to play music.
Mar 14 00:34:00 <GrueMaster> It works fine when going through a sudo-vpn.
Mar 14 00:34:01 <pbuckley> (i know i "forget" to sanitize x-forward headers at my site)
Mar 14 00:34:30 <infinity> pbuckley: No, Forwarded-for headers don't work for Pandora.
Mar 14 00:34:35 <pbuckley> damn
Mar 14 00:34:45 <infinity> Just one of the many reasons I have a GRE tunnel to my machine in San Jose.
Mar 14 00:35:20 <pbuckley> hrmm
Mar 14 00:35:53 <pbuckley> so do i want aacplus or mp3-hifi?
Mar 14 00:35:59 <pbuckley> i tried mp3-hifi on pianobar
Mar 14 00:36:02 <pbuckley> and that caused a segfault
Mar 14 00:36:25 <twb> I'd rather just use music systems that don't oblige me to jump through hoops in the first place
Mar 14 00:36:39 <pbuckley> like?
Mar 14 00:37:04 <twb> Well, my ISP has unmetered restreams from a bunch of internet radio stations and local community radio stations
Mar 14 00:37:15 <twb> Also magnatune
Mar 14 00:37:17 <pbuckley> are winamp stations still around?
Mar 14 00:37:33 <pbuckley> btw
Mar 14 00:37:34 <twb> http://cyber.com.au/~twb/.bin/radio
Mar 14 00:37:36 <twb> http://cyber.com.au/~twb/.bin/magnatune
Mar 14 00:37:38 <pbuckley> apt-get install pithos
Mar 14 00:37:47 <GrueMaster> What was the linux clone of winamp?  Is that still supported?
Mar 14 00:37:52 <pbuckley> resulted in Error: Your GStreamer installation is missing a plugin
Mar 14 00:37:54 <pbuckley> xmss?
Mar 14 00:37:57 <pbuckley> or xmms?
Mar 14 00:37:59 <pbuckley> or osmething
Mar 14 00:38:08 <GrueMaster> Yea, that was it.
Mar 14 00:38:26 <StevenK> xmms has been dead upstream for years
Mar 14 00:38:30 <GrueMaster> I used that when I was still on Mandriva (before Ubuntu existed).
Mar 14 00:38:52 <twb> GrueMaster: xmms
Mar 14 00:39:01 <StevenK> And xmms2's development pace could be described at best as 'glacial'
Mar 14 00:39:02 <twb> xmms was unmaintained and forked a couple of times
Mar 14 00:39:18 <pbuckley> any idea what gstreamer plugin pithos is complaining about?
Mar 14 00:39:24 <twb> xmms2 is a completely different project from the same people; it's client-server (like mpd) but with lots of plugins and a powerful wire protocol.
Mar 14 00:39:44 <pbuckley> ERROR:root:Gstreamer error: Your GStreamer installation is missing a plug-in., gstdecodebin2.c(3576): gst_decode_bin_expose (): /GstPlayBin2:player/GstURIDecodeBin:uridecodebin7/GstDecodeBin2:decodebin27:
Mar 14 00:39:49 <pbuckley> no suitable plugins found
Mar 14 00:39:49 <GrueMaster> pbuckley: Make sure you have restricted & multiverse enabled.
Mar 14 00:39:51 <twb> StevenK: I hadn't noticed; I used mplayer until ffmpeg broken on arm and since then I've been using mpg123
Mar 14 00:39:58 <infinity> pbuckley: By "WinAMP stations", you mean people using Shoutcast to stream mp3 audio?
Mar 14 00:40:04 <pbuckley> yeh
Mar 14 00:40:13 <pbuckley> sorry im showing my age
Mar 14 00:40:15 <infinity> pbuckley: If so, it's still quite widely used, and supported by more or less every media player in the world.
Mar 14 00:40:42 <pbuckley> deb http://ports.ubuntu.com/ubuntu-ports/ precise main restricted universe multiverse
Mar 14 00:40:47 <pbuckley> that should grab it right?
Mar 14 00:41:13 <GrueMaster> yes.  Should.
Mar 14 00:41:17 <pbuckley> :(
Mar 14 00:41:55 <robclark> rsalveti (or anyone), do I need a newer qemu to do chroot w/ 12.04 armhf filesystem?
Mar 14 00:42:02 <robclark> (from 11.10 host)
Mar 14 00:42:13 <StevenK> twb: Ah. mpg{321,123} won't work for me, I just finished re-doing my music collection in FLAC.
Mar 14 00:42:25 <twb> I don't bother to collect music anymore
Mar 14 00:42:50 <twb> Prety much stopped when I got my 701, because it only had 4G of disk
Mar 14 00:43:08 <StevenK> I have a 3TiB fileserver for that
Mar 14 00:43:20 <rsalveti> robclark: not sure, only used the one at precise
Mar 14 00:43:43 <pbuckley> http://pastebin.com/diMGNbDp
Mar 14 00:43:45 <robclark> ahh.. please don't tell me I have to update my laptop yet?
Mar 14 00:43:54 <pbuckley> if someone wants to show me some pithos love
Mar 14 00:43:59 <pbuckley> thats basically what i did
Mar 14 00:46:07 <infinity> robclark: oneiric's qemu is fine.
Mar 14 00:46:28 <infinity> robclark: Heck, lucid's is fine.
Mar 14 00:46:34 <robclark> hmm, am I doing something stoopid?
Mar 14 00:47:04 <robclark> oh, wait, probably..
Mar 14 00:47:20 <infinity> robclark: Are you talking full system emulation, or binfmt_misc?
Mar 14 00:47:50 <infinity> robclark: If it's the latter, did you copy /usr/bin/qemu-arm-static into your chroot?
Mar 14 00:48:07 <robclark> I guess you would call it full system emulation.. but I think I forgot to copy qemu-static (new rootfs since last time I did it)
Mar 14 00:48:27 <infinity> If it's copying qemu-static into chroots, I wouldn't call it full system, no. :)
Mar 14 00:48:41 <infinity> By 'full system emulation', I mean booting a VM in qemu.
Mar 14 00:48:52 <robclark> ahh, gotcha..
Mar 14 00:49:13 <robclark> but yeah, it was lack of copy of qemu-static.. it was operator error :-P
Mar 14 00:49:21 <infinity> But yeah, the copying of /usr/bin/qemu-arm-static into the chroot trick should work fine going at least back to hardy.
Mar 14 00:49:28 <infinity> So, you're fine on oneiric. :P
Mar 14 00:50:06 <infinity> Oh, maybe I lied.  On hardy and lucid, we're using backported qemu.
Mar 14 00:50:12 <infinity> Whatever.  natty, oneiric, and precise are all good. :P
Mar 14 00:50:14 <twb> StevenK: getting a NAS would double the amount of hardware I have to babysit
Mar 14 00:50:18 <robclark> yup
Mar 14 00:50:29 <twb> I'm a sysadmin, the last thing I want to deal with when I go home is ornery hardware :P
Mar 14 00:50:30 <pbuckley> have you see the xyfi?
Mar 14 00:50:33 <StevenK> twb: Haha
Mar 14 00:50:41 <pbuckley> seen
Mar 14 00:51:00 <pbuckley> http://www.engadget.com/2012/02/29/option-xyfi-is-worlds-smallest-personal-hotspot-we-go-hand/
Mar 14 00:51:15 <pbuckley> its a wifi/cellular/nas in your pocket
**** BEGIN LOGGING AT Wed Mar 14 00:54:05 2012
Mar 14 00:57:41 <GrueMaster> pbuckley: I just installed pithos on my panda.  No issues here.  You may need to "apt-get update".
Mar 14 00:58:30 <pbuckley> did :(
Mar 14 00:58:32 <pbuckley> grumble
Mar 14 01:00:38 <GrueMaster> Oop.  nevermind.  Tried running with mp3-hifi - fail.
Mar 14 01:00:48 <pbuckley> yeh
Mar 14 01:00:55 <pbuckley> should i use aacplus?
Mar 14 01:01:18 <GrueMaster> Works with aacplus
Mar 14 01:01:27 <pbuckley> k.. thats what i was using in pianobar
Mar 14 01:01:30 <pbuckley> so no big deal
Mar 14 01:02:08 <GrueMaster> I'll note it down and look into it tomorrow.  May be it needs the TI sekrit sauce
Mar 14 01:02:36 <pbuckley> mmm sekrit sauce
Mar 14 01:06:06 <GrueMaster> Maybe this is it.  apt-get install ubuntu-restricted-extras.  Let you know in a sec.
Mar 14 01:07:46 <GrueMaster> (although gstreamer0.10-plugins-ugly will probably give you the same results with less packages).
Mar 14 01:13:41 <pbuckley> have i mentioned your awesome GrueMaster thats the plugin its missing
Mar 14 01:13:48 <pbuckley> however it has a similar result as pianobar
Mar 14 01:14:00 <pbuckley> Segmentation fault (core dumped)
Mar 14 01:14:03 <pbuckley> also
Mar 14 01:14:14 <pbuckley> i can't submit a report
Mar 14 01:14:26 <pbuckley> it gave me an error "Invalid problem report"
Mar 14 01:14:33 <pbuckley> "the report belongs to a package that is not installed"
Mar 14 01:15:25 <pbuckley> just reproduced it
Mar 14 01:16:35 <GrueMaster> Hmmm.  I now have working mp3 & mp3-hifi.
Mar 14 01:16:46 <pbuckley> no segfault?
Mar 14 01:18:41 <pbuckley> i think tonight is flash fresh images to pandaboard night
Mar 14 01:18:55 <pbuckley> its been what? two months of apt-get dist-upgrades
Mar 14 01:19:01 <pbuckley> im sure something is hosed
Mar 14 01:24:36 <GrueMaster> Meh, only a couple of weeks since beta 1.
Mar 14 01:24:54 <GrueMaster> But to be fair, I am running with the latest daily image.
Mar 14 01:35:22 <pbuckley> how rational of idea is it to do a dpkg -l | awk '{print $2}' to get a list of packages.. then after i reinstall do a for pkg in list do apt-get install $pkg done
Mar 14 01:35:25 <pbuckley> ?
Mar 14 01:35:46 <pbuckley> would be neat if ubuntu one had a "restore" like feature
Mar 14 01:35:52 <pbuckley> that reinstalled all the previous packages i had
Mar 14 01:36:59 <StevenK> dpkg --get-selections / dpkg --set-selections
Mar 14 01:37:19 <twb> That'll lose markauto statuses tho
Mar 14 01:37:52 <twb> etckeeper is also very useful
Mar 14 01:39:11 <pbuckley> then just dpkg --set-selections < file
Mar 14 01:39:11 <pbuckley> ?
Mar 14 01:39:53 <pbuckley> markauto?
Mar 14 01:40:14 <pbuckley> no matter how deep i find myself in the dpkg rabbit hole.. it always seems to go deeper
Mar 14 01:40:42 * pbuckley reminicses about the old days of dselect
Mar 14 01:41:38 <pbuckley> wow
Mar 14 01:41:43 <pbuckley> dselect is still around!
Mar 14 01:42:01 <pbuckley> and integrated with apt now
Mar 14 01:42:19 <pbuckley> man i first started using debian like 17 years ago
Mar 14 01:42:20 <pbuckley> :(
Mar 14 01:42:27 * pbuckley feels old all of a sudden
**** ENDING LOGGING AT Wed Mar 14 02:59:58 2012