[06:45] <jcristau> RAOF: fwiw http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=675940
[06:45] <ubottu> Debian bug 675940 in fglrx-driver "fglrx crashes with X server 1.12 on 64bit architecture" [Serious,Open]
[06:45] <jcristau> from the "how can fglrx be so full of shit" department
[06:46] <RAOF> Hurray!
[06:47] <tjaalton> and the legacy ones are always behind
[06:48] <tjaalton> -96 doesn't support even 1.11
[06:48] <tjaalton> nvidia-96
[06:48] <tjaalton> not sure if -173 has been uploaded yet
[06:48] <tjaalton> so maybe that's in the same boat
[06:50] <mlankhorst> jcristau: It's amazing :)
[07:04] <Sarvatt> that fglrx bug in debian was fixed months ago...
[07:04] <Sarvatt> talk about annoying
[07:05] <mlankhorst> it's revived?
[07:07] <Sarvatt> no it hasnt been released yet
[07:07] <Sarvatt> they fix stuff 3 months before releasing it publicly
[07:08] <mlankhorst> hm, something like http://opensource.apple.com/source/X11libs/X11libs-40.2/cairo/cairo-1.8.6/util/backtrace-symbols.c would be nice to have for X, meaningful backtraces if debug symbols are found (license sadly)
[07:08] <tjaalton> weren't they supposed to change the release policy?
[07:08] <Sarvatt> looks like its in the 12.6 catalyst though
[07:09] <Sarvatt> or 12.7 whenever it actually releases now, 8.98x
[07:10] <Sarvatt> someone from debian reported it on their beta mailing lists
[07:13] <mlankhorst> Sarvatt: Yeah sadly I now believe if they put some more resources into r600 it would work a lot better than fglrx' way of development :(
[07:14] <Sarvatt> it was reported and fixed when debian first went to xserver 1.12, to put it in perspective
[07:15] <mlankhorst> That was how many months ago now?
[07:19] <Sarvatt> march
[07:20] <mlankhorst> so THAT explains why all my crasher bugs overlap rofl
[07:20] <mlankhorst> my biggest issue with ati was that every time it fixes a new issue after 4-5 months it would introduce a new one needing fixes
[07:20] <mlankhorst> so it was guaranteed to never work right
=== RAOF_ is now known as RAOF
=== yofel_ is now known as yofel
[14:31] <C-Otto> howdy
[14:32] <mlankhorst> well succes-ish, I can sync nouveau with itself using the cpu fallback. :)
[14:32] <C-Otto> i'm here regarding clickpad issues, cf. http://www.theorangenotebook.com/2012/02/call-for-testing-clickpad.html
[14:32] <C-Otto> is it a bug that while doing a two-finger-dragndrop the button holding the key (lower left) can still move the pointer?
[14:33] <C-Otto> i'd like my index finger (in the main part of the clickpad) to move the item and the thumb on the lower part of the touchpad to just click (ignoring any movement)
[14:33] <C-Otto> currently I see that movements of both fingers have an effect
[15:10] <tjaalton> mlankhorst: you seem to be involved with wine.. so on precise 64bit install it complains about DRI being disabled, which is bogus, and I can't run trackmania! :)
[15:10] <tjaalton> err:winediag:X11DRV_WineGL_InitOpenglInfo Direct rendering is disabled, most likely your OpenGL drivers haven't been installed correctly (using GL renderer "Mesa DRI Intel(R) Ivybridge Desktop ", version "1.4 (2.1 Mesa 8.0.2)").
[15:14] <mlankhorst> tjaalton: glxinfo | head or something
[15:15] <mlankhorst> will probably need mesa-utils:i386 for wine
[15:15] <tjaalton> ok i'll try that. unity et al run just fine
[15:15] <mlankhorst> since it's a 32-bits process
[15:20] <tjaalton> now it crashes with "malloc(): memory corruption: 0x7d7c4308 ***"
[15:21] <tjaalton> i give up, just wanted to see if the wine install worked or not
[15:21] <tjaalton> has been a while since I used it
[15:21] <mlankhorst> heh, are you using the ubuntu wine ppa?
[15:22] <tjaalton> no, stock precise
[15:22] <mlankhorst> been updating that ppa at least
[15:29] <tjaalton> hmm, with 1.5 i get a "GLXBadDrawable"
[15:40] <mlankhorst> funfun
[16:23] <ricotz> mlankhorst, hi
[16:23] <mlankhorst> hey
[16:24] <ricotz> please don't copy the kernel to edgers
[16:24] <mlankhorst> ? I don't usually touch kernels
[16:24] <ricotz> mlankhorst, sorry, i see
[16:24] <ricotz> who did this?
[16:24] <mlankhorst> let me check
[16:25]  * ricotz notes: we want a "full" kernel there with a linux-libc package, and if one copies it at least binary copy it
[16:25] <tjaalton> leann? must be a mistake i guess
[16:26] <mlankhorst> I can cancel the build if you want?
[16:26] <ricotz> mlankhorst,  i can do this too
[16:26] <tjaalton> "Copied from ubuntu quantal in Primary Archive for Ubuntu"
[16:27] <tjaalton> oh the lts backport
[16:27] <ricotz> tjaalton, i mean this one " linux-lts-quantal - 3.5.0-2.2~precise1"
[16:27] <tjaalton> right
[16:27] <ricotz> Copied from ubuntu precise in Q-series LTS Backport
[16:27] <mlankhorst> ricotz: Yeah probably done by mistake :)
[16:28] <mlankhorst> I can't imagine why you want that as part of the edgers ppa
[16:28] <tjaalton> ricotz: best ask on #ubuntu-kernel
[16:28] <ricotz> mlankhorst, it was the same with  3.5.0-1.1~precise1 though
[16:28] <ricotz> tjaalton, i dont think one of the kernel guys put it there
[16:29] <mlankhorst> ricotz: could ask just in case, not sure who manages kernel-ppa
[16:29] <tjaalton> 'kernel-ppa' is some script
[16:29] <tjaalton> and a person wrote it
[16:29] <ricotz> tjaalton, and a person copied it from there
[16:29] <tjaalton> or created the automation
[16:29] <mlankhorst> I would guess automation since 1 time could be done by accident :)
[16:30] <ricotz> i dont think kernel-ppa has the rights to upload to edgers?
[16:33] <mlankhorst> tjaalton: who maintains kernel-ppa script?
[16:34] <tjaalton> mlankhorst: i don't know, guessing it might be timg or leann
[16:35] <ricotz> mlankhorst, fyi, it is in here too https://launchpad.net/~ubuntu-x-swat/+archive/q-lts-backport/+packages
[16:35] <tjaalton> that's the correct place
[16:35] <mlankhorst> ricotz: yeah that's the place it ought to be in :)
[16:35] <ricotz> mlankhorst, did you copied it?
[16:35] <mlankhorst> no :s
[16:36] <ricotz> ah, i though this one was copied from somewhere too
[16:36] <ricotz> *thought
[16:36] <ricotz> but this one was actually uploaded
[16:36] <tjaalton> i'd think 'uploader' shows whoever signed the package and uploaded it, not who touched the changelog last
[16:36] <mlankhorst> brb
[16:37] <ricotz> tjaalton, actually any member of edgers can copy a package from somewhere to edgers ppa, but you cant see who
[16:37] <tjaalton> ok
[16:38] <tjaalton> well, then you have a short list of suspects
[16:39] <tjaalton> Sarvatt, bjsnider ^
[16:40] <Sarvatt> ricotz: that was me
[16:40] <tjaalton> :)
[16:40] <ricotz> Sarvatt, uh, i knew! ;)
[16:40] <ricotz> Sarvatt, we want a full kernel in there
[16:41] <Sarvatt> so put it in there too? :P
[16:41] <ricotz> Sarvatt, but if you copy a package, wait for it this be built and binary copy it ;)
[16:41] <ricotz> Sarvatt, i did
[16:41] <ricotz> Sarvatt, the packages arent compatible though
[16:42] <Sarvatt> yeah I use the backports ones
[16:42] <ricotz> meaning the have the same binary package names
[16:42] <Sarvatt> err what?
[16:42] <ricotz> which leads to upload fails
[16:42] <ricotz> i guess that happens last time irc
[16:42] <Sarvatt> no they dont?
[16:43] <ricotz> Sarvatt, mhh, some upload failed, let me see
[16:44] <ricotz> spam ahead
[16:44] <ricotz> * Source Package: linux-lts-quantal
[16:44] <ricotz>  * Version: 3.5.0-1.1~precise1
[16:44] <ricotz>  * Architecture: amd64
[16:44] <ricotz>  * Archive: xorg-edgers PPA
[16:44] <ricotz>  * Component: main
[16:44] <ricotz>  * State: Failed to upload
[16:44] <ricotz>  * Duration: 2 hours 10 minutes
[16:44] <ricotz>  * Build Log: https://launchpad.net/~xorg-edgers/+archive/ppa/+build/3591883/+files/buildlog_ubuntu-precise-amd64.linux-lts-quantal_3.5.0-1.1%7Eprecise1_BUILDING.txt.gz
[16:44] <ricotz>  * Builder: https://launchpad.net/builders/americium
[16:44] <ricotz>  * Source: not available
[16:44] <ricotz> while  "linux - 3.5.0-1.1" was already there
[16:45] <tjaalton> it builds the metapackage too?
[16:46] <ricotz> tjaalton, no
[16:46] <ricotz> that is the source name
[16:46] <tjaalton> ah
[16:46] <Sarvatt> ahh ok my mistake, i thought the packages were namespaced with lts-foo, guess it does conflict
[16:46] <ricotz> the source packages are, but not the binaries
[16:46] <Sarvatt> ricotz: so want to start doing a metapackage then?
[16:47] <ricotz> Sarvatt, no, i thought we dont want this
[16:47]  * Sarvatt is sick of all the emails about linux-image-extra not being installed
[16:47] <ricotz> but copying the meta-package from quantal can be done
[16:48] <ricotz> Sarvatt, sorry, that always you are getting the bad mails :(
[16:48] <Sarvatt> you should have gotten some of them :)
[16:49] <Sarvatt> all the ones about usb and video not working after installing linux-image because they're in -extras now
[16:50] <ricotz> Sarvatt, ah, i guess there is a bug about that since quantal is hit by it
[16:50] <ricotz> Sarvatt, are the metapackages changed in some way for that already?
[16:51] <Sarvatt> yeah in quantal
[16:51] <ricotz> ah right
[16:52] <ricotz> so adding a metapackage will "force" people to upgrade
[16:52] <mlankhorst> Sarvatt: hm was right in my guess then :)
[16:52] <mlankhorst> just don't like to accuse unnecesarily
[16:53] <ricotz> Sarvatt, i will start to copy the metapackages then too
[16:53] <Sarvatt> hmm
[16:54] <Sarvatt> the lts backport meta might actually work
[16:55] <mlankhorst> Sarvatt: well I had to get a whole renamed stack in a ppa as proof of concept :)
[16:55] <Sarvatt> nope it doesn't pull in -extra
[16:56] <Sarvatt> i would argue its the main kernel we don't want, linux-libc-dev stopped being important in edgers once everything started using libdrm headers :P
[16:57] <mlankhorst> pretty much
[16:57] <ricotz> Sarvatt, ok, so if we want to rely on the lts backport kernel there is no need to copy it since it will land in precise automatically
[16:58] <mlankhorst> ricotz: except it's not there yet until 12.0.4.2 :)
[16:59] <ricotz> oh, really? i am not speaking of the x-stack
[16:59] <ricotz> the kernels landed pretty fast in lucid irc
[17:00] <Sarvatt> yeah lets just copy the meta, it's pretty much required now with the linux-image-extra junk
[17:00] <mlankhorst> Sarvatt: hm not sure, will 12.04.1 ship with new kernel or is that 12.04.2 too?
[17:01] <Sarvatt> didn't realize the backport one wasn't namespaced and was screwing up the other builds
[17:01] <Sarvatt> mlankhorst: nah 12.04.2
[17:01] <mlankhorst> yeah thought so :)
[17:01] <Sarvatt> i have no clue what the plans are for quantal backports going into precise
[17:01] <Sarvatt> (kernel)
[17:01] <mlankhorst> renamed like that I think
[17:01] <mlankhorst> they're following X since we have more complex requirements
[17:02] <Sarvatt> yeah what ricotz is saying is lts-maverick kernels went into lucid pretty fast but they haven't this time for quantal ones
[17:02] <mlankhorst> final kernel is not even available yet, might need 3.6
[17:03] <ricotz> Sarvatt, alighty then
[17:03] <mlankhorst> in fact the code needed for syncing dma isn't even done yet *sighs*
=== pzanoni_ is now known as pzanoni
[18:02] <tjaalton> bryceh: btw, we should wait until the vdpau support lands in debian mesa, since it appears to be not quite finished yet
[18:03] <mlankhorst> tjaalton: at the moment all that vdpau is is a stub :)
[18:03] <bryceh> tjaalton, you mean before doing 1.12?
[18:04] <tjaalton> well i don't mean the upstream code, but packaging
[18:05] <tjaalton> bryceh: no I mean the committed patch was incomplete :)
[18:09] <bryceh> tjaalton, which patch?
[18:10] <tjaalton> bryceh: the one you applied on mesa
[18:10] <tjaalton> bug 1002224
[18:10] <ubottu> Launchpad bug 1002224 in Mesa "Please include gallium vdpau and xvmc driver support" [Unknown,New] https://launchpad.net/bugs/1002224
[18:11] <bryceh> tjaalton, then can you comment on the bug? 
[18:11] <tjaalton> yes
[18:15] <cnd> mlankhorst: I haven't looked at synaptics yet, still waiting for your confirmation that it is ready
[18:17] <tjaalton> bryceh: done
[18:20] <mlankhorst> cnd: Well 1.6.2 works here :)
[18:20] <cnd> mlankhorst: ok, so do you want me to upload it?
[18:20] <mlankhorst> cnd: It's in the sru queue afaict
[18:20] <cnd> mlankhorst: oh, did someone else upload it for you?
[18:21] <mlankhorst> yeah :)
[18:21] <cnd> I don't see anything here: https://launchpad.net/ubuntu/+source/xserver-xorg-input-synaptics
[18:22] <cnd> it should be in quantal first
[18:22] <mlankhorst> hm it should be in quantal
[18:35] <mlankhorst> bryceh: did you upload 1.6.2 to quantal?
[18:39] <tjaalton> git shows it unreleased
[18:39] <bryceh> mlankhorst, nope, not me
[18:39] <bryceh> looks like 1.6.1 was the last I uploaded
[18:39] <mlankhorst> ok I don't think it happened yet then, so could you upload it?
[18:39] <bryceh> mlankhorst, certainly
[18:39] <mlankhorst> thanks :)
[18:44] <bryceh> mlankhorst, upload sponsored
[18:49] <bryceh> mlankhorst, hey do you get the Accepted emails from launchpad on uploads?  Or do those go only to the sponsor...
[18:50] <mlankhorst> think only to you
[18:50] <bryceh> ok
[19:06] <stgraber> bryceh: speaking of upload, you're aware that the archive is frozen right? :)
[19:07] <bryceh> stgraber, oh yeah
[19:07] <stgraber> bryceh: because that upload just went to the release pocket even though it was seeded, this might cause alpha-2 images build skew. It should have been going to -proposed instead
[19:07] <bryceh> bother
[19:08] <bryceh> stgraber, feel free to kick it out then
[19:08] <stgraber> bryceh: we can't, it's a soft freeze
[19:09] <bryceh> well it's a fast build at least
[19:09] <stgraber> good, and I believe we haven't started building the next batch of images, so I'll just mention it in #ubuntu-release so that they wait for it before respinning
=== bjsnider_ is now known as bjsnider
[22:36] <bjsnider> tjaalton, i definitely did not copy a kernel into edgers