[00:00] <nixternal> Riddell: yes I am doing release notes
[00:01] <nixternal> I have to tweak my screenshots and then upload them, and that will be that
[00:01] <nixternal> I kind of changed the way I did release notes this route, so take a look at them and let me know what you think
[00:01] <Riddell> yuriy: so get it packaged and we can add it easily enough
[00:01] <nixternal> https://wiki.kubuntu.org/HardyHeron/Beta/Kubuntu
[00:02] <blueyed> apachelogger_: have you packaged gtk-qt-engine already?
[00:02] <apachelogger_> nope
[00:02] <blueyed> just installed?
[00:02] <apachelogger_> yeah
[00:03] <apachelogger_> blueyed: you did package it?
[00:03] <yuriy> are you talking about the same things?
[00:03] <dasKreech> KDE 4.1 alpha and Hardy relelase are not the same week they are 5 days apart
[00:03] <blueyed> Can you look at it maybe? I've tried it, but build fails..
[00:03] <apachelogger_> just wanted to suggest that :P
[00:03] <blueyed> apachelogger_: great!
[00:04] <yuriy> apachelogger_, blueyed: http://gtk-qt.ecs.soton.ac.uk/index.php and http://www.kde-look.org/content/show.php/gtk-kde4?content=74689 i mean
[00:04] <yuriy> i was talking about the former
[00:05] <blueyed> yuriy: yep, that's the one I've tried (and uscan pulled in)
[00:05] <apachelogger_> yuriy: http://www.kde-look.org/content/show.php/GTK-QT+Theme+Engine?content=9714
[00:05] <apachelogger_> so we were talking about the same :P
[00:06] <apachelogger_> blueyed: do you have the packaging uploades somewhere?
[00:06] <blueyed> apachelogger_: not yet, but will do so now..
[00:07] <apachelogger_> k
[00:07] <dasKreech> rid7\
[00:07] <dasKreech> 858479\\\\\\\\\\\\\\\\\\\\+ f5
[00:08] <dasKreech> \
[00:08] <dasKreech> 45
[00:08] <dasKreech> 55
[00:08] <dasKreech> 23+
[00:08] <dasKreech> 654789++++++
[00:08] <dasKreech> sorry my dog wanted to join in
[00:08] <dasKreech> Riddell: were 4.1 alpha packages planned anyway?
[00:14] <blueyed> apachelogger_: http://www.codeprobe.de/spool/debian/gtk-qt-engine_1.1-0ubuntu1.dsc - but it may be in very bad shape.. ;)
[00:18] <apachelogger_> blueyed: what problems did you have?
[00:19] <dasKreech> Riddell: For hardy of course
[00:20] <blueyed> apachelogger_: build failure.. something undefined IIRC, see http://www.codeprobe.de/spool/debian/gtk-qt-engine-build.log
[00:20] <blueyed> couldn't find ui_searchpaths.h for some reason..
[00:21] <apachelogger_> yeah
[00:21] <apachelogger_> upstream issue
[00:21] <apachelogger_> apparently it doesn't support out-of-source-builds
[00:21]  * apachelogger_ diggs into the cmake files
[13:52] <seb128> hey
[13:53] <Hobbsee> hi seb128
[13:55] <pitti> bonjour mes amis
[13:55] <Keybuk> bonjour, ça va?
[13:55] <MacSlow> Mahlzeit allerseits!
[13:56] <MacSlow> :)
[13:56] <pedro_> porque no hablar en español mejor?
[13:56] <seb128> pitti: bonjour ;-)
[13:56] <kwwii> servus
[13:57] <MacSlow> pedro_, pure coincidence?! :)
[13:58] <pedro_> MacSlow: seems so ;-)
[13:59]  * mvo waves
[13:59] <seb128> hey mvo
[14:00] <pedro_> hello mvo
[14:00] <seb128> hey Hobbsee
[14:00] <Keybuk> Riddell: awake?
[14:01] <Riddell> hi
[14:01] <MacSlow> hey seb128, kwwii, Riddell
[14:01]  * seele waves
[14:01] <Keybuk> ok
[14:01] <Keybuk> let's begin
[14:01] <tedg> Good $(time of day in your timezone) everyone.
[14:01] <mvo> hey everybody! I will be on vacation next week, if there is anything urgent, please call my landline (or mobile)
[14:01] <MacSlow> ok
[14:02] <Keybuk> I'll also be on holiday next week, anything urgent, please talk to pitti or mdz
[14:02] <seb128> tomorrow and monday are local and national holidaus
[14:02] <seb128> holidays
[14:02] <pitti> mine too
[14:02] <pedro_> tomorrow is also holiday here
[14:02] <seb128> Keybuk: no catchup calls then I expect?
[14:02] <pitti> we're all slackers :)
[14:02] <kwwii> fri and mon here as well
[14:03]  * Riddell working tomorrow
[14:03] <Keybuk> Riddell: oh?
[14:03] <MacSlow> indeed... but I skip those very likely... got some catchup to do due to cebit and gtk+-hackfest :/
[14:03] <seele> tomorrow is a holiday?
[14:03] <Riddell> Keybuk: I took jan 2nd off
[14:04]  * MacSlow should not have started the hardy-upgrade of his desktop an hour ago
[14:04] <MacSlow> if I suddenly vanish you can guess why :)
[14:04] <Keybuk> lol
[14:04] <Keybuk> ok, onwards
[14:05] <Keybuk> seb128: I turned one of your activity report notes into an agenda item
[14:05] <Keybuk> (seb128) There is still quite some desktop glitches and annoyance but no real stopper, help to fix desktop milestoned bugs is welcome
[14:05] <Keybuk> bugs are important :-)
[14:05] <Keybuk> we're actually in pretty good shape as a team, but we could always do better
[14:05] <Keybuk> who'd like to volunteer to help out?
[14:05] <MacSlow> I assume not working effects-profile-recognition is one of them
[14:06] <MacSlow> but I'm on that whole issue anyway
[14:06] <pitti> well, shouldn't we all? :)
[14:06] <pitti> I still have quite a bunch of bugs 'in progress', but I'm happy to help out with important ones
[14:06] <Keybuk> pitti: kwwii isn't great at udev issues
[14:07] <MacSlow> kwwii, btw... were you able to work on the second (scale) icon?
[14:07] <Keybuk> and I've stolen MacSlow for other duties
[14:07] <seb128> Keybuk: speaking about udev... ;-)
[14:07] <kwwii> MacSlow: yeah, I'll get that to you soon, still not quite happy with it
[14:07] <seb128> anyway
[14:07] <Keybuk> but otherwise I'm happy if you want to assign bugs to people seb128 and nag them about it
[14:07] <MacSlow> kwwii, ok
[14:07] <Keybuk> seb128: it's damned hard to fix that bug - I've fixed it for people doing gutsy->hardy
[14:08] <Keybuk> but for people who actually got hit during an upgrade through hardy, it's hard to fix
[14:08] <kwwii> udev is certainly not my forte :-)
[14:08] <seb128> Keybuk: ok
[14:08] <Keybuk> since the vital information gets lost
[14:08] <Keybuk> (and I've fixed it for fresh hardy installs)
[14:08] <seb128> if people want to look to the desktop bugs issue I've noted, I use the desktop-bugs team as assignee and milestone those ubuntu-8.04
[14:08] <mvo> I will post upgrade issue bugs and milestone them for 8.04
[14:09] <Keybuk> seb128: are there any that you think particular people would be good at?
[14:09] <pitti> seb128: feel free to assing some to me if you want help with them (and which I can actually help with :) )
[14:09] <seb128> Keybuk: there is some compiz integration issue where mvo or MacSlow could help I guess, and pitti is likely good for gvfs, hal, etc issues ;-)
[14:09] <seb128> pitti: ok, noted, thanks
[14:10] <Keybuk> seb128: wrt to Compiz, I am hopeful that I'll have approval today for a short-term contract with one of the upstream guys
[14:10] <Keybuk> similar to what we've done with Gicmo
[14:10] <pitti> right, I'm currently concentrating on hal issues since there are still quite some hw specific issues I'd like to see fixed
[14:10] <seb128> Keybuk: ah, that's good news
[14:10] <pitti> seb128: gvfs sounds good to me
[14:10] <seb128> pitti: we already have gicmo helping on gvfs so there is not too much to do but I might ping you on some of the remaining integration bit with nautilus, gvm, etc
[14:11] <seb128> well, there is lot to do
[14:11] <MacSlow> btw... having a new/default use also be part of group "disk", what package would that end up in?
[14:11] <pitti> seb128: (like the floppy b0rkage)
[14:11] <Keybuk> MacSlow: they shouldn't be
[14:11] <seb128> but having gicmo is already good help there ;-)
[14:11] <pitti> MacSlow: argh, ho
[14:11] <pitti> no, I mean
[14:11] <Keybuk> MacSlow: disk is a scary group
[14:11] <pitti> disk == root
[14:11] <MacSlow> but then /dev/raw1394 needs some other ownership
[14:12] <MacSlow> because without that firewire-capture from a DV-cam in kino does not work
[14:12] <pitti> MacSlow: no, it shouldn't be accessible for users
[14:12] <pitti> we had that discussion years ago
[14:12] <MacSlow> I see
[14:12] <Keybuk> MacSlow: no, the kernel's ieee1394 subsystem needs a kicking
[14:12] <MacSlow> ok well
[14:12] <pitti> /dev/video1394 should be fixed to do what app devs want
[14:12] <Keybuk> firewire devices can execute code on the host processor
[14:13] <Keybuk> so raw access to all firewire devices as any user means you have root
[14:13] <Keybuk> anyway, topic
[14:13] <Keybuk> ACTION: seb128 to hand out desktop team bugs to people as necessary
[14:13] <Keybuk> ACTION: Keybuk to get contract for compiz bugs sorted
[14:14] <Keybuk> ACTION: pitti, mvo, tedg to assist with desktop bugs
[14:14]  * seb128 likes those action items ;-)
[14:14] <mvo> I will do my best - I'm also looking into upgrade issues currently
[14:14] <pitti> seb128: bug fix slave at your service!
[14:15]  * pitti salutes
[14:15]  * seb128 hugs mvo pitti
[14:15] <Keybuk> ok, next one
[14:15] <Keybuk> #
[14:15] <Keybuk> (seb128) There has been some discussion about menus, non-consistent labeling (using the application name or not in the title) and system, preferences going over the bottom panel on a 1027x768 screen (maybe we should consider moving things to the applications, system tools category, we tried to not list it because it's confusing but you quickly get one anyway when installing extra softwares)
[14:16] <pitti> seb128: I dont' quite understand how system-tools moving helps with preferences
[14:16] <pitti> they are in admin
[14:16] <pitti> and preferences >> admin
[14:17] <pitti> I do agree, though, that the prefs menu is horrible
[14:17] <pitti> takes ages to find something there
[14:17] <seb128> pitti: well, there is different issues there
[14:17] <seb128> - inconsistant labelling
[14:17] <seb128> - system tools which comes back quickly, not sure if that's worth trying to mask it in the default installation
[14:18] <seb128> - and preferences which has too many items (that one has been discussed several times at UDS without any obvious solution)
[14:18] <seb128> about the first one
[14:18] <seb128> I know it's late now, but it worth trying to fix the consistency now?
[14:18] <pitti> ah, you mean apps -> system tools, not gnome-system-tools, sorry
[14:19] <Keybuk> there's been a long thread about this on devel-discuss recently
[14:19] <seb128> I know we had jane reviewing those before dapper and we did some cleanup by then
[14:19] <Keybuk> did that come to any useful conclusions?
[14:19] <seb128> Keybuk: not really no
[14:19] <seb128> the discussion was not really focussed
[14:20] <seb128> rather lot of ideas from different users
[14:20] <seb128> nothing new nor really useful though
[14:20] <Keybuk> do you have any ideas? :)
[14:21] <seb128> as said there is different points there
[14:21] <seb128> let's tackle the first one which should be easy
[14:21] <mvo> is your suggestion to break the UI freeze and relabel them?
[14:21] <seb128> do we want to have a review and fix labels to be consistent now?
[14:21] <seb128> or is it late?
[14:21] <seb128> mvo: yes, we have things like "transmission" which give no indication of what the thing is doing
[14:22] <pitti> tricky for translations, but since we can clean them up step by step, it would be nice to do it
[14:22] <Keybuk> translators also have some grace this time in the form of 8.04.1
[14:22] <pitti> I don't think that the default install is that bad, maybe three or four things which really need improvement?
[14:22] <seb128> pitti: right
[14:22] <seb128> one of the issues users had is "Video Player" against "Rhythmbox Music Player"
[14:23] <pitti> seb128: indeed, transmission is the only one which really sticks out
[14:23] <seb128> ie, some items have software names, some other don't
[14:23] <pitti> seb128: tools doesn't have any app names, but at least consistently
[14:23] <pitti> and they don't really have names
[14:23] <pitti> but within a menu it should be consistent, yes
[14:24] <pitti> seb128: the vnc viewer thingy, that's vino or so, right?
[14:24] <pitti> it shuold get a name, too, perhaps?
[14:24] <seb128> vinagre
[14:24] <pitti> that, and transmission, and the net menu would be fine
[14:24] <kwwii> did someone say viagra?
[14:24] <pitti> seb128: system tools> could we add the gnome system monitor and thus make it a little less hilarious?
[14:25] <pitti> then there are at least two things inside, and I don't think we can permanently ban the menu anyway
[14:25] <Keybuk> pitti: isn't that under System->Admin at the moment?
[14:25]  * pitti has 4 items in apps -> system tools
[14:25] <seb128> pitti: well, that was my second point, either we still try to mask it in the default install or not
[14:25] <pitti> Keybuk: no, AFAIK it's just an applet you can add?
[14:25] <seb128> I think it's pointless
[14:25] <pitti> seb128: I agree
[14:25] <seb128> as soon as you install vmware, virt-manager, etc you get it back anyway
[14:26] <seb128> and it looks stupid because there is only one or two items there
[14:26] <pitti> and I don't really see where else to put hwtest
[14:26] <pitti> and gnome-system-monitor is really useful IMHO
[14:26] <seb128> ok
[14:26] <seb128> so
[14:26] <pitti> if nothing else, it gives you some system/ram info for bug reports
[14:26] <pitti> but you can kill runaway processes, etc.
[14:26] <seb128> - let's fix the labelling of the menu items which are not right and warn translators about the change
[14:26] <seb128> - and let's use applications, system tools again
[14:27] <seb128> anybody against that?
[14:27] <pitti> deal
[14:27] <MacSlow> nope
[14:27] <Keybuk> seems fine to me
[14:27] <seb128> ok, preferences menu having too many items is not something we will fix this cycle
[14:27] <seb128> we should consider switching to gnome-control-center shell or something at some point
[14:27] <seb128> but that's later material
[14:27] <MacSlow> seb128, indeed
[14:27] <pitti> it's a small point, but we could remove the network manager editor
[14:27] <mvo> ok
[14:28] <seb128> pitti: yeah, I want to have the menu fitting on 1024x768, so I'll make sure we drop one item from the list or move it somewhere else
[14:28] <pitti> ah, if one is enough, then IMHO we should kill nm-editor
[14:28] <seb128> Keybuk: we are done with this one, thanks, you can move to next item ;-)
[14:28] <pitti> you can get the same from the nm-applet
[14:28] <pitti> and it's ominous enough anyway
[14:29] <seb128> pitti: right, asac didn't disagree to that and I milestoned the bug
[14:29] <Keybuk> ok :)
[14:29] <Keybuk> sounds like you're agreed
[14:29] <Keybuk> (pitti) solving bug #198808; in essence: do we rather (potentially) break suspend/resume on some machines which worked with gusty, or don't fix it for a lot of current popular and any future hardware?
[14:29] <ubotu> Launchpad bug 198808 in hal "[Hardy] HAL breaks pm-utils quirks and resuming" [High,In progress] https://launchpad.net/bugs/198808
[14:29] <seb128> pitti: I'm not sure to understand why we change the behaviour over upstream
[14:29] <tedg> Yeah, that one is odd.  Did you find out why the logic was reversed?
[14:29] <seb128> but I think it would make relation with upstream, etc easier to no diverge
[14:30] <Keybuk> pitti: what does the patch do?
[14:31] <pitti> right, I'm currently discussing this with mjg59, but I'm still not 100% clear why we need this silly patch
[14:31] <pitti> in short, hal has a patch which effectively reverses the default quirks we use for suspend/resume
[14:31] <pitti> i. e. if we don't have an explicit FDI rule for a particular laptop, upstream assumes 'no quirks'
[14:31] <pitti> while our patch from mjg59 assumes 'all quirks'
[14:31] <pitti> but a lot of machines break if you actually use 'all quirks'
[14:31] <pitti> the rationale, as given by mjg59, was to maintain behavioural compatibility to what acpi-support did in previous releases
[14:31] <pitti> seb128: exactly my point
[14:31] <pitti> since with that, we break current and future models
[14:31] <pitti> -[ "$HAL_PROP_POWER_MANAGEMENT_QUIRK_DPMS_ON" = "true" ] && QUIRKS="$QUIRKS --quirk-dpms-on"
[14:31] <pitti> +[ "$HAL_PROP_POWER_MANAGEMENT_QUIRK_DPMS_ON" != "false" ] && QUIRKS="$QUIRKS --quirk-dpms-on"
[14:31] <Keybuk> pitti: do we have any data on whether things are better with or without the patch?
[14:32] <pitti> ^ like that, for all existing quirks
[14:32] <pitti> i. e. if $VAR is empty, it defaults to 'use quirk'
[14:32] <pitti> Keybuk: I don't at least
[14:32] <seb128> well, the rest of the world is improving quirks
[14:32] <seb128> I really think we should work in this direction with them
[14:32] <pitti> I wish this would have come to me much earlier
[14:32] <Keybuk> pitti: does your laptop work without the patch? :)
[14:33] <pitti> then I would have reverted it immediately and sorted out the remaining problematic models with positive quirks
[14:33] <pitti> Keybuk: haven't even tried yet (discussion started yesterday, too much CD testing to do, sorry)
[14:33] <tedg> The only thing is I think we should leave it in for LTS and then change it early in Intrepid.
[14:34] <seb128> I don't think we should
[14:34] <tedg> It's a pretty big change for lots of folks.
[14:34] <seb128> other distros are using the upstream things and are not known to be buggier than ubuntu afaik
[14:34] <pitti> TBH I think that patch was an absolutely wrong idea in the first place
[14:34] <pitti> but it wasn't documented, so I never investigated until I saw that bug
[14:35] <pitti> and it already causes lots of bugs with hardware we have today
[14:35] <Keybuk> err
[14:35] <pitti> so it's a bit like 'damned if yuo do, damned if you don't"
[14:35] <Keybuk> removing that patch makes suspend and resume work for me again
[14:35] <Keybuk> (they've been broken for a while in hardy)
[14:35] <Keybuk> like, actually, *really* well
[14:35] <Keybuk> I'd be inclined to remove the patch for 8.04 and put it back for 8.04.1 if things really go bad
[14:35] <pitti> Keybuk: with the patch it works on mine, except that STD causes the VTs to break
[14:35] <Keybuk> (or work with upstream to fix the things broken)
[14:36] <pitti> Keybuk: I'd rather stuff new FDIs into -updates TBH
[14:36] <pitti> for particular modesl
[14:36] <Keybuk> pitti: with patch on mine, compiz crashes on resume, keyboard often fails, and VTs don't switch
[14:36] <seb128> I would be in favor of dropping it now
[14:36] <Keybuk> without the patch, I just did 5 cycles without problem
[14:36] <seb128> we still have some weeks until 8.04
[14:36] <seb128> and we can revert if we get really bad feedback
[14:36] <MacSlow> re
[14:37] <pitti> I feel the same actually
[14:37] <MacSlow> sorry... that upgrade didn't work out as planned
[14:37] <pitti> but really, that patch is a PITA to maintain (not the patch itself, of course, but the consequences)
[14:37] <pitti> MacSlow: n-m restarting? :-)
[14:37] <Keybuk> agree; without the patch, putting quirks back where needed is a simple matter of FDI
[14:38] <pitti> ^ and absolutely appropriate for SRU, too
[14:38] <pitti> since it selects precise HW models
[14:38] <pitti> and hal-info is no code at all
[14:38] <pitti> but there is no chance we can revert the patch post-release
[14:38] <Keybuk> ACTION: pitti to remove the patch and keep an eye on incoming bugs to identify needed quirks
[14:38] <pitti> since then we'd break stable installs
[14:38] <MacSlow> partly... and using a trackpoint-mouse for more than two weeks did strange things to my hand-eye coordination using a normal mouse... thus hitting the reboot button although I "aimed" for the cancel-button
[14:39]  * pitti bounces
[14:39] <Keybuk> MacSlow: so not a _software_ bug then? :)
[14:39] <pitti> chuckle
[14:39] <Keybuk> though I'm sure mpt would say one button should be bigger
[14:39] <pitti> HW usability bug
[14:39] <MacSlow> pebkac
[14:39] <MacSlow> indeed
[14:39] <Keybuk> ok
[14:40] <Keybuk> next item
[14:40] <Keybuk> http://people.ubuntu.com/~dholbach/sponsoring/
[14:40] <mvo> MacSlow: no other issues during the upgrade? that is good
[14:40] <MacSlow> hm... gtk-window-decorator looks odd
[14:40] <Keybuk> seb128: bug #191451 seems to have your name against it for no easily discernible reason
[14:40] <ubotu> Launchpad bug 191451 in m17n-db "Bad default choices for Vietnamese installation" [Undecided,In progress] https://launchpad.net/bugs/191451
[14:40] <MacSlow> but I don't want to rule out me using nvidia's 169.12 driver here on my desktop box
[14:40] <seb128> Keybuk: it has a gtk task
[14:41] <Keybuk> seb128: is there something there you can do?
[14:41] <Keybuk> seb128: it says Declined for Hardy
[14:41] <seb128> Keybuk: I'm waiting for a reply to my mail
[14:41] <Keybuk> ok
[14:41] <seb128> Keybuk: the guy mailed me with explanations about the change
[14:41] <seb128> that's basically a one liner change to gtk
[14:41]  * Keybuk sets it to Incomplete
[14:42] <Keybuk> seb128, Riddell: bug #159712
[14:42] <ubotu> Launchpad bug 159712 in serpentine "kde menu entry for 'Serpentine Audio CD Creator' has no icon" [Wishlist,Triaged] https://launchpad.net/bugs/159712
[14:42] <seb128> I just want to know if that makes sense for debian so we can get it there and sync or if that's just a quick hack for hardy
[14:42] <seb128> Keybuk: this bug should not be on the list and serpentine is universe now anyway
[14:42] <Keybuk> ok
[14:43] <Keybuk> can you unsubscribe the sponsors team
[14:43] <seb128> Keybuk: it's supperseded by bug #199277
[14:43] <ubotu> Launchpad bug 199277 in serpentine "[needs-merge] serpentine_0.9-2 from Debian unstable" [Undecided,New] https://launchpad.net/bugs/199277
[14:43] <seb128> Keybuk: done, and I've subscribed the universe sponsors
[14:43] <Keybuk> mvo: bug #104553 - this doesn't seem to have an attached patch?
[14:43] <ubotu> Launchpad bug 104553 in fontconfig "upgrade failed when fontconfig cache dirs are newer than system date" [Medium,Confirmed] https://launchpad.net/bugs/104553
[14:44] <mvo> Keybuk: it has a patch, but the patch is more a hack - I would rather want to see it fixed in fontconfig
[14:44] <Keybuk> ok, not suitable for sponsoring then
[14:44] <mvo> it is claimed to be fixed there, but I haven't managed to reproduce it yet
[14:44] <Keybuk> can you unsubscribe the team, and turn off the patch checkbox for the patch
[14:44] <mvo> (even with a old version)
[14:45] <Keybuk> mvo: bug #87914 has a patch :-)
[14:45] <ubotu> Launchpad bug 87914 in update-manager "Progress bar refers to "1 minutes" or "1 hours"" [Low,Confirmed] https://launchpad.net/bugs/87914
[14:45] <mvo> Keybuk: tricky to write a good ngettext() thing for this, I don't think the patch is quite there yet
[14:46] <Keybuk> ok, unsubscribe the sponsors team and uncheck the patch checkbox
[14:46] <mvo> will do
[14:46] <Keybuk> (with anything on Daniel's list, if it can't be fixed by an immediate upload - it should not be on the list
[14:46] <Keybuk> the entire point is that these are known good patches that just need uploading
[14:46] <MacSlow> mvo, sofar only gtk-window-decorator gives my issues here
[14:46] <Keybuk> if the patch isn't right, always unsubscribe the team and unmark it as a patch
[14:47] <Keybuk> that way someone else won't upload it later)
[14:48] <Keybuk> ok
[14:48] <Keybuk> qa bug list
[14:48] <Keybuk> http://people.ubuntu.com/~ogasawara/qa-hardy-list-archive/sort-by-package/desktop-buglist.html
[14:48] <Keybuk> doesn't look like there's anything new there to me
[14:49] <pitti> has it actually been updated since two weeks ago?
[14:49] <Keybuk> it claims to be updated
[14:49] <pedro_> yes it's updated
[14:49] <Keybuk> the status are all correct fwict
[14:49] <mvo> I think I read it in the activity report that it got updated
[14:49] <pedro_> now there's less than last weeks
[14:50] <Keybuk> pedro_: it'd be nice if it were obvious which were newly added
[14:50] <Keybuk> (or if none were)
[14:50] <Keybuk> ok
[14:50] <Keybuk> anything from activity reports need discussing?
[14:50] <Keybuk> or any other business?
[14:51]  * pitti hides an Easter egg
[14:51] <pedro_> Keybuk: ok i'll talk with leann about it
[14:51]  * kwwii goes back to work on gdm
[14:51] <MacSlow> kwwii, btw... the new gdm-theme is nice
[14:51]  * Keybuk heard kwwii's laugh of despair from here
[14:52] <kwwii> MacSlow: thanks
[14:52] <kwwii> lol
[14:52] <MacSlow> Keybuk, kwwii: why... was the current gdm-theme any "battle"? :)
[14:52] <pitti> Keybuk: enjoy your holiday next week!
[14:52] <Keybuk> MacSlow: I was up until 2am last night "discussing" it with Mark
[14:53] <MacSlow> Keybuk, sweet
[14:53] <Keybuk> MacSlow: not so much
[14:53] <MacSlow> Keybuk, kwwii: the "light from below"-look is cool there
[14:54] <kwwii> MacSlow: well, wait and see what we end up with, then tell me you love it :p
[14:54] <seb128> speaking about themes, what gtk is going to be used in hardy?
[14:54] <Keybuk> seb128: ubuntu-looks
[14:54] <seb128> gtk one
[14:54] <kwwii> seb128: ubuntulooks
[14:54] <seb128> bah
[14:54] <MacSlow> okyday... I'll hold my breath
[14:55] <MacSlow> kwwii, but it's murrine-based still, right?
[14:55] <kwwii> seb128: we will look into changing it for +1 again
[14:55] <kwwii> MacSlow: actually ubuntulooks is a fork of an older version of clearlooks
[14:57] <Keybuk> ok
[14:57] <Keybuk> thanks all
[14:57] <seb128> thank you Keybuk
[14:57] <mvo> thanks Keybuk
[14:58] <kwwii> thanks, bye
[14:58] <pitti> thanks all
[15:02]  * MacSlow goes and tries to get his prism54-based wifi-nic to work again after the upgrade