[00:14] solution was apparently to *disable* the maintainer mode explicitly [00:14] interesting === zukeprime is now known as rayq [00:56] https://launchpadlibrarian.net/216213367/buildlog_ubuntu-trusty-amd64.thunar_1.6.3-1ubuntu5ppa1_BUILDING.txt.gz pretty sure I'll need a package maintainer's help on that one! [01:55] ochosi: I'll try to look at numix tomorrow/this weekend [01:55] regarding mugshot, nearly fixed, and parole, not yet investigated [01:59] or, I'd like to say mugshot is nearly fixed, but the code that is good in vivid draws a blank window in wily [01:59] aha [02:00] exactly the same symptom as with parole with clutter [02:00] there's still a bug with clutter [02:02] and launching my new mugshot code with CLUTTER_BACKEND=x11 does work [02:10] one option may be to set the CLUTTER_BACKEND variable ourselves [02:29] related bug: https://bugs.launchpad.net/ubuntu/+source/parole/+bug/1462445 [02:29] Launchpad bug 1462445 in parole (Ubuntu) "Gtk applications start with blank screen (Clutter 1.22.4 and GtkClutter 1.6.2)" [Medium,Confirmed] [02:34] I'll dig into this more tomorrow [02:34] night all [02:40] * sidi found his issue. [07:32] i have a question concerning working in translation: I already suggest a new translation variant, but i dont see how i can review already existing ones. Or is it that i cant review as a beginner? [07:37] ochosi: using numix [08:34] knome: are you alive and kicking? [08:46] I'll send you an email instead. :) [10:18] morning all.. I have 15.04 installed on my laptop, I want to upgrade it to 15.10 beta 1.. what way would you suggest, to upgrade by.. via a DVd or via "sudo do-release-upgrade" [10:20] i basically want to test the upgrade and then keep testing it as a daily usage machine [10:43] akwxi_dave, there are a few different "upgrade" tests in the ISO tracker - pick one [10:51] Cheers knome, found that section.. never noticed it before... will give that a go tonight.. [10:59] np [11:44] bbl [16:46] cyphermox, ping! [16:47] hey [16:47] cyphermox, what's your email so i can FWD you a mail so i don't have to explain it all again? [16:49] nvm, i figured out - i still want to talk to you though [16:49] talk or write here on IRC [16:50] ? [16:50] i sent you an email so you get the gist [16:51] but basically, we'd like to move the translations of the ubiquity slideshow from the ubuntu package to upstream to make the amount of required uploads smaller [16:53] sure, makes sense [16:53] ok, how would you like to do this migration? [16:55] aren't the translations already upstream in ubiquity-slideshow-ubuntu? [16:55] no. [16:56] the translations are done agaisnt the ubuntu packages [16:56] see https://translations.launchpad.net/ubiquity-slideshow-ubuntu [16:56] they do seem to be in lp:ubiquity-slideshow-ubuntu. [16:56] yes, under distribution packages [16:57] I still don't follow, do you mean per-flavor of the slideshow? [16:57] no [16:57] ok [16:57] let me dig up some links [16:57] ah, I see [16:57] right :) [16:57] well, I don't see why they couldn't be in the project directly [16:57] so basically we currently need an upload before new strings can be translated [16:58] stgraber had a few questions about this [16:58] let me paste them here [16:58] 19:39 stgraber: so the problem I can see with that are 1) this would bypass the ubuntu translation teams entirely 2) existing translators will need to think to go look some place else 3) some people will still be translating in Ubuntu (can't easily turn that off) 4) IIRC project translations in LP don't support multiple series/branches [16:58] i think 1/4 are non-issues [16:58] they can be done/fixed [16:58] well you can certainly import [16:59] sure [16:59] but if the problem is just the number of uploads, I don't see this as a big problem, we need to upload it regularly anyway for a bunch of different little updates [16:59] and i think it's relative easy to handle 2/3 too [16:59] that's just the tip :) [17:00] it's ok for ubuntu upstream, but sometimes a bit difficult/worrisome for flavors to get that upload done in timely manner [17:00] I think 1) can be addressed by the configs for translation in LP [17:00] yes, we already do that for xubuntu docs [17:00] knome: I'm always available to sponsor packages [17:01] i know. but when things happen close to freezes, it isn't that simple [17:01] and tbh, timely manner for slideshow is pretty much "a bit before a milestone" [17:01] something like that [17:01] are there any reasons why you WOULDN'T want this to happen in upstream? [17:01] I don't really have an opinion on where the translations should happen [17:01] i mean, it sounds like doing it like that would take some workload off you [17:02] stgraber's concerns are valid, but I agree they can probably be addressed easily enough [17:02] and as i promised to him, we can deal with the social side with slickymaster (our docs lead) [17:02] all the announcements etc. [17:03] i think we should also ask the other flavors what they think of this [17:03] but i personally can't see why somebody would be against this [17:03] a change like that wouldn't only affect Xubuntu though, it's for all the flavors [17:04] ^ yes... ) [17:04] :) [17:04] would you bring it up to the docs team in general then? [17:04] I see no reason not to do the change, but people should know [17:04] docs and translators, sure. [17:04] yes :) [17:04] tbh, the docs team is pretty slow nowadays. [17:04] but sure, we'd notify those people [17:05] well, I meant, ask to see if someone has an objection [17:05] ack [17:05] I figure nobody will complain [17:06] would -release be a good ml for the flavor contacts? [17:06] or would you suggest something else [17:06] ah, I'm not sure [17:06] -devel isn't a guaranteed catch-all [17:07] nah [17:07] maybe we should cross-post flavor lists [17:07] probably [17:07] slickymasterWork, are you following? [17:07] yes knome [17:07] I'd say that - but lubuntu doesn't have a -dev list - it all goes to the users list [17:07] unless something changed [17:08] then it goes to the users list... :) [17:08] i'm not going to make that a personal issue for me.. [17:09] i'll prepare the mails with slickymasterWork soon then, and let's see how we do this migration [17:09] thanks cyphermox :) [17:09] thanks cyphermox [17:50] pleia2, i'm so sure we're the favorite people for IS... [19:05] pleia2, ygm... again [20:55] pleia2, theoretically, could we run an irc client on the tracker server? [21:08] knome: yes, just lmk what you need inatalled, and please not supybot :) [21:08] i was thinking irssi with a perl script [21:08] but it's not for now, it's just later [21:08] lovely [21:08] * pleia2 nods [21:08] basically i thought we could add a bot that could handle some input from IRC [21:09] yeah [21:09] btw, [21:09] what's up with the team reports? [21:09] not xubuntu, but ubuntu generally [21:09] is any team doing them? [21:11] (and is there really no other place to gather them than the clumsy wiki...) [21:17] some loco teams and councils, but overall not really [21:17] meh. [21:17] and my teams (but its been months) [21:17] i think i havent done them since april [21:17] i've noticed, but it's ok [21:17] we have them now in the tracker [21:17] ok :) [21:18] i need to get back to things, bbiab [21:18] hf [21:20] pleia2: Noo, supybot is a security risk, do Limnoria! :P [21:21] pleia2, she said "not" [21:43] bluesabre: oh that is crap. booh clutter. [21:46] Saw new clutter in Debian. [21:48] could you do a unit test with it? [21:50] sent mail to ML [21:50] ochosi, you'll want to react to it [22:08] knome: Looks great. [22:09] knome: What'd you want the bot for anywho? [22:09] * knome shrugs [22:20] knome: ok, so that took the rest of my energy for tonight [22:21] ochosi, lol, thanks anyway ;)