[00:43] <Noskcaj_> Can someone add to the T-series planning page that debian will not be uploading any 4.11 stuff to unstable (we'd have to sync from experimental)
[00:44] <Noskcaj_> I can't get wiki access till monday
[00:44] <skellat> Noskcaj_: Generally for an LTS we would be synchronizing from Testing instead of Unstable
[00:45] <Noskcaj_> skellat: But you can't upload to testing. If they don't upload to unstable, we can't sync from testing
[00:45] <skellat> Noskcaj_: Bingo.
[00:45] <skellat> You get to Testing generally after 10 days spent in Unstable
[00:46] <skellat> So if 4.11 stuff isn't going to Unstable, it won't migrate to Testing, and won't get caught by autosync
[00:46] <skellat> We'd have to think really hard about sync from Experimental
[00:48] <skellat> Noskcaj_: What is going to land in Experimental?
[00:49] <Noskcaj_> skellat: We've got all the released stuff packaged and ready in SVN, it's just waiting for corsac to upload the stuff. http://qa.debian.org/developer.php?login=pkg-xfce-devel%40lists.alioth.debian.org&comaint=yes
[00:50] <Noskcaj_> Everything that the watchfiles show
[00:50] <Noskcaj_> At least xubuntu will want to get settings 4.11.1 over 4.11
[00:52] <skellat> I think adding it to the wiki can in fact wait until Monday
[00:52] <skellat> But if you want I'll go ahead and put a note down on your behalf
[00:53] <Noskcaj_> skellat: If you could. I'm not even sure i can access that part of the wiki
[00:53] <skellat> Noskcaj_: If you can access one part, you can access all of it.  No superpowers involved.
[00:54] <skellat> Actually, this is something I'm already assigned in the roadmap!
[00:54] <skellat> [skellat] Anything else that can be cherry-picked from Testing?
[00:55] <Unit193> Speaking of which, did you think I was talking about Xubuntu and the installer, skellat?
[00:55] <Unit193> See comments from earlier?
[00:55] <skellat> I did.  I saw the comments.  Will fix the wiki page.  Gimme a sec.
[00:55] <Noskcaj_> We'll have to take parole from unstable since a kfreebsd issue is stoping it from migrating
[00:57] <skellat> Link to PTS please?
[00:57] <Unit193> I mean, it is a little related, but not fully unless we're doing an openbox meta/packageset too. :D
[00:57] <Noskcaj_> http://packages.qa.debian.org/parole
[00:59] <skellat> I added this to the wiki roadmap: (noskcaj) Certain 4.11 components are going to land in Experimental instead of Unstable which will block them making it into Testing for autosync
[00:59] <Noskcaj_> Thanks
[01:00] <Noskcaj_> Assuming corsac doesn't get to it, i'll prepare the latest parole on monday
[03:01] <micahg> brainwash: sorry, been busy, will finish this weekend
[08:15] <olbi> where are translating files for isos installer?
[08:50] <slickymaster> morning all
[08:51] <pmjdebruijn> hi guys
[08:51] <pmjdebruijn> thanks for the great work
[10:25] <elfy> morning slickymaster pmjdebruijn 
[10:25] <slickymaster> elfy: o/ good morning
[10:26] <slickymaster> elfy: while I have you here let me ask you something
[10:27] <elfy> if I can answer I will :)
[10:27] <slickymaster> elfy: do you think that https://bugs.launchpad.net/ubuntu/+source/xubuntu-docs/+bug/1238718 should be linked in https://blueprints.launchpad.net/ubuntu/+spec/topic-t-flavor-xubuntu
[10:29] <elfy> slickymaster: not sure tbh - but comment from skellat points to a SRU
[10:29] <knome> wha
[10:29] <slickymaster> knome: morning
[10:29] <slickymaster> elfy: yes, we've discussed it
[10:29] <knome> good afternoon
[10:30] <knome> first, i should set up the T branch
[10:30] <knome> then we should push that fix there
[10:30] <knome> and then probably... just forget S :)
[10:30] <knome> but i'm fine with backporting/SRU
[10:30] <knome> but best to get the changes to the new branch first
[10:32] <slickymaster> knome: there's also the issue that all the already completed translations should be amended accordingly in the case my merge proposal gets your ok
[10:33] <knome> yep.
[10:33] <slickymaster> knome: even though that besides mine there's only the russian translation
[10:36] <olbi> why mughsot isn't defailt installed? :(
[10:36] <knome> slickymaster, can you retarget the MP to lp:xubuntu-docs (is ../saucy now, since that's what it was targetted at)
[10:37] <knome> olbi, it isn't packaged yet
[10:37] <olbi> it is in PPA :)
[10:37] <olbi> I installed it today :)
[10:37] <knome> yes, and we aren't seeding things that are in PPA's
[10:38] <olbi> but there wasn't my translations :P
[10:38] <knome> what i meant it is that it is not packaged *and* in the repositories
[10:38] <olbi> oh, ok
[10:38] <knome> it's planned for T
[10:45] <slickymaster> knome: sorry for the delay (I'm at work) but in order to retarget it, how do I go about that? Do I have to bzr push again?
[10:45] <slickymaster> knome: or is it made through the LP site?
[10:45] <knome> LP
[10:46] <slickymaster> knome: editing the "Merge into:" option?
[10:46] <knome> yep
[10:46] <knome> just lose the /saucy part
[10:48] <slickymaster> knome: maybe I'm blind but I'm not seeing how to it
[10:49] <knome> heh
[10:49] <knome> it's possible you first have to delete the request and then file another one
[10:49] <slickymaster> knome: I would guess so, because I'm not finding any place to edit it
[10:50] <knome> that's possible. i can't do it because it's your branch, and i don't exactly know how to do it. a new MP would at least work
[10:55] <slickymaster> knome: I'll propose a new merge at lunch. and the previous one will it just stay hanging there?
[11:03] <slickymaster> knome: I'm probably one of the major blind idiots you'll ever meet. It was in front of my eyes the all time. Here you go https://code.launchpad.net/~slickymaster/xubuntu-docs/xubuntu-docs/+merge/191781
[11:03] <slickymaster> knome: can you please confirm that correctly re-targeted ?
[11:04] <slickymaster> that is correctly
[11:04] <elfy> slickymaster: looks right to me 
[11:05]  * slickymaster gotta learn to type
[11:05] <slickymaster> elfy: and the previous one, https://code.launchpad.net/~slickymaster/xubuntu-docs/xubuntu-docs/+merge/190739
[11:06] <slickymaster> elfy: do you close it, make it invalid, somehow?
[11:06] <elfy> no idea :)
[11:06] <elfy> oic 
[11:06] <slickymaster> elfy: "oic" ?!
[11:07] <elfy> yes I do lol - if that's an old merge/code thing of your's then you can abandon it - or remove the merge request
[11:08] <elfy> oic - read it out in letters :) Oh I See 
[11:08] <slickymaster> elfy: even in portuguese I'm terrible with acronyms
[11:09] <elfy> pretty sure there is a way to stop it being a merge request
[11:09] <elfy> slickymaster: I'm sure I'd be rubbish at a Portuguese one ;)
[11:09] <slickymaster> elfy: there's the delete proposal to merge option
[11:10] <elfy> that's the one
[11:11] <slickymaster> elfy and knome: deleted the https://code.launchpad.net/~slickymaster/xubuntu-docs/xubuntu-docs/+merge/190739 merge proposal
[11:13] <thad> elfy: remember the report about no being able to unlock a system with full disk encryption (basically keyboard input not working)?
[11:13] <thad> here's a new report bug 1241505
[11:14] <elfy> that's not nice 
[11:14] <thad> happened to me too, so it's related to wireless keyboards most likely
[11:15] <elfy> and why I'd not have seen it 
[11:18] <ochosi> brainwash: yes, that's how they "lock" their session (i.e. not at all)
[11:20] <elfy> thad: http://lists.opensuse.org/opensuse-bugs/2013-09/msg04276.html
[11:23] <thad> elfy: ah nice, let me reorganize the lp reports and add the opensuse report
[11:23] <elfy> yay 
[11:24] <elfy> I actually found something for a bug :p
[11:25] <thad> it looks like every USB keyboard should be affected
[11:26] <elfy> one person saw that I thought - I can't confirm that here - though I did check in a vm
[11:26] <pmjdebruijn> most wireless keyboards look like plain USB HID to the host, don't they?
[11:27] <slickymaster> pmjdebruijn: yes, you're right
[11:33] <thad> nice to know
[11:33] <thad> bug 1241505
[11:46] <elfy> thad: not really sure how to confirm that bug without installing it and then not being able to actually ever login to :p
[11:49] <elfy> thad: here's an odd one - not seen anything go through - just updated a vm install - restart button worked
[11:51] <thad> the restart button worked? in which context?
[11:51] <elfy> in the context of update manager
[11:52] <thad> but the fixed package hasn't been uploaded yet..
[11:52] <elfy> I know
[11:53] <thad> clean xubuntu installation without consolekit, right?
[11:53] <elfy> no - was an oldish one that it didn't work on 
[11:54] <thad> maybe0 you've pulled ck in after adding some software
[11:54] <elfy> possibly 
[11:56] <thad> just checked, no new activity on the lp report
[11:57] <elfy> I know :)
[11:57] <thad> well, it's your bug report, so you'll get informed anyway :D
[11:57] <elfy> :p
[12:14] <thad> "LIBDBUSMENU-GLIB-WARNING **: Trying to remove a child that doesn't believe we're it's parent."
[12:14] <thad> when launching steam :)
[12:18] <elfy> oh - well there is absolutely no chance whatsover of me seeing that one then :p
[12:20] <thad> it's just a funny terminal output line
[12:22] <thad> but speaking of steam, does anyone here run benchmarks and measure performance changes?
[12:24] <thad> the phoronix guys usually only test outdated, non-relevant games like openarena
[12:40] <elfy> thad: it is a funny output :)
[12:48] <ali1234> thad: that's the appindicator bug
[12:49] <ali1234> bug 1230888
[12:49] <ali1234> oops, bug 1203888
[12:49] <ali1234> actually perhaps not
[12:50] <ali1234> also, yeah i wish phoronix would test games people actually play on cards people actually use to play them
[12:51] <ali1234> ie TF2 on mid-to-high end nvidia, with the proprietary driver
[12:52] <thad> right, but I guess they know about this demand
[12:53] <thad> oh dammit, could lp stop syncing all the external comments...
[13:45] <olbi> two monitors works great but after I plug in second, there should appear window but didn't :/
[13:50] <dastan> hi
[13:51] <dastan> i want to do create ubuntu mini shop in my country
[13:51] <dastan> can any one help
[13:54] <ochosi> olbi: that depends on the driver/display
[13:54] <ochosi> olbi: if you use the VGA connector, it's very likely, there's no signal by the connector/driver
[13:55] <olbi> I have been using HDMI and VGA with Intel driver
[13:55] <ochosi> olbi: with DVI/HMDI/DisplayPort it's much more likely
[13:55] <olbi> HDMI was connected and than plugged VGA
[13:55] <ochosi> try the other way round
[13:55] <ochosi> and then you should get a notification
[13:56] <ochosi> vga hardly ever works in that respect
[13:56] <ochosi> but nothing we can do about that unfortunately...
[13:56] <olbi> ok, I try with others connector but Edge-HD4 only have HDMI and VGA :D
[13:56] <dastan> why vga is require
[13:56] <dastan> are screen brightness is issue
[13:56] <olbi> and my second display is only VGA :P
[13:57] <ochosi> olbi: well you can make vga your primary display and connect hdmi after startup to test ;)
[13:57] <olbi> hmm, :)
[13:57] <dastan> are you want to configure scree gamma 
[13:57] <dastan> means contrast
[13:58] <dastan> i can help
[13:58] <olbi> VGA was primary and plugin HDMI, nothing happens :P
[13:59] <ochosi> olbi: you mean you restarted your session? anyhoo, you can check whether there's a signal by monitoring ~/.cache/upstart/startxfce4
[13:59] <ochosi> olbi: e.g. with "tail -f"
[14:01] <dastan> sorry
[14:01] <olbi> no, didnt restared session :)
[14:02] <olbi> now i try with this
[14:02] <dastan> how to traverse channel
[14:03] <dastan> i got shit no one reply my answer
[14:10] <brainwash> ochosi: so lxlock simply switches to the greeter... and nobody complains about the unlocked session?
[16:12] <ochosi> brainwash: well webupd8 mentioned it in its brief review, i'm not really up-to-date with lubuntu users though, so i don't know what they think about it :]
[16:19] <GridCube> brainwash, everybody is more concerned about the sound indicator
[16:24] <elfy> GridCube: +1 
[16:34] <ochosi> GridCube: yeah, but the sound-indicator is a Xubuntu problem, while the unlocked session is a Lubuntu problem
[16:35] <GridCube> oh, i see
[17:24] <olbi> why we cant use temporary this: https://bugs.launchpad.net/ubuntu/+source/indicator-sound/+bug/1208204/comments/27
[17:30] <ochosi> olbi: because that change would break unity's indicators, afaik
[17:30] <olbi> :/
[17:33] <ali1234> that probably wouldn't break unity but it would break on 32 bit, or arm, or a load of other cases
[17:43] <ali1234> xfburn doesn't support blu-ray :/
[17:46] <olbi> try Nero :)
[17:47] <olbi> it was only working burning software with blu-ray :D
[17:48] <ochosi> ali1234: xfburn isn't exactly in active development...
[17:53] <brainwash> ochosi: you should have given them some advice! :) like forcing them to use light-locker :P
[18:21] <brainwash> ochosi: wait a minute.. I will have to verify it, but I'm pretty sure, that the "login" button wasn't labeled "unlock" after "locking" the session
[18:21] <brainwash> (lightdm gtk greeter)
[18:33] <Unit193> brainwash: Not sure what jmarsden is up to now, or lezak, but gilir comes around every couple weeks.
[18:34] <brainwash> Unit193: maybe I'll file a bug report
[18:35] <brainwash> this issue is even worse than the sound indicator one, but it does not generate any uproar
[18:35] <Unit193> https://bugs.launchpad.net/ubuntu/+source/lightdm/+bug/1205384 was the one linked to on the ML (why I'm still on it I don't know.)
[18:37] <brainwash> the lock does not even get circumvented, because nothing is actually locked :)
[18:39] <Unit193> Yep.
[18:39] <brainwash> I'll keep an eye on this report
[23:14] <brainwash> ochosi: xfpm waits 2 seconds before locking the screen and xscreensaver adds another second
[23:14] <brainwash> http://bazaar.launchpad.net/~ubuntu-branches/ubuntu/saucy/xfce4-power-manager/saucy/view/head:/src/xfpm-power.c#L346