[00:53] <basso> a friend of mine had massive problems with gnome 3.0 on his ati 5650
[00:53] <basso> :(
[01:02] <RAOF> basso: On natty, or oneieric?
[01:03] <basso> RAOF: it was natty using the gnome 3 ppa
[01:05] <basso> RAOF: we tried getting new drivers, and turning off alot of options, but we got like a.. blocky tear or that appared everytime gnome shell did something, like using activites, but the artifacts werent there when shell is not used (just using a progam)
[01:07] <RAOF> basso: Well, that's not been well-tested on natty, obviously.  We might be missing some mesa patches that fix those problems.  I don't think Unity runs into those issues.
[01:09] <basso> RAOF: no, unity worked quite fine on his computer :)
[01:09] <basso> Atleast its working quite well with nvidia on natty :D
[01:11] <RAOF> I'd expect it to work significantly better in oneiric (once that's settled down, of course) - not only will we have a newer mesa, but we'll also have actual testing :)
[01:14] <chrisccoulson> having actual testing might be beneficial :)
[01:20] <RAOF> At least we'll know when it's borken!
[01:21] <bryce> well, maybe ;-)
[01:21] <RAOF> We'll have a fighting chance!
[01:23] <basso> ^^
[01:23] <bryce> RAOF, have you looked at all at mesa >7.10.2?
[01:23] <RAOF> Not seriously yet.
[01:27] <bryce> RAOF, I was just talking with keithp.  It sounds like there's fixes in >7.10.2 we may want for natty, you should give it a look
[01:28] <RAOF> Oh, right.  You were referring to the stable branch rather than 7.11.  I'll take a butchers.
[01:28] <bryce> it might be far too crazy, but an sru of 7.10.3 might be worth considering... depends on how much performance work is in there
[01:28] <RAOF> Yeah.
[01:29] <RAOF> It's a pity that the point releases aren't exclusively bugfixes.
[01:29] <bryce> actually, I talked with him about that exact issue
[01:29]  * RAOF pulls mesa while emacs is starting up.
[01:30] <bryce> he said if we are open to shipping it post-release it gives him extra ammo to argue for keeping the point updates to fixes-only
[01:31] <bryce> I explained a bit about the ubuntu sru policies for doing point release updates, he and eric seemed especially keen on that
[01:31] <RAOF> If it was fixes-only we could concievably have an SRU policy like GNOME.
[01:31] <bryce> right
[01:31] <RAOF> That would be excellent.
[01:31] <bryce> yup
[01:31] <RAOF> (Particularly since we could reasonably run piglit on a bunch of testing hardware as the test-suite)
[01:32] <RAOF> I didn't see how that “make the testing hardware lab more available” UDS session went, but from browsing the etherpad it sounds like we could concievably get access to spawn piglit on each gpu in there.
[01:33] <bryce> yeah that session got a bit bogged down
[01:34] <RAOF> That, plus a bugfix-only policy, would make aggressive point release SRUs pretty palatable.
[01:34] <bryce> yep
[01:34] <RAOF> Hey, emacs!  Why you crashin'?
[01:35] <bryce> I mentioned to intel what the cert team was doing.  I'd love to be able to get that list of hardware that they're testing to Intel, so they have the opportunity to obtain the hardware too if they want
[01:35] <RAOF> I find it strange that the hw cert lab might have more Intel hardware available for the Intel developers than, you know, /Intel/
[01:35] <RAOF> :)
[01:35] <bryce> yeah
[01:40] <lifeless> RAOF: bryce: hi
[01:40] <lifeless> two of my favourite victims^Wpeople
[01:40] <bryce> lifeless, hi
[01:40] <RAOF> Oh, oh!  Sounds like a bug report in progress.
[01:41] <RAOF> Quick!  To the coffee machine!
[01:41] <lifeless> I'm using natty classic mode w/o effects
[01:41] <bryce> unless he's here to tell us about fixing some of our launchpad woes?
[01:41] <lifeless> and I'm getting remains-of-windows-left-behind
[01:41] <lifeless> bryce: thats scheduled for Monday
[01:41] <bryce> lifeless, driver?
[01:41] <lifeless> so a program closes and its border is left behind on my xterm
[01:41] <lifeless> x201s so intel
[01:41] <bryce> sounds familiar
[01:42] <RAOF> It sounds like a familiar damage(?) problem?
[01:42] <RAOF> Not that I could point to any bug or anything useful like that.
[01:45] <bryce> 777447 775936 782855 768587 622068
[01:46] <bryce> none of those are good matches, but those are the corruption bugs I know of
[01:47] <bryce> fwiw, I'm running natty classic / no effects on two intel systems and don't see that, but they're dells.
[01:47] <RAOF> bryce: You've got to remember, lifeless has an arrandale :/
[01:48] <bryce> yeah arrandale's pretty fubar
[01:48] <lifeless> should I ubuntu-bug it up ? if so what package
[01:49] <bryce> 745112 and 754799 are the arrandale bugs on my list to look at
[01:49] <RAOF> As always, it's “ubuntu-bug xorg” :).  However, my guess is that the bug's in xserver-xorg-video-intel.
[01:49] <bryce> lifeless, of course, and 'ubuntu-bug xorg'
[01:49] <bryce> just remember xorg.  the bot will move it
[01:50] <bryce> and in the dialog that pops up, say, "yes, someone told me to report it" or whatever
[01:50] <lifeless> :P
[01:51] <jbicha> cyphermox: I hadn't heard of contributing developer before, is that new?
[01:54] <bryce> RAOF, why is it that everyone *except* us has arrandale?  seems that's where all the fun bugs live.  :-/
[01:54] <RAOF> bryce: We mentioned this at UDS.  Have you done anything about asking for an arrandale system? (I know I haven't)
[01:56] <bryce> yeah I mentioned it to Rick.  I also asked Keith (well, his manager) to put me on the list for SDP's
[02:02] <bryce> honestly though I got so many WI's from UDS not sure how much HW testing I have the capacity for doing.
[02:02] <jbicha> I just thought there were the 3 levels: core, motu, & ppu, I guess I'll need to get an application together
[02:04] <RAOF> bryce: Well, that's what the HW cert labs *should* be for, right? :)
[02:07] <cyphermox> jbicha: not new at all, but it effectively doesn't give you any upload, it's recognizing your contributions at the development level with Ubuntu membership
[02:09] <jbicha> oh, no extra prileges then
[02:09] <cyphermox> well, except for ubuntu membershio
[02:42] <lifeless> RAOF: whats the 'sensitive info' in the gdm logs ?
[02:42] <RAOF> lifeless: I don't actually know; it's concievable that gdm could leak something in to them and not care too much, as they're not world-readable.
[02:45] <lifeless> leaks username
[02:45] <lifeless> rest looks ok
[02:49] <lifeless> RAOF: https://bugs.launchpad.net/ubuntu/+source/xorg/+bug/785497
[02:49] <ubot2> Launchpad bug 785497 in xorg "remnants of window getting left behind when apps quit" [Undecided,New]
[02:49] <RAOF> lifeless: Ta.
[02:50] <lifeless> I *think* it tends to be the borders
[02:50] <lifeless> IMBW so I haven't said that in the report
[02:51] <lifeless> RAOF: bryce: ask for an x201s w/8gb and an ssd as a test machine
[02:51] <lifeless> RAOF: bryce: they rock :)
[03:08] <RAOF> Hm.  There's no safe way to trigger the reconfiguration of package $FOO from $BAR's postinst, is there.
[03:54] <lifeless> RAOF: aaahhhhhhh no
[03:55] <RAOF> lifeless: Well, there kinda is; $FOO could have a trigger, which $BAR frobs.  That's no help when $FOO doesn't have a trigger, though :)
[04:00] <RAOF> (That doesn't help me, though, where $FOO doesn't have a trigger and doesn't have any good reason to grow one).
[05:21] <pitti> Good morning
[05:21] <pitti> cyphermox: strip-schema.pl is obsolete in cdbs, it's now been done by dh_translations
[05:21] <pitti> gnome.mk now calls that
[05:22] <pitti> cyphermox: uh, strip-schema.pl was meant to be an internal implementation detail -- there are packages calling that directly?
[05:23] <pitti> bigon: uh, that's what the backwards compat pygtk.pth file was supposed to avoid?
[06:21] <bryce> pitti, http://www.resplect.com/?q=node/30
[06:23] <RAOF> I'm sure fedora will be interested to learn that radeon cards use software rendering to draw gnome-shell on their livecd :)
[06:24] <pitti> I was quite surprised by that as well
[06:24] <pitti> I don't quite believe that
[06:25] <pitti> but the memory usage difference is quite significant indeed
[06:25] <pitti> it pretty much seems to be a constant 200 MB overhead, though
[06:25] <pitti> then again, unity actually allows you to find and use your files (*shocking*), which g-s very much doesn't
[06:25] <pitti> so of course all that zeitgeist magic comes with a price
[06:25] <RAOF> I *think* something leaks over time, too.
[06:25] <pitti> for sure
[06:26] <pitti> glib/GNOME programs are notorious leakers, as long as people keep using C
[06:27] <pitti> if only computers could keep track of references to an object themselves ... oh, a man can dream..
[06:27] <RAOF> It's surprisingly easy to leak in managed environments, too.
[06:27] <jbicha> GS has some sort of file searching capability built in & their app searching is better than Unity's atm
[06:28] <RAOF> I'll be interested to test GS then; I'm not entirely sure how I'd improve Unity's app search.
[06:28] <RAOF> (As opposed to app *browsing* which is currently pretty terrible)
[06:28] <pitti> I tried the final fedora based live CD, and g-s doesn't even have a way to open nautilus, much less links to your home dir or XDG files
[06:29] <pitti> RAOF: just download the live CD; it comes with a script to put it on an USB stick, so it's very easy to test
[06:29] <pitti> RAOF: http://www.gnome3.org/tryit.html
[06:30] <pitti> and it's quite an enjoyable exercise as well :)
[06:30] <RAOF> I don't think using a livecd is a particularly good test; I'd probably be significantly less satisfied with Unity if I'd just tried as a livecd.
[06:30] <pitti> I really like the shell integration of network-manager
[06:30] <RAOF> Although I guess for quick impressions it can work.
[06:31] <pitti> it's both informative ("Ethernet: no cable", "Wireless: firmware missing"), and also doesn't show unnecessary clutter
[06:31]  * RAOF downloads fedora livecd.
[06:31] <jbicha> I'm running gnome-shell on Ubuntu now & I'm not sure what would have been wrong with Nautilus
[06:32] <pitti> jbicha: well, it might be entirely possible that this is just an f15 design decision
[06:32] <pitti> from my 10 minutes of playing, the app search is indeed quite similar, also the general concept
[06:32] <jbicha> but I'm using the one from ricotz' ppa & I'm not completely sure what version it is
[06:33] <pitti> so it should be pretty easy to use the other if you know one already
[06:33] <pitti> jbicha: I also discussed that with some GNOME guys the other day, and file search is planned for 3.2 AFAIK
[06:33] <jbicha> yes, GS & Unity are rather similar, I think the notification/system tray thing is one of the big diffs
[06:33]  * pitti waves to seiflotfy :)
[06:34] <pitti> *nod*
[06:34] <jbicha> the version I'm using might be a dev git version
[06:34] <jbicha> 3.0.1+git20110512 , maybe it's lying and is actualy a pre-3.1
[06:35] <pitti> jbicha: OOI, what do you like more in gs app search?
[06:35] <pitti> right now I wouldn't know how to make it better in unity, short of adding loads of extra aliases to programs
[06:35] <pitti> but I can open pretty much all my favourite apps with just windows, one letter, enter
[06:35] <jbicha> searching for "office" in Unity doesn't display all the LO apps and it should
[06:35] <pitti> or windows+number in the launcher bar
[06:36] <pitti> jbicha: ah, that might be a case for aliases, if desired
[06:36] <jbicha> GS can still find results even if you don't start at the beginning of the word
[06:36] <Omega> RAOF: I agree, I hope app browsing gets some love this cycle.
[06:36] <pitti> jbicha: heh, fun -- searching for "libre" does :)
[06:36] <jbicha> Unity used to briefly but their algorithm didn't weight things correctly & it was disabled, I think
[06:36] <pitti> searching for -f still finds d-feet, I don't think that's a general limitatino
[06:37] <pitti> interesting -- "fox" doesn't find firefox either
[06:37] <pitti> there's certainly some cutoff point here
[06:37] <pitti> if I search for "f" I want apps starting with f, not apps having an f anywhere
[06:37] <RAOF> Yeah, I think it splits on words - which is why -f works, because ‘-’ is a word-splitter.
[06:37] <jbicha> and I hate the category switcher in 11.04, the one in 10.10 was better or GS's implementation works
[06:37] <pitti> but for more than say 3 letters it should do a full string match
[06:38] <pitti> jbicha: full ack on that; it was brought up at the design session, should get a lot better indeed
[06:38] <pitti> bbl
[06:38] <jbicha> but I expect the dash will be better in 11.10
[06:39] <pitti> I'm actually looking forward to the real interesting stuff, like searching through music/photo tags
[06:39] <pitti> windows + "floyd wall" + enter -> default music player starts playing the album
[06:40] <RAOF> Just like Do! :)
[06:40] <Omega> I Like GS's workspace management.
[06:41] <Omega> For example, we could add an X to the corners of the windows in scale mode.
[06:41] <RAOF> I'm quite comfortable with middle-click to close in scale, but a friendly “close” button would indeed be more friendly.
[06:43] <Omega> I didn't know you could close by middle clicking at first, I found out after trying to switch to my browser a few times only to find it asking me if I want to close the window.
[06:45]  * RAOF hugs his schroots.  Easy rollback for upgrade testing!
[08:41] <xclaesse> argh, scrolling the email folders list in evolution3 is really slow
[08:41] <xclaesse> clearly a gtk3 regression here :/
[08:41] <xclaesse> is that known?
[08:43] <RAOF> Evolution's installable on oneiric? :)
[08:44] <xclaesse> using natty gnome3 ppa
[08:44] <xclaesse> evolution just got uploaded
[08:56] <rodrigo_> morning
[09:04] <jasoncwarner1> RAOF: I think cyphermox did that...was working on it during UDS....
[09:05] <RAOF> Well, upgrading one of my systems to oneiric this morning made evolution go away :).  I guess it could have been temporary.
[09:05] <chrisccoulson> good morning everyone
[09:06] <rodrigo_> hi chrisccoulson
[09:07] <chrisccoulson> hi rodrigo_, how are you?
[09:07] <RAOF> Hey there chrisccoulson!
[09:07] <jasoncwarner1> RAOF: I don't think I'll be upgrading for just a bit yet...I mean, maybe the wife's machine just because
[09:07] <chrisccoulson> jasoncwarner1 - you're not running oneiric yet? ;)
[09:08] <chrisccoulson> hi RAOF, how are you?
[09:08] <lool> pitti: did you see LP #785323?
[09:08] <ubot2> Launchpad bug 785323 in tomboy "Failed to install tomboy 1.6.1-0ubuntu1 - /usr/share/gconf/schemas/tomboy.schemas:1: parser error : Document is empty" [Medium,Fix released] https://launchpad.net/bugs/785323
[09:08] <RAOF> chrisccoulson: Fridayed!
[09:08] <lool> I'm trying to reproduce with the pkgbinarymangler testsuite, but it takes a loooong while to run now
[09:08] <lool> and it fails when one uses ecryptfs   :-)
[09:08] <lool>     self.assertTrue(os.path.getsize(png_ship) < os.path.getsize(png_orig))
[09:10] <seb128> hey rodrigo_ jasoncwarner1
[09:10] <seb128> hey RAOF
[09:10] <seb128> hey chrisccoulson
[09:10] <jasoncwarner1> morning seb128
[09:10] <RAOF> Good morning seb128
[09:10] <chrisccoulson> hi seb128, how are you?
[09:10] <seb128> how is everybody?
[09:10] <chrisccoulson> oh, unity didn't like me docking my laptop :(
[09:10] <rodrigo_> hi seb128, jasoncwarner1, RAOF
[09:10] <seb128> I'm fine
[09:11] <chrisccoulson> i've only got a small area drawn in the bottom left corner of my primary monitor ;)
[09:11] <chrisccoulson> brb
[09:11] <rodrigo_> is anyone using the new evolution?
[09:11] <seb128> got back a background and a theme for gtk3 application in oneiric after fiddling a bit around
[09:11] <rodrigo_> that is, is it safe to use it?
[09:11] <seb128> rodrigo_, not yet, should we stay away from it?
[09:11] <RAOF> It's installable now?
[09:11] <rodrigo_> seb128, I hope not, I really want to upgrade to test the improvements that have been made
[09:12] <rodrigo_> RAOF, seems so, let me see
[09:12] <seb128> rodrigo_, do it, we will fix it if it's broken
[09:12] <rodrigo_> seb128, yeah, let me finish reading my mail just in case :)
[09:13] <rodrigo_> RAOF, it is installable, yes, it just removes all the 2.32 libe* packages
[09:13] <RAOF> Hm.  amd64's evolution still requires e-d-s < 2.33.0 here.
[09:13] <pitti> lool: hm, I use ecrytpfs as well, and it does succeed here
[09:14] <pitti> lool: seems this was fallout from directly using the old strip-schemas.pl from cdbs?
[09:14] <pitti> bonjour seb128
[09:14] <seb128> hey pitti, how are you?
[09:14] <pitti> seb128: quite fine, thanks!
[09:15]  * pitti cut a small tree yesterday and built yet another bookshelf, making progress :)
[09:15] <seb128> pitti, yeah, strip-schemas.pl was used from the source since the package is not using cdbs and there was no dh equivalent
[09:15] <lool> pitti: well with ecryptfs /home/lool, test/run failed with this png file check
[09:15] <lool> ISTR the dpkg testsuite also failed
[09:15] <lool> pitti: This is ecryptfs on top of ext4 BTW
[09:15] <pitti> lool: weird; exactly the same for me here, ecryptfs ~ on top of ext4
[09:16]  * pitti runs it again right now on latest oneiric just to b sure
[09:16] <lool> I'm trying again too, might have been a race that I only got once
[09:17] <lool> I also get warnings related to file descriptors which remained open
[09:21] <lool> Before I lose it, http://paste.ubuntu.com/610495/ is the output I got on the first failure
[09:25] <lool> seb128: oy
[09:25] <lool> seb128: tomboy's build triggers many Unknown option: with
[09:25] <seb128> lut lool, ca va ?
[09:25] <lool> seb128: bien et toi?  :-)
[09:25] <seb128> lool, oui ca va ;-)
[09:25] <lool> seb128: I think it's a matter of passing --with foo instead of --with=foo
[09:25] <seb128> lool, "known issue" I think and it's coming from Debian
[09:25] <lool> Ok
[09:25] <seb128> check with Laney
[09:26] <seb128> he's the maintainer
[09:26] <pitti> lool: hm, still runs fine here
[09:26] <RAOF> Yes, it's coming from Debian.
[09:26] <pitti> lool: the open fds are a rather silly new python 3 feature
[09:26] <RAOF> It's rather annoying; it comes from including cli.make.
[09:26] <lool> pitti: failed again here, with a fresh apt-get source; test/run
[09:26] <pitti> you can safely ignore them
[09:26] <seb128> lool, what do you try to do on tomboy?
[09:26] <lool> seb128: extract the .schema which breaks with dh-translations
[09:26] <pitti> lool: does "debclean" succeed, or does it complain about missing buil deps?
[09:26] <pitti> lool: i. e. do you actually have optipng and advcomp installed?
[09:26] <seb128> lool, is it still broken with mterry's upload?
[09:27] <lool> seb128: this is with 1.6.1-0ubuntu1; I guess it might not be the newest as publisher is down
[09:27] <seb128> lool, no, mterry fixed it in 0ubuntu2
[09:27] <lool> pitti: oh gosh, indeed, a missing bdep; sorry about that  :-(
[09:27]  * pitti hugs lool
[09:27] <lool> pitti: the failure looked to ecryptfsish that I blamed it immediately
[09:28] <pitti> lool: the failure basically just means "it didn't reduce the .png"
[09:28] <pitti> lool: ecryptfs shouldn't affect (visible) file sizes -- did you see such a case somewhere else?
[09:28] <lool> pitti: Some months ago, the dpkg testsuite wouldn't pass if I'd build it under my home
[09:29] <lool> much longer before that debootstrap wouldn't work in my home, but that one was fixed in the kernel
[09:29] <lool> this was a runtime dpkg check
[09:30] <pitti> jasoncwarner1, seb128, kenvandine, chrisccoulson: FYI, I only do 3/4 of a day today, and leave at 11:30 UTC (have some bureaucracy appointments in the afternoon); I'll do some work tomorrow morning, so if you want me to work on versions.html bits, please tell me
[09:31] <seb128> pitti, work on version is always welcome ;-)
[09:31] <chrisccoulson> i might do some work from that today as well :)
[09:31] <pitti> seb128: working on udev now, will grab pygtk and pygobject as well, ok?
[09:31] <seb128> pitti, do you want some guidance on what to do?
[09:31] <chrisccoulson> it feels like it's been ages since i did some desktop work!
[09:32] <seb128> pitti, excellent
[09:32] <seb128> chrisccoulson, welcome back! ;-)
[09:32] <chrisccoulson> heh :)
[09:32] <pitti> seb128: after that, some guidance would be appreciated, yes; but above should keep me busy for a while right now
[09:32] <bigon> 06:23 < pitti> bigon: uh, that's what the backwards compat pygtk.pth file was supposed to avoid? << well gnome-python-{,desktop,extras} are not all using dh_python2 it will breaks
[09:32] <seb128> pitti, well consider "1- just pick anything you like, 2- python*, 3- things in light orange (sync in debian but both outdated)"
[09:32] <pitti> bigon: what breaks in particualar?
[09:33] <seb128> pitti, orange -> totem-pl-parser libsoup libgnome-keyring gnome-keyring libgail-gnome consolekit
[09:34] <pitti> seb128: ah, the "fix in debian" bits
[09:34] <seb128> pitti, we have few people who can do updates in debian so those are less likely to get done, we could also wait on the #debian-gnome guys to do them though
[09:35] <seb128> pitti, but otherwise we are mostly through the first round, a group of updates will be blocked until we get the indicator stack and unity on gtk3
[09:37] <pitti> seb128: don't we also need to lift the remaining gnome-* bits to 3.0? -panel, -menus, etc.?
[09:38] <seb128> pitti, we can't
[09:38] <seb128> pitti, gnome-panel needs to the on the same gtk version than the applet, which means same version of gtk for the indicator, which means same for unity
[09:38] <pitti> ah, I see
[09:38] <seb128> gnome-menus goes with gnome-panel
[09:39] <seb128> pitti, well I guess otherwise you can start tackling gnome-icon-theme
[09:39] <lool> Cool, the dpkg testsuite passes under ecryptfs now
[09:39] <seb128> since you wanted to look at cleaning it
[09:39] <lool> and on tomboy, it is likely that mterry's upload fixes it; I ran dh-translations by hand, and it didn't empty the .schema
[09:40] <seb128> lool, ;-)
[09:41] <lool> I shouldn't be looking into issues when latest packages have not been published  :-)
[09:42] <seb128> lool, you should start by looking at the launchpad package page before starting debugging rather ;-)
[09:43] <lool> seb128: I did, but I failed to notice that I was installing an old version
[09:43] <lool> I even reassigned some dups to the bug  :)
[09:44] <rodrigo_> ok, evolution 3.0 seems to work ok
[09:45] <pitti> eagerly waiting for the mirrors to mirror again, to try it
[09:47] <rodrigo_> seems as slow to start as before, but it feels a bit quicker
[09:48] <rodrigo_> well, it had to migrate all mail to the new format, Maildir, so will need to restart it to see if it's indeed slow to start
[09:50] <rodrigo_> indeed, expunging is fast now!
[09:53] <Laney> it's because cli.make sets DH_OPTIONS
[09:53] <Laney> possibly compat 8 fixes that?
[09:54] <bigon> pitti: for example http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=625657 could happends
[09:54] <ubot2> Debian bug 625657 in python-gnome2 "AttributeError: 'module' object has no attribute 'PARAM_APP_DATADIR'" [Grave,Open]
[09:55] <pitti> bigon: hm, so /usr/lib/python2.[67]/dist-packages/gtk-2.0-pysupport-compat.pth seems to fail in some cases :/
[09:56] <pitti> I tried with with a few modules which install stuff in /usr/lib/pymodules/python2.7/gtk-2.0/, and it worked for them
[09:56] <pitti> but it was a hack from day one, so moving everything over and adjusting dependencies indeed sounds like the better long-term solution
[09:57] <bigon> in the case of the bug, some of the gnome-python where switched to dh_python2 the other where not
[09:57] <bigon> pitti: well this will requires to add Breaks on a lot of packages for lot of packages
[09:58] <pitti> bigon: so many? I thought there were only a magnitude of 10 which install stuff into /usr/lib/pymodules/python2.*/gtk-2.0/
[09:58] <bigon> yes but they have to breaks each others
[09:59] <pitti> pygobject has to break them, and the dh_python2 converted packages depend on >= converted pygobject, yes
[09:59] <bigon> well not only
[09:59] <pitti> that's why I added that .pth file to avoid this mess
[10:00] <bigon> all the pkg generated by gnome-python gnome-python-extras and gnome-python-desktop also have to breaks each other
[10:00] <bigon> if one of them is not using dh_python2 it breaks the import for all
[10:00] <bigon> IIRC
[10:00] <pitti> oh, han gon
[10:01] <bigon> s/all/some
[10:01] <pitti> bigon: was the problem that the reporter installed a newer python-gnome-something with dh_python2, didn't yet upgrade to a newer pygobject with dh_python2?
[10:01] <bigon> no
[10:01] <bigon> wait
[10:02] <jbicha> I was able to build vinagre successfully with Debian's gtk-vnc so I just have to figure out what we did to break gtk-vnc
[10:02] <bigon> pitti: it has python-gnome2 using dh_python2 and python-gtk2 and
[10:03] <bigon> python-gconf still using pysuport
[10:03] <pitti> ah, so perhaps python only considers the .pth file for the first time a namespaced module is imported, and then caches the path
[10:03] <bigon> dunno
[10:05] <seb128> hey jbicha
[10:06] <bigon> pitti: for example I had to add a breaks between python-gtk2 and python-gtkgl
[10:06] <seb128> jbicha, weird, it build fine there with the oneiric one
[10:07] <jbicha> seb128: what do you mean? it didn't build fine for me as vnc support didn't work
[10:08] <seb128> jbicha, well for some reason I don't get the issues you described the other day there
[10:09] <jbicha> well, it failed in an oneiric PPA too
[10:13] <seb128> ok, maybe it's some of the packages I didn't update yet
[10:56] <pitti> seb128: so pygobject and pygtk were easy, we could sync both (done)
[10:56] <seb128> pitti, \o/
[10:58]  * pitti moves to consolekit, glibmm2.4, and gnome-keyring
[10:58] <pitti> seb128: btw, is there much point adding a (pitti) everywhere on the pad? the colors already show the author?
[10:59] <seb128> pitti, if you know who is what color which is not obvious
[10:59] <seb128> not obvious if the person is not connected
[10:59] <pitti> oh, the top right field only shows connected users?
[10:59] <pitti> ok, keeping it then
[10:59] <seb128> right
[11:00] <seb128> pitti, btw not sure if "    - python-gtk2 suggests not depends on python-numpy" was still needed?
[11:01] <pitti> ah blergh, that was the thing that escaped me
[11:01] <seb128> debian runs dh_numpy in their rules
[11:01] <seb128> will that add a depends?
[11:01] <pitti> I'll re-merge that then
[11:01] <seb128> pitti, well I'm not sure I didn't try to build it
[11:02] <pitti> seb128: but python-numpy is in main, and we already had it
[11:02] <pitti> the debian->ubuntu diff was
[11:02] <pitti> -               python-numpy-dbg (>= 1:1.4.1-4~),
[11:02] <pitti> +               python-numpy-dbg (>= 1:1.0.4-1~),
[11:02] <seb128> pitti, it's not on the CD though and it's not trivially small
[11:02] <pitti> which seemed fine to me
[11:02] <seb128> pitti, well, we moved the Depends to Suggests back then but debian moved to use dh_numpy in between
[11:03] <seb128> which might lead to the depends
[11:03] <pitti> seb128: it doesn't source-depend on numpy, that's why it escaped me apparently
[11:03] <pitti> apparently ${python:depends} drags it in
[11:03] <pitti> I'll try to fix that in Debian
[11:03] <seb128> well likely dh_numpy?
[11:03] <seb128> it's used in the rules
[11:03] <seb128> pitti, thanks
[11:03] <seb128> well in theory I think numpy is used in some parts of pygtk
[11:04] <seb128> but doko argued that the few users of that part of the code in the archive should have the depends
[11:04] <pitti> right
[11:04] <seb128> to avoid brining numpy on the CD
[11:04] <seb128> rodrigo_, wb
[11:04] <seb128> rodrigo_, is something blocking the g-c-c upload? did you do the accountsservice mir?
[11:04] <rodrigo_> seb128, hi seb128 :-)
[11:05] <rodrigo_> seb128, no, just finishing the patch rebasing and will do upload + mirs
[11:05] <seb128> ok
[11:05] <seb128> let me know if you need a review
[11:05] <rodrigo_> ok
[11:28] <jbicha> seb128: ok I think I figured out vinagre, it may have just been missing a libgvnc dependency, so merge proposed
[11:28] <seb128> jbicha, great, thanks, I will review it in a bit
[11:32] <davmor2> I got a funky bug in natty banshee refuses to display and is taking out compiz at the same time by the look of it
[11:32] <rodrigo_> seb128, https://bugs.launchpad.net/ubuntu/+source/apg/+bug/785682 and https://bugs.launchpad.net/ubuntu/+source/accountsservice/+bug/785680 <- are they ok?
[11:32] <ubot2> Launchpad bug 785682 in apg "[MIR] apg" [Undecided,New]
[11:33] <rodrigo_> seb128, pushing now my changes for a last review, if you want
[11:35] <seb128> rodrigo_, not really ;-)
[11:35] <seb128> rodrigo_, did you read the mir documentation?
[11:36] <rodrigo_> seb128, yes
[11:36] <seb128> rodrigo_, https://bugs.launchpad.net/ubuntu/+source/libpeas/+bug/782958
[11:36] <ubot2> Launchpad bug 782958 in libpeas "[mir] libpeas" [Low,Fix released]
[11:36] <seb128> is a nice example
[11:36] <rodrigo_> ok
[11:36] <seb128> or https://bugs.launchpad.net/ubuntu/+source/seed/+bug/782972
[11:36] <ubot2> Launchpad bug 782972 in seed "[mir] seed" [Low,Fix released]
[11:37] <seb128> rodrigo_, but basically you need some details and specify you checked the build-depends, depends, how well the package is maintained and the security record
[11:38] <rodrigo_> ok, sorry, read the wrong page it seems
[11:38] <seb128> rodrigo_, https://wiki.ubuntu.com/UbuntuMainInclusionRequirements
[11:38] <seb128> https://wiki.ubuntu.com/MainInclusionProcess
[11:39] <rodrigo_> yeah, just read the 2nd one
[11:39] <seb128> rodrigo_, ^ read those, but if you take one of the bugs jbicha wrote they are nice examples
[11:39] <chrisccoulson> rodrigo_, mind if i upload http://paste.ubuntu.com/610545/ for g-s-d?
[11:39] <seb128> rodrigo_, well the first point has an url to the other page ;-) anyway just copy what jeremy did
[11:39] <chrisccoulson> it stops gsettings-data-convert from crashing on every log in :)
[11:40] <rodrigo_> chrisccoulson, does it need a schema entry, or it's already in some schema?
[11:40] <davmor2> fixed made banshee fullscreen issues gone away odd though
[11:41] <chrisccoulson> rodrigo_, no, that key is not listed in a schema anywhere (and it doesn't appear to be used anywhere in g-s-d either)
[11:42] <rodrigo_> chrisccoulson, but then apps that access it will fail
[11:42] <seb128> rodrigo_, seems you forgot to subscribe ubuntu-mir to those bugs as well, see 3. on https://wiki.ubuntu.com/MainInclusionProcess
[11:42] <seb128> rodrigo_, but maybe wait to have the bugs updated before doing that ;-)
[11:42] <chrisccoulson> rodrigo_, are any apps accessing it? if they access it, then they will fail already (as gsettings-data-convert does)
[11:43] <rodrigo_> seb128, yes, was waiting to see if it's ok, will do as soon as I fix the bug description
[11:43] <seb128> seems like we will need gnome-icon-theme-symbolic as well btw
[11:43] <rodrigo_> chrisccoulson, where does it come from then?
[11:43] <seb128> quite some icons are displayed as broken icons without it
[11:43] <chrisccoulson> rodrigo_, no idea. it's just listed in gnome-settings-daemon.convert :)
[11:43] <rodrigo_> seb128, right
[11:44] <rodrigo_> chrisccoulson, ok, upload it then, I'll check upstream if we can remove it
[11:46] <chrisccoulson> rodrigo_, thanks
[11:48] <chrisccoulson> oh, it's so great to upload a package which isn't 70MB :)
[11:48] <rodrigo_> :)
[11:49] <pachi> hi
[11:50] <pachi> I'd like to test the gnome-shell environment and have used the gnome3-team ppa, but I'm finding some problems
[11:50] <pachi> I had some visual glitches and just killed the session, but now I get a clean desktop without any shell elements, just a background and a terminal window
[11:50] <pachi> do you know which process may be missing?
[11:53] <rodrigo_> libpolkit-gobject-1-0 is in main, right?
[11:57] <pitti> rodrigo_: yes
[11:58] <rodrigo_> pitti, ok, thanks
[11:59] <rodrigo_> seb128, https://bugs.launchpad.net/ubuntu/+source/accountsservice/+bug/785680 <- does it look ok now?
[11:59] <ubot2> Launchpad bug 785680 in accountsservice "[MIR] accountsservice" [Undecided,New]
[12:04] <rodrigo_> seb128, and https://bugs.launchpad.net/ubuntu/+source/apg/+bug/785682
[12:04] <ubot2> Launchpad bug 785682 in apg "[MIR] apg" [Undecided,New]
[12:12] <chrisccoulson> b'ah, i need to apply for core-dev. i can't upload mousetweaks
[12:13] <rodrigo_> seb128, and https://bugs.launchpad.net/ubuntu/+source/gnome-icon-theme-symbolic/+bug/785700
[12:13] <ubot2> Launchpad bug 785700 in gnome-icon-theme-symbolic "[mir] gnome-icon-theme-symbolic" [Undecided,New]
[12:13] <rodrigo_> seb128, so, can I upload now?
[12:21] <seb128> rodrigo_, hey, back from lunch, let me check
[12:21] <kinouchou> hello seb128
[12:22] <seb128> lut kinouchou
[12:23] <seb128> rodrigo_, those mir looks fine, thanks for the updates ;-)
[12:23] <seb128> rodrigo_, let me check the g-c-c vcs before you upload
[12:24] <pitti> is apg a strict dependency, or something that will be used if present?
[12:24] <pitti> i. e. does it block uploading?
[12:25] <rodrigo_> seb128, ok
[12:25] <pitti> it should certainly get scrutinized by kees first
[12:25] <seb128> pitti, we demoted those to recommends for now
[12:25] <pitti> ah
[12:25] <seb128> pitti, so they don't really block uploads
[12:25] <rodrigo_> seb128, I found out apg hasn't had a release since 2003, so would that be a problem for the mir?
[12:25] <seb128> it's just that the account panel will not work correctly without those
[12:25] <rodrigo_> and if so, what do we use as password generator?
[12:25] <pitti> rodrigo_: that's why I wonder why upstream added a dependency to it now; it seems pretty old
[12:26] <seb128> rodrigo_, that's worth mentioning in the mir bug, we can get the discussion there
[12:26] <rodrigo_> yeah
[12:28] <seb128> rodrigo_, pitti: it seems only be used to "generate a password", not sure what that means, if that's like a "create a random password for me" or something else
[12:28] <pitti> seb128: I think that's what it does, yes
[12:28] <rodrigo_> seb128, yes, to generate random passwords
[12:28] <seb128> we can hide that function if needed
[12:29] <rodrigo_> yes, or use a replacement
[12:29] <seb128> random password generation is not a feature blocker
[12:29] <rodrigo_> I guess we generate passwords in some other place already, don't we?
[12:29] <seb128> not sure we do
[12:29] <rodrigo_> we do for root user, right?
[12:29] <pitti> FWIW, updating in debian svn directly rocks
[12:29] <rodrigo_> I always have to 'sudo su && passwd' on new installations
[12:30] <pitti> rodrigo_: not in ubiquity anyway
[12:30] <pitti> nor in d-i
[12:30] <seb128> pitti, does it? ;-) I still hate having to have a vm to build binaries :p
[12:30] <pitti> perhaps g-s-t offered somethign like that
[12:30] <pitti> seb128: well, chroot
[12:30] <rodrigo_> pitti, yes, it did afair
[12:30] <rodrigo_> I'll check what it used
[12:30] <chrisccoulson> is someone able to upload the patch from https://bugzilla.gnome.org/show_bug.cgi?id=650657 for me? i can't upload that :(
[12:30] <ubot2> Gnome bug 650657 in general "Key without schema in mousetweaks.convert (animate-cursor)" [Normal,Unconfirmed]
[12:30] <seb128> pitti, well you still need to set up one and keep it updated and how do you test updates?
[12:30] <pitti> seb128: I don't mean that the tools rock, but that we have to merge a lot less
[12:31] <seb128> well merging is usually less work than maintaining a debian unstable update :p
[12:31] <seb128> uptodate
[12:31] <pitti> chroot maintenance doesn't cost much
[12:31] <seb128> though I installed debian in a vm again, I spent twice longer to do the updates let's see if that pays back
[12:31] <pitti> I already have chroots for ubuntu stables, and my script update them all wholesale
[12:31] <seb128> pitti, well then how do you test that the updates work? ;-)
[12:32] <pitti> seb128: I can run X stuff from chroots
[12:32] <seb128> the costy part is to copy the deb in the vm and to test for me
[12:32] <pitti> bind-mounting ~, /dev/, /tmp/, /sys, and /proc into chroots does wonders
[12:32] <seb128> I should try that
[12:32] <seb128> do we have documentation on how to set all that up?
[12:32] <pitti> e. g. I can run nemiver or calibre in my sid chroot without problems
[12:32] <pitti> consolekit is more tricky, but I just build/test that on Ubuntu
[12:33] <pitti> it has few dependencies, and we don't differ much there
[12:33] <pitti> seb128: http://people.canonical.com/~pitti/scripts/makechroot FYI
[12:33] <seb128> right, I was rather curious on how other test their debian updates than anything else
[12:33] <seb128> pitti, danke
[12:33] <pitti> seb128: it breaks halfway for sid creation, as it's tailored for Ubuntu, but it shouldn't take you long to adapt it
[12:33] <seb128> rodrigo_, ubuntu has no su, we use sudo only
[12:34] <pitti> we do have su, just no root password
[12:34] <seb128> well by default I mean
[12:34] <seb128> right, wrong wording "you shouldn't have to do use su, sudo does the job"
[12:34] <pitti> TTFN, have to go to my bureaucracy appointments
[12:34] <pitti> to become an official citizen of Augsburg and all that
[12:34] <rodrigo_> seb128, yes, but I liike knowing the root password, when ssh'ing, etc
[12:35] <pitti> see you on Monday, or tomorrow morning if you are so inclined
[12:35] <rodrigo_> oh, it's not installed by default?
[12:35] <seb128> pitti, have "fun", see you later or have a nice weekend if not ;-)
[12:35] <pitti> have a nice weekend everyone!
[12:35] <pitti> rodrigo_: su is installed by default
[12:35] <pitti> rodrigo_: ssh root@box? eww!
[12:35] <rodrigo_> pitti, have "fun" yeah :)
[12:35] <pitti> rodrigo_: disallowing root ssh is the first thing that you should do on a server
[12:35] <rodrigo_> pitti, no, ssh rodrigo@box and then su
[12:35] <seb128> rodrigo_, doh, you should ssh to your user and use sudo ;-)
[12:35] <rodrigo_> also, I have nautilus scripts that open a root terminal
[12:36] <seb128> pitti, btw if you get bord tomorrow gnome-icon-theme is the next blocker
[12:36] <pitti> seb128: ok
[12:36] <seb128> pitti, gnome-icon-theme-symbolic depends on the new icon theme
[12:36] <rodrigo_> I almost never use it, but yes, I like setting the root password :)
[12:36] <seb128> which is a depends for nautilus, totem, g-c-c and other things in debian
[12:36]  * pitti waves
[12:36] <seb128> we lowered to recommends but we go broken icons displayed without it
[12:36] <seb128> pitti, bye
[12:36] <seb128> see you on monday ;-)
[12:36] <rodrigo_> I can do gnome-icon-theme, or is there anything other needed?
[12:37] <seb128> rodrigo_, well pitti has work items to clean duplications and review the humanity icons overlap to maybe ship only humanity by default
[12:37] <rodrigo_> ah, ok
[12:37] <rodrigo_> I'll leave it to him then
[12:38] <chrisccoulson> seb128, you're using xchat-gnome aren't you?
[12:39] <seb128> rodrigo_, g-c-c seems ready to upload, just some changelog details
[12:39] <seb128> chrisccoulson, correct
[12:39] <rodrigo_> seb128, oh, which details?
[12:39] <chrisccoulson> seb128, are you having refresh issues with it again? it's pretty messed up here
[12:40] <seb128> rodrigo_, in fact I overlooked the apg thing I though it was not mentionned so ignore me, just the symbolic icon theme should probably stay a recommends rather than being dropped
[12:40] <seb128> rodrigo_, changelog entries should already be wrapped at 80 chars
[12:40] <rodrigo_> seb128, it's already in Recommends, just not in the changelog, so fixing that
[12:40] <rodrigo_> seb128, anything else?
[12:40] <seb128> chrisccoulson, no but I'm cheating, I don't dist-upgrade, I only pick selected updates, i.e I left xorg in the natty versions
[12:41] <seb128> rodrigo_, no, great work otherwise, feel free to upload ;-)
[12:41] <chrisccoulson> seb128, ah, perhaps i should have done the same ;)
[12:41] <seb128> chrisccoulson, btw I will upload mousetweak a bit later if nobody else do it before but could you ask to cjwatson to get it in the desktop set?
[12:41] <rodrigo_> seb128, ok
[12:42] <rodrigo_> seb128, thanks for the review :)
[12:42] <seb128> yw
[12:43] <rodrigo_> ugh, talking about dist-upgrade, I did it on my laptop, and now lots of packages failed to configure :(
[12:43]  * rodrigo_ goes fix it
[12:44] <seb128> what error do you get?
[12:45] <rodrigo_> lots
[12:45] <rodrigo_> but seems it was because of an empty tomboy.schemas in /usr/share/gconf/schemas, which was preventing gconf2 to config
[12:45] <seb128> it's likely down to one issue
[12:45] <rodrigo_> seems now it's ok
[12:46] <seb128> right mterry fixed that one yesterday
[12:46] <seb128> thanks mterry ;-)
[12:46] <mterry> :)
[12:46] <mterry> only because cyphermox made me
[12:46] <rodrigo_> :)
[12:46] <rodrigo_> ok, rebooting now my laptop
[12:46] <cjwatson> seb128: I can't do that until it's in the archive
[12:46] <rodrigo_> pray all please :)
[12:47] <seb128> cjwatson, mousetweaks? it's there since hardy
[12:47] <seb128> cjwatson, sorry I forgot the s before
[12:47] <seb128> just noticed
[12:48]  * mterry is making jcastro happy, deleting ancient DesktopTeam wiki pages
[12:50] <seb128> mterry, you desktop hater! ;-)
[12:50] <chrisccoulson> lol
[12:51] <cjwatson> chrisccoulson,seb128: done now
[12:51] <chrisccoulson> cjwatson, excellent, thanks :)
[12:51] <rodrigo_> ok, it booted correctly, oneiric is ready to release! :D
[12:52] <seb128> cjwatson, thanks ;-)
[12:52] <seb128> rodrigo_, it builds -> it can be uploaded, it starts -> it can be shipped
[12:52] <seb128> right? ;-)
[12:52] <rodrigo_> yes :)
[12:55] <chrisccoulson> that sounds like a fairly good way of measuring quality :)
[13:09] <rodrigo_> brb
[13:12] <cyphermox> good morning!
[13:12] <pedro_> morning :-)
[13:21] <rodrigo_> hmm, the themes don't work after dist-upgrading
[13:21] <rodrigo_> and gnome-tweak-tool does nothing
[13:26] <rodrigo_> themes and fonts
[13:31] <rodrigo_> anyway, lunch now
[13:34] <dpm> hi jibel, do you know who in QA was (or is) assigned to kernel testing?
[13:41] <lool> Got this one earlier; someone already on it?
[13:41] <lool> dpkg : erreur de traitement de /var/cache/apt/archives/libevince3-3_3.0.0-4ubuntu1_amd64.deb (--unpack) : tentative de remplacement de « /usr/lib/evince/3/backends/libdvidocument.so », qui appartient aussi au paquet libevdocument3 2.32.0-0ubuntu13
[13:44] <jibel> dpm, hi, pedro_ and hggdh were doing kernel sru testing, do you need help with something ?
[13:45] <dpm> jibel, it's ok, thanks, I've just asked pedro_ and he's told me that. I just want to have some general overview on how it works, but I'm talking to him already. Thanks!
[13:46] <jibel> dpm, yw
[13:46] <seb128> lool, check with rodrigo_ but I think not, seems a lack of Replaces
[13:49] <lool> rodrigo_: ^
[13:50] <seb128> lool, he's away for lunch and that was not raised before so he's not on it, you are welcome to fix it if you want ;-)
[13:59] <lool> hmm complete reset of the packaging apparently
[14:00] <seb128> lool, rebase on Debian you mean?
[14:04] <rodrigo_> lool, hmm, that lib is now in libevince, so yeah, seems it's missing a Replaces:
[14:04] <rodrigo_> it's also wrong on the Debian package, so we should forward it to Debian also
[14:07] <rodrigo_> lool, on it, unless you are already working on a fix
[14:08] <chrisccoulson> is anyone using the new evo here?
[14:09] <lool> rodrigo_, seb128: I pushed a fix to the bzr branch
[14:09] <rodrigo_> lool, ah, ok
[14:09] <rodrigo_> chrisccoulson, yes, me
[14:11] <chrisccoulson> rodrigo_, oh, i needed to restart gconfd to get it to work
[14:11] <chrisccoulson> i wonder if that was leftovers from the tomboy breakage
[14:12] <chrisccoulson> "evolution-shell-ERROR **: Unable to create EShellSettings property for GConf key '/apps/evolution/shell/start_offline' of type 'invalid'"
[14:12] <chrisccoulson> aborting....
[14:14] <seb128> lool, thanks
[14:20] <kenvandine> mterry, so you're the cause of the wiki spam :)
[14:29] <mterry> kenvandine, sorry  :)  I'm done now
[14:29] <mterry> kenvandine, we had some really outdated stuff on the Desktop wiki
[14:29]  * kenvandine needs to do the same
[14:31] <seb128> do we have anything uptodate on the desktop wiki?
[14:54] <cyphermox> grrr, looks like there's going to be much more repairs to be done here than originally thought :(
[15:19] <cyphermox> seb128: you there?
[15:19] <seb128> yes
[15:20] <cyphermox> could you please sponsor my patches for bug 663014, srus to maverick and natty
[15:20] <ubot2> Launchpad bug 663014 in gnome-nettool "No result for ping in Gnome-Nettool" [Low,In progress] https://launchpad.net/bugs/663014
[15:20] <seb128> ok
[16:22] <seb128> it's impressive that users already run oneiric
[16:22] <seb128> we got quite a few duplicates for the file conflicts bugs we got yesterday and today
[16:22] <ricotz> seb128, hi
[16:23] <seb128> what is less impressive is that the users who run oneiric so early don't manage to look on launchpad to see if the issue has already been reported
[16:23] <seb128> hey ric
[16:23] <seb128> hey ricotz
[16:23] <ricotz> seb128, might be gnome3 which causes this
[16:23] <seb128> this?
[16:23] <ricotz> seb128, the early testing of oneiric
[16:23] <seb128> chrisccoulson, do you have time to sponsor the gnome-nettool srus mentioned an hour ago?
[16:24] <seb128> ricotz, could be ;-)
[16:24] <ricotz> micahg, chrisccoulson, i am running gjs/gnome-shell build against libmozjs185 now which feels fine
[16:25] <ricotz> the official support is current in git http://git.gnome.org/browse/gjs/commit/?id=c3f95eab0df702b095a07cbec1b50021e4919840
[16:25] <chrisccoulson> seb128, yeah, i can do that (as long as i can upload it)
[16:26] <seb128> thanks
[16:27] <jbicha> and users get used to things not breaking too badly on development releases
[16:28] <kenvandine> my internet will be going down for short bit, getting an upgrade :)
[16:29] <kenvandine> hopefully be back online real soon :)
[16:29] <ricotz> pitti, hi, that reminds me -- the last udev update caused the same problem i had before, it creates the folder /run/udev which renders X unusable until it delete it again
[16:31] <seb128> jcastro, don't worry about the vinagre build failure, I backported the gtk-vnc depends fixes from debian git and will retry vinagre
[16:32] <seb128> chrisccoulson, ted: https://bugs.launchpad.net/~jkl102001
[16:33] <seb128> can you maybe check the bugs from that guy?
[16:33] <seb128> he opened quite some leak bugs with valgrind logs
[16:33] <seb128> could be nice ones to work on
[16:33] <seb128> some of the indicator stack
[16:34] <jbicha> seb128: I was also testing adding libgtk-vnc-2.0-0 to vinagre's build-depends
[16:38] <jbicha> seb128: adding that 1 line resulted in a successful build in my PPA
[16:40] <seb128> jbicha, that's wrong though, the gtk-vnc fix should work
[16:40] <seb128> bah, I hate autotools
[16:40] <seb128> totem fails to build on an automake error but there is nothing in the log telling which error and it builds here
[16:40] <jbicha> oh ok, a fix is better than a workaround
[16:40] <seb128> guess I need an oneiric pbuilder
[16:41] <seb128> jbicha, http://git.debian.org/?p=pkg-libvirt/gtk-vnc.git;a=patch;h=94cd0862270d795b7afc564ceb4ff65c23e724e6
[16:41] <seb128> jbicha, that's the fix
[16:41] <seb128> it should work
[16:43] <jbicha> you might as well grab this one too then: http://git.debian.org/?p=pkg-libvirt/gtk-vnc.git;a=patch;h=68e1891df5167a5364c98008289502efdb85336a;hp=94cd0862270d795b7afc564ceb4ff65c23e724e6
[16:43] <jbicha> and then we can take out that line from our build-depends
[16:44] <seb128> jbicha, http://launchpadlibrarian.net/72088116/gtk-vnc_0.4.3-2ubuntu1_0.4.3-2ubuntu2.diff.gz
[16:44] <seb128> it's there, I took the 2 debian commits
[16:44] <seb128> jbicha, but no need of another vinagre upload for that, we can clean that on the next upload
[16:53] <ricotz> seb128, do you know a simple script to get the ppastats like download-counts and so on?
[16:53] <seb128> no
[16:54] <seb128> check with fta maybe since he does that sort of things for chromium
[16:54] <ricotz> ok, he should be pinged now ;)
[16:57] <fta> uh?
[16:59] <fta> ricotz, something like this? http://people.ubuntu.com/~fta/chromium/stats/stats.html
[17:00] <micahg> ricotz: re gjs> it's on the list
[17:01] <ricotz> jbicha, hi, i think vinagre-dev is missing gir file
[17:01] <jbicha> ricotz: why don't eog & gedit have a separate gir any more?
[17:02] <ricotz> jbicha, is might be located at /usr/share/vinagre/gir-1.0
[17:02] <jbicha> because it looked it me like vinagre needed the gir to run
[17:02] <jbicha> and I had a circular depends going
[17:02] <jbicha> so maybe I'm a bit confused
[17:03] <ricotz> fta, yeah something like that :), i just thought of a command line tool
[17:03] <jbicha> I had a separate gir but then moved it into vinagre
[17:04] <ricotz> micahg, good, just wanted to let you it works fine
[17:04] <seb128> jbicha, because debian decided those are private to the application and not really library bindings
[17:04] <seb128> so they don't ship them in an extra binary
[17:04] <ricotz> jbicha, you installed the typelib which is in debian/tmp/usr/lib/vinagre-3.0/girepository-1.0
[17:04] <jbicha> and nothing's going to be depending on vinagre's gir either, right?
[17:04] <micahg> ricotz: great, thank you, would it be possible to get the patch in Debian so we can just make the debian/control change?
[17:05] <seb128> ricotz,
[17:05] <seb128> vinagre: /usr/lib/vinagre-3.0/girepository-1.0/Vinagre-3.0.typelib
[17:05] <seb128> vinagre: /usr/share/vinagre/gir-1.0/Vinagre-3.0.gir
[17:05] <seb128> on oneiric
[17:05] <seb128> ricotz, not sure what your point is?
[17:05] <ricotz> micahg, i hope so, but i grabbed the gjs git head for now
[17:06] <ricotz> seb128, jbicha, i just looked at the install files and totally missed debian/tmp/usr/share :\
[17:06] <fta> ricotz, i have one but launchpad is too slow so i'm not releasing it until the lp devs do something about it
[17:08] <ricotz> fta, hmm, too bad, i really like to see the ppastats for gnome3-team/gnome3
[17:08] <fta> ricotz, i can still do it for you ;)
[17:08] <ricotz> fta, that would be great :)
[17:09] <fta> ricotz, do you need detailed stats? (like those with a "*" in the url above)
[17:11] <ricotz> fta, hmm, i think it might be better since it is updated quite often lately
[17:13] <fta> ricotz, i can add that table for each deb but it will be slooowwww, and it will create a huge database (a giant json file). i usually restrict that to the main debs, not all the -dev and deps. I basically need a list
[17:14] <ricotz> fta, ah ok, a "simple" version will do it then
[17:16] <fta> hm, "866 builds", that should work, i have 20k for chromium and it takes 4h to fetch the stats
[17:17] <ricotz> fta, so it would be done in like <10min?
[17:18] <fta> ricotz, no, it's not linear. it's a function of the number of binaries / dists / arches / days
[17:19] <ricotz> fta, alright :)
[17:23] <seb128> jbicha, do you want to do some other updates? maybe vino?
[17:24] <chrisccoulson> cyphermox, i sponsored your packages now
[17:24] <cyphermox> chrisccoulson: sweet, thanks!
[17:24] <chrisccoulson> seb128, want me to do some updates?
[17:25] <seb128> chrisccoulson, if you want that would be great
[17:25] <chrisccoulson> seb128 - yeah, i can do some
[17:26] <seb128> chrisccoulson, some random ones you can grab; eog (trivial, just a .1 update), gucharmap to rebase on debian (use the ~gnome3-team work for those), yelp
[17:26] <jbicha> seb128: I'm a bit busy for the next few days so I don't know if I'll be able to do those for a bit
[17:26] <seb128> yelp-xsl
[17:26] <seb128> jbicha, ok no worry, thanks for the work on did so far, feel free to take on over things if you feel like doing some ;-)
[17:27] <jbicha> I submitted a patch to Debian to update their yelp-xsl, which is needed for the latest yelp
[17:27] <seb128> ok
[17:27] <seb128> we have a git commit to fix a translation issue on that but we should be able to sync when .2 is out and in debian
[17:27] <chrisccoulson> seb128, cool, i'll take those now
[17:27] <jbicha> also I saw that Debian's gdm may not have the same $PATH problem ours does but I couldn't svn co since Debian is doing
[17:28] <jbicha> alioth maintenance
[17:28] <seb128> chrisccoulson, great, note them on the pad to avoid duplication ;-)
[17:28] <chrisccoulson> man, xchat is getting really difficult to use now
[17:28] <chrisccoulson> i see different text if i highlight the characters ;)
[17:28] <seb128> jbicha, ok
[17:28] <seb128> chrisccoulson, downgrade the intel driver to the natty version? ;-)
[17:28] <chrisccoulson> heh, i might do that
[17:29] <seb128> mterry, ping
[17:29] <mterry> seb128, heyo
[17:29] <seb128> mterry, just pinging because I read your accountsservice note on the etherpad, https://bugs.launchpad.net/ubuntu/+source/accountsservice/+bug/785680 :p
[17:29] <ubot2> Launchpad bug 785680 in accountsservice "[MIR] accountsservice" [Undecided,New]
[17:29] <seb128> but I just saw you assigned it to didier
[17:29] <seb128> no hurry we made it only a recommends for now
[17:30] <mterry> seb128, yeah, I just did a boatload of perl MIRs, so I'm a bit MIR'd out today
[17:30] <seb128> no worry, it's not an issue until we start building CDs
[17:30] <seb128> mterry, grab some updates if you want to do something different ;-)
[17:30] <mterry> seb128, about to finish anjuta, which was blocked on devhelp being sync'd  :)
[17:31] <mterry> Actually, about to eat lunch.  Change of plans!  :)
[17:31] <seb128> oh ok
[17:31] <seb128> if syncs are blocking you feel free to ping on the channel
[17:31] <seb128> mterry, enjoy! ;-)
[17:31] <mterry> seb128, I've been making a lot of edits to the DesktopTeam wiki page btw, hope I didn't change anything you really loved
[17:32] <seb128> mterry, I will check but don't worry I think the wiki is mostly lacking love and outdated
[17:32] <seb128> so great that someone does work on it ;-)
[17:32] <mterry> seb128, yeah, that was the motivation  :)  Lots of bad links
[17:34] <fta> ricotz, you're lucky..
[17:34] <fta> ricotz, it was fast
[17:34] <fta> ricotz, http://people.ubuntu.com/~fta/chromium/stats/stats-gnome3.html
[17:36] <ricotz> fta, great
[17:41] <fta> ricotz, oh, everything before Feb 10 is wrong: lp bug
[17:42] <ricotz> fta, ok, but it is pretty nice
[17:42] <ricotz> more downloads than i thought
[17:43] <fta> yep, around 100k users
[17:44] <fta> maybe more
[17:50] <jbicha> is debian's rename to gdm3 permanent or temporary?
[17:56] <fta> ricotz, also, the arch-all counts are wrong, another lp bug. only consider the real i386/amd64 binaries
[17:59] <seb128> jbicha, gdm has a stack of patches and is not easy to merge and nobody wanted to spend the efforts
[17:59] <dobey> what's the best way to upgrade to O? if i do "sudo update-manager -d" it's not showing me the "You can upgrade to this new devel release" thingy at the top :-/
[17:59] <seb128> jbicha, we might go back in sync, especially if we switch to lightdm as our default login manager this cycle
[18:00] <seb128> dobey, edit the sources.list, natty->oneiric, dist-upgrade
[18:03] <ricotz> fta, ok
[18:21] <jbicha> well I mean we already had the 3.0 in the PPA
[18:22] <jbicha> but it's just who has time to mess with it since Oneiric final at this point won't be using it
[19:30] <dobey> awesome. X (or likely unity/compiz) crashed while doing dist-upgrade to O :(
[20:23] <chrisccoulson> hmmmm, everything except for firefox crashed when i undocked my laptop
[20:28] <dobey> sigh, i totally broke my laptop :(
[20:28] <dobey> i see why nothing works right though
[20:28] <dobey> none of the gsettings schemas seem to be installed
[20:29] <dobey> so nautilus always opens $HOME in a window on log-in, and doesn't draw the background or anything useful
[20:30] <dobey> and compiz doesn't draw the background either, so it's just a broken gl surface that ends up with buffer data getting cached in it
[20:31] <dobey> and now it just locked up hard when i went to log in with gdm
[20:32] <andyrock>  is here someone else who is in charge of gtk3 packaging?
[20:36] <cyphermox> andyrock: questions?
[20:37] <andyrock> cyphermox, i am porting ayatana scrollbar to gtk3
[20:37] <cyphermox> ok
[20:37] <andyrock> cyphermox, but i found a bad bug in gtk3
[20:38] <andyrock> cyphermox, i spoked with garnacho
[20:38] <andyrock> cyphermox, and i confirmed this bug
[20:38] <andyrock> cyphermox, the bug is now fixed in upstream
[20:38] <cyphermox> ok
[20:38] <andyrock> cyphermox, my question is:
[20:39] <andyrock> how soon will "patched" gtk3 be available on natty and oneric
[20:39] <andyrock> ?
[20:40] <andyrock> cyphermox, ^^^
[20:40] <cyphermox> on natty it will require backporting the patch to the gtk3 we have there and going through the SRU process if it applies for it
[20:41] <cyphermox> which means at least one week until it's in updates?
[20:41] <cyphermox> on oneiric it can get in much faster
[20:41] <andyrock> cyphermox, is a very bed bug!
[20:41] <cyphermox> do you have a clearly defined way to test failure and that it's fixed?
[20:42] <andyrock> cyphermox, i have a defined way to test failure
[20:42] <cyphermox> (and can you point me to a bug, patch, or git commit?)
[20:42] <andyrock> garnacho said me that the bug is fixed
[20:43] <andyrock> but we can compile the upstrem gtk3
[20:43] <cyphermox> ok, then can you explain what the bug is so I can figure out which commit it is?
[20:44] <andyrock> so... as you know, gtk3 use by default xi2
[20:45] <andyrock> with gtk, using toplevel widget
[20:45] <andyrock> and adding a event filter
[20:45] <andyrock> some events are not captured
[20:45] <andyrock> such as motion event...
[20:46] <andyrock> i can write a gtk app
[20:46] <andyrock> that works fine with gtk2, but doen't works with gtk3
[20:47] <andyrock> ok?
[20:47] <andyrock> i don't know if there is a bug on bugzilla?
[20:47] <andyrock> *!
[20:48] <cyphermox> http://git.gnome.org/browse/gtk+/log/ the last four gdk commits sound about right? or maybe ask garnacho whether this is the right stuff?
[20:49] <andyrock> i am asking
[20:49] <cyphermox> thansk
[20:51] <andyrock> http://git.gnome.org/browse/gtk+/commit/?id=1b53741e4c15e3923e614cdb707174033f0013e0, and the 3 before that one
[20:52] <andyrock> there is no bugzilla entry
[20:55] <cyphermox> ok
[20:56] <andyrock> cyphermox, we can not port a lot of apps because this error...
[20:56] <andyrock> cyphermox, a last question: i have to do anything?
[20:57] <cyphermox> well I guess all that needs to be done is backporting that patch or updating gtk3, so not really
[20:57] <cyphermox> chrisccoulson: still there?
[20:57] <andyrock> cyphermox, ok... thanks a lot!
[20:57] <chrisccoulson> cyphermox, i am
[20:58] <cyphermox> chrisccoulson: you familiar with gtk3's packaging?
[20:58] <chrisccoulson> cyphermox, a bit, how come?
[20:58] <cyphermox> I can always backport the patches, but it seems like it needs an update too, according to the versions page
[20:58] <chrisccoulson> i can't upload it btw ;)
[20:58] <cyphermox> ahh
[20:59] <cyphermox> in that case there's no point discussing this much ;)
[20:59] <cyphermox> andyrock: is there a way you could open a bug about it and show what's going wrong precisely? then I can backport the patches, attach a branch to that bug report and let someone sponsor/upload it
[21:00] <andyrock> i can try
[21:01] <cyphermox> andyrock: of course i mean a launchpad bug there
[21:01] <cyphermox> otherwise it's a little hard to document why we need the patches
[21:01] <andyrock> andyrock, of course
[21:09] <andyrock> is this (https://bugs.launchpad.net/ubuntu/+source/gtk+3.0) the right place for bugs?
[21:12] <cyphermox> andyrock: yeah, that's alright
[21:14] <andyrock> https://bugs.launchpad.net/ubuntu/+source/gtk+3.0/+bug/785948
[21:14] <ubot2> Launchpad bug 785948 in gtk+3.0 "Something along "GdkWindow filters don't work with X GenericEvents"" [Undecided,New]
[21:14] <andyrock> cyphermox, ^^^
[21:14] <cyphermox> thanks
[21:14] <andyrock> is it ok?
[21:14] <bcurtiswx> is update-manager upstream in LP ?
[21:28] <cyphermox> bcurtiswx: yes, update-manager upstream is LP
[21:28] <bcurtiswx> cyphermox, muchas gracias
[21:29] <cyphermox> grr, can't seem to get to git.debian.org or alioth :/
[21:38] <Laney> alioth is down isn't it?
[21:38] <Laney> http://lists.debian.org/debian-infrastructure-announce/2011/05/msg00000.html
[21:56] <cyphermox> ah, so that's the part I was missing
[22:00] <Laney> :-)