**** BEGIN LOGGING AT Mon Apr 11 02:59:57 2011
Apr 11 04:58:19 <davidm> hello
Apr 11 09:36:18 <ogra_> diwic, hey ... no upload of the alsa-libs config files yet ? i think they are harmless and we need them
Apr 11 09:36:54 <ogra_> (and having them in now will prevent from asking for freeze exceptions for pluse *and* alsa-lib)
Apr 11 09:37:40 <diwic> TheMuso, ^^ (if you're still awake)
Apr 11 09:38:37 <diwic> ogra_, TheMuso, I don't think we need an FFE for just the alsa-lib config files, what do you think?
Apr 11 09:39:02 <diwic> maybe I got so focused on the big PA patch that I forgot about the config files
Apr 11 09:39:16 <ogra_> well, its an upload ... it will end up in the queue and need review after todays freeze
Apr 11 09:39:32 <ogra_> so getting it in now saves some work for everyone
Apr 11 09:39:47 <diwic> ogra_, FYI, there just was a new upload of alsa-lib but the build failed due to some gcc stuff on the buildds
Apr 11 09:40:01 <ogra_> i already talked to te release team about pulse uploads/freezes and we can go forward if we think its safe
Apr 11 09:40:37 <diwic> at least on amd64
Apr 11 09:40:57 <ogra_> well, if it needs a re-upload adding the configs would be good
Apr 11 09:44:57 <diwic> ogra_, how much testing has been done of the config files
Apr 11 09:45:37 <ogra_> do they need much testing ? they enable the devices on my panda after running alsaucm
Apr 11 09:46:06 <diwic> well, if you have tested them, then that's at least something :-)
Apr 11 09:46:07 <ogra_> i must admit i trust TI here that they will work
Apr 11 09:53:23 <diwic> ogra_, as TheMuso is the uploader, there is not much I can do - I hope you two can agree on what needs an FFe and what doesn't and that the FFe paperwork is done where it's needed.
Apr 11 10:06:12 <TheMuso> Sorry was away for dinner.
Apr 11 10:09:29 <ogra_> TheMuso, can we get an alsa-lib upload with the config files added ? they should do no harm
Apr 11 10:09:38 <ogra_> and save is a freeze exception
Apr 11 10:10:30 <TheMuso> Hrm ok, it seems we are frozen now though...
Apr 11 10:10:38 <ogra_> hrm
Apr 11 10:14:45 <ppisati> so, what's the magic to get kexec working on arm?
Apr 11 10:15:07 <ppisati> kexec -l /boot/vmlinuz-2.6.38-1207-omap4 -append="console=ttyO2,115200 ..."
Apr 11 10:15:18 <ppisati> Memory for crashkernel is not reserved
Apr 11 10:15:22 <ppisati> Please reserve memory by passing "crashkernel=X@Y" parameter to the kernel
Apr 11 10:15:27 <ppisati> but if i add"
Apr 11 10:15:28 <ppisati> :
Apr 11 10:15:30 <ogra_> kexec is depending on the moon phase and humidity
Apr 11 10:15:40 <ppisati> crashkernel=16M
Apr 11 10:15:46 <ogra_> only if both match the tight values at the right time it will work ;)
Apr 11 10:15:56 <ogra_> *s/tight/right/
Apr 11 10:16:01 <ppisati> to /boot/boot.script and flash-kernel, the board doesn't boot anymore
Apr 11 10:16:06 <ppisati> :)
Apr 11 10:16:17 <ppisati> sounds like a work for the A-Team
Apr 11 10:16:22 <ppisati> tataratataaaaaaaa...
Apr 11 10:16:29 <ppisati> no, really
Apr 11 10:16:41 <ogra_> there were several A teams on it in the last few years
Apr 11 10:16:44 <ppisati> do i need that crashkernel thing? and if yes, acceptable value?
Apr 11 10:17:09 <ogra_> it usually works exactly one upload long .. the next change usually breaks it
Apr 11 10:17:17 <ppisati> :(
Apr 11 10:17:21 * ogra_ has no idea about crashkernel= 
Apr 11 10:17:26 <ppisati> k
Apr 11 10:17:33 <ogra_> ask in #ubuntu-kernbel i guess
Apr 11 10:17:36 <ogra_> -b
Apr 11 10:29:38 <TheMuso> ogra_: ok so given what you said in -devel, do you want me to get the alsa-lib config files in the queue?
Apr 11 10:30:05 <ogra_> TheMuso, that would be awesome, i'll make sure to have the pulse bits tested before final freeze too
Apr 11 10:30:17 <TheMuso> ogra_: Ok thanks, will do.
Apr 11 10:30:26 * TheMuso checks to see if the bug for this work has an alsa-lib task.
Apr 11 10:30:46 * ogra_ adds a pulse task to the bug so only the alsa-lib bit gets closed on upload
Apr 11 10:30:52 <ogra_> it has :)
Apr 11 10:30:54 <TheMuso> Right.
Apr 11 10:30:59 <TheMuso> yeah jsut confirmed.
Apr 11 10:36:03 <TheMuso> ogra_: I am going to put these config files in libasound2 only, and not in any bi-arch packaging, since 1) they're not needed in bi-arch packages afaict and 2) they're only for arm anyway.
Apr 11 10:36:20 <ogra_> yeah, sounds fine
Apr 11 10:37:06 <TheMuso> sweet.
Apr 11 10:49:41 <TheMuso> ogra_: Just to check that the files in this tarball, http://afuera.cortijodelrio.net/~ddiaz/paucm/PA_UCM_cofigFiles.tar.gz are the ones you want?
Apr 11 10:52:03 <ogra_> TheMuso, righto
Apr 11 10:52:13 <TheMuso> ok thanks again.
Apr 11 10:52:16 <TheMuso> Uploading now.
Apr 11 10:52:32 * ogra_ hugs TheMuso 
Apr 11 10:52:42 <TheMuso> sorry about all the trouble with this. :)
Apr 11 10:52:43 <ogra_> lets hope we get the pulse patches solved asap then :)
Apr 11 10:53:00 <ogra_> not your fault ... you didnt provide patches short before freeze ;)
Apr 11 10:53:30 <TheMuso> Yeah hope so.
Apr 11 10:53:33 <ogra_> its not a new problem, we already released maverick without sound, TI could have started earlier
Apr 11 10:53:43 <TheMuso> I'll make another package available with the namereg patches included, as per David's review.
Apr 11 10:53:56 <ogra_> k, i'll do an armel build and test then
Apr 11 10:54:00 <TheMuso> And will start testing here on x86.
Apr 11 10:54:04 <ogra_> great
Apr 11 11:22:17 <TheMuso> ogra_: Ok an updated package of UCM enabled pulse has been uploaded to my PPA, ppa:themuso/ppa.
Apr 11 11:22:27 <TheMuso> Source should be published in an hour or so.
Apr 11 11:22:38 <ogra_> thanks, will pull and build then
Apr 11 11:23:24 <TheMuso> np.
Apr 11 11:43:55 <hrw> I see that janimo works on gconf
Apr 11 12:46:47 <ogra_> janimo, any isea about the segfaults of evo-indicator and gnome-games ?
Apr 11 12:47:08 <janimo> ogra_, I hope the gconf build fixes indicator
Apr 11 12:47:11 <ogra_> i gave both back today and they actually ended up on other buildds but with the same result
Apr 11 12:47:27 <janimo> gnome-games was a libgles not found issue, unrelated to the gconftool crashers
Apr 11 12:47:46 <janimo> these are liferea, tomboy, indicator-session and evo-indicator
Apr 11 12:48:03 <ogra_> ah, tomboy too ? great
Apr 11 12:48:13 * ogra_ was just opening the log
Apr 11 12:48:19 <janimo> ogra_, I could not reproduce the gconf crash if I rebuilt locally with -O0 so I uploaded that and fingers crossed
Apr 11 12:48:38 * ogra_ crosses too
Apr 11 12:55:30 <hrw> and then some packages needs to be rebuilt
Apr 11 13:02:32 <janimo> ogra_, not sure if you said anything else, but I needed to reboot because of natty upgrades being funny again
Apr 11 13:02:45 <ogra_> nope, i didnt
Apr 11 14:12:33 <ppisati> cooloney: is the XM ok for the test?
Apr 11 14:20:21 <rsalveti> ppisati: for the usb otg, yes
Apr 11 14:21:05 <ppisati> rsalveti: k
Apr 11 14:21:25 <ppisati> rsalveti: BTW, all that memory bugs in omap[3|4}
Apr 11 14:21:34 <ppisati> rsalveti: don't you think are somehow related?
Apr 11 14:21:52 <ogra_> what are "all that memory bugs" ?
Apr 11 14:21:52 <ppisati> 633227, 746137 and 690370
Apr 11 14:21:56 <rsalveti> ppisati: sorry, which ones?
Apr 11 14:21:58 <ogra_> snap :=
Apr 11 14:22:00 <ogra_> :)
Apr 11 14:22:02 <rsalveti> let me take a look
Apr 11 14:22:09 <rsalveti> bug 633227
Apr 11 14:22:19 <rsalveti> where is our bot? :-)
Apr 11 14:22:25 <ogra_> bot still dead ?
Apr 11 14:23:10 * ogra_ thought we were over all memory bugs now ... at least on omap4
Apr 11 14:24:11 <rsalveti> ppisati: I believe 690370 is a side effect of both 633227 and 746137
Apr 11 14:24:41 <rsalveti> ppisati: for now let's just add a comment there requesting a new test with beta-2 image
Apr 11 14:24:53 <rsalveti> that should have the workaround for the page allocation and the new boot args for 1g
Apr 11 14:25:30 <ppisati> k
Apr 11 14:25:36 <rsalveti> ogra_: janimo: btw, thanks for the uploads
Apr 11 14:25:45 <ogra_> thanks for the code :)
Apr 11 14:25:49 <janimo> rsalveti, cheers
Apr 11 14:26:07 <rsalveti> :-)
Apr 11 14:26:23 * ogra_ would appreciate someone who is not him to also test the pulse packages from https://bugs.launchpad.net/ubuntu/natty/+source/alsa-lib/+bug/746023
Apr 11 14:27:28 <rsalveti> ogra_: sure, can give it a try
Apr 11 14:27:36 <ogra_> awesome
Apr 11 14:27:54 <ogra_> you might need to wait for alsa-lib to appear, not sure it has hit the arcive yet
Apr 11 14:30:02 <rsalveti> np
Apr 11 14:32:13 <rsalveti> ppisati: do you have a proper cable to test the usb otg?
Apr 11 14:32:25 <rsalveti> otherwise I can also help testing that
Apr 11 14:32:39 <ppisati> rsalveti: yep
Apr 11 14:32:45 <rsalveti> ppisati: cool
Apr 11 14:32:49 <ppisati> rsalveti: i mean, i have the cable
Apr 11 14:39:15 <rsalveti> sebjan: now x-loader package should now be gitorious's head
Apr 11 14:39:27 <rsalveti> sebjan: with the additional 3 patches that I sent to the m-l
Apr 11 14:40:07 <rsalveti> that should help with panda es >= 2.2 and newer beagle xm
Apr 11 14:43:03 <ppisati> can't we enable tftp support in uboot?
Apr 11 14:43:23 <ppisati> flashing new kernel is really a waste of time...
Apr 11 14:43:37 <rsalveti> well, it'd need usb and ethernet support
Apr 11 14:43:42 <rsalveti> don't know if they are working already
Apr 11 14:43:47 <rsalveti> jcrigby should know the answer
Apr 11 14:48:04 <jcrigby> rsalveti, I have discussions about musb for beagle to enable ethernet but I don't think it works upsteam right now.  I may be working in some other tree.
Apr 11 14:48:15 <jcrigby> s/have/have seen/
Apr 11 14:48:30 <jcrigby> sorry can't type
Apr 11 14:49:15 <jcrigby> also there are other usb protocols that would allow easier testing
Apr 11 14:49:54 <ppisati> jcrigby: but that would mean another cable lying around
Apr 11 14:50:04 <jcrigby> yes
Apr 11 14:50:04 <ppisati> jcrigby: while we all have an eth attached to the boards
Apr 11 14:50:10 <ppisati> and tftp is so handy
Apr 11 14:50:20 <ppisati> i can compile/rootstock everything on my desktop
Apr 11 14:50:25 <ppisati> and boot from there
Apr 11 14:50:28 <rsalveti> problem is that the ethernet part is connected with the usb hub
Apr 11 14:50:31 <jcrigby> ppisati, I agree that usb/ethernet in u-boot would be useful
Apr 11 14:50:33 <ppisati> yep, i know
Apr 11 14:51:06 <rsalveti> so, no easy workaround for you here
Apr 11 14:51:10 <ppisati> anyway, if it's not ready yet, there's not much we can do
Apr 11 14:51:15 <rsalveti> flashing into the sd is still the easiest solution
Apr 11 15:00:43 <sebjan> rsalveti: thanks!
Apr 11 16:19:51 <ppisati> rsalveti: lp608312
Apr 11 16:20:04 <ppisati> rsalveti: i should just connect the usb cable to the board, right?
Apr 11 16:20:23 <ppisati> flag@omap:~$ ls -la /sys/devices/platform/musb_hdrc
Apr 11 16:20:23 <ppisati> ls: cannot access /sys/devices/platform/musb_hdrc: No such file or directory
Apr 11 16:21:40 <rsalveti> ppisati: in theory, yes
Apr 11 16:21:42 <rsalveti> hm, weird
Apr 11 16:21:52 <ppisati> flag@omap:~$ uname -a
Apr 11 16:21:52 <ppisati> Linux omap 2.6.38-8-omap #42 Mon Apr 11 16:48:29 CEST 2011 armv7l GNU/Linux
Apr 11 16:21:56 <ppisati> natty kernel
Apr 11 16:22:03 <rsalveti> check the config options for OTG
Apr 11 16:22:55 <ppisati> [flag@newluxor ubuntu-natty]$ grep -i otg debian/build/build-omap/.config
Apr 11 16:22:56 <ppisati> CONFIG_ARCH_OMAP_OTG=y
Apr 11 16:22:56 <ppisati> CONFIG_USB_OTG=y
Apr 11 16:22:56 <ppisati> # CONFIG_USB_OTG_WHITELIST is not set
Apr 11 16:22:56 <ppisati> # CONFIG_USB_OTG_BLACKLIST_HUB is not set
Apr 11 16:22:58 <ppisati> CONFIG_USB_MUSB_OTG=y
Apr 11 16:22:59 <rsalveti> ppisati: /sys/devices/platform/musb-omap2430/musb-hdrc/mode
Apr 11 16:23:00 <ppisati> # OTG and related infrastructure
Apr 11 16:23:03 <ppisati> CONFIG_USB_OTG_UTILS=y
Apr 11 16:23:05 <ppisati> ok
Apr 11 16:23:07 <rsalveti> probably just changed the sysfs path
Apr 11 16:23:20 <rsalveti> at least this is what I have at my panda
Apr 11 16:23:26 <ppisati> ok ok
Apr 11 16:23:30 <ppisati> find will do it
Apr 11 16:23:55 <ppisati> btw, i just attached the usb-power cable to the mini-usb socket, right?
Apr 11 16:24:01 <ppisati> s/attached/attach/
Apr 11 16:24:13 <rsalveti> ppisati: yes, the usb powered one
Apr 11 16:24:16 <ppisati> k
Apr 11 16:39:50 <GrueMaster> rsalveti: Can the edid data be probed through the i2c hooks on panda?  I want to see if I can detect what may be happening on my panda when it is using the switchbox.  Figure I could easily monitor with the headless image.
Apr 11 16:40:04 <GrueMaster> (assuming I can get that to work).
Apr 11 16:40:26 <rsalveti> GrueMaster: I know you can if you're using dvi, not sure with hdmi
Apr 11 16:40:34 <GrueMaster> ok
Apr 11 16:42:02 * rsalveti lunch
Apr 11 18:31:18 <GrueMaster> marvin24: ogra said you are working on the AC100 audio.  Do you have access to the datasheet for the audio codec?
Apr 11 18:33:58 <ogra_> marvin24_DT, ^^^
Apr 11 18:34:18 <marvin24_DT> GrueMaster: yes
Apr 11 18:34:21 <marvin24_DT> em
Apr 11 18:34:55 <marvin24_DT> you need a pdf or is an online version sufficient?
Apr 11 18:35:13 <GrueMaster> I have one.  Didn't know if you did or not.
Apr 11 18:35:32 <GrueMaster> I used to work on HDA drivers.
Apr 11 18:36:12 <marvin24_DT> I only have a leaked draft from baidu
Apr 11 18:36:37 <marvin24_DT> so you are also working on a codec driver?
Apr 11 18:36:58 <GrueMaster> ogra said it is the realtek alc5623.
Apr 11 18:37:10 <marvin24_DT> no, alc5632
Apr 11 18:37:18 <GrueMaster> I don't have a system, and am too involved with ubuntu testing to do dev work atm.
Apr 11 18:37:19 <marvin24_DT> I only used the 23 for reference
Apr 11 18:37:24 <GrueMaster> Oh.
Apr 11 18:37:29 <ogra_> ah
Apr 11 18:37:30 <marvin24_DT> they are similar
Apr 11 18:37:44 <marvin24_DT> but you cannot do it in the same driver
Apr 11 18:37:57 <marvin24_DT> I think the difference is too large
Apr 11 18:38:37 <ogra_> pfft, its only 9 product revisions :P
Apr 11 18:39:07 <marvin24_DT> the id register says its revision 0x5c!
Apr 11 18:39:11 <marvin24_DT> that's even more
Apr 11 18:39:14 <ogra_> heh
Apr 11 18:39:36 <marvin24_DT> maybe that's why this register is undocumentated
Apr 11 18:39:43 <GrueMaster> Nah, the revisions are just how many changes it took to get it working.
Apr 11 18:40:02 <GrueMaster> :P
Apr 11 18:40:52 <GrueMaster> I used to have a contact at realtek, but that was 5 years ago.  Wish I could help more.  I don't even have a system to play with (even if I had the time).
Apr 11 18:41:21 <ogra_> i thought you sit on michaels ac100 now :)
Apr 11 18:41:34 <GrueMaster> ENOTIME.
Apr 11 18:42:06 <GrueMaster> I could work on getting that working and just skip beta 2 release testing, but it may reflect poorly on my review.  :P
Apr 11 18:42:13 <ogra_> tsk, you sound like if we had a release in a few weeks
Apr 11 18:57:23 <GrueMaster> rsalveti: I think I figured out the problem with HDMI and my switchbox.  During boot, the port is reset along with the board causing the switch to jump to the next active port (I catch this and switch back before the kernel loads).  When X starts, the port is again reset and immediately probed.  This reset also causes a switch and the read immediately after gets junk data.
Apr 11 18:58:31 <GrueMaster> I think there needs to be a slight delay between reset and read.
Apr 11 19:19:33 <GrueMaster> I have a new HDMI switch with "built in equalizer".  Will see how it performs.
Apr 11 19:20:52 <rsalveti> GrueMaster: hm, ok, good to know
Apr 11 19:21:00 <rsalveti> yeah, give it a try and we'll see the behavior
Apr 11 19:48:10 <rsalveti> ogra_: still got 2 asoc: no valid backend routes for PCM: SDP4430 Media messages
Apr 11 19:51:05 <rsalveti> now let me test the sound
Apr 11 19:51:12 <rsalveti> seems that it'll only work with hdmi
Apr 11 20:27:05 <rsalveti> ogra_: can't get audio to work here
Apr 11 20:46:15 <GrueMaster> Gahh.  Getting a dpkg error upgrading pulseaudio-utils.
Apr 11 21:00:29 <GrueMaster> Appears that pulseaudio-utils is trying to remove a non-existant man page (that I don't think is even pulseaudio related).
Apr 11 21:02:12 <rsalveti> ogra_: why deb-src is not setting universe and multiverse too?
Apr 11 21:02:24 <rsalveti> $ cat /etc/apt/sources.list
Apr 11 21:02:25 <rsalveti> deb http://ports.ubuntu.com/ubuntu-ports natty main restricted universe multiverse
Apr 11 21:02:25 <rsalveti> deb-src http://archive.ubuntu.com/ubuntu natty main restricted
Apr 11 21:02:44 <rsalveti> same for natty-security
Apr 11 21:05:04 <GrueMaster> This should really be fixed in oem-config, not a jasper hack.
Apr 11 21:05:20 <rsalveti> agree, but not the case atm
Apr 11 21:05:29 <rsalveti> do you know if we have a bug for oem-config for it?
Apr 11 21:05:43 <GrueMaster> I remember filing one.  Let me look
Apr 11 21:08:46 <ogra_> that might be solvable through a preseed option, let me check
Apr 11 21:08:59 <ogra_> rsalveti, can you try running alsaucm ?
Apr 11 21:10:48 <rsalveti> ogra_: still nothing
Apr 11 21:12:31 <ogra_> did you get any output from alsaucm ?
Apr 11 21:13:27 <rsalveti> ogra_: Im setting defaults
Apr 11 21:14:11 <ogra_> well, that somewhat suggests it sets up something
Apr 11 21:14:52 <GrueMaster> rsalveti: The sources.list bug was 659754, but against jasper-initramfs.
Apr 11 21:15:03 <ogra_> it is set there
Apr 11 21:15:17 <ogra_> oem-config doesnt ship apt-setup
Apr 11 21:15:26 <ogra_> iirc
Apr 11 21:15:40 <GrueMaster> How is it done on x86?  Because that works.
Apr 11 21:15:52 <ogra_> in oem-config ?
Apr 11 21:16:10 <ogra_> on the live image casper sets it up
Apr 11 21:16:17 <GrueMaster> Ah.
Apr 11 21:16:32 <ogra_> but ubiquity goes over that sources list later
Apr 11 21:16:37 <GrueMaster> And since we don't use jasper...
Apr 11 21:16:49 <ogra_> we do use jasper
Apr 11 21:17:01 <GrueMaster> Is there a rc.once hook we could add to first-boot?
Apr 11 21:17:10 <GrueMaster> I meant casper.
Apr 11 21:17:45 <ogra_> why would we do that ?
Apr 11 21:18:13 <GrueMaster> To better use the apt api and update the sources.list properly.
Apr 11 21:18:21 <ogra_> jasper uses python-apt just fine to set it up, it just doesnt set up the deb-src lines, i'll simply add them to the script
Apr 11 21:18:53 <GrueMaster> Universe & multiverse are there, just commented.  The api properly uncomments them instead of hacking them on to the end of an existing line.
Apr 11 21:19:42 <GrueMaster> How does casper do it?  Jasper should mimic that functionality.
Apr 11 21:20:57 <ogra_> GrueMaster, we use the same api
Apr 11 21:21:19 <ogra_> its also the same api software-properties uses
Apr 11 21:22:01 <GrueMaster> Very odd.  The sources.list on my panda doesn't look the same as on my x86 VM.
Apr 11 21:24:34 <ogra_> http://paste.ubuntu.com/592844/
Apr 11 21:24:41 <ogra_> thats the script
Apr 11 21:27:10 <GrueMaster> yea, I have the bzr branch.
Apr 11 21:29:03 <GrueMaster> At any rate, more critical issue with pulseaudio-utils.  Bug 758073.  Not sure if it will clobber new images, and since we are in beta freeze with image builds emminent, I think this should take some priority.
Apr 11 21:35:37 <ogra_> grmbl, where is the bugbot
Apr 11 21:41:06 <GrueMaster> awol.
Apr 11 21:47:11 <ogra_> GrueMaster, are you sure your SD is still ok ?
Apr 11 21:47:30 <ogra_> the bug looks more like a filesystem corruption than anything else
Apr 11 21:50:32 <ogra_> GrueMaster, hmm, did you rip out the card while the panda was running ? else your dmesg shows some serious SD errors
Apr 11 21:53:38 <GrueMaster> I installed several other packages ok.  Of course, this is the *great* SD card from Dallas.
Apr 11 21:54:17 <marvin24_DT> GrueMaster: where to report errors in alc5623.c?
Apr 11 21:54:56 <GrueMaster> alsa-devel ml.
Apr 11 21:55:41 <marvin24_DT> ok
Apr 11 21:58:43 <ogra_> hmpf, disconnects ...
Apr 11 21:59:20 <ogra_> GrueMaster, the pulse bug looks like a corrupt FS, the manpage belongs to the pa package
Apr 11 22:03:14 <ogra_> i also wonder why you got ubuntu2 ... ubuntu3 is in the archive since yesterday already
Apr 11 22:05:06 <GrueMaster> Reread the bug report.  Errors were encountered while processing:
Apr 11 22:05:07 <GrueMaster>  /var/cache/apt/archives/pulseaudio-utils_1%3a0.9.22+stable-queue-24-g67d18-0ubuntu3_armel.deb
Apr 11 22:05:28 <ogra_> oh, grrr apport
Apr 11 22:05:34 <GrueMaster> yep
Apr 11 22:05:43 <ogra_> Package: pulseaudio-utils 1:0.9.22+stable-queue-24-g67d18-0ubuntu2 [modified:
Apr 11 22:05:44 <ogra_> :P
Apr 11 22:06:22 <GrueMaster> I renamed the bug report to be a little more readable.  The main info is in the description.
Apr 11 22:06:45 <ogra_> well, its doing valid stuff there, the fact that the file it wants to remove ends in .dpkg-tmp is worrying, but at first glance it looks like a filesystem issue
Apr 11 22:07:46 <ogra_> you pull the SD out without shutting down, right ?
Apr 11 22:08:04 <GrueMaster> I'm not seeing any filesystem issues in dmesg or syslog that correlate time-wise.  The sd issues were from first boot (when my HDMI swithc mangled screen output and I had to reset).
Apr 11 22:08:38 <ogra_> well, at the end of dmesg there is a bunch of IO errors
Apr 11 22:14:00 <GrueMaster> Not sure what they are from.  Corresponding lines in syslog show it to be prior to first login, way before apt-get update;apt-get dist-upgrade.
Apr 11 22:14:31 <ogra_> your disk isnt full, is it ? :)
Apr 11 22:14:44 <GrueMaster> 16GB SD???  No.
Apr 11 22:14:46 <ogra_> its weird that it happens during unpack
Apr 11 22:15:44 <GrueMaster> Yea, well.  As I said earlier, this is on one of the wonderful SD cards we got in Dallas.  I'm trying again on a known good SD.
Apr 11 22:16:14 <ogra_> well, check twice, probably the partition was resized but the fs resize failed or some such
Apr 11 22:16:54 <ogra_> given that we add 50MB spare space that would work a while before you run out of space
Apr 11 22:16:59 <GrueMaster> I've already spent most of the day on this, mainly due to the slow speed of these SD cards.
Apr 11 22:17:07 <GrueMaster> Time to move on an redo.
Apr 11 22:17:12 <ogra_> k
Apr 11 22:17:32 <ogra_> did you upgrade right after install ?
Apr 11 22:17:42 <ogra_> or was that an old install ?
Apr 11 22:18:35 <GrueMaster> This was the 20110410 image, and I tried to do a dist-upgrade shortly after first login (mainly to see if the gconf crash I had was legit.
Apr 11 22:19:28 <ogra_> well, good to know 0410 worked at least :)
Apr 11 22:21:11 <GrueMaster> Well, headless was fubar, but I haven't figured that one out yet.  Only one platform supports serial console and I needed it to test the netbook image.
Apr 11 22:21:57 <ogra_> i can take over QA responsibility for headless if you want but only after the sound stuff is solved
Apr 11 22:22:12 <ogra_> that occupies my time a bit atm
Apr 11 22:22:19 <GrueMaster> No, I can handle it.  Biggest issue is a lack of images.
Apr 11 22:22:30 <GrueMaster> With freeze, it should help.
Apr 11 22:22:31 <ogra_> heh, yeah, that will change soon
Apr 11 22:22:45 <ogra_> and with a hopefully working acorn
Apr 11 22:22:52 <ogra_> (thats the omap buildd)
Apr 11 22:23:08 <ogra_> it crashes way to often recently
Apr 11 22:23:38 <GrueMaster> maybe we should have it switched to one of the beaglexm's.  Little more stable.
Apr 11 22:23:39 <ogra_> funnily it worked fine most of the release with one or two outages to fail close to release ...
Apr 11 22:23:59 <ogra_> its like a deja vu ... i'm 100% positive we had the same in maverick
Apr 11 22:24:45 <GrueMaster> Are they special images or can any of the buildds do image building?
Apr 11 22:24:58 <ogra_> they need to be native and dedicated
Apr 11 22:25:07 <GrueMaster> Might be a good idea to have some sort of intelligent failover.
Apr 11 22:25:19 <ogra_> the pandas will help
Apr 11 22:25:32 <ogra_> it only has to survive until release day
Apr 11 22:25:35 <GrueMaster> I understand both of those, but was currios if the image on them was specific.
Apr 11 22:25:42 <ogra_> yes
Apr 11 22:25:52 <ogra_> its a special setup afaik
Apr 11 22:25:58 <GrueMaster> ok.
Apr 11 22:26:31 <GrueMaster> Still, not a bad idea to have a failover mechanism in case a platform goes out to lunch.
Apr 11 22:27:26 <ogra_> i think the build script can do that as soon as we have more HW
Apr 11 22:27:59 <ogra_> it has mechanisms, but they are currently working on a per-subarch base because we only have two buildds
Apr 11 22:28:50 <GrueMaster> Well, this is good news.  I have a new HDMI switchbox that doesn't auto-jump on signal loss, meaning I can go from poweron first boot to oem-config and still see the screen.
Apr 11 22:29:13 <ogra_> if acorn doesnt come up anymore i can switch omap manually over to the omap4 one for now, if we have more HW i'll switch it to an automated behavior
Apr 11 22:29:44 <ogra_> well, but your switch box was a good stresstest for the driver :)
Apr 11 22:31:20 <GrueMaster> Yes, and still a valid test (since the driver is broken when I use it).  I bought a new one as I plan to reconfigure my office with 3 different stations:  1 VGA, 1 DVI, 1 HDMI/1080p.
Apr 11 22:32:02 <GrueMaster> The DVI will have the systems that don't do 1080p (and will be close enough for crossover testing).
Apr 11 22:32:29 <GrueMaster> I.E. Beagle/BeagleXM/Babbage.
**** ENDING LOGGING AT Tue Apr 12 02:59:57 2011