[00:05] <S0NiC> re
[01:32] <S0NiC> can anyone help me with this errormessage? http://nopaste.info/3cda43b7e5.html
[01:35] <twb> Please reproduce it with LC_ALL=C
[01:36] <twb> The funamental problem looks like this: 299. trying to overwrite '/usr/lib/gstreamer-0.10/libgstfaac.so', which is also in package gstreamer0.10-plugins-bad-multiverse 0.10.21-1
[01:36] <twb> It's upset because two packages provide the same file and neither claims to replace the other
[01:37] <twb> I would try first removing the package under its old name
[01:39] <S0NiC> twb: iam not so familiar to ubuntu and arm
[01:39] <S0NiC> which package should i remove?
[01:39] <S0NiC>   gstreamer0.10-plugins-bad-multiverse 0.10.21-1
[01:40] <S0NiC> this one?
[01:40] <twb> Yes I think so
[01:40] <twb> This is not an arm-specific issue
[01:40] <twb> It looks like you're trying to upgrade between releases and you're running into the same bug as everyone else
[01:41] <S0NiC> twb: ok, the problem is i run now alyways into the same error, it says gstreamer0.10-faac wants to update, but is not selected for install... try apt-get -f install
[01:42] <S0NiC> but this doesnt work
[01:42] <twb> Are you trying to upgrade to precise?
[01:42] <S0NiC> twb: no, i only want to update my 11.10. i installt today 11.10
[01:43] <S0NiC> twb: and i dont know how to get out of this loop
[01:43] <twb> Huh.  Well, you probably need more hand-holding and I'm ill equipped and disinclined to help.
[01:43] <twb> I don't even have a desktop
[01:44] <twb> I recommend you try asking #ubuntu and #ubuntu+1 for help with this
[01:44] <S0NiC> no problem... ;)
[01:44] <S0NiC> ok thx
[09:55] <ppisati> rbasak: did you try the new kernel?
=== doko_ is now known as doko
[10:10] <rbasak> ppisati: I've just been using whatever the archive gives me, but I haven't done a reinstall in a little while
[10:11] <ppisati> rbasak: it should be the 1405
[10:14] <rbasak> ppisati: trying now
[10:22] <rbasak> ppisati: yes, it's installing 1405.7
[10:36] <rbasak> ppisati: 1405 booted with no special parameters needed - thanks! The installer still needs them though.
[10:38] <ppisati> rbasak: why the installer needs them?
[10:38] <rbasak> ppisati: for netinst. I assume the installer isn't using the latest kernel.
[10:39] <ppisati> rbasak: ah, i don't know. You better probe orga/Grue/ndec aabout it
[11:26] <ppisati> ogra_: so you have a beagle xm active by now, right?
[11:26] <ogra_> as my printserver, yes
[11:26] <ogra_> running lucid
[11:26] <ppisati> ogra_: which kernel are you running? and do you change the mac addres? (/etc/network/interfaces)
[11:27] <ogra_> no, its a stock install, i didnt touch the network settings beyond what the installer does
[11:27] <ppisati> ok
[11:28] <ogra_> oh, wait, thats a C4, i lied
[11:28] <ogra_> my XM actually sits in a bag in my office
[11:28] <ogra_> sorry
[11:30] <ppisati> ok
[11:30] <ppisati> because *i think* i met a regression
[11:30] <ogra_> my XM is a rev A though
[11:31] <ogra_> very first model
[11:31] <ppisati> k
[11:48] <ogra_> ndec, there was an Xorg ABI bump (bumped to 11) would it be possible to get a driver rebuild in the PPA since the current driver wont work with the 11 ABI
[11:55] <jamespage> hello - any change someone with ARM/Assembler experience could review https://code.launchpad.net/~james-page/ubuntu/precise/zookeeper/arm-ftbfs-fixes/+merge/89940 for me
[11:56] <jamespage> ?
[13:22] <ndec> ogra_: you mean for O or P?
[13:22] <doko> jamespage, you don't need ARM experience to *remove* ARM code ;-P
[13:22] <doko> looks ine
[13:22] <doko> fine
[13:22] <ogra_> ndec, for P indeed, we didnt update xorg to a new ABI in O ;)
[13:22] <ndec> ok
[13:23] <ndec> we will rebuild, but likely will only support armhf, is that okay?
[13:23] <jamespage> doko: good - I know it works on armel/armhf and for x86 - but wanted someone who might actually understand why!
[13:23] <jamespage> ta
[13:23] <ogra_> ndec, but i think rsalveti is already mailing xavier about it
[13:23] <ogra_> ndec, fine with me
[14:30] <doko> ogra_, janimo: please could you install 'deb http://ppa.launchpad.net/ubuntu-toolchain-r/glibc/ubuntu precise main' and run this for a while on your arm machine(s)?
[14:33] <ogra_> doko, what packages are that ? just libc ?
[14:44] <ogra_> doko, installed, anything i should look for after i reboot ?
[14:58]  * ogra_ reboots and will blame doko if the system doesnt come up again
[15:04] <ogra_> doko, booted fine, so what am i looking for now ?
[15:08] <xranby> doko: during installation i see a warning locale: /lib/arm-linux-gnueabi/libc.so.6: version 'GLIBC_2.15' not found (required by locale)
[15:08] <xranby> ah.. it have not been installed yet
[15:08] <ogra_> likely because the new libc isnt running while it generates the locales
[15:09] <xranby> thats correct dpkg are Setting up libc6 (2.1.5... now
[15:09] <ogra_> yep
[15:09] <xranby> 2.15
[15:10] <ogra_> bah, it doesnt fix my graphics issues !
[15:10] <xranby> heh
[15:10] <ogra_> :)
[15:10] <xranby> you should have benchmarked before the upgrade
[15:10] <xranby> things might be faster
[15:10] <ogra_> pfft
[15:10] <ogra_> whats the actual change ?
[15:11] <ogra_> if i would be after speed i wouldnt use ac100 as my main work machine :)
[15:12]  * ogra_ only sees a reversion in the changelog that could be relevant 
[15:22] <rbasak> is anyone else's panda netinst falling over today? with the same preseed I was using yesterday, I'm getting "!! ERROR: No root file system" and then "No root file system is defined." at the partition stage. I've tried the externally powered disk I was using weeks ago, and hopefully reverted everything else I've changed.
[15:22] <rbasak> jamespage, GrueMaster: ^^?
[15:26] <xranby> ogra_: basically looks like we are testing the 2.15 release http://sourceware.org/ml/libc-alpha/2011-12/msg00085.html
[15:26] <xranby> doh.. i though that statement want out yesterday
[15:27] <xranby> its a 1 old month news entry
[15:28] <doko> ogra: please just run it for a while
[15:28] <doko> a week or so
[15:28] <doko> xranby, yeah, I need to fix this, dependency issue, but the locales get regenerated later anyway
[15:29] <doko> well, there are some neon optimized string operations like {str.mem}{cpy,mov,cmp}
[15:36] <ogra_> doko, well, i'm running on my ac100, NEON wont actually gain me much i think, is it still worth the test for you ?
[15:38] <jamespage> rbasak, not tried since I had to manually hack mine yesterday
[15:38] <jamespage> have been watching hadoop crash :-)
[15:43] <doko> ogra_, yes, just to know any issues with 2.15 vs. 2.13
[15:47] <ogra_> k, no prob then, i'll keep it running ans scream and shout if it breaks :)
[16:02] <GrueMaster> rbasak: I'll try it here and see if it fails.
[16:02] <rbasak> thanks
[16:15] <GrueMaster> rbasak: I think it isyour settings.  I'm well past the partitioning, and into the base installer section now.
[16:16] <GrueMaster> Although it looks like a kernel meta was updated before a new kernel was released into the pool.
[16:19] <ogra_> the kernel was released around tuesday or so
[16:19] <ogra_> not sure d-i has been uploaded to use the new kernel yet
[16:29] <GrueMaster> turns out it was a different (but odd) issue.  netinstall was failing to resolve my mirror sewrver when installing the linux-headers packages.  very odd.
[16:35] <ogra_> aww
[16:39] <rbasak> GrueMaster: ok, thanks for testing
[16:40] <GrueMaster> rbasak: I am still experiencing issues.  Not what you are seeing, but very odd behavior.
[16:42] <rbasak> GrueMaster: I have been getting various panics, though that may be a power problem
[16:42] <GrueMaster> I'm seeing that too.  Trying to capture a log now.
[16:45] <jeremiah> Is David Duffey here?
[16:46] <GrueMaster> What I'm seeing is it fails at the kernel installation.  Log shows issue resolving my mirror.  Kicking it moves forward, but fails again with a failure to create /etc/resolv.conf.  Then segfault.
[16:49] <infinity> GrueMaster: You may want to bring it up with stgraber.  He's been mucking with fixes from resolvconf fallout.
[16:51] <GrueMaster> http://paste.ubuntu.com/819007/ is the segfault.
[16:51] <stgraber> GrueMaster: Colin just fixed a similar issue in ubiquity
[16:52] <GrueMaster> interesting.  Odd that this only just started happening yesterday.
[16:53] <infinity> Yesterday was when the overrides got fixed to get resolvconf in important (and, by extension, in ubuntu-minimal)
[16:53] <infinity> So, that timing seems right.
[16:54] <infinity> Before said change your netinsts wouldn't have been installing resolvconf, I imagine.
[16:55] <rbasak> I just tried armel oneiric with exactly the same config, preseed, kernel opts etc, and it has gone past the problem partitioning stage with no issues.
[16:55] <rbasak> I think perhaps the panics I've been seeing over the last few days aren't a power issue as I thought, but a kernel issue
[16:56] <rbasak> There are a few different points where I seem to get different types of panic (from observation, I've not been logging)
[16:56] <rbasak> So something causing what appears to be pretty non-deterministic behaviour/failures
[16:56] <GrueMaster> Mine falls over exactly the same way on 2 different systems.  Both well past the partitioning though.
[16:57] <rbasak> I quite often get a panic straight after the kernel loads, at around the point syslogd (?) starts
[16:57] <infinity> janimo: Regarding bug 922558, are you actually suggesting LP collect current package info for every buildd and publish that, or did you mean to file that as an RT?
[16:57] <ubot2`> Launchpad bug 922558 in launchpad-buildd "Page listing Ubuntu and kernel versions on ARM builders" [Undecided,New] https://launchpad.net/bugs/922558
[16:57] <stgraber> GrueMaster: I'm running an amd64 netinstall now to confirm it's broken, then will look at a fix (after schroot, lxc, LTSP and ubiquity are fixed)
[16:57] <infinity> janimo: (Note that indivudual build logs contain exactly the info you're looking for...)
[16:57] <GrueMaster> ok
[16:59] <rbasak> I don't know why it didn't occur to me to try an oneiric armel install to test my setup before. Now I can take my power hacking out of the equation
[16:59] <GrueMaster> stgraber: We wouldn't want you to get bored.  :P
[17:00] <stgraber> GrueMaster: at least we only got install/build time problems, nobody reported breakage for existing systems :)
[17:01] <GrueMaster> Oooh, I haven't tried breaking my running installs.  Thanks for the suggestion.  :P
[17:03] <stgraber> :)
[17:04] <rbasak> I think I was stressing this kernel on a running install fairly hard the other day, and it didn't break
[17:04] <rbasak> not the latest kernel though
[17:04] <rbasak> or maybe it was
[17:04] <rbasak> that's not really any use is it?
[17:04]  * rbasak shuts up
[17:16] <rbasak> Just found a USB power injection lead: http://linitx.com/product/12849 - similar to what I made up, but I don't know if it keeps the host connected on 5V or not.
[17:33] <rbasak> "Cannot allocate irq_descs @ IRQ16, assuming pre-allocated"
[17:33] <rbasak> http://paste.ubuntu.com/819067/
[17:33] <rbasak> Is this important?
[17:33] <GrueMaster> Nice.  I'll bet they have feedback diodes to prevent power pull to host.
[17:33] <rbasak> I've ordered one, will receive Tuesday
[17:34] <GrueMaster> That failure looks like what I am seeing.
[17:37] <rbasak> http://paste.ubuntu.com/819072/ is the most common failure I'm getting right now - no changes, just another run. No panic.
[17:42] <rbasak> A different type of panic: http://paste.ubuntu.com/819082/
[17:43] <rbasak> Only changed was that I add DEBIAN_FRONTEND=text
[17:43]  * rbasak brushes up on the english language
[17:43] <rbasak> Only change was that I added DEBIAN_FRONTEND=text
[17:51] <rbasak> This time I seem to have a random hang after "Starting system log daemon: syslogd, klogd."
[17:53] <rbasak> Another panic, looks like the same as one of the previous ones: http://paste.ubuntu.com/819098/
[17:53]  * rbasak gives up for now
[18:01] <rbasak> EOD. Enjoy your weekend when it starts!
=== jkridner__ is now known as jkridner
=== zumbi is now known as Guest79435