[00:03] <Sarvatt> eww, nasty crash when using nvidia binary drivers with fullscreen flash in firefox 3.5 https://bugzilla.mozilla.org/show_bug.cgi?id=469439
[00:53] <superm1> Ng, because for karmic it's not getting any care to "keep" working per UDS discussions
[00:53] <superm1> its just around in case it needs to be revived because it's easier to keep the arch up and "running" than re-bootstrapping it
[00:54] <superm1> Sarvatt, apparently that happens with AMD drivers too apparently
[00:54] <superm1> if you LD_PRELOAD libGL.so.1 it works okay though
[01:28] <Sarvatt> hmm something changed.. xserver-xorg-video-intel_2.7.99.901+git20090708.40e7c950-0ubuntu0sarvatt.dsc: Version older than that in the archive. 2:2.7.99.901+git20090708.40e7c950-0ubuntu0sarvatt <= 2:2.7.99.901+git20090708.0402f4f3-0ubuntu0sarvatt
[01:29] <bryce> you've got two git pulls with the same date
[01:29] <Sarvatt> used to be able to upload new source when the commit id was higher
[01:29] <Sarvatt> 40e7 > 0402 part i meant
[01:29] <bryce> 402 > 40 ?
[01:30] <Sarvatt> not just ignoring the 0 either
[01:30] <Sarvatt> xserver-xorg-video-ati_6.12.99+git20090708.8c03c1fd-0ubuntu0sarvatt.dsc: Version older than that in the archive. 1:6.12.99+git20090708.8c03c1fd-0ubuntu0sarvatt <= 1:6.12.99+git20090708.0519f15a-0ubuntu0sarvatt
[01:30] <Sarvatt> stopped reading past the . or something?
[01:31] <bryce> possibly, not sure
[01:31] <Sarvatt> will have to look over the huge dpkg changelogs
[01:36] <Sarvatt> odd that the .r1 trick still works
[01:36] <Sarvatt>  OK: xserver-xorg-video-ati_6.12.99+git20090708.r1.8c03c1fd.orig.tar.gz
[01:38] <Sarvatt> ahh ati is still broken because of the dri2 abi changes, guess i'll manually go in and change all DRI2BufferPtr to DRI2Buffer2Ptr to fix it
[03:23] <hyperair> Sarvatt: downgraded and it works.
[04:25] <Sarvatt> hyperair: things are fixed now, or at least they should be
[04:38] <hyperair> Sarvatt: great! lemme go test
[04:40] <Sarvatt> just ati still broken, not sure if i want to kludge it or wait for the real fix that'll probably get commited right after i upload
[04:42] <hyperair> heh
[04:42] <Sarvatt> changing everything in src/radeon_dri2.c to DRI2Buffer2Ptr works but im not sure which parts i should leave unchanged for the non xserver 1.6.2 situation
[04:43] <hyperair> i'd say wait then =\
[04:43] <Sarvatt> mesa and libdrm moving to bzr?
[04:43] <Sarvatt> just got a bunch of ** Branch linked: lp:ubuntu/karmic/mesa
[04:45] <hyperair> O_o
[04:45] <RAOF> Oh, sweet lord, please yes!
[04:45] <RAOF> Deliver me from git.
[04:52]  * Sarvatt groans
[04:53]  * hyperair groans too
[04:53] <Sarvatt> oh you're one of "them" :D
[04:53] <RAOF> I can use git, but all sorts of parts of it are still wrong.
[04:54] <hyperair> i'd say the same about bzr =\
[04:54] <Sarvatt> do you use KDE too?
[04:54] <RAOF> Such as not having a monotone versioning scheme :)
[04:54] <Sarvatt> i'm just teasing, please dont get offended :)
[04:54] <hyperair> you mean revision numbers?
[04:54] <RAOF> hyperair: bzr certainly has its flaws; I just don't run into them as often.
[04:54] <RAOF> hyperair: Yes, I mean revision numbers.
[04:55] <hyperair> RAOF: i kinda like git's better. at least when you look at a commit ID, it is *unique*
[04:55] <RAOF> And I think bzr's flaws are in a different direction to git's, generally.
[04:55] <hyperair> unlike bzr's
[04:55] <hyperair> commit #10 can mean one commit on one repo, another on another repo, and yet another on another repo
[04:55] <Sarvatt> i just spent way too much time wrapping my head around git and am partial to it
[04:55] <RAOF> Stockhlom syndrome :P
[04:56] <hyperair> i spent more time wrapping my head around svn than git =\
[04:56] <hyperair> mostly because i had never used a vcs before that
[04:56] <RAOF> hyperair: I guess so.  I find "trunk, r2013" makes more sense than <insert 128bit SHA hash>
[04:56] <Sarvatt> i like to pretend svn never existed personally LOL
[04:57] <RAOF> Eh.  Until I tried to use branches, I was quite happy with svn.
[04:57] <hyperair> RAOF: i just find it a little confusing after merges
[04:57] <RAOF> Once I _did_ try branches... oh. my. lord.
[04:57] <hyperair> lol
[04:58] <hyperair> i was happy with svn until i found bzr
[04:58] <hyperair> simply because it allows you to have a local repository
[04:58] <RAOF> git log should default to topological sort, too. :)
[04:58] <hyperair> rather than having to create a repository elsewhere, and then checking out
[04:59] <hyperair> git's power comes from custom aliases =p
[04:59] <hyperair> alias log into log --graph and you'll be happy =D
[04:59] <Sarvatt> until you go to git log > ChangeLog :D
[05:00] <RAOF> But it's not the default, so people do silly things like insist you rebase rather than merge so that you don't add commits that appear to be in a release without actually being in a release.
[05:00] <hyperair> well you can dump your git log --graph into the ChangeLog and then see the topology in the ChangeLog =D
[05:01] <hyperair> RAOF: who is this "people" O_o
[05:01] <RAOF> GStreamer.
[05:01] <hyperair> club those people in the head then
[06:53] <tjaalton> bzr.. meh
[06:54] <hyperair> git - 2; bzr - 1.
[06:54] <hyperair> =D
[06:59] <tjaalton> I guess the branches were done automatically
[18:04] <jonathan__> Can some1 help me or point me in the right direction of the 845GV drivers?
[18:05] <Sarvatt> they're called xserver-xorg-video-intel and installed by default
[18:05] <jonathan__> I have " unknown " for my display stuff
[18:06] <Sarvatt> are you using KMS?
[18:06] <jonathan__> so everythings stuck 800x600 and i'm a n00b at that
[18:06] <jonathan__> this*
[18:06] <Sarvatt> what ubuntu release?
[18:06] <jonathan__> 9.04
[18:06] <Sarvatt> there's updates available in this PPA you can try https://edge.launchpad.net/~ubuntu-x-swat/+archive/x-updates
[18:06] <jonathan__> thanks a ton
[18:07] <Sarvatt> if that doesnt work theres even newer updates in another PPA but it'll uproot all of X so it'd be good to see if those work first
[18:07] <Sarvatt> https://launchpad.net/~xorg-edgers/+archive/ppa
[18:08] <bryce> http://people.ubuntu.com/~pgraner/IMG00152-20090709-1001.jpg
[18:08] <Sarvatt> eww! whats that bryce?
[18:09] <Sarvatt> that looks like the cursor corruption I get on intel in the middle of the screen :D
[18:09] <bryce> Sarvatt, some bug pgraner (kernel team manager) discovered after updating this morning
[18:11] <Sarvatt> whats it a bug in? was that just booting up?
[18:11] <bryce> guess so, I don't have any details other than the photo
[18:11] <bryce> I suggested he log a bug report
[18:12] <jonathan__> -_- all this is confusing. ubuntu + stoned = bad idea.
[18:12] <Sarvatt> add the PPA sources to your /etc/apt/sources.list, sudo apt-get update then sudo apt-get upgrade
[18:12] <Sarvatt> then reboot
[18:13] <jonathan__> Should i mention this is my first time using linux...... ever lol
[18:14] <jcristau> jonathan__: can you put your /var/log/Xorg.0.log on a pastebin?
[18:14] <jonathan__> 1 sec
[18:14] <Sarvatt> open up a terminal in applications - accessories - terminal
[18:14] <jonathan__> I know about terminal
[18:14] <jonathan__> well not a lot, just its the command thingy lol
[18:14] <Sarvatt> sudo nano /etc/apt/sources.list
[18:14] <jcristau> that might give an idea as to why you only get that resolution
[18:15] <Sarvatt> yeah what jcristau said :)
[18:15] <jcristau> before you mess with random ppa packages :)
[18:15] <jcristau> (ok, not random, but still)
[18:15] <jonathan__> lol
[18:17] <jonathan__> http://apoboc.pastebin.com/d57634d82
[18:18] <tjaalton> that's not intel, but openchrome
[18:19] <tjaalton> the one in 9.04 is full of fail, modesetting-wise
[18:20] <jonathan__> confused already lol
[18:22] <Sarvatt> you have VIA graphics not intel graphics
[18:22] <jcristau> Sarvatt: there's a "does xorg-edgers work well on debian/sid ?" question on debian-x.  do you know of a reason it wouldn't?
[18:22] <jonathan__> lame, My pc case says NEW! intelRextreme graphics 845gv lol
[18:22] <jonathan__> what a peice
[18:23] <Sarvatt> xserver and mesa are built differently mainly, they might have the extra mesa bits installed from debian if they go that route
[18:24] <Sarvatt> but there are a few people using it fine over on the phoronix forums
[18:24] <jcristau> that's just libGLw though, iirc.  nothing uses that :)
[18:24] <Sarvatt> yeah :D
[18:26] <Sarvatt> we use origin/debian-unstable or experimental for debian/ on everything else so it shouldnt be a big deal
[18:27] <jonathan__> alright I can handle this 800x600 for a cpl days, Just going to buy an nvidia card
[18:27] <tjaalton> you can force the resolution in /etc/X11/xorg.conf
[18:27] <tjaalton> google for more
[18:28] <tjaalton> or man xorg.conf
[18:29] <Sarvatt> theres an updated openchrome on x-updates, looking into it now to see if theres any fixes lately we can bring in on there
[18:29] <tjaalton> the randr1.2-branch was applied a bit too late for jaunty
[18:29] <tjaalton> and development seems a bit slow these days :/
[18:30] <Sarvatt> eww svn
[18:53] <tjaalton> Sarvatt: indeed..
[18:55] <Sarvatt> too bad he left, it probably would get fixed updating from jauntys to x-updates openchrome looking at the revision history
[19:01] <bryce> Sarvatt, on bug 385832 do we just need to pull that patch in?
[19:01] <Sarvatt> nope i'm pretty sure it was part of a larger patch series
[19:01] <Sarvatt> but that was the specific commit so i quoted it
[19:03] <bryce> ah gotcha, so in that case maybe we should just pull in the git20090702 snapshot into karmic.  what do you think?
[19:03] <Sarvatt> it was a 6 part patch series with the 5 commits before it, i dont know whats needed
[19:05] <Sarvatt> sounds good :)
[19:05] <bryce> on it
[19:05] <Sarvatt> the dpms fix is really important IMO
[19:05] <Sarvatt> and thats in there
[19:05] <bryce> ok
[19:06] <bryce> yeah let me know what bugs get fixed by this, and I'll make sure they're mentioned in the changelog
[19:07] <Sarvatt> if you pulled a newer one you could just do a no change rebuild whenever xserver is updated, but it'll require updating intel whenever xserver is updated if you do 0702
[19:07] <Sarvatt> i mentioned a bunch in the x-updates changelog if it helps any
[19:07] <Sarvatt> ahh mostly for the dpms thing i guess, lets see
[19:08] <Sarvatt> i'll dupe the xrandr modes ones to Bug #385832
[19:12] <bryce> great
[19:13] <bryce> yeah your changelog is about perfect
[19:13] <bryce> I'll merge it with our previous changelog
[19:14] <bryce> oh also I usually itemize the specific patches that were dropped, for extra clarity
[19:18] <Sarvatt> good to know, will do that in the future. still learning the ropes :)
[19:19] <bryce> yep, you're doing good :-)
[19:19] <bryce> Sarvatt, have you thought about applying for MOTU?  I think you're pretty much ready
[19:25] <Sarvatt> yeah I have been looking into that but I've had my hands full lately, plus I felt a little awkward about it because I've only been in the community for 3 months.. I think I'll take some time out today and put some effort into applying if you say that :)
[19:28] <bryce> you've done considerably more than the typical motu applicant, you're definitely well qualified.
[19:30] <bryce> Sarvatt, how many people have sponsored uploads for you, besides me?
[19:32] <Sarvatt> noone
[19:33] <Sarvatt> just the 5 uploads from you
[19:33] <bryce> ok, so maybe that's something we could kick up a bit
[19:34] <bryce> also I'll definitely vouch for you, but it usually helps a lot to have several sponsors since they like multiple sources of feedback about an applicant
[19:36] <bryce> Sarvatt, so what you could do is look through http://www2.bryceharrington.org:8080/X/PkgList/versions_current.html for little things needing merges, and post debdiffs, and then ask for upload sponsoring from me, tjaalton, superm1, and one or two others
[19:36] <Sarvatt> i think there was a builder problem in the last mesa upload that you sponsored from me http://launchpadlibrarian.net/28787457/buildlog_ubuntu-karmic-armel.mesa_7.5~rc4-1ubuntu3_FAILEDTOBUILD.txt.gz
[19:36] <Sarvatt> Session terminated, killing shell...make: *** [binary-arch] Terminated
[19:36] <Sarvatt>  ...killed.
[19:36] <Sarvatt> Build killed with signal 15 after 150 minutes of inactivity
[19:37] <bryce> dah
[19:37] <bryce> weird, I've not seen that particular build failure before.  Was it only arm that failed or any other platforms?
[19:37] <Sarvatt> was just looking at my uploads and saw it failed on armel, that looks transient though and i dont see any problems with the build
[19:37] <bryce> it's probably not a big deal that arm failed, it's rather new
[19:38] <bryce> ok I think we can ignore it.  afaik X doesn't work on arm yet anyway
[19:39] <Sarvatt> eww, really? I'm looking into an arm platform to buy to work with things
[19:39] <bryce> on that merge page, the "Notes" title links to a wiki page where you can list status/notes about merges you work on, or todo items about the merges that are needed
[19:40] <bryce> if you look at the history of that Notes page you can see examples from timo and I
[19:40] <bryce> yeah I think arm is framebuffer only
[19:40] <Sarvatt> ah thanks for the heads up! sorry I was sidetracked looking into mesa there when you said it :)
[19:43] <bryce> Sarvatt, with the merges, the red links are good opportunities (esp. the minor drivers, those are usually easy), and also packages that are showing to have a git snapshot might be worth refreshing with a newer snapshot
[19:43] <Sarvatt> oh nice, you have this page automatically updating? I thought you just took a snapshot in time when you linked it on ubuntu-x
[19:44] <bryce> right it updates automatically
[19:44] <bryce> (three times an hour)
[19:44] <Sarvatt> there are quite a few things with git snapshots that have had releases upstream I imagine, they went and tagged releases on a ton of things this past week
[19:45] <bryce> yeah, I noticed
[19:45] <bryce> so this is actually a really good point to be working towards MOTU
[19:46] <bryce> those upstream versions will get packaged by Debian soonish (typically they do them within a week or so if there's nothing funky)
[19:46] <bryce> a lot we can file sync requests for, but there will be a bunch that need manual merges
[19:46] <bryce> good practice :-)
[19:50] <Sarvatt> thank you very much again for all of the help bryce, I appreciate you going out of your way to help me with this
[19:53] <bryce> not a problem :-)
[19:59]  * bryce --> lunch bbiab
[20:00] <jcristau> might take some time to get stuff in debian, since brice and i are on vac
[20:41] <Sarvatt> hyperair: this your problem? https://bugs.edge.launchpad.net/bugs/287215
[21:16] <Sarvatt> might be worthwhile syncing pixman from debian experimental, it reenables SIMD extensions on arm
[21:20] <Sarvatt> considering i think ubuntu is only targetting armv6 and higher in the first place unlike debian who needed to disable it because runtime detection wasnt working before
[21:24] <tjaalton> Sarvatt: pixman with xserver 1.6 has issues
[21:26] <tjaalton> pixman 0.15.x I mean
[21:26] <Sarvatt> darn it, i should have checked the lists before uploading a new 15.15, getting this too http://lists.x.org/archives/xorg/2009-July/046366.html
[21:27] <Sarvatt> ah i think i saw something about a regression on 1.6 branch with 15.x on the lists
[21:27] <Sarvatt> now that you mention it
[21:27] <tjaalton> can't find the reference anymore though
[21:31] <tjaalton> the recent video driver updates were pretty irrelevant, btw
[21:32] <Sarvatt> me neither, checked xorg and xorg-devel for the past 3 months hmm
[21:33] <Sarvatt> yeah i know, it was just to pad a motu application :D most stuff was just the loader symbol lists getting removed
[21:43] <Sarvatt> https://bugs.freedesktop.org/show_bug.cgi?id=22484
[21:43] <Sarvatt> there it is, notification icons not showing
[21:44] <Sarvatt> comment 10
[21:49] <tjaalton> eah
[21:49] <tjaalton> +y