[00:26] <WaVeR> Hi folks
[00:27] <WaVeR> anyone from the loco council present ?
[09:25] <gsilvapt> WaVeR, I am now
[10:30] <WaVeR> gsilvapt>  Hello, can you please open a launchpad entry regarding re-approval of #Ubuntu-CH
[11:13] <gsilvapt> WaVeR, I just opened although I'm not sure if this should be private as others usually are. I'll confirm with other members of the council
[12:43] <WaVeR> gsilvapt>  thanks a lot. let me know the url or maybe i'll receive the notification when the entry is created
[12:44] <gsilvapt> WaVeR, these are supposed to be private. I'm pretty certain you do not have access.
[12:44] <gsilvapt> https://bugs.launchpad.net/ubuntu-locoteams/+bug/1750544
[12:44] <gsilvapt> But there it is
[12:45] <WaVeR> gsilvapt>  true :=) I guess I should be invited to be able to see it. and I can invite other members to react too
[12:45] <WaVeR> I guess it was this way years ago
[14:13] <gsilvapt> WaVeR, I'll ask around to solve this as soon as possible :)
[14:19] <WaVeR> gsilvapt>  thanks a lot


[07:38] <duga3> list ubuntu-arm
[08:07] <AlexLee> hello , does ubuntu11.10 for panda has no h264enc codec? i run the gst to encode h264 failed, who knows ?
[08:20] <duga3> can anybody help me with ARM NEON?
[08:29] <duga3> Good morning, can anybody help me with vector permutation using ARM NEON?
[10:24] <ogra_> TheMuso, hey, i meant the other paz00/alc patches ... i dotn know if all of them made it into the recent version we have
[10:26] <janimo> GrueMaster, I am looking at the two main FTBFS you brought up. thanks
[11:42]  * ogra_ curses, seems my install is seriously scrwed :(
[11:48]  * ogra_ curses mono
[11:49] <janimo> ogra_, what does mono do in your install?
[11:49] <ogra_> fail the assembly install from the postinst
[11:50] <janimo> but what requires it, it's not in default install right?
[11:50] <ogra_> note that my system got upgraded from natty over oneiric to precise, i have a lot of shit installed that shouldnt be there
[11:50]  * ogra_ is just trying to get rid of mono
[11:51] <ogra_> also i hacked the alternatives for nvidiy-tegra, that fails too
[11:54]  * ogra_ tries to purge everything with -cil in the name,  lets see if makes it any better
[11:56] <ogra_> silly mono crap .... and nobody to fix it :(
[11:56] <xranby> ogra_: the latest mono at least installed on my machine but its asserting all the time
[11:57] <ogra_> right, for me it seems to already breal when the assembly update happens
[11:57] <ogra_> luckily we dropped it from the images
[11:57] <ogra_> still thats a basd situation
[11:57] <ogra_> *bad
[12:08] <ogra_> grmbl
[12:11] <ogra_> update-alternatives: error: alternative nvidia_drv can't be slave of arm-linux-gnueabi_egl_conf: it is a slave of gl_conf
[12:11] <ogra_> i really wonder how i broke that
[12:12] <xranby> ogra_: i fixed it on my machine by removing the slave of gl_conf
[12:13] <ogra_> in the nvidia-tegra package ?
[12:13] <xranby> i think the bug are simply that the old nvidia-tegra package added the slave for gl_conf
[12:13] <xranby> so the bug is in the state saved in update-alternatives
[12:14] <ogra_> well, thats bad, the new package should have a fix for it
[12:16] <xranby> i think i ran   update-alternatives --remove gl_conf
[12:16] <xranby> before configuring the new package
[12:16] <xranby> it will remove gl_conf and all associated slaves
[12:19] <xranby> ogra_: try ask someone who better understand this alternative system
[12:19] <xranby> how the transition from non-multiarch to multiarch are supposed to work
[12:19] <ogra_> well, i know enough about alterbnatives, i'm just to lazy to weed through all the postinst scripts :P
[12:20] <xranby> the QA team will have a fun time hitting all these upgrade QA issues
[12:20] <xranby> when testing oneiric -> precise upgrades
[12:21] <ogra_> i dont think they test ac100 upgrades
[12:34] <janimo> ogra_, the alternatives issue I saw as well, but was not sure if it is not caused by my broken manual alternatives renaming earlier
[12:34] <janimo> maybe preinst should have something to remove the early names indeed
[12:35] <janimo> but I do not understand alternatives well either
[12:35] <ogra_> yeah, something like that ... i fiddled with the alternatives as well, though
[12:36] <ogra_> i think the prob is that egl is already a slave of gl ... the driver wants to create a slave for a slave
[12:37]  * ogra_ purges mesas egl stuff for a test
[12:39] <ogra_> hmm, intreasting, that removes gimp
[12:40] <xranby> who would have guessed :)
[12:40] <xranby> im surprised that gimp needs egl
[12:42] <ogra_> well, it also installs a ton of QT packages that seem to have been held back
[12:44] <ogra_> i wonder if we missed a transition here
[13:33] <NCommander> cooloney: ok, I'm spinning a source package now with the change to changelog (guess I need to retag too :-/)
[13:33] <NCommander> I'll dump my branch onto zinc once its done
[13:34] <NCommander> cooloney: also need to delete all non-revelant changelog entries
[13:35] <cooloney> NCommander: yeah, please send me patch
[13:35] <cooloney> let me update the git tree
[13:36] <NCommander> cooloney: great
[13:36] <NCommander> give me a sec to continue smacking
[13:36] <NCommander> argh
[13:36] <NCommander> Freaking changelog manager
[13:37]  * NCommander headthunks
[13:37] <ogra_> we have a manager for that ?
[13:37] <ogra_> how much does he earn per month ?
[13:38] <ogra_> :P
[13:39]  * NCommander hits ogra_ with a brick
[13:40] <ogra_> hey, one day i'll build a house... i already have a good collection of your bricks
[13:41]  * NCommander his ogra_ with a rock
[13:42] <NCommander> *hits
[13:42]  * ogra_ reboots after that dist upgrade finally finished (that took half my workday, sigh)
[13:42]  * ogra_ throws a mono stack at NCommander
[13:42]  * NCommander cuts it in half with his libO foo
[13:47] <NCommander> cooloney: http://paste.ubuntu.com/835214/ - plz apply
[13:47]  * NCommander dumps linux-armadaxp into a PPA to testbuild properly
[13:50] <dumby88> wm8650
[13:51] <cooloney> NCommander: meta will be ready soon. thx janimo
[13:52] <NCommander> uploading to a ppa now to testbuild (not sure all the necessary changes to get the _all packages to build prpoerly made it in)
[13:53] <NCommander> going to go get some food, will return
[13:53] <janimo> cooloney, you're welcome
[13:54] <cooloney> janimo: for testing build meta, what's kind of build target should i use?
[13:54] <cooloney> fdr clean; fdr binary?
[13:54] <janimo> hmm, I think I just used debuild -us -uc when testing
[13:55] <janimo> as it builds very fast - nothing to actually build but the metadatat under debian/
[13:55] <janimo> what you say is equivalent I guess
[13:55] <cooloney> janimo: yeah, i got it
[14:03] <cooloney> NCommander: i saw you patch, did you miss to change 3.0.0 to 3.0.17?
[14:08] <NCommander> cooloney: infinity gave a good reason not to include it
[14:08] <cooloney> NCommander: i miss that reason, why?
[14:09] <cooloney> NCommander: let me change back the meta package from 3.0.17 to 3.0.0
[14:09] <NCommander> cooloney: because its a leftoer when we used 2.6.x, including the sub-minor just means the version number cahnges a LOT and is a pain
[14:09] <cooloney> NCommander: looks like we have to stick to the tradition
[14:09] <cooloney> yeah
[14:18] <cooloney> NCommander: how about i fold your patch to my previous commit
[14:18] <cooloney> NCommander: and i will push out this change again
[14:18] <NCommander> cooloney: that's fine. you'll probably get a few more patches as I'm not sure this will build onteh buildds (doing a PPA test build to check)
[14:20] <cooloney> NCommander: great
[14:22] <cooloney> NCommander: meta package is here, git://kernel.ubuntu.com/roc/linux-meta-armadaxp.git
[14:22] <NCommander> great
[14:22] <cooloney> NCommander: please help to review and upload.
[14:23] <cooloney> or the gitweb http://kernel.ubuntu.com/git?p=roc/linux-meta-armadaxp.git/.git;a=summary
[14:33] <cooloney> NCommander: kernel git tree is also updated with your patch
[14:33]  * cooloney gonna go to sleep
[14:33] <cooloney> good night, folks
[14:44] <NCommander> cooloney: sleep well
[14:50] <janimo> ogra_, are the armhf omap sgx drivers coming?
[14:50] <ogra_> janimo, at some point, yeah ... with dropping of el
[14:51] <janimo> NCommander, cooloney wonder why is linux-armadaxp building for i386 too
[14:51] <ogra_> TI will only support one
[14:51] <NCommander> janimo: arch-all voodoo, whichis why I wanted to do a test build to see if it actually will build properly.
[14:51] <ogra_> for the brave that want to run armada kernels on pentiums :)
[14:51] <janimo> ogra_, are they waiting for something or next release will automatically be armhf?
[14:51] <ogra_> janimo, next will ... they dont have time and manpower, so we have to wait
[14:52] <janimo> ok
[14:52]  * ogra_ finally finds the time to test janimo's new kernel ...
[14:52] <janimo> do we wait with switching images over to armhf only until they arrive?
[14:52] <ogra_> though thats probably brave right before a meeting :)
[14:52] <janimo> ogra_, heh, as long as you don't suspend it should not be an issue :)
[14:52] <ogra_> janimo, nope, we switch when we switch ... up to them to react then
[14:53] <janimo> ah, they may not want to put any effort in it until it is 100% 12.04 is armhf primarily
[14:53] <ogra_> might be, we wont wait for them though
[14:54]  * ogra_ installs
[14:54] <janimo> sure. what about nvidia/ac100? Not sure if they even promised armhf this cycle
[14:54] <ogra_> no idea
[14:54] <ogra_> likely not
[14:55] <janimo> I'd still switch to armhf by default on ac100
[14:55] <ogra_> same thing for omap3 ... ask rsalveti about that one
[14:55] <janimo> ok, in today's meeting probably
[14:55] <ogra_> yeah, me too i guess, though that means a cross grade or some such for me ... i dont want to lose all my data
[14:56] <xranby> nvidia have produced armhf drivers for meego in the past
[14:56]  * ogra_ reboots into new kernel
[14:56] <xranby> do we have any nvidia person to ask directly?
[14:56]  * janimo wonders what kind of unbackupable/unrestorable heaps of data may ogra's ac100 hold that he cannot just wipe and reinstall armhf
[14:57] <xranby> i doubt they will support it officially but they may create an armhf build for distribution with a specific distribution
[14:57] <janimo> xranby, well a binary dump as their current driver is would suffuce
[15:05] <xranby> janimo: i think it basically boils down to find someone who have access to nvdeveloper.nvidia.com and ask for a rebuild
[15:05] <xranby> the build will then be uploaded to NV online for use by a specific distribution
[15:06] <xranby> this request can possibly be made by someone with influence in the oem team
[15:06] <janimo> xranby, yes, I know some of them work with nvidia occasionally
[15:08] <xranby> try pull one of those strings, i think thats the only way to get a driver into armhf at this point
[15:09] <janimo> xranby, last I heard we needed a new armel rebuild for the new x11 abi. But I am not sure if that arrived or not
[15:10] <ogra_> janimo, that happened two uploads before you touched the package ;)
[15:10] <xranby> janimo: for armel nvidia was kind to at least include a v11 abi version next to the v10 abi version
[15:10] <xranby> in the same upstream tarball
[15:11] <xranby> so i think we have that allready :)
[15:11] <ogra_> yep
[15:11]  * ogra_ is currently using it
[15:11] <janimo> well I saw xabi6 through 11 in the upstream binaries but was not sure the last one was ok or needed a newer rebuild
[15:11] <ogra_> and given ui checked the changelog today i can say that it was switched at -0ubuntuX still
[15:11] <ogra_> it has issues with the 11 abi though
[15:12] <ogra_> i have a lot of composite messups on my screen
[15:12] <janimo> ogra_, yes, I think that is what I remembered, it may not be 'the final abi11 rebuild'
[15:12] <ogra_> hopefully
[15:12] <ogra_> well, its still usable and i like that it saves so much ram
[15:13] <ogra_> so i'll keep it running, hoping the best from nvidia
[18:48] <pbuckley> no usb-creator for arm?
[18:50] <GrueMaster> apparently not.  Odd, considering it is just a python script (I think).
[18:55] <GrueMaster> Probably because it depends on i386/amd64 only packages (syslinux).
[19:26] <infinity> GrueMaster: Definitely because of that, in fact.
[19:30] <pbuckley> GrueMaster: btw i tried applying those two patches that were posted on that analog sound -panda board bug and no love
[19:31] <GrueMaster> Ok, good to know.  make sure you update the bug report.  Thanks.
[19:32] <pbuckley> ah you mean i need to create a launchpad account
[19:32] <pbuckley> ;)
[19:32] <pbuckley> (totally joking, ill update the bug)
[19:32] <GrueMaster> heh
[19:40] <pbuckley> comment posted
[19:41] <pbuckley> and a little more info added
[20:07] <GrueMaster> btw:  Do you have a Panda or a Panda ES?
[20:07] <GrueMaster> pbuckley: ^^^
[20:08] <pbuckley> es
[20:08] <pbuckley> have two of em on my desk right now
[20:09] <pbuckley> one is my desktop, the other is my development target
[20:09] <GrueMaster> I think the alsaucm rules need to be changed for that system.
[20:10] <pbuckley> any idea what too? my alsa foo is non-existant other then knowing where the config files exist
[20:12] <GrueMaster> I'm booting up to look.
[20:13] <pbuckley> cool thank you
[20:17] <GrueMaster> I think there may be a couple of places this needs fixing.  First, /lib/udev/rules.d/90-alsa-ucm.rules, then /usr/share/alsa/ucm.
[20:22] <GrueMaster> The 90-alsa-ucm.rules is a simple fix.  Just run "sudo sed -i 's/Panda/Panda|PandaES/g' /lib/udev/90-alsa-ucm.rules".
[20:23] <GrueMaster> The /usr/share/alsa/ucm part is a little more involved.  Need to copy the Panda directory to PandaES, then edit all the files inside to reflect PandaES instead of Panda.
[20:25] <pbuckley> vi sweet
[20:25] <pbuckley> my ears thank you.. trying it now
[20:31] <GrueMaster> I'll file a new bug on alsa-utils & libasound2, then go about getting them fixed.  Even if the kernel is still borked, they will need these fixes.
[20:33] <infinity> GrueMaster: Yay, I get to duplicate that code again? :)
[20:34] <GrueMaster> ???
[20:34] <infinity> GrueMaster: The alsa ucm bits.
[20:35] <infinity> I suppose we can just ship symlinks.
[20:35] <infinity> Oh, no.  We can't,
[20:35] <infinity> Cause the board ID is in the files.
[20:35] <infinity> *grumble*
[20:35] <GrueMaster> Oh.  Nah, simple fix.  Already on it.
[20:35] <infinity> Now I remember why I copied it all.
[20:36] <GrueMaster> I got this one.  You can fix ksysguardd.  :P
[20:36] <infinity> Heh.
[20:36] <infinity> Or, I can attend more meetings!
[20:36] <infinity> \o/
[20:38] <pbuckley> meetings, huzzah!
[20:39] <GrueMaster> Meetings == snooze time.
[20:40] <pbuckley> $ alsaucm -c PandaES set _verb HiFi
[20:40] <pbuckley> Im setting defaults
[20:40] <pbuckley> ALSA lib main.c:276:(execute_sequence) unable to execute cset 'name='HS Left Playback' 1'
[20:40] <pbuckley> ALSA lib main.c:1460:(set_verb_user) error: failed to initialize new use case: HiFi
[20:40] <pbuckley> alsaucm: error failed to set _verb=HiFi: No such file or directory
[20:40] <pbuckley> i probably foobar'd something
[20:40] <pbuckley> hrmm
[20:43] <pbuckley> for file in *; do sudo sed -i 's/Panda/PandaES/g' $file; done
[20:43] <pbuckley> basically just did that
[20:43] <pbuckley> in the /usr/share/alsa/ucm/PandaES directory
[20:43] <pbuckley> (ill just wait for you to commit a fix)
[20:45] <GrueMaster> wip.  Any chance you can post your new shiney kernel (just the uImage) for me to test here?
[20:45] <GrueMaster> Otherwise I'll have to rebuild it.
[20:48] <TheMuso> ogra_: afaik those other patches are for the kernel I think.
[20:50] <pbuckley> yeh, where do you want it?
[20:50] <pbuckley> i have the deb's too if you want
[20:50] <GrueMaster> Someplace accessible.
[20:50] <pbuckley> hrm that might tricky.. can you do dcc?
[20:51] <GrueMaster> I might.  Not sure if quassel-core can handle it.  Give it a whirl, worst case it blows up my rack of servers.  :P
[20:51] <pbuckley> heh
[20:52] <pbuckley> get it?
[20:52] <GrueMaster> TheMuso: I'm getting ready to patch alsa-libs & alsa-utils for PandaES.  Should I just push them into bzr branches or do you want me to push to alsa-project as well?
[20:53] <pbuckley> 12:52 DCC SEND request sent to gruemaster:  linux-image-3.2.0-1405-omap4_3.2.0-1405.7+soundfix_armhf.deb
[20:53] <GrueMaster> pbuckley: I see the request.  Not sure how to handle it.  One sec.
[20:53] <pbuckley>  /dcc accept?
[20:54] <GrueMaster> hrm.
[20:54] <ogra_> TheMuso, oh, ok, i just noticed that there were more patches in the list archive, if its all kernel it should be fine
[20:55] <pbuckley> unfortunately the deb is 20MB which is a little to big for my email system.. lets see if i can sneak it on a web server
[20:55] <TheMuso> GrueMaster: Push them into a bzr branch for now. I was actually going to ask you guys about the ucm files for the ARM stuff, we currently carry that. DO you want it all to go upstream?
[20:55] <GrueMaster> pbuckley: No dice.  Quassel doesn't support it yet.  Give me a minute.
[20:55] <pbuckley> k
[20:56] <TheMuso> BTW how is armhf looking for precise, as in supportability etc?
[20:56] <GrueMaster> TheMuso: I think they should, yes.  I haven't updated my alsa git trees in ages, but it isn't a big deal.
[20:56] <GrueMaster> armhf is rock solid (with a few cracks).
[20:56] <pbuckley> ive been having pretty good luck with armhf
[20:56] <TheMuso> Ok, I know they are not upstream yet.
[20:57] <TheMuso> I presume such cracks are no big deal, i.e they are not major.
[20:58] <GrueMaster> pbuckley: Ok, send it to my other nick (GrueMaster-web).
[20:58] <pbuckley> sent
[20:59] <pbuckley> 12:59  gruemaster-web SEND: 0B of 19MB (0%) - 0.00kB/s - ETA (stalled) -
[20:59] <pbuckley> how big can attachments be on gmail?
[20:59] <pbuckley> lets see
[21:00] <GrueMaster> Not sure, but it should be smaller than the dirty jokes my mother sends.  Email away.
[21:00] <pbuckley> lol
[21:00] <pbuckley> email?
[21:00] <pbuckley> (address that is)
[21:00] <GrueMaster><EMAIL_ADDRESS>(what else would I be :P)
[21:01] <pbuckley> leet
[21:01] <pbuckley> sending
[21:01] <pbuckley> my internet here isn't the fastest.. give it like 10min
[21:02] <GrueMaster> np.
[21:02] <GrueMaster> Not like I have nothing else to do.  :P
[21:05] <GrueMaster> rsalveti: Linaro is already working on the alsa-ucm???  Good to know.
[21:05] <pbuckley> k
[21:05] <pbuckley> it should be sent
[21:05] <pbuckley> let me know if you need the headers deb too
[21:16] <pbuckley> GrueMaster: receive the email ok?
[21:16] <GrueMaster> yes, installing now.  thx
[21:17] <pbuckley> no no, thank you :)
[21:45] <GrueMaster> WOOT!    Hang on.
[21:50] <pbuckley> thank you
[21:51] <GrueMaster> http://paste.ubuntu.com/8358000
[21:51] <GrueMaster> Oops.  remove one 0
[21:52] <pbuckley> got it.. brb going to reboot with that kernel
[21:52] <GrueMaster> Make the ucm change first.  That way you only need one reboot.
[22:26] <pbuckley> I HAVE SOUND!
[22:26] <pbuckley> :D
[22:27] <pbuckley> thanks GrueMaster
[22:28] <GrueMaster> Excellent.
[22:30] <rsalveti> GrueMaster: the multimedia working group is trying to get it properly fixed
[22:30] <rsalveti> for all the boards
[22:31] <GrueMaster> Great.
[22:31] <rsalveti> it's a working in progress atm, but tgall_foo is also trying to get it working at our images
[22:31] <rsalveti> so then we can simply push a new change to precise
[22:31] <rsalveti> and get it all working not one day before the release :-)
[22:31] <Dr_Who> yes .. "work in progress" is important to keep in mind
[22:32] <TheMuso> Feature freeze is also important to keep in mind...
[22:32] <TheMuso> I'd prefer having any ucm configs in precise by FF.
[22:33] <GrueMaster> The "Work in progress" part bothers me a bit.  This is a simple fix.  I have it working here out of tree (took 10 minutes).  I can easily push it to alsa-lib and alsa-utils and have it working in the next image (assuming the kernel update also lands soon).
[22:34] <pbuckley> (ive duplicated the success for what its worth)
[22:35] <TheMuso> GrueMaster: alsa-utils is currently being tested at least for x86 in ~ubuntu-audio-dev/ppa, so what would you prefer be done? Wait till they come out of testing and are uploaded to precise proper, or get them uploaded now, and merged back when the update to 1.0.25 of alsa-utils is done?
[22:36] <GrueMaster> TheMuso: The alsa-utils fix is just a fix for 90-alsa-ucm.rules (and I need to check to see if it even needs fixing).
[22:36] <GrueMaster> The other part is alsa-lib which has the ucm config changes.
[22:37] <GrueMaster> I haven't checked, but I don't think they are upstream.
[22:39] <Dr_Who> GrueMaster:  it is being developed upstream but you're right I don't believe it's captured in a current alsa release , wei_feng would know for sure
[22:39]  * Dr_Who points to #linaro-multimedia tho i don't see feng at the mo
[22:39] <GrueMaster> Dr_Who: I'm updating my alsa-project git trees now and not seeing anything.
[22:39] <GrueMaster> (not counting the drivers).
[22:40] <Dr_Who> I'd recommend talking to Feng, he's the expert
[22:59] <GrueMaster> pbuckley: Looks like the fix is even easier than I thought.  No need to change /lib/udev/rules.d/90-alsa-ucm.rules.  Just a minor tweek to the ucm configs (sudo sed -i 's/HS/Headset' /usr/alsa/ucm/Panda/*) and it works.
[23:00] <GrueMaster> Plus your kernel patches.
[23:02] <pbuckley> nice.. hopefully that makes it easier to get into the mainline (right terminology? im new to this whole open source dev thing)
[23:02] <GrueMaster> Yea.
[23:04] <GrueMaster> TheMuso: looking at the ppa, alsa-libs isn't there.  No update for it?
[23:09] <TheMuso> GrueMaster: I accdidentally jumped the gun and its in precise already, may be reverting though as there may be issues with flash of all things... But not sure if the new libc may have had something to do with it or not. Still testing that out here.
[23:10] <GrueMaster> Heh.  I just blame flash.
[23:10] <TheMuso> I'd like to but...
[23:10] <GrueMaster> yea, I know...
[23:12] <pbuckley> can we all just move to html5 already
[23:13] <GrueMaster> heh.
[23:14] <GrueMaster> I thought the goal was to move to Silverlight?  :P
[23:15] <infinity> TheMuso: The flash/libc thing should be fixed in today's upload.
[23:15] <pbuckley> that was even a joke inside of microsoft (at least the group i was in). (disclaimer, i didn't intentionally get a job there. They acquired a company I was working for)
[23:16] <infinity> TheMuso: It was related to https://bugs.launchpad.net/ubuntu/+source/eglibc/+bug/929713
[23:16] <ubot2> Launchpad bug 929713 in eglibc "audio unreliable with eglibc 2.15" [Critical,Fix released]
[23:19] <infinity> pbuckley: It would be a better joke if it wasn't widely deployed by Netflix. :/
[23:19] <pbuckley> yeh i need to bug some of my buddies who went over there to find out the real reason they are using it
[23:19] <pbuckley> my guess is microsoft gave them a pile of cash
[23:20] <pbuckley> as per their sop
[23:20] <infinity> I can't get Hulu in Canada so don't know much about it.  Is it in the same boat, or did they go with saner tech?
[23:21] <pbuckley> hulu is flash
[23:21] <infinity> Well, I'm not sure that's "saner", but... It's not Silverlight?
[23:22] <pbuckley> true.. and they do have a reasonable explanation why they haven't switched to html5. That is if you agree with the whole concept of intellectual property.
[23:23] <infinity> I don't really understand how Flash and Silverlight became video delivery media anyway.
[23:23] <TheMuso> infinity: Ah ok thanks.
[23:23] <pbuckley> they were better then the <embed> tags available at the time
[23:23] <pbuckley> and they have support for drm
[23:23] <GrueMaster> I agree with the concept of IP.  I don't agree with the draconian DRM and absurdly high prices.
[23:23] <infinity> We solved the streaming video thing more than a decade ago... And then, due to "if you have a hammer, everything looks like nails" web developers, we started using VECTOR-BASED ANIMATION ENGINES to stream video?
[23:23] <infinity> Brilliant.
[23:24] <infinity> pbuckley: As someone who doesn't live in the US, DRM and I are usually not on good terms.
[23:24] <GrueMaster> infinity: Hey, at least flash isn't doing pixel based rendering on Linux anymore.
[23:25] <pbuckley> have you tried the x-forward-for thing?
[23:25] <pbuckley> that gets around alot of the drm right now
[23:25] <infinity> There's absolutely nothing more frustrating than the dozens of links from FB/G+/Twitter/etc to news stories, TV clips, and such that "aren't available in my area".
[23:25] <pbuckley> (at least for geoip based drm)
[23:25] <infinity> pbuckley: Yeah, I could just proxy.  It's not worth the effort.
[23:25] <pbuckley> the x-forward-for thing is just to prepend something like x-forward-for: <ip in the usa, like a ec2 instance>
[23:26] <pbuckley> to the html header
[23:26] <infinity> As in, pretend that I'm proxying for a US client?
[23:26] <pbuckley> yeh
[23:26] <infinity> Are there ffox plugins to spoof that with minimal fuss?
[23:26] <pbuckley> i think so
[23:26] <pbuckley> i had to do it a couple months ago when i was in mexico
[23:26] <pbuckley> let me see if i can find it in my bookmarks
[23:27] <infinity> I might look into that.  An extra 40 bytes on every HTTP request doesn't sound too bad to get around some stupidity.
[23:27] <pbuckley> https://addons.mozilla.org/en-US/firefox/addon/x-forwarded-for-spoofer/
[23:28] <infinity> And I'll have to re-pack the xpi.
[23:28] <infinity> Not available for FF10, my ass.
[23:28] <infinity> pbuckley: But thanks. :)
[23:28] <pbuckley> lol
[23:28] <pbuckley> np
[23:28] <infinity> pbuckley: I'll fiddle with the manifest later and give it a whirl.
[23:28] <infinity> If this lets me watch Comedy Central clips, I'll be a happy camper.
[23:28] <infinity> Every time someone links to a Daily Show clip, I get progressively more annoyed.
[23:29]  * pbuckley links to a daily show clip
[23:29]  * pbuckley hides
[23:29] <infinity> Especially given the irony that, I suspect, Jon Stewart would be more than happy with everyone in the world watching it.
[23:42] <GrueMaster> infinity: This may be your lucky day.  I can't reproduce the ksysguardd crash on today's build.
[23:55] <TheMuso> 0!0@
[23:55] <TheMuso> whoops


[19:12] <mokmeister> Just looking at OMGUbuntu there and thinking Ubuntu is really set to take off!
[19:12] <mokmeister> It has so much going for it these days it more than matches other commercial OSes, it's unreal really
[19:13] <mokmeister> Kudos to all those who work so hard making Ubuntu what it is.
[19:13] <mokmeister> It's great to be part of something special!
[19:14] <mokmeister> Makes me feel kinda good inside using this OS.
[19:16] <airurando> nice one mokmeister
[19:21] <mokmeister> Indeed!  :D How are you airurando?
[19:40] <airurando> good now mokemeister, and you?
[19:41] <zmoylan> each new version of windows seems a little worse and a little more restrictive.  their loss is linuxs gain.  ubuntu is the starting point for many looking at linux.
[20:03] <airurando> hi zmoylan
[20:04] <zmoylan> hi airurando, all well?
[20:04] <airurando> yip
[20:04] <airurando> and with you?
[20:05] <zmoylan> getting by.  hip gradually getting better.  mostly trying to walk as much as possible to build up lost muscle.  down to one crutch.  only symptom left is insomnia
[20:06] <airurando> to the first part good
[20:06] <airurando> to the second bad
[20:06] <mokmeister> yes, things are good, thanks for asking .
[20:06] <mokmeister> hi zmoylan
[20:06] <zmoylan> hi mokmeister
[20:06] <mokmeister> yeah, Windows 8 seems to be getting fairly mixed reviews
[20:06] <airurando> if you get more and more excercise I'd hope the insomnia might go away.
[20:07] <mokmeister> Glad it won't be bothering me!
[20:07] <mokmeister> exercise is key
[20:07] <zmoylan> when they're already dissing it on prime time sites like the bbc it cannot be good for ms.  ms's loss is linuxs gain.
[20:07] <mokmeister> still hard to do if there's pain. Harder to sleep as well I'd imagine
[20:07] <mokmeister> BBC? I didn't see that
[20:08] <mokmeister> I read the Gartner guy's report on Win 8, what did he say again, "in a word, bad..." ow!
[20:10] <zmoylan> http://www.bbc.com/news/technology-18996377
[20:10] <mokmeister> Even though he said that about the desktop experience rather than Windows 8 as a whole. He felt the experience was good on tablets etc.
[20:10] <mokmeister> Thanks for the link
[20:12] <zmoylan> the problem is that all the oses are obsessed with a one size fits all interface because of tablets.  this is not a good thing imo.  with ubuntu you can use unity or install xubuntu or lubuntu and use a traditional ui.  linux=choice
[20:12] <mokmeister> I saw that on the register
[20:13] <mokmeister> true, the beauty of linux in general. Choice.
[20:13] <mokmeister> Use it the way you want, not the way you are told to use it
[20:14] <mokmeister> Speaking of the register and openness etc., came across some sad news on the Register today: http://www.theregister.co.uk/2012/07/26/andre_hedrick/
[20:14] <mokmeister> Only for Andre we might not have had any choices in the hw we use.
[20:14] <zmoylan> and it'll run on anything from a raspberry pi to a beowulf cluster or ibm mainframe and everything in between.
[20:15] <zmoylan> saw that.  one of the heros who's name will be remembered by so few.
[20:16] <mokmeister> indeed
[20:17] <mokmeister> Kids are looking for hot chocolate before bedtime, better go and attend to their needs! ;)
[20:17] <mokmeister> biab
[20:17] <zmoylan> we need something like the andre hedrick award for open hardware.  nvidia need not apply, or should be given a booby prize
[20:18] <zmoylan> hot chocolate in summer.  phew! :-)
[20:43] <mokmeister> Yes, indeed, they love their hot chocolate, all year round!
[20:44] <mokmeister> They weren't overly happy there were no marshmallows left! ;)
[20:44] <zmoylan> oh the hardships they must face! :-D
[20:46] <zmoylan> for me as a kid it was cocoa and slice of white turnover loaf bread to go with it on  cold nights.
[20:51] <czajkowski> aloha
[20:51] <zmoylan> hi, all well?
[20:51] <czajkowski> yeah all good
[20:52] <zmoylan> sorted your irc problems?
[20:52] <czajkowski> nope
[20:52] <czajkowski> not harassing ubuntu sever folks
[21:03] <zmoylan> because tomorrow is sysadmin day? http://sysadminday.com/
[21:11] <mokmeister> I like the idea of andre hedrick award, nice one! Twould be nice to see something like that happen.
[21:12] <mokmeister> I like to think those hardships my kids have to face, *every* day, are character building!
[21:13] <mokmeister> At least they'll be able to face the world, chin up, when there's no marshallows left!
[21:13] <mokmeister> With that said, it's time for me to hit the hay. G'nite all.
[21:13] <zmoylan> well as a parent you get to use those iconic lines that made us as kids think.  my mothers great line was 'don't come running to me when you break a leg' :-)
[21:13] <zmoylan> cya
[21:13] <mokmeister> hehehe, indeed!
[21:13] <mokmeister> byeeeee!


[00:10] <spiv> damd: hmm
[00:11] <spiv> damd: take a look at your bzr.log ('bzr --version' will tell you where to find it)
[00:11] <spiv> damd: it'll probably have a little bit more information, it might provide a clue
[00:11] <damd> i'll look
[00:12] <spiv> damd: you say you're using pageant
[00:12] <spiv> So hopefully it'll have at least one line like "Trying SSH agent key ..."
[00:12] <damd> 1.740  Trying SSH agent key <censored>
[00:13] <damd> it actually says this as well:
[00:13] <damd> 1.254  failed to load system host keys: [Errno 2] No such file or directory: 'C:\\Users\\Deniz/.ssh/known_hosts'
[00:13] <damd> i'm not sure if that's important
[00:13] <maco> how does the lp: thing work? i learned a bit back that it only works on bzr-on-ubuntu, not bzr-on-fedora, so... how do you setup new  prefix: things in bzr? is there a config file for this somewhere?
[00:13] <spiv> (The fingerprint is of the public key, so you don't have to censor it.  Paranoia doesn't hurt of course!)
[00:13] <spiv> maco: it's provided by the launchpad plugin distributed with bzr
[00:14] <maco> spiv: thanks
[00:14] <wgrant> maco: The 'launchpad' bzr plugin provides a directory service for the lp: namespace.
[00:14] <maco> wgrant: too slow
[00:14] <wgrant> Well, protocol, I guess.
[00:14] <wgrant> I know.
[00:14] <spiv> maco: it's pretty easy to write a bzr plugin to provide new prefix: things, the jargon is you register a "directory service"
[00:15] <spiv> maco: the "lp:" implementation asks launchpad.net to resolve the path to a real branch URL, but you can also do simpler things.
[00:15] <spiv> damd: I don't think the lack of a known_hosts file would cause your error
[00:16] <spiv> damd: (if it did, I would expect things to fail before it got up to trying to authenticate you)
[00:16] <spiv> damd: unfortunately I don't have any other good ideas; it seems to be doing everything I'd expect except actually authenticating you.
[00:17] <maxb> maco: for example: http://paste.ubuntu.com/542510/
[13:23] <cdbs> When shall bug #687662 bugfix land?
[13:37] <tsimpson> cdbs: if it's been committed then it'll be released during the next code roll-out (usually monthly)
[13:40] <cdbs> tsimpson: :o
[13:44] <tsimpson> I'm not sure if there'll be a roll-out in Jan though, depends how hung-over the LP-devs are ;)
[15:02] <Milanium> Hi, can I https://launchpad.net/~mailaender get editting rights for https://launchpad.net/gchemutils I want to add an icon, update the series, add the lead developer and so on; I already asked Laserlock via Jabber but I was ignored
[16:12] <Milanium> hello?
[16:12] <Milanium> !help
[21:33] <YoBoY> hi
[21:34] <YoBoY> there is a way to change the footer / signature on a launchpad mailing list ? if not, where I can report a bug about the default one ? (or see if it is already reported)
[21:48] <lifeless> there isn't at the moment. bugs.launchpad.net/launchpad
[21:55] <YoBoY> just an annoying _______________________________________________ before the signature where it should be great to have a simple "-- " understandable by all the mail clients
[22:06] <YoBoY> https://bugs.launchpad.net/launchpad/+bug/689431 reported, is this clear enought ?


[01:37] <user|19> switching from pop os to kubuntu environment and now i want to clean install only kubuntu
[02:11] <user|48> Hi hope this message finds y'll well, I'm learning about Kubuntu and Gnu/Linux a bit and know can use LVM2 plus LUKS to encrypt my installation but how where what I can learn to create a snapshot to restore the system if I break it using those tools?
[02:29] <user|48> Okay, I guess there is something in the forum. I'll give a try to it.
 hi, why is there no option to download kubuntu 2104 release?
[03:38] <mmikowski> u79272653817: no longer supported (9 months for a non-LTS release)
[03:58] <oerheks> maybe at old releses
[03:58] <oerheks> https://old-releases.ubuntu.com/releases/
[03:58] <oerheks> you must have a curious case there
 спасибо
 thanks
 Hi, I have kubuntu x server error how to solve it?
[07:02] <weedmic> what is the exact error IrcsomeBot?
 A7X7
 U9H7


[05:45] <calebH> I want!  http://library.gnome.org/misc/release-notes/3.2/
[05:46] <calebH> anybody find/try any good gnome 3.2 repository for 11.10?
[08:43] <artzra> hi
[08:44] <artzra> m i connect realy ?
[08:44] <artzra> so hello every body !!
[08:45] <artzra> i have unbuntu 11.10 install, all break at start, but its better now, just a skype video problem !
[08:47] <artzra> is there anybody here, to confirm that i can be reading to the other ?
[08:47] <valorie> I see you, artzra
[08:47] <artzra> thx
[08:47] <artzra> valorie !
[08:49] <artzra> i m enjoy of the new oneiric,
[08:49] <artzra> i can realy change the bug step /step ,
[08:51] <artzra> step 1 install down"error messages" , step 2 rebooting and its done ;) ??, step 3 update 530 packets, step 4 mnt/share/ , and yet its cool
[08:51] <artzra> except skype video !
[09:07] <valorie> skype isn't part of the distro
[09:46] <vista_killer> i have a problem with update before 2 days
[09:47] <vista_killer> libc6 and libc6:i386 are both install and both is broken
[09:47] <vista_killer> i cant fix it with -f install
[09:47] <vista_killer> the question is wich of them i have to keep it and how can unistall one of them without to unistall the half of the distro package
[10:01] <vista_killer> anyone?
[10:31] <artzra> hi
[10:31] <artzra> artzra +i
[10:31] <artzra> help
[10:35] <artzra> #ubuntu-testing -help
[11:00] <artzra> hi
[11:00] <artzra> every body
[11:06] <artzra> NickServ artzra Bogady1975
[11:06] <artzra> Nickserv  'help'
[11:06] <artzra>
[11:06] <artzra>
[11:06] <artzra>
[11:08] <artzra>  #ubuntu
[13:42] <mvo> jibel: I saw a disturbing segfault in natty->oneiric with cdrom upgrade on amd64 today (ubuntu desktop). did you see anything like this recently?
[13:46] <jibel> mvo, what did segfault ? in recent reports I saw python2.7 but only once and screen segfaulting during a server upgrade with do-release-upgrade.
[13:48] <mvo> jibel: the segfault was reported is in libc, but no apport trace, no nothing, so I wonder if its some corruption in the VM maybe
[13:50] <jibel> mvo, hm, let me check today's reports, I saw someone complaining about libc upgrade but that was a multiarch thing IIRC.
[13:51] <mvo> jibel: ok, I think i will repeat it on real HW later or in a fresh vm
[13:54] <jibel> mvo, no segfault, that was a dependency issue.
[13:55] <mvo> good
[16:20] <jibel> mvo, I ran a cdrom upgrade of a natty amd64 box and experienced no crash or segfault.
[16:27] <mvo> jibel: *puh*, thanks :)
[21:55] <darkphader> ack! last round of updates screwed my desktop