[00:00] sun is finally coming out here in Seattle [00:00] getting cold there? [00:00] I'm guessing cold for you is hot for us [00:01] I'm guessing 5℃ isn't particularly hot for you. [00:01] I thought it was always hot in Australia [00:01] :/ [00:01] with the deserts and kangaroos and all [00:01] j/k [00:01] The stuff up north, around the equator, yes. :) [00:02] anyway, 5 isn't all that cold [00:03] :) [00:03] Not inside, no. [00:03] heh [00:04] * RAOF is about the same lattitude as Wellington & Auckland [00:04] luxury... [00:04] I think the deal is, that it's always hot there when it's cold here [00:04] so it seems like it is always hot for you guys [00:05] Heh. [00:07] RAOF, I see dist-upgrade is still wanting to uninstall xorg-xserver [00:07] but I think your email worked [00:07] only one person asked me about it, and they asked if they should wait to upgrade for a few days [00:07] Woot! [00:08] A bunch of the drivers got built against the wrong xserver ABI. They're all rebuilt now, leaving siliconmotion which requires a new upstream to build against the new xserver. [00:11] I have a 7:05 am flight tomorrow [00:11] so going to step away now [00:11] cu guyz later ! [00:12] later [00:12] Have fun flying. [00:12] rickspencer3: enjoy your fliht. [00:12] flight [00:13] thanks TheMuso === bjf[afk] is now known as bjf === bjf is now known as bjf[afk] [01:25] RAOF: wacom still needs merging, evtouch needs a fakesync, xorg meta needs uploading, geode, displaylink, virtualbox-ose-guest-x11, glamo, nvidia-current, nvidia-173, nvidia-96 all need rebuilding [01:26] savage wants a merge, too. [01:30] oh duh, need to disable edgers to see everything else providing xserver-xorg-video-6 and xserver-xorg-input-7, i just had a list of things not installed :) [01:30] Also, siliconmotion needs a new upstream to build against 1.8 :) [01:30] Savage and siliconmotion are in git. [01:30] And I want to touch nvidia-*'s apport hook before uploading them. [01:38] Man, these chocolate biscuits are *awesome*. ½ 70% cocoa, ½ 85% cocoa chocolate + dark chocolate drops. MMmmm. [01:38] 173 and 96 don't work with xserver 1.8 and current really shouldn't be providing an ABI I'd think since its compatible with multiple ones [01:38] It could provide multiple ABIs then, but that's the reverse of what the XSF is going for. [01:39] does PyGI replaces pygtk? [01:40] xserver-xorg-core breaks xserver-xorg-input-7 and xserver-xorg-video-6 so its really tricky, nothing can provide those and have it be installable :( if the meta was uploaded people without xserver-xorg-{video,input}-all could at least upgrade now [01:42] well wacom would need to be updated too [01:44] Yes. [01:44] LaserJock: I think the idea is to layer pygtk on top of pygi so you can keep using the same API [01:49] Amaranth: but if I was making a new app I could just use pygi, right? [01:50] assuming it exposes what you need, yes [01:58] ah video-fbdev too [02:01] Oh, yeah. That's merged locally too. [02:50] hmm background transparency in gnome-terminal doesn't work with a rgba theme [02:52] Works here. [02:53] with darkroom? [02:54] With Radiance [02:54] thats not rgba yet? darkroom is still the only one with transparency everywhere here [02:55] Edit the gtkrc and flip argb to TRUE. [02:56] It'd work better if compiz blur didn't segfault in mesa. [02:58] adjusting the transparency slider crashed gnome-terminal that time :D [02:58] man abiance/radiance looks ugly with a side panel :( [02:59] http://sarvatt.com/downloads/rgba2.png [03:00] You're basically on a hiding to nothing with a side panel :) [03:00] can't get transparency working in it, weird [03:14] ok it works when i run it in gdb from a VT... :D [03:16] thats so odd, installing the dbg packages and running it in gdb from a VT fixed it, its not crashing anymore either [03:16] Hah! [03:18] in that screenshot it was a little transparent wasnt it.. the settings must have just been stuck [03:22] now to figure out how to get indicator applet application menu to show anything :) [04:10] TheMuso: Would you be able to sponsor some X uploads for me? There are a bunch of no-change rebuilds and a couple of easy merges from Debian. http://cooperteam.net/Packages/ have the source packages. [04:11] RAOF: Right, so I don't need to pull from git for any of them? [04:11] TheMuso: No. I've done all that for you :) [04:12] RAOF: dude, thanks heaps. [04:12] You can pull them from git if you'd prefer, of course. :) [04:14] RAOF: no its fine. Do these need to be uploaded/built in any particular order? [04:14] also have xorg meta here if possible- http://sarvatt.com/downloads/merges/xorg/ and it's in git here http://git.debian.org/?p=pkg-xorg/debian/xorg.git;a=shortlog;h=refs/heads/ubuntu [04:15] RAOF: any particular reason the changelog entries from debian aren't included in the changes file for xserver-xorg-video-fbdev? [04:15] Sarvatt: Lets get everything up first, and I'll pull your source package, thanks. [04:15] RAOF: same for xserver-xorg-video-savage [04:16] TheMuso: Because I forgot them! Whoops, I'll just fix that up. [04:17] RAOF: thanks. BTW where do I get the orig tarballs from? Debian I assume. [04:17] Yup. [04:18] For the ones which aren't simply no-change rebuilds of what we've got in Ubuntu. [04:18] RAOF: ok [04:19] RAOF: ok let me know when you have fixed those changes files. [04:24] TheMuso: Fixed. [04:24] RAOF: thanks [04:29] Now to fetch the orig tarballs. [04:30] Want me to upload them? [04:31] RAOF: nah its fine [04:32] * TheMuso sighs at the new spam bot crap going around the last day or so. [04:33] TheMuso: Can I add siliconmotion to that list, sorry? [04:33] RAOF: sure. [04:33] It's up, and has everything including orig.tar.gz [04:34] dude you are a legend! thanks [04:35] Already building xserver-xorg-video-displaylink anyway [04:42] RAOF: just doing a mass test build now. [04:42] Ta. [04:44] You know what? It's lunch time. [04:45] * TheMuso had his about an hour ago. :p [05:01] RAOF, when I go to dist-upgrade my maverick box it wants to remove xserver-xorg-input-mouse - that's a bad thing right? [05:01] Yes. [05:02] Well, actually, if that's the _only_ thing it wants to remove you'd be ok. evdev handles mice. [05:02] it's just that and xsever-xorg-video-tseng which is n/a for me [05:02] You won't miss xserver-xorg-input-mouse. [05:02] so is input-mouse deprecated in favour of evdev? [05:03] Yup. [05:03] dist-upgrading now... [05:04] * RAOF disappears back to lunch in case of breakage [05:10] RAOF: nothing yet, build wise. [05:10] just doing dummy test build [05:11] That seems a surprisingly slow rate of builds - why do they take so long for you? [05:19] RAOF: I am running them in a linear fashion because I am too lazy to try and parallelize them. [05:19] RAOF: and dpkg takes ages to install packages... [05:20] Hm. [05:21] RAOF: all uploaded [05:22] * RAOF likes his sbuild union-mount-on-tmpfs quite a lot. [05:22] TheMuso: Gratsias. [05:22] heh [05:22] Or however you spell it ): [05:22] :( [05:22] :) [05:22] RAOF: I should consider that myself [05:22] heh [05:22] RAOF: how much of RAM do you allocate to it? [05:23] 80%, so I can build huge packages like mesa. [05:23] right [05:23] How much RAM do you have? [05:23] But almost nothing needs nearly that amount. [05:23] 4GB [05:23] Minus shared GPU memory [05:23] ah ok [05:24] * TheMuso has 4GB as well, so that sounds reasonable then [05:24] And sbuild is now more memory efficient than doing the same with a pbuilder. Yay! [05:25] except vmmouse is in input-all and depends on mouse [05:27] Sarvatt: haven't uploaded x meta yet [05:27] if you have more tweeking to do, go ahead [05:31] no tweeking left in meta if thats what you meant, i was just saying vmmouse depends on mouse regarding the earlier conversation, if it wants to remove mouse it must want to remove a lot more than just mouse and its a bad thing [05:31] ah ok [05:32] Sarvatt: So xorg meta is ready to go? [05:33] yeah, wacom needs a merge though still for xserver-xorg-core to be installable and i havent had any luck with that [05:33] Sarvatt: Same as I asked RAOF about before. Is there a reason why you left out debian changelog entries from the changes file for the merge? [05:34] Sarvatt: so I'll hold off then? [05:41] hi hi [05:41] anyone around who would be interested in sponsoring a merge of protobuf from debian? [05:41] well that was a nasty surprise, got a hang and apparently plymouth no workie when your xserver doesn't support -nr :) [05:42] TheMuso: is there a different way I should have created the source package to include that? [05:42] http://people.canonical.com/~emurphy/protobuf-merge/ [05:43] debuild -S -sa -i -I doesn't include that apparently, is there another flag I can pass to include it or just something that needs to be done manually? [05:44] You need to pass -v$LAST_UBUNTU_VERSION [05:45] aha! [05:46] ooh, i didn't know about that [05:48] TheMuso: fixed it up then, sorry about that - http://sarvatt.com/downloads/merges/xorg/ [05:49] Sarvatt: Right, because of wacom/xserver-xorg-core, shoudl we not wait till wacom is sorted? [05:52] it doesn't matter really, it's better to have the meta in early so that the xserver-xorg-video-all | xserver-xorg-video-7, xserver-xorg-input-all | xserver-xorg-input-9 depends actually work for people that dont have input/video-all installed but yeah wacom really needs to be updated so xserver-xorg-core is even installable [05:54] Well its up to both you guys [05:54] I won't act on it unless explicitly given a yes. [05:57] TheMuso: Yes. Uploading the metapackage is fine. [05:57] ok [05:59] ok uploading [05:59] uploaded [06:00] thanks TheMuso [06:00] np [06:23] does anyone know why we're running such an old version of dbus? [06:26] robert_ancell: But keybuk might. [06:26] robert_ancell: no, but keybuk might [06:26] TheMuso, thanks [06:29] is it me or does dbus git look screwed up? master and dbus-1.2 branch are the same [06:30] (dbus-1.2 has 1.3.1 in it) [06:45] Sarvatt, that doesn't sound good [06:46] Sarvatt: Hopefully that could be recoverable with tags. [06:47] At least mostly. [06:47] i was looking here to see how far we were behind - http://cgit.freedesktop.org/dbus/dbus/ [06:47] that would depend on whether there were changes included that weren't part of a tagged release. [06:47] hi TheMuso, any chance you would have a few moments to sponsor an upload of protobuf? it's just a merge from debian+patch refresh. [06:47] http://people.canonical.com/~emurphy/protobuf-merge/ [06:48] statik: will take a look. [06:48] TheMuso, thanks! I tried to hassle robert first, but he is still waiting on core-dev rights [06:51] statik: just running a test build. [06:52] TheMuso: thanks. I've testbuild in a maverick cowbuilder, and also we've been running a backport of this on our lucid test servers and the hardy servers in the datacenter, so i'm reasonably confident that it is sane. [06:53] ok [06:53] but I am quite a salesman, so a testbuild is completely appropriate :) [06:53] I always run a test build to be safe anyway. [06:53] Good morning [06:54] Morning pitti. [06:54] hey TheMuso, how are you? [06:54] Gah! More list moderation queue spam to deal with. [06:54] hi pitti [06:54] pitti: very well thanks, yourself? [06:54] I'm great, thanks [06:54] I sware some new bots have come online this last few days [06:54] hey statik [06:54] for a few days now I get very strange spam, and tons of it [06:55] Me too. [06:55] just random words, which always make it through my spam filter [06:55] looks like there's a large-scale attack to confuse the adjustments of all Bayesian filters out there [06:55] pitti, hey, I'm doing a dbus merge, is there anything in particular to look out for? [06:55] The recent stuff I have seen is messages with twitter in the subject, as well as some outlook notification or some such. [06:55] robert_ancell: just that Keybuk claimed the merge [06:56] pitti, ok, makes my life easy. Whose domain is dbus? Can we get it into bzr? [06:56] I'd suspect dbus is foundations now. [06:56] suspect [06:57] and a million fake "account notifications" with javascript; go viruses [06:57] robert_ancell: Keybuk is one of the upstreams [06:57] robert_ancell: conceptually it's rather desktop-ish, though; I suggest to ping/email him and check who should merge [06:58] pitti: Yeah seen something similar. [07:02] statik: uploading [07:03] TheMuso, you rock [07:25] The xserver-xorg-input-wacom is ready for sponsoring - available here: http://cooperteam.net/Packages/xf86-input-wacom_0.10.6-0ubuntu1.dsc http://cooperteam.net/Packages/xf86-input-wacom_0.10.6-0ubuntu1_source.changes [07:26] RAOF: doing [07:26] uploaded [07:27] pitti: Rocking. Thanks. [07:43] jockey's data/handlers/nvidia.py needs something like this for nvidia-173 to work - [07:43] if self.version == '173': [07:43] self.xorg_conf.addOption('ServerFlags', 'IgnoreABI', 'True', optiontype='Option', position=0) [07:43] still no nvidia-173 release that works without IgnoreABI :( [07:59] good morning [08:13] bonjour didrocks [08:13] Guten Morgen pitti, how are you? [08:13] I'm great, thanks! how about you? [08:14] I'm fine, thanks. It's almost dark outside because of the bad weather though [08:16] wow, we have bright sunshine [08:16] totally different story there :) [08:25] hey there [08:25] salut seb128, ça va ? [08:25] bonjour sebastien [08:25] lut didrocks [08:25] nickel, et toi ? [08:25] ça va, il fait juste presque nuit sur Paris ^^ [08:27] donc tu peux bosser sans distractions? ;-) [08:31] seb128: roh, tout de suite :-) [08:31] RAOF: ahh, got rejected; you dropped the epoch [08:32] RAOF: shall I reupload with epoch, or do you want to fix in git and produce a new source yourself? [08:32] hey pitti [08:32] how is the xorg transition going? [08:32] Please reupload with the epoch; we're not really using the git. [08:34] RAOF: done [08:34] seb128: Once wacom is uploaded & built xserver-xorg-video-all and xserver-xorg-input-all will be installable; upgrades should now go through. Unless you're using proprietary drivers :) [08:34] pitti: Thanks muchly! [08:37] RAOF, I uninstall wacom yesterday [08:37] those seems to still need an update: glamo geode fbdev ivtv siliconmotion [08:38] those are the drivers with the abi at 6 and not 7 [08:38] those are the drivers with the abi at 6 and not 7 there [08:39] Right. fbdev, ivtv, siliconmotion have builds pending. [08:39] glamo is tremendously obscure, and requires some patching to get building. [08:41] we could temporarily remove it from -all to get back installability? [08:42] geode (should) will just require a no-change rebuild. I haven't got to it because I'm not on i386 :) [08:45] RAOF, btw I did the intel no change rebuild but I didn't commit anywhere, do you use a vcs? can you commit for me the changelog update? [08:45] seb128: That's already been done, thanks :) [08:45] thank you [08:46] I guess I can update now [08:46] I don't need any of the drivers I listed [08:51] seb128: libgee MIR done (bug #592060). Once you have some free time if you can push it to main so that unity can build, that will be a good way to start the day :) [08:51] Launchpad bug 592060 in libgee (Ubuntu) "[MIR] libgee (affects: 1) (heat: 8)" [Wishlist,New] https://launchpad.net/bugs/592060 [08:51] hum [08:52] pitti, ^ [08:52] sure, feel free to pre-promote it [08:52] pitti, thanks [08:53] the package just produce a single library, however, there are a lot of sources in vala [08:58] seb128, pitti, hey, what happened with that gdm patch? [08:58] hey robert_ancell [08:58] robert_ancell, which one? [08:58] robert_ancell: seb ported it to the current -proposed version [08:59] seb128, the one pitti was talking about, was there another proposed not in bzr? [08:59] robert_ancell, no, but 2.30.2 failed verification and has new crashers and bugs [08:59] robert_ancell, so it's a no go to lucid-updates [08:59] oh, ok [08:59] robert_ancell, I rebased on the current lucid version [09:00] so it's all ok now? [09:00] robert_ancell, I rebased on the current lucid version for now [09:00] robert_ancell, did you read my comments on the bug? [09:00] yeah, but I was confused. I thought you'd done that but I wanted to check [09:00] robert_ancell, the update doesn't fix the issue [09:01] robert_ancell, the changes we have seems to have the same "watch files in user directories trigger automounting storm" issue [09:01] seb128, I think they were using the old SRU [09:01] no [09:02] 16_gdmserver_user_manager.patch:+ user->icon_monitor = g_file_monitor_file (file, [09:02] robert_ancell, ^ I think that's still an issue [09:03] my patch means this code is never executed if IncludeAll=false (which is the correct behaviour for NFS systems afaik) [09:03] robert_ancell, see 91_git_no_icons_watching.patch in my upload [09:03] robert_ancell, EtienneG tested the update and says it's still an issue [09:04] robert_ancell, I can check today with him he's running the right version but I think he was [09:04] EtienneG says he tested -0ubutntu1 which is the SRU before my one [09:04] I made -0ubuntu2 [09:05] so your saying the 2.30.2-0ubuntu1 SRU has failed verification and was pulled back, so you took my changes in 2.30.2-0ubuntu2 and applied them to 2.30.0-0ubuntu6? [09:06] robert_ancell, no [09:06] robert_ancell, I did 2.30.2.is.2.30.0-0ubuntu1 [09:06] robert_ancell, get the source from launchpad [09:06] robert_ancell, I rebased on the lucid version your changes and some git commits and some pitti changes [09:07] ok, but that hasn't been tested by EtienneG afaik, as he says in the report he tested 2.30.2-0ubuntu1 === almaisan-away is now known as al-maisan [09:10] robert_ancell, oh ok, I will check today with him what version he tested [09:10] robert_ancell, I'm not sure if people got confused by the version I used or if they are still running the previous one [09:10] talking about that, there is no lp:~ubuntu-desktop/gdm/lucid, where is the lucid branch? [09:11] just to start with the good base :) [09:11] didrocks, there is none [09:11] apt-get source [09:11] I didn't work in bzr [09:12] ok, no worry [09:12] I tend to no do a bzr for stable updates [09:12] seb128: really? ok, I should remove some lucid branch I've pushed so :) [09:12] seb128, ok, the patch looks fine - it should work np [09:13] robert_ancell, nice, thanks [09:13] robert_ancell, what are you working on now otherwise btw? [09:14] merging mostly [09:14] robert_ancell, we have low overlap atm, it's hard to follow what you do [09:14] out of rocking merges and getting pygi in [09:14] which is already a lot ;-) [09:14] but it seems we settle down [09:14] the merges list is almost done no? [09:15] robert_ancell, GNOME 2.31 increased my stress level btw [09:15] I was looking a the other GDM bug but there's only so much GDM I can take at one time [09:15] seb128, why? [09:15] ok [09:15] robert_ancell, it seems some things will depends on gtk3 [09:15] seb128, I've got a list of things we should talk about GNOME 3.0 at the sprint. I think that's when we should make the decision on how much we can take in Maverick [09:16] and I don't want gtk3 in the default installation [09:16] Still a lot of merges to go, it's hard to tell how long as some are easy and some are very hard [09:16] the schedule is not reliable [09:16] it would mean duplicate the gtk stack [09:16] ie CD space issue [09:16] and we can't have an app loading gtk2 and gtk3 at the same time [09:16] ie we need duplicate builds of each lib [09:16] right, I was going to ask about that. Is there anything useful in gtk3? [09:17] robert_ancell, which ones are on your list to merge still? [09:17] robert_ancell, things like gdm we should not bother with [09:17] or gvfs [09:17] seb128, anything on versions that has gnome- in from of it [09:17] there is just lot of work for no win [09:17] agree not moving gdm [09:17] I think there's not enough time to get new stuff in anyway, we should just pick some interesting apps (if there are any) [09:18] robert_ancell, gtk3 has nice changes [09:18] seb128, are they backportable? [09:18] the new layout thing, multi touch, symbolic icons, libunique [09:18] multi touch would be very nice [09:18] what is the layout thing? [09:19] robert_ancell, we will likely backport symbolic icons [09:19] robert_ancell, having gtklabels to rewrap dynamically [09:19] GTK3 is on the gtk-2-90 branch? [09:19] the labels would be nice [09:19] yes [09:20] let me find the email about it [09:20] it's non trivial work to how gtk work [09:21] I've got the GTK 2.90.2 release email but haven't seen anything else [09:22] if we don't take evo 2.32, it would be great to take the new patches for netbook and --express that land into trunk [09:22] some other distro uses them with 2.30, so it should be mergeable easily [09:22] robert_ancell, http://mail.gnome.org/archives/gtk-devel-list/2010-April/msg00044.html [09:23] ah, I don't follow gtk-devel [09:23] seb128, thanks [09:23] robert_ancell, https://bugzilla.gnome.org/show_bug.cgi?id=101968 [09:23] Gnome bug 101968 in GtkLabel "(extended-layout) Height-for-width layout" [Enhancement,Resolved: fixed] [09:23] oh, I remember reading a blog post about this [09:23] morning [09:23] hello seb128 didrocks and robert_ancell [09:23] huats, hey [09:23] salut huats [09:24] lut huats [09:24] robert_ancell, in any case I can see softwares will depends on gtk3 [09:24] I want to get gtk3 in [09:24] seb128, software will already depend on other GNOME3 stuff (e.g. gsettings/dconf). We will have to pick wisely :) [09:25] but not on the default installation [09:25] seb128, is anyone packaging it yet? [09:25] robert_ancell, well, I've no real issue with gsettings in the default install [09:25] it's in glib [09:25] but a new gtk stack... [09:25] we have no CD space and it's going to do a lot of work [09:25] especially since they don't version symbols [09:26] which means you can use gtk3 and a gtk2 client library [09:26] so we will need to duplicate quite some libs to have gtk3 versions [09:26] oh [09:27] anyway, I have to go. See you guys later [09:27] see you [09:27] robert_ancell, yes for gtk3 [09:27] some gnome-shell ppa guys [09:27] and debian started some work [09:27] I will try to get people to work together [09:27] nice [09:27] and get it in debian [09:27] robert_ancell, have fun [09:27] robert_ancell, see you! [09:27] seb128, oh, one last question. what is the deal with the xdg/autostart gnome/autostart changes in Debian. Which one do we use? [09:28] robert_ancell, etc which is the upstream location [09:28] robert_ancell, but I'm open to discuss it [09:28] it's just annoying since you need to clean etc in preinst etc [09:28] conffiles [09:28] and it's useless diff over upstream [09:29] seb128, I just keep coming up against it in merges, and I've matched debian which I think now is the wrong way [09:29] debian changes it because they don't want those to be conffiles [09:29] robert_ancell, if you move to usr and didn't add preinst cleaning code you will still have the etc entry on upgrade [09:30] seb128, well, I copied the debian code so it has the cleaning [09:30] ok [09:30] anyway, later [09:31] Anyone want to sponsor a -geode no-change rebuild? http://cooperteam.net/Packages/xserver-xorg-video-geode_2.11.8-4build1.dsc [09:32] RAOF: do you have a source.changes? [09:32] Yup, same location. [09:32] http://cooperteam.net/Packages/xserver-xorg-video-geode_2.11.8-4build1_source.changes [09:33] RAOF: uploaded [09:35] seb128: ok, http://bazaar.launchpad.net/~ubuntu-desktop/gdm/ubuntu/revision/257 contains the fix and I pushed it to maverick, don't know if you want to wait for more fixes for lucid before pushing -proposed [09:36] pitti: Danke [09:36] I suggest to get the current gdm in proposed to -updates first [09:36] didrocks, yes let's see how etienneg's testing go [09:36] if the current update can go to updates wait for that [09:37] ok, just ping me when I need to push it to -proposed [09:39] didrocks, ok, we might batch other changes with it [09:39] didrocks, just set the bug to fix commited with the bzr url [09:39] on the lucid task? ok [09:39] didrocks, yes [09:40] didrocks, or feel free to import my current upload in a bzr and push yours is the vcs [09:40] we can use that for the next update [09:41] seb128: well, if you prefer not using a vcs for -updates (and as we have done most of them, I guess), I don't want to change your workflow, I have no strong opinion about that, so let's wait for -proposed to be opened again for gdm [09:43]