[00:34] <chrisccoulson> hey robert_ancell - i see you've taken the gnome-system-tools update
[00:34] <chrisccoulson> are you doing system-tools-backends too?
[00:35] <robert_ancell> hi chrisccoulson, I will do
[00:35] <chrisccoulson> thanks:)
[01:59] <chrisccoulson> bryc
[01:59] <chrisccoulson> bryce - Xorg will re-use window ID's won't it?
[02:01] <chrisccoulson> so, if an application has a window ID from an event at some point in time, and then does something with it later on, there is no guarantee that the ID will correspond to the same window?
[06:10] <pitti> Good morning
[06:14] <kklimonda> morning
[06:55] <robert_ancell> hey pitti, can you look at the changes I am making in bug 417985 for the new polkit release?  I need to package this to make the new gnome-system-tools work
[06:55] <pitti> hey robert_ancell
[06:56] <robert_ancell> pitti, polkit-gnome now has polkitgtk functionality, how do you think the package should be split?
[06:57] <pitti> robert_ancell: you mean a libpolkit-gtk?
[06:57] <robert_ancell> pitti, yes
[06:57] <robert_ancell> pitti, but it shares translations with the existing polkit-gnome code
[06:57] <pitti> robert_ancell: if it builds a new shared library, it should be split out, yes
[06:57] <pitti> robert_ancell: that's fine
[06:59] <pitti> great, another step on https://wiki.ubuntu.com/DesktopTeam/PolicyKitOneMigration
[07:00] <pitti> robert_ancell: btw, the source package is named policykit-1-gnome
[07:01] <robert_ancell> pitti, but polkit-1-gnome upstream :)
[07:01] <pitti> robert_ancell: right, but the branch is policykit-gnome-1
[07:01] <pitti> anyway, once the migration is done, we can drop the -1
[07:01] <pitti> robert_ancell: do you have a package for new policykit-1, too?
[07:02] <robert_ancell> pitti, yes
[07:02] <robert_ancell> bug 417984
[07:02] <pitti> robert_ancell: so yes, please split out the new gtk library then
[07:03] <pitti> robert_ancell: I'll sponsor that in the meantime then
[07:19] <pitti> robert_ancell: bug 417984 updated, apparently this is missing some build deps; could you please check the configure.ac diff?
[07:19] <robert_ancell> pitti, ok
[07:22] <robert_ancell> pitti, oh, introspection.  I thought that was off by default.  Do we build it if we can?
[07:23] <pitti> robert_ancell: I guess we should start doing it now, but I'm not sure
[07:23] <pitti> if you can disable it in configure, that's fine as well
[07:23] <robert_ancell> pitti, I will disable now to keep it simple, enable it when we have a need
[07:25] <robert_ancell> pitti, did I name libpolkit-gtk0 correctly?  Or is it libpolkit-gtk-1-0?  Very confused with naming scheme...
[07:25] <pitti> robert_ancell: what's the name of the .so?
[07:26] <robert_ancell> libpolkit-gtk-1.so.0.0.0
[07:26] <pitti> right then it's libpolkit-gtk-1-0
[07:26] <pitti> it's usually "librarynameSONAME"
[07:26] <pitti> but if libraryname ends with a number, it's "libraryname-SONAME"
[07:27] <pitti> i. e. libc.so.6 -> libc6, but libfoo-1.so.0 -> libfoo-1-0
[07:27] <robert_ancell> pitti, ok, thanks
[07:58] <robert_ancell> OK, pitti I seem to have everything working, please sponsor bugs 417900, 417899, 416321, 417984.  Who knew just updating gnome-system tools would set off a chain of dependencies to be upgraded :)
[07:58] <pitti> robert_ancell: heh, thanks for doing these updates
[07:59] <pitti> robert_ancell: and a new pk-gnome as well? (what was the bug again?)
[07:59] <robert_ancell> bug?
[08:00] <robert_ancell>  pitti: what bug?
[08:00] <pitti> the sponsoring bug
[08:00] <pitti> or are you still working on the library splitout?
[08:01] <robert_ancell> pitti, i gave you the wrong four tabs, ignore the gnome-games one and the pk-gnome one is bug 417985
[08:01] <pitti> ah
[08:01] <pitti> robert_ancell: hm, did you push policykit-1? "No revisions to pull."
[08:02] <pitti> (could be just LP lag)
[08:02] <robert_ancell> pitti, sorry, pushed now
[08:02] <pitti> ok, will upload the lot
[08:15] <pitti> robert_ancell: I'll do a small fix, the *.so should go into -dev
[08:15] <robert_ancell> pitti, ah that explains it,  I was confused why libpolkit-gobject didn't have the .so in its install file...
[08:18] <pitti> it's only required for gcc (-lfoo looks for libfoo.so)
[08:18] <pitti> but at runtime it uses the SONAME-versioned file
[08:21] <pitti> robert_ancell: hm, odd that policykit-1-gnome doesn't depend on the new library
[08:22] <robert_ancell> pitti, on libpolkit-gtk?
[08:22] <pitti> right
[08:22] <pitti> perhaps it's just some d-bus shim
[08:23] <robert_ancell> pitti, afaik it is a completely separate library for polkit clients, I was suprised that it is bundled in the polkit-gnome source release as it's not that related
[08:23] <robert_ancell> it only contains a GTK+ unlock button at the moment I think
[08:23]  * pitti -> breakfast
[08:45] <chrisccoulson> good morning evefyone
[08:45] <chrisccoulson> s/evefyone/everyone
[08:47] <pitti> hey chrisccoulson, how are you?
[08:47] <chrisccoulson> hey pitti - i'm good thanks. and how was your holiday?
[08:48] <pitti> chrisccoulson: excellent, and very relaxing; we bicycled 900 km through Germany and tented, with splendid weather
[08:48] <pitti> 14 days of fresh air are great :)
[08:48] <chrisccoulson> fantastic. do you not feel like another holiday after 900km though? ;)
[08:52] <didrocks> hey pitti, chrisccoulson!
[08:52]  * didrocks back from vacation too
[08:52] <chrisccoulson> pitti - i see you commented on bug 412555 this morning. have you seen the discussion that bratsche started on desktop-devel-list?
[08:53] <pitti> chrisccoulson: nah, just my butt :)
[08:53] <chrisccoulson> hey didrocks!
[08:53] <pitti> chrisccoulson: no, I didn't see that; I'm not on desktop-devel
[08:53] <chrisccoulson> oops, wrong bug number!
[08:53] <chrisccoulson> pitti - http://mail.gnome.org/archives/desktop-devel-list/2009-August/msg00064.html
[08:53] <chrisccoulson> unfortunately, it went slightly off-topic, and not many people came up with suggestions
[08:54] <chrisccoulson> did you have a good vacation didrocks?
[08:55]  * pitti hugs didrocks, enjoyed your vac, too?
[08:55] <pitti> chrisccoulson: will read in a bit, thanks
[08:55] <didrocks> great, thanks! very resting (swimming with this hot weather really rocks ;)) and some walk in the moutains :)
[08:55]  * didrocks hugs pitti back
[08:56] <didrocks> pitti: the weather was not too hot for those 900 km?
[08:57] <pitti> didrocks: at some days it was pretty warm (30 degrees), but mostly it was okay
[08:57] <pitti> and while you are on the way you have some wind to cool :)
[08:57] <didrocks> indeed ^^
[09:00] <pitti> robert_ancell: you dropped the system-tools-backends dependency from g-s-t, was that intended?
[09:00] <pitti> changelog says otherwise
[09:03] <lool> pitti: welcome back!
[09:04] <pitti> hey lool, thanks!
[09:09] <pitti> robert_ancell: I'll re-add the dep
[09:13] <robert_ancell> pitti, thanks, that was a mistake.
[09:14] <robert_ancell> bye all
[09:38] <chrisccoulson> pitti - is it possible to stop the retracer from marking newly reported bugs as duplicates of one which was already fixed? We've been getting lots of gnome-settings-daemon crashes in the last couple of weeks with a similar stacktrace to an old (fixed) bug, but all the new reports are being marked as duplicates of that bug, and having their stacktrace's removed
[09:39] <chrisccoulson> there is a separate thread of bug reports for the new issue
[09:40] <pitti> chrisccoulson: yes, I can change it in the dup db; do you have the # of the old bug and a "new" one which should become the new master bug?
[09:42] <chrisccoulson> pitti - the old one is bug 254671
[09:42] <chrisccoulson> and the new one is bug 321041
[09:43] <chrisccoulson> but the new one doesn't have all of the usual apport information, as it got removed when it was marked as a duplicate
[09:43] <chrisccoulson> (although, I do have a stacktrace on the bug report now)
[09:43] <pitti> chrisccoulson: you manually unduped them? They shouldn't have become dupes in the first place, it's a different function
[09:43] <chrisccoulson> pitti - someone else has been manually un-duping the new ones which come in
[09:44] <pitti> oh, I see, the stack trace top is just error handling
[09:45] <chrisccoulson> yeah - they do actually look very similar, but it seems that there is an upstream bug report on the old one which fixes a very specific issue
[09:46] <chrisccoulson> so, i'm not sure they're the same issue, even though the traces look similar
[09:47] <mac_v> pitti: another issue with apport > Bug #416106 , seb was saying the retracers were crashing for totem so i filed a bug , or is it a known issue?
[09:47] <pitti> mac_v: please assign the bug to me, will have a look later
[09:47] <mac_v> ok :)
[09:50] <pitti> Chazz: db updated
[09:50] <chrisccoulson> pitti - was that aimed at me? ;)
[09:50] <pitti> oops
[09:50] <Chazz> pitti, ?
[09:50]  * pitti should put more attention to IRC
[09:50] <chrisccoulson> thanks:)
[09:50] <pitti> Chazz: sorry, tab completion fuzz
[09:51] <Chazz> pitti, that's happened to me hundreds of times :P
[10:12] <mvo> hey glatzor!
[10:21] <chrisccoulson> http://people.canonical.com/~seb128/versions.html is not being updated is it?
[10:21] <Amaranth> mvo: can you look at bug 91786 and the branch linked to it?
[10:21] <mvo> Amaranth: sure, much thanks
[10:22] <Amaranth> mvo: I created the code with help from onestone_ (thanks, btw) so it should be good :)
[10:22] <mvo> Amaranth: I will upload now (once I resolved some conflicts in my apt merge :)
[10:22] <Amaranth> yay
[10:22] <mvo> or maybe before, conclict resolving is just no fun :(
[10:23]  * mvo hugs Amaranth and is happy to see him
[10:23] <Amaranth> mvo: I was tempted to just merge the branch myself but the gnome-do guys beat into my head that everyone's stuff has to get reviewed first :)
[10:23] <Amaranth> mvo: hehe, I hope to fix a couple more issues in the near future
[10:24] <Amaranth> Being unemployed gives you lots of free time for such things :/
[10:24] <mvo> Amaranth: that great news that you work on the stuff again (the unemployment bit is not that great :(((((
[10:24] <Amaranth> eh, I knew it was coming so I saved enough to live on for a few months so I'm not too sad about it
[10:25]  * mvo nods
[10:25] <Amaranth> mvo: have any other bugs for compiz you think should get fixed asap
[10:25] <Amaranth> ?
[10:25]  * mvo looks at the bug list
[10:26] <Amaranth> mvo: oh, I think the doPoll bug has a fix in git
[10:26] <mvo> Amaranth: one nice feature would be to use protobuf in compiz itself, for the plugins we have it now and it is a nice speed up
[10:26] <mvo> but probably out of scope
[10:26] <mvo> Amaranth: ohhhhh - the doPoll() bug is fixed? woah!
[10:26] <Amaranth> mvo: upstream is apparently undecided on whether or not to do an 0.8.4 release or just let people use snapshots/cherrypicking
[10:27] <mvo> I can do a snapshot now and see if that is good
[10:27] <Amaranth> mvo: apparently most of the doPoll crashes on are exit but since exit is usually logout people don't see it until some time into their next login
[10:27] <mvo> but a real release would be cool
[10:27] <Amaranth> mvo: So what is thought to be the main doPoll crasher should be fixed but it is still unknown if all of those dupes are the same bug or not
[10:28]  * mvo nods
[10:28] <mvo> in the 0.8 branch I assume?
[10:28] <Amaranth> mvo: the protobuf still would likely make more sense for the master branch considering how long it'd take to get right
[10:28] <Amaranth> mvo: actually the bug still existed in master but yeah, it was fixed in both branches
[10:34] <didrocks> chrisccoulson: "Last updated: Friday August 14 2009" seems not
[10:35] <chrisccoulson> heh, thanks didrocks - i should have spotted the date there really;)
[10:36] <chrisccoulson> so, we might be way behind with updates now! i didn't do any while people were on holiday ;)
[10:37] <didrocks> chrisccoulson: probably (and GNOME 2.27.91 is due on wednesday. So new tarballs from today)
[10:38] <didrocks> chrisccoulson: you still can launch it on your computer :)
[10:38] <chrisccoulson> thanks, yeah, i didn't try that yet
[10:40] <Amaranth> mvo: looks like fixing metacity to let compiz start when compositing enabled would be a good bug to fix
[10:47] <mvo> Amaranth: what bugnumber is this (I'm not on top of things with compiz anymore)
[10:47] <mvo> Amaranth: I ask on #compiz-dev about the release
[10:48] <mvo> would be nice to have one for karmic if that is possible
[10:48] <Amaranth> bug 178953
[10:48] <mvo> oh, right
[10:48] <Amaranth> it's actually a bug in metacity and owen suggested a good fix on the upstream bug report
[10:56] <mvo> Amaranth: I merged you branch, just shout when I should upload. otherwise I will wait a bit for more to come :)
[11:01] <Amaranth> mvo: I suspect you'll be in bed by the time I wake up and get anything else done, if I even have anything by then
[11:02] <Amaranth> mvo: in compiz, anyway
[11:02] <Amaranth> I may have a patch for metacity in a minute...
[11:03] <mvo> cool
[11:03] <Amaranth> yay, metacity fixed
[11:04] <Laney> huh, didn't know that was a bug
[11:04] <Laney> I just assumed that I couldn't have compiz ;)
[11:05] <Amaranth> Laney: so did asac, his bug is marked as High against compiz because of metacity problems :P
[11:06] <Laney> psh, still didn't enable
[11:06] <Laney> oh well
[11:06] <Amaranth> Laney: pastebin output of compiz --replace in terminal
[11:07] <Laney> works when I do it like that
[11:07] <Laney> but not from g-a-p
[11:08] <Amaranth> that should be all the appearance capplet is doing...
[11:08] <Amaranth> Laney: check your ~/.xsession-errors, see if you can see compiz trying to start (should be at the end)
[11:08] <Laney> it does some jockey stuff
[11:08] <Amaranth> oh, what is the error g-a-p gives you?
[11:09] <Amaranth> g-a-p will bail if jockey says you need a blob you don't have or can't get
[11:09] <Laney> It just says "could not enable desktop effects"
[11:09] <Laney> or something like that
[11:09] <Laney> but --replace actually seems ok
[11:09] <Amaranth> Laney: sounds like a jockey or g-a-p bug then
[11:10] <Laney> even though I have no window switcher
[11:10] <Laney> how can I manually set compiz as my WM then?
[11:10] <Amaranth> run compiz --replace on login :P
[11:11] <Laney> heh
[11:16] <chrisccoulson> Laney - run 'gconftool-2 --set --type string /desktop/sessions/required_components/windowmanager compiz"
[11:16] <chrisccoulson> or something like that ;)
[11:16] <chrisccoulson> i might have gotten the path wrong
[11:16] <Laney> thanks
[11:16] <Laney> I might not stick with compiz though
[11:16] <Amaranth> the session stuff has changed at least twice since the last time I looked at it
[11:16] <Laney> it's too intense for me :(
[11:16] <Amaranth> once on our end, once by having gnome-session rewritten
[11:17]  * Laney is trying to tone down the bling
[11:17] <chrisccoulson> the way we start the window manager is way too complicated
[11:18] <chrisccoulson> we patch the upstream gnome-wm script with our own magic, and i'm not too sure what any of it does anymore
[11:18] <Amaranth> I love how new packages for universe have to have no lintian warnings and such but the metacity package has 2 pages of them :P
[11:19] <Laney> Do as I say, not as I do!
[11:19] <chrisccoulson> lol. what are the warnings?
[11:19] <Amaranth> chrisccoulson: stuff like no manpage
[11:20] <chrisccoulson> ah, ok.
[11:20] <Amaranth> I had to make a worthless manpage for alacarte before it got accepted in universe :P
[11:20] <chrisccoulson> yeah, i'm not sure what use a manpage is for a window manager
[11:21] <Laney> help2man to the rescue
[11:26] <Amaranth> ok, bug 178953 has a branch linked, someone wanna review and upload for me? :)
[11:26] <Amaranth> I also sent the patch upstream via the linked bug report
[12:30] <Keybuk> Riddell: hey, how's it going?
[12:38] <Riddell> hi Keybuk, all sunny here
[12:40] <Riddell> Keybuk: able to make a meeting at 17:00?
[12:42] <Keybuk> Riddell: just saw that in my calendar, what's it about?
[12:42] <Riddell> what needs to be done for Kubuntu WRT xsplash
[12:43] <pitti> ArneGoetje: FYI, I'm cleaning up {dapper,gutsy}-proposed on rookery, since we won't update them any more anyway, and space is tight
[12:44] <Keybuk> Riddell: probably depends a little bit on the design of kdm
[12:44] <Keybuk> but basically you'd want to start xsplash as one of the first things in whatever equivalent of xinit kdm has
[12:44] <Keybuk> and then have the kdm greeter equivalent signal to it to go away
[12:45] <Keybuk> then you'd want to restart xsplash as one of the first things in the equivalent of xsession
[12:45] <Keybuk> and have the kdm session manager/window manager/etc. signal to it to go away
[12:46] <Riddell> Keybuk: we don't want to use xsplash itself since it has a  GTK dependency so it's a questions of what we want ksplashx to do
[12:46] <Keybuk> I guess you'd want it to do the same as xsplash
[12:47] <Keybuk> it should be very small and lightweight, so it starts *really* fast
[12:47] <Riddell> well yes, a GTK dependency is strange for that reason
[12:47] <Keybuk> the idea is to paint something on the screen while the greeter or session loads, after all
[12:47] <Riddell> Keybuk: why is there a delay starting the GDM greeter at all?
[12:48] <Keybuk> there isn't a "delay"
[12:48] <Keybuk> it just takes a long time
[12:48] <Keybuk> 3-5s depending on hardware fwict
[12:49] <Keybuk> if kdm takes less than a quarter of a second to be ready, then you could skip it entirely and just have a splash for the session login
[12:49] <Keybuk> (which never takes a quarter of a second :p)
[12:49] <Keybuk> but I don't remember kdm's greeter being especially fast either
[12:49] <Riddell> mm
[12:49] <Riddell> Keybuk: is GDM moving from being at S30 ?
[12:49] <Keybuk> gdm will be started by upstart
[12:52] <pitti> Keybuk: btw, I understand you have a huge pile of upstartization; will that land before FF still?
[12:52] <Keybuk> pitti: it's always been targeted before Beta
[12:52] <pitti> Keybuk: oh, and hello :)
[12:53] <Keybuk> hello :-)
[12:55] <Riddell> Keybuk: so we want to have KDM upstarted too, have it start ksplashx toot sweet and kill it when the greeter is shown (also if autologin happens), and that should be it (it's already started during session login)
[12:55] <Keybuk> Riddell: that would be a good plan yeah
[12:56] <Keybuk> David Barth's team are doing the "Boot Experience" work (ie. xsplash), not me though
[12:56]  * Keybuk sees his job more as making their hard work obsolete because boot is too fast to *be* an experience <g>
[12:56] <Riddell> Keybuk: yep, he mentioned that Aurelien could work on this
[13:06] <huats> hello eveyone !
[13:07] <chrisccoulson> hello huats!
[13:08] <chrisccoulson> hey bryce - did you see my comment last night? (I forgot it was still sunday when I sent it, and you were probably resting ;) )
[13:09] <chrisccoulson> i think u've got to the bottom of this X error causing the gnome-settings-daemon crash now
[13:09] <chrisccoulson> s/u've/i've
[13:43] <SiDi> Is there anyone around who knows very well how atk works ?
[13:59] <mpt> mvo, ready for a call?
[13:59] <mvo> mpt: in a sec
[14:00] <mvo> mpt: now
[14:00] <mpt> k
[14:08] <ArneGoetje> pitti: ok
[14:23] <bratsche> Morning.
[14:31] <mvo> is it just me or is launchpad.net not responding?
[14:35] <pedro_> mvo, works fine here
[14:37] <mvo> pedro_: thanks, back for me too, maybe a hickup with my connection or provider
[15:23] <pitti> mvo: edge is utterly slow for me, too
[15:41] <pitti> or, rather, the interweb tube to everythign Canonicalish is slow right now
[16:00] <mvo> glatzor: python-apt 0.7.13.2 just got uploaded (including the actiongroup interface)
[16:04] <glatzor> mvo, thanks for your fast response on my request
[16:04] <mvo> glatzor: my pleasure :)
[16:04]  * mvo hugs glatzor
[16:05] <mvo> glatzor: I didn't manage to work on the "enable source" feature in aptdaemon today, I will do that tomorrow
[16:05] <mvo> glatzor: but the good news is that that app-center^Wsoftware-store (that is the new name) can get uploaded now and it will use aptdaemon
[16:07] <glatzor> mvo, oh. great. and you did not have any main loop issues?
[16:09] <mvo> glatzor: none that I'm aware of yet,
[16:09] <mvo> glatzor: it did not get a lot of testing so far
[16:09] <mvo> glatzor: but installing/removing etc works for me (and updating the status)
[16:11] <glatzor> mvo, do reuse the widgets supplied by python-aptdaemon?
[16:14] <mvo> glatzor: no, its a custom one (a treeview subclass)
[16:15] <mvo> glatzor: if you are interested check out lp:software-store
[16:15] <mvo> glatzor: its based around the design by mpt and a bit different from you widgets (but I got inspired there of course :)
[16:46] <mvo> is robert on vac ? or will he show up today, I would like to talk to him about compiz :)
[17:21] <pitti> rickspencer3: in your "send weekly reports" announcement, can you please mention that everyone should update their spec status and check the ones which aren't beta available for feature freeze feasibility?
[17:26] <chrisccoulson> thanks for updating the bug db earlier pitti - the new reports are being marked as duplicates of the correct bug now :)
[17:26] <pitti> \o/
[17:26] <kenvandine> pitti, we need to sponsor gdm too, in conjunction with the indicator stuff
[17:26]  * kenvandine finds the bug number
[17:27] <pitti> need to leave for today, see you all tomorrow!
[17:28] <kenvandine> pitti, bug 410498
[17:28] <pitti> kenvandine: please /msg me the bug # I need to sponsor, I'll do it tomorrow morning then
[17:28] <kenvandine> pitti, ok thx!
[17:28] <pitti> kenvandine: the indicator stuff as well, once the brnaches are sorted out
[17:29] <kenvandine> pitti, it is all done
[17:29] <kenvandine> and i msg'd you them just now :)
[17:29] <kenvandine> thx!
[17:29] <kenvandine> have a good night
[18:15] <didrocks> pitti, kenvandine: can it be considered as a good practice to source the added /etc/bash_completion.d/<file> in postinst to give the user immediate shell completion in his environment (at least, for the current shell)?
[18:15] <didrocks> I see nothing in bzr postinst
[18:20] <kenvandine> didrocks, i don't think it is a good idea
[18:23] <chrisccoulson> hey didrocks - did you enjoy your first day back from vacation?:)
[18:23] <didrocks> chrisccoulson: "enjoy" is not really the word but we can say that ^^
[18:23] <chrisccoulson> hehe ;)
[18:24] <chrisccoulson> what do you do normally during the day outside of ubuntu (if you don't mind me asking)?
[18:25] <didrocks> chrisccoulson: I'm working as a production engineer for the VCS infrastructure of my company
[18:25] <didrocks> (so, still related to IT)
[18:25] <chrisccoulson> cool, that sounds fun:)
[18:25] <didrocks> chrisccoulson: and you? :)
[18:26] <chrisccoulson> i'm an electronics design engineer for a company making braking systems
[18:26] <chrisccoulson> not very fun ;)
[18:26] <chrisccoulson> and not related to IT or software either!
[18:27] <didrocks> chrisccoulson: are you more on the R&D side?
[18:27] <chrisccoulson> yeah, sort of. although, i'm not sure how much R&D is possible with braking systems ;)
[18:28]  * didrocks tries to remember what I learnt on electronic during my general engineering studies :)
[18:28] <didrocks> oh yeah… it was not fun ^^
[18:29] <chrisccoulson> heh, yeah. i didn't mind learning electronics - and that really is all i learnt for 4 years
[18:29] <chrisccoulson> but working in electronics isn't as much fun
[18:30] <chrisccoulson> probably why i spend so much time on here;)
[18:31] <didrocks> chrisccoulson: sure :)
[18:34] <Ampelbein> hey guys, could you check if you can still access e.g. system-administration-time_and_date with the gnome-system-tools update from today? I can't unlock the settings.
[18:36] <chrisccoulson> Ampelbein - did you get the system-tools-backends update too?
[18:36] <chrisccoulson> you'll need them both due to the porting to polkit-1
[18:39] <Ampelbein> chrisccoulson: oh wait a second. yeah, systemtools-backends is up to date, but gnome-system-tools is not. It can't be due to it not being built.
[18:40] <Ampelbein> chrisccoulson: see https://edge.launchpad.net/ubuntu/+source/gnome-system-tools/2.27.3-0ubuntu1
[18:41] <Ampelbein> chrisccoulson: that's weird, it is DEPWAIT on libpolkit-gtk-1-dev which has been published 8 hours ago.
[19:01] <hyperair> pitti: out of curiosity, what did you do to get the arrow in podsleuth's changelog?
[19:14] <geser> hyperair: as the changelog is encoded in UTF-8 one can use → (U+2192) (or any other UTF-8 character)
[19:15] <hyperair> hmm
[19:15] <hyperair> i see
[19:15]  * hyperair was thinking more along the lines of a compose key =\
[19:16] <geser> in vim it would be ctrl-v u2192 (in insert mode) to get it
[19:37] <chrisccoulson> Ampelbein - i wonder if it is because libpolki-gtk-1-dev binary is in universe?
[19:37] <Ampelbein> chrisccoulson: yeah, that's it. geser pointed that out on debian-devel. I only looked at the sourcepackage, which is in main.
[19:38] <chrisccoulson> ah, ok, i didn't realise
[19:38] <Ampelbein>  /s/debian-devel/ubuntu-devel obviously
[19:39] <chrisccoulson> pitti^^