[07:13] <dpm> good morning all
[08:11] <Atlantic777> Hi! In my language, when you want (need) to be polite when you talk to somebody, you talk to him in plural. Yeah, I know, it's maybe silly. :) Should I be so formal when I translate or it is better to be "a friendly computer"?
[08:15] <yurchor> Atlantic777: Hi! It's up to the rules of your team. Our team (Ukrainian) always use plural (polite) form.
[08:21] <Atlantic777> yurchor: there's barely a team so probably there are no rules. :D I 'm looking forward to somehow kickstart again Serbian team so it's kind of similar with Ukrainian, at least those forms. Thank you!
[08:23] <yurchor> Atlantic777: np. There are KDE and GNOME Serbian teams that have cosistent rules of this kind. It is better to follow them. ;)
[08:23] <artnay> dpm: hi, ping?
[08:24] <dpm> hi artnay, good morning
[08:24] <dpm> hi Atlantic777, great to hear you are planning to revive the Serbian team!
[08:24] <artnay> dpm: do you still have update http://<IP_ADDRESS>/index.html manually?
[08:24] <artnay> to
[08:25] <dpm> artnay, yes, but I've been away until today and I haven't been doing it. Give me 5 mins and I'll update it.
[08:26] <yurchor> Atlantic777: KDE Serbian website (some useful tips and style hints): http://sr.l10n.kde.org/
[08:26] <artnay> dpm: ok, thanks
[08:28] <dpm> artnay, update running...
[08:30] <artnay> dpm: so if we want to have localized screenshots, do we need to have those ready by the 12th?
[08:32] <dpm> artnay, I haven't caught up with e-mail yet, so I'm not sure if the docs team has mentioned a date, but I would think that the localized screenshots deadline should be the same as the translations, i.e. the 19th
[08:33] <artnay> dpm: -docs translations should be ready by the 12th, right? or was the deadline moved?
[08:34] <artnay> https://wiki.ubuntu.com/PrecisePangolin/ReleaseSchedule still says April 12th
[08:35] <dpm> artnay, there was a discussion on the mailing list a few weeks ago about that: they requested an extension of the string freeze to finish the docs, it was granted, and thus the translation deadline was also extended by a week, so that translators wouldn't be affected
[08:35] <dpm> artnay, ok, http://<IP_ADDRESS>/index.html should now be up to date
[08:36] <artnay> dpm: great, I guess I missed that somehow (although I'm subscribed) - too many emails flying around
[08:36] <dpm> :)
[15:11] <andrejz> dpm if untranslated strings are found in gnome control center, does it make sense to report it in Launchpad or should i just report it upstream?
[15:12] <dpm> hi andrejz, I'd do both: generally it's best to report upstream if they're going to be fixed there, but it might be that the untranslated strings are introduced by an Ubuntu patch
[15:12] <dpm> So I'd report it to LP first, and then investigate if it needs to have an upstream bug reported and linked to
[15:13] <andrejz> ok thx
[15:15] <gotwig> kelemengabor: hey, I am now Ubuntu Member.
[15:16] <sagaci> well done gotwig
[15:16] <gotwig> sagaci: thanks
[15:16] <kelemengabor> congrats gotwig :)
[15:16] <gotwig> kelemengabor: thanks ;)
[15:16] <gotwig> waiting for my ubuntu mail ;)
[15:19] <gotwig> gonna translate harvest now into German..
[15:22] <gotwig> kelemengabor: still waiting till me someone adds to the launchpad group :P


[02:51] <kc2bez[m]> Things look good from a Lubuntu standpoint in testing. Unless I read otherwise from messages overnight, I will mark us as ready in my AM.
[02:51] <arraybolt3[m]> 👍
[02:51] <guiverc> :)
[05:57] -queuebot:#lubuntu-devel- Builds: Lubuntu Desktop amd64 [Jammy 22.04.1] has been marked as ready
[13:36] <kc2bez> Thanks tsimonq2 for setting us as ready. Once I see the mailing list announcement I'll get things posted.
[15:54] <kc2bez> Blog post is up and the downloads page is updated.
[15:58] <kc2bez> I've got some $dayjob things to do for a bit but will get back to posting things when I can.
 Thanks Dan :) (re @lubuntu_bot: (irc) <kc2bez> I've got some $dayjob things to do for a bit but will get back to posting things when I can.)
[23:21] -queuebot:#lubuntu-devel- New binary: pass-otp [amd64] (kinetic-proposed/universe) [1.2.0-3] (lubuntu)
[23:32] -queuebot:#lubuntu-devel- New source: lubuntu-installer-prompt (kinetic-proposed/primary) [0.2.0-0ubuntu1]


[00:12] <xnox> Laney: compare http://people.canonical.com/~ubuntu-archive/transitions/ghc.html with http://people.canonical.com/~xnox/transitions/ghc.html
[00:13] <xnox> i just used the junk branch & debcheck from the archive
[14:27] <Laney> bdrung: ScottK: What's the developers' roundtable? An open Q&A session?
[14:27] <bdrung> Laney: yes
[14:28] <Laney> ah
[14:28] <Laney> on IRC or hangout or?
[14:31] <bdrung> on IRC
[14:31] <bdrung> as part of the ubuntu developer week
[14:31] <Laney> yes, I saw it on the schedule
[14:59] <ScottK> When is it?
[14:59]  * ScottK recalls he sort of volunteered for it.
[15:00] <Laney> ScottK: https://wiki.ubuntu.com/UbuntuDeveloperWeek Thursday 1900UTC
[15:03] <ScottK> Handy.  My flight will have landed by then ...
[15:11] <Laney> xnox:
[15:11] <Laney> oops
[15:12] <Laney> did you have ben download the Packages file itself or did you use them from somewhere else?
[15:12] <Laney> can you diff against one one from archive.u.c?
[15:12] <jocarter> ♬/win 24
[15:12] <Laney> wow
[15:12] <Laney> jocarter: how did you typo that?!
[15:13] <jocarter> heh, I was going to paste lyrics in another channel, then got distracted
[15:13] <Laney> ⤈
[15:13] <jocarter> then typed <esc> 8 to get to #ubuntu-motu
[15:13] <jocarter> and then typed /win without thinking
[15:13] <Laney> aha
[15:13] <Laney> must be annoying having to /win all the time
[15:13]  * Laney has alt + 0-9a-zA-Z to jump between windows
[15:14] <jocarter> yeah that's pretty much what I do all day long
[15:15] <jocarter> I have it for the first 19 (I think that's irssi default), but need to bind another row
[15:15] <jocarter> I'm too busy typing /win all day to set that up.
[15:16]  * Laney buys shares in "/" "w" "i" and "n" keys
[15:16]  * Laney starts highlighting jocarter in different channels
[15:18] <xnox> Laney: not sure what I did there, but my links all point to PTS & wanna-build so my local ben might be a bit split brain =/
[15:18] <Laney> heh
[15:19] <Laney> use lp:ubuntu-transition-tracker
[18:58] <iulian> Hmm, it seems that Laney has found a quicker way to rebuild packages. Wonder if he wants to share it with a mere mortal.
[19:47] <Laney> iulian: gnu parallel
[19:47] <Laney> 8 cores
[19:47] <jtaylor> ♥ gnu parallel
[19:48] <jtaylor> its even packaged now
[19:48] <jtaylor> although in a non-sane way ._.
[19:49] <Laney> iulian: parallel -j 8 -i sh -c "echo 'Rebuilding {}'; sbuild -d quantal -s -A -q {} || rm {}" -- *.dsc
[19:49] <Laney> that's the core
[19:51] <iulian> Uh nice.
[19:53] <Laney> so it deletes packages that don't rebuild
[19:53] <Laney> then you dch --rebuild the ones that are remaining
[19:53] <Laney> and sign/upload *_source.changes
[20:11] <v0lksman> hello!  I just tried to include a new package in reprepro and messed up my gpg passphrase...now when I re-run include it skips all the packages cause they are already included (but not exported).  How do I fix this?
[20:53] <Laney> heh
[20:53] <Laney> https://lists.ubuntu.com/archives/quantal-changes/2012-August/007858.html
[20:53] <Laney> I forgot to set my DEB*
[20:54] <iulian> Laney: That's how I noticed. :)
[20:55] <ajmitch> yeah, nice changed-by ;)
[20:55] <Laney> failed-by: Iain Lane
[20:56] <iulian> Hehe.
[20:56] <jtaylor> hehe, sort of happened to me a while back to, I sponsored mergomatic :)
[20:56] <DktrKranz> mergomatic?
[20:56] <jtaylor> with mergomatic you also see a nice history of failures :)
[20:57] <Laney> DktrKranz: merges.ubuntu.com
[20:57] <jtaylor> edited the changelog with vim instead of dch -e ._.
[20:57] <DktrKranz> ah, I thought it was a package ;)
[20:57] <Laney> heh
[20:57] <DktrKranz> I have had to sue it to infringe name of debomatic
[20:58] <iulian> :)


