[09:10] <slickymaster> morning all
[10:42] <bluesabre> Noskcaj: that would be awesome
[13:25] <GridCube> wich iso should i download to test? daily or final?
[13:39] <knome> final
[13:40] <GridCube> ok
[13:58] <slickymaster> afternoon all
[13:59] <elfy> hello slickymaster 
[13:59] <slickymaster> hello elfy, how's your chest infection?
[13:59] <elfy> not too good - but nvm :)
[14:00] <slickymaster> elfy: I trust you saw a doctor and are under treatment
[14:00] <elfy> of course ... 
[14:01] <slickymaster> elfy: well you'll have to wait until the antibiotics start to do their job 
[14:01] <elfy> slickymaster: I'm not world renowned for doing what I should do ;)
[14:02] <elfy> but it's all o/t in here anyway - better in -offtopic :)
[14:02] <slickymaster> elfy: I know what you mean. I do the talk, when it concerns others, but rarely do the walk, when it concerns me ;) 
[14:03] <elfy> :)
[15:06] <GridCube> i'm not seeing any progress bar while the installation goes
[15:06] <knome> have you filed a bug?
[15:08] <GridCube> no, i dont know if its a bug
[15:09] <GridCube> http://i.imgur.com/5twUZIu.png
[15:11] <GridCube> knome, ^ is that correct?
[15:11] <knome> no
[15:13] <GridCube> i assume i need to create a bug report agains ubiquity
[15:14] <knome> yes
[15:14] <GridCube> ok
[15:22] <GridCube> https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/1240117
[15:26] <GridCube> its there any particular thing needed to check?
[15:26] <elfy> GridCube: I'll see if I can replicate that
[15:26] <elfy> did you try resizing the window at all though
[15:27] <ali1234> GridCube: it looks like the progress bar has been shoved off the bottom because the window shouldn't have a title bar and scrollbars
[15:27] <GridCube> yes
[15:28] <GridCube> i tried to resize but it only allowed me to move the window
[15:28] <ali1234> do the scrollbars work?
[15:28] <GridCube> yes
[15:28] <GridCube> it just shows the same image a little more or less
[15:29] <elfy> ok - I'll look 
[15:29] <elfy> no that I can do anything but confirm or not :)
[15:31] <elfy> GridCube: in a vm here with 2gb ram - can see progress bar ok
[15:32] <elfy> http://imagebin.org/273732
[15:35] <GridCube> did you encountered the kernel error before?
[15:35] <GridCube> and thats the installer from the desktop live session
[15:35] <elfy> Bug 1220165
[15:35] <elfy> that bug GridCube ^^
[15:35] <GridCube> yes that one
[15:36] <elfy> I have seen it of late - but not today
[15:36] <GridCube> ok, my bug seems related to that
[15:36] <elfy> 'should' have been fixed with todays rebuild
[15:36] <GridCube> i'm using the iso from the "final" not "daily"
[15:38] <elfy> yep - it gor rebuilt - did you get it today - I got notification at 10:56UTC 
[15:40] <GridCube> just now
[15:40] <elfy> mmm - not sure then - it's ok here
[15:40] <GridCube> D: wait
[15:41] <GridCube>  i though the szync was correct but it actually fetched 79% of the iso
[15:42] <GridCube> great
[15:42] <GridCube> i will delete the results :/
[15:42] <GridCube> i was testing the beta2 image all again
[15:43] <elfy> oh
[15:44] <GridCube> how do i cancel the bug report aswell?
[15:45] <knome> GridCube, first check if it happens with the final images; if not, then mark it as fix released and leave note in the comments that it doesn't appear with the final images anymore and that your previous test was with an older image
[15:46] <elfy> GridCube: I see we were marking it invalid at the same time then
[15:46] <GridCube> i marked it invalid myself :/ 
[15:46] <GridCube> sorry
[15:46] <knome> marking as invalid is fine as well
[15:46] <elfy> GridCube: I know - I was doing the same thing 
[15:49] <GridCube> ok
[15:49] <GridCube> i will test tomorrow then :( i lost a lot of time doing this one and i have to get some work done
[15:50] <elfy> GridCube: I expect you'll need an up to date one again tomorrow
[15:50] <GridCube> from the same final folder?
[15:50] <GridCube> or from daily?
[15:51] <elfy> same place - Final
[15:51] <GridCube> in any case, it wont be the same as 50% difference from beta2
[15:51] <elfy> :)
[15:51] <elfy> GridCube: whatever is here http://iso.qa.ubuntu.com/qatracker/milestones/305/builds
[15:57] <knome> well let's hope it's more than 50% same than todays image.
[15:57] <elfy> lol
[16:03] <GridCube> haha
[18:15] <thad> ali1234: did you already take a look at bug 1185396? maybe even done some debugging?
[18:15] <ali1234> i had a look but it's gnome
[18:17] <ali1234> it's all plugins inside plugins and i have no idea how you are even supposed to run it let alone debug it
[18:17] <ali1234> what i did find is that it crashes at the same time as the user creation actually happens
[18:18] <ali1234> and the new user does seem to get created correctly
[18:18] <thad> it still uses the normal gtk stuff
[18:18] <thad> and the segfault when you close the application?
[18:18] <ali1234> yes
[18:18] <ali1234> only if you made a user though
[18:19] <thad> right
[18:19] <thad> something corrupts the list which contains all the groups
[18:19] <ali1234> where is it in the source even?
[18:20] <thad> what exactly?
[18:21] <thad> the invalid function call?
[18:21] <ali1234> well, the list with the groups i guess
[18:22] <thad> groups-table.c
[18:22] <ali1234> this does not use GSlist
[18:23] <ali1234> not directly anyway
[18:23] <thad> it's GtkListStore
[18:23] <thad> it's some sort of wrapper
[18:23] <ali1234> static GtkListStore *groups_model = NULL;
[18:23] <ali1234> that one?
[18:24] <thad> yes, and gtk_list_store_clear (groups_model) fails when terminating the app
[18:27] <ali1234> hmm
[18:27] <ali1234> fishy fishy code
[18:28] <ali1234> after it sets up the tree model it calls g_object_unref(groups_model)
[18:28] <ali1234> it seems to me that using groups_model after unref'ing it would be a bad idea
[18:28] <ali1234> i don't know though... need to read the docs
[18:28] <thad> unless the model gets copied
[18:29] <ali1234> *if* the model gets copied
[18:29] <ali1234> unref just decrements the reference count
[18:29] <ali1234> when it hits clear it is free'd
[18:29] <ali1234> *zero
[18:30] <ali1234> if gtk changed so that the object was copied that would make this code stop working
[18:30] <ali1234> since there would no longer be another reference to keep the object alive
[18:31] <ali1234> i doubt that is the problem though
[18:32] <thad> mmh, but there is no problem with the model until you add new user
[18:32] <thad> which also adds a new group
[18:32] <ali1234> http://stackoverflow.com/questions/2848273/should-a-g-object-new-have-a-matching-g-object-unref
[18:32] <thad> deleting a user/group does not cause any notable trouble, but adding does
[18:33] <ali1234> if i read that correctly... the unref's are completely unnecessary
[18:33] <ali1234> and will cause the object to be freed prematurely
[18:34] <thad> wouldn't that kill the app way sooner?
[18:36] <Unit193> Soooo, why is it when you boot an installed system in Vbox it'll use plymouth-theme-xubuntu-logo, but booting the ISO it'll use plymouth-theme-xubuntu-text?
[18:36] <ali1234> Unit193: nvidia graphics?
[18:37] <Unit193> vbox, so does it matter much?  Yes.
[18:37] <ali1234> thad: no. reading freed memory works fine. writing to it as well, as long as nothing else started using it. extending it however
[18:37] <thad> I see
[18:38] <ali1234> Unit193: actually no. i was thinking how plymouth doesn't work with nvidia driver, but that shouldn't affect the ISO
[18:40] <thad> still segfaulting
[18:42] <elfy> thad ali1234 - I did some checking on that user admin thing - the ONLY thing I've crashed it with is adding a user 
[18:42] <thad> yes, right
[18:42] <ali1234> does it crash in unity?
[18:42] <elfy> no idea ali1234 
[18:42] <ali1234> or gnome classic?
[18:42] <elfy> I can have a look 
[18:42] <ali1234> or anything that isn't xfce?
[18:43] <ali1234> (does unity even use it, or something different?)
[18:43] <thad> would that really make a difference?
[18:43] <ali1234> i dunno
[18:43] <thad> users-admin is not maintained anymore
[18:44] <elfy> ali1234: I can check if you want me too 
[18:44] <Unit193> ali1234: Yeah, no idea why it doesn't use the logo boot.
[18:45] <thad> only xubuntu/ubuntustudio/lubuntu depend on it
[18:45] <ali1234> hmm ok
[18:46] <ali1234> can i hack this so it doesn't actually make users, but still crashes?
[18:49] <thad> I didn't try this yet
[18:51] <ali1234> hmmmmmmmmm
[18:51] <ali1234> i think i know what is happening
[18:54] <thad> the "create new user" function fails?
[18:55] <thad> adding a group manually works without causing a segfault afterwards
[18:57] <ali1234> yeah it crashed when clear is called from gst_users_tool_finalize (GObject *object) (which is in another file)
[18:58] <thad> exactly
[18:59] <ali1234> if i rearrange the calls so it clears the models first then it crashes in a different place :/
[18:59] <ali1234> i think manually clearing and unreffing everything is the problem here
[19:01] <thad> what about "** (users-admin:14123): CRITICAL **: gst_user_profiles_apply: assertion 'profile != NULL' failed" ?
[19:01] <thad> this one appears when creating a new user
[19:02] <ali1234> it's a double free issue
[19:02] <ali1234> the thing has already been cleared/freed
[19:02] <ali1234> if i comment out the call entirely it doesn't crash
[19:02] <ali1234> i don't know for sure what the consequences of that are though
[19:02] <thad> but it also does not complain
[19:03] <ali1234> right
[19:03] <thad> well, the app is closed anyway :)
[19:03] <ali1234> also i still don't understand why it only crashes after a user was added
[19:03] <ali1234> it does cause a few extra calls... maybe that is the problem
[19:04] <ali1234> the groups_list gets created and destroyed a lot during program lifecycle
[19:04] <thad> probably the function to create a new user
[19:04] <ali1234> fishy fishy code
[19:04] <thad> and the critical error
[19:04] <ali1234> but i don't feel comfortable changing stuff that is security related
[19:05] <thad> mmh, identifying the culprit does not cause any harm
[19:06] <thad> and you can test it inside a virtual machine
[19:13] <ali1234> i also don't understand why the exact same thing doesn't appen with the users table
[19:13] <ali1234> the code is identical
[19:15] <ali1234> it does complain
[19:15] <ali1234> (users-admin:25934): GLib-GObject-CRITICAL **: g_object_unref: assertion 'G_IS_OBJECT (object)' failed
[19:17] <thad> does the error appear when creating a new user?
[19:18] <thad> I see this one -> ** (users-admin:14951): CRITICAL **: gst_user_profiles_apply: assertion 'profile != NULL' failed
[20:28] <slickymaster> good night all
[22:35] <doko> any xubuntu release manager online?
[22:35] <bluesabre> hi doko, what's up?
[22:35] <knome> doko, heya.
[22:35] <bluesabre> oh good, knome is here
[22:35] <bluesabre> :)
[22:35] <doko> https://launchpad.net/ubuntu/saucy/+queue?queue_state=1
[22:36] <knome> doko, saw that discussion; is there any actual code change?
[22:36] <doko> no, just the config.* change. see the diff
[22:36] <knome> doko, i'm fine with those
[22:37] <doko> knome, cool, could you repeat that on -release?
[22:37] <knome> done
[22:38] <doko> thanks, hopefully these were the last ones
[22:38] <knome> :)