[03:59] <mouse-_> hm- anyone get adobe flash to work on this yet, or is the work porting the flash from 0xdroid up for grabs
[04:13] <rcn-ee> mouse-_, ti's adobe binary was no help?
[04:16] <Neko> I don't see what the point is, it's not really a product... see the little blurb under TI's flash page, if you wanna ship it anywhere, you have to be qualified by an Adobe partner
[04:16] <Neko> it'll never ever go into a partner repo for example :(
[04:16] <Neko> or restricted on armel
[04:17] <Neko> unless digikey sponsor it..
[04:17] <Neko> and pay for the oem services at canonical L]
[04:18] <rcn-ee> me neither, it should be a straight download from adobe like x86.. but even their it's bloated, so it's a good thing it's that way.. ;)
[04:19] <Neko> Adobe just don't have the manpower to do it on every little arm board
[04:19] <Neko> it's hard enough building every possible combination on the PC :)
[04:20] <Neko> different radeon and nvidia drivers, intel, amd, windows xp upwards, service packs, browser versions..
[04:20] <rcn-ee> true...  i'm just thinking a generic universal armv7 binary.. ;) but without dsp help it would be too slow..
[04:20] <Neko> most of flash is software anyway
[04:20] <Neko> they have some fancy neon code in there
[04:21] <rcn-ee> yeap, and ffmpeg plays flash videos fine..
[04:21] <Neko> the amount of help you get for video codecs is minimal and on ARM they decided to use OpenMAX
[04:21] <Neko> what's left that OpenMAX doesn't do, it's all software.. not custom DSP code, just plain C and some assembler
[04:22] <Neko> it links to OpenGLES2 on iMX515 too, but there is a little contention on whether it is even using it
[04:22] <Neko> someone said it may have been pushed to 10.2
[04:33] <bkero> persia: I recompiled the netwalker kernel in my lucid image, and nothing has crashed yet. :D
[04:48] <bernard_> mouse-_: i've gotten it running using binaries from maemo
[04:48] <bernard_> (it = flash)
[04:50] <rcn-ee> bernard_, that was a nice catch, that config change had been in their for almost a year.. ;)
[05:00] <bernard_> rcn-ee: heh. i only found it because i'm compiling natively on my beagleboard, and the config change killed the dependency tracking.
[05:00] <mouse-_> rcn-ee: ti's adobe binary ?? it's inaccessible :P
[05:00] <bernard_> (now i can do minor changes, and rebuild my kernel on the beagle in 2 minutes)
[05:00] <mouse-_> btw, has anyone else gotten any errors like this - [  116.582672] asoc: interface omap-mcbsp-dai-0 hw params failed
[05:01] <mouse-_> bernard_: nice! thanks for the pointer
[05:01] <bernard_> mouse-_: ack. same happens to me on login, but never after that.
[05:01] <mouse-_> ahh, yeah
[05:02] <mouse-_> oo, does the maemo flash use the sgx libs
[05:04] <bernard_> mouse-_: doesn't look like it.
[05:05] <bernard_> mouse-_: http://pastebin.com/brdmvuTc
[05:06] <bernard_> mouse-_: all the libraries are in ubuntu except for 2.
[05:06] <bernard_> mouse-_: libplayback-1-0 i copied from maemo also. libhildonfm i just created a dummy library for (it doesn't seem to use it unless it needs a file open/save dialog)
[05:11]  * mouse-_ nods
[05:13] <Neko> anyone noticed console-setup not fixing up the font?
[11:42] <bernard_> rcn-ee: any chance you could pick up this patch in your 2.6-stable series? http://marc.info/?l=linux-omap&m=128744421925804&w=2
[11:45] <bernard_> (davem's taken it for 2.6.37)
[11:57] <Mike^> ogra_ac: just curious, does 'ac' stand for  toshiba ac100?
[11:57] <ogra_ac> Mike^, yep
[11:57] <Mike^> ogra_ac, and how is it?
[11:57] <ogra_ac> great if you can live without the proprietary bits
[11:58] <ogra_ac> (which do the power management, sound and stuff like that)
[11:58] <Mike^> you mean no 3d, no video, no PM :)
[11:58] <ogra_ac> its awesome to have a device i can do arm development on though
[11:58] <ogra_ac> right
[11:59] <Mike^> you mean native builds?
[12:00] <ogra_ac> yes, thats what we do in ubuntu
[12:03] <Mike^> I'm trying to push Nvidia to at least make the proprietary bits independed of the kernel/X11 version, like they do in x86
[12:04] <Mike^> probably having ac100 users posting such requests on their forum will help...
[12:08] <ogra_ac> Mike^, yeah, DKMS modules and a redistribution license for the daemon stuff would be cool
[12:09] <ogra_ac> Mike^, btw, there is an #ac100 channel
[12:10] <Mike^> ogra_ac: it's almost the same people :)
[12:13] <suihkulokki> I'd say ac100 is good example why mainlining android is needed
[12:13] <ogra_ac> ugh
[12:13] <ogra_ac> suihkulokki, why ?
[12:14] <Mike^> suihkulokki: mainlining android won't help with ac100 until nvidia do something with the drivers
[12:14] <suihkulokki> ogra_ac: less porting of the drivers?
[12:14] <ogra_ac> suihkulokki, i think ac100 is the *best* example why android is not for netbooks
[12:14] <ogra_ac> no need to port any android drivers for ac100 on ubuntu
[12:15] <suihkulokki> you mean it works out of box with ubuntu kernel?
[12:15] <ogra_ac> we a) have the kernel source from toshiba and b) the community maintained ac100 ubuntu kernel doesnt have a single android module
[12:15] <ogra_ac> suihkulokki, http://ac100.gudinna.com/
[12:16] <ogra_ac> suihkulokki, the community upstream tree is on gitorious since weeks
[12:16] <ogra_ac> (for the kernel)
[12:16] <suihkulokki> its still a fork
[12:16] <suihkulokki> it is openwrt all over again
[12:16] <hrw> suihkulokki: it is not openwrt
[12:16] <Mike^> suihkulokki: with current tegra support in kernel it'll remain a fork for a long time
[12:17] <ogra_ac> its a tegra 2.6.29 kernel with toshiba sauce on top
[12:17] <ogra_ac> indeed its not ideal
[12:17] <ogra_ac> (i dont claim that)
[12:18] <ogra_ac> but it surely doesnt need any android bits
[12:18] <suihkulokki> I was under the impression the drivers have android pm hooks inside
[12:18] <Mike^> ogra_ac: I think you can run the tegra tree from the android repos, afaik they already have fbdev added
[12:18] <ogra_ac> and https://launchpad.net/ac100 makes some slow progress already
[12:19] <ogra_ac> Mike^, no LCD support for the ac100 yet
[12:19] <Mike^> does it have external display connector?
[12:19] <ogra_ac> yes, but that only works with the nvidia bits
[12:20] <Neko> ogra, wow, you left that bare :D
[12:20] <ogra_ac> it has HDMI
[12:20] <Mike^> so, there's a chance :)
[12:20] <ogra_ac> but needs some magically trigger from the nvrm_daemon to switch on
[12:20] <ogra_ac> reverse engineering most of the daemon should be possible
[12:21] <ogra_ac> (since you have full acess to the kernel side)
[12:21] <Mike^> right
[12:21] <hrw> ogra_ac: so no display at all?
[12:21] <ogra_ac> most stuff is done by just sending ioctls
[12:21] <ogra_ac> hrw, not with the non toshiba source yet
[12:21] <ogra_ac> someone needs to forward port the sauce
[12:25] <saboteur> tomato or bbq ?
[12:30] <Mike^> hdmi and lcd
[12:33] <lag> Sounds awesome
[12:34] <lag> Does the processor work?
[12:34] <lag> How about RAM?
[12:34] <lag> :)
[12:35] <ogra_ac> ?
[12:35] <ogra_ac> i'm typing on an ac100, so yes, ram and cpu work :P
[12:41] <lag> ;)
[12:41] <lag> The only things that do by the sounds of it ;)
[12:41] <ogra_ac> nope
[12:41] <ogra_ac> i can show you mine at UDS :)
[12:41]  * Mike^ looking at git://gitorious.org/ac100/kernel.git/drivers/paz00/lcdhdmi-disp.c
[12:42] <ogra_ac> i use it as my main work machine since a few weeks
[12:42] <ogra_ac> lag, there will be plenty ac100's at UDS btw, i know about at least 6 owners now that will bring theirs
[12:43] <ogra_ac> lag, power management, 3D, HW buttons and local sound (usb works) dont work yet
[12:45] <ogra_ac> 3D is unlikely to happen unless nvidia release the driver in a way we can use DKMS with it ... buttons are possible to get to work through a free daemon app that sends the right ioctls to the kernel
[12:45] <ogra_ac> sound is tricky ... and power management too since thats all handled by a proprietary daemon in userspace
[12:46] <ogra_ac> and in android the PM is mostly done through hotplugging one CPU
[12:46] <ogra_ac> which is horribly laggish
[12:48] <Mike^> ogra_ac: seems that everything except 3D and video is possible even without the daemon
[12:48] <ogra_ac> well,i'm not sure about brightness control and cpufreq
[12:49] <Mike^> the PMIC bits are in the mainline and what's missing is the arch/arm/mach-tegra/board-ac100.c
[12:49] <Mike^> that will tie everithing together
[12:50] <ogra_ac> well, it surely needs somone to work on it ... and preferably someone with more kernel background than me ;)
[12:50] <ogra_ac> i'm fine doing one ot the other ugly hack, but i'm not a kernel dev
[12:51] <Mike^> if I'll find a time to send you some patches, will you test them? knowing that it may brick your netbook? ;-)
[12:52] <ogra_ac> brick ?
[12:52] <ogra_ac> i can always revert to another kernel ;)
[12:53] <Mike^> playing with PMIC may be dangerous :)
[12:53] <hrw> tried kexec?
[12:53] <hrw> ops, wrong window
[12:54] <ogra_ac> i tried kexec though ;)
[12:54] <ogra_ac> didnt work
[12:58] <Mike^> ogra_ac: anyway, I have too many stuff to finish before plumbers, so your ac100 is safe for now :)
[12:59] <ogra_ac> Mike^, i'll be at plumbers, lets play there ;)
[12:59] <Mike^> no problem :)
[13:03] <rcn-ee> sure, bernard_ i'll add that smsc patch, it'll make alot of xM users happy...
[13:04] <bernard_> rcn-ee: great. thank you!
[14:03] <vstehle> Dear ogra (or ogra_ac), would you have some time to help me with our LP PPA, please? It seems some of the team PPA will not build for armel...
[14:17] <ogra_ac> vstehle, whats the exact prob ?
[14:19] <vstehle> ogra_ac, the PPA private-stable and stable won't build for armel. Also, the PPA 'private-stable' does not look very private :)
[14:20] <vstehle> ogra_ac, for example  http://paste.ubuntu.com/517426/. This is on PPA private-stable
[14:23] <vstehle> ogra_ac, for the "private/non-private" part of the issue; private-stable has the following URL: http://ppa.launchpad.net/tiomap-dev/private-stable/ubuntu. This is not a private PPA. It should read something more like https://private-ppa.launchpad.net/tiomap-dev/private-stable/ubuntu
[14:24] <ogra_ac> vstehle, hmm, hard to check ... let me log out of LP
[14:25] <vstehle> ogra_ac, good idea. I just did, and I can see private-stable
[14:25] <ogra_ac> vstehle, yes, private-stable seems to have been set up wrongly
[14:26] <ogra_ac> https://edge.launchpad.net/~tiomap-dev only shows public ones beyond that
[14:27] <vstehle> ogra_ac, would you please be able to fix it? This PPA can even be deleted and re-created if needed; there is nothing in it. But I think we would like to keep the name, so making the changes from the web interface would probably not work...
[14:28] <ogra_ac> well, trying to find out whats wrong atm
[14:30] <vstehle> Oh you are "digging in the guts" of LP? Cool :)
[14:32] <ogra_ac> i deleted it, but recreating a new one with that name doesnt offer me to make it private it seems
[14:32] <ogra_ac> i'll ask in #launchpad i think
[14:34] <ogra_ac> vstehle, wrt your rejected upload, line 8 in the paste is wrong ;)
[14:50] <ogra_ac> vstehle, seems there is no LOSA available in #launchpad atm, i'm waiting for an answer there
[14:53] <vstehle> ogra_ac, I think private-stable is now private. At least it disappeared from the webpage...
[14:53] <ogra_ac> vstehle, (btw, you can contact them directly there too )
[14:53] <ogra_ac> vstehle, no, i deleted it since there were already directories for the failed upload
[14:54] <ogra_ac> we need to get it completely wiped and then the help of a LOSA to make sure the newly created one is completely private
[14:54] <ogra_ac> i couldnt make out the difference through the UI so there must be some admin love involved
[15:16] <rsalveti> GrueMaster: hm, lots of people complaining about lack of sound in beagle xm with ubuntu
[15:16] <rsalveti> GrueMaster: what is needed to make it work?
[15:17] <rsalveti> asking you as I remember you tested that :-)
[15:17] <armin76> fix!
[15:18] <GrueMaster> I only got it to work in speaker-test.  I can't remember off hand what settings they were.  Will look to see if I still have the amixer diff.
[15:18] <GrueMaster> Give me a few minutes as I am just up and waiting for coffee.
[15:18] <rsalveti> np, will also be out for lunch soon
[15:19]  * ogra_ac knows a gross hack he wont chare here to make sound work on everything with maverick 
[15:19] <ogra_ac> *share
[15:20] <GrueMaster> I do know that it is a regression from Lucid.  Nothing in the driver changed from what I can tell, but audio worked fine in Lucid on Beagle, and it is the same audio hw.
[15:21] <ogra_ac> GrueMaster, my gross hack doesnt touch alsa ...
[15:21] <ogra_ac> it only touches udev
[15:21] <ogra_ac> GrueMaster, ls /dev/snd to give one more hint
[15:22] <GrueMaster> I'm not set up yet.  Will take a little as I am still reorganizing my office.
[15:22] <ogra_ac> GrueMaster, on any maverick system
[15:23] <ogra_ac> the background is that we dont create any devices under /dev/snd anymore, they go directly into /dev
[15:23] <ogra_ac> that way you cant fall back to alsa setup if you want to
[15:25] <ogra_ac> GrueMaster, http://paste.ubuntu.com/517475/ even makes the soundblaster play work on the ac100
[15:25] <ogra_ac> but as i said, gross hack
[15:26] <ogra_ac> (likely breaks autodetection etc in pulse)
[15:26] <GrueMaster> so, someone modified udev to a new model without testing to see if it broke the old model ?
[15:26] <ogra_ac> might be
[15:26] <ogra_ac> i'd rather think that someone considers the old model deprecated
[15:30] <rsalveti> hm, weird
[15:32] <ogra_ac> vstehle, so i talked to LOSA in #launchpad ... we will need a new PPA (which means new name) that has to be made private manually by a LOSA before anyone uploads to it
[15:33] <ogra_ac> vstehle, once uploaded to it it seems to not be possible to convert it
[15:33] <ogra_ac> nor to completely delete it
[15:34] <ogra_ac> vstehle, could you discuss a new name with ndec ?
[15:34] <ogra_ac> and tell me the name
[15:36] <vstehle> Ok ogra_ac. Having deleted PPA on LP myself, I was sure it would end this way :)
[15:38]  * rsalveti lunch
[15:48] <GrueMaster> rsalveti: Do we know if the Beagle/XM supports S-Video out?  I have no way of testing this.  Currently reading an email sent to ubuntu-mobile mailing list.
[16:35] <berco> lool: I had a chat with hrw on xdeb
[16:35] <berco> lool: trying to setup an environment
[16:35] <hrw> berco: better take it to #linaro ;)
[16:36] <berco> hrw: I couldn't find lool on #linaro :)
[16:36] <hrw> I see him there
[16:37] <berco> hrw: yeah, I see him now, don't if I opened my eyes :)
[16:37] <ogra_ac> hrw, juat because *you* see him there :P
[16:38] <ogra_ac> *just
[16:38] <hrw> ogra_ac: I do not want to bother arm team with boring cross compilation issues ;D
[16:39] <ogra_ac> hrw, i meant your lool radar ;)
[16:40] <ogra_ac> (and we dont mind xdeb discussions here)
[16:50] <ogra_ac> ndec, there is a new alsa-utils in the queue with fixed postinst script that calls alsactl init
[17:05] <rsalveti> GrueMaster: it should support, but I believe nobody tested it
[17:11] <GrueMaster> I have an old (near ancient) TurboTV PCI card that has coax, svideo, and rca jacks.  Not sure if the svideo & rca are input, but I think they are.  I guess I could turn my serial console monitor into an svideo capture display.
[17:12] <rsalveti> hehe, I believe this can work, if your card is still working :-)
[17:20] <GrueMaster> As soon as it finishes upgrading to Mav, I'll give it a whirl.
[17:38] <GrueMaster> Heh.  So much for that idea.  Case is ITX.  Only takes half height PCI.
[17:38] <GrueMaster> Hrm
[17:40] <Neko> bah :(
[17:40] <jcrigby> rsalveti, about bug #663642
[17:40] <ubot2> Launchpad bug 663642 in linux-linaro (Ubuntu) (and 1 other project) "DVI doesn't work at BeagleBoard xM rev A3 (affects: 1) (heat: 12)" [Undecided,New] https://launchpad.net/bugs/663642
[17:41] <rsalveti> jcrigby: yup
[17:41] <rsalveti> just sent the patch to the kernel team
[17:41] <jcrigby> what does this mean: This patch is not yet upstream because it depends on the xM check
[17:41] <jcrigby> patches that are still not upstream.
[17:41] <rsalveti> jcrigby: upstream is lacking code that checks when it's running on xm and when it's not
[17:41] <rsalveti> if you compare the beagleboard board file you will easily notice it
[17:42] <jcrigby> ok
[17:42] <jcrigby> I'm trying to get this into the linaro kernel today so we can get it through before uds
[17:44] <rsalveti> jcrigby: our kernel: http://kernel.ubuntu.com/git?p=ubuntu/ubuntu-maverick.git;a=blob;f=arch/arm/mach-omap2/board-omap3beagle.c;h=94cb19c07eede995039035a63e5ac53d96e64b7f;hb=HEAD#l282
[17:44] <rsalveti> l-o: http://git.kernel.org/?p=linux/kernel/git/tmlind/linux-omap-2.6.git;a=blob;f=arch/arm/mach-omap2/board-omap3beagle.c;h=14f42240ae792bf01fcd289d60d441d9d55eb328;hb=HEAD#l273
[17:45] <rsalveti> jcrigby: it's basically the check when the kernel is running on cpu_is_omap363
[17:45] <rsalveti> *cpu_is_omap3630
[17:45] <Neko> hey arm guys :D
[17:46] <rsalveti> jcrigby: do you know if anyone from linaro has a xM rev A3?
[17:46] <rsalveti> at least one guy from the beagle ml said it worked for him
[17:46] <Neko> question: is there anything installed on the gnome desktop by default, besides the games and useless stuff like brasero, that you'd consider aren't particularly useful to 99% of users?
[17:46] <Neko> not including language support stuff
[17:46] <Neko> I am just trying to cut about 100MB out of the filesystem if I can
[17:46] <rsalveti> I only tested with my current rev A, and it worked as before
[17:48] <jcrigby> rsalveti, I don't know
[17:52] <rsalveti> jcrigby: as most newer xMs are rev A3 now, this is kind of a high priority bug
[17:52] <rsalveti> otherwise the user is unable to use the dvi output
[17:54] <jcrigby> rsalveti, I understand, thats why we want to get it into the linaro kernel
[18:39] <ogra_ac> plars-actual, so you are not the fake plars ?
[18:39] <plars-actual> ogra: no, plars is clearly the fake!
[18:40] <ogra_ac> now, how can you prove that to us ?
[18:40] <slangasek> oh, does that not just mean he's the officer in charge?
[18:40] <plars-actual> ogra: working from a different location today, my firewall is having fits and not keeping it's config lately, so I can't connect to my bip proxy :(
[18:40] <ogra_ac> oh, thats bad :/
[18:41] <ogra_ac> slangasek, hey, good that i see you ... does your team care about multivers breakage ?
[18:41] <plars-actual> could be due to the weekly, sudden power outages I was having for about a month
[18:41] <slangasek> ogra_ac: "breakage"? :)
[18:41] <ogra_ac> i just ran into a bug trying to play an mp4 movie
[18:41] <slangasek> ogra_ac: I don't believe we're touching anything near multiverse currently, so it's ok if you break it - or are you asking us to fix it? :)
[18:41] <ogra_ac> which works fine until i install ubuntu-restricted-extras
[18:42] <slangasek> hmm, ok
[18:42] <slangasek> file a bug, subscribe linaro-foundations please
[18:42] <ogra_ac> seems there is a libavcodec52-extras package that replaces the installed one
[18:42] <ogra_ac> which seems broken
[18:42] <ogra_ac> ok, will do
[18:43] <ogra_ac> hmm
[18:43] <ogra_ac> apparently the gstreamer equivalent is broken too
[18:43] <ogra_ac> weird
[18:44] <ogra_ac> mplayer plays the file, totem complains not having support for mp4
[18:47] <GrueMaster> mplayer uses different libraries than totem.
[18:47] <ogra_ac> GrueMaster, right, but i see the same breakage in both
[18:48]  * ogra_ac removes gst-plugins-bad-multivers
[18:48] <ogra_ac> e
[18:48] <ogra_ac> i wonder if there is an x86 binary somewhere in the multiverse codecs
[18:49] <ogra_ac> http://www.dailypspmovie.com/movies/2010/20101021-never-say-no-to-panda.mp4
[18:50] <ogra_ac> plays fine with the defaults
[18:50] <ogra_ac> but stops playing in anything after ubuntu-restricted-extras was installed
[18:54] <GrueMaster> file a bug.  Maybe we can get an armel developer to look at it.  :P
[18:54] <ogra_ac> do you know any ?
[18:54] <GrueMaster> Good ones?
[18:55]  * ogra_ac cant get back into the state where totem played the file 
[18:55] <ogra_ac> there are good ones ?!?
[18:57] <GrueMaster> Heh.  On alsa-devel mailing list:  A new version of the funny game "Catch-the-slider" aka Alsamixer-Qt4 0.5.1 is now available...
[18:57] <ogra_ac> giggle
[19:23] <GrueMaster> ogra_ac: http://qt.gitorious.org/~dfaure/qt/dfaures-clone/commit/ebf9d5dd5174b7c82fec83b56d71a59d5277bd51
[19:23] <GrueMaster> Is this in our version?
[19:25] <ogra_ac> no idea
[19:31] <GrueMaster> Ok, no it isn't.  I'm looking at the source file and comparing with the patch above.
[19:31] <GrueMaster> btw:  my dove crashed during the build.
[19:32] <ogra_ac> not enough swap ?
[19:32] <ogra_ac> you need a gig or more afaik
[19:33] <GrueMaster> I have 2.5G
[19:33] <ogra_ac> then it should have worked
[19:33] <ogra_ac> but well
[19:33] <ogra_ac> its dove
[19:33] <ogra_ac> use the panda ;)
[19:33] <GrueMaster> heh
[19:34] <GrueMaster> That will require a bit of extra work.  ENOHOOKEDUP
[19:34] <ogra_ac> well
[19:35] <ogra_ac> i uploaded the fix to proposed
[19:35] <ogra_ac> just let the buildds suffer ;)
[19:35] <GrueMaster> which fix?
[19:35] <ogra_ac> -no-neon
[19:35] <ogra_ac> if we are lucky its ready before UDS and i can test with mumble on the ac100
[19:35] <GrueMaster> Ah.  I will try to explore this patch more.  Might be a better fix.
[19:36] <ogra_ac> i just set the configure option, threw the package at the wall and wait ...
[19:36] <GrueMaster> If it enables proper runtime detection.
[19:36] <ogra_ac> it doesnt
[19:37] <ogra_ac> check if it opens /proc/self/auxv somewhere
[19:37] <ogra_ac> then it uses hwcaps
[19:38] <ogra_ac> which is what is needed for doing runtime detection properly
[19:39] <ogra_ac> http://www.llvm.org/bugs/attachment.cgi?id=4428 is a good example patch
[19:57] <GrueMaster> Did you break alsa-utils?  I'm seeing a lot of bug reports on it failing to install.
[20:04] <ogra_ac> from maveirck-proposed ?
[20:07]  * ogra_ac doesnt think his last change was even accepted
[20:10]  * GrueMaster had 17 emails of new bug reports in the last 20 minutes related to this.
[20:11] <GrueMaster> Here come 14 more.
[20:12] <ogra_ac> can you probably point me to one ?
[20:12]  * ogra_ac didnt get any alsa mails
[20:12] <GrueMaster> This is the original bug.  Bug 664645.
[20:12] <ubot2> Launchpad bug 664645 in alsa-utils (Ubuntu) "package alsa-utils 1.0.23-2ubuntu3.3 failed to install/upgrade: subprocess installed post-installation script returned error exit status 1 (affects: 14) (dups: 12) (heat: 106)" [High,Confirmed] https://launchpad.net/bugs/664645
[20:12] <GrueMaster> Every new one is being auto-tagged as a duplicate.
[20:15] <ogra_ac> yeah, i see the issue, damned
[20:17] <ogra_ac> copying code from the initscript wasnt so clever
[20:17] <GrueMaster> bad ogra_ac.
[20:18]  * ogra_ac curses
[20:18] <ogra_ac> i was supposed to be afk 2h ago
[20:21] <hrw|gone> ogra_ac: sit and fix instead :(
[20:21] <ogra_ac> yes
[20:29] <rsalveti> another issue on the sound thing?
[20:29] <rsalveti> ogra_ac: you're just with a lot of bad luck
[20:30] <ogra_ac> rsalveti, nah, to blind
[20:30] <ogra_ac> slangasek, could i ask you a favor and let the alsa-utils package i just uploaded to maverick-proposed in so the alsa guys dont drown in bugs ?
[20:30] <ogra_ac> slangasek, seeing you on the SRU team
[20:31] <ogra_ac> (seems pitti is gone for the day)
[21:01] <GrueMaster> Interesting.  Just added the omap ppa to kubuntu image and did apt-get install on ubuntu-omap4-extras-graphics.  It recommended linux-headers-2.6-amd64.
[21:02] <GrueMaster> Somethings not right here.
[21:03] <rsalveti> just recommend
[21:03] <rsalveti> because of dkms, probably
[21:05] <GrueMaster> Just seems odd.
[21:06] <rsalveti> yeah, as having a *lot* of video drivers installed by default
[21:07] <rsalveti> for sure I'm not going to run s3virge, trident or voodoo at my panda
[21:07] <ogra_ac> no, thats valid
[21:07] <ogra_ac> for x86
[21:07] <ogra_ac> :)
[21:07] <ogra_ac> on arm we should fix that at some point
[21:07] <rsalveti> it'd be good to clean that
[21:07] <ogra_ac> probably worth a lst minute spec
[21:08] <ogra_ac> though david isnt there to approve it in time
[21:08] <GrueMaster> I'll head it up.  Oh, wait...
[21:10] <ogra_ac> lets talk about it in the call
[21:11] <rsalveti> oh, we have a call today, almost forgot about that
[21:11] <ogra_ac> david asked me to run one
[21:12] <ogra_ac> not sure we have many topics
[21:12] <ogra_ac> but as long as NCommander shows up to entertain us with echos ...
[21:13] <rsalveti> lol
[21:20] <GrueMaster> he is on vacation too.  Not sure he'll make it.
[21:21] <ogra_ac> oh, i didnt know
[21:24] <GrueMaster> I'll find out.
[21:25] <GrueMaster> Nope, he has no network access.
[21:25] <ogra_ac> k
[21:27] <GrueMaster> Well, this is certainly interesting.  After installing video drivers from ppa & rebooting, I am getting a good display, albeit at 640x480.  Probably due to my HDMI switch.
[21:28] <ogra_ac> you and your toys
[21:28] <GrueMaster> heh.
[21:29] <GrueMaster> Yea, it was the switch.  It automatically switches to the next device when signal is lost, and switches back when the signal returns.  Of course we have already pulled edid at that time.
[23:13] <slangasek> ogra_ac: alsa-utils accepted
[23:13]  * ogra hugs slangasek 
[23:13] <slangasek> ogra_ac: which should correct the -proposed regression; but what's the reason for this being a panda-specific hack in the first place?
[23:13] <ogra> i owe you a beer on sunday
[23:14] <ogra> slangasek, the alsa driver for the SDP4430 and Panda doesnt init properly ... it needs a one shot initialization once
[23:14] <ogra> that needs to be fixed in ASoC at some point but we didnt get a better fix yet
[23:15] <ogra> (as many other bits need fixing in ASoC for omap4, teh driver really isnt 100% there yet)
[23:15] <slangasek> ok
[23:15] <slangasek> so this is a not-for-natty change?
[23:16] <ogra> well, it is for natty until we get a fixed driver
[23:16] <ogra> i dont know how long that will take upstream
[23:16] <ogra> for natty there is code that doesnt need the postinst
[23:16] <ogra> the postinst is only needed on systems that already have alsa.state in place
[23:17] <slangasek> ok