[00:12] robert_ancell, hi, any progress on the PolicyKit modality bug? [00:13] mpt_, no, I've just shelved it at the moment (bug 423454) due to other priorities. Note that upstream wont accept any UI changes until 2.29 [00:13] Launchpad bug 423454 in policykit-1-gnome "Improve UI of GNOME PolicyKit user interface" [Wishlist,Triaged] https://launchpad.net/bugs/423454 [00:14] mpt_, I did some work on it but the UI is hard-coded which makes it a bit tricky :( [00:14] robert_ancell, sorry, I meant the bug where the alert isn't made properly modal to the parent window (e.g. the Software Store window) [00:14] mpt_, oh the compiz bug. No progress yet but it is on my radar [00:15] ok, thank you === rickspencer3-afk is now known as rickspencer3 [00:59] asac: yes I have it [00:59] asac: how do I tell if it's a nozomi? [01:06] Riddell: plug it in and paste the syslog you get === rickspencer3 is now known as rickspencer3-afk [01:34] /c [01:35] asac: is this what you want? http://people.canonical.com/~jriddell/tmp/daemon.log [01:36] or this http://people.canonical.com/~jriddell/tmp/syslog [01:39] Riddell: yes. i will check that with you tomorrow. too late now. the modem seems to be not detected for you? [01:40] asac: knetworkmanager picks up that something is there but I can't do anything with it [01:40] not tried nm-applet, will do tomorrow [01:48] Riddell: ok. /usr/share/dbus-1/system-services/org.freedesktop.ModemManager.service ... append --debug to the command [01:48] so it gets more useful output next time [01:48] thx [01:48] gn [04:05] TheMuso: i've readded q-funk's bug reference in debian/changelog [04:05] i should `bzr pull' first next time :-) [07:07] Good morning [07:14] hello [07:32] good morning pitti [07:37] hey didrocks! === tkamppeter_ is now known as tkamppeter [07:58] pitti, can you give me any pointers for bug 417900? I can't work out what is changing the permissions of the games... [07:58] Launchpad bug 417900 in gnome-games "Update to 2.27.92" [Wishlist,Incomplete] https://launchpad.net/bugs/417900 [08:08] hey robert_ancell [08:10] robert_ancell: I suppose it's the upstream build system [08:10] DEB_DH_FIXPERMS_ARGS := -X/usr/games [08:10] debian/rules doesn't set them, just sets this ^ so that dh_fixperms doesn't override them [08:11] pitti, no, I checked, the upstream perms are set fine. And they're fine in the debian/tmp directory too [08:11] robert_ancell: so I guess debian/rules just needs a binary-postinstal rule to chmod u+g debian/*/usr/games/* or so [08:12] pitti, yeah I wanted to avoid that though - what is changing them and why?? [08:12] robert_ancell: uh, weird; so debian/tmp/ has 2755, and debian/ has 2555? [08:12] robert_ancell: hm, I don't see what could cause this; anyway, the 2555 isn't the worst thing here [08:13] hey robert_ancell - sorry that I have not taken on compiz yet, I was busy with the UI freeze deadline [08:13] if you fix the Architecture: and the missing executables from teh package, then it's at least working [08:13] robert_ancell: I put it on my list for today [08:13] pitti, I got debian/tmp has 2755, debian/game has 755, .deb has 555 [08:13] robert_ancell: hm, they had 2555 in the .debs when I built it [08:14] I guess it wants to be setgid games to write global highscores? [08:14] pitti, sorry, you're right [08:14] yes [08:14] mvo, no prob [08:14] robert_ancell: well, *shrug*, don't waste time on that one for now; 2555 at least works [08:15] pitti, ok [08:15] pitti, the arch thing is not a bug, the gnome-freecell package just contains a .desktop file and executed aisleriot (which it depends on) [08:15] oh [08:15] I thought it was suposed to contain /usr/bin/sol [08:16] no, it just runs sol --freecell [08:16] ok, that looked strange [08:17] robert_ancell: I wonder whether it actually makes sense to have a separate package for it then, though [08:18] pitti, it could be part of the aisleriot package. I guess from the users perspective they are logically distinct though [08:18] ok [08:26] pitti, I merged the freecell files into aisleriot - gnome-games is ready for sponsorship again :) [08:27] hey robert_ancell [08:27] hey seb128 [08:27] how are you? [08:27] robert_ancell: ah, cool; please set the bug back to new then [08:27] bonjour seb128 [08:28] robert_ancell: oh, btw, you had a question wrt. lintian installation yesterday, but you were offline when I came in [08:28] robert_ancell: settled now, or still need anything? [08:28] pitti, I didn't have it installed - once installed bzr-buildpackage uses it automatically - very helpful [08:28] right [08:28] it's actually "debuild" which calls it [08:29] so many layers :) [08:34] pitti, re pidgin cleaning, I think we should adress the log migration and the registered session issue before suggesting to clean it [08:35] otherwise we give the feeling to the user that there is a drop in replacement but the said change will drop all the log history for example [08:35] and if some user have pidgin in their session they will have no im started and an error message [08:35] hm; the logs won't go away [08:35] same difference [08:35] seb128: well, as I said in the bug, this shouldn't be announced as "cruft which you should purge" [08:36] users will never go to .dir/cache/log to browse those [08:36] more like "you have two instant message programs installed, woudl you like to remove one of it" or so [08:36] my gut feeling is that user who do cruft cleaning run it and click ok without reading [08:36] it's confusing to have two in the menu all of a sudden [08:37] hum, maybe we should really stay on pidgin [08:37] *shrug* I'm not too fussed about this janitor thing [08:37] seb128: https://bugs.edge.launchpad.net/ubuntu/+source/empathy/+bug/427202 [08:37] Launchpad bug 427202 in empathy "please merge empathy 2.27.92-1ubuntu1" [Wishlist,New] [08:37] was just an idea to get a little closer to Mark's request [08:37] bigon, shrug, new binaries now? [08:37] hey seb128, hi bigon [08:38] hey didrocks [08:38] bigon, I'm not sure we win anything by doing merges now but I will have a look later [08:39] pitti, I've no strong opinion about that either but did we reply on whether the janitor run in the dist-upgrader? [08:39] seb128: still waiting on mvo's reply on that [08:39] if it does, it's not an option of course [08:40] mvo, hello! [08:40] hi everybody [08:42] hey bigon [08:42] hey bigon [08:44] seb128, is the versions script working again? [08:44] robert_ancell, I do run updates locally [08:44] which is very annoying [08:44] seb128, yes. I run a local copy [08:45] I doubt they will fix python-apt on rookery any time soon [08:45] another thing about telepathy framework is something has been decided for gupnp-igd support for libnice and telepathy-farsight? [08:45] not sure where else we could run it [08:46] Quickly in LWN \o/ [08:46] seb128: which one is that? [08:47] didrocks, that's the start of the success? ;-) [08:47] seb128: the janitor question from yesterday? [08:47] mvo, which what? [08:47] seb128: ahah :-) [08:47] sorry, software-store [08:47] mvo, yes [08:47] ok [08:47] mvo, does dist-upgrader does some janitoring [08:50] seb128: yes it does, but its only a subset of what the janitor is doing [08:50] there is a certain overlap but in general u-m has a much better idea about obsolete stuff [08:50] seb128: so we want to ensure that the u-m keeps its hands of pidgin? [08:52] I'm not sure what pitti what to do exactly [08:52] pitti, ^ can you clarify? [08:52] if we don't want to migrate upgrading users it doesn't really make sense to clean it on upgrade, not sure when the janitor is used otherwise [08:52] re [08:53] seb128: python-apt> you could run a local version with LD_LIBRARY_PATH, like in the retracers? [08:53] seb128: I don't want to auto-migrate people from pidgin to empathy [08:54] I just want to have a place that tells you why you suddenly have two IMs, and pick the one you run/want [08:54] just to clarify, this is not commited yet to computer-janitor, right? [08:54] for karmic+1 we can re-visit whether it's then an appropriate time to move pidgin to universe and have update-manager do it's auto-removal, but we aren't there yet (as discussed) [08:54] mvo: right [08:54] I don't think there is a risk of u-m cleaning it if we do not want this [08:55] mvo: pidgin will stay in main for karmic [08:55] so u-m shouldn't propose cleanup [08:55] ok [08:55] that should be easy, a plugin for c-j that is just not part of u-m but only of c-j (u-m has only a subset of the plugins) [08:56] has liw agreed on writing it already? should be pretty trivial to do [08:56] pitti, well, python-apt ... new version would require a new libapt version too? [08:56] I'm still unclear about this janitor thing [08:56] I've the feeling that users go there and click on "clean" without reading details [08:56] seb128: oh, I thought it just needs to match the installed libapt? or is it libapt which is h4x0red on rookery? [08:56] good morning everyone [08:56] if so, you probably need both, yes [08:56] hey chrisccoulson [08:57] hey seb128 [08:57] i started the libgdata MIR last night [08:57] dear retracers, stop spamming me, thanks [08:57] chrisccoulson, nice! [08:57] not quite finished yet though [08:58] LP is dead :( Time for me to finish then :) [08:58] edge timeout a lot [08:58] you can use non edge [08:58] seb128: it obviously shouldn't appear as "unused", even less so if you have a configuration for it, of even running [08:58] pitti - i sent the dk-power crash bug upstream yesterday. it was slightly unclear to me where to send it, as there are only DeviceKit and DeviceKit-disks products on fd.o [08:58] seb128: figuring out how the UI could look like is why I opened this bug report [08:58] I'm out of brain juice anyway, see you all tomorrow [08:59] chrisccoulson: devicekit has a "power" component [08:59] chrisccoulson: thanks! [08:59] pitti, should we try to be smart on configured sessions, ie users running it? [08:59] pitti - yeah, i figured that out in the end. it also has a "disks" component too. confusing ;) [08:59] if janitor can do that, it would certainly be cool [09:00] pitti, mvo: that's the python-apt crash on rookery [09:01] http://paste.ubuntu.com/268441/ [09:01] "==9958== Address 0x41E6010 is 0 bytes inside a block of size 16 free'd [09:01] ==9958== at 0x401D268: operator delete(void*) (vg_replace_malloc.c:246) [09:01] ==9958== by 0x44E58F2: std::string::_Rep::_M_destroy(std::allocator const&) (in /usr/lib/libstdc++.so.6.0.7) [09:01] ==9958== by 0x43D0972: Configuration::Lookup(Configuration::Item*, char const*, unsigned long, bool) (in /usr/lib/libapt-pkg-libc6.3-6.so.3.51.0) [09:01] " [09:02] I guess that's a bug fixed for ages [09:02] but the box still run a years old version [09:07] seb128: macaroni.ubuntu.com is hardy; maybe just run it there? [09:07] pitti, but how do I put the html online there? [09:08] it has python-apt 0.7.4ubuntu7.5 [09:08] seb128: http://macaroni.ubuntu.com/~pitti/ [09:08] seb128: normal public_html/ [09:08] oh, I didn't know about that [09:08] seb128: it's ddebs.ubuntu.com, too [09:08] I though we had web hosting on rookery only [09:11] seb128: you have to install the launchpad bits there, but I guess that's just a matter of scp'ing over the entire directory? [09:11] right, will try that now [09:11] I still blame IS for running a so old version on rookery ;-) [09:21] pitti, Unable to open URL: http://www.gnome.org/~vuntz/tmp/versions/versions-2.28, (111, 'Connection refused') [09:21] :-( [09:21] ah, firewall.. [09:21] surprising that this worked from rookery === Ng_ is now known as Ng [09:39] mvo, is there a way to use a local apt_pkg.so rather than the system one? [09:39] PYTHONPATH should do the trick [09:39] setting PYTHONPATH I mean [09:41] thanks [09:41] seb128, yes, I meant moving the Store to the top level of the System menu [09:42] (good morning btw:-) [09:43] mpt, ok [09:43] mvo, ok, that works but not enough for what I need [09:44] the dapper python-apt doesn't support indexes in subdirs [09:44] and newer distro versions want a new glibc [09:45] enough time spent on that for today, I will keep running those locally [09:50] mpt: the new css seems to act funny in some cases http://people.canonical.com/~mvo/tmp/Screenshot-Ubuntu Software Store-1.png [09:51] seb128: let me finish the triage for software-store and I can try to help you [09:52] mvo, don't bother, I doubt we will get it working there, should find a recent install to run it rather [09:53] chrisccoulson, any idea about bug #412291? or the bugs with left hand not working [09:53] Launchpad bug 412291 in gnome-settings-daemon "Trackpad and Mouse Odd on Dell Inspiron 1525n" [Undecided,Confirmed] https://launchpad.net/bugs/412291 [09:53] upstream seems to think it might be due to the migration setting patch we have [09:53] mvo, don't copy URLs containing spaces from Chromium, it mangles them :-) [09:54] seb128 - yes, there is one commit recently in GIT that i can see which touches this plugin and might cause this issue [09:54] i didn't have much time to debug it in detail, but that's next on my list when i've done this mir [09:54] ok thanks [09:54] do you want me to try to undo the commit? [09:55] mvo, ok, remind me tomorrow and I'll fix it [09:55] I really need to get back to other design work today [09:57] mvo, separately, kwwii has sent me a bunch of application icons for the Store. Should I just stick them in a bug report? [09:57] mvo, how is the initial software-store geometry determined? [09:57] it has quite a margin on the right there [09:57] i've not looked at anything to do with trackpads, but the bugs about left hand mouse not working might be due to http://git.gnome.org/cgit/gnome-settings-daemon/commit/?id=a5c3c61908662f50ece15a3e890a0a3b493f6799 [09:57] ie almost the space for an extra icon but not exactly [09:57] which looks weird [09:58] chrisccoulson, thanks, I will try that [09:58] mpt: custom icons means they are different from the ones in the menu - is that what we want? [09:58] seb128^^^ that's only 1 of 2 commits between 2.27.91 and 2.27.92 that actually touch any code [09:58] mvo, I mean the icon for the Store itself [09:58] mpt: aha, ok. sure, just put them in a bug or commit them into a branch [09:59] seb128, it would be nice to increase it just a little so that all the departments are shown by default without scrolling [09:59] right [09:59] is it still acceptable to ask for packages to be removed from the archive after FF? [10:00] hey chrisccoulson [10:00] hey didrocks [10:00] yeah I need to do some removals [10:00] are they FFe worthy or? [10:00] how are you? [10:01] chrisccoulson: busy but fine :) and you? [10:02] didrocks - yeah, i'm good, but busy too - trying to juggle work, ubuntu and preparing for the new arrival [10:03] the number of hours of sleep i get are decreasing quite a bit now! [10:03] I can imagine :) [10:03] chrisccoulson, new arrival? [10:03] i have a daughter on the way in a few weeks;) [10:04] morning everyone [10:04] chrisccoulson, oh, congrats! [10:04] you should stop spending your nights on ubuntu ;-) [10:04] heh, thanks:) [10:04] lut huats [10:04] chrisccoulson: welcome to the club :) (well it is a bit further for me since it is planned for january :) and I dont know yet for a boy/girl (tomorrow)) [10:04] :) [10:04] hello seb128 [10:04] huats, aren't you supposed to do ubuntu training today? [10:05] seb128: nope [10:05] apache training on monday to wed [10:05] ok, I misread what you wrote yesterday I think ;-) [10:05] seb128 - yeah, i'm trying to prepare myself for having little sleep though ;) [10:05] ah ok [10:05] chrisccoulson: welcome to the club :) (well it is a bit further for me since it is planned for january :) and I dont know yet for a boy/girl (tomorrow)) [10:05] congrats huats! [10:05] :) [10:05] same to you ! [10:05] :) [10:05] chrisccoulson, not sure if that's a good move, maybe a good idea to get some extra sleep rather ;-) [10:06] seb128 - that's what friday afternoons are for now ;) [10:06] lol [10:06] that's what weekend are for too ;-) [10:06] and i can sometimes shut my eyes at work too ;) [10:06] * seb128 tends to lack sleep during the week and catch up on saturday and sunday [10:08] chrisccoulson, good catch for the g-s-d commit [10:08] seb128 - that's what i end up doing too. i always have plans for the weekend, but then they go out of the window when i sleep in late on both mornings [10:09] did reverting it work? [10:09] i didn't look at it in any detail yet, so i'm not entirely sure what it does yet [10:10] chrisccoulson, yes it did [10:11] + if ((device_info[i].use == IsXPointer) || [10:11] I'm not sure what xinput property IsXPointer is [10:11] excellent! [10:11] $ xinput list-props "Logitech Optical USB Mouse" | grep -i point [10:11] $ [10:11] yeah, i'm not too sure [10:12] i don't know what issue the commit is trying to solve [10:13] seb128 - http://git.gnome.org/cgit/gnome-settings-daemon/commit/?id=6a3bedfcb9be30b883a145d7e4ce83fd9cbc3e25 might fix it: [10:13] "If XInput is supported, don't switch the core pointer to left-handed, as it would cancel our other settings " [10:14] trying [10:16] chrisccoulson, ok, that fixes it [10:19] chrisccoulson, I will backport the change to karmic [10:21] seb128 - excellent, thanks for testing! [10:28] chrisccoulson, thanks for pointing the git changes! [10:41] seb128, chrisccoulson: ah, so it was a but in g-s-d (bug 27724) and not in synaptics [10:42] s/but/bug/ [10:43] tseliot, wrong bug number? [10:43] seb128: https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-input-synaptics/+bug/27724 [10:44] tseliot - yes, it seems that issue was g-s-d [10:44] oh, I've just noticed this on launchpad: Launchpad will be going offline for maintenance very very soon. [10:44] tseliot, oh thanks, closing [10:44] tseliot, it displays that for hours there .. [10:44] ... [10:44] :-/ [10:45] chrisccoulson: good [10:45] pitti, is gpm or devkitpower known to be busted when determining the battery charge level? [10:48] seb128: would be good to fix https://bugs.edge.launchpad.net/ubuntu/+source/telepathy-salut/+bug/427262 [10:49] Launchpad bug 427262 in telepathy-salut "Crash with mission-control 5.2.2" [Undecided,New] [10:49] cassidy, thanks, I noticed the crash reports there but I was not sure what to do [10:50] cassidy, do you know if somebody is going to upload that to debian? [10:50] seb128: I just released 0.3.10 (upstream) which should be packaged in Debian rsn [10:51] cassidy, do you think 0.3.10 would be good to get in karmic? [10:52] cassidy, it's not really late to get a new version but it needs to be interesting [10:52] ie no point to do changes if they don't bring value [10:53] seb128: most of the changes are in tubes code (implement new interface) which are not used that much for now but would be cool to have [10:53] seb128: not known to me anyway; it doesn't work for you? [10:53] pitti, I was using my laptop on battery yesterday [10:54] and gpm icon tooltip was saying ~1h of battery run [10:54] then 2 minutes later the hardware orange light started blinking [10:54] and a few second later gpm went "batter almost empty you should save work.." [10:55] it did that twice in a week now [10:55] I'm not sure how to debug [10:58] seb128: could you please save /var/lib/DeviceKit-power/ ? it should have the history [10:59] seb128: which one of those was right? the 1 hour? [10:59] seb128: (you can check with LEDs and the button on the battery) [11:00] seb128: I'm done with unbreaking the DVDs, I'll get to bug 403291 now, and then I'll try battery on my laptop [11:01] Launchpad bug 403291 in gdm "Unable to change the default session for GDM" [High,In progress] https://launchpad.net/bugs/403291 [11:01] pitti, the one hour was wrong since 2 minutes later the hardware led started to blink orange [11:01] ah, so it was empty [11:01] sorry, misread [11:01] and gpm did update a few second later to say "saving your work" [11:01] it just did skip the one hour gap in a few minutes [11:02] and I was not building or anything [11:15] meh, telepathy-salut keeps crashing today [11:17] ah, seb128 just uploaded a fixed version [11:17] * pitti hugs seb128 [11:18] oops [11:18] * seb128 hugs pitti back [11:18] I forgot to assign the tomboy upgrade bug to myself [11:21] mvo, icons uploaded to bug 427279 [11:21] Launchpad bug 427279 in software-store "Application icon is boring" [Undecided,New] https://launchpad.net/bugs/427279 [11:45] mpt, mvo: looking at the gnome-panel changes, should we still list gnome-app-install in the applications menu? [11:47] mac_v, mpt: any opinion on the workspace naming? GNOME names those "workspace" by default and we change to desk currently [11:47] but the change introduce some bugs and inconsistency with the documentation [11:47] I'm wondering if that's a delta worth having [11:51] heh, there's already enough delta in our gnome-panel pacakge ;) [11:52] chrisccoulson, I'm looking at cleaning some ;-) [11:53] seb128 , mpt: IMO , "workspace" is better than desk , since metacity also references them as "workspace" would be easier for users to recognize [11:54] ok [11:54] let's drop the change if it's not required ;-) [11:56] seb128, the Store is intended to replace gnome-app-install. But I think it would be reasonable to leave the gnome-app-install special positioning in gnome-panel, in case anyone decides they want to switch back while running 9.10. [11:56] mpt, ok, thanks [11:56] seb128, why did we change to "desk" in the first place? [11:57] mpt, I think that's one of the changes sabdfl suggested for a cleaner desktop in dapper [11:58] I think the rational was "it's easier to understand what a desk is" [11:58] ө_ө [11:59] people have gotten more accustomed to "workspace" by now ;p [11:59] It may be true that it's easier to understand what a desk is [11:59] if you guys don't make a strong point for desk I'm going to go back to what upstream is doing [11:59] that will fix bugs and make documentation consistent [12:00] I don't really care tbh [12:00] ok thanks [12:00] I don't think it's a strong enough change to be worth breaking help pages etc [12:00] right, that's what I think too [12:00] especially that it creates bugs [12:00] ie when adding extra desks they are named workspace right now [12:01] I was pondering trying to fix that or just lower delta and go with what upstream do [12:01] I will go with the upstream naming [12:01] yeah , ex: keyboard shortcuts ... we need to pick one and be consistent everywhere , but easier to *not* change this from the upstream version ;) [12:06] mpt , mvo: is the software store intended to only show 3 departments in 1 row? is it a spec or.. ? [12:07] mac_v, bug #8949 ... should that be un-paperpercuted? [12:07] Launchpad bug 8949 in hundredpapercuts "Opening a deleted 'recent document' results in a new file." [Undecided,Confirmed] https://launchpad.net/bugs/8949 [12:07] mac_v, it's intended to show all the departments in the default window size without scrolling. [12:09] mvo, pitti: any though about what to do with bug #422568? [12:09] Launchpad bug 422568 in gnome-panel "could not find glade file '/usr/share/gnome-panel/glade/clock.glade'" [Low,Triaged] https://launchpad.net/bugs/422568 [12:09] the issue is the glade to gtkbuilder changes, they will break things until session restart [12:10] should we try to workaround that? just say that distro upgrades need restart anyway? document it? [12:10] seb128: i think so too , but david had it confirmed and assigned , so i'v assigned it to him to invalidate it [12:10] mac_v, ok, I will ping him when he's around [12:10] seb128: hm, I don't understand that [12:10] seb128: couldn't we load the glade (or reference it) early? [12:10] seb128: if it's crashing and restarting, it should use the new glade-less code surely? [12:10] seb128: so that even if it gets removed on disk, a refernce is still around? [12:10] pitti, it's not crashing, it just displays an error saying it doesn't find the .glade [12:10] mpt: causes scrolling here > http://imagebin.ca/view/NhKL8qZ7.html [12:11] when trying to open the run application dialog for example [12:11] hm, it says "restarts over and over" [12:11] that's another issue [12:11] the title is the bug [12:11] mpt: thats with the latest updates , Software Store 0.2.2 [12:11] sorry I didn't read the description again [12:11] it doesn't crash but displays the error when trying to open dialogs using glade [12:12] mac_v, so mvo needs to make the window a liiiiiiitle bit wider by default :-) [12:12] mvo, hum, that would mean changing the jaunty version now in a non trivial way? [12:12] seb128: I wouldn't waste too much time on it, but if it's easy to do, maybe we can just make the panel exit if it detects this, so that it restarts properly? [12:12] mvo: yeah , pls see mpt's comment ^ [12:12] what we could so is ship the .glade files still but that's a workaround [12:12] ok, so [12:12] - do nothing and ask for session restart after dist-upgrade [12:12] seb128: we would have to do this until karmic+1, though, which would be a burden [12:12] - make gnome-panel exit [12:13] - ship glades files in the new packages just for that [12:13] mvo: or do you want a bug filed for this > http://imagebin.ca/view/NhKL8qZ7.html [12:13] seb128: I guess [12:13] seb128: (1) will happen pretty much automatically for jaunty upgrades, so it's good to have [12:13] mpt: sure, I can make it wider [12:13] ok [12:13] seb128: (2) as I said, only if it's a single-line patch which we can drop in karmic+2 [12:13] I don't personally like (3), do you? [12:13] I guess I will put that at the bottom of my todolist and assume that dist-upgrade need restarts anyway [12:14] pitti, I don't either [12:14] I would be for (1) [12:14] seb128: yes, if for nothign else, the reboot will be triggered for the new kernel [12:14] is it just me or does the icon for .gz, zip files look a bit strange at first? [12:14] mvo, it's just you [12:14] (looking) [12:14] :) [12:15] * mvo hugs seb128 [12:15] mvo, it didn't change, it's still this sort of pack there [12:15] or box [12:15] what theme are you using? [12:16] human-clearlooks I think [12:16] seb128: oh, its just in the firefox download window [12:16] seb128: "Downloads", nautilus shows a different one [12:16] ah [12:16]