[10:16] elfy: did the dailies fail to build yesterdaay? [10:19] knome: NonLanguagePackTranslationDeadline tomorrow, does that affect us? [10:21] I don't think so bluesabre [10:22] bluesabre, well that's practically our translation deadline, since we don't have stuff that's in language packs [10:22] ok, thought so [10:23] yeaps [10:23] hi knome [10:23] bluesabre, so kind of, if we want new translations in, we should do it before that [10:23] bluesabre, talk to Unit193 and check if there are new translations for the docs that we'd prefer in [10:23] ok [10:23] (if any has bumped over 80% meanwhile) [10:23] thanks knome, that's what I was looking for [10:23] none knome [10:23] i think that's the only worthwhile thing to do for non-LTS [10:23] slickymasterWork, hey :) [10:24] neither the spanish, the french or the russian made it :P [10:24] well also, if some languages are really close, today is the time to tell the translators to take the last plunge [10:25] hmm, occitan has 703 strings translated :P [10:25] no [10:25] untranslated [10:26] spanish says 26 untranslated in LP [10:26] that sounds like a winner [10:26] the french are ~70 strings away [10:26] russian: ~110 [10:27] (away from including) [10:27] I was wrong, the spanish is 96.8% [10:27] 13:26 knome: spanish says 26 untranslated in LP [10:27] 13:26 knome: that sounds like a winner [10:27] oh nice [10:27] guess I will be doing an upload for that one then [10:27] great [10:27] they should invent a web irc client that can work through disconnects or at least show the history from the channel during the last few minutes [10:28] or someone could improve my work connectivity === qwebirc934011 is now known as slickymasterWork [10:28] like your boss? :P [10:28] lol, that would be fun [10:29] brb -> [10:29] http://scrollback.io/ [10:29] the numix folks use it [10:29] i guess he wouldn't be happy if you told him "the connection is too lousy to IRC, please get a better connection" [10:29] right [10:31] i guess that involves a bot on the channel, right? [10:31] not sure, but that would make sense [10:32] okay [10:32] https://scrollback.io/numix?tab=people seems to mirror #numix, none of their bots have obvious names [10:33] indicator-sound got an update yesterday [10:33] I'm scared [10:34] :P [10:35] uh oh [10:35] about to be kicked [10:35] :D [10:35] nah [10:35] hello [10:35] >__< [10:36] hey knome1 [10:36] :P [10:36] first thing i notice, it doesn't handle conflicting nicks nicely [10:36] in scrollback, my nick is knome1, and here, the scrollback nick is obviously knome1... [10:37] and it seems like the interface is way too airy [10:37] scrollback1 is here too [10:37] https://scrollback.io/xubuntu-devel?tab=info [10:37] yes, that's the bot that reads the channel [10:37] i invited it [10:37] that's why i needed ops [10:37] oh [10:37] lol [10:38] hmm [10:38] so yeah, it messes up nicks [10:38] yeah [10:38] that's stupid [10:38] and i can see a whopping 9 lines of text on my screen with scrollback [10:38] that's not very handy really [10:38] yeah, not a huge fan of the fluffiness [10:39] ok, i'll kill this [10:39] but, just thought I'd mention that it exists [10:39] yeah, good one ;) [10:39] just not for us [10:43] the whole experience is a bit meh [10:44] there's no way to access your personal details unless you join a room [10:44] and the default is to send email notifications about (i guess) pings with your nick [10:44] but that's not mentioned anywhere, except if you happen to find your way to the options [11:07] bluesabre: oh, there's a new version of indicator sound? [11:07] that can [11:07] 't be good, can it? [11:07] :) [11:07] :) [11:35] bluesabre: appear to not be building for anyone last I looked [11:40] elfy, did you want to drop the qa incentives discussion from the agenda or do i just misremember? [11:42] bluesabre, hold on a second with the docs upload. [11:42] elfy, could've done that for you, just wanted a confirmation :) [11:42] knome: LOL - I have *just this minute* removed that :) [11:43] yeah, i noticed... [11:43] :) [11:44] I didn't see your ping till I'd done [11:44] heh [11:44] just catching up on mails - saw the update to it [11:45] bluesabre, you're safe now, just pushed a tiny commit [11:45] Unit193, ^ fix for es.po is in trunk [12:45] ah, finally [12:45] wrote a gresemonkey script that converts the "Discard all messages marked Defer" to a label [12:45] so you don't have to hit the checkbox, you can simply click the label/text [13:15] (and if any moderator is interested, it's definitely to share) === GridCube is now known as GridRegularPolyh === GridRegularPolyh is now known as GridCube [17:50] ochosi: ok - so at some point today timeout: 600 cycle: 600 appeared - nothing to do with me [17:51] had a whole bunch of updates [17:51] http://pastebin.com/2dd0g6jQ [17:54] those this morning and these http://pastebin.com/LXM2wYdC this afternoon - pretty positive that the change in timeout occurred after this lot [17:55] everything in power manager is still set to Never [17:55] and xset -q timeout is as above [17:56] I have to move the settings in xfpm to something other than Never [17:57] then set them to Never so that they do set to what I want [17:57] Standby: 0 Suspend: 0 Off: 0 [18:35] knome: That's half the fix. [18:35] Unit193, aha [18:35] Unit193, anyway. [18:38] http://paste.openstack.org/show/9FvPm0DE5nTZpq0nGkaQ current stats. [18:38] yeah, i looked at the LP translation stats. [18:54] No idea if the stats online differ, I should check. [18:54] looked like es made the cut [19:32] elfy: possibly the new kernel reset these settings [19:32] it's odd though [19:39] I've got an old vm I can test that with [19:39] that'd be great [19:39] yea - odd indeed [19:39] i wonder a bit what to do about it [19:39] i mean it's a bit of a conceptual question [19:40] one way to solve this would be to just force xfpm to overrule X11's own settings if they differ [19:40] the other option is to update the settings UI with the X11 value in case they differ [19:52] humm, if only one day nouveau drivers would not make my fans spin all the time... [19:52] what's wrong with enthusiastic fans? [19:52] :P [19:53] well, they make me say "settle down, folks" all the time [19:53] and that's exhausting [19:54] Plus being wasteful of electricity [19:55] genii, depends if the fans are ecological or not... [19:56] genii, but maybe you missed my crooked interpretation about "fans" [19:56] * Unit193 got it. :D [19:56] Oddly i used to have the opposite issue with the nvidia driver, the fan never got triggered and gpu overheated [19:56] * genii eyeball-rolls [19:56] Only one? That's not good. [20:01] ochosi: so kernel update didn't do it [20:02] entirely possible it's something else locally doing it - no-one else appears to be affected by it - or leave the times at default :) [20:22] ochosi: so updated that completely and no change - I think I will just assume it to be a local issue which will be gone in November when it's VV here instead [20:26] Oi, not going to update that soon after. :3 [20:27] I will - probably [20:29] :) [20:29] just not in vbox ... [20:31] ochosi: did you talk to xnox again yet? [20:34] I'll find out tomorrow - night all :) [20:54] how do you mark a file as executable with thunar? [20:54] i don't think you do :) [20:55] Properties -> last tab [20:55] doesn't work, i can only set read/write permissions [20:56] Unit193, yep, there's no executable bit checkbox. [20:56] there is if the file is a "program" - presumably elf? [20:57] Checked, it's pcmanfm that I was thinking of, my bad. [20:57] it also knows about shell scripts. i wonder how that actually works? [20:57] humm, is it possible that a blueman update changed the icon-name of its indicator in 14.10? [20:57] are there any reasons (apart that it's stupid) to mark a regular file as executable? [20:58] java jars? [20:58] i was just looking at this bug: https://bugzilla.xfce.org/show_bug.cgi?id=7677 [20:58] bugzilla.xfce.org bug 7677 in general "cannot execute executable jar files" [Normal,Needinfo] [20:58] can anyone confirm that it's not the white bt-symbol anymore but one with a blue oval as background? [21:00] https://github.com/blueman-project/blueman/commit/d1772f678724de394e5b11eca10ab7de07895eac <- related? [21:01] looks related to me... [21:01] the icon used to be "bluetooth" now it is "blueman" [21:01] just realised i had 1.99 from a ppa [21:01] " :) " [21:02] yup, but thanks for the hint ali1234 [21:02] i'll be ahead this time and just add the symlinks now :) [21:04] gah, that is sooo silly [21:04] what is? [21:05] we're carrying "blueman-tray-active" etc for the *old* blueman [21:05] then "bluetooth-active" for the current blueman [21:05] " :) " [21:05] and now we'll have another set of symlinks for "blueman-active" for the new one... [21:15] how nice of them [21:16] yup [21:16] anyway, we support it all now [21:16] (at least in git) [21:16] can't applications support fallbacks? [21:18] yup, they can [21:18] yeah... [21:18] (i knew it was a rhetorical question, but i felt like giving a rhetorical answer) [21:18] :) [21:19] it half-was rhetorical [21:23] right, i guess that does make my answer half-rhetorical too then :] [21:23] hah [21:33] time to sleep, night everyone [21:34] nighty ochosi [22:22] is there a page or document with proposals for packages to be replaced or added in 15.04? [22:23] dkessel: Not yet [22:23] umh, in what scope? all repositories? xubuntu? replaced/added in the seed? [22:24] scope: xubuntu - i guess i mean replaced/added in the seed [22:24] in that case, as skellat said, not yet [22:25] ok. if that happens, consider deja-dup ;)