[05:15] <Dandel> any ideas on when the xorg edgers will activate the vdpau implementation within mesa? it appears to be the only video acceleration method available under open source drivers since mesa removed va api support ( due to it being unmaintained )
[05:34] <RAOF> Dandel: Intel has vaapi support via libva; the mesa acceleration is shader-based anyway.
=== lilstevie is now known as b3ll
=== b3ll is now known as lilstevie
[06:34] <Dandel> RAOF: I know, but it helps reduce cpu load and in some cases ( like the amd e350, and systems using ddr2 memory ) it will allow users to play 1080p based content
=== vibhav is now known as Guest98376
=== Guest98376 is now known as vibhav
[09:02] <mlankhorst> morning
[09:02] <mlankhorst> Dandel: vaapi never worked to begin with
[09:05] <Dandel> mlankhorst: I didn't know that it didn't ever work... however the vdpau may be working ( good thing for slower pc's )
[09:07] <mlankhorst> well apart from the decoding parft I'd guess vdpau worked :P
[09:17] <Dandel> the main thing would be to at least get rid of the errors when running vdpauinfo ( since it looks for libs that are not on the host platforms )
[09:38]  * mlankhorst tries
[09:40] <mlankhorst> well the information in vdpuainfo is still completely wrong :P
[09:40] <mlankhorst> ah well
[09:57] <mlankhorst> I'll leave it as an excercise to the reader to fix it
[10:14] <alkisg> Hi, in 12.04.1, there is an xserver-xorg-video-s3virge available,  but xserver-xorg-video-s3virge-lts-quantal
[10:14] <alkisg> N: Unable to locate package xserver-xorg-video-s3virge-lts-quantal
[10:14] <alkisg> Sorry pressed enter too early, let me ask again...
[10:14] <alkisg> Hi, in 12.04.1, there is an xserver-xorg-video-s3virge available,  but not in 12.04.2 (xserver-xorg-video-s3virge-lts-quantal)
[10:15] <alkisg> Is this because noone asked for it, or are there some technical reasons preventing it from being build+published?
[10:16] <tjaalton> it was removed since precise, nothing to backport
[10:16] <tjaalton> and on such hw you don't need the enablement stack anyway
[10:16] <alkisg> I'm on precise and it's available there: $ apt-cache policy xserver-xorg-video-s3virge            
[10:16] <alkisg>   Candidate: 1:1.10.4-4build2
[10:16] <tjaalton> so
[10:17] <tjaalton> ?
[10:17] <alkisg> Moment please, phone... :-/
[10:17] <tjaalton> if you actually have such hw, use the .1 installer
[10:18] <mlankhorst> alkisg: the official viewpoint is that on old hardware you wouldn't need the new xserver or kernel anyway, so the official path to install is through installing 12.04.1 and then upgrading. :-)
[10:19] <mlankhorst> s3virge doesn't exist in quantal either
[10:19] <mlankhorst> https://launchpad.net/ubuntu/+source/xserver-xorg-video-s3virge
[10:22] <mlankhorst> I think only xserver-xorg-video-qxl is the only video driver that quantal has, but the enablement stack doesn't
[10:40] <alkisg> Sorry for the delay, long phone call...
[10:40] <alkisg> So, a user with that card wants to download and use ubuntu
[10:40] <alkisg> He goes to the site, selects 12.04, and gets 12.04.2
[10:41] <alkisg> ...he'd need to google a lot before finding out he should go to some ftp server and locate 12.04.1 instead...
[10:41] <tjaalton> well there is the link to alternative images
[10:41] <alkisg> But anyways the reason I was asking is because we're providing a localized version of 12.04 for schools here,
[10:42] <alkisg> and I'm trying to see if it would be best for those localized CDs to be (updated 12.04.1) or (12.04.02)
[10:43] <alkisg> Considering also the problems with virtualbox (not working at all in 12.04.2), and samba (working only for the first client connection in 12.04.2), maybe it'd be best to stick to "upgraded" 12.04.1 CDs, even if now ubuntu.com/download suggests 12.04.2...
[10:43] <alkisg> Thank you very much guys... :)
[10:43] <tjaalton> the release notes has a link to .1, although it could've mentioned the ancient hw as well and not just virt
[10:49] <mlankhorst> hm virtualbox has issues with 12.04.2? oh right the libpciaccess bug
[10:49] <mlankhorst> Sarvatt: ^
[10:49] <alkisg> https://bugs.launchpad.net/ubuntu/+source/virtualbox/+bug/1081307
[10:49] <ubottu> Launchpad bug 1081307 in virtualbox (Ubuntu Quantal) "I'm upgrading the 12.04.1 to quantal 3.5 kernel - virtualbox-dkms 4.1.12-dfsg-2ubuntu0.2: virtualbox kernel module failed to build [merge request]" [Undecided,Confirmed]
[10:49] <mlankhorst>  or that :P
[10:50] <alkisg> Ah there's another one? Hehe, yet one more reason to stick to 12.04.1+upgrades :)
[10:51] <mlankhorst> no that bug happened when you were in a vm trying to start cd for first time
[10:51] <mlankhorst> it's probably in installation notes
[11:18] <mlankhorst> bryce: http://www.bryceharrington.org/Arsenal/ubuntu-x-swat/Reports/package-status-lts-quantal.html doesn't update?
=== seb128_ is now known as seb128
=== alkisg is now known as work_alkisg
=== soren__ is now known as soren
[16:30] <bryce> mlankhorst, hmm, I'll investigate.
[22:33] <darkxst> is mesa going to be updated to 9.0.3?
[22:34] <darkxst> https://bugs.launchpad.net/mesa/+bug/1136475
[22:34] <ubottu> Launchpad bug 1136475 in mesa (Ubuntu) "clutter freezes due to unsupported GL extension in vmwgfx" [Undecided,New]
[22:36] <tjaalton> 9.1 is in staging ppa
[22:46] <darkxst> tjaalton, where is the staging ppa?
[22:47] <bryce> canonical-x/x-staging
[22:47] <tjaalton> right
[22:58] <darkxst> will that be landing in raring soon?
[23:17] <bryce> I should send out an announcement
[23:18] <bryce> the plan had been to hold off until the xserver was formally released, although now with the rolling release stuff being discussed, maybe we should re-think that
=== soreau_ is now known as soreau
[23:49] <darkxst> oh no, its even more broken with the new x server