=== zequence_ is now known as zequence [07:45] morning everyone [09:11] hey sergio-br2 [09:14] hey [09:15] how's it going? [09:16] well, don't touch anything since that day [09:16] one thing i realized using unity [09:17] thumbnails in nautilus is active by default, and mimetype for text files such as .c, .cpp, .txt and .lua, they not appear [09:18] in humanity theme, text-x-preview is a .icon file, not a png or svg [09:20] so, you have a thumbnail showing a small fraction of your text. But using elementary, all them are blank. [09:21] right [09:21] i think i'd consider that a bug in nautilus rather than a feature [09:21] don't think there's much we can do about that [09:22] thumbnails are also activated by default in thunar, but not all thumbnailers are installed by defaut [09:22] default [09:22] only for pictures? [09:22] i think there's a tumbler-extras package or something [09:22] pics and pdfs mostly [09:22] and movie files i think [09:23] but there can always be pics or movies where the thumbnailing service fails for some reason to create a thumbnail [09:25] hum, so in nautilus, if text-x-preview is a png or svg icon, it should use the default mimetypes of text files, instead a thumbnail? [09:27] it makes more sense [09:29] hum, tumbler-plugin-extra you said ? [09:35] yeah [09:36] in thunar you have very fine-grain control over thumbnailing [09:36] you can enable specific thumbnailers only for some directories etc [09:41] i will see this in trusty, maybe nautilus got improvements in this [09:41] see you later ! [09:51] morning ochosi [09:54] hey bluesabre [09:54] andrew has quite a few branches for the greeter in the pipe btw [09:54] not only the one/s i referenced in the email today [09:55] there's one for orca support (which would be great, i think) [09:55] saw all that, yeah, let's roll them into trunk [09:56] as we've both been a bit slow processing his merge-requests i thought it's a good idea to motivate him to occasionally just push to trunk too [09:56] especially when it's bugfix [09:58] yeah [10:00] I'll try to merge those in this morning/tonight [10:00] working on the debian merge atm [10:01] for the 1.8.5 release? [10:02] yes [10:05] cool [10:16] bluesabre: btw, i'm really curious how the whole gtk3-only transition and using only a single window for the greeter will mess with all the positioning code [10:16] it will greatly simplify it [10:16] yeah, and i guess there won't be such a big need for checking whether the window is offscreen [10:16] GtkOverlay lets you easily specify where the overlay items will be placed [10:16] cause it'll be inside a window [10:16] yup [10:17] just checked another item on the todo-list for xfpm today [10:17] mostly one thing left to do, then we'll do a huge merge/push to the git repo [10:17] and then a dev release [10:18] really looking forward to that [10:29] bluesabre: maybe we could look at the lid-close stuff again together soonis [10:30] h [10:30] i think the patch by eric needs to be tweaked/extended a little [10:30] ok, I'll probably be free this evening [10:35] cool, can't promise yet but i'll try === zequence is now known as GrumpyStudio === GrumpyStudio is now known as zequence [11:46] what do people generally think about the timespan for voting on the mailing list? [11:47] i'm currently considering a 1-week period for votes like the one we're holding about the MÃL [11:48] MÃL ? [11:48] yeah, M�L [11:48] that's a common shorthand for mailinglist in german ;D [11:48] aha ;) [11:48] i thought a with ~ was more connected to spanish ;) [11:49] anyway, another idea is... [11:49] we could *begin* the voting on the ML, then finish it off in a meeting [11:49] currently people voted on the meeting, *then* we got the arguments on the ML [11:50] so in a way, the votes on the meeting might not have been as informed as votes after the arguments [11:50] I agree with knome [11:50] or else will be dragging the vote [11:50] i guess we all agree there has to be some deadline [11:50] slickymasterWork: well the dragging is only a problem if there is no fixed maximum period [11:50] yeah [11:51] but is that maximum period fixed? [11:51] i don't see why it wouldn't be [11:51] knome: in this current vote, we *did* have a discussion on the ML first [11:51] ochosi, sure, but some of the arguments weren't posted before the voting :) [11:52] just asking because I don't remember when it was fixed [11:52] which i guess can be pinpointed to be another problem [11:52] slickymasterWork, it wasn't... there is no deadline for this vote [11:52] hence my question [11:53] but I do agree with your reasoning knome [11:53] knome: i can also point arguments on the ML after this vote is finished... that can always happen [11:53] i think that the order in which we executed this vote was fine [11:54] first put the proposal on the mailinglist [11:54] then discuss in the meeting, then vote [11:54] ochosi, absolutely... what i'm saying is it would benefit the voters (and ultimately, the project) most if arguments were made in advance [11:54] yeah, there's no arguing with that :) [11:54] we could have had more time between the proposal and voting [11:55] pleia2: ^ did you read that ;D [11:55] otoh... [11:55] we really should just decide/vote [11:55] to not drag along [11:55] yeah, discussions are fine, but i wanna get things done too [11:55] hardly any decisions are irreversible [11:56] yeah, and the proposal even contained a sort of "natural deadline" to the "lockdown" [11:57] and finally, those who do, decide... so if somebody is away for more than a week or two (from the original proposal to voting ending), it's fair to not count their vote [12:00] anyway, i'm off to buy some food [12:00] bbl [14:55] the other question re this vote on m/l is - what happens if not enough people vote to get quorum? [14:56] I think that a week - given that it was on the agenda for at least as long as the discussion first started [14:57] however, perhaps there is some virtue in - discuss on m/l vote on m/l in the week leading up to the next irc meeting - final vote in the irc meet - then everyone knows exactly when the vote will end [15:06] hey elfy [15:07] yeah, i'm not sure though that this (slightly complicated) process, even though it might bear some virtue, is very feasible in practice [15:07] imo we can keep voting as we did, try to announce votes (that aren't adhoc) previously on the ML [15:08] and then if we don't have a quorum extend the voting for a week to the ML [15:10] I'm just throwing out thoughts - though I think the only complicated thing is knowing that we might want to vote on something :) [15:11] anyway - I'm pretty easy about it [15:17] yup, same here :) [18:59] ochosi: bug 1318307 [18:59] bug 1318307 in xfdesktop4 (Ubuntu) "accounts-daemon rewrite /var/lib/AccountsService/users/xxx file every time workspace is changed" [Undecided,New] https://launchpad.net/bugs/1318307 [18:59] any idea? [19:00] it can be only cause by xfdesktop, because it's the only Xfce app which has been patched to support accountsservice [19:00] caused [19:05] correct [19:05] xfdesktop now has per-workspace wallpapers [19:05] accounts service does not [19:05] so each time you switch workspace, it writes the new wallpaper to accounts service [19:06] this is just a guess [19:06] yes, I think this is what's going on [19:07] we... uhm, ochosi needs to adjust the patch then :) [19:11] but it should work properly [19:11] http://bazaar.launchpad.net/~ubuntu-branches/ubuntu/trusty/xfdesktop4/trusty/view/head:/debian/patches/xubuntu_set-accountsservice-user-bg.patch [19:15] Gtk-Message: Failed to load module "overlay-scrollbar" [19:15] Gtk-Message: Failed to load module "unity-gtk-module" [19:15] ali1234: any idea? ^ [19:15] about what? [19:16] why something tries to load these gtk modules and fails? [19:16] bug 1307657 [19:16] bug 1307657 in xfce4-indicator-plugin (Ubuntu) "UBUNTU_MENUPROXY should not be set in Xfce" [Undecided,Confirmed] https://launchpad.net/bugs/1307657 [19:16] woot [19:16] still not fixed [19:16] patch available though [19:17] poke tedg if it you have a specific problem caused by this... at the moment it is relatively harmless on a default setup [19:17] (and attente) [19:18] I thought that people which use xubuntu + unity have this problem [19:18] yes, but that isn't a default setup [19:19] and they're not al unity's fault either, eg fork() after gtk_init() [19:19] but this cannot be a reason to not upload the patched version [19:19] the patch hasn't even been merged upstream yet === halfie_ is now known as halfie [19:21] once a final release is out everything is going in slowmotion [19:22] start chasing people then :) [19:23] I already left the ubuntu channels :P [19:39] the thunar crash should be fixed soonish... the fix is in saucy-proposed now === meetingology` is now known as meetingology === zequence_ is now known as zequence