[04:27] <mup> Bug #1550510 changed: 1.9 UI Take action "Go" button for (re)commissioning a node with customized storage doesn't trigger the action <MAAS:Expired> <https://launchpad.net/bugs/1550510>
[10:17] <mup> Bug #1575567 opened: Re-commissioning doesn't detect storage changes <MAAS:New> <https://launchpad.net/bugs/1575567>
[10:47] <mup> Bug #1575587 opened: Can't add new machines <MAAS:New> <https://launchpad.net/bugs/1575587>
[10:47] <mup> Bug #1575590 opened: MAAS 1.9 docs contain out of date screenshots <MAAS:New> <https://launchpad.net/bugs/1575590>
[12:05] <mup> Bug #1575625 opened: Can't find way for MAAS to autodiscover IPMI settings <MAAS:New> <https://launchpad.net/bugs/1575625>
[12:35] <mup> Bug #1575631 opened: TestStaticIPAddressManagerMapping.test_get_hostname_ip_mapping_returns_domain_head_ips fails spuriously <tests> <MAAS:Triaged> <https://launchpad.net/bugs/1575631>
[12:53] <DavidRama> Hi folks, can Maas set-up network ranges for the  interfaces on the hosts without having a NIC connected to them ?
[12:53] <DavidRama> them == network ranges
[13:05] <mup> Bug #1374447 changed: some dns queries not forwarded properly <MAAS:Invalid> <https://launchpad.net/bugs/1374447>
[13:43] <roaksoax> DavidRama: If you are using 1.9, you need to setup a static and dynamic range
[13:43] <roaksoax> DavidRama: the dynamic rnage is used for say, commissioning, or random machines obtaining IP's from MAAS
[13:43] <roaksoax> DavidRama: the static range is used for IP to be given to machines when deploying, statically
[13:43] <roaksoax> DavidRama: in 2.0+ the static range disappeared, the only one that remains is the dynamic range
[13:43] <roaksoax> DavidRama: which allows MAAS to enlist/commissioning using an IP from there
[13:44] <roaksoax> DavidRama: all machines you deploy, by default, will get an IP outside from static range
[14:14] <mup> Bug # opened: 1575692, 1575693, 1575696, 1575697
[14:59] <bugrum> I just installed MAAS 2.0 beta 3 on Ubuntu 16.04 LTS and I noticed that Wake on Lan is no longer an option in the Power Type dropdown when configuring nodes. Is Wake on Lan no longer supported on MAAS?
[16:05] <mup> Bug #1575697 changed: test 4 <ux> <MAAS:Invalid> <https://launchpad.net/bugs/1575697>
[18:00] <mup> Bug #1575815 opened: NIC previously discovered through commissioning no longer connected to Maas network <oil> <MAAS:New> <https://launchpad.net/bugs/1575815>
[20:07] <bdx> hey whats up everyone? I can't seem to get my region-controller to recognize my rack-controller ... any ideas? MAAS Version 2.0.0 (beta3+bzr4941)
[20:21] <mup> Bug #1533229 changed: 1.9 wily arm64 root-image fails to deploy on EFI system <curtin:Invalid> <MAAS:Invalid> <https://launchpad.net/bugs/1533229>
[20:21] <mup> Bug #1547185 changed: backtrace in node.create_bcache <landscape> <MAAS:Invalid> <MAAS 1.9:Invalid> <https://launchpad.net/bugs/1547185>
[20:21] <mup> Bug #1548542 changed: maas.drivers.power.ipmi: [WARNING] Failed to change the boot order to PXE <IP>  ipmi_ctx_open_outofband_2_0: BMC busy on Dell 12G servers <oil> <MAAS:Won't Fix> <https://launchpad.net/bugs/1548542>
[20:21] <mup> Bug #1575910 opened: [2.0a4] Fabric and space lack a description field <MAAS:In Progress by blake-rouse> <https://launchpad.net/bugs/1575910>
[20:29] <bdx> Hey hows it going everyone? How can I add a rack controller? I have followed the procedure outlined in the docs, but my rack-controller and its supporting services are not showing up ....
[20:30] <bdx> I mean, I see a controller under my nodes tab, but when I select it, all of the rack-controller services are red
[20:30] <bdx> also, when I select the images tab, I see "One rack controller is not yet connected to the region. Visit the rack controllers page for more information." at the top of the page
[20:31] <bdx> can anyone lend some insight on how to get past this?
[20:31] <bdx> thanks
[20:33] <bdx> when I try to delete the skeleton rack-controller that exists, I get this -> http://paste.ubuntu.com/16088372/
[20:33] <bdx> ^SOS^
[20:39] <roaksoax> bdx: known bug, fixed in latest trunk
[20:39] <roaksoax> bdx: or soon to be beta4
[20:40] <bdx> roaksoax: can I upgrade to beta4 by using ppa:maas/devel ?
[20:40] <roaksoax> bdx: but that being said, what errors do you ssee in rackd.log in the rack that's failing to conect ?
[20:40] <roaksoax> blake_r: ^^
[20:40] <roaksoax> bdx: haven't released beat4 just yet
[20:41] <roaksoax> bdx: it will be tomorrow or friday
[20:41] <blake_r> bdx: what is in rackd.log?
[20:42] <blake_r> bdx: does it say its connecting?
[20:42] <blake_r> bdx: seems like it is not connection to the region
[20:43] <bdx> blake_r, roaksoax: http://paste.ubuntu.com/16088464
[20:45] <blake_r> bdx: okay its getting rejected by the regin
[20:45] <blake_r> bdx: whats in the regiond.log
[20:52] <bdx> blake_r, roaksoax: http://paste.ubuntu.com/16088545/
[20:56] <blake_r> mpontillo: ^ see the "Interface matching query does not exist"
[20:59] <mpontillo> bdx: can you post the content of "sudo maas-rack support-dump --networking" on the rack that is failing to register?
[21:00] <mpontillo> bdx: actually I bet I know what this is. if you've been upgrading through previous betas, you may have corrupted interfaces in your database. let me see if I can find the workaround
[21:01] <mpontillo> blake_r: see https://bugs.launchpad.net/maas/+bug/1563701/comments/13
[21:01] <mpontillo> bdx: ^ oops notified wrong person
[21:02] <roaksoax> blake_r: i wonder if his issues would go away with latest trunk ?
[21:02] <mpontillo> roaksoax: a fresh install would fix it if it's the issue I'm thinking of
[21:03] <mpontillo> roaksoax: previous beta users who have VLAN interfaces will hit this bug where they have incorrect interfaces stored in the datbaase
[21:03] <mpontillo> *database
[21:03] <mpontillo> that is, VLAN interfaces on rack controllers.
[21:03] <roaksoax> mpontillo: how do we clean that up though
[21:03] <mpontillo> roaksoax: we could do a database migration to do it.
[21:07] <roaksoax> mpontillo: yeah we might have to do that
[21:08] <mpontillo> roaksoax: it's a bit of a toss-up at this point, as it would only affect users of early betas
[21:15] <roaksoax> mpontillo: bhehe early beta1 nbeta2 or 3 ?
[21:16] <mpontillo> roaksoax: fixed in beta 2 I think
[21:32] <bdx> roaksoax, mpontillo, blake_r: `sudo maas-rack support-dump --networking` -> http://paste.ubuntu.com/16088880
[21:35] <bdx> mpontillo: could I manually replace the incorrect legacy interface values in the db?
[21:35] <bdx> what table should I be looking at here?
[21:36] <mpontillo> bdx: don't worry, I spotted the bug ;-) blake_r: take a look at the paste, it looks like get_interfaces_definition() is returning incorrect parents. the get_ip_addr() output is correct, but the VLANs' parents are themselves?!
[21:37] <mpontillo> bdx: are you able to file a bug?
[21:37] <bdx> mpontillo: have you identified the fix as well?
[21:37] <mpontillo> bdx: not yet
[21:37] <bdx> lol ... tis all I do
[21:38] <mpontillo> bdx: yeah the code is assuming the VLAN name format is "<parent>.<vid>" when in your case you are using the alternate format
[21:39] <mpontillo> bdx: https://paste.ubuntu.com/16088926/ <-- sad code
[21:40] <mpontillo> bdx: just FYI, the input into that function is the output of the top function in your paste, get_ip_addr(). so we actually have all the data we need to make this correct
[21:40] <bdx> mpontillo: I was in the middle of a workflow that I was trying to deploy/use xenial in, I upgraded my test-maas from 14.04 to 16.04 ... is there anything I can do to get things back to working real quick, or will I need to wait for the patch to land?
[21:40] <bdx> oh my
[21:40] <bdx> I see
[21:40] <bdx> ooh, hmm
[21:40] <mpontillo> bdx: should be a pretty easy fix.. let me see if I can get a quick patch for you to try
[21:46] <mpontillo> bdx: sudo patch -d /usr/lib/python3/dist-packages -i /tmp/patch -p1
[21:46] <mpontillo> bdx: given https://paste.ubuntu.com/16088969/ in /tmp/patch
[21:46] <mpontillo> bdx: can you tell me if that fixes it?
[21:46] <bdx> ha ya
[21:46] <bdx> that was super fast! nice!
[21:47] <mpontillo> bdx: hope it works =)
[21:47] <mpontillo> bdx: completely untested TBH, you are the guinea pig right now, just thought you might like a preview of the fix
[21:49] <bdx> mpontillo: should I dpkg-reconfigure maa-rack-controller following the application of the patch?
[21:50] <mpontillo> bdx: that should not be necessary, just restart the rackd service and tell me if it registers successfully
[21:51] <bdx> how?
[21:51] <bdx> oh, the twistd3 process?
[21:52] <bdx> oh maas-rackd
[21:52] <bdx> nm
[21:53] <bdx> oooooooOOOooo
[21:53] <bdx> Success!!!!
[21:53] <bdx> so sick
[21:53] <bdx> I bow to thee
[21:53] <bdx> mpontillo: real nice
[21:54] <mpontillo> bdx: awesome, thanks for testing it for us =)
[21:54] <bdx> np
[21:55] <roaksoax> mpontillo: that's fixed in trunk isn't it
[21:55] <roaksoax> ?
[21:56] <mpontillo> roaksoax: nope
[21:56] <mpontillo> roaksoax: we need a bug for this
[21:57] <bdx> I just made one
[21:58] <bdx> https://bugs.launchpad.net/maas/+bug/1575945
[22:01] <mup> Bug #1575945 opened: rack-controller not connecting <MAAS:New> <https://launchpad.net/bugs/1575945>
[22:01] <mup> Bug #1575946 opened: dist-upgrade from trusty to xenial errors (maas 1.9 -> 2.0) <landscape> <MAAS:New> <https://launchpad.net/bugs/1575946>
[22:03] <bdx> mpontillo: how can I get dhcp going on my maas-mgmt network again?
[22:03] <bdx> oh nm, I think I see
[22:06] <bdx> yea, actually, how do I configure dhcp?
[22:09] <bdx> I from what I can gather it is on, on the desired subnet, I just don't know how to introspect that from the gui ...?
[22:10] <bdx> ahh, ok, dhcp is active
[22:10] <bdx> on my maas-mgmt network ... I just don't see where or how. .... this must be upcoming gui functionality ?
[22:14] <mpontillo> bdx: that info is on the vlan details page; the range is on the subnet details page. Not all of it can be edited from the UI in the current beta
[22:14] <bdx> ok, I see
[22:15] <bdx> mpontillo, blake_r, roaksoax: thanks for your help today!
[22:22] <bdx> is maas2.0 not compatible with < juju2?
[22:31] <mup> Bug #1575951 opened: upgrade of maas from 1.9.1 to 2.0 'str' object has no attribute 'version' <landscape> <MAAS:New> <https://launchpad.net/bugs/1575951>
[22:55] <mpontillo> bdx: https://jujucharms.com/docs/devel/introducing-2#maas-2.0
[22:56] <mpontillo> bdx: sadly I don't think MAAS 2.0 support made it in time for Xenial; you may need a dev release of juju
[22:56] <mpontillo> bdx: I haven't tried it yet myself.
[22:57] <bdx> do I have to bootstrap with that flag set, or is it enough to just set it?
[22:57] <bdx> ok
[23:00] <mpontillo> bdx: I'd assume you would need to bootstrap with that, since bootstrap makes use of MAAS
[23:00] <mpontillo> IIRC ;-)
[23:01] <rp_> Any one have info on a replacement for image-builder?  seems to be deprecated and advised to use maas/main.


[06:45] <dholbach> good morning
[13:06] <ScottK> jtaylor: Any thoughts on the pytables FTBFS on powerpc from your sync?
[17:00] <jtaylor> hm
[17:00] <jtaylor> aren't ftbfs mails sent anymore from syncs?
[17:00] <jtaylor> I don't know how I could have overlooked that :O
[17:01] <jtaylor> yesterday I looked at pytables (only in pts) and thought hm I forgot to sync 2.4, oh well to late now ...
[17:01] <Laney> they never have been for API syncs
[17:01] <Laney> can't remember if they were for old style ones
[17:03] <jtaylor> hm how did it work in debian
[17:04] <jtaylor> probably numpy
[17:16] <jtaylor> looks like a straightforward fix, they just expect native types to not have the endian prefix, apparently that changed in 1.7
[17:16] <jtaylor> I guess its still fine to upload that to raring? or remove 2.4?
[17:30] <ScottK> jtaylor: Looks like cjwatson fixed it.
[17:32] <jtaylor> oh good
[17:32] <jtaylor> emulated ppc is so slow .-.
[17:33] <jtaylor> we really need some stuck in proposed notification system
[17:34] <jtaylor> I usually check if my stuff goes through, but such mistakes can easily happen
[17:34] <jtaylor> I guess the ppc queue was long or it took ages to build so I went to bed and forgot about it
[17:34] <jtaylor> (maybe also relying on a ftbfs mail)
[17:35] <ScottK> For syncs I usually open a browser tab for them and leave it until it's fully built.
[17:38] <cjwatson> My fix is a bit crappy but it will do
[17:38] <cjwatson> For now anyway
[17:38] <cjwatson> Feel free to supersede with something better in S :)
[17:39] <jtaylor> its the same I would have done :)
[17:39] <jtaylor> I'll check with upstream
[17:41] <jtaylor> cjwatson: thx for fixing it
[17:55] <ScottK> menesis: Shouldn't your schooltool-book versioin be 2.4.0-0ubuntu1?
[17:56] <menesis> ScottK: no, it is a native package
[17:59] <ScottK> Hmmm.
[18:00] <ScottK> OK.  I see the current package is native too.
[18:00] <ScottK> I'd suggest that's probably not the best way to do it for the future, but OK for now.
[18:02] <menesis> probably.
[18:02] <menesis> It is a new package in raring.
[18:05] <ScottK> I accepted it.
[18:08] <menesis> ScottK: thank you
[18:21] <jtaylor> cjwatson: your tcltk upload will fix all the remaining tcltk build failures?
[18:21] <jtaylor> will that be reverted post raring?
[18:22] <jtaylor> s/all/all that use tclConfig.sh/
[18:22] <crimsun> it should take care of the tclConfig.sh subset...yeah.
[18:23] <crimsun> i've encountered a couple outliers that do inane things with separate Tcl files; don't think there's a good way to get those
[18:24] <jtaylor> fixed one of these yesterday
[18:25] <jtaylor> uses tclConfig.sh but then for some reason still looks for all headers and files and needs the directory its actually in
[18:39] <cjwatson> jtaylor: I don't see any immediate reason to revert it; it would make the transition easier in Debian, which is generally a good thing, and helps with third-party sources using Tcl/Tk
[18:39] <cjwatson> Its only real downside is that it creates a dependency on dpkg-dev
[18:39] <jtaylor> why was it done in the firstplace then?
[18:40] <cjwatson> YM wasn't?  Well, it kind of seemed like a dirty hack, but meh, not worth the breakage
[18:40] <jtaylor> YM?
[18:41]  * crimsun grumbles about CMake module silliness
[18:42] <jtaylor> cjwatson: you could use gcc -print-multiarch and use gcc as dependency instead, might make more sense
[18:44] <cjwatson> "YM" -> you mean
[18:44] <cjwatson> is gcc -print-multiarch reliably identical?
[18:44] <cjwatson> on all architectures?
[18:44] <jtaylor> I used dpkg-dev in numpy, then quite quickly got a bug from someone who had gcc but not dpkg-dev
[18:45] <cjwatson> if so I agree and would be happy to do that for raring
[18:45] <jtaylor> its a ubuntu only patch so far I know
[18:45] <cjwatson> er, for S
[18:45] <jtaylor> so it should work everywhere
[18:45] <jtaylor> you have to ask doko
[18:45] <cjwatson> I think dpkg-dev from {tcl,tk}*-dev isn't a major problem though
[18:45] <cjwatson> I'd have worried more if they hadn't been *-dev packages


