[00:00] but i would just remove the added line,more easy... [00:39] tga fixed [00:47] need to check what drivers to drop from video/input-all [00:47] at least cyrix, imstt, magictouch [00:48] oh well, something for the morning.. night [07:56] http://www.phoronix.com/scan.php?page=news_item&px=NjU3Mw [07:57] heh [08:06] ok, xorg uploaded [09:28] what would be the correct package for bug #245500 ? [09:28] Launchpad bug 245500 in xserver-xorg-video-geode "Jigdo cannot build ubuntu-8.04.1-alternate-i386.iso: .jigdo file refers to missing package" [Undecided,Confirmed] https://launchpad.net/bugs/245500 [09:28] was reassigned to -geode but the issue is that 8.04.1 jigdo files point to an older version that is not what ships with hardy+1 [09:29] Q-FUNK: btw, cyrix is going to be dropped from intrepid, since it's deprecated and doesn't build against 1.5 [09:29] but you probably knew that already :) [09:29] tjaalton: understood and expected. afaik, nsc won't build against 1.5 either [09:30] seems like it did [09:30] ideally, the milestone to merge back GX1 support into -geode would happen now, so that we can fix this permanently, but it's only scheduled to happen in december... [09:31] it did? [09:31] was there a new nsc that fixes this? [09:31] no it's still 2.8.3 [09:31] afaik, upstream purposely made it fail in git, because the nsc build succeeds but it produces a non-usable binary [09:31] but geode hardcodes the ABI? [09:31] (xserver-xorg-video-2) [09:32] ok, unusable is fine :) [09:32] -geode has all the latest #ifdef so it builds fine against 1.5 [09:32] yeah but the Provides: didn't update [09:33] check how the other drivers grab the correct abiversion from xserver-xorg-dev [09:33] what should it be? not -2 anymore? [09:33] 2.9 [09:34] ok [09:34] but ideally the package should set it dynamically on build [09:34] right [09:35] IIRC I had decided to avoid parsing those version files from -dev to make it possible to build on Etch but, now that Lenny enters the freeze, I could just as easily upgrade that. [09:35] etch didn't have those? [09:35] etch provides 1.0 and didn't use those 3 files for the api and abi versions [09:36] ok [09:36] similar to ... feisty, IIRC [09:36] well, it's still trivial to backport [09:36] or maybe the ubuntu equivalent would go as far as edgy [09:37] so video-all should drop the dep on nsc? [09:37] but now that lenny is about to release, I could replace my -dev version parsing trick in debian/rules with using the normal 3 files for driver versions [09:38] tjaalton: you can still keep nsc in principle, but I vaguely recall something about it not properly building on 1.5, from the x.org bugzilla [09:38] well, it's not on my list of failed modules, so.. :) [09:38] it's fine for now [09:39] ok [09:40] since it doesn't block video-all [09:51] alright [09:53] jcristau: is lenny expected to release with 1.4 or 1.5 ? [09:53] 1.4 [09:55] alright. thanks for the confirmation [09:56] do we have a name yet for Lenny+1 ? [09:57] no [10:25] ok [11:10] bryce: your intel changelog says you don't build reg_dumper because pciaccess isn't in main, but surely that's not true anymore? [11:13] Q-FUNK: want me to fix geode for now? [11:13] the abiver [11:14] tjaalton: I could upload one to debian/experimental, from which you can sync, if that works for you. [11:16] Q-FUNK: sure, that's better [11:20] tjaalton: as regards the serverabi for nvidia-glx-, shall I add the version to the build-dep on xserver-xorg-dev in the control file? [11:20] if yes, which version? [11:20] (for Intrepid) [11:21] tseliot: put (>= 2:1.4) like the other drivers have [11:22] tjaalton: like this? Build-Depends: xserver-xorg-dev (>=2:1.4.1~git20080131-1ubuntu4) [11:23] 2:1.4 is enough [11:23] ok, thanks [11:23] Q-FUNK: what's the ETA for the upload? geode is blockin livecd builds :) [11:24] Q-FUNK: maybe I'll upload a hardcoded fix now to get it in ASAP, we can sync later [11:24] tjaalton: I could do it now, if I find a sponsor [11:24] Q-FUNK: aren't you a DD? [11:25] um, DM [11:25] unfortunately not [11:25] ok, your wikipage says so :) [11:25] tjaalton: yeah, because they didn't have a word for non-DD back then [11:26] ah ok [11:26] nor did they have separate upoad rights for maintainers. [11:26] I'll upload a fix and we can sync after alpha1 [11:26] uh alpha2 [11:26] I aksed to be added to DM now, but it might take a few days to process [11:27] and that's assuming that there won't be any protest [12:36] tjaalton: experimental package uploaded to mentors and awaiting sponsr [12:37] http://mentors.debian.net/cgi-bin/maintainer-packages?action=details;package=xserver-xorg-video-geode [12:39] Q-FUNK: ok, thanks [13:49] tjaalton: the serverabi function seems to work well :-) I'll give you credit for this and for the initial merge in the changelog [14:02] tseliot: ok, cool :) [14:03] I'll try a dist-upgrade from hardy with your ppa [14:04] tjaalton: I haven't updated my ppa yet [14:05] I'll do it ASAP [14:05] ok thanks [14:30] bryce, hum... circular dependencies? http://paste.ubuntu.com/25935/ [14:31] just transient caused by updates, or is something actually broke? [14:31] nvm it must have been transient, as it just went away from apt-get update [14:32] you need to change the Provides of fglrx [14:32] what to/ [14:32] currently it Provides: xserver-xorg-video-2, change that to 2.9 [14:32] which is the new video-ABI version [14:33] so xserver-xorg-video-2.9? [14:33] or, do what tseliot did and change the packaging to get that dynamically :) [14:33] (like all the other drivers do) [14:33] that would work [14:33] for now [14:33] well there is no provides in the source package right now [14:33] i'll take a look at what tseliot did then and add it [14:33] oh [14:34] what does this actually do? [14:34] it would allow to have only fglrx installed [14:34] superm1: I haven't committed the changes yet. I'll send you a link to the source code ASAP [14:34] that sounds like a bad idea :) [14:34] heh [14:34] :) [14:35] you can leave it out if you like [14:35] I thought the error was due to that [14:35] well in principle it should be there though [14:35] so i'll get that in place [14:35] the error was because i did an intrepid CD build last night while the mirror was in a weird state [14:35] tseliot, cool thx [14:35] ah, right [15:05] tseliot: what's the ETA of the ppa update? [15:07] tjaalton: I'm about to build the packages locally on Intrepid 64. Then I'll have to test them. After that I'll upload them to my PPA. However I will have to bump to ubuntu2 [15:08] tjaalton: I'll ping as soon as they are ready, ok? [15:08] ping you [15:08] tseliot: pl [15:08] uh [15:08] *ok [15:17] bryce: the greedy patch for intel makes the server to segfault, see bug 246581 [15:17] Launchpad bug 246581 in xserver-xorg-video-intel "X server crash in libfb.so when EXA is enabled" [High,Triaged] https://launchpad.net/bugs/246581 [15:18] bryce: so, either disable it now or forward port it [15:18] *for now [18:11] jcristau: yes, but I left it off since I was building the driver on hardy. I'll put reg_dumper back on in a subsequent upload once my intrepid build environment is working properly [18:13] tjaalton: ok on it [18:17] bryce: actualy, it's fixed already :) [18:17] +l [18:17] forgot to tell.. [18:21] oh whoops [18:22] looks like -via is failing to build [18:27] hrm, I really need to get my intrepid pbuilder working [18:27] bryce: yeah I was wrong about the sync.. it hasn't been ported to pciaccess, so it should be removed from the archive [18:27] ../../src/via_driver.h:216: error: expected specifier-qualifier-list before 'pciVideoPtr' [18:28] yeah that looks like a pciaccess issue. which is why it built fine on my hardy environment but not in the build system [18:28] but it doesn't matter if it won't build, since openchrome is the default [18:28] right [18:28] would be nice to have as an alternative though, but oh well [18:29] bah, openchrome is a fork of it :) [18:29] ok I'll put in a remove request on it [18:29] well we can dream Via would update it some day, can't we? ;-) [18:31] nah, they should open the specs like they promised [18:33] bug #246676 [18:33] Launchpad bug 246676 in xserver-xorg-video-via "Please remove -via from the archive" [Undecided,New] https://launchpad.net/bugs/246676 [18:34] rock [18:37] tjaalton: did you see #245888 already? [18:37] maybe that one is fixed now [18:38] no, compiz is broken on at least i965 [18:40] the problems in the last messages are the ones that intel/vesa had/has [18:40] this report is for i915, and another with radeon 9200 [18:42] there are two bugs upstream about this [18:42] and they have been ignored for quitesome time now [18:42] +" " [18:43] hm, give me those bugs, and I'll bug my contacts to get them some attention [18:44] but breakfast first. bbiab [18:44] yes, I'll dig them up [19:02] bryce: ok, freedesktop bug 14441 and freedesktop bug 15477 [19:02] Freedesktop bug 14441 in Drivers/DRI/i965 "Compiz shows only black screen on i965" [Normal,Assigned] http://bugzilla.freedesktop.org/show_bug.cgi?id=14441 [19:02] Freedesktop bug 15477 in General "full screen is white when use compiz" [Normal,Reopened] http://bugzilla.freedesktop.org/show_bug.cgi?id=15477 [19:05] funny that the other bug was filed by an intel engineer.. [19:07] thanks [19:07] yeah intel can be weird [19:08] :) [19:19] btw, do you know if we have bugs in LP corresponding to these? [19:24] tjaalton: in 14441 from the last comment it sounds like timo found a way to work around the issue? [19:24] his comment is a bit ambiguous though [19:28] 245888 is the same as fd.o 15477 [19:28] added to that bug [19:29] sort of sounds like that one is due to DRI2 changes [19:29] ok, emailed Yong. [19:29] bbiab [19:30] yes, something broke DRI1 [19:31] but when that bug is fixed, 14441 kicks in [19:43] back [20:54] bryce: fedora seems to have dropped the "xaa-evict-pixmaps" -patch, probably because XAANoOffscreenPixmaps is now the default [20:58] ok, think we should too? [20:58] does it cause any issues keeping it? [21:00] I don't think it makes a difference in one way or another [21:24] sweet, input properties [21:37] btw, over this past weekend I worked up a new bug status script thingee [21:37] http://people.ubuntu.com/~bryce/Milestones/milestones_current.html [21:37] this one's for milestones, and is not Xorg-specific [21:38] still a WIP. [22:06] looks promising