[01:49] i'm looking at all the crash reports on thunar [01:50] they are all Thunar, not thunar [01:50] Thunar is a symlink to thunar [01:51] exo invokes it as Thunar [01:51] so does the session init, as Thunar --daemon [01:53] but here's the thing: if you don't invoke thunar with --daemon, it will not use an already running daemon [01:53] Noticed the daemon wasn't getting used. :/ [01:54] if you launch thunar with exo it always uses the daemon [01:54] which means places plugin, or the menus [01:54] but whenever i have been debugging i always run it from the command line [01:55] hmm in fact if you run it without --daemon it will use an existing daemon [01:55] hmm this is confusing [01:57] a large number of the reports are --daemon but not all of them [02:11] hmm [02:12] hmmmmmmmmmm [02:15] http://git.xfce.org/xfce/thunar/tree/thunar/thunar-standard-view.c#n3898 something fishy is going on in this function [02:15] g_source_remove (standard_view->priv->thumbnail_source_id); causes a g_critical [02:15] "sometimes" [02:22] this is only called on that variable in one place though [02:26] oh, it's uninitialized i guess [02:30] hmm... nope [02:34] oh, i see it [02:38] fixed. there's no way that can be causing the crashes though [07:32] knome: got menulibre testcase written - needs checking over etc https://code.launchpad.net/~elfy/ubuntu-manual-tests/1256911/+merge/211181 [11:50] greetings everyone [11:50] translators, please see the updated template at https://translations.launchpad.net/lightdm-gtk-greeter [12:03] ochosi, Unit193, brainwash: http://lists.freedesktop.org/archives/lightdm/2014-March/000546.html [12:04] hopefully Corsac will get that moved into debian in the next few days [12:22] ali1234: https://bugs.launchpad.net/ubuntu/+source/thunar?field.searchtext=sigsegv [12:23] thunar tends to segfault a lot [12:32] :) [12:36] not counting the private reports :/ [12:36] bluesabre: hi [12:36] hey brainwash [12:36] how do you automatically import from git(hub)? [12:36] into a bzr branch [12:37] daily shimmer-themes for example [12:37] https://help.launchpad.net/Code/Imports [12:38] use the "request one" link towards the bottom [12:38] ah, got it [12:38] thanks :) [12:42] bluesabre: I need to register a project, right? [12:43] for what? [12:43] for the import [12:43] which application? most of them already have a project registered on lp [12:44] right, but I don't want to abuse the already registered projects sites [12:44] was thinking of +junk [12:44] I don't think you can send it to +junk [12:45] there is nothing wrong with doing a git->bzr sync [12:45] if somebody else is not already doing it, there is no issue [12:45] but if the project is already registered, there is a good chance it already exists [12:45] including the import [12:45] currently I'm doing it locally and push it to a junk branch [12:46] ah [12:46] https://code.launchpad.net/~thad-fisch/+junk/xfdesktop-git [12:46] works fine, but I need to run it on my side [12:47] https://code.launchpad.net/~vcs-imports/xfdesktop/master [12:47] which isn't bad [12:47] launchpad doesn't allow multiple git syncs from the same git tree [12:48] but for recipes, you can use lp:xfdesktop as a base [12:49] ok, thanks for explaining this :) [12:55] sure thing [13:03] bluesabre: bug 1287368 [13:03] bug 1287368 in mugshot (Ubuntu) "mugshot crashed with IndexError in init_user_details(): string index out of range" [Medium,Confirmed] https://launchpad.net/bugs/1287368 [13:03] mugshot 0.2.2-1 has been already released [13:04] lp number is wrong in the changelog [13:05] oh [13:05] woops [13:05] :) [13:06] marked it as fix released in ubuntu [13:06] ok :) [13:08] I've sent the upload request for light-locker [13:08] once that is done, I will update xflock [13:08] I'll change the order to light-locker, xscreensaver, gnome-screensaver [13:09] that way the new lock is available to upgrade users, and it can now be correctly disabled [13:10] and there will be no double locking :) [13:11] hopefully it will resolve this whole screen locking madness once and for all :D [13:11] *fingers crossed* [13:12] I'm going to have breakfast and clean now, bbl [13:12] cya [13:41] bluesabre: jfi - menulibre testcase done now - just waiting for someone other than me to apporve it [13:42] oh yeah, I was going to have a look at that [13:42] checking it out now [13:42] ok - well if you approve it I can get it merged and synced to the tracker [13:45] oh yeah, I am a test case admin [13:45] :) [13:45] :) [13:45] don't break it :| [13:45] lol [13:46] approved [13:46] okey doke - you want to merge it or shall I do the whole shebang? [13:47] go for it [13:47] I've got a messy env right now, don't want to mess anything up :) [13:47] :) [13:51] bah gedit keeps screwing things up :| [14:00] gedit < mousepad [14:01] I had it for some reason and keep forgetting to stop it being default ... [14:01] finally wrote the february team report [14:02] aaah [14:02] now I see what's wrong with it and why I get someone else to check them for me [14:02] bad bluesabre shouldn't have approved it :D [14:02] ? [14:02] what did I miss? [14:03] all the

