[01:46] <robert_ancell> RAOF, do you know where the "X-protocol host family types" enumeration is defined?  Possible values are Internet=0, DECNet=1, Chaos=2, Internet6=6
[01:46] <RAOF> robert_ancell: Not off the top of my head.  I'll have a grep around the sources.
[01:47] <robert_ancell> RAOF, thanks, I can't seem to find them in the headers
[01:47] <robert_ancell> (I'm getting the possible values from the Wireshark source :))
[01:49] <RAOF>  /usr/include/X11/X.h:#define FamilyInternet		0	/* IPv4 */
[01:50] <robert_ancell> RAOF, duh, not sure how I missed that!
[01:50] <RAOF> One presumes that you are playing with {Light,G}DM here? :)
[01:51] <robert_ancell> yeah, the gdm xdmcp support is completely broken.  And very hacky at that - it was just going 4 octets == IPv4 right?  No need to check the family code...
[01:51] <RAOF> What could possibly go wrong? :)
[01:51] <robert_ancell> this X stuff is all starting to make some sort of crazy sense...
[01:53] <RAOF> Warning: This indicates a dangerous loss of sanity.  Agent is recommended to spend some time stroking puppies.
[01:54] <robert_ancell> LOL
[01:54] <robert_ancell> It even makes sense now when I get magic cookie errors.  I no longer think of the X server being stoned..
[01:55] <robert_ancell> RAOF, oh, is there an AES based encryption protocol for X?  The DES one seems like a bit of a waste of time
[01:56] <RAOF> I think there is?
[01:58] <robert_ancell> I'm guessing it's not supported by our X, as it only offers MIT-MAGIC-COOKIE-1, XDM-AUTHORIZATION-1 and SUN-DES-1 on connection
[01:58] <robert_ancell> the latter two are both DES
[02:00] <robert_ancell> oh, and my video card problem magically disappeared.  worrying
[02:02] <TheMuso> heh
[02:02] <RAOF> Hm.  Maybe there isn't an AES based encryption protocol.
[02:05] <robert_ancell> RAOF, how hard would it be to propose one?
[02:05] <robert_ancell> i.e. XDM-AUTHORIZATION-2
[02:09] <RAOF> Probably not terrificly hard?  It looks like the code is fairly well isolated.
[02:10] <robert_ancell> I don't mean code-wise, what sort of process is required to make it "official".  Or do you just build it and try and make it a de-facto standard?
[02:14] <RAOF> You'd get on the xorg mailing list and see if anyone had any objections, I think.
[02:14] <RAOF> There's not really a standards body other than X.org here, and the need to keep the X11 protocol working.
[02:15]  * mclasen recommens gdm-list as place to meet dm authors
[02:17] <RAOF> I guess that's the other end of the ?DM protocol :)
[02:22] <robert_ancell> mclasen, right
[02:27]  * robert_ancell thinks whoever decided to have authorization and authentication look so similar and abbreviate them both as "auth" had a sense of humour
[02:28] <robert_ancell> RAOF, it looks like the good authorization scheme is MIT-KERBEROS-5 (supported in xauth)
[02:34] <RAOF> Yeah, I saw that previously.  Do we actually support it, though?
[02:34]  * TheMuso could scream at the number of people who get solutions from ubuntuforums for audio issues, and don't help in pointing to which post et al fixed their issue.
[02:37] <robert_ancell> RAOF, I don't think the X server supports it
[02:40] <RAOF> Yup.  Removed in 2007, as it didn't work.
[02:40] <robert_ancell> nice
[02:41] <RAOF> “Anybody wanting krb5 auth to their xserver should probably be using GSSAPI instead of the internal krb5 API anyway”
[02:42] <robert_ancell> what does that mean?
[02:42] <RAOF> I'm not sure :)
[02:43] <robert_ancell> I swear encryption people like to encrypt their jargon
[02:43] <TheMuso> lol
[02:44] <RAOF> http://en.wikipedia.org/wiki/Generic_Security_Services_Application_Program_Interface suggests that it's a stable API that's a de-facto wrapper for kerberos.
[02:47] <robert_ancell> RAOF, so does the X server support GSSAPI?
[02:48] <RAOF> Not as far as I can see.
[02:50] <RAOF> protocols[] contain at most MIT-MAGIC-COOKIE-1, XDM--AUTHORIZATION-1 and SUN-DES-1
[02:51] <robert_ancell> that matches what it offers in the XDMCP Request packet
[02:52] <RAOF> Gah.  Who's using all the PPA buildd time? :(
[03:07] <robert_ancell> TheMuso, how do I sync a debian package?
[03:08] <robert_ancell> I want to sync libsoup2.4, I tried just uploading the source package but it gets rejected due to the unknown distroseries
[03:10] <TheMuso> robert_ancell: requestsync will help you out, man requestsync
[03:10] <robert_ancell> does anyone know anything about udev? Can we update to 160?
[03:12] <robert_ancell> TheMuso, thanks, I was wondering if there was a more direct mehtod
[03:14] <RAOF> I'd probably ping #ubuntu-kernel before touching udev.  What's shiny and new in 160?
[03:16] <robert_ancell> RAOF, dunno, but it's what Debian is using and the latest gnome-bluetooth package from Debian required 154
[03:17] <RAOF> I'd guess it's probably ok, but it's a bit foundation-y.  pitti's across udev, though, I think.
[03:27] <robert_ancell> RAOF, yeah, I think I'll ask him
[03:36] <TheMuso> Either pitti or keybuk
[05:28] <pitti> Good morning
[05:29] <pitti> RAOF, TheMuso: FYI, Keybuk has prepared a newer version in bzr, I'm not sure why he doesn't upload it
[05:30] <pitti> I'd like to see 160, too, but I need Keybuk's help to update the upstream bzr import at least
[05:41] <RAOF> Howdie pitti
[05:41] <RAOF> A good morning for you?
[06:00] <pitti> hey RAOF; it is indeed; bit cloudy today for the first time in more than a week. what a relief!
[06:00] <pitti> RAOF: are you blocking on something particular from udev 160?
[06:00] <pitti> I can upload a quick cherrypick if you need to
[06:01] <RAOF> pitti: I'm not; it's robert_ancell who was interested in it, and I don't think he was blocked on it either.
[06:01] <pitti> udev (157-1) UNRELEASED; urgency=low
[06:01] <pitti> that's in bzr
[06:01] <pitti> but I guess there's a reason why it wasn't uploaded
[06:02] <RAOF> Hurray for not-so-hot days with a little nice cloud cover :)
[06:04] <TheMuso> Its actually quite mild here in Sydney atm, haven't had a jumper on at all today, just singlet and T-shirt.
[06:17] <robert_ancell> pitti, yeah, not blocked but there were changes in Debian gnome-bluetooth that require it
[07:53] <and471> good morning
[08:18] <mvo> hey and471
[08:18] <mvo> and471: how is it going?
[08:19] <and471> mvo, no bad, just sorting out these dialogs :)
[08:19] <and471> *not
[08:19] <and471> mvo, and you?
[08:20] <mvo> good, still in the process of waking up, but good tea always helps me :)
[08:21] <and471> :)
[08:22] <and471> mvo, I keep getting this error whenever I do pretty much anything in SC, it doesn't stop anything, just annoying to see it in the terminal :)  http://ubuntu.pastebin.com/sGVKe5tA
[08:23] <mvo> and471: try rm data/xapian/*
[08:23] <mvo> and471: in your devel directory
[08:24] <mvo> and471: that will force a rebuild of the xapiandb
[08:24] <and471> mvo, also, I need to test the dependency dialog, but the sinatlling and removing of 7zip you told me yesterday didn't seem to work, is there another workaround?
[08:24] <and471> mvo, cool thanks
[08:27] <and471> mvo, also, I need to test the dependency dialog, but the sinatlling and removing of 7zip you told me yesterday didn't seem to work, is there another workaround?
[08:28] <mvo> and471: hold on a second, I check if there is some test code for it
[08:28] <and471> mvo, thankyou
[08:32] <kiwinote> and471, browsing to the installed pane and to the details view of firefox and then clicking remove should work?
[08:32] <and471> kiwinote, thanks I shall try that
[08:33] <kiwinote> and471, we used to have the dialog pop up in the list view as well, but that doesn't seem to happen at the moment (or I've broken it in my branch ;) )
[08:33] <and471> kiwinote, trouble is in my branch, I can't install from the details view
[08:33] <and471> mvo, is this the trouble? ^
[08:34] <mvo> and471: you can use PYTHONPATH=. python softwarecenter/view/dialogs.py now in r904, that will bring up the removal one. that should be quicker than to start s-c each time
[08:35] <mvo> and471: oh, you can't install from turnk/ in details? let me check
[08:35] <mvo> and471: odd, that seems to be working for me
[08:35] <and471> mvo, it is not the latest trunk, it was whenever I started working on the login dialog..
[08:36] <mvo> and471: aha, ok. that is possible then
[08:36] <and471> mvo, ok I shall merge trunk and see what happens :)
[08:36] <and471> mpt, mornin
[08:36] <and471> kiwinote, thanks
[08:37] <mpt> morrrrrrrrrning
[08:37] <mvo> hey mpt
[08:37] <kiwinote> mvo, trunk gives http://ubuntu.pastebin.com/VE66vGhK on opening the dependency dialog
[08:38] <kiwinote> mvo, I think I recall fixing it in the deb branch
[08:38] <mvo> kiwinote: yeah, that is fixed in the buy-something branch too, hrm, hrm, I will cherry pick
[08:38] <and471> kiwinote mvo that is the error I get
[08:39] <mvo> and471, kiwinote: thanks! let me fix in trunk
[08:41] <mpt> hi kiwinote, how's hacking?
[08:41] <kiwinote> mpt, going good in general
[08:41] <kiwinote> mpt, the deb file and apturl stuff is done, so that's good
[08:41] <mpt> wow, cool
[08:42] <mvo> and471: try r905
[08:42] <mpt> kiwinote, in trunk?
[08:42] <kiwinote> mpt, no, not yet, it's in my branch still atm
[08:42] <and471> mvo, thanks
[08:42] <mpt> ok
[08:43] <kiwinote> mpt, atm I'm looking at startup speed, which requires more fundamental changes, but it's getting there, already saved one second, now just another one to go ;)
[08:44] <and471> mpt mvo: corrcet me if I am wrong but SC can now repair the apt-cache by itself, so what string should be in this dialog https://wiki.ubuntu.com/SoftwareCenter?action=AttachFile&do=get&target=catalog-broken-alert.jpg
[08:45] <mpt> mvo, can it?
[08:45] <and471> mvo, it works now, thanks :D
[08:45] <mvo> and471: cheers
[08:45] <mvo> mpt: yes, since we last talked about this bug I fixed that
[08:45] <mpt> oh cool
[08:46] <mpt> mvo, so does that process need any user interface at all? How long does it take?
[08:47] <mvo> mpt: it does need password confirmation from the user. how long it takes depends on what is broken, really hard to say. sometimes almost instant (e.g. a missing "configure" for a single package. sometimes long when it needs to download missing dependencies (opneoffice *cough*)
[08:47] <and471> mpt, maybe a spinner like in the login dialog?
[08:47] <and471> mpt, sorry don't let me tell you how to do ur job :)
[08:48] <mvo> mpt, and471: there is some code/ui for this already that we got from aptdaemon, best is probably to try the 4g8, libnet1 stuff I talked about yesterday to get a impression what it does currently (apt-get install 4g8; dpkg --force-depends -r libnet1)
[08:48] <mvo> that will create a broken apt cache that s-c will then detect and try to repair
[08:49] <and471> mvo, yeah I just tried it, it took about 2 secs
[08:49] <mpt> mvo, so is it wrong (or how wrong is it) to let people browse the catalog while the cache is being repaired?
[08:49] <mvo> that should be fine
[08:50] <mvo> for the kind of failure here (broken dependencies) that should have not more impact than any other pending transaction
[08:50] <mpt> ok
[08:51] <mpt> mvo, broken dependencies? I thought that was something else (Synaptic's "Broken" filter)
[08:51]  * and471 breathes a sigh of relief when the bzr merge just works...
[08:54] <mvo> mpt: there are various way that stuff can be "broken". what is currently handled is that the system is not consistent when it comes to dependencies (the broken filter in synaptic). there is also the case when dpkg got interrupted during a transaction (e.g. powerdown). that is not handled yet but should not be very hard to add
[08:54] <mvo> mpt: I'm not sure we should give it a different UI though as its in both cases hard to predict what kind of progress to expect and both should be rare
[08:55] <mpt> mvo, so are these solely problems with *installed* software? Or do they affect browsing and installing new stuff too?
[08:55] <mvo> that is only for installed software
[08:55] <mpt> ok
[08:56] <mvo> if a item can not bei installed because dependencies can not be satisfied while trying to install it, that is a different situation (and we get a error from this from aptdaemon currently)
[08:56] <mvo> and of course there is the error condition if something goes wrong *during* install/remove
[08:57] <mvo> the later is especially anoying because if the failure is in a maintainer script it can be next to impossible to automaticaly reapir it
[08:57] <mvo> (fortunately that is even more rare)
[08:58] <mpt> Hence USC's maddening "Try again in a few days" error message :-)
[08:59] <mpt> So, I guess this is something that needs to sit on the "Installed Software" section
[08:59] <mpt> A badge next to that item in the navigation pane, plus a banner of some sort in the main "Installed Software" screen
[08:59] <mpt> both of which let you click to fix the problem (only because you have to authenticate to do it)
[08:59] <mvo> when I said it does not interfere with browsing/installing I was wrong, it does not interfere with browsing
[08:59] <mvo> but it needs to be fixed before the next install/remvoe action
[09:00] <mvo> (sorry for being not precise)
[09:00] <mpt> ok
[09:08] <mpt> and471, so, instead of displaying that alert, we could just customize the text of the PolicyKit alert. What the text would be would depend on whether you're doing the repairs standalone, or as a prerequisite for installing/removing something else.
[09:09] <and471> mpt, ok
[09:10] <mvo> and471: please create a seperate branch for this (seperate from the login work). that will make it much easier for me to review/merge :)
[09:10] <and471> mvo, ok
[09:10] <and471> mvo, I shall create a login one, and then the other dialogs one
[09:11] <mvo> thanks!
[09:12] <and471> mvo, oh, I spoke to vish about the official logo thing, ubuntu-mono currently ships one, but not at the right size, so I have filed a bug to ship it at a larger size, so there is no need to ship the official COF with SC
[09:12] <mvo> kiwinote: I'm curious about the speed branch, I would like to talk about this later today, I'm especially curious where the big time eaters sit (history I suppose?)
[09:12] <mvo> and471: ok, thanks for this
[09:12] <and471> mvo, np
[09:13] <and471> mvo, mpt I gotta go now, I shall hopefully start putting some of the work into a branch by this evening. mpt I can work on that policykit thing if you update the spec. See ya guys :)
[09:13] <kiwinote> mvo: the biggest time eater is loading the available_pane and channel_pane and installed_pane and the history_pane all on startup
[09:13] <mpt> ok, thanks and471
[09:13] <and471> np
[09:14] <kiwinote> mvo: changing this to load one pane and to load the rest on demand is quite simple and saves us nearly a second on startup time (also because history isn't loaded)
[09:14] <mvo> kiwinote: interessting, is it the populating of the AppStore that eats the time? or something else?
[09:14] <mvo> kiwinote: nice!
[09:14] <mvo> see you and471
[09:16] <kiwinote> mvo: populating the appstore seems to take a variable amount of time, some times it's quite fast, other times it takes half a second
[09:16]  * mvo nods
[09:17] <kiwinote> mvo: most of the other changes I have made / am making require a bit more work and save less time, but it's still worth while doing a few of them
[09:18] <kiwinote> mvo: I think the main two things that stick out are initing the viewswitcher (0.12s) and then importing aptdaemon.client for some reason takes 0.06 just for an import..
[09:19] <kiwinote> mvo: atm I'm looking at how long loading the applist and appdetails views take to see if it's worth loading them on demand
[09:19] <mvo> kiwinote: the viewswitcher is probably the dbus signal wiring that takes the time, I wonder if we win by just doing that in a glib.timeout_add event
[09:19] <mvo> kiwinote: ok
[09:22] <kiwinote> mvo: just out of interest, when I do a cold start of s-c at the beginning of the day it takes nearly twice as long to load as the warm starts in the rest of the day, do you happen to know what may be cached and how to clear that?
[09:23] <resetnow> hello, does anybody know how to install & run gnome-shell in 10.04?
[09:26] <mvo> kiwinote: its the normal FS cache I think, you can drop that, hold on a sec I serach for the magic runes
[09:27] <mvo> kiwinote: sync ; echo 3 > /proc/sys/vm/drop_caches should do the trick
[09:29] <kiwinote> mvo: thanks, that definitely makes it slower.. ;)
[09:36] <mvo> :)
[09:37] <mvo> kiwinote: I suppose quite a bit of this is python overhead, but having a measurement could be cool
[09:37] <kiwinote> mvo: 7 seconds startup time now..
[09:37] <mvo> have you added a marker to __name__ == "__main__" to see how much of that is spend before main is run?
[09:39] <kiwinote> mvo: yep, that time only starts counting partway through the main loop
[09:40] <kiwinote> mvo: initing the viewswitcher now takes a whole second and importing the aptdaemon stuff takes half a second, 2.6s to poulate the model, and then the rest for the views
[09:42] <mvo> 2,6 for the model? woah
[09:42] <mvo> kiwinote: that definitely sounds like we need to startup with a empty model
[09:43] <kiwinote> mvo: I'll see what I can do about that then
[09:43] <mvo> thanks!
[09:46] <rickspencer3> what, no seb128?
[09:47]  * rickspencer3 so cold, so alone
[09:48]  * pitti hugs rickspencer3
[09:49]  * mvo hands rickspencer3 a warm cup of tea
[09:50] <rickspencer3> thanks guys
[09:52] <kiwinote> mvo: (although repeating precisely the same procedure I have had model population times of 0.7-0.8s for a few times in a row..)
[10:29] <bryyce> rickspencer3, you should visit us in prague.  The AC is underpowered and we're all sweating over our launchpad code :-)
[11:03] <rickspencer3> bryyce, sounds really great!
[11:26] <rickspencer3> hey, has anyone checked out spotify yet?
[11:26] <rickspencer3> http://www.theregister.co.uk/2010/07/13/spotify_does_linux/
[11:27] <rickspencer3> seems like something that users would appreciate being able to get from software center
[11:27] <rickspencer3> no seb128 or robert_ancell to ask :,(
[11:28] <Laney> would be nice to have it in partner indeed
[11:40] <rickspencer3> Laney, there are debian packages for spotify, but I assume it's non-free software?
[11:40] <rickspencer3> consdering the deb line says "non free"
[11:40] <rickspencer3> I guess that *might* be a clue
[11:41] <Laney> rickspencer3: Right, it's very closed
[11:41] <rickspencer3> :/
[11:41] <rickspencer3> I guess it's all drmified
[11:41] <Laney> I guess partner would be an option
[11:41] <rickspencer3> yeah, partner would be good
[11:41] <rickspencer3> I think users would like to get it
[11:41] <Laney> aye
[11:42] <Laney> I think it's quite beta still though: requires a premium subscription atm
[11:42] <Laney> therefore I'm still using the wine version :(
[11:42] <rickspencer3> hmmm
[11:43] <rickspencer3> too bad
[11:49] <vish> Laney: hi ,what is the best way to address debian package descriptions?
[11:49] <Laney> vish: what do you mean address?
[11:49] <vish> just send the bugs to debian with the new description or...
[11:50] <vish> let me get you an example
[11:50] <Laney> if you mean reword then yeah a polite bug is best
[11:50] <Laney> I wouldn't carry that as an Ubuntu diff
[11:50] <vish> na , no Ubuntu diffs
[11:51] <vish> Laney: for instance , http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=561624 , has been submitted a while ago but there has been no response from maintainer
[11:51] <ubot2> Debian bug 561624 in pidgin "pidgin: Pidgin description in Add/Remove Applications is overly geeky" [Wishlist,Open]
[11:52] <vish> Laney: are we doing something wrong.. or is there something we havent yet done for that bug
[11:52] <Laney> I suggest if you want to see it rewritten that you supply a patch
[11:53] <Laney> look at the amount of bugs pidgin has — rewriting the description is probably not a top priority unfortunately :(
[11:53] <Laney> but a bug with a patch might just get applied
[11:54] <vish> oh the bug already has a patch.. , might need an update.
[11:54] <vish> had*
[11:55] <vish> Laney: sure , i was concerned since we have a list of bugs we want to get fixed for M and these might just stall.. wanted to make sure we get them done :)
[11:55] <Laney> ah, the bug doesn't have the 'patch' tag
[11:56] <Laney> laney@chicken> bts tags 561624 + patch                                                                  ~
[11:56] <Laney> laney@chicken>                                                                                          ~
[11:56] <Laney> added it now
[11:56] <vish> Laney: neat thanks!
[11:57] <Laney> vish: but as a rule you should think about how that bug might come across to the maintainer
[11:57] <Laney> I can read that and feel like I'm being pushed around
[11:57] <vish> yeah.. :(
[11:57] <Laney> for example "(there's no such thing in Ubuntu)"
[11:58] <vish>  should probably have a format for forwarding such bugs..
[11:58] <Laney> just present it as a benefit for Debian users too
[11:58] <Laney> not a bulleted list of why what you wrote before sucks
[11:58] <Laney> that doesn't motivate someone to fix it
[11:58] <vish> cool!
[13:13] <kiwinote> mvo: fyi that model building time (0.7-2.6s) I mentioned this morning actually turned out to be for the featured apps carousel view. I've fixed that in my branch
[13:17] <mvo> kiwinote: cool
[14:38] <kenvandine> Laney, hey
[14:38] <kenvandine> Laney, planning to update the f-spot package?
[14:38] <kenvandine> good morning tedg
[14:38] <tedg> Good morning kenvandine
[14:40] <tedg> kenvandine, It seems my gwibber is broken :(
[14:40] <kenvandine> how so?
[14:40] <tedg> kenvandine, I upgraded from proposed and now I don't get a window showing up.
[14:40] <tedg> Oh, and now an exception!
[14:40] <kenvandine> run it from a terminal
[14:40] <kenvandine> pastebin please
[14:41] <tedg> kenvandine, http://pastebin.ubuntu.com/463523/
[14:41] <micahg> tedg: good morning
[14:41] <tedg> Good morning micahg
[14:42] <micahg> tedg: so upstream said that you can have someone work on backporting the patch to xulrunner-1.9.2
[14:42] <kenvandine> tedg, killall gwibber-service gwibber
[14:42] <kenvandine> and try again
[14:42] <kenvandine> if that works, file a bug and attach ~/.cache/gwibber/gwibber.log
[14:43] <tedg> micahg, Sweet!  Okay.  I'll tell aganice.
[14:43] <kenvandine> tedg, i suspect gwibber-service is in some weird state where it isn't responding over dbus
[14:43] <tedg> kenvandine, It works now, so you want the bug report?
[14:43] <micahg> tedg: when she's done, I can request review from upstream
[14:43] <kenvandine> tedg, yes please
[14:43] <tedg> micahg, Okay, cool.
[14:43] <kenvandine> tedg, well
[14:43] <kenvandine> i mostly want the log
[14:44] <kenvandine> and maybe a bug report
[14:44] <tedg> kenvandine, I'm also getting introspection errors.
[14:44] <kenvandine> yeah... that is sort of normal
[14:44] <kenvandine> i don't know why
[14:44] <kenvandine> but they don't cause problems
[14:45] <kenvandine> i think it is that they aren't completely up when we try to introspect them
[14:45] <kenvandine> but we don't actually depend on that for any reason
[14:45] <kenvandine> so it is just noise
[14:46] <Laney> kenvandine: you are fast! it's almost done
[14:48] <tedg> kenvandine, Uhg, no apport hook to grab the log?
[14:50] <kenvandine> Laney, awesome... you are fast!
[14:50] <kenvandine> tedg, no...
[14:51] <tedg> kenvandine, Uhg, apparently I can't submit a bug, got an OOPS in LP :(
[14:52] <kenvandine> tedg, sigh... not cool
[14:55] <tedg> kenvandine, bug 605422
[14:55] <ubot2> Launchpad bug 605422 in gwibber (Ubuntu) "Gwibber service in odd state (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/605422
[15:01] <kenvandine> tedg, thx
[15:02] <kenvandine> tedg, humm... sad to say that has no useful info... maybe a freak race condition where gwibber-service started twice...
[15:05] <tedg> kenvandine, Okay, I'll just add it to my list of reasons Python sucks ;)
[15:05] <kenvandine> :)
[15:10] <Sarvatt> Anyone around that could sponsor a libdrm merge that's been sitting in git for the past month by any chance? it's needed for the intel 2.12 merge, mesa already has the fix to build against it. http://git.debian.org/?p=pkg-xorg/lib/libdrm.git;a=shortlog;h=refs/heads/ubuntu        http://sarvatt.com/downloads/merges/libdrm/
[15:39] <kenvandine> pitti, can you get the gwibber SRU in lucid-proposed over to lucid-updates?
[15:40] <pitti> kenvandine: it's just 5 days old, so I didn't do it yet
[15:40] <pitti> kenvandine: is that very urgent?
[15:40] <kenvandine> yes it is...
[15:41] <kenvandine> the sooner people start getting the update, the sooner facebook stops throttling us :)
[15:41] <kenvandine> it'll take time before we see the results, which is what has me stressed about it
[15:41] <pitti> there
[15:41] <kenvandine> thx!
[15:41] <pitti> you're welcome
[15:58] <komputes> hi tkamppeter
[16:01] <pitti> good night everyone
[16:05] <rodrigo_> are you upgrading to the unstable rhythmbox for maverick?
[16:18] <and471> mvo, hi, where is the code for this dialog in SC (or does it not exist)? https://wiki.ubuntu.com/SoftwareCenter?action=AttachFile&do=get&target=transaction-error-uninstallable.jpg
[16:20] <mvo> and471: that is part of aptdaemon
[16:21] <mvo> and471: lp:aptdaemon
[16:21] <and471> mvo, ah ok
[16:21] <mvo> and471: did you push your branch yes ;) ?
[16:21] <and471> mvo, not yet :)
[16:21] <mvo> sorry for naging, I'm just curious about the new shinny sutff
[16:21] <and471> mvo, but now that is in a separate project, I shall probably push my dialogs branch
[16:22] <and471> mvo, no problem at all :) I understand your curiosity :)
[16:26] <tkamppeter> komputes, hi
[16:26] <komputes> hi tkamppeter how are you today?
[16:27] <tkamppeter> komputes, fine, any problem with printing?
[16:29] <and471> mpt, which is better ? http://imagebin.ca/img/8S4DXRc.png http://imagebin.ca/img/u4cYXeY.png
[16:31] <mpt> and471, the first, marginally, because (a) the icon is more vertically centered and (b) the icon is bigger. But in both, the icon is too close to the left edge of the pane.
[16:33] <and471> mpt, ok, I shall see if I can improve the padding on the left side
[16:33] <komputes> tkamppeter: yes, I wanted to make you aware of a bug, if you have time to look at it
[16:33] <mpt> and471, you're not using the default font size, so be careful that what you're doing is still an improvement with the defaults :-)
[16:34] <komputes> tkamppeter: https://bugs.launchpad.net/ubuntu/+source/cups/+bug/604724
[16:34] <ubot2> Launchpad bug 604724 in poppler (Ubuntu) (and 2 other projects) "pdftops loses grid lines (affects: 1) (heat: 8)" [Undecided,New]
[16:34] <and471> mpt, ah, should I use the default font size and do the screenshots again?
[16:35] <mpt> and471, that's up to you. Maybe the best way to be sure of what you were doing would be a set of three comparisons: (1) smaller than default, e.g. yours (2) default (3) larger than default
[16:36] <and471> k
[16:36] <tkamppeter> komputes, are you the original poster of this bug?
[16:37] <aquarius> if shotwell releases version 0.7 in August, will it make it into maverick?
[16:38] <tkamppeter> komputes, am I right that the problem is that some horizontal grid lines are missing on the printout?
[16:40] <komputes> tkamppeter: I am assisting the OP and you are correct in ascertaining the symptoms of this bug (i beleive the missing lines are at the bottom)
[16:42] <tkamppeter> komputes, it is very strange when I look at the resulting PS file with evince. In standard window size some horizontal lines all over the document (not only at the bottom) are missing. In 400% magnification only around every fifth horizontal line is visible and the rest is missing.
[16:43] <tkamppeter> Note that CUPS' pdftops is a wrapper around Poppler's and I have the same problem with both.
[16:44] <tkamppeter> komputes, can you report this bug to the upstream Poppler project?
[16:44] <komputes> tkamppeter: have you seen this bug previously reported on LP or upstream?
[16:45] <tkamppeter> komputes, No.
[16:45] <komputes> tkamppeter: filing a bug now
[16:49] <komputes> tkamppeter: https://bugs.freedesktop.org/show_bug.cgi?id=29060
[16:49] <ubot2> Freedesktop bug 29060 in general "pdftops loses grid lines CancelOk" [Blocker,New]
[16:49] <komputes> tkamppeter: I have also attached it to the LP bug. If you need more info or testing, do not be shy to ask. Thank your for all your help.
[17:17] <and471> mvo, ok here is all the dialog work (not the login dialog) I have been doing (it also increases the size of the icon and padding in appview, something mpt agreed with)   https://code.launchpad.net/~and471/software-center/dialog-work
[17:18] <and471> mvo, not that I am not sure of my own code, but I would check over it carefully, as I had to manually remove all the login dialog and ubuntuone stuff so just check I haven't left any in/made errors :)
[17:19] <mvo> and471: I check it out after dinner, many thanks!
[17:21] <and471> mvo, cool
[17:21] <and471> mpt, just published the dialog (minus the login dialog) work  https://code.launchpad.net/~and471/software-center/dialog-work
[17:23] <and471> mpt, if you want to test, just branch the code and then run
[17:23] <and471> PYTHONPATH=. python softwarecenter/view/dialogs.py
[18:17] <chrisccoulson> kenvandine - did you say that you accidentally pressed the "Enable"button for U1 in nautilus?
[18:17] <chrisccoulson> i'm trying to figure out how i can get it to stop sync-ing the folder i did that in :/
[18:17] <kenvandine> chrisccoulson, yesw
[18:18] <chrisccoulson> i pressed disable over 2 hours ago, and all it's done it hammer the disk
[18:18] <chrisccoulson> and it still says it's enabled in the nautilus window
[18:18] <kenvandine> chrisccoulson, that should work
[18:18] <chrisccoulson> kenvandine, i'm not sure if it matters or not, but the folder is pretty big
[18:18] <kenvandine> although i didn't disable it until after all the contents had synced
[18:18] <kenvandine> mine was big too
[18:19] <kenvandine> and i didn't notice for a while
[18:19] <kenvandine> there is also a command you can run
[18:19] <kenvandine> one sec
[18:19] <chrisccoulson> yeah, my contents haven't sync'd yet
[18:19] <chrisccoulson> it's really making my machine run slow now :(
[18:20] <kenvandine> u1sdtool  --list-shares
[18:20] <kenvandine> whoops
[18:21] <kenvandine> u1sdtool  --list-folders
[18:21] <kenvandine> find the id for the one you don't want synced
[18:21] <kenvandine> u1sdtool --unsubscribe-folder=FOLDER_ID
[18:21] <kenvandine> not sure it will be any faster :/
[18:21] <kenvandine> or go complain in #ubuntuone
[18:21] <kenvandine> and see if there is a heavier hammer to use
[18:21] <chrisccoulson> awesome, thanks. i will give that a try
[18:22] <kenvandine> good luck
[18:23] <chrisccoulson> heh, it times out because it get's no response
[18:23] <chrisccoulson> nautilus keeps doing the same as well, it takes several minutes to open a new window unless i remove the U1 extension
[18:23] <chrisccoulson> perhaps i should let syncdaemon finish what it is doing ;)
[18:31] <Keybuk> argh! screensaver of DEATH!
[19:00]  * and471 hands over to the night crew
[19:03] <chrisccoulson> kenvandine, i got there in the end. i just kept running u1sdtool --unsubscribe-folder until it didn't time out any more ;)
[19:04] <aganice> hey, chrisccoulson, i'm told i should ask you about who's working on backporting the xulrunner clipboard persistence patch to 1.9.2
[19:04] <aganice> chrisccoulson, i'd be happy to work on that if no one else is on it
[19:05] <chrisccoulson> aganice, did you want to work on that? if not, i can do it, but we have to get it approved by mozilla regardless
[19:06] <kenvandine> chrisccoulson, good :)
[19:06] <aganice> chrisccoulson, i'd be happy to work on it. i'm working on clipboard persistence for ubuntu through google summer of code so i figure this is something i could help with
[19:07] <aganice> why don't i work on it and bring my changes to you and this channel for review before i offer it over to mozilla?
[19:08] <chrisccoulson> aganice, sounds good