[00:54] hello :D [00:55] any idea in what ubuntu the a dri2-enabled radeon driver might appear? [01:16] btQuark: You'd probably be better off in #ubuntu-x, but the answer is "9.10, most likely" [01:17] w00, there is a channel only for the x nice :D [01:18] the fglrx is horribly cruel [01:18] big fail [03:51] Greetings room. [03:51] * Dante_J waves [03:56] Dante_J: Incidentally, have you looked for/filed launchpad bugs on these issues? That'd be the normal way to raise such things. [03:58] Hi RAOF, I did scan through launchpad, but these Vuls are rather large one's that are cross distro and in some cases cross platform (Firefox). I took for granted that there would be a Ubuntu security team that would keen on top of vulnerabilities with mitigating patches available. [04:00] and when I look at https://lists.ubuntu.com/archives/ubuntu-security-announce/ there are no patches mentioned for All of February, this seemed to be to be highly unusual, as though some kind of infrastructure or process was broken. The patches for Vulns are out there being applied by others. [04:02] And as I mentioned in #ubuntu-motu, Hardy is used by corporates and lab maintainers specifically because it's LTS. When you're primary browser is not patched now for about a week after the upstream patch was made available, it seems unusual to me. http://secunia.com/advisories/33799/ [04:03] Dante_J: I think an update is coming soon. [04:03] LaserJock: I thought Bug #323447 was one you might want to have a look at. [04:03] Launchpad bug 323447 in kdeedu "Klatin not available in intrepid" [Undecided,Won't fix] https://launchpad.net/bugs/323447 [04:04] ScottK: for Firefox? thank you. what about sudo, and NSS and others? [04:05] Yes, for Firefox. I know our security team keeps track of such things and generally prioritizes them for resolution. It does take time to integrate the upstream fixes and get them tested. [04:05] Regarding sudo: http://www.auscert.org.au/render.html?it=10462 [04:05] (accounting for travel to/from recent sprints) [04:07] I wish the sudo one gave more details so you could see how serious the bug actually was [04:07] * Amaranth doesn't feel like looking into diffs [04:08] In #ubuntu-motu I mooted a comparison of https://lists.ubuntu.com/archives/ubuntu-security-announce/ with https://www.redhat.com/archives/fedora-package-announce/ and that there were a number of packages patched by fedora that have not been in Ubuntu. Firefox & sudo prominent among them. [04:08] Dante_J: Hardy doesn't have a vulnerable version. [04:08] ScottK: of Firefox or sudo? [04:08] Sudo [04:08] http://web.nvd.nist.gov/view/vuln/search?execution=e2s2 [04:09] and firefox updates take some time [04:09] sudo | 1.6.9p10-1ubuntu3.3 | hardy-updates | source, amd64, i386 [04:09] Since we don't just update to the latest version of firefox because they always include non-security changes as well [04:09] Amaranth: Actually we do. [04:10] ScottK: When did that change? [04:10] * Amaranth has been gone for a bit [04:10] We stay within the major version, but Hardy has 3.0, so it'll get the 3.0.whatever. [04:10] huh [04:11] About the time Mozilla corp said you can't ship anything other than what we say you can ship if you want to call it firefox. [04:11] So intrepid? [04:12] Because I know at least pre-hardy that wasn't how it worked and I thought that was only done once in hardy but I know they got a lot more strict about such things recently [04:12] Either way, firefox updates take time, lots of testing needed there [04:13] Yes. [04:13] Rmadison says 3.06 is in Jaunty already. [04:13] jaunty can break, no one cares that much [04:13] So I imagine its coming soonish. [04:13] sure [04:13] Just saying it needs some time [04:13] Agreed. [04:14] Also we ended up getting stuck on LTS support for Firefox in Dapper. Asac is lead of a distro based 'upstrea' project for mozilla 1.8/Firefox 1.5. [04:15] Add an 'm' in there somewhere. [04:16] Amaranth: ScottK: Thanks for the information, I certainly appreciate it. [04:16] Dante_J: In the future though it'd probably be decent of you to spend a couple of minutes searching the web before getting too excited. [04:17] I did, that's why I'm here. Other distros, and not just Fedora have been patching more aggressively than Ubuntu. [04:17] The CVE that gave the versions affected for sudo was referenced in the web page you gave me. [04:18] and the dearth of patches in Ubuntu of _anything_ for February seemed unusual to me. That's all. So I'm here to check nothing is broken and all is ok. [04:18] slow is better than broken. [04:19] but when things get too laggy, then the difference narrows. [04:22] Dante_J: the sudo update is coming, as is firefox. there was a week-long meeting that ate the first week of Feb with regard to security updates. [04:22] Reading some of the bugs, I'm not immediately convinced our default configuration in Intrepid would expose this bug. [04:23] * ScottK is certain kees knows though. [04:23] Dante_J: and, as ScottK just mentioned, the sudo issue isn't very high priority, but certainly will be fixed. [04:24] That would be another reason it might be delayed. [04:24] kees: Thank you kindly for the info. It's appreciated. [04:24] Dante_J: the full list for main is here: http://people.ubuntu.com/~ubuntu-security/cve/open.html [04:24] each CVE links back to the Ubuntu CVE entry with priorities, notes, patches, bug links, etc. [04:25] Wow, I've been looking for the Ubuntu CVE tracker before! Great link, thanks! [04:25] A brilliant help! [04:25] no problemo. :) [04:26] I'll pass this on to the AusCERT chaps in case they're not aware. Very nice. :) [04:27] Do you mind if I pass it on kees ? [04:28] Dante_J: sure, doesn't bother me; it's the reality of our tracker. :) [04:29] It's a useful resource, especially for a security group keeping tabs on who has patched what. eg. http://www.auscert.org.au/render.html?cid=1 [04:30] * kees nods. The raw data might be interesting too (that's linked from the bzr tree at the top of the url I gave) [04:30] and lets face it, Ubuntu is now important infrastructure for a growing number of people, so this information is valuable. [04:30] I don't envy cross-distro CVE fix tracking -- it's hard enough just tracking one distro. :) [04:30] indeed [04:30] amen brother ! [04:37] * Dante_J Dips his hat in respect for the good work done here. [04:37] Cheers people, thanks for your help. [04:38] kees: Thanks to you especially. [04:39] ScottK: sorry, was afk, thanks for taking care of it [04:39] LaserJock: No trouble. I only hit it because I was intrigued by the tad 'needs kde3' [04:40] LaserJock: It does seem that someone might want to write up a "If you used to use Klatin ..." wiki page or seomthing. [04:40] something even. [04:40] ScottK: I think I'm going to do that in the Release Notes [04:41] OK. Well we'd want it for the Intrepid release notes .... [04:41] ;-) [04:41] ScottK: yeah, well ... [04:46] man, I really wish there was a way to extract out separate patches for debian/ [05:28] good morning [05:31] ing [06:13] kees: you still up? [06:22] go to bed LaserJock !!! [06:27] pfft === bluesmoke is now known as Amaranth [07:24] Good morning [07:25] is it? looks pretty crappy out [07:26] yeah, just starts raining [07:51] * lool waves [08:04] hey lool [08:58] ScottK: fwiw, the main reason for ffox updates being late this time was us being at a sprint when they released. usually we release the day after upstream releases :) [08:59] Amaranth: ^^ ;) [09:24] superm1: hi, why did you open a g-c-c task on bug #319725? [09:24] Launchpad bug 319725 in dell "[Studio XPS 13, Inspiron 531, Studio 16] gnome-settings-daemon crash" [Undecided,Confirmed] https://launchpad.net/bugs/319725 [09:48] Keybuk: configure.ac:23: error: Autoconf version 2.63 or higher is required [09:49] Keybuk: We're lagging!! [09:49] :-P [09:49] (pulseaudio) [09:51] Keybuk: there is a libtool sponsoring request waiting for you for a while btw === sabdfl2 is now known as sabdfl [10:18] anyone know why we have no alternate installer cd's today? [10:22] cjwatson, who 'owns' the iso build process? [10:24] I wish there were jigido images for amd64 desktops too [10:25] there are alternate installer jigdo's by the looks fo things for amd64 [10:27] amitk, though i have found once you have one cd image, they rsync pretty well [10:31] I assume there's no desktop jigdos because so much of the desktop cd is the non-jigdo-able livefs [10:31] maxb: Right. [10:32] apw: The 'ubuntu-cdimage' team owns the CD builds [10:32] and where does one find them? [10:32] though I'd still find a desktop jigdo convenient for saving the few hundred MB of packages which aren't in the livefs [10:32] apw: launchpad.net/~ubuntu-cdimage lists the members [10:33] apw: But I'm checking [10:33] sometimes CD builds fail for one reason or another [10:33] heh steve and colin ... is there anything they don't do [10:33] maxb: it's a few tens of MB, not a few hundred [10:33] And what cjwatson said [10:33] maxb: if it were a few hundred, it'd be worth it [10:33] StevenK, apparently you are on the hook too :) [10:33] apw: Which Steve, there are at least in that team :-P [10:33] *at least two [10:34] indeed. i was thinking on slangasek [10:34] http://people.ubuntu.com/~ubuntu-archive/cd-build-logs/ubuntu/jaunty/daily-20090210.log <- today's build log [10:34] I expect I broke it in some silly way [10:35] * StevenK waits for it to download, fully expecting that cjwatson has fixed the problem before it loads fully [10:35] thats like massive [10:35] did somebody change the kernel ABI again? [10:35] Yeah, -7 was ACCEPTed on Friday, I think [10:35] yes - and SOMEBODY NBSed the old packages before we updated d-i [10:35] please don't do that [10:36] apw: "is there anything they don't do" - I don't touch the kernel ;) [10:36] I'll update d-i now, which will fix it [10:36] cjwatson: Shall I update the platform seed? [10:36] slangasek, cirtainly doesn't include sleeping [10:36] StevenK: let me do it together with d-i [10:36] mumble [10:36] cjwatson: Sure [10:37] StevenK: were you the NBS-remover in this case? [10:37] cjwatson: no, that was me [10:37] cjwatson: I've not logged into cocoplum for two days due to flying and such [10:37] ok, please be less trigger-happy :) [10:37] cjwatson: or should I make it a policy to upload d-i at the same time, instead? [10:37] Why does everyone think NBS is always me? :-) [10:38] I nuked them because I knew the new kernel was accepted, and having them there makes the NBS list unreadable [10:38] fwiw, we should probably document the kernel NBS specialness in ArchiveAdministration [10:38] slangasek: if you take care of d-i at the same time, certainly - but the old kernel definitely shouldn't be removed until d-i is updated to the new one, otherwise we lose out on daily-build testing time [10:38] StevenK: it usually is ;-) [10:39] cjwatson: well, ok [10:39] I'll document that [10:39] cjwatson, how come we have live and not alternate cd's i'd expect both to be affected [10:40] given that ironically the latter is useful without being bootable and the former not [10:40] apw: 'cos the alternate CD requires a package upload to change kernel versions, and the live CD doesn't [10:40] apw: Since the alternate is locked to the kernel ABI, the live isn't [10:41] hmmm ... sounds liek the alternate needs to learn something from the live to me [10:42] anyhow, glad its fixed. i can see why you love it when we bump the abi [10:42] it's a radically different build process, not easily changed to take account of this [10:42] fact is that the installer ships objects which are on archive.ubuntu.com, and any such object requires an upload to change [10:43] we used to have automatic daily builds of the installer, although even those didn't take account of ABI changes so when that broke with the switch to Soyuz we stopped bothering [10:43] apw: thanks for the note [10:43] is there something the kernel team should be doing there? as a step after linux-meta or something? [10:44] apw: you guys already mail ubuntu-installer - I just hadn't caught up on mail [10:44] good enough, as long as we are not failing process [10:45] I might do a quick CD rebuild later - I was waiting for today's CDs myself to test some things [10:46] slangasek: (in general I have no objection to the set of people who upload d-i all the time not being just me ;-) ) [10:46] right :) [10:48] * directhex uploads d-i [10:51] ... for a good reason [11:09] lool: we could sync that from experimental [11:10] Keybuk: I'm happy if you think that's ok [11:10] I certainly am not confident to ask that myself [11:10] lool: let me look at the changelog, if I'm happy, I'll do it [11:14] cjwatson, is there a reciepe online to properly do a testbuild of d-i locally ? dpkg-buildpackage -b seems to not work for me [11:14] (i just want to have the netboot binary blob for nslu2 in the end) [11:16] ogra: how does it fail? [11:16] it cant find anna [11:16] do you use a local mirror? [11:17] hmm, and it apparently uses my local sources.list [11:17] heh, yeah [11:17] how did you guess :) [11:17] * ogra switches that to ports.u.c [11:18] either fix your local mirror to include main/debian-installer, or create a file build/sources.list.udeb.local in the unpacked d-i tree and put 'deb http://archive.ubuntu.com/ubuntu jaunty main/debian-installer' in it [11:18] oh, or ports [11:18] or perhaps better, copy build/sources.list.udeb to build/sources.list.udeb.local and edit to taste [11:18] i'm fine switching over ... i just reinstall things to often here to not use a local mirror in general [11:18] likewise, but my local mirror includes d-i :) [11:19] (funny that) [11:19] heh === ziroday` is now known as ziroday [11:20] lool: looks ok, will upload when make check passes [11:21] pfft ... now it fails with bootchart-udeb ... [11:21] but seems to pull properly from http://ports.ubuntu.com jaunty/main/debian-installer [11:22] we dropped that [11:22] ogra: pull newer source; I removed bootchart-udeb in the most recent upload [11:22] ah [11:22] I seem to recall bootchart-udeb in NBS [11:22] * cjwatson looks at /usr/lib/pkgconfig/gdk* in confusion [11:22] /usr/lib/pkgconfig/gdk-directfb-2.0.pc includes cairo-xlib in Requires; /usr/lib/pkgconfig/gdk-x11-2.0.pc doesn't [11:23] OH ! .... i just noticed for the first time that the jaunty-changes mail contains a direct link to the source packages ... how convenient ... [11:24] or d-i is in bzr [11:24] if you're going to hack on it anyway you might as well just have a checkout [11:24] indeed [11:24] currently i'm blindly poking around anyway testing out some theories [11:25] i'll surely do use bzr for a fix in the end [11:32] ogra@beagle:~$ ls /bin/ [11:32] -bash: /bin/ls: No such file or directory [11:32] hmm, i wonder if i should get worried [11:32] ogra: echo /bin/* [11:32] all there ... [11:33] looks like libc broke during a dist-upgarde [11:33] Okay, then something /bin/ls links against is missing/broken [11:33] yeah [11:34] it properly unpacked libc6 2.9-0ubuntu7 [11:34] in the next line i get: dpkg (Unterprozess): Konnte rm nicht zum Aufräumen ausführen: No such file or directory [11:34] so it cant exec rm directly after unpacking ... [11:35] Does /lib/ld-linux-*.so exist? [11:35] ogra@beagle:~$ echo /lib/ld-linux-* [11:35] /lib/ld-linux-* [11:35] hmm [11:37] ogra: That means no. :-) [11:38] i dont really care about the system ... takes me 5 min to uncompress the rootfs tarball on the disk ... [11:38] ogra: Sure, but I'm curious how it got to that state ... [11:38] but i suspect that shouldnt happen during a dist-upgrade :) [11:39] ogra: It's recoverable, if you don't mind using echo or a statically compiled cat ... [11:39] http://paste.ubuntu.com/116422/ [11:39] sorry, its german ... [11:40] looks like ldconfig is barking at me earlier [11:46] if anybody is interested in gathering more info from that system, i'll keep it around (not needed anyway atm) === tkamppeter_ is now known as tkamppeter [12:16] seb128: there's something wrong with our gtk+ patches, that isn't broken in Debian unstable/experimental. /usr/lib/pkgconfig/gdk-directfb-2.0.pc includes cairo-xlib in Requires; /usr/lib/pkgconfig/gdk-x11-2.0.pc doesn't [12:17] seb128: it looks like this is a bug in debian/patches/003_gdk.pc_privates.patch, which adds cairo-xlib in the non-explicit-deps case (only used by the directfb build at the moment) [12:17] seb128: do you know anything about this? [12:25] cjwatson: upstream did add this requirement recently, let me look at how I updated the patch [12:25] seb128: I think I might have an idea [12:25] cjwatson: what else would you expect? [12:25] * cjwatson waits for dpkg-source to get a move on [12:27] seb128: I'm thinking of http://paste.ubuntu.com/116434/ [12:27] kees: tjaalton just told me that you made my laptop give me only black screens if it boots with "splash" - no idea what he exactly means by that... something with initramfs/usplash? [12:28] which would result in cairo-xlib ending up in Requires.private of the x11 backend, and not at all in Requires/Requires.private of the directfb backend, which I think is correct? [12:28] kees: you updated usplash [12:28] doko: so, about the java compiler failure on the buildds [12:28] doko: https://launchpad.net/ubuntu/+source/bootchart/0.9-0ubuntu8keybuk3/+build/858530/+files/buildlog_ubuntu-jaunty-i386.bootchart_0.9-0ubuntu8keybuk3_FAILEDTOBUILD.txt.gz [12:29] dholbach: the new kernel initramfs got the new usplash first, so the old kernel worked until you regenerated the image [12:29] tjaalton: ah ok [12:29] cjwatson: yes, that looks good to me [12:30] seb128: ok, I'll do a test build to make sure - shall I upload if it DTRT? [12:30] cjwatson: yes [12:30] thanks for spotting the error! [12:30] no problem, the d-i buildd spotted it really ;-) [12:32] Keybuk: buildd only, or local build? [12:32] doko: buildd only [12:32] builds just fine locally in a chroot [12:33] Unable to locate tools.jar. Expected to find it in /usr/lib/jvm/java-6-openjdk/lib/tools.jar [12:33] and [12:33] kees: mjg59 says usplash should do the same thing as "vbetool vgamode 3" *shrug* [12:33] /build/buildd/bootchart-0.9/build.xml:41: Unable to find a javac compiler; [12:33] com.sun.tools.javac.Main is not on the classpath. [12:33] seem to be the key bits [12:33] yet it build-depends on java-gcj-compat-dev | java-compiler [12:35] isn't that the wrong build-dep now? [12:35] https://lists.ubuntu.com/archives/ubuntu-devel-announce/2008-July/000460.html [12:36] should use default-jdk-buildddep [12:36] default-jdk-builddep [12:36] why jdk? [12:36] oh, I see [12:37] Keybuk: I'll upload a new version using default-jdk/default-jre, and setting JAVA_HOME [12:42] ok, thanks [12:45] wow the /usr/share/doc/debian-installer/armbooting.txt really targets ancient stuff :) [12:47] ogra: You might be more interested in doc/devel/hardware/arm/nslu2/README [12:55] Keybuk: bootchart built [12:56] \o/ [13:00] james_w: hmm. debcommit doesnt do the --fixes lp:xxxx magic for me anymore [13:03] meh, latest X.org updates break X on GM945 (black screen, nothing in log) [13:03] bryce, tjaalton: ^ did you hear similar reports already? [13:04] pitti, same here [13:04] since yesterday or the day before [13:04] vesa works for now [13:06] pitti, BUT, if you login with the older kernel (2.6.24-21), it works [13:06] interesting [13:06] I didn't try 2.6.27-6 yet [13:06] I tried it, and it looks less broken, but still doesn't work [13:07] I've also been having the wierdest problem with the wireless. It intermintently stops working (transmiting) for 4-5 seconds, and then works again [13:07] it does the same thing on different APs/internet connections [13:11] pitti: usplash is broken [13:12] tjaalton: happens without usplash, too [13:12] for me it worked after dropping the flash [13:12] *splash [13:12] dunno then [13:12] * ogra does definately to much ARM work [13:36] siretart: you are probably aware of the annoyance in emacs that you cannot turn off the splash screen in site-start.el.. any way to allow that in the ubuntu package? [13:36] tjaalton: you can't? That's silly. [13:36] Mithrandir: it's infuriating.. [13:37] http://www.gnu.org/software/emacs/manual/html_node/emacs/Initial-Options.html [13:37] I have (setq inhibit-splash-screen t) in my personal .emacs, though [13:37] that works [13:37] but there are thousands of users here.. [13:38] pitti: yes I'm getting the same thing, on -intel [13:38] make /usr/bin/emacs a shell script that calls the real binary with `--no-splash' [13:38] pitti: is there a bug id already? [13:38] bryce: I didn't file one yet; there might be [13:38] I looked yesterday but didn't see one [13:39] bryce: there are a couple of issues.. one is that usplash is broken and then the one that pitti is seeing [13:39] tjaalton: in what way? usplash WFM [13:40] the problem I'm seeing is definitely not usplash; also it goes away if vesa is specified [13:41] pitti: yes, but it fails to give back the display [13:41] Mithrandir: that's a possibility, but a bit ugly :) [13:41] I suspect it must be an update between thursday and yesterday [13:46] bryce: have you tried booting without splash? [13:46] tjaalton: not yet [13:47] * bryce tries [13:51] tjaalton: huh, came up fine [13:52] pitti: have you tried booting without usplash? [13:52] bryce: yes [13:52] bryce: like I said :) [13:52] bryce: same problem [13:52] tjaalton: is there a bug id on the usplash bug? [13:52] bryce: not sure [13:53] tjaalton: who all is seeing the usplash issue? [13:53] pitti: do you happen to know if there's a wake-on-lan package in main? etherwake and wakeonlan both are in universe === sabdfl1 is now known as sabdfl [13:54] https://bugs.edge.launchpad.net/ubuntu/+source/usplash/+bug/327230 [13:54] Ubuntu bug 327230 in usplash "Lost all graphics on "Jaunty" after last update." [Undecided,Confirmed] [13:54] bryce: dholbach did [13:55] let's see what happens booting an earlier kernel [13:55] bryce: it will work until you update the initramfs for that kernel [13:55] bryce: usplash is included in the initramfs, so an earlier kernel with an earlier usplash works [13:56] ah [13:56] * surfaz is away: Estoy comiendo, escribir mi nombre para que el Xchat me avise [13:57] surfaz: do you think you could turn off auto-away in your irc client please? [13:57] dholbach, tjaalton: you're right; earlier kernel boots fine [13:59] dupes: #327610 #327505 #327498 #327444 #327286 [14:00] yay for having no assigned maintainer ;) [14:00] :-/ [14:00] is there a usplash change we can revert? [14:01] lool: new autoconf in [14:01] Keybuk: thanksely [14:01] bryce: I think usplash last changed in 1842 [14:01] Keybuk: also on Feb 4th [14:02] kees probably isn't awake yet though [14:02] hmm, interesting [14:02] * libusplash.{c,h}, usplash.c: [14:02] - Move pulsate and animation pipes into libusplash to unblock animations [14:02] while waiting for stdin (LP: #326709). [14:02] - Process animations between commands to avoid falling behind when [14:02] running in verbose mode. [14:02] - Drop unneeded signal-blocking code. [14:02] it could be unrelated to the patch, but a rebuild that caused it [14:02] * bryce nods [14:02] however, there was also a change Jan 21st [14:03] so it would have been rebuilt at that point, right? [14:04] I still have the previous deb, let me test that [14:07] interesting that for many, this is indistinguishable from an X blank screen [14:07] yep, earlier .deb boots fine === sean_ is now known as allquixotic [14:25] freeflying, ping [14:30] seb128: I happened to notice that your Maintainer address in gtk+2.0 is @ubuntu.org rather than @ubuntu.com [14:30] slangasek: oh, just stumbled over https://wiki.ubuntu.com/LaptopTestingTeam/HotkeyResearch .. [14:31] kirkland: WOL> not that I know of [14:31] kirkland: if we need one, there's always the MIR route :) [14:31] cjwatson: ups, I changed the debian to ubuntu too quickly ;-) [14:33] I need a tool to dump a palm-pilot addressbook etc that doesn't blow its brains out when it hits the corruption that is present in my DB... === ssweeny_ is now known as ssweeny [14:42] seb128: Better than debian.com :-P [14:42] ;-) [14:42] lool: btw since you are there, how busy are you this week? ;-) [14:43] seb128: What's the highest level of business you know? [14:43] lool: would be nice to get pygobject and pygtk updated to their current version, since we are mostly in sync with debian experimental and like working on those ;-) [14:43] seb128: Ok; I'm noting that down [14:43] lool: thanks ;-) [14:43] seb128: I have insurance, trip report, activity report, and 4 interviews to do this week [14:44] And I'm on IRC! [14:44] lool: theorically those updates should not be too hard [14:44] * lool /quits [14:44] Ok [14:44] I say theorically because you had issues on previous rounds ;-) [14:44] thanks! [14:44] Yeah, I wasn't really lucky with pygobject/pygtk so far [14:44] seb128: I had a conversation at FOSDEM that these will likely be superseded [14:45] lool: what, pyg* using gobject introspection? [14:45] Yes [14:45] lool: that will require code changes in applications though I guess, no? [14:45] ie the api will be different [14:46] I don't know [14:46] tseliot: bug 287470 is still open for -173 in jaunty; should that be closed, or does it really need an upload? [14:46] Launchpad bug 287470 in nvidia-graphics-drivers-177 "package libgl1-mesa-glx 7.2-1ubuntu1 failed to install/upgrade: poging tot overschrijven van `/usr/lib/libGL.so.1', wat ook in pakket nvidia-glx-177 zit" [High,Fix released] https://launchpad.net/bugs/287470 [14:47] pitti: cool, i'll put one together, thanks ;-) [14:48] lool, seb128: It's not really clear. pybank isn't really actively developed. The API right now is different though [14:48] But very similar, and probably could be the same [14:49] I guess we could replace pygtk/pygobject with a thin impedance matching layer and ask people to move to the new API [14:50] Anyway, future stuff I'm not working on and wont work on :) [14:51] I have a dude. I am going to do a change in package qtparted, it uses dpatch patches in debian/patches, so I fisrtly will make a dpatch patch with my changes, and later a debdiff with the difference between old and new package, my question is if the changes in the changelog file must go in the dpatch patch, or only in the debdiff patch [14:52] nden [14:52] pitti: the bug report can be marked as "fix released" now [14:52] EagleScreen: In the debdiff [14:52] tseliot: great, thanks [14:52] tseliot: hey [14:52] EagleScreen: The dpatch is to hold upstream changes; anything below debian/ shouldn't be in a dpatch and will appear in the debdiff [14:52] seb128: hey [14:53] thanks [14:53] tseliot: how is the gnome-desktop update going? need any help on that one? [14:53] seb128: I'm still fighting with a few patches, I'm trying to solve the problems with the display capplet and I will let you know about the rest [14:54] ok [14:54] tseliot: what problems with the capplet? [14:54] seb128: the aspect dropdown patch doesn't apply any longer [14:54] tseliot: can you try to get the update done first and then look at the other issues (if that's xrandr 1.2 drivers, etc)? so that would unblock the soname transition and the gnome-settings-daemon and gnome-control-center updates [14:55] tseliot: ok, let me know when the update is ready then, I will do some bug triage until then ;-) [14:56] seb128: the g-c-c has the highest priority and I can already give you my patches for gnome-desktop but I would really like to get g-c-c to build first [14:56] also patches for the network capplet fail to apply, etc. [14:56] tseliot: I'm not that much in a hurry, ping me when you will have g-c-c ready and tested [14:57] seb128: ok [14:58] tkamppeter: interested in joining the desktop team meeting in #u-desktop? [15:01] tkamppeter: (... at 16:30 UTC) [15:02] then ANY change under debian/ in debdiff? [15:02] what about updating debian/patches/00list? also in debdiff? [15:03] updating debian/patches/00list in a dpatch would be ... exceptionally twisted [15:03] (and generally wouldn't work) [15:04] thanks Colin === bluesmoke_ is now known as Amaranth [15:06] cjwatson dod you remember [15:06] Bug #133072: [15:06]