[01:49] <ali1234> i'm looking at all the crash reports on thunar
[01:50] <ali1234> they are all Thunar, not thunar
[01:50] <ali1234> Thunar is a symlink to thunar
[01:51] <ali1234> exo invokes it as Thunar
[01:51] <ali1234> so does the session init, as Thunar --daemon
[01:53] <ali1234> but here's the thing: if you don't invoke thunar with --daemon, it will not use an already running daemon
[01:53] <Unit193> Noticed the daemon wasn't getting used. :/
[01:54] <ali1234> if you launch thunar with exo it always uses the daemon
[01:54] <ali1234> which means places plugin, or the menus
[01:54] <ali1234> but whenever i have been debugging i always run it from the command line
[01:55] <ali1234> hmm in fact if you run it without --daemon it will use an existing daemon
[01:55] <ali1234> hmm this is confusing
[01:57] <ali1234> a large number of the reports are --daemon but not all of them
[02:11] <ali1234> hmm
[02:12] <ali1234> hmmmmmmmmmm
[02:15] <ali1234> http://git.xfce.org/xfce/thunar/tree/thunar/thunar-standard-view.c#n3898 something fishy is going on in this function
[02:15] <ali1234> g_source_remove (standard_view->priv->thumbnail_source_id); causes a g_critical
[02:15] <ali1234> "sometimes"
[02:22] <ali1234> this is only called on that variable in one place though
[02:26] <ali1234> oh, it's uninitialized i guess
[02:30] <ali1234> hmm... nope
[02:34] <ali1234> oh, i see it
[02:38] <ali1234> fixed. there's no way that can be causing the crashes though
[07:32] <elfy> knome: got menulibre testcase written - needs checking over etc https://code.launchpad.net/~elfy/ubuntu-manual-tests/1256911/+merge/211181
[11:50] <bluesabre> greetings everyone
[11:50] <bluesabre> translators, please see the updated template at https://translations.launchpad.net/lightdm-gtk-greeter
[12:03] <bluesabre> ochosi, Unit193, brainwash: http://lists.freedesktop.org/archives/lightdm/2014-March/000546.html
[12:04] <bluesabre> hopefully Corsac will get that moved into debian in the next few days
[12:22] <brainwash> ali1234: https://bugs.launchpad.net/ubuntu/+source/thunar?field.searchtext=sigsegv
[12:23] <brainwash> thunar tends to segfault a lot
[12:32] <bluesabre> :)
[12:36] <brainwash> not counting the private reports :/
[12:36] <brainwash> bluesabre: hi
[12:36] <bluesabre> hey brainwash
[12:36] <brainwash> how do you automatically import from git(hub)?
[12:36] <brainwash> into a bzr branch
[12:37] <brainwash> daily shimmer-themes for example
[12:37] <bluesabre> https://help.launchpad.net/Code/Imports
[12:38] <bluesabre> use the "request one" link towards the bottom
[12:38] <brainwash> ah, got it
[12:38] <brainwash> thanks :)
[12:42] <brainwash> bluesabre: I need to register a project, right?
[12:43] <bluesabre> for what?
[12:43] <brainwash> for the import
[12:43] <bluesabre> which application?  most of them already have a project registered on lp
[12:44] <brainwash> right, but I don't want to abuse the already registered projects sites
[12:44] <brainwash> was thinking of +junk
[12:44] <bluesabre> I don't think you can send it to +junk
[12:45] <bluesabre> there is nothing wrong with doing a git->bzr sync
[12:45] <bluesabre> if somebody else is not already doing it, there is no issue
[12:45] <bluesabre> but if the project is already registered, there is a good chance it already exists
[12:45] <bluesabre> including the import
[12:45] <brainwash> currently I'm doing it locally and push it to a junk branch
[12:46] <bluesabre> ah
[12:46] <brainwash> https://code.launchpad.net/~thad-fisch/+junk/xfdesktop-git
[12:46] <brainwash> works fine, but I need to run it on my side
[12:47] <bluesabre> https://code.launchpad.net/~vcs-imports/xfdesktop/master
[12:47] <brainwash> which isn't bad
[12:47] <bluesabre> launchpad doesn't allow multiple git syncs from the same git tree
[12:48] <bluesabre> but for recipes, you can use lp:xfdesktop as a base
[12:49] <brainwash> ok, thanks for explaining this :)
[12:55] <bluesabre> sure thing
[13:03] <brainwash> bluesabre: bug 1287368
[13:03] <brainwash> mugshot 0.2.2-1 has been already released
[13:04] <brainwash> lp number is wrong in the changelog
[13:05] <bluesabre> oh
[13:05] <bluesabre> woops
[13:05] <bluesabre> :)
[13:06] <bluesabre> marked it as fix released in ubuntu
[13:06] <brainwash> ok :)
[13:08] <bluesabre> I've sent the upload request for light-locker
[13:08] <bluesabre> once that is done, I will update xflock
[13:08] <bluesabre> I'll change the order to light-locker, xscreensaver, gnome-screensaver
[13:09] <bluesabre> that way the new lock is available to upgrade users, and it can now be correctly disabled
[13:10] <bluesabre> and there will be no double locking :)
[13:11] <brainwash> hopefully it will resolve this whole screen locking madness once and for all :D
[13:11] <bluesabre> *fingers crossed*
[13:12] <bluesabre> I'm going to have breakfast and clean now, bbl
[13:12] <brainwash> cya
[13:41] <elfy> bluesabre: jfi - menulibre testcase done now - just waiting for someone other than me to apporve it
[13:42] <bluesabre> oh yeah, I was going to have a look at that
[13:42] <bluesabre> checking it out now
[13:42] <elfy> ok - well if you approve it I can get it merged and synced to the tracker
[13:45] <bluesabre> oh yeah, I am a test case admin
[13:45] <bluesabre> :)
[13:45] <elfy> :)
[13:45] <elfy> don't break it :|
[13:45] <elfy> lol
[13:46] <bluesabre> approved
[13:46] <elfy> okey doke - you want to merge it or shall I do the whole shebang?
[13:47] <bluesabre> go for it
[13:47] <bluesabre> I've got a messy env right now, don't want to mess anything up :)
[13:47] <elfy> :)
[13:51] <elfy> bah gedit keeps screwing things up :|
[14:00] <bluesabre> gedit < mousepad
[14:01] <elfy> I had it for some reason and keep forgetting to stop it being default ... 
[14:01] <pleia2> finally wrote the february team report
[14:02] <elfy> aaah 
[14:02] <elfy> now I see what's wrong with it and why I get someone else to check them for me 
[14:02] <elfy> bad bluesabre shouldn't have approved it :D
[14:02] <bluesabre> ?
[14:02] <bluesabre> what did I miss?
[14:03] <elfy> all the <dl> and </dl>'s :p
[14:03] <bluesabre> bah
[14:03] <bluesabre> pleia2: how'd february go?
[14:03] <pleia2> good good
[14:06] <elfy> that's better lol 
[14:07] <elfy> bluesabre: ok - all done - call to arms sent to the list :)
[14:08] <elfy> thanks pleia2 :)
[14:14] <elfy> \o/ no bugs left on qa blueprint :)
[14:15] <bluesabre> woohoo!
[14:16] <elfy> indeedy - only 2 work items too - and one of those is for the website team :p
[15:24] <knome> elfy, will look at the menulibre test in 5-15mins
[15:24] <knome> oh, bluesabre has approved already
[15:25] <knome> and merged
[15:25] <knome> ok, won't look at it then
[15:32] <bluesabre> :)
[15:32] <bluesabre> gotta run, bbl
[15:32] <knome> hf
[15:38] <knome> bluesabre, why is translations restricted but not structured?
[15:38] <knome> bluesabre, that is, lightdm gtk+ greeter
[15:46]  * dkessel starts a VM to try elfy's new testcase
[15:59] <dkessel> look what we have here... bug 1293151
[16:05] <dkessel> that testcase may already pay off, elfy =) ^
[16:12] <elfy> dkessel: if the save button is available then it needs saving - did it hide once it was saved?
[16:13] <elfy> I just tried again, build a launcher - visible, set hide to one, visible, save change, not visible
[16:16] <dkessel> 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] <elfy> dkessel: definitely working here - I assume you're completely updated
[16:19] <dkessel> elfy: yup
[16:20] <dkessel> elfy: if you have teamviewer i can show you the problem live ;)
[16:20] <elfy> mmm - no idea I'm afraid then, try running menulibre --verbose from a terminal see if anything odd shows 
[16:20] <elfy> I believe you :)
[16:20] <dkessel> ;)
[16:20] <elfy> just can't confirm it here 
[16:20] <dkessel> ok i'll try
[16:25] <elfy> thanks
[16:26] <dkessel> 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] <elfy> if you still get issues we'll get bluesabre to look
[16:26] <elfy> I get that error
[16:26] <elfy> still works though
[16:26] <dkessel> mh
[16:27] <elfy> dkessel should be aware that elfy does NOT do voodoo nor coding
[16:27] <knome> hah
[16:28] <knome> except the traditional voodoo
[16:28] <elfy> :)
[16:28] <dkessel> elfy: alright :) no voodoo here, too ;) but coding, yes...
[16:29] <elfy> 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] <knome> definitely!
[16:29] <knome> (well, even without coding input)
[16:29]  * elfy reminds knome to lock the door to the channel now 
[16:29] <knome> yeah, it's already locked
[16:29] <knome> no way out
[16:30] <elfy> dkessel: and this on your LP page - " - finding ways to improve automatic testing"
[16:30] <dkessel> uh-oh :o
[16:30] <elfy> that would be awesome - we're floundering - lderan is the only looking at that for us :)
[16:30] <elfy> double uh-oh :o
[16:31] <elfy> :D
[16:33] <dkessel> the .desktop file gets updates correctly... i guess this may be something in the menu then...
[16:35] <elfy> http://imagebin.org/299610
[16:35] <elfy> dkessel: that for me DOES not show in the menu
[16:35] <dkessel> i got it. after logging out and logging in again it does show up correctly in the menu
[16:36] <elfy> mmm - odd, shouldn't need that afaik
[16:36] <dkessel> did i mention the live session?
[16:37] <elfy> no :)
[16:37] <elfy> let me boot vm
[16:37] <elfy> I'll check in there
[16:38] <elfy> we've had other odd things of late in a vm - try grabbing a window and dragging it to the next workspace
[16:38] <elfy> that seems to fail in vm's 
[16:38] <dkessel> not in mine
[16:39] <elfy> ok - can confirm that issue in a vm 
[16:41] <elfy> dkessel: so in a vm you can drag an application from one workspace to another?
[16:42] <dkessel> elfy: yup. that works
[16:43] <elfy> dkessel:  I'll make a note on the testcase 
[16:48] <elfy> dkessel: ok - thanks for that - I've amended the testcase now 
[16:48] <elfy> I'll mark the bug invalid 
[16:49] <elfy> actually I won't - I'll ping bluesabre to decide :)
[17:23] <dkessel> 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] <dkessel> i guess that's because of the "being based on ubuntu" fact? lubuntu manages to keep the size at 700 mb though...
[17:29] <knome> 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] <knome> if it happens not to fit, inform us ASAP
[17:29] <dkessel> knome: well... 27,4 MB to go ;)
[17:29] <knome> heh
[17:29] <knome> yeah, we shouldn't go over...
[17:30] <dkessel> i'm fine with the target size choice
[17:48] <knome> ochosi, elfy: poked the locking article
[18:24] <elfy> knome: pardon?
[18:24] <elfy> oh nvm - worked it out lol