and 's :p [14:03] bah [14:03] pleia2: how'd february go? [14:03] good good [14:06] that's better lol [14:07] bluesabre: ok - all done - call to arms sent to the list :) [14:08] thanks pleia2 :) [14:14] \o/ no bugs left on qa blueprint :) [14:15] woohoo! [14:16] indeedy - only 2 work items too - and one of those is for the website team :p [15:24] elfy, will look at the menulibre test in 5-15mins [15:24] oh, bluesabre has approved already [15:25] and merged [15:25] ok, won't look at it then [15:32] :) [15:32] gotta run, bbl [15:32] hf [15:38] bluesabre, why is translations restricted but not structured? [15:38] bluesabre, that is, lightdm gtk+ greeter === dkessel_ is now known as dkessel [15:46] * dkessel starts a VM to try elfy's new testcase [15:59] look what we have here... bug 1293151 [15:59] bug 1293151 in menulibre (Ubuntu) "menulibre: hidden entry is still displayed in menu" [Undecided,New] https://launchpad.net/bugs/1293151 [16:05] that testcase may already pay off, elfy =) ^ [16:12] dkessel: if the save button is available then it needs saving - did it hide once it was saved? [16:13] I just tried again, build a launcher - visible, set hide to one, visible, save change, not visible [16:16] elfy: i just tried again.. one time it worked correctly. but now i again have it in a state where it does not change the hidden state in the menu... [16:18] dkessel: definitely working here - I assume you're completely updated [16:19] elfy: yup [16:20] elfy: if you have teamviewer i can show you the problem live ;) [16:20] mmm - no idea I'm afraid then, try running menulibre --verbose from a terminal see if anything odd shows [16:20] I believe you :) [16:20] ;) [16:20] just can't confirm it here [16:20] ok i'll try [16:25] thanks [16:26] i guess this should not happen - added it to the bug: (menulibre:5099): Gtk-CRITICAL **: gtk_tree_model_get_iter: assertion 'path->depth > 0' failed [16:26] if you still get issues we'll get bluesabre to look [16:26] I get that error [16:26] still works though [16:26] mh [16:27] dkessel should be aware that elfy does NOT do voodoo nor coding [16:27] hah [16:28] except the traditional voodoo [16:28] :) [16:28] elfy: alright :) no voodoo here, too ;) but coding, yes... [16:29] then I am sure that the team as a whole will be pleased to see you arrive on the shores of #xubuntu-devel :p [16:29] definitely! [16:29] (well, even without coding input) [16:29] * elfy reminds knome to lock the door to the channel now [16:29] yeah, it's already locked [16:29] no way out [16:30] dkessel: and this on your LP page - " - finding ways to improve automatic testing" [16:30] uh-oh :o [16:30] that would be awesome - we're floundering - lderan is the only looking at that for us :) [16:30] double uh-oh :o [16:31] :D [16:33] the .desktop file gets updates correctly... i guess this may be something in the menu then... [16:35] http://imagebin.org/299610 [16:35] dkessel: that for me DOES not show in the menu [16:35] i got it. after logging out and logging in again it does show up correctly in the menu [16:36] mmm - odd, shouldn't need that afaik [16:36] did i mention the live session? [16:37] no :) [16:37] let me boot vm [16:37] I'll check in there [16:38] we've had other odd things of late in a vm - try grabbing a window and dragging it to the next workspace [16:38] that seems to fail in vm's [16:38] not in mine [16:39] ok - can confirm that issue in a vm [16:41] dkessel: so in a vm you can drag an application from one workspace to another? [16:42] elfy: yup. that works [16:43] dkessel: I'll make a note on the testcase [16:48] dkessel: ok - thanks for that - I've amended the testcase now [16:48] I'll mark the bug invalid [16:49] actually I won't - I'll ping bluesabre to decide :) [17:23] btw current xubuntu isos are very close to not fitting on my old 1 gb sd card anymore... do you know what causes the image to be that big? [17:26] i guess that's because of the "being based on ubuntu" fact? lubuntu manages to keep the size at 700 mb though... [17:29] dkessel, yeah, it became harder and harder and eventually impossible to fit a standard CD, after which we decided to set the target 1BG USB drive.. [17:29] if it happens not to fit, inform us ASAP [17:29] knome: well... 27,4 MB to go ;) [17:29] heh [17:29] yeah, we shouldn't go over... [17:30] i'm fine with the target size choice [17:48] ochosi, elfy: poked the locking article [18:24] knome: pardon? [18:24] oh nvm - worked it out lol