[09:29] <mup> PR snapd#13226 opened: Clean now useless ResetEnclosingVolumeInStructs function <Created by upils> <https://github.com/snapcore/snapd/pull/13226>
[10:14] <mup> PR snapd#13123 closed: gadget,osutil: add support for fat16 partitions <Run nested> <Created by alfonsosanchezbeato> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/13123>
[10:59] <mup> PR snapd#13227 opened: snaptool: check for binary existance in InternalToolPath() <Created by mvo5> <https://github.com/snapcore/snapd/pull/13227>
[11:05] <lissyx> hello
[11:05] <lissyx> anyone would know where to hack snapd to allow /proc/PID/environ ?
[11:09] <ogra> in one of the interfaces .... currently only some really dangerous ones allow it though (greengrass_, kubernetes_ and microstack_support it seems)
[11:10] <ogra> you should start a thread on the forum in the snapd category ...
[11:11] <lissyx> ogra, before starting a thread I need to verify this is the only limitation and it fixes the issue
[11:11] <lissyx> ogra, but it's the case, we will need it anyway otherwise we can't get crash reports on firefox
[11:13] <lissyx> ogra, interfaces/apparmor/template.go ?
[11:13] <ogra> IIRC there is some way to simply hack the apparmor profiles without editing actual go code
[11:14] <lissyx> how?
[11:19] <mup> PR snapd#13228 opened: o/devicestate: only add track validation-sets task in run-mode <Bug> <Pulse> <Run Nested -auto-> <Created by Meulengracht> <https://github.com/snapcore/snapd/pull/13228>
[11:22] <ogra> i cant find the forum post but it should be doable by editing your profile in /var/lib/snapd/apparmor/profiles/ and then calling  "sudo apparmor_parser -R /path/t👋profile"
[11:23] <ogra> oops, sorry ... silly emoji plugin
[11:26] <lissyx> ok
[11:26] <lissyx> I need to find how to do it now then
[11:26] <lissyx> I need to find how to do it now then
[11:30] <lissyx> ogra, I think you wanted -r and not -R ?
[11:34] <lissyx> ogra, added "owner @{PROC}/@{pid}/environ r," to the file, apparmor_parser -r, and snappy-debug does not show anymore denied access to /proc/PID/environ
[11:34] <lissyx> but crash report still failing :(
[11:41] <lissyx> ok, on a nightly build it works
[11:57] <mup> PR core20#157 opened: Use ucdev ppa instead of ubuntu-image <Created by valentindavid> <https://github.com/snapcore/core20/pull/157>
[13:00] <mup> PR snapd#13062 closed: interfaces: upower-observe base policy considers whether the slot is implicit <Created by pedronis> <Merged by pedronis> <https://github.com/snapcore/snapd/pull/13062>
[16:11] <mup> PR snapd#13229 opened: i/policy: fix TestConnection* for qualcomm-ipc-router <⚠ Critical> <Test Robustness> <Skip spread> <Created by pedronis> <https://github.com/snapcore/snapd/pull/13229>
[16:36] <mup> PR snapd#13230 opened: spread: add optional snap to new model in remodel test <Created by andrewphelpsj> <https://github.com/snapcore/snapd/pull/13230>
[16:46] <mup> PR snapd#13229 closed: i/policy: fix TestConnection* for qualcomm-ipc-router <⚠ Critical> <Test Robustness> <Skip spread> <Created by pedronis> <Merged by pedronis> <https://github.com/snapcore/snapd/pull/13229>
[17:16] <mup> PR snapd#13231 opened: packaging: fix i18n patch for debian-sid <Created by andrewphelpsj> <https://github.com/snapcore/snapd/pull/13231>
[17:47] <mup> PR snapd#13230 closed: spread: add optional snap to new model in remodel test <Created by andrewphelpsj> <Closed by andrewphelpsj> <https://github.com/snapcore/snapd/pull/13230>
[17:57] <mup> PR snapd#13230 opened: spread: add optional snap to new model in remodel test <Created by andrewphelpsj> <https://github.com/snapcore/snapd/pull/13230>
[18:47] <mup> PR snapd#13225 closed: o/devicestate: refactor remodelEssentialSnapTasks for readability <Created by andrewphelpsj> <Merged by andrewphelpsj> <https://github.com/snapcore/snapd/pull/13225>
[19:27] <mup> PR snapd#13198 closed: store: use store.access to disable access to snap store <Squash-merge> <Needs Documentation -auto-> <Created by andrewphelpsj> <Merged by andrewphelpsj> <https://github.com/snapcore/snapd/pull/13198>
[19:32] <mup> PR snapd#13232 opened: o/snapstate: use store.access disable auto refresh <Created by andrewphelpsj> <https://github.com/snapcore/snapd/pull/13232>
[19:40] <rpocase> Is it possible to configure a preseeded snap to have hold refresh configured prior to use?
[19:41] <rpocase> i.e., I want to do "snap prepare-image ... some-snap"  and "snap refresh --hold some-snap" while building an image. is that or an equivalent possible?
[19:47] <mup> PR snapd#13233 opened: o/devicestate: use device-service.access to determine if we should fetch a serial or not <Created by andrewphelpsj> <https://github.com/snapcore/snapd/pull/13233>
[20:02] <mup> PR snapd#13234 opened: cmd/snap-repair: make snap-repair respect store.offline configurable <Created by andrewphelpsj> <https://github.com/snapcore/snapd/pull/13234>
[20:33] <mup> PR snapcraft#4384 closed: refactor(remote-build): reorganize functions <do-not-squash> <Created by mr-cal> <Merged by mr-cal> <https://github.com/snapcore/snapcraft/pull/4384>


[16:18] <smoser> well, in case anyone is reading backscroll, i ended up just accepting it.
[16:19] <smoser> git log can not show them with --first-parent.


[06:07] <knightwise> morning everyone
[07:09] <diplo> Morning all
[07:37] <bashrc> morning
[08:34] <Guest73857> Good morning all; happy English Language Day! :-D
[08:35]  * Guest73857 eyes his nick suspiciously.
[08:46] <Laney> good old Guest73857
[08:46] <directhex_> i miss Guest73857
[08:50] <bashrc_> happy ubuntu release day
[08:50] <directhex_> but i only just downloaded the beta! :'(
[08:52] <Laney> just an apt upgrade away
[08:56] <foobarry> http://www.telegraph.co.uk/finance/newsbysector/mediatechnologyandtelecoms/digital-media/11556838/UK-set-top-box-maker-Pace-bought-by-US-firm-for-1.4bn.html
[08:56] <foobarry> the register will probably have a souvenir pull out guide
[08:59] <awilkins> Wow, Pace
[08:59] <awilkins> I had one of the ISA modem cards.
[08:59] <awilkins> Lovely bit of kit, none of your Winmodem rubbish
[09:04] <foobarry> wow. metro are publishing "news" that are actually 8 month old reddit posts now
[09:04] <foobarry> not even new ones
[09:04] <foobarry> http://metro.co.uk/2015/04/21/is-this-the-ghost-of-a-samurai-soldier-standing-behind-a-little-girl-5160401/
[09:04] <foobarry> turns out to be this http://www.reddit.com/r/UnexplainedPhotos/comments/2e60an/disturbing_photo_feedback_xpost_from_rghosts/
[09:12] <bashrc_> churnalism?
[09:13] <foobarry> also, its just a person standing behind her
[09:14] <foobarry> which you can see more clearly inthe reddit link that they refer to but don't link to
[09:14] <foobarry> he is wearing a light blue shirt
[09:22] <brobostigon> morning boys and girls.
[09:37] <Hazed> good morning all.  does anyone know the release time for 15.04?
[09:38] <Myrtti> afternoon UK time usually
[09:38] <Myrtti> there is no set moment.
[09:38] <Hazed> brilliant, thank you for clearing that up :)
[09:39] <Myrtti> note: usually doesn't mean that it's guaranteed.
[09:39] <Myrtti> for all I know it could be five minutes away
[09:39] <Hazed> make sense
[09:39]  * popey looks over at the release team
[09:39] <popey> they don't seem too stressed :)
[09:39] <Hazed> lol
[09:39] <popey> beer at 17:30 apparently
[09:39] <popey> so sometime before then
[09:39] <Hazed> sounds good idea
[09:42] <davmor2> popey: you off to Ye Olde London Town Today?
[10:31] <popey> davmor2: am here, yes
[10:32] <davmor2> popey: \o/ tell them not to get too drunk there is more work tomorrow
[10:32] <popey> heh
[10:44] <awilkins> !isitoutyet
[10:44] <lubotu3`> Did I SAY it was out? Maybe if you would LISTEN once in a while this relationship would be healthier.
[10:44] <awilkins> !isitinyet
[10:44] <awilkins> Boo! Opportunity missed there
[10:51] <directhex_> filthy.
[11:09] <bashrc_> it is not out
[12:38] <davmor2> So I got this tune stuck in my  head https://www.youtube.com/watch?v=Fy2indWyr74
[12:38] <directhex_> so. w-series name speculation?
[12:39] <directhex_> wistful wombat!
[12:39] <davmor2> wasclin' wabbit
[12:40] <zmoylan-pi> wary winkle
[12:40] <awilkins> Rather more overt versions of Onanistic Ocelot?
[12:40] <davmor2> wonderful wizbit
[12:40] <davmor2> whopping willow
[12:40] <awilkins> Whomping
[12:40] <davmor2> whomping even
[12:40] <awilkins> I think whoever manages JKR would whomp Canonicals butt for that
[12:41] <davmor2> worried whippet
[12:42] <davmor2> wobbly weeble is my favourite though
[12:43]  * awilkins looks at list of South African mammals
[12:43] <awilkins> "Waterbuck"
[12:43] <deckchair_turpin> when they get to x the animals are limited a little
[12:45] <davmor2> deckchair_turpin: get off my lawn with your deckchair
[12:45]  * deckchair_turpin hums abide with me
[12:46]  * popey thought that was someone else for a moment then.
[12:46] <deckchair_turpin> annoying someone else in another channel... :-)
[12:59] <awilkins> Xamarin is already taken
[13:18]  * awilkins hears Transmission go *ding*
[13:19] <awilkins> !isitout
[13:19] <lubotu3`> Did I SAY it was out?  Maybe if you would LISTEN once in a while this relationship would be healthier.
[13:20] <awilkins> Astonishing how many people still use Microtorrent
[13:21] <awilkins> I heard it had gone all bloaty bloatware
[13:22]  * Myrtti goes back to playing Cities Skylines while waiting for 15.04 to happen
[13:30] <bashrc_> it is not out
[13:33] <foobarry> do i need to chroot sftp if users can't login with ssh?
[13:35] <foobarry> i think so
[13:38] <awilkins> I remember a few years ago, you'd get kicked for saying it was out before it was officially announced, that still the case?
[13:41] <foobarry> 4od app sucks
[13:41] <foobarry> whatever its called noawadays
[13:41] <foobarry> all4
[13:42] <foobarry> they make you feel dirty and desperate for wanting to watch a programme
[13:42] <popey> +1
[13:48] <dogmatic69> what is the best option to share a folder from linux to windows?
[13:49] <diplo> Depends how much sophistication you're after ?
[13:49] <diplo> and desktop or cli
[13:49] <dogmatic69> I want to have a git repo on test server, shared to windows so it can be opened in editor and edited
[13:49] <diplo> If I just want to share a folder quickly from desktop I just rick click and share it
[13:50] <dogmatic69> all the commite etc will happen on the server, literally just to edit files
[13:50] <dogmatic69> and its server cli -> win desktop
[13:50] <awilkins> Well, you could
[13:50] <davmor2> dogmatic69: a usb pendrive?
[13:50] <diplo> I do that via sftp myself, use winscp on my laptop, open with Sublime and Ctrl S and winscp saves it back
[13:50] <awilkins> Does "Best" mean easiest?
[13:50] <foobarry> smb ?
[13:50] <foobarry> same lan?
[13:50] <awilkins> Easiest is SMB / CIFS
[13:51] <dogmatic69> best means easy / reliable
[13:51] <davmor2> I'm still going with usb pendrive
[13:51] <foobarry> depends on the user
[13:51] <awilkins> All the software available in the repo or pre-installed, nothing to install on Winders box
[13:51] <dogmatic69> lol
[13:51] <dogmatic69> its php
[13:51] <foobarry> owncloud?
[13:51] <awilkins> Syncthing
[13:51] <awilkins> Syncthing : like Dropbox but the NSA doesn't get a lookin
[13:52] <dogmatic69> currently its the other way round, the repo is on windows and shared to linux but that is lame
[13:53] <awilkins> Why's that lame? Do you want your website clients to be able to access your full source code history?
[13:53] <dogmatic69> its dev server
[13:53] <dogmatic69> windows keeps locking files and breaks ability to edit from the server / delete etc.
[13:53] <dogmatic69> things like composer die because the files are locked
[13:53] <davmor2> dogmatic69: right click on the, local network share. failing that, dropbox, sycnthing, bittorrent sync, USB PENDRIVE!!!!!
[13:54] <davmor2> right click on the folder that should of read
[13:54] <dogmatic69> davmor2:  usb wont work because its a virtual linux machine...
[13:54] <davmor2> dogmatic69: most vms allow a shared folder between host and client
[13:55] <dogmatic69> the host is a windows client, not the desktop used.
[13:55] <dogmatic69> windows server sorry...
[13:56] <davmor2> dogmatic69: yeap still most vm's as in the software that the client runs in can share a folder with the host
[13:56] <davmor2> the client can then access it
[13:56] <dogmatic69> davmor2:  the point is that nobody is using the windows server hosting the linux server so it would be pointless to share anything there.
[13:56] <dogmatic69> I will try out smb
[13:58] <davmor2> dogmatic69: it's a server just drop the folder in /home/<user> and ssh it
[14:39] <awilkins> Does Ubuntu support bcache + full disk encryption in the installer yet?
[14:39] <zleap> hi, are we expecting 15.04 to be out this week
[14:39] <zleap> ?
[14:43] <bigcalm> !isitoutyet
[14:43] <lubotu3`> Did I SAY it was out? Maybe if you would LISTEN once in a while this relationship would be healthier.
[14:43] <bigcalm> Awww
[14:45] <bigcalm> I don't think that's a very nice response
[14:45] <ChunkzZ> zleap, suppose to be today.
[14:46] <zleap> ChunkzZ: thanks,  i did see something about it being some time soon
[14:46] <zleap> ok will keep an eye out for news
[15:16] <davmor2> directhex_: as for w release I'm still hanging in there for Wheres Wally
[15:17] <directhex_> woeful wendigo
[15:17] <directhex_> winter walrus!
[15:22] <awilkins> Wet Wombat
[15:31] <diddledan> wiotous wossy?
[15:32] <diddledan> (ref: jonathan ross)
[15:32] <diddledan> are we landing today or next thursday?
[15:34] <diddledan> looks like it's due today according to the releaseschedule page
[15:41] <davmor2> diddledan: it's released already
[15:41] <diddledan> !isitoutyet
[15:41] <lubotu3`> YES! ITS OUT: https://lists.ubuntu.com/archives/ubuntu-announce/2015-April/000195.html
[15:41] <diddledan> oh so it is
[15:42] <davmor2> diddledan: told you
[15:42] <diddledan> smartass :-p
[15:43] <davmor2> diddledan: no I can just read email headers :P
[15:43] <diddledan> I've not checked my email yet today
[15:43] <diddledan> head in the sand :-0p
[15:43] <TheOpenSourcerer> Is it out yet?
[15:44] <diddledan> lol
[15:44] <diddledan> not just me, see?
[15:44] <diddledan> TheOpenSourcerer: yes
[15:44] <TheOpenSourcerer> Not been on here for *ages*...
[15:44] <TheOpenSourcerer> Is it? Oooh?
[15:44] <TheOpenSourcerer> Must try upgrading at the weekend then.
[15:45] <TheOpenSourcerer> Talking of the weekend... popey, czajkowski, AlanBell, shall we meet at the Cobbett for a pre-beerex snort?
[15:45] <popey> yes
[15:46] <TheOpenSourcerer> \o/
[15:46] <TheOpenSourcerer> 5pm (ish)
[15:46] <davmor2> popey: man your arm must hurt from all that twisting
[15:47] <popey> hah
[15:47] <popey> TheOpenSourcerer: ya
[15:47] <TheOpenSourcerer> lol
[15:47] <diddledan> davmor2: I'm impressed how long popey held out on that one
[15:48] <popey> i am in two meetings too
[15:48] <diddledan> zo/
[15:48] <diddledan> oops
[15:48] <diddledan> \o/
[15:49] <diddledan> zo/ is walking like an egyptian?
[15:50] <davmor2> diddledan: no it's more he has this psychic net awareness for the words beer and popey
[15:50] <diddledan> :-)
[15:54] <popey> \o/
[15:59] <awilkins> What's the go-to for lightweight Ubuntu for old laptops? MATE, Xub, or Lub?
[15:59] <davmor2> awilkins: depends on usage and age. x or l though
[16:00] <czajkowski> TheOpenSourcerer: shall pass it onto Jon
[16:00] <awilkins> Age? Of the hardware?
[16:01] <davmor2> awilkins: yeah
[16:01] <awilkins> For a moment thought "Age of the user... and whether they are addicted to Windows or not"
[16:04] <popey> awilkins: MATE!
[16:05] <awilkins> MATE for Winders addicts or for ageing hardware?
[16:05] <awilkins> or both?
[16:05] <TheOpenSourcerer> ttfn
[16:06] <popey> both
[16:06] <ali1234> for windows addicts unity is best, since they are used to bad user interfaces already :P
[16:06] <awilkins> OOh, No.1 reason to upgrade to Vivid : the annoying black window bug
[16:06] <awilkins> ali1234,  I actually like Unity
[16:06] <awilkins> Esp. the HUDmenu
[16:07] <ali1234> yeah my dad loves it too
[16:07] <ali1234> he doesn't use HUD menu though, he doesn't even use normal menus
[16:08] <awilkins> "rationalized 3rd party library managers"
[16:08] <awilkins> Wootage!
[16:09] <awilkins> Does that mean the packaged versions of 3rd party libmans behave like this, or ones you install from source etc do?
[16:09] <ali1234> context?
[16:09] <awilkins> "We also rationalized 3rd party library managers so that they all behave the same and don't overwrite and/or mix with system libraries. Developers don't have to worry about messing up up their installation if they want to install a pipy, npm, rubygem libraries."
[16:10] <ali1234> oh. well python has been fixed in that regard since at least 14.04
[16:10] <ali1234> for both pip and source installs
[16:10] <awilkins> Mentioned in the context of Ubuntu Make
[16:10] <awilkins> Which sounds cool
[16:10] <awilkins> Because it can install Eclipse
[16:10] <ali1234> oh ubuntu make? that's just a script that downloads things
[16:11] <awilkins> Has an official mention in relnotes!
[16:11] <ali1234> the way that works is by putting everything in folders in your home dir
[16:11] <ali1234> at least that's how it used to work
[16:11] <awilkins> this is how I usually use Eclipse
[16:11] <awilkins> Install the packaged version for the deps
[16:11] <ali1234> then it edits your .bashrc and adds paths
[16:12] <awilkins> And then install the newest one by downloading and unpacking the tarball
[16:12] <ali1234> it does install some things from packages, when it can
[16:12] <ali1234> yeah dependencies mainly :)
[16:13] <awilkins> Yarrrg, Can't believe that the packaged version of Eclipse for vivid is STILL 3.8.1
[16:13] <ali1234> i found ubuntu-make to be a bit pointless, but i only tried it with android
[16:13] <bigcalm> !isitoutyet
[16:13] <lubotu3`> YES! ITS OUT: https://lists.ubuntu.com/archives/ubuntu-announce/2015-April/000195.html
[16:13] <davmor2> awilkins: it is an easy way for devs to get the tools they need to develop for various platforms.  so ubuntu-make android would grab all the dev tools you need for android etc
[16:13] <ali1234> basically all it does is download the sdk installer and unpack it
[16:13] <ali1234> you still have to go through the whole process of opening the SDK manager and downloading all the SDK components
[16:15] <awilkins> I think it's time for a fresh install TBH
[16:15] <ali1234> also i find it very odd that umake doesn't appear to be able to install the ubuntu sdk
[16:15] <awilkins> My /home partition is a bit cloggy
[16:15] <awilkins> And I have to encrypt everything because our new security dude says so
[16:16] <awilkins> What I want ; full disk encryption + bcache
[16:16] <awilkins> Anyone know of a guide that combines both or am I going to have to write one?
[16:18] <Myrtti> No new release found ;___;
[16:18] <awilkins> http://releases.ubuntu.com/15.04/
[16:20] <Myrtti> myrtti@eeyore:~$ sudo do-release-upgradeChecking for a new Ubuntu release
[16:20] <Myrtti> No new release found
[16:20] <Myrtti> I'm just whining
[16:20] <Myrtti> nevermind me
[16:21] <daftykins> diddledan: heyup, are you a drupal fiend? my mate has this site he dev'd on his Windows box at home, but on throwing it up on his hosting - if you log in, his menu disappears XD
[16:21] <awilkins> Myrtti, are you on 14.04?
[16:22] <diddledan> funky
[16:22] <daftykins> diddledan: works perfectly on my bytemark VPS however
[16:22] <diddledan> is this the admin menu?
[16:22] <ali1234> case sensitive filename issues?
[16:22] <diddledan> along the top of the page?
[16:22] <Myrtti> awilkins: nope
[16:22] <daftykins> nah not the very top, just his own navigation menu that's part of the page
[16:23] <Myrtti> ... not that I know of...
[16:23] <Myrtti> or AM I
[16:23] <daftykins> lsb_release -d
[16:23] <Myrtti> no I'm not.
[16:23] <daftykins> all the cool kids run LTS
[16:23] <awilkins> I'm running LTS. But since I have to reinstall anyway...
[16:23] <diddledan> ok. possibly the "block" got messed up or removed - try as adming going to "structure->blocks" and see if the menu block isw in the right place
[16:24] <diddledan> "for all evilness requirements, just add ming"
[16:24] <daftykins> diddledan: ty sir, shall pass that on. would it be of any use if you could take a quick glance at the page? or would it require login and all that jazz to really understand?
[16:25] <diddledan> I can have a nosey, but probably can't tell without being admin
[16:25] <daftykins> that can be easily arranged ^_^
[16:25] <ali1234> how is the customization implemented?
[16:25] <Myrtti> yay new ubuntu \o/
[16:25] <ali1234> is it a theme, plugin, or just hacked wp core?
[16:26] <diddledan> ali1234: it's drupal :-p
[16:26] <ali1234> oh snap
[16:26] <ali1234> then i have no idea
[16:26] <ali1234> for some reason i read that as wordpress
[16:26] <diddledan> teehee
[16:26] <diddledan> wishful thinking~?
[16:26] <ali1234> yeah probably
[16:27] <daftykins> i did try to get this mate to buy a wordpress theme since i understand setting it up
[16:27] <ali1234> i don't understand how wordpress got "most feared technology" over drupal and joomla
[16:27] <daftykins> but he enjoys learning web dev so he felt like giving it a stab himself ;) despite my warning of issues...
[16:27] <ali1234> maybe because nobody uses drupal and joomla
[16:28] <diddledan> I think because drupal and joomla are actually difficult to work people tend to leave it to professionals whereas they feel that they can fiddle with wordpress and thus more people hate it because they don't understand enough about what they're doing and therefore it crashes around their earsw
[16:29] <daftykins> :D
[16:29] <diddledan> drupal devs seem to be paid more than an equivalent wordpress dev :-(
[16:29] <ali1234> that is largely because drupal is designed to maximize consultancy fees
[16:31] <daftykins> this mate had the idea that wordpress might end up limiting him, whereas drupal might be capable of it all
[16:31] <ali1234> ironically drupal is capable of almost nothing out of the box
[16:31] <daftykins> i tried to suggest his inexperience might mean security woes or drama in the future :P
[16:31] <ali1234> it's basically a platform that can be used to sell extensions that do what the client wants
[16:32] <diddledan> well done:-)
[16:32] <daftykins> hmm my Nexus 4 is offering me android 5.1 as of last night
[16:32] <diddledan> ooh
[16:32] <ali1234> don't upgrade, 5.1 is a lemon
[16:33] <diddledan> lemon sherbert?
[16:33] <diddledan> (that's a dessert, right? :-p)
[16:34] <daftykins> to be honest as directhex_ once described it, android has been going all Windows on me since i installed 5.0 anyway
[16:34] <daftykins> normally i do a factory reset for new versions, but i didn't so far and have been enjoying all kinds of quirks
[16:34] <ali1234> you already have 5.0? well, 5.1 isn't really any worse
[16:34] <directhex_> moop?
[16:34] <ali1234> might as well upgrade then
[16:34] <daftykins> directhex_: android as a flakey Windows going wrong as time goes on :>
[16:34] <daftykins> heh yeah
[16:34] <directhex_> well, it does!
[16:35] <directhex_> win98!
[16:35] <diddledan> ctrl+alt+del?
[16:35] <ali1234> unlike win98 you can't wipe and reinstall to fix it
[16:35] <ali1234> you have to flash back to an unsupported and insecure image, or buy a new phone
[16:35] <directhex_> http://www.windowscentral.com/sites/wpcentral.com/files/postimages/15741/lumia900win98.png
[16:41] <diddledan> heh, linux voice june arrived today - their headline article is misnamed: "HACK THE WEB" <-- shouldn't WEB be Planet?
[16:42] <daftykins> i would hope so
[16:42] <daftykins> missing out on a great reference otherwise
[16:42] <diddledan> they got an interview with larry wall. I wonder if perl6 is every going to arrive as a separate entity or if the ideas are just gonna get made into modules and put in the CPAN for perl5
[16:44] <diddledan> the perl6 switch syntax has been in CPAN for perl5 use since almost before perl6 was an idea
[16:44] <diddledan> instead of "switch $foo { case 'bar': }" you get "given $foo { when 'bar': }"
[16:45] <diddledan> I don't get why they changed it tbh
[16:47] <daftykins> keeps you on your toes
[16:49]  * Myrtti checks the calendar
[16:50] <davmor2> diddledan: it's a three stage plan, First the web, then the cars, then the world muhahahahahahahahahahahaha!!! doesn't sound so sinister with that kinda laugh at the end :D
[16:52] <daftykins> XD
[16:54] <diddledan> Myrtti: is it the end of the world yet?
[16:55] <Myrtti> yup
[17:06] <Myrtti> I hope that perl error wasn't something that breaks things Badly
[17:18] <MartijnVdS> Perl! What error?
[17:29] <Myrtti> new Ubuntu!
[17:30] <Myrtti> MartijnVdS: sadly I couldn't get a copypaste of it
[17:43] <diddledan> don't you love how politicians like to tell you about the affairs of state but not about the state of their numerous affairs
[17:43] <diddledan> :-p
[17:43] <diddledan> scandalous!
[17:44] <diddledan> you wouldn't catch me having an affair when I'm PM
[17:44] <diddledan> (I'm still single, so an affair can't be had until that situation is remedied first :-p)
[17:47] <daftykins> ;)
[17:52] <diddledan> netflix are pushing 40Gbit/s through freebsd boxes (each box pushing 40Gbit/s
[17:52] <diddledan> ref: http://www.jupiterbroadcasting.com/81017/business-as-usual-bsd-now-86/
[17:56] <daftykins> Costa have emailed me to say they're resetting all passwords!
[17:56] <daftykins> *gasp*
[17:56] <zleap> daftykins: has someone hacked them  then
[17:57] <davmor2> hahahahaha
[17:57] <daftykins> We are writing to let you know that we recently identified a small number of Coffee Club card members (around 0.02%) with some unusual activity on their accounts.
[17:57] <daftykins> As a result we've conducted a full security review and in the interim, removed the ability to access your Coffee Club account online.
[17:57] <davmor2> I like how are minds go straight to they must of been hacked :D
[17:58] <daftykins> pretty logical conclusion :>
[18:03] <zleap> yeah
[18:08] <DJones> Ah well,that was smooth and fast upgrade & working with no  issues
[18:28] <Myrtti> someone's nvidia got hosed on the upgrade...
[18:28] <Myrtti> bah
[18:29] <ali1234> didn;t you have to install some PPA to make it work?
[18:30] <Myrtti> there is a reason why my personal laptop has only nvidia...
[18:30] <Myrtti> er, Intel
[18:31] <davmor2> Myrtti: oh is that so it breaks nearly as often as nvidia and amd?
[18:31] <ali1234> as long as you only have one or the other you are pretty much sorted
[18:31] <daftykins> :D
[18:31] <Myrtti> having both is the road to distruction
[18:31] <Myrtti> it seems
[18:31] <ali1234> indeed
[18:31] <Myrtti> I have only Intel. He has Intel and Nvidia.
[18:32] <davmor2> Myrtti: so do I I have no issues
[18:32] <davmor2> Myrtti: but then I do fresh installs :D
[18:32] <Myrtti> davmor2: that's a non-answer
[18:32] <Myrtti> "I have Cheese. He has Cheese and Ham" "So do I"
[18:32] <Myrtti> ok.
[18:33] <Myrtti> my Venn diagram says you have atleast Intel then
[18:33] <daftykins> somebody installed nvidia drivers inappropriately!
[18:33]  * daftykins tuts
[18:34] <davmor2> Myrtti: I have a Prime setup so intel and nvidia.  I have no issues with it but then I do fresh installs rather than upgrades
[18:34] <Myrtti> yeah, well, I suggested that we'd try to upgrade first so we don't have to futz around with the Broadcom wifi driver, and see if it works.
[18:34] <Myrtti> and if it gets hosed beyond all recognition, then do a clean install
[18:35] <davmor2> Myrtti: because he has both he can just uninstall the nvidia binary and fall back to the intel and then sort things out then install the nvidia drivers
[18:36] <davmor2> Myrtti: it might be that the ppa got disabled during the upgrade and he got reverted to older not working nvidia drivers
[18:36] <Myrtti> yeah, the problem was for a moment to figure out how to make lightdm not restart every three seconds
[18:36] <Myrtti> then how to get to grub menu
[18:36] <Myrtti> then how to get the laptop to use Intel instead of Nvidia
[18:37] <daftykins> does that by default with all nvidia packages purged
[18:37] <diddledan> it annoys me that the grub menu can't be accessed with some weird keypress that I haven't worked out
[18:37] <diddledan> without**
[18:37] <daftykins> unless it's one where you can select which to use in the BIOS, but they're in the minority
[18:37] <davmor2> diddledan: right shift key
[18:37] <diddledan> oh, _RIGHT_ shift!?!
[18:38] <diddledan> well why can't it just be any shift?!!!!!1!
[18:38] <daftykins> is this on a mac?
[18:38] <davmor2> diddledan: just keep tapping at it once the boot splash for the bios/uefi disappears
[18:38] <davmor2> diddledan: I don't make up the rules :)
[18:38] <ali1234> it's left shift isn;t it?
[18:38] <ali1234> and you just hold it down
[18:39] <ali1234> the whole point of using shift for this is it doesn't cause a keyboard stuck error when held down, so it requires no delay
[18:39] <Myrtti> Esc was the magic grub key in this case
[18:39] <diddledan> see how difficult it is?! ali1234 uses left shift, davmor2 uses right, and I can't get any damn thing to work
[18:39] <diddledan> I've tried esc in the past, too
[18:39] <diddledan> and ctrl
[18:40] <diddledan> and numerous others
[18:40] <diddledan> windows is just as bad at this concept
[18:40] <ali1234> USB keyboard?
[18:40] <diddledan> or should that be "ubuntu is as bad as windows at this"
[18:40] <davmor2> diddledan: https://wiki.ubuntu.com/RecoveryMode so just shift key it appears
[18:41] <ali1234> maybe you don't have it plugged in to the magic USB boot mode port?
[18:41] <diddledan> o_O
[18:41] <daftykins> or your BIOS has legacy USB support ruining your day
[18:41] <ali1234> or you disabled legacy USB support?
[18:42] <davmor2> or your keyboard hates you
[18:42] <ali1234> yeah could be one of those gaming keyboards that isn't a real HID device
[18:44] <davmor2> maybe someone hates you and switched your control and shift key ribbons, but why I'd travel all that way is beyond me ;)
[18:45] <daftykins> :D
[18:47] <davmor2> I got gremlins you fed the mogwai after midnight didn't you
[18:48] <davmor2> I got it, even
[18:48] <diddledan> you sussed!
[18:50] <davmor2> diddledan: thanks for playing the game it makes it much more fun :)
[18:50] <diddledan> oh damn you! now I've losty
[18:50] <diddledan> --y
[18:51] <diddledan> and also everyone in here has now lost the game!
[18:53] <daftykins> i never paid attention to that one :P
[18:53] <daftykins> there's no inherent reason to care :D
[18:54] <diddledan> that just makes you lose harder :-p
[18:55] <davmor2> daftykins: http://bit.ly/1deDV7O
[18:57] <daftykins> yeah but childish
[18:57] <davmor2> daftykins: but fun
[18:57] <daftykins> not to my mind :D
[18:58] <davmor2> daftykins: I mean I know diddledan just lost again if he followed the link and who can't follow a random link when it is pasted there for others to see ;)
[19:10]  * diddledan drools: https://twitter.com/WTFitsKatie/status/589399853110800384
[19:12] <daftykins> nice
[19:13] <diddledan> follow-up: https://twitter.com/WTFitsKatie/status/589544002648670208
[19:13] <daftykins> bit excessive on the cable ties though.
[19:21] <ali1234> i always wonder what happens when they need to replace a cable
[19:21] <ali1234> does someone have to remove every single cable tie from the entire rack and then put them all back again?
[19:22] <daftykins> :>
[19:22] <ali1234> or do they just let it get messy and then tidy it up when it gets too bad?
[19:22] <ali1234> i know which one i would do
[19:23] <daftykins> you would definitely think that there must be a better way to achieve what's pictured if they all just need to be like they are
[19:25] <intrbiz> all nicely labeled too, thats what I like to see
[19:26] <intrbiz> for neat cables, never be affraid to undo all your cable ties and redo them, the velco ties are well worth it
[19:49] <diddledan> http://www.bbc.co.uk/news/technology-32422193
[20:07] <diddledan> I've got an urge to binge-watch star warts
[20:08] <diddledan> maybe watch some spaceballs too
[20:11] <daftykins> ^_^
[20:54] <diddledan> payday tomoz
[20:54] <diddledan> wonder whether I should order me some hdds
[20:55] <diddledan> though rent comes first I guess :-p
[20:58] <daftykins> :D
[20:58] <daftykins> what storage are we upgrading?
[20:59]  * daftykins watches the new install / upgrade woes flood into #ubuntu
[20:59] <diddledan> it'll be on my NAS
[20:59] <diddledan> I say "NAS" it's a freenas-running pc
[20:59] <daftykins> ah-har
[20:59] <daftykins> eh close enough :>
[23:04] <m0nkey_> wait.. diddledan, you run freenas?
[23:04] <diddledan> indeed
[23:05] <m0nkey_> let me guess, some desktop PC, lacking ECC. lol
[23:05] <diddledan> yup
[23:05] <m0nkey_> for shame
[23:05] <diddledan> :-p
[23:05] <m0nkey_> don't ever go to #freenas unless you're running recommended hardware :)
[23:05] <diddledan> lol
[23:05] <diddledan> are they zealots?
[23:05]  * m0nkey_ pets his E3 Xeon w/16GB ECC RAM.
[23:06] <m0nkey_> they can be
[23:06]  * diddledan drools all over it
[23:06] <m0nkey_> as long as you're not an ass about taking advise
[23:06] <m0nkey_> transcode a movie in 3 mins on that sucker
[23:06] <diddledan> yikes
[23:06] <diddledan> that's a beast
[23:07] <m0nkey_> plex runs on it
[23:08] <diddledan> ditto
[23:08] <m0nkey_> youre not sharing anything :P
[23:11] <m0nkey_> let me see your movies and tv shows
[23:15] <m0nkey_> says you unavailable
[23:15] <diddledan> :-(
[23:15] <diddledan> hmm
[23:15] <m0nkey_> you got your port open?
[23:15] <diddledan> should have
[23:16] <diddledan> lemmedouble check
[23:17] <m0nkey_> you see mine?
[23:18] <diddledan> yup I've got yours fine
[23:18] <m0nkey_> under Server > Remote Access .. it says fully accessible?
[23:19] <diddledan> hmm, it's not available from outside
[23:19] <m0nkey_> forward your port :P
[23:20] <m0nkey_> or use upnp
[23:20] <diddledan> aha, I might be pointing to thewrong ip
[23:21] <diddledan> there we go
[23:22] <m0nkey_> i see it now
[23:22] <m0nkey_> just dont go nuts
[23:22] <diddledan> :-p
[23:23] <diddledan> are you capped?
[23:23] <m0nkey_> uploads are not
[23:23] <diddledan> aah ok
[23:23] <m0nkey_> just limited bandwidth
[23:25] <m0nkey_> all i ask that if youre using it during my day, to go easy. i sometimes work from home and need the bandwidth
[23:26] <m0nkey_> you need more movies :P
[23:26] <diddledan> indeed :-p
[23:26] <diddledan> I'm working on it :-D
[23:26] <m0nkey_> 158 on mine so far
[23:27] <m0nkey_> sadly, only a few good ones lol


[04:12] <Mirv> the qml naming scheme presented by lisandro is sane, he discussed it on IRC before putting to mailing list
[07:07] <zequence> Another last minute fix, bug 1304214
[07:08] <ubot2> Launchpad bug 1304214 in ubuntustudio-lightdm-theme (Ubuntu) "[UIFe] New default wp for ubuntustudio-lightdm-theme" [Undecided,New] https://launchpad.net/bugs/1304214
[08:59] <seb128> hey there
[08:59] <seb128> http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html#unity-control-center
[08:59] <seb128> can somebody make sense of that?
[08:59] <seb128> "unity-control-center/arm64 unsatisfiable Depends: indicator-datetime "
[08:59] <seb128> "Not considered "
[08:59] <seb128> but that situation is not new...
[09:00] <cjwatson> Somebody removed indicator-datetime from arm64?  Why just that arch I wonder?
[09:00] <seb128> it fails to build there
[09:00] <seb128> but that's not new
[09:00] <cjwatson> Oh, me apparently
[09:00] <cjwatson> Well it is somewhat new, saucy had indicator-datetime/arm64
[09:00] <infinity> Why would it be FTBFS on only arm64?
[09:00] <seb128> right, but saucy was not using url-dispatcher
[09:01] <cjwatson> We could probably get that back with a no-change of indicator-datetime though
[09:01] <seb128> infinity, it bubble up to some touch component not being available there
[09:01] <seb128> iir
[09:01] <seb128> iirc
[09:01] <cjwatson> Since the reason it was removed no longer applies
[09:01] <cjwatson> Wonder if I can copy it back
[09:01] <seb128> oh, no
[09:01] <infinity> seb128: No, it's FTBFS in the testsuite, not a missing build-dep.
[09:01] <seb128> build failed on test issue
[09:01] <cjwatson> Oh, yeah, OK
[09:01] <seb128> infinity, sorry, my memory is probably from < qt5.2 times
[09:02] <seb128> should I retry the build?
[09:02] <seb128> in case it's a flacky test
[09:02] <infinity> Can't hurt, but probably won't help either.
[09:02] <infinity> Racey tests don't usually segfault.
[09:02] <cjwatson> seb128: And it *is* new - unity-control-center in -proposed Depends: indicator-datetime, the one in release doesn't.
[09:03] <seb128> cjwatson, oh indeed, sorry
[09:03] <seb128> I confused that version with the one in unapproved
[09:04]  * Laney tries a test build
[09:04] <seb128> cjwatson, infinity: thanks for the help, I guess the easiest way out is to get indicator-datetime to build on arm64
[09:04] <infinity> seb128: Certainly the preferred way out anyway.
[09:11] <cjwatson> Yeah, unity-control-center has enough rdeps that I'd rather not remove its binary.  The next (icky) fallback would probably be to make that dep arch-specific
[09:12] <infinity> Or disable the testsuite on arm64 with a massive XXX FIXME OH GOD LOLZ comment.
[09:12] <infinity> But I'd definitely prefer someone investigating the crash a bit first.
[09:13] <infinity> At least get some backtraces of the segv, it might be something one of us has seen before in other contexts.
[09:17] <seb128> infinity, right, I'm going to talk to charles about it later
[09:17] <Laney> dpkg-deb: building package `indicator-network' in `../indicator-network_0.5.1+14.04.20140318-0ubuntu1_arm64.deb'.
[09:19] <infinity> Laney: If only that was indicator-datetime.
[09:19] <Laney> haha
[09:19] <Laney> I was shitting myself a bit
[09:19] <Laney> I blame... something that's not me not paying attention
[09:24] <Laney> I'd even done apt-get build-dep on the right package /o\
[09:48] <dholbach> could somebody take another look at https://bugs.launchpad.net/ubuntu/+bug/1302619 https://bugs.launchpad.net/ubuntu/+source/qtcreator/+bug/1302620?
[09:48] <ubot2> Launchpad bug 1302619 in Ubuntu "[FFe] New package qtcreator-plugin-remotelinux " [Undecided,New]
[09:48] <ubot2> Launchpad bug 1302620 in qtcreator (Ubuntu) "[FFe] Remove remotelinux plugin and its dependencies from the QtC package" [Undecided,Incomplete]
[09:49] <dholbach> and bug 1303706 too please :)
[09:49] <ubot2> Launchpad bug 1303706 in libxkbcommon (Ubuntu) "FFe: new upstream version 0.4.1" [Undecided,New] https://launchpad.net/bugs/1303706
[10:10] <brendand> hey, i have a couple of FFEs that i'm sheperding:
[10:10] <brendand> https://bugs.launchpad.net/ubuntu/+source/checkbox/+bug/1302615
[10:10] <ubot2> Launchpad bug 1302615 in checkbox (Ubuntu) "[FFe] [UIFe] Checkbox GUI needs to be able to send test results to Launchpad" [Undecided,New]
[10:10] <brendand> https://bugs.launchpad.net/ubuntu/+source/checkbox/+bug/1303849
[10:10] <ubot2> Launchpad bug 1303849 in checkbox (Ubuntu) "[FFe] The Checkbox UI needs a way to be customised" [Undecided,New]
[10:10] <brendand> is there a big backlog of FFEs?
[10:21] <dholbach> brendand, https://bugs.launchpad.net/~ubuntu-release/ as 150 bugs - not sure if that's the best indication though
[10:23] <brendand> dholbach, can we em, 'encourage' someone to look at them?
[10:25] <dholbach> brendand, I could imagine that a lot of people on the release team are very busy people :/
[10:26] <infinity> We could encourage people to stop filing FFes seven months after feature freeze and a week and a half before release.
[10:27] <dholbach> infinity, weeks?
[10:27] <brendand> infinity, i know, it's quite late in the day, but we had to do a lot of groundwork to make this feature possible
[10:27] <apw> "if we did this by the book hours would seem like days"
[10:28] <infinity> dholbach: No, months, the hyperbole was intentional. :P
[10:28] <dholbach> ok :)
[10:29] <Laney> brendand: The idea is that if a feature's not ready then it gets in next time
[10:29] <maclin> infinity, the re-building  of ubuntu kylin does not take effect again. Could you help to check it ?
[10:30] <infinity> maclin: Looks like it's in progress right now.
[10:31] <brendand> Laney, well yeah, but this is the LTS release. The feature in question is the ability for the system testing application (checkbox) to submit data to Launchpad's hardware db
[10:31] <brendand> Laney, so if it doesn't make it in, we won't have any of that data for the LTS release
[10:32] <brendand> Laney, unless we could get it through the SRU process
[10:32] <infinity> SRUing features is worse.
[10:32] <infinity> brendand: I understand why everyone wants all their features polished and good to go for LTSes.  I just wish they'd realize they have almost two years to make that happen, and not leave it to the last two weeks to land them.
[10:32] <maclin> infinity, thanks! Is there a way for us to see wether the rebuilding is  right or not?
[10:33] <infinity> maclin: Nope.
[10:33] <maclin> thanks, I get it:)
[10:35] <brendand> infinity, i think that's oversimplifying it a bit. but i can totally understand that it's frustrating as a release team member to see everything build up in the last few weeks/days
[10:41] <infinity> brendand: It's not oversimplifying at all.  We have a very well-known and rigid release schedule.    And some of those, we'll let in, but the expectation that we'll let all, or even most, of them in is just wrong.
[10:41] <infinity> brendand: So, we'll look at this.  And we may deem it low risk and useful enough to be necessary, but asking people to develop to a schedule and accept that "late" might mean "next release" is just part of the time-based release bag.
[10:42] <seb128> infinity, imho there would be some value at accepting feature backports to LTS series through SRUs, for things that have been well tested/validated in newer series
[10:43] <infinity> brendand: There are no unique snowflakes here.  If everyone kept uploading new features into the last week or two of release, we'd never be able to stabilise.
[10:43] <infinity> seb128: Sometimes.  And we occasionally do.  But that's a slipperly slope of breaking the promise of what a "stable" release means, too.
[10:44] <infinity> seb128: Stable UI, stable ABIs, stable APIs.  New features usually break one or all of those.
[10:44] <seb128> infinity, right
[10:44] <brendand> infinity, if it gets looked at, we'll be happy. i'm blowing my own trumpet here, but it is very low risk, overall. the absolute worst that could happen is checkbox not working at all, but without it sending results to launchpad, it has little overall value anyway
[10:45] <infinity> (FWIW, I just self-rejected an FFe of my own after some investigation and deciding I was too late to effectively test the change, so I'm practicing what I preach)
[10:46] <infinity> brendand: Point taken on the general uselessness of the package without this feature working, then.  One could probably call that a bugfix. :P
[10:47] <brendand> infinity, then we don't need an FFe! \o/
[10:47] <seb128> could somebody review/accept unity-control-center from the queue?
[10:47] <seb128> it's a one commit to mark string translatable
[10:48] <Laney> Are all of these https://launchpad.net/ubuntu/+source/checkbox versions of checkbox useless then?
[10:48] <seb128> getting it through would let me get a silo back to land the indicator-datetime buildfix
[10:48] <Laney> seb128: looking
[10:48] <seb128> Laney, thanks
[10:49] <brendand> Laney, all of them? no - the ones before trusty had this feature
[10:49] <brendand> Laney, currently in trusty it doesn't
[10:49] <brendand> Laney, the thing is we rebuilt checkbox
[10:49] <brendand> Laney, rewrote it really
[10:50] <infinity> brendand: Can you attach some debdiffs to these FFes?
[10:50] <Laney> seb128: is this kind of translation normal?
[10:51] <brendand> infinity, debdiffs? sure. the lp:ubuntu/checkbox MR is there though
[10:51] <seb128> Laney, "kind of translation"?
[10:51] <Laney> datetime format strings
[10:51] <seb128> Laney, that's a backport of https://git.gnome.org/browse/gnome-control-center/commit/panels/user-accounts/um-history-dialog.c?id=aa3af401147c9550bc19d14b5cdaf5588083f7c1
[10:52] <Laney> I see
[10:52] <seb128> Laney, but yeah, https://developer.gnome.org/glib/stable/glib-I18N.html#C-:CAPS
[10:55] <Laney> yeah I know C_, was just wondering if using it on format strings like that is a done thing
[10:56] <seb128> Laney, well, that just returns a string, you could put a strdup() or something there as well
[10:57] <seb128> Laney, in any case I'm running that version, works fine (and upstream shipped it in a stable release/didn't do followup commits)
[10:58] <brendand> infinity, looks like there are none: http://paste.ubuntu.com/7221079/
[10:58] <brendand> infinity, i can mention that in the ffe's
[10:58] <infinity> brendand: The source, not the debs.
[10:59] <infinity> brendand: Though I'm actually really curious now, since the UIFe seems to imply there should be some conffiles or something new in the packages. :)
[10:59] <infinity> Anyhow, I'm going to back away from the laptop, drug myself, and be back tomorrow.
[11:04] <Laney> seb128: done, doubt anyone will translate that before release but you never know
[11:04] <seb128> Laney, I uploaded an updated template to launchpad last week so translators already did some work ;-)
[11:05] <Laney> manually?
[11:05] <seb128> yes
[11:05] <seb128> run intltool-update in my build tree and uploaded
[11:06] <seb128> don't worry, it's a documented workflow and not the first time I use it ;-)
[11:09] <Laney> heh
[11:09] <Laney> is there a problem with extracting from uploads?
[11:14] <seb128> Laney, no, it's just that if I had waited for the mp to be review/approved/CI trained/unapproved accepted/landed/imported we would have had the new strings available on launchpad this afternoon
[11:14] <seb128> Laney, where my manual update meant translators had an head start on it during the w.e ;-)
[11:17] <Laney> If only launchpad had a way of making translations available from the VCS :-)
[11:18] <seb128> hehe
[11:43] <didrocks> ubuntu-ui-toolkit uploaded: this is a revert to have gallery-app passing again tests. We want to kick an image soon, can anyone from release team consider it? Thanks ^
[11:44] <Laney> seems queuebot hasn't made it back
[11:45] <didrocks> yeah
[11:45] <didrocks> he's gone for long ;)
[11:51] <Laney> didrocks: ok, done
[11:51] <didrocks> Laney: thanks! there is an unity8 coming as well
[11:52] <didrocks> Laney: which was linked to that change
[11:52] <didrocks> (same, revert of one commit)
[11:54] <didrocks> Laney: unity8 7.85+14.04.20140404.is.7.85+14.04.20140403.1-0ubuntu1 coming to a queue near you :)
[11:55] <xnox> Laney: imho it's a bug fix, but also change in the UI, can you peak at bug #1304363 the proposed diff is "s/1/0/" on left,right & bottom border widths.
[11:55] <ubot2> Launchpad bug 1304363 in ubuntu-themes (Ubuntu Trusty) "[UIFe] enable borderless windows under metacity (e.g. for ubiquity)" [High,Confirmed] https://launchpad.net/bugs/1304363
[11:55] <xnox> this would make ubiquity look sexy.
[11:55] <Laney> xnox: Check with docs for screenshots
[11:55] <Laney> (didn't load the bug, maybe you did that)
[11:56] <Laney> (also going to lunch now :P)
[11:57] <Laney> xnox: And get larsu to review that
[11:57]  * Laney biab
[11:57] <xnox> Laney: but the screenshot is soooo pretty =))))
[11:58] <didrocks> actually, unity8 was autoaccepted
[11:58] <didrocks> Laney: but we'll need someone to bump the fauxpackage if possible
[12:02] <xnox> Laney: larsu approved =)
[12:25] <jamespage> Daviey, fyi just updating ceph to 0.79 for testing prior to upload
[12:25] <jamespage> I'll request an ack once I'm happy its OK
[12:45] <sil2100> Dear release team! Sorry to poke once again about things related to this, but could we ask for pushing platform-api forward from the UNAPPROVED queue? Thank you!
[12:46] <cjwatson> looking
[12:47] <cjwatson> lack of queuebot is slowing us down :)
[12:48] <cjwatson> sil2100: done
[12:56] <sil2100> cjwatson: thank you o/
[12:56] <sil2100> :)
[13:25] <Laney> xnox: did you test metacity itself?
[13:25] <Laney> also, please inform docs team
[13:25] <Laney> after that, should be fine
[13:26] <Laney> didrocks: did it get done?
[13:36] <jamespage> could someone from the release team please review bug 1295093
[13:36] <ubot2> Launchpad bug 1295093 in docker.io (Ubuntu) "[FFe] Sync docker.io 0.9.0 from Debian testing" [High,New] https://launchpad.net/bugs/1295093
[13:36] <jamespage> its been there for a while with no comment whatsoever
[13:36] <jamespage> 0.9.1 is now in unstable....
[13:38] <jamespage> (I'll look at that now)
[14:12] <didrocks> Laney: not sure if you have done anything, but unity8 is a valid candidate now :)
[14:19] <xnox> Laney: hm, not sure i need to inform docs team, as we don't have ubiquity screenshots in docs, we only have them on ubuntu.com website. And i have a task to pass updated screenshots for the release to the website team already.
[14:19] <xnox> will double check if that has changed.
[14:20] <Laney> Usually it's polite to do so
[14:20] <Laney> I'd just ask them instead of trying to figure it out yourself
[14:20] <Laney> You can ask GunnarHj
[14:23] <stgraber> oh, reminds me I probably should do a last minute ubiquity slideshow upload
[14:23] <stgraber> (the usual last minute translation update)
[14:45] <seb128> Laney, indicator-datetime in the unapproved queue
[14:45] <Laney> someone else better review that one :-)
[14:45] <didrocks> :p
[15:02] <seb128> could somebody review indicator-datetime in the queue?
[15:02] <seb128> it's a one liner (init a variable to null) that fixes the arm64 ftbfs
[15:03] <marrusl> Hi all.  Can someone look into nvidia-graphics-drivers-331 for precise ?   It seems like it's stuck in the "New" queue.
[15:05] <cjwatson> seb128: done
[15:05] <seb128> cjwatson, thanks
[15:11] <jamespage> Daviey, if you have time - https://bugs.launchpad.net/ubuntu/+source/docker.io/+bug/1295093
[15:11] <ubot2> Launchpad bug 1295093 in docker.io (Ubuntu) "[FFe] Merge docker.io 0.9.1 from Debian unstable" [High,New]
[15:11] <jamespage> or any other release team members :-)
[15:26] <Daviey> jamespage, i dont feel able to look closely at that issue right now.
[15:37] <bdrung_work> hi, may i upload the new source package versiontools to fix the build failure of gevent-socketio?
[16:03] <jamespage> stgraber, would you have time to review https://bugs.launchpad.net/ubuntu/+source/docker.io/+bug/1295093 ?
[16:03] <ubot2> Launchpad bug 1295093 in docker.io (Ubuntu Trusty) "[FFe] Merge docker.io 0.9.1 from Debian unstable" [High,New]
[16:06] <stgraber> jamespage: not at the moment, no
[16:16] <jamespage> ScottK: I need a review of https://bugs.launchpad.net/ubuntu/+source/docker.io/+bug/1295093 - its been kicking around for a while
[16:16] <ubot2> Launchpad bug 1295093 in docker.io (Ubuntu Trusty) "[FFe] Merge docker.io 0.9.1 from Debian unstable" [High,New]
[16:16] <jamespage> would you have time to review?
[16:17] <jamespage> ScottK, I spoke with the Debian maintainer and he's preparing an upload including the required apparmor patch so we can just sync it over
[16:56] <zul> Can someone accept qemu and libvirt it has a regression that affects virtio devices
[17:08] <cjwatson> zul: done
[17:09] <zul> cjwatson:  thanks
[17:09] <tjaalton> could someone ack https://bugs.launchpad.net/ubuntu/+source/libxkbcommon/+bug/1303706 so I can upload it. RAOF tested it as reported on mir-devel@
[17:09] <ubot2> Launchpad bug 1303706 in libxkbcommon (Ubuntu) "FFe: new upstream version 0.4.1" [Undecided,New]
[17:31] <robru> cjwatson, oops, I goofed up the bamf upload. can you accept the 0408 version over the 0407.1 that just got into proposed?
[17:39] <cjwatson> robru: sure, one sec
[17:40] <robru> cjwatson, thanks
[17:40] <cjwatson> done
[17:43] <robru> cjwatson, sweeet, thanks again
[17:44] <roaksoax> can someome please take care of 'maas' which is in the approved queue? It has 3 important fixes! Thank you!
[18:37] <rsalveti> slangasek: updated qtbase-opensource-src to make sure all the symbols are up-to-date per arch
[18:38] <rsalveti> slangasek: before we actually propose the changes needed for the gl x gles work
[18:38] <rsalveti> doing a bunch of rebuilds now in a ppa to see if what you proposed in that thread is enough (which should be, unless we get some other issues)
[18:42] <marrusl> Hi folks, can someone take a look at nvidia-graphics-drivers-331-updates in the precise New queue?  It's needed for compatibility with the trusty backport kernel.
[18:58] <chrisccoulson> hi, can someone please accept that flash package? ^
[19:06] <jdstrand> chrisccoulson: oh, I asked you to come here, but I forgot this was for partner
[19:06] <jdstrand> I'll do it
[19:06] <jdstrand> chrisccoulson: for some reason I was thinking it was flashplugin-nonfree
[19:06] <chrisccoulson> ah, thanks :)
[19:07] <chrisccoulson> jdstrand, just uploading the others now as well
[19:07] <jdstrand> chrisccoulson: when you update flashpugin-nonfree for trusty, do ask here though
[19:16] <jdstrand> chrisccoulson: ok, I accepted all the partner packages
[19:16] <chrisccoulson> jdstrand, thanks
[20:37] <slangasek> rsalveti: great, glad to hear you're making progress on the glesing.  Can you give me a pointer to the ppa, so I can follow along?
[20:38] <chrisccoulson> could someone please approve that? ^^ :)
[20:38] <rsalveti> slangasek: did a few tests with local builds and I'm now starting to push stuff to https://launchpad.net/~canonical-arm-dev/+archive/ppa/+packages, but will ping you back later today with more results
[20:38] <rsalveti> slangasek: will test initially with a different src package providing just the packages we care (gui, opengles, etc)
[20:39]  * slangasek nods
[20:39] <rsalveti> that can later be integrated in the same src package, but it needs a bit of rework and too close to the release to work on that now
[20:56] <xnox> Laney: got an ack from docs team. So all good to silo that baby up tomorrow \o/
[22:03] <utlemming> stgraber: we need to add a whole bunch more targets for EC2 testing....can we change HVM to "HVM EBS", with one for each region, and then add "HVM Instance" with one for each region?
[22:06] <stgraber> I'm sure we can, lots of manual changes though (and not really worth scripting)...
[22:08] <xnox> slangasek: is it a requirement for newly introduced upstart jobs in trusty to be precise compatible? (those that e.g. replace init.d scripts) the upgrade story is not nice, init.d script is stopped upon upgrade and not started since upstart job is rejected, thus one must reboot.
[22:08] <xnox> i guess the question is, is it support to run precise upstart with trusty userspace =)
[22:08] <xnox> s/support/supported/
[22:08] <xnox> ?
[22:09] <slangasek> xnox: I don't think this question had ever been brought up explicitly; it's certainly a requirement that "upgrades work", but I'm not sure I understand the implications here - are you finding upstart jobs using particular features that aren't precise-compatible?
[22:09] <xnox> slangasek: bug #1272788
[22:09] <ubot2> Launchpad bug 1272788 in php5 (Ubuntu) "php5-fpm upstart job is not compatible with precise upstart" [High,Triaged] https://launchpad.net/bugs/1272788
[22:10] <xnox> slangasek: due to "reload signal USR2", my cunning plan is to ship .override file with "reload signal USR2" -> precise will ignore .override, but trusty will use the .override. Thus compatible with both releases, without compromise on trusty.
[22:11] <slangasek> xnox: also, is a versioned dependency on upstart sufficient here?  Since running services in chroots is not a common use case, we generally speaking only have to worry about the running init when installing packages in the "host" environment, and versioned dep is sufficient to get upstart restarted
[22:11] <slangasek> override> yuck :)
[22:11] <xnox> slangasek: alternatively maintainer scripts should fall back to initd script.
[22:11] <slangasek> also yuck!
[22:11] <slangasek> why not add a versioned dependency?
[22:12] <xnox> slangasek: versioned dep does not help. so the bug is after upgrade and util reboot.
[22:12] <slangasek> xnox: how does it not help?  upstart is upgraded; it re-execs
[22:12] <slangasek> and then the new syntax is supported
[22:13] <apw> heh
[22:13] <apw> erp
[22:13] <xnox> slangasek: i thought precise upstart can't do stateful re-exec and hence it only re-execs on shutdown....
[22:13] <slangasek> oh man
[22:13] <slangasek> you could be right
[22:13] <slangasek> was that only two years ago?
[22:14] <xnox> slangasek: it was during my time, and i've joined after precise got released.
[22:14] <slangasek> yeah, maintainer script in ge 1.9 || 1.8-ubuntu-full-serialization
[22:14] <slangasek> so you're right, versioned dep is no good
[22:14] <xnox> slangasek: at first oakland keybuk was briefing myself and jodh on how to serialise upstart.
[22:14] <slangasek> xnox: yes, I believe you - I'm just old, and so my perception of time is lacking ;)
[22:15] <xnox> slangasek: hence the question of how to support this case, if at all....
[22:16] <xnox> slangasek: i guess we should be falling back to init.d script if the job is unknown to upstart (even though it's present on disk)
[22:18] <slangasek> xnox: that means we would be falling back to init.d in the case of bugs in the upstart job, too; maybe not desirable
[22:19] <slangasek> xnox: you could both 'check if job is known' and 'use init-checkconf on disk to parse the file', and only fall back to the init script if the current upstart on disk likes it but the running upstart doesn't
[22:19] <infinity> Quick, backport stateful re-exec to precise?
[22:20] <infinity> slangasek: That would be a workable (ish) solution for this one package, but that doesn't really scale if other packages are also precise-incompatible.
[22:20] <xnox> slangasek: but init-checkconf in precise, no-worky without X..... (we fixed that in trusty i believe)
[22:20] <slangasek> infinity: eh, you would put it in invoke-rc.d.
[22:20] <infinity> Not that I like the obvious alternative (tell people they must reboot or their services won't be running).
[22:20] <xnox> because dbus =0
[22:21] <slangasek> xnox: but short circuit behavior saves us, no?
[22:21] <xnox> slangasek: what do you mean by "short circuit" ? =)
[22:22] <slangasek> xnox: if $job_is_not_known && init-checkconf $myjob; then sysvinit_fallback=true; fi
[22:22] <slangasek> xnox: so the only case in which you're even trying to invoke init-checkconf is if the job is unknown in the first place
[22:23] <slangasek> *and*, you really care about getting the answer from the *new* init-checkconf anyway, so you'd have a versioned dep on upstart for those packages where it matters
[22:23] <xnox> slangasek: i care about servers only. we are in the state where init-checkconf will not work. init-checkconf might be precise one - in which case it needs dbus-launch/X to work.
[22:24] <xnox> slangasek: init-checkconf from trusty needs trusty pid1 to be able to use user-session to check the job.
[22:24] <slangasek> xnox: oh, then scrap the entire idea.  I assumed init-checkconf worked without talking to pid1
[22:24] <slangasek> if it doesn't, then it doesn't provide any additional info
[22:25] <slangasek> in which case, "if $job_is_not_known" isn't perfect, but probably the closest we can get
[22:25] <xnox> wait, when init-checkconf is trusty one, /sbin/init is also trusty so yeah that will tell you that job is fine, if you'd re-execed.
[22:26] <xnox> and how would this "sysvinit_fallback=true" work? given that init.d scripts per policy would bail on us and so would the $ service command.
[22:27]  * xnox goes to check how many jobs are affected
[22:29] <slangasek> hah, sigh
[22:29] <slangasek> omg, xnox is sending my mail client into a busy loop
[22:30] <xnox> slangasek: so far i see it's just that one php job. I might opt in for e.g. not stopping it on upgrade from precise -> trusty?!
[22:31] <slangasek> xnox: or just dropping the use of 'reload'?
[22:31]  * xnox will run full init-checkconf on all jobs from trusty on a precise box.
[22:31] <xnox> slangasek: or that.
[23:33] <JackYu> hi release team, who could help to take a look at FFe bug #1293299?
[23:33] <ubot2> Launchpad bug 1293299 in Ubuntu Kylin "[FFE]upload ubuntu-kylin-software-center into archive" [High,Confirmed] https://launchpad.net/bugs/1293299
[23:48] <slangasek> JackYu: hi - it's on my list to look at this afternoon
[23:49] <slangasek> JackYu: FYI, FFe bugs should be left in state 'New', not 'Confirmed' so that the release team sees them
[23:51] <JackYu> slangasek, sure, thanks:)
[23:56] <slangasek> rsalveti: how'd the rebuild go?  FWIW I don't seem to have access to https://launchpad.net/~canonical-arm-dev/+archive/ppa/+packages
[23:56] <slangasek> would be nice to have these builds in a public ppa... :)
[23:57] <rsalveti> slangasek: yeah, need to get a public ppa with armhf
[23:57] <rsalveti> slangasek: but anyway, will copy them over once the build is done
[23:57] <slangasek> ok
[23:57] <rsalveti> finishing qtbase, next is qtdeclarative, and building the gles versions in parallel
[23:57] <rsalveti> but it takes time
[23:57] <rsalveti> qtbase takes almost 4 hours to build on armhf


[00:13] <knome> bbl, see you all later
[08:59] <pmjdebruijn> hey guy
[08:59] <pmjdebruijn> guys*
[09:00] <pmjdebruijn> I've noticed xubuntu has scroll on desktop (to switch workspace), and window rollup by scrolling on the window bar, enabled by default
[09:00] <pmjdebruijn> I often do either of these accidentally when using my laptops touchpad
[09:00] <pmjdebruijn> (with a mouse not so much)
[09:01] <pmjdebruijn> so maybe it's a consideration to disable those by defualt?
[16:05] <slickymaster> knome: ping
[16:05] <slickymaster> you around?
[16:18] <knome> slickymaster, now i am
[16:19] <elfy> o/ knome
[16:19] <knome> hey elfy
[16:20] <slickymaster> hey knome
[16:20] <knome> what's up?
[16:20] <slickymaster> what do you think of this as a intro paragraph for the mugshot section: "If you want to personalize your personal preferences, either it's your image profile or your user details, Xubuntu has the right tool for the job.
[16:21] <knome> i think it's a bit repeating :)
[16:21] <knome> besides, the intro paragraph i left there was for the *whole chapter*
[16:21] <knome> if that's what you're planning
[16:21] <slickymaster> hmm, I misunderstood then
[16:22] <slickymaster> I thought it was ment just for the mugshot section
[16:22] <knome> well good to have it sorted now than later :D
[16:22] <knome> nah, that would have been repeating as well ;)
[16:22] <knome> basically just briefly list what the chapter is about
[16:22] <slickymaster> ok, I'll rephrased then, and will write it for the all chapter
[16:22] <slickymaster> oki dokie
[16:22] <knome> and in this case, probably mention how customisable xubuntu is and why it's good
[16:22] <knome> cheers
[16:23] <slickymaster> will do
[16:23] <knome> (or sth like that)
[16:23] <knome> just see what the other chapters have
[17:30] <slickymaster> I'm off
[17:30] <slickymaster> bbl ->
[18:57] <pleia2> http://old-releases.ubuntu.com/releases/xubuntu/releases/ is now complete :)
[19:29] <elfy> pleia2: nice :)
[20:37] <brainwash> ochosi: patch for xfdesktop to scale down the oversized png icons https://bugzilla.xfce.org/show_bug.cgi?id=10653
[20:40] <brainwash> if this works and looks ok, we could set the default icon size in xubuntu to 36px
[20:41] <brainwash> bug 1272057
[23:20] <knome> i'm here if any of you need me.
[23:26] <pleia2> did we find a widescreen thingy for our startubuntu flier? :)
[23:26] <pleia2> I need to get it off to the printer soon for scale
[23:27] <knome> oh yeah
[23:27] <knome> so i guess you prefer US letter?
[23:27] <pleia2> I would, but if we can't make it happen I can see if I can find a stateside printer that does a4
[23:27] <knome> also, is the printer ok with inkscape-exported pdf or do they need some cmyk stuff?
[23:27] <knome> i can look at it in 5
[23:28] <knome> it's not a no-brainer, but it should be okay with some tweaking
[23:28] <pleia2> pdf is fine
[23:34] <knome> http://temp.knome.fi/xubuntu/marketing_flyer_xp/flyer_xp-to-xubuntu.png
[23:34] <knome> that's the A4
[23:35] <ochosi> brainwash: meh, my point was not that 36px isn't do-able iconwise, it's that it's not a standard icon size and therefore will always be blurry (even with a patch that scales it down, and in fact i think we've found a way to even do that without a patch via the icon-theme). i really don't this obsession with that icon-size though, why not set it to 32? it's not *that* much smaller
[23:35] <knome> and huh, what an ugly shadow :)
[23:35] <pleia2> knome: it's beautiful :)
[23:43] <Unit193> Side note, likely many XP computers that can run "Ubuntu"?
[23:44] <knome> who cares! :P
[23:44] <pleia2> take that up with the startubuntu project
[23:44] <pleia2> I just told them we'd come up with a Xubuntu version
[23:46] <knome> pleia2, http://temp.knome.fi/xubuntu/marketing_flyer_xp/flyer_xp-to-xubuntu_letter.png
[23:48] <pleia2> knome: ++
[23:49] <knome> i'll export those to pdf soonish
[23:49] <pleia2> knome: licensing footer?
[23:49] <knome> yeah, meh
[23:49] <knome> what info do we need to keep there?
[23:49] <knome> and can it be a semi/metafooter, at the right bottom instead of bottom of all
[23:49] <pleia2> let's see...
[23:50] <pleia2> I'd keep cc-by-sa and note that the source can be found on spreadubuntu.org
[23:51] <pleia2> drop everything else
[23:51] <knome> goodie
[23:51] <knome> sensible pleia2++
[23:51] <pleia2> :)
[23:51] <knome> do we need to attribute the original author?
[23:51] <knome> it's -by-
[23:52] <pleia2> so spreadubuntu.org will eventually get people to figure out some attribution history, but I probably should ask him :\
[23:53] <pleia2> do it without, we'll readd (or reassess...) if he insists
[23:53] <knome> well, as i said, technically, it's not a derivative
[23:53] <pleia2> as an artist, I imagine saying such a thing makes you wince :)
[23:53] <knome> hehe, sure ;)
[23:53] <pleia2> I'm sure he'll be ok with it, as there are lots of authors at this point and it's not sensible to list everyone
[23:54] <pleia2> him, me, you, screenshot creator..
[23:54] <knome> i don't mind attributing him, but then i feel like i should attribute myself as well/instead...
[23:54] <pleia2> yeah
[23:54] <knome> (c) Authors :P
[23:55] <pleia2> when we upload to spreadubuntu we can list the authors, I think there is a comment section or something
[23:55] <knome> i have *no* idea
[23:55] <pleia2> hehe
[23:55] <pleia2> there is something
[23:57] <Unit193> if screenshot creator = me;then license it BSD-3-clause, relicense it to whatever, pretend you took it, I don't care. :P
[23:57] <knome> haha
[23:57] <knome> along the lines of how i think i need to be attributed...