[04:56] <Kilos> Maaz: where are they
[04:56] <Maaz> Kilos: they are already washed
[04:56] <Kilos> haha
[04:56] <Kilos> hi Squirm and others
[04:56] <Kilos> lo nuvolari
[05:58] <Kilos> morning ThatGraemeGuy
[05:58] <ThatGraemeGuy> mornings
[06:31] <theblazehen_> Hi kilos ThatGraemeGuy
[06:34] <Kilos> hi theblazehen_
[06:34] <theblazehen_> Oh I got an underscore :(
[06:34] <Kilos> haha
[06:35] <Kilos> thats better
[06:35] <theblazehen> Yep
[06:36] <Kilos> i dont like those things and freenode puts them in by default
[06:36] <Kilos> change mine to -
[06:37] <theblazehen> Ah
[06:37] <theblazehen> Thought it was your client?
[06:40] <Kilos> oh maybe but they all do the same thing
[06:41] <Kilos> maybe its a standard way of default settings in all the clients
[06:42] <Kilos> ai!
[06:42] <Kilos> http://newsletters.mybroadband.co.za/lt.php?c=313&m=324&nl=2&s=bf7acfe2dfd656e64c262fe9165a0e17&lid=6884&l=-http--mybroadband.co.za/news/government/115815-plug-tax-planned-for-south-africa.html
[06:42] <Kilos> what next
[07:55] <Kilos> ohi superfly
[09:30] <superfly> hi Kilos
[12:10] <Kilos> hi nlsthzn  you been scarce hey
[12:11] <nlsthzn> OS issues... sucks when the most stable OS I seem to have on this desktop is Windows 7 >.<
[12:11] <Kilos> ouch
[12:11] <Kilos> 14.04 kubuntu man
[12:11] <nlsthzn> no worries, if it works it works :)
[12:11] <Kilos> i can even break it
[12:11] <Kilos> cant
[12:12] <nlsthzn> I have had enough of linux for now
[12:12] <Kilos> i got the prettiest kde here now
[12:12] <Kilos> hahaha
[12:12] <nlsthzn> I use it on my lappy as it works well there but not on this desktop for some time
[12:13] <Kilos> no matter, you are here thats all that counts
[12:13] <Kilos> tomorrow night big night
[12:14] <Kilos> someone must G+ it
[12:14] <Kilos> we got a pile of testimonials now nlsthzn have you seen
[12:15] <Kilos> waiting for fly and pro then we good i think
[12:15] <nlsthzn> not checked recently
[12:15] <nlsthzn> good to hear
[12:15] <Kilos> if we not accepted ill go to win7 as well
[12:15] <Kilos> go look man
[12:16] <Kilos> hearing is not efficient
[12:16] <Kilos> in one ears and straight through and out the other
[12:18] <Kilos> and some peeps have vacuums between ears so whatever goes in gets sucked into a black hole
[12:19] <nlsthzn> :)
[12:24] <Kilos> look my pretty
[12:24] <Kilos> http://picpaste.com/pretty-qjF9fd4r.png
[12:24] <Kilos> not the sea but close enough
[12:27] <Kilos> hi drussell wat maak julle engelse?
[12:27] <drussell> Kilos: hehehehehe how you doing? :oD
[12:28] <Kilos> haha im good ty
[12:28] <Kilos> doing as i please
[12:33] <nlsthzn> will check soon
[12:33] <nlsthzn> nice
[14:19] <Kilos> first kde i havent lost that little desktop window
[14:40] <Kilos> hmm...
[16:42] <Kilos> graeme got connection probs it seems
[17:21] <Kilos> Maaz: seen inetpro
[17:21] <Maaz> Kilos: inetpro was last seen 3 days, 22 hours, 48 minutes and 31 seconds ago in #ubuntu-za on freenode [2014-12-11 10:32:45 PST], and has been online on freenode since 2014-12-10 11:11:30 PST
[17:21] <Kilos> ai! is he on holiday agaaaaiiin
[17:58] <Symmetria> lo all
[17:58] <Symmetria> anyone awake?
[18:06]  * ThatGraemeGuy raises hand
[18:07] <Symmetria> do me a favour
[18:07] <Symmetria> http://<IP_ADDRESS>/gotcha7.php
[18:07] <Symmetria> browse there and tell me what it says to you
[18:07] <Symmetria> (its test code I wrote)
[18:07] <ThatGraemeGuy> Your network IP is:
[18:07] <ThatGraemeGuy> -
[18:07] <ThatGraemeGuy> Make the locals proud.
[18:07] <Symmetria> hrm
[18:07] <Symmetria> what browser were you in?
[18:07] <ThatGraemeGuy> chrome
[18:08] <Symmetria> interesting, it works on windows machines
[18:08] <Symmetria> (on a windows machine that will show you your INTERNAL ip)
[18:08] <ThatGraemeGuy> firefox does, but then redirects my browser to /index.php
[18:09] <Symmetria> whats your internal ip? <IP_ADDRESS>?
[18:09] <Symmetria> yeah the redirect was something else I was testing
[18:10] <ThatGraemeGuy> yeah
[18:10] <ThatGraemeGuy> wait chrome is doing it
[18:10] <Symmetria> Date: Monday 15th of December 2014 09:09:52 PM
[18:10] <Symmetria> Reported local IPs: <IP_ADDRESS>
[18:10] <Symmetria> Reported Remote Address: <IP_ADDRESS>
[18:10] <ThatGraemeGuy> ya thats me
[18:10] <Symmetria> perfect :)
[18:10] <Symmetria> I needed a way to find someones internal ip
[18:11] <Symmetria> seems that works
[18:17] <Symmetria> thanks
[18:44] <Kilos> hi cocooncrash_ you been dragging tail for quite a while now
[18:44] <Kilos> hows things there?
[18:49] <Kilos> hi Tonberry
[18:50] <Tonberry> hi
[19:14] <Kilos> Maaz: announce Re-verification tomorrow night guys. Meet here anytime from 21.00 and go as group to #ubuntu-meeting just before 22.00
[19:14] <Maaz> Hear ye, hear ye! Re-verification tomorrow night guys.


[07:13] <TvL2386> hi guys, I'm trying to add a new application to the menu in 14.04 with Gnome Classic. I've installed alacarte, but that doesn't work very well. I've added /opt/RubyMine/bin/rubymine.sh to Programming, but it appeared in Other and doesn't show the svg icon. Shouldn't I use alacarte or is it a bug?
[07:13] <TvL2386> I have 14.04 x64 alpha2 with Gnome Classic
[07:59] <TvL2386> I've created my own .desktop files in ~/.local/share/applications
[07:59] <kblin> hi folks
[08:00] <kblin> I'm joining a WPA2 enterprise security wifi with a self-signed certificate, and it seems like NetworkManager is ignoring the fact that I tell it to ignore the cert warning.
[08:00] <kblin> anybody else seeing this?
[11:06] <BluesKaj> Hiyas all
[11:10] <Poisoned_Dragon> If anyone is awake.... :) Does anyone know if Trusty Tahr will have ISOs for PPC, or will Precise be the last LTS for PPC?
[13:51] <damascene> It's annoying that layout switching is doubled. A switch to forward and a switch for backward. for example I can not use "Alt+Shift" but I have to use Alt+Shift L and Alt+shift R
[17:56] <Blueink_> !ops
[17:56] <Blueink_> !staff
[17:57] <Blueink_> !ops | Repent
[19:44] <rohan> i noticed that some KDE packages have version mismatch: "about kde" shows 4.12.1, whereas package "kde-window-manager" is at 4.11.5
[19:45] <rohan> is that expected?
[20:04] <genii> rohan: For now some packages are from earlier, it's not a big deal.
[20:05] <rohan> genii: ah ok
[20:05] <rohan> genii: i thought kde doesn't take kindly to mix-n-match of package versions
[20:05] <rohan> but that was from 3.x times
[20:06] <mamarley> rohan: genii: kde-workspace doesn't have (and never will have) a 4.12 release.  It will stay at 4.11.x until KDE 5 is released.
[20:07] <rohan> mamarley: oh ok.. so only certain kde packages have a 4.12 release?
[20:07] <mamarley> Everything but the kde-workspace packages.
[20:34] <kaimast> systemimage.gpg.SignatureError when I try to update ubuntu. what to do?
[20:34] <kaimast> tried it three times...
[20:49] <kaimast> How the hell can ubuntu trusty be so stable?
[20:49] <kaimast> i am simply amazed
[20:53] <k1l_> the automated tests are doing good things
[21:59] <FunnyLookinHat> I usually install CCSM so that my window-switcher can be activated with alt+tab and can cycle windows from all workspaces - but in 14.04 it doesn't seem to have any consistency .
[21:59] <FunnyLookinHat> Anyone else here trying to achieve this?  Would love to know how you got it to work.  :)
[22:00] <k1l_> doesnt have unity-tweak-tool that options?
[22:01] <FunnyLookinHat> Ah - I've never tried that... will give it a shot.
[22:02] <FunnyLookinHat> Always just used CCSM because it "just worked" for that one setting
[22:03] <FunnyLookinHat> OK - Interestingly - it seems to hit the same flags...
[22:03] <FunnyLookinHat> which means that the Unity Switcher has a bug in recognizing that flag currently  :)
[22:07] <FunnyLookinHat> Oh no - it looks like the way it works changed...  You need to use the default "Start Switcher" instead of "Start Switcher All Workspaces" combined with hitting the checkbox to switch on all workspaces
[22:16] <k1l_> so we are in the process to decide if its a bug or a feature? :)


[07:20] <dholbach> good morning
[12:28] <highvoltage> good morning
[12:35] <vibhav> hi highvoltage
[13:39] <Daviey> Does anyone have an LP api snippet for providing a bug number, and confirming there is a Ubuntu bug task for a declared series?


[00:56] -lugito:#lubuntu-devel- [rMANUAL5b25b266b01b: Add a few basic openbox settings for fonts and a useful example.] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUAL5b25b266b01b
[01:02] -lugito:#lubuntu-devel- [rMANUALad061817b020: Add short chapter blurb for Prefrences and say it may vary the look from the…] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUALad061817b020
[01:22] -lugito:#lubuntu-devel- [rMANUAL67021784f8d9: Update start of chapter blurbs.] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUAL67021784f8d9
[01:37] -lugito:#lubuntu-devel- [T121: Note in Appendix D that 32-bit upgrades from 18.04 -> 18.10 aren't upgraded] tsimonq2 (Simon Quigley) just created this task: https://phab.lubuntu.me/T121
[01:38] -lugito:#lubuntu-devel- [T121: Note in Appendix D that 32-bit upgrades from 18.04 -> 18.10 aren't supported] tsimonq2 (Simon Quigley) commented on the task: https://phab.lubuntu.me/T121#2463
[01:58] -lugito:#lubuntu-devel- [T122: Consider Including Carlito and Caladea Fonts in Install ISO] mowest (Steve) just created this task: https://phab.lubuntu.me/T122
[01:58] -lugito:#lubuntu-devel- [T122: Consider Including Carlito and Caladea Fonts in Install ISO] wxl (Walter Lapchynski) commented on the task: https://phab.lubuntu.me/T122#2472
[02:02] -lugito:#lubuntu-devel- [rMANUAL1d1d1902e067: Add stub for Printers and how to launch and view queue and restart things] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUAL1d1d1902e067
[02:11] -lugito:#lubuntu-devel- [T123: External Projector Auto Recognition and Adjustment of Displays] mowest (Steve) just created this task: https://phab.lubuntu.me/T123
[02:24] -lugito:#lubuntu-devel- [T122: Consider Including Carlito and Caladea Fonts in Install ISO] lynorian (Lyn Perrine) commented on the task: https://phab.lubuntu.me/T122#2481
[02:26] -lugito:#lubuntu-devel- [rMANUAL057674b170b6: Oops printers is 3.2.19 not 3.2.20] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUAL057674b170b6
[02:27] -lugito:#lubuntu-devel- [T122: Consider Including Carlito and Caladea Fonts in Install ISO] tsimonq2 (Simon Quigley) commented on the task: https://phab.lubuntu.me/T122#2483
[02:29] -lugito:#lubuntu-devel- [T122: Consider Including Carlito and Caladea Fonts in Install ISO] wxl (Walter Lapchynski) commented on the task: https://phab.lubuntu.me/T122#2484
[02:34] -lugito:#lubuntu-devel- [T122: Consider Including Carlito and Caladea Fonts in Install ISO] tsimonq2 (Simon Quigley) commented on the task: https://phab.lubuntu.me/T122#2485
[02:34] -lugito:#lubuntu-devel- [T122: Consider Including Carlito and Caladea Fonts in Install ISO] tsimonq2 (Simon Quigley) commented on the task: https://phab.lubuntu.me/T122#2486
[02:35] -lugito:#lubuntu-devel- [T122: Consider Including Carlito and Caladea Fonts in Install ISO] wxl (Walter Lapchynski) commented on the task: https://phab.lubuntu.me/T122#2487
[02:37] -lugito:#lubuntu-devel- [T122: Consider Including Carlito and Caladea Fonts in Install ISO] tsimonq2 (Simon Quigley) commented on the task: https://phab.lubuntu.me/T122#2488
[02:49] -lugito:#lubuntu-devel- [T122: Consider Including Carlito and Caladea Fonts in Install ISO] mowest (Steve) commented on the task: https://phab.lubuntu.me/T122#2489
[02:54] -lugito:#lubuntu-devel- [T122: Consider Including Carlito and Caladea Fonts in Install ISO] hmollercl (Hans P. Möller) commented on the task: https://phab.lubuntu.me/T122#2491
[03:06] -lugito:#lubuntu-devel- [T122: Consider Including Carlito and Caladea Fonts in Install ISO] wxl (Walter Lapchynski) commented on the task: https://phab.lubuntu.me/T122#2492
[03:10] <guiverc> Thanks wxl[m]  (comment on bug - I don't know vbox; will explore & test more when I can)
[03:13] <wxl> guiverc: come bug me if you need help. i use it all the time.
[03:15] -lugito:#lubuntu-devel- [rMANUALeb32676e99d0: Write stub on muon with how to software updgrades.] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUALeb32676e99d0
[03:16] -lugito:#lubuntu-devel- [T122: Consider Including Carlito and Caladea Fonts in Install ISO] hmollercl (Hans P. Möller) commented on the task: https://phab.lubuntu.me/T122#2493
[03:25] -lugito:#lubuntu-devel- [T122: Consider Including Carlito and Caladea Fonts in Install ISO] wxl (Walter Lapchynski) commented on the task: https://phab.lubuntu.me/T122#2494
[03:25] <wxl> guiverc: i see you have responded to some emails on lubuntu-devel but you're not subscribed. is that something you want to fix?
[04:04] <guiverc> thanks again wxl :)
[04:33] -lugito:#lubuntu-devel- [T123: External Projector Auto Recognition and Adjustment of Displays] wxl (Walter Lapchynski) commented on the task: https://phab.lubuntu.me/T123#2496
[04:46] -lugito:#lubuntu-devel- [rMANUALc6db911a41eb: Add data for space used and filesystem type on the display.] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUALc6db911a41eb
[05:16] <Steedalion> How do I edit my application menu? I've got a binary, made a .desktop file. I put it in share/application but that doesn't
[05:16] <Steedalion> work
[05:38] -lugito:#lubuntu-devel- [rMANUALcf1c215cbaf2: Add how to get a file to show up on the desktop.] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUALcf1c215cbaf2
[05:42] <lynorian> Steedalion: can you pastebin the desktop file?
[05:42] <lynorian> Steedalion: if you open the .desktop in pcmanfm-qt what happens?
[05:42] <Steedalion> It works. But I want it in the application menu and the "Open with" options
[05:43] <wxl> it usually needs categories to get in the menu
[05:43] <wxl> as far as open with, i think that's based more on associated mimetypes
[05:51] <Steedalion> Okay, your right, category tags were wrong. #Programming is not a tag as I suspected, rather #Developement and #IDE. Thanks.
[05:51] <wxl> yeah you've got to read those freedesktop specs carefully XD
[06:32] -lugito:#lubuntu-devel- [T124: Use functional names for menu items] wxl (Walter Lapchynski) just created this task: https://phab.lubuntu.me/T124
[06:33] -lugito:#lubuntu-devel- [T117: Must haves for 19.04 release] wxl (Walter Lapchynski) commented on the task: https://phab.lubuntu.me/T117#2506
[06:37] -lugito:#lubuntu-devel- [T125: the return of Desktop icons] wxl (Walter Lapchynski) just created this task: https://phab.lubuntu.me/T125
[06:39] -lugito:#lubuntu-devel- [rMANUALc7a933f996f3: nm-tray.rst] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUALc7a933f996f3
[06:52] -lugito:#lubuntu-devel- [T126: add release notes link] wxl (Walter Lapchynski) just created this task: https://phab.lubuntu.me/T126
[06:58] -lugito:#lubuntu-devel- [T127: check for screen size] wxl (Walter Lapchynski) just created this task: https://phab.lubuntu.me/T127
[07:02] <wxl> @tsimonq2: is it possible we could flash up a warning to users if they try to upgrade from pre-18.10 to post-18.04?
[07:15] -lugito:#lubuntu-devel- [rMANUALbb89ecb8fc5c: Add most basic useage of libreoffice_calc.] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUALbb89ecb8fc5c
[07:33] -lugito:#lubuntu-devel- [rMANUALcfa1f37a6ffc: Add basic useage of powermanagement.] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUALcfa1f37a6ffc
[15:18] <wxl> OA
 Samuel Banya: ... Btw if I want to make a repository for that welcome center do I make it on Phabricator right?
[21:11] <wxl> ideally it ends up on phabricator
[21:11] <wxl> it can start somewhere else if need be
[21:11] <wxl> but phabricator is best
[21:12] <wxl> @tsimonq2 can you make a repo for the welcome center or maybe more generally allow members of some team to create them freely?
[21:13] <wxl> and while you're at it document it
 Sick thanks for the momentum wxl
[21:33] <wxl> @Wafficus https://phab.lubuntu.me/source/lubuntu-welcome-center/
[21:34] <wxl> along with tsimonq2 and i, hans, wendy, and you have push access so have at it
 Sick thanks wxl. Appreciate it a lot
[23:46] -lugito:#lubuntu-devel- [rMANUAL94a6280e1400: Add sad note that 32 bit installs are no longer supported as upgrades.] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUAL94a6280e1400
[23:46] -lugito:#lubuntu-devel- [rMANUAL836844c5b77b: fix formatting on Appendix C for command line.] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUAL836844c5b77b
[23:47] -lugito:#lubuntu-devel- [T121: Note in Appendix D that 32-bit upgrades from 18.04 -> 18.10 aren't supported] lynorian (Lyn Perrine) commented on the task: https://phab.lubuntu.me/T121#2541


[12:34] <ahasenack> doko: hi, are you a debian ftpmaster by any chance?
[12:36] <doko> ahasenack: no
[12:36] <ahasenack> k
[15:51] <ahasenack> LocutusOfBorg: that ocaml/findlib linux-image-generic dep8 error, we need a trigger with the kernel from proposed?
[15:51] <ahasenack> I did a run with all-proposed=1, same error
[15:51] <ahasenack>  linux-generic : Depends: linux-image-generic (= <IP_ADDRESS>.18) but <IP_ADDRESS>.17 is to be installed
[16:20] <mapreri> sarnold: probably one way to express those concerns is to follow up in the debian bug, since that's also the same entity that wrote the profiles in github.  (re: hexchat's apparmor profiles)
[16:30] <LocutusOfBorg> ahasenack, I didn't check logs yet
[17:11] <zyga> hello
[17:12] <zyga> who can I talk about the focal server ISO and snapd seed present there?
[17:13] <zyga> The context is https://bugs.launchpad.net/ubuntu/+source/snapd/+bug/1864113
[17:13] <zyga> the snapd team believes that the seed on the image is constructed incorrectly
[17:16] <ahasenack> zyga: rcj?
[17:17] <zyga> ahasenack: we're chatting in another channel now
[17:17] <ahasenack> cool
[17:23] <ahasenack> lamont: hey, hope you are doing fine! Do you remember why neither debian or ubuntu ever built the bind9 dlz modules?
[17:27] <LocutusOfBorg> ahasenack, seems good now
[17:27] <LocutusOfBorg> http://autopkgtest.ubuntu.com/packages/c/camlpdf/focal/amd64
[17:27] <ahasenack> oh?
[17:28] <LocutusOfBorg> something in the proposed kernel makes it non-installable
[17:28] <ahasenack> maybe the kernel calmed down
[17:28] <LocutusOfBorg> actually I don't need --all-proposed
[17:28] <ahasenack> that's a lot of retriggers that have to happen now
[17:28] <ahasenack> yeah, just ocaml?
[17:28] <ahasenack> ocaml and findlib need to be together afaik
[17:28] <LocutusOfBorg> the uninstallability is picking proposed packages automatically
[17:29] <LocutusOfBorg> it should auto-heal
[17:30] <ahasenack> ok, will leave it alone for today
[17:30] <LocutusOfBorg> I retried without all proposed
[17:30] <LocutusOfBorg> it should go green for lots of places
[18:09] <sarnold> mapreri: oh nice, I hadn't noticed that it was the author of the profiles :)


[21:23] <thomi> is it still the case in precise that I can't use juju to deploy to a rackspace cloud instance?
[23:09] <SpamapS> thomi: There's no RS cloud provider been written, no.
[23:09] <thomi> SpamapS: ok, thanks.
[23:11] <nOStahl> hi guys
[23:11] <nOStahl> i got my hard drives in today
[23:12] <nOStahl> two caviar black 1.5 terabyte setup as raid1 in a hp dc5750 tower
[23:12] <nOStahl> I am wondering if I should use openstack or eucalyptus to setup a cloud?
[23:13] <SpamapS> nOStahl: on a single server?
[23:13] <nOStahl> i have dell optiplex 760   two if them for the nodes
[23:13] <SpamapS> nOStahl: I would go with OpenStack. It seems to have the brighter future and is receiving more attention on Ubuntu.
[23:14] <SpamapS> nOStahl: neither of them are very easy to deploy though
[23:14] <nOStahl> I want to be able to have a production instance for web server , email, calendar , contacts servers
[23:15] <nOStahl> and be able to launch an instance for testing stuff etc.
[23:15] <nOStahl> all small stuff max of 50 emails low usage etc
[23:15] <SpamapS> nOStahl: if you just want basic virtualization.. both of them are pretty much overkill.
[23:15] <nOStahl> so openstack eh?
[23:16] <SpamapS> nOStahl: libvirt will probably do most of what you want for what you just described.
[23:16] <SpamapS> nOStahl: clouds are more about being able to scale much much bigger. How many physical CPU's and GB of RAM do you want to support long term?
[23:17] <nOStahl> aye thats what I was thinking
[23:17] <nOStahl> can add nodes as needed
[23:17] <nOStahl> and for redundancy
[23:17] <nOStahl> thats a question I was having btw
[23:18] <nOStahl> if I launch an instance and its running my webserver
[23:18] <nOStahl> and i have two nodes and one dies
[23:18] <SpamapS> nOStahl: openstack has no real notion of redundancy from what I've seen. Eucalyptus just now added HA in their 3.0 release.
[23:18] <nOStahl> the instance still runs?
[23:18] <SpamapS> nOStahl: hahaha
[23:18] <SpamapS> hahahahhaha
[23:18] <SpamapS> sorry I'm not laughing at you ;)
[23:18] <SpamapS> nOStahl: that sounds pretty magical though, doesn't it?
[23:18] <nOStahl> yes it does
[23:18] <SpamapS> magic is bad mmkay :)
[23:18] <nOStahl> heh
[23:19] <nOStahl> is what I'm talking ha?
[23:19] <SpamapS> nOStahl: there is no magic bullet for node HA. You're going to lose something if you make things available. See google searches for "CAP Theorem"
[23:21] <nOStahl> so run me through how it works
[23:21] <nOStahl> i launch an instance and it pushes the image over the network to one node? or many nodes?
[23:21] <SpamapS> nOStahl: one
[23:22] <nOStahl> ah I was thinking that it kind of mirrored it some how
[23:22] <SpamapS> nOStahl: can you imagine how slow it would be if it mirrored all RAM access?
[23:23] <SpamapS> nOStahl: there are "live migration" capabilities, where you can move nodes from one machine to another for expected downtime.
[23:24] <SpamapS> nOStahl: and if you are using nova-volume with iSCSI, your disk will be stored somewhere else, so upon dying, nova can re-start your instance somewhere else.
[23:24] <nOStahl> that must be what I was thinking of
[23:24] <SpamapS> nOStahl: for the most part, you need to think about failover and recovery at the OS level, not the cloud provider level.
[23:25] <SpamapS> nOStahl: DRBD for your data works
[23:28] <nOStahl> getting more complicated lol
[23:33] <SpamapS> nOStahl: scale out is complicated. :-P
[23:38] <nOStahl> so ubuntu 11.10 then?


 How about now? Now? :-P
[01:08] <wgrant> Once the custom upload fix is done and pocket queue admin permissions work :)
[01:08] <wgrant> I think those are the only two blockers.
[01:19]  * StevenK stabs the branch scanner.
[01:20] <StevenK> Every time I get frustrated, ssh to carob and sync logs it then scans correctly.
[01:23] <StevenK> wgrant: https://code.launchpad.net/~stevenk/launchpad/imports-really-this-time/+merge/112470
[01:24] <wgrant> StevenK: lib/lp/app/widgets/tests/test_popup.py is wrong
[01:25] <wgrant> And wow I completely failed at bugsummaryrebuild
[01:25] <StevenK> Oh, yeah, I completly missed the utter fail in test_popup
[01:25] <StevenK> Let me fix that up
[01:30] <StevenK> wgrant: Diff updated
[01:31] <wgrant> r=me
[01:31] <wgrant> Your nation thanks you for your service.
[02:01] <StevenK> wgrant: You have an hour to object to branch-unsubscribe-revokes.
[02:01] <wgrant> StevenK: doit
[02:02] <StevenK> wgrant: And the garbo job? :-)
[02:02] <wgrant> Objection
[02:02] <StevenK> wgrant: And the discussion about ubuntu/precise/datereleased over our API in -devel?
[04:16] <StevenK> wgrant: Can has a concrete ruling on the garbo job, rather than 'Objection' ?
[04:20] <wgrant> StevenK: It can land once the unsubscribe stuff is deployed and we've performed some data checks.
[04:55]  * StevenK stabs lazr.enum and then twists the knife.
[04:58] <StevenK> wgrant: So, I've been fighting with a generalisation branch for RBSJ for too long.
[04:58] <StevenK> I think we need a seperate job
[04:58] <StevenK> As much as pains to say
[04:59] <wgrant> StevenK: Why?
[05:00] <StevenK> wgrant: Because I'm getting damn well nowhere
[05:00] <StevenK> Or it feels like it
[05:01] <wgrant> What's the problem? :)
[05:02] <StevenK> Perhaps starting with renaming every class I could find was not the best way to start.
[05:03] <wgrant> Sounds fine to me.
[05:05] <StevenK> wgrant: http://pastebin.ubuntu.com/1063704/
[05:07] <wgrant> StevenK: Looks not unreasonable. Is there a problem?
[05:07] <StevenK> I was chasing through the importfacist again
[05:08] <StevenK> Turns out lazr.enum gives unintelligble errors if the first line of a DBEnum is multi-line.
[06:27] <jtv> Hi lifeless — are you free for a question about job dispatch with celery/rabbit?
[06:39] <lifeless> jtv: high latency but yes. Just ask
[06:40] <jtv> We want to dispatch jobs to workers through celery.  But we'd like to get proper transactionality on that.  We looked at django-celery-transaction but it's written from a mubbet-labs “just patch into commit/abort and do your work there” approach.
[06:41] <jtv> As opposed to the “whatever is in the database is the valid state” approach that you'd normally go for.
[06:41] <jtv> We'd like to avoid rolling our own code for transferring committed jobs from the database to rabbit… know of any ready-made alternatives?
[06:43] <jtv> There's django-async, which at least is written by someone who understands this stuff, but it was designed as a lightweight replacement for celery rather than as complementary to it.
[06:43] <lifeless> no; in particular you'll need to have something poll, or something using postgresql's push facilities
[06:44] <lifeless> I thought the plan was to avoid the need for that by not emitting state; just emitting 'something happened' events and letting the worker read-back ?
[06:44] <lifeless> so you will be transactional anyway
[06:44] <jtv> Well, sort of.
[06:46] <jtv> Yes, the plan was to do that.  I hadn't thought of it as a replacement for transactionality of messaging; we'd always have to call back to the central server even if just to see whether the requesting transaction had committed.
[06:46] <jtv> And hope that we'd not do so too fast for the commit to happen.  :)
[06:54] <lifeless> well, yes, unles you emit the event right after
[06:55] <lifeless> which may lead to no notification, of course
[06:55] <lifeless> jtv: things to watch out for: super big journal tables after doing this for a long time
[06:55] <jtv> Journals on the filesystem?  Or do you mean un-vacuumed database tables?
[06:56] <lifeless> unpruned specifically
[06:56] <lifeless> you're basically building a queue in the db, be sure it gets cleaned out
[06:56] <jtv> So you are talking about tables in the database then?
[06:56] <lifeless> yes
[06:57] <jtv> Well there's vacuum for those.  Right now I'm not building a queue in the db; I'm asking if there's a good way to do it.
[06:57] <lifeless> I mean lots of rows, not unvaccuumed pages
[06:57] <lifeless> other implementations I've seen accumulate forever, failing to delete rows.
[06:57] <jtv> That seems silly.
[06:57] <lifeless> yes ;)
[06:58] <jtv> So basically we don't know of anybody getting this right?
[06:59] <jtv> At least, with celery.
[06:59] <lifeless> U1 are doing a roll-your-own implementation
[06:59] <lifeless> for their materialised views implementation
[06:59] <lifeless> the only precanned 'this is a robust answer' I know of our there is storm.
[06:59] <lifeless> Which is probably not something you'd want for MAAS.
[07:00] <jtv> No.  I didn't even know it integrated with rabbit.
[07:00] <lifeless> it doesn't particularly but it knows how to deal with the general situation
[07:01] <lifeless> jtv: it seems to me you're solving a single piece of the puzzle better than the rest of the stack supports it
[07:01] <lifeless> jtv: amqp isn't intrinsically transactional
[07:02] <jtv> Sadly.
[07:02] <lifeless> unless you run in specific 2pc mode
[07:02] <lifeless> erm, specific trasnaction mode
[07:02] <lifeless> this means, you may suffer dropped messages
[07:02] <lifeless> if rabbit is shut down hard at an untimely point.
[07:02] <lifeless> This means, that its no worse to just emit the celery event right after the db commit.
[07:02] <lifeless> Its not a new failure mode.
[07:03] <jtv> That is sad.
[07:03] <lifeless> whatever approach is used to deal with 'some numpty/event killed rabbit hard' will also deal with 'the appserver was killed/segfaulted between the db committing and it handing off the event to rabbit'
[07:04] <lifeless> I may be wrong; critical analysis welcomed.
[07:04] <lifeless> I need to run for a minute, baby->sleep.
[07:04] <jtv> I'll be here.
[07:08] <lifeless> back, tho my focus won't be here
[07:08] <lifeless> its mid-evening now
[07:08] <lifeless> I'll keep replying if you want to chew on this more
[07:08] <lifeless> just slower - sorry.
[07:14] <mgz> anyone know where the source for the launchpad qa bot is?
[07:14] <nigelb> pqm?
[07:16] <nigelb> https://launchpad.net/pqm
[07:17] <wgrant> mgz: That's qa-tagger
[07:17] <lifeless> not opened sadly
[07:17] <wgrant> Creatively enough that's lp:qa-tagger
[07:17] <lifeless> needs personal details purged to do so
[07:17] <nigelb> heh
[07:17] <wgrant> Oh, I thought that was free. Sad.
[07:18] <mgz> ta!
[07:50] <jtv> lifeless: some distractions on this end as well.  Anyway, I was also somewhat concerned about immediate failures to handle a job request.  It would seem more sensible if those could abort the transaction that requested them.
[08:03] <jml> oh
[08:04] <jml> also, james_w made something that's a bit like qa-tagger, except it tracks revisions rather than bugs.
[08:05] <jml> unfortunately, I can't remember what it's called or where it lives.
[08:06] <jml> one of the downsides of ec2/canonistack deployment is the lack of memorable hostnames
[08:19] <jtv> jml: the openbsd folks had a solution for that — use pokemon names.  But I suspect even that is not a large enough set for EC2.
[08:20] <jelmer> jtv: /memorable/ hostnames ? :P
[08:20] <jtv> jelmer: well I remember pikachu, and that's about the only pokemon I ever heard of.  So it seems to be working.
[08:21] <jelmer> that's also as far as I get..
[08:21] <jml> jtv: also, not memorable. as a case in point, my code is running in production on machine named after an obscure fruit.
[08:21]  * jelmer kind of likes the fact that canonical machine names make me learn more obscure English words
[08:22] <jtv> Come on, there has to be a way to re-pair my laptop to my bluetooth keyboard!
[08:23]  * jml just had an idea
[08:25] <jtv> jml: well, what's the idea?
[08:26] <jml> jtv: it's pretty revolutionary
[08:26] <jml> (and magical)
[08:26] <jtv> Come on, cut to the chase!
[08:26] <jml> a table: Column 1 is 'machine name', Column 2 is 'list of services on that machine, in names that developers use to refer to them'
[08:27] <jml> one of those per project
[08:28] <jml> and then there's none of this "could you please run X on foo-svc?", "sure. is that snuffleberry?", "I don't know, you deployed it."
[08:28] <jtv> That would be nice, yes… we had something like that on the wiki, once upon a time, but I don't think it was maintained very actively.
[08:28] <jtv> I hate that situation.
[08:28] <jml> me too.
[08:29] <jml> I also hope that there isn't actually a machine called snuffleberry.
[08:29] <jml> I've seen a couple of diagrams, and they do the job too.
[08:29] <jml> but they are a little trickier to maintain & grep.
[08:30] <lifeless> jtv: you mean if celery fails to dispatch ?
[08:30] <jtv> lifeless: yes
[08:30] <jtv> For example, because the data won't serialize.
[08:31] <lifeless> jmm
[08:31] <lifeless> so, I'd have thought the django glue would do that immediately, and only defer the dispatch
[08:31] <jtv> That would be nice, if possible.
[08:31] <jtv> Maybe it does.
[08:32] <wgrant> jml: But then you have the problem of services that have like 5 different names depending on who you ask :)
[08:32] <wgrant> (carob:~stevenk/name-to-service is pretty good for LP, though)
[08:32] <jml> wgrant: well yeah, but one problem at a time.
[08:33] <StevenK> I didn't know anyone actually used it
[08:37]  * nigelb notices the Critical bug count being less than 3.5 * 10^2.
[08:39] <wgrant> nigelb: That's a lie.
[08:39] <wgrant> There's 402 open critical tasks
[08:43] <nigelb> :(
[08:43] <nigelb> I should have kept quiet and lived the lie
[08:46] <czajkowski> nigelb: dont comment :)
[09:37] <cjwatson> StevenK: I actually started on a remove-delayed-copies branch last night, although wgrant's right that pocket queue admin needs to be done first.  Other things that come to mind are converting the +copy-packages UI to PCJs (can it perhaps use PCJs for everything now rather than having the dodgy "am I going to be able to copy synchronously" check?  is it possible to update the UI on the progress of a job?), and making ...
[09:37] <cjwatson> ... Archive.syncSource start failing when it's asked to do a private->public copy that would require a delayed copy.
[09:38] <cjwatson> (Or perhaps convert Archive.syncSource to be asynchronous in that case, although that kind of violates its advertised contract.  Might be better to fail and get people to convert to Archive.copyPackage.)
[09:38] <cjwatson> StevenK: Also I know that some bits of PCJs are hidden behind feature flags or disabled and I'd like to understand why.
[09:39] <mgz> jam: http://pastebin.ubuntu.com/1064002/
[09:40] <cjwatson> And of course go through all the delayed copy tests and work out which of them might be sensibly converted to apply to direct-copies/PCJs.
[09:42] <cjwatson> Ah, the soyuz.copypackageppa.enabled feature flag is due to having no way to give feedback.  Anyone want to educate me on how that stuff might work?
[09:46] <cjwatson> bigjools: In bug 575450, you offered mentoring for anyone who wanted to sort out feedback in PPA pages from the new async copying code.  I'm game, since this seems to get in the way of cleanup I've committed to do as part of feature work I've already done.  Do you think it could work in the same way as feedback from distroseries initialisation?
[09:46] <_mup_> Bug #575450: Archive:+copy-packages nearly unusable due to timeouts <lp-soyuz> <ppa> <qa-ok> <timeout> <Launchpad itself:In Progress by rvb> < https://launchpad.net/bugs/575450 >
[09:46] <StevenK> cjwatson: I'd prefer Archive.syncSource to fail, TBH
[09:47] <cjwatson> StevenK: OK.  That obviously is definitely blocked on pocket queue admin, since we need things to be self-service for the security team before breaking what they're using now.
[09:47] <bigjools> cjwatson: I am a little tired right now, just had twins, so if you can wait a couple of weeks I'll be happy to help
[09:47] <cjwatson> bigjools: hah, congratulations!
[09:47] <bigjools> ta :)
[09:48] <cjwatson> go change one nappy with each hand or something then
[09:48] <StevenK> cjwatson: If the distroseries init stuff is making use of IDSJ, it can probably be used as inspiration
[09:48] <cjwatson> StevenK: It is
[09:48]  * StevenK heads off to pick up his wife
[09:48] <cjwatson> There's a thing where the job calls notifyUserError on failure and that pops up through distroseries-portlet-derivation.pt
[09:49] <cjwatson> So I can probably monkey-see-monkey-do that if it's broadly a usable approach
[09:49] <bigjools> cjwatson: the plan was to have failed jobs showing on the page and to have someone ack them by deleting them
[09:49] <bigjools> anyway, cheerio
[09:49] <cjwatson> Hm, right, a bit different then
[09:52] <cjwatson> r14665 seems to be a moderate-sized chunk of that
[09:53] <cjwatson> rvba: Do you happen to recall what was left to do in bug 575450?  Your r14665 seems to be approximately what bigjools said above needed to be done
[09:53] <_mup_> Bug #575450: Archive:+copy-packages nearly unusable due to timeouts <lp-soyuz> <ppa> <qa-ok> <timeout> <Launchpad itself:In Progress by rvb> < https://launchpad.net/bugs/575450 >
[09:53] <cjwatson> I wonder if it's just cleanup at this point ...
[09:59] <mgz> Mr Reviewer Please: https://code.launchpad.net/~gz/launchpad/py27_xmlrpc_transport_timeout/+merge/112528
[10:19] <cjwatson> rvba: If the UI does indeed now do what bigjools said it needed to, it is extremely tempting to propose something like http://paste.ubuntu.com/1064032/ for merging
[10:21] <cjwatson> (Does it matter if the DB has feature flags that are no longer referenced anywhere in code?)
[10:37] <cjwatson> Hm, OK, this runs headlong into bug 795005
[10:37] <_mup_> Bug #795005: Asynchronous PPA copying with default series OOPSes <oops> <ppa> <Launchpad itself:Triaged> < https://launchpad.net/bugs/795005 >
[10:40] <StevenK> cjwatson: If the DB has feature flags that no longer referenced, they should be removed.
[10:43] <cjwatson> StevenK: Right, but will it make anything fail if they aren't - that is, are there deployment considerations in landing patches that remove feature flags?
[10:44] <StevenK> cjwatson: Right, so I've in fact just done this.
[10:45] <wgrant> cjwatson: It's fine to remove the code first.
[10:45] <StevenK> cjwatson: r15494 drops two related feature flags from the code.
[10:45] <wgrant> cjwatson: Nothing breaks if there are unknown flags set.
[10:45] <wgrant> Or unknown scopes
[10:45] <wgrant> etc
[10:45] <StevenK> cjwatson: I was going to ask that the two flags be removed from prod tomorrow morning.
[10:50] <cjwatson> Cool.
[10:51] <jam> jelmer: mr reviewer, if you please: https://code.launchpad.net/~jameinel/launchpad/py27-parse-response-1018768/+merge/112537
[12:02] <lifeless> cjwatson: flags were designed to fit a relaxed workflow
[12:03] <lifeless> cjwatson: vs lazr.config which is designed to fit a strict, but high latency work flow.
[12:12] <czajkowski> lifeless: have you come across this issue or is there a step missing ?https://answers.launchpad.net/launchpad/+question/201678
[12:15] <jelmer> czajkowski: he should add a release, that's the way to add downloads
[12:15] <czajkowski> jelmer: ahh I see
[12:15] <czajkowski> confusing me aslso
[12:15] <czajkowski> thanks
[12:15] <cjwatson> Sounds like an opportunity to improve the docs then :-)
[12:16] <jelmer> czajkowski: I've replied on the question page
[12:16] <czajkowski> jelmer: ack, I can view his screen shot so can see his point
[12:16] <czajkowski> cjwatson: indeed
[12:56] <cjwatson> rvba: Also, is it possible that your r14665 fixed bug 812869?  It certainly looks as though it should have done
[12:56] <_mup_> Bug #812869: Failed PackageCopyJobs should show up on the PPA page somehow <derivation> <ppa> <Launchpad itself:Triaged> < https://launchpad.net/bugs/812869 >
[12:58] <rvba> cjwatson: let me refresh my memory and have a look at the revision and the bug in question :)
[13:03] <rvba> cjwatson: that would make sense indeed.  Also, what I've done in my branch is exactly what Julian suggests to do in the description of the bug, for that type of error that is (if the target archive is a ppa).
[13:12] <cjwatson> Yeah, that's what I thought
[13:12] <cjwatson> Difficult to easily try it at the moment since async copies are disabled
[13:12] <cjwatson> Speaking of which:
[13:12] <cjwatson> jelmer: Oh hi Mr. OCR.  Fancy having a look at https://code.launchpad.net/~cjwatson/launchpad/copy-packages-with-default-series/+merge/112557 ?
[13:14] <jelmer> cjwatson: yep, I'll have a look
[13:14] <cjwatson> I *think* that should let us re-enable async copies in the UI.
[13:14] <cjwatson> Assuming there are no other lurking undocumented reasons.
[13:21] <deryck> Morning, everyone.
[13:22] <rick_h_> morning
[13:30] <jam> cjwatson: I'd like to have a chat with you sometime about how we can get some of the 'when is it safe to cleanup files' policies encoded into Launchpad, rather than having them be as ad-hoc as they are now.
[13:33] <cjwatson> Mm.  Well, at the very least it seems as though it ought to be a script in the tree that web0ps can run, rather than it being ad-hoc pastebins.
[13:34] <deryck> adeuring, https://plus.google.com/hangouts/_/f9d8daf3da1ea6e3b6c53ff8ed10332dbde5899c?authuser=0&hl=en
[13:34] <cjwatson> Unfortunately the fact that PES have a habit of relying on obsolete distroseries after Ubuntu stops supporting them, and we have to confirm with them that they no longer care, makes it difficult to do it all automatically.
[13:34] <jml> I just hit a timeout loading my branch page :(
[13:47] <jam> cjwatson: PES?
[13:47] <jam> also, we can make it manual as much as "we've confirmed it is ok to nuke N, do it"
[13:48] <cjwatson> The division formerly known as OEM
[13:48] <jam> so there is a bit of manual step in there, but all of the validation that we're doing is mostly already done inside launchpad, we just have to realize if we can trust it.
[13:49] <mgz> lib/lp/services/doc/timeout.txt seems appropriately named
[13:52] <rick_h_> jcsackett: feel like some JS in the morning? https://code.launchpad.net/~rharding/launchpad/bug_yui35_two
[13:53] <jcsackett> rick_h_: sure.
[13:55] <jcsackett> rick_h_: it's only because i want these changes landed that i'm not going to yell about diff size. :-P
[13:55] <rick_h_> jcsackett: well, don't let it fool you, it's 98% "tab over all the linse"
[13:56] <jcsackett> rick_h_: yeah, i'm seeing that. i'm just giving you a hard time, anyway. :-P
[13:56] <rick_h_> :) I'll send the 'gift beverage' later
[13:56] <rick_h_> hopefully I'll have one more of these before EOD
[14:00]  * jcsackett laughs at "gift beverage".
[14:01] <jcsackett> i wish diffs were smarter about tabovers.
[14:07] <jcsackett> rick_h_: how many tests have you seen in YUI land that rely on .wait() in some form?
[14:08] <jcsackett> i'm vaguely concerned about those in relation to gary_poster et al's info regarding tests with programmed delays being problematic for parallel testing.
[14:08] <rick_h_> jcsackett: in our code?
[14:08] <jcsackett> rick_h_: yeah.
[14:08]  * gary_poster on call
[14:08] <rick_h_> there's a solid handful I think, but I think most of that stuff has started to get 'skipanimation' flags and such to help clear that up
[14:08] <jcsackett> rick_h_: okay, cool.
[14:09] <rick_h_> I've not gone through everything though so can't say for sure
[14:16] <jelmer> cjwatson: check_copy_permissions properly checks with the source distroseries of each spph if none is specified explicitly; however, copy_asynchronously uses the dest_series of the first specified spph for all specified spphs if no distro_series was explicitly specified.
[14:17] <jelmer> cjwatson: apologies for the abundant use of the word specified in that sentence..
[14:25] <ivory> jelmer: could you take a look at this please? https://code.launchpad.net/~ivo-kracht/launchpad/bug-436663/+merge/112576
[14:25] <jelmer> ivory: yep
[14:25] <ivory> jelmer: thanks
[14:37] <vila> gmb: for your pleasure https://code.launchpad.net/~vila/launchpad/py27-mail-header-continuation-lines/+merge/112579
[14:40] <sinzui> jcsackett, do you have time to review https://code.launchpad.net/~sinzui/launchpad/bug-tag-completions/+merge/112580
[14:40] <jcsackett> sinzui: sure.
[14:43] <cjwatson> jelmer: Oh, yes, I see what you mean (after some thought)
[14:44] <cjwatson> jelmer: Fixing
[14:44] <gary_poster> jcsackett, I see I was mentioned in passing.  Thank you for keeping that in mind!  The biggest thing is to make sure that you allow for a testing machine being much, much slower than you expect.  We don't want the tests to hang forever, but if it passes in a really long time because of contention on [X random thing I wish I knew but is not apparently RAM, CPU or I/O] then we'd rather give it a nice long while to try
[14:44] <gary_poster>  and let it pass.
[14:45] <cjwatson> jelmer: OK, fixed now
[14:45] <cjwatson> Er, modulo pushing (pushed now too)
[14:48] <cjwatson> StevenK: A bit to go, but very provisionally the gain from removing delayed copies looks like 1160 LoC
[15:01] <ivory> sinzui: jelmer said a ui reviewer should take a look at this and since you are the only one, could you? https://code.launchpad.net/~ivo-kracht/launchpad/bug-436663/+merge/112576
[15:01] <ivory> sinzui: i attached a screenshot to the bug description
[15:02] <rick_h_> sinzui: so you can set a CSS name override on extending a Widget: http://yuilibrary.com/yui/docs/api/files/widget_js_Widget.js.html#l95
[15:02]  * sinzui looks
[15:02] <rick_h_> sinzui: not sure if that helps you with the issue in your MP addendum
[15:02] <sinzui> rick_h_, !
[15:02] <sinzui> rick_h_, I bet it does.
[15:02] <cjwatson> ivory: Fixing that bit of lint would just amount to deleting one line; I'm not a reviewer but IMO you might as well do that
[15:02]  * sinzui wonders how quickly he ca rewite the widget again
[15:03] <rick_h_> sinzui: heh, you want me to look over the rest here?
[15:03] <sinzui> rick_h_, please do.
[15:04] <sinzui> ivory, that is a good improvement.
[15:05] <ivory> sinzui: i was a little bit concerned about the little gap next to the bug icon but i have no idea how to fix that
[15:06] <sinzui> ivory, one of the links is not using a sprite properly
[15:06]  * sinzui looks at code
[15:08] <sinzui> ivory, this looks like one of the macros is bad, but fix it would require a review of many pages that use the macro
[15:08] <sinzui> ivory, few mp reference both blueprint and bug, so the issue will rarely be visible
[15:09] <ivory> sinzui: so its ok for now?
[15:10] <sinzui> yes
[15:10] <ivory> ok then thank you for helping me
[15:14] <jcsackett> sinzui: r=me, but there's a short style note on the MP.
[15:14] <sinzui> thanks
[15:14] <jcsackett> yw.
[15:15] <cjwatson> jelmer: Thanks for the review.  I thought that test_copyPackages_with_default_distroseries was exactly such a test, or am I misunderstanding you?
[15:16] <cjwatson> It creates two SPPHs with different distroseries, and copies both with to_series=None.
[15:17] <jam> cjwatson: we're trying to sort out https://answers.launchpad.net/launchpad/+question/194817
[15:17] <jam> I think we've unblocked ubuntu translations to open Q for translations, but it is pending DPM actually exposing Q to users
[15:17] <jam> (specifically, unchecking the Hide translations for this release box)
[15:17] <jam> I haven't seen dpm around in about a week, so I don't know if there is something blocking. Do you know anything about it?
[15:18] <jam> jtv said that the import queue looked good
[15:18] <cjwatson> jam: Right, thanks.  From my point of view the question is a fire-and-forget notification which I am required to emit as part of NewReleaseCycleProcess but otherwise don't care much about. :-)
[15:18] <cjwatson> I don't know anything about dpm's status on it.
[15:18] <jam> czajkowski: then I think we can close the question
[15:18] <jam> as we took his info, and did our part of it
[15:19] <james_w> dpm is on vacation
[15:19] <rick_h_> sinzui: couple other suggestions but good stuff!
[15:19] <jelmer> cjwatson: ah, that's true..
[15:19] <sinzui> thank you
[15:19] <jelmer> cjwatson: did that test fail before r15510 ?
[15:19] <james_w> he's back in 7 days
[15:19] <czajkowski> jam: grand will do thanks
[15:19] <rick_h_> jcsackett: heads up, YUI3.5 doesn't like the selector stuff [id=field.name], it has to be in quotes in 3.5 [id="field.name"]
[15:20] <jcsackett> rick_h_: i was gathering that from your updates.
[15:20] <rick_h_> jcsackett: so any time we can catch that now the better
[15:20] <cjwatson> jelmer: No - that comes under my comment in the MP about not adding a browser test because there's one that fails already once I remove copy_synchronously
[15:20] <cjwatson> jelmer: I can try to figure out if *that* test would have failed before r15510
[15:20] <rick_h_> jcsackett: yea, I've got a google doc with the new things to watch out for. Going to get a bit farther before I wiki/send that out to the list
[15:20] <cjwatson> (Too many branches!)
[15:21] <cjwatson> And for that matter I ought to test that the failing test passes with r15510
[15:23] <jcsackett> gary_poster: ok, i think most of our tests in YUI have a fair bit more padding than they need, so perhaps they'll be alright. and as rick_h_ has mentioned, we're slowly removing a lot of the need for delays anyway.
[15:24] <gary_poster> awesome
[15:24] <cjwatson> Hm, it doesn't check for the bug fixed in r15510
[15:24] <cjwatson> jelmer: OK, let me stop trying to dodge it and see if I can figure out how to add a proper browser test or two here
[15:25] <jcsackett> rick_h_: ah, i see your comments on sinzui's diff. now i understand you're highlighting it. good catch, and thanks.
[15:25] <rick_h_> jcsackett: yea, just pushing the word out since you're reviewing/doing JS stuff. I know I hit up a review for ian bringing it up as well
[15:26] <jcsackett> rick_h_: yeah. there's a slight mental lag in realizing something is needed and applying that to reviews. :-P
[15:26] <jelmer> cjwatson: okay, great
[15:27] <cjwatson> jelmer: Perhaps I should convert at least some of archive-views.txt to unit tests while I'm at it ...
[15:28] <cjwatson> I'm rarely confident that I can extend doctests without either (a) breaking something or (b) wanting to shoot myself to ease the pain
[15:28] <jelmer> cjwatson: You should get some kind of public service medal if you did that.. :)
[15:28] <cjwatson> I assure you it's entirely selfish
[15:29] <jelmer> cjwatson: I'm mostly concerned about corner case bugs, so as long as the test coverage is decent I'm happy
[15:29] <cjwatson> Yeah, me too
[15:30] <cjwatson> Since I'm trying to accelerate making the async copy stuff the only path
[15:30] <cjwatson> One of those things in Launchpad where it looks like it's been about 90% done
[15:31] <sinzui> jcsackett, I will make the changes you ask, but I am not being pythonic. That function is an method argument ending in ");"
[15:32] <sinzui> jcsackett, it would be more obvious if I defined the function first, then passed it to the method
[15:34] <jcsackett> sinzui: well, i see that one is a creation call, one is an event call binding, and one is a function def. my understanding was that for all of those closing at the same tab level as the start, rather than the enclosed, was preferred.
[15:34] <jml> wtf
[15:34] <jml> another timeout
[15:34] <jcsackett> sinzui: if i'm wrong as goes JS style (or LP's version of it) i'm happy to be told so. :-)
[15:36] <sinzui> jcsackett, js hackers have inconsistent style because JS does not require it, and encourages anonymous inline definition to manage scoping. I am very consistent since I know that how I wrote my method calls will not change if I choose to no use anonymous functions
[15:38] <jcsackett> sinzui: fair. we should probably at some point then figure out a rule for consistency's sake in our code. but it's not terribly important if you're aginst it -- rick_h_'s points are definitely more key.
[15:40] <rick_h_> sinzui: yea, I think in JS you always tend to have at least one closing }; lined up with the start of a block
[15:40] <rick_h_> ime that is
[15:40] <rick_h_> but you're right that it's more of a practice thing than something jslint, etc will yell about
[15:47] <rick_h_> ummm, jcsackett did I ever tell you that you're a great co-worker? https://code.launchpad.net/~rharding/launchpad/bug_yui35_three/+merge/112590
[15:47]  * rick_h_ runs to go fetch some lunch far far away
[15:52] <jcsackett> right, everyone else? rick_h_ is why your MP is not being looked at today. blame him.
[15:52]  * jcsackett settles down to a long review.
[15:52] <rick_h_> jcsackett: it was only 3 files? not my fault there are nearly 4k long JS files in the tree
[15:52] <rick_h_> jcsackett: these are even fewer changes than the earlier set
[15:53] <jcsackett> rick_h_: yeah, it doesn't actually look that bad.
[15:53] <jcsackett> but diff size: 7000 has a way of setting one back on one's heels. :-P
[15:54] <rick_h_> yea :/
[15:54] <rick_h_> makes you feel better, I wasn't going to do a _four, but kind of have to
[15:55] <jcsackett> eh, i don't really need to be made to feel better. the only real problem with these branches is that the diff ordering makes it impossible to tell what's just indenting and what's an actual new line.
[15:55] <rick_h_> only new lines shold be the top of the files
[15:56] <jcsackett> rick_h_: ah, that makes things easier, then.
[15:56] <rick_h_> I'm really only changing the top 20 lines of files, and indenting the rest. Oh and each suite.add is now tests.suite.add
[15:56] <rick_h_> in this one I had the s/LPClient/Y.lp.testing.helpers.LPClient to fix that bug/code dupe
[15:57] <rick_h_> I'll try to note explicitly in the next one.
[15:58] <czajkowski> 8/c
[16:01] <mgz> jam: bug 1018905 filed
[16:01] <_mup_> Bug #1018905: lp/services/doc/timeout.txt hangs in Python 2.7 <python-upgrade> <Launchpad itself:Triaged> < https://launchpad.net/bugs/1018905 >
[16:05] <gmb> vila, http://paste.ubuntu.com/1064552/. The failure is somewhere before line 2664
[16:12] <rick_h_> sinzui: can you hit up #315 of the updated MP ?
[16:14] <rick_h_> sinzui: sorry, the id=field quotes
[16:14] <sinzui> ruse
[16:14] <sinzui> sure
[16:14] <gmb> gary_poster, jelmer just found our problem: lp.codehosting.codeimport.tests.test_worker.TestBzrImport.test_unsupported_feature  starts but never (apparently ) finishes.
[16:16] <gmb> Keeping that test: line gives you 17 tests (not parsing out all the crud we parsed out). Removing it gives you 800-something.
[16:16] <gmb> Will poke at it properly tomorrow.
[16:16] <gmb> gary_poster, http://paste.ubuntu.com/1064576/ is the subunit stream. The test is at line 70.
[16:37] <jelmer> gmb: bug 507804
[16:37] <_mup_> Bug #507804: damaged streams may not be obvious <subunit:Triaged> < https://launchpad.net/bugs/507804 >
[16:37] <cjwatson> wgrant: I believe I have fixed https://code.launchpad.net/~cjwatson/launchpad/custom-uefi/+merge/111626 in light of your configuration comment, by handling this in publisher configuration as well.  Do you think this is a better approach now?
[16:38] <gmb> gary_poster, See that bug that jelmer just pasted ^^
[16:38] <gmb> Fun times.
[17:07] <gary_poster> gmb :-) .  I don't see how that subunit bug will be fixed, exactly.  makes the whole thing fragile, but...not sure what else subunit could do other than various heuristics.  Meanwhile, we should fix that test, and then hopefully we'll be ok.  There may be other tests like that though--note that other workers seemed to be generating the "unknown worker" tests too.
[17:51] <cjwatson> jelmer: I've added that test now (though I gave up on the unit test conversion, sorry :-)  I found some relevant tests that were already unit tests instead) and will land that shortly.  Thanks for the feedback.
[17:52] <cjwatson> jelmer: (And the new test failed before r15510)
[17:56] <jml> did anyone here just expire launchpadlib 1.6.0 on pypi?
[18:05] <jml> cause now I can't 'pip install launchpadlib==1.6.0'
[18:06] <jml> which means I can't have a virtualenv that reliably looks like lucid
[18:09] <rick_h_> jml: yea, and not seeing it on crate.io either.
[18:19] <rick_h_> jcsackett: last one https://code.launchpad.net/~rharding/launchpad/bug_yui35_four/+merge/112609
[18:34] <jcsackett> rick_h_: on it.
[18:37] <jml> also oauth is missing
[18:45] <jcsackett> rick_h_: r=me.
[18:46] <rick_h_> jcsackett: ty much.
[18:55] <sinzui> deryck, rick_h_Do either of you have any insight into why I cannot between the items in a choicelist? For example I open bug status, the close button is focused. I cannot tab to the items in the list...though I know all but one is a anchor.
[18:57] <rick_h_> sinzui: looking
[19:01] <rick_h_> sinzui: sinzui can you tab outside of a form?
[19:01] <sinzui> well...
[19:02] <rick_h_> I'm trying to find something that confirms/denys this but no luck yet
[19:03] <deryck> sinzui, I recall some bug about this before too.  Seems like we used tabindex to fix it.
[19:03] <rick_h_> right, the tabindex docs don't state if they only work inside of forms or not
[19:03] <sinzui> rick_h_, no but I just hacked the picker to add tabindexes to the anchors tabbing from the close button goes to the top of the page (leaving the overlay) then eventually returns to 2 of the link many links listed
[19:03] <rick_h_> http://www.w3.org/TR/WCAG20-TECHS/H4
[19:04] <sinzui> this is madening
[19:04] <rick_h_> sinzui: right, but what's the order on the tabindex?
[19:04] <rick_h_> it works on dom order by default, so top of the page makes sense
[19:04] <sinzui> 0 for the button, 1-n for the items in the list
[19:05] <rick_h_> try setting 0 on the close button and then 1+ for the links
[19:07] <sinzui> sorry, isn't that what I did?
[19:08] <sinzui> ah The links to have the tabindexes, but the button did not stick.
[19:08]  * sinzui looks
[19:08] <rick_h_> sorry, when you said 0 for the button didn't follow
[19:16] <sinzui> rick_h_, I don't appear to be setting tabindex="0" on the close button. There is no error, maybe I added it to some other overlay's button. The link do have a sequence on tabindexes
[19:17] <rick_h_> sinzui: yea, and tested that it works sans form no problem
[19:17] <rick_h_> so must be a matter of getting the order/relationship going with the rest of the page noise
[19:18] <sinzui> Maybe I should start the index at 100,000
[19:18] <rick_h_> hah, there you go
[19:19] <rick_h_> so is there some code in the widget setting focus on the close icon?
[19:19] <rick_h_> ah yea, there it is
[19:20] <sinzui> yes, after we render we position and set focus...
[19:20] <sinzui> but that is also were I decided to add the tabindex and it does not show
[19:20] <rick_h_> using set or setAttribute?
[19:20] <sinzui> I think I need to step through the code to see if I enter that method
[19:20] <rick_h_> try setAttribute vs just set('tabIndex')
[19:21] <rick_h_> but yea, debugger to make sure you're hitting.  Would be so nice if it supported esc for close, tab through, enter for selection
[19:22] <rick_h_> totally should be doable looking at the code
[19:23] <sinzui> rick_h_, that is exactly what I want to solve
[19:24] <rick_h_> ah, very cool
[19:24] <sinzui> I cannot use keyboard to report a bug anymore because the new widgets are missing keyboard support
[19:24] <rick_h_> so yea, what I'd do is focus on the first selection item, set tabIndex on all of them, and add a keyUp listener to the bindEvents
[19:24] <rick_h_> handling close, select, etc via the event keycode
[19:25] <sinzui> yep
[19:26] <sinzui> there is another bug some where about subscriber overlays not dismissing on esc. I was going to look at that too
[19:26] <rick_h_> I've got to run, but let me know if setting a large tabindex with setAttribute works out. I'm curious if hte browser picks up on dynamic index settings
[20:08] <lifeless> czajkowski: hi sorry was waaay ED
[20:08] <lifeless> cjwatson: btw, user confusion -> we should fix the product, *then* fix docs ;) - ideally. but we may have to do docs as a stopgap.
[20:22] <cjwatson> lifeless: well, quite - but both of those before answering the question but doing neither
[20:22] <cjwatson> (which is a tremendously easy thing to fall into, guilty as charged)
[20:31] <lifeless> cjwatson: +1 :)
[20:58] <lifeless> james_w: did that pypi weirdness get resolved ?
[21:26] <james_w`> lifeless, somewhat
[21:26] <james_w`> lifeless, there's probably a message in the canonical-launchpad moderation queue
[22:32] <james_w> so you guys can't see my response because I'm not subscribed to canonical-launchpad, and we can't see sinzui's response because he's not subscribed to consumer-applications, hilarity ensues
[22:32] <sinzui> ha ha
[22:33] <sinzui> Instead of having mailing lists, Lp, could offer conversation on demand. You start one, invite users and teams, and we let the thread end in a few days
[22:35] <james_w> sinzui, was there anything in your response that can't wait until tomorrow?
[22:36] <sinzui> no
[22:36] <mwhudson> james_w: i can give you my notmuch invocations that make subscribing to canonical-launchpad painless :)
[22:36] <james_w> heh
[22:36] <james_w> sinzui, ok, thanks
[22:36] <mwhudson> mostly NOTMUCH tag -inbox -unread tag:inbox<EMAIL_ADDRESS>[22:37] <mwhudson> oh and something for oops summaries too
[22:37] <sinzui> james_w, I suggested using the series which is often more accurate https://launchpad.net/launchpadlib/trunk
[22:39] <james_w> ah, ok
[22:39] <james_w> I don't know if we can do that in setup.py
[22:56]  * StevenK peers at buildbot.
[23:21] <spm> s/peers/stabs/
[23:21] <StevenK> That would be nice.
[23:48] <wgrant> cjwatson: Let me see...


[12:42] <Screwba> xnox: You around?
[12:43] <xnox> Screwba: yeap =) what's up?
[12:44] <Screwba> xnox: you helped me the other day and stated "You mostly likely want your job to start at network-interface IFACE!=lo and before runlevel job is executed."  Would my `start on` statement look like "start on started network-interface IFACE!=lo and starting rc RUNLEVEL=[2345]"
[12:44] <xnox> Screwba: looks right.
[12:45] <Screwba> xnox: cool...going to give it a test by just having a script which polls for the IP and pauses for 2 mins writing the IP and timing to a /tmp/mytest.log file
[12:46] <Screwba> xnox: I should not have to `emit` anything correct?
[12:47] <xnox> Screwba: nope.
[12:47] <Screwba> xnox: just write my screwbas_event.conf file in the /etc/init folder with a script section calling my /usr/local/bin/screwbas_script
[12:48] <Screwba> xnox:  YOU ROCK !!!  If this works for me, then YOU RULE !!!
[12:48] <Screwba> ;)
[13:21] <Screwba> xnox: it is not working for me...   =(
[13:22] <xnox> increase debugging and see what events are emitted.
[13:22] <xnox> jodh: is "starting rc" ever emitted?
[13:22] <jodh> xnox: yes
[13:24] <xnox> Screwba: boot with --debug kernel arg and see what happens - e.g. order of the events.
[13:24] <Screwba> xnox:  this is my /etc/init/mytesttask.conf file  http://pastebin.com/MW8657ew  maybe something wrong there in my script section?
[13:25] <Screwba> xnox:  will try the --debug option now
[13:25] <jodh> Screwba: that should be "start on net-device-up IFACE !=lo" or "start on started network-interface INTERFACE != lo".
[13:31] <Screwba> jodh: thanks, I will change my conf in a min and test again...   =)
[13:31] <Screwba> jodh: sorry, should it be both or one or the other?
[13:35] <jodh> Screwba: you should use "start on started network-interface INTERFACE!=lo and starting rc RUNLEVEL=[2345]"
[13:37] <Screwba> jodh:  testing now
[13:38] <Screwba> xnox:  I added the --debug option to Grub but it does not seem like I am getting any debug info...I made the change permanent by editing /etc/default/grub and I also removed the quiet and splash options
[13:41] <xnox> ... and run update-grub ?
[13:42] <Screwba> xnox:  LoL...sorry, brain fart this morning
[13:42] <Screwba> rebooting now...
[13:42] <Screwba> jodh: that sort of worked, I have a 1 minute pause in my /usr/local/bin/testsjy.sh script, but it appears that the script only hits about 40 secs then maybe UpStart is killing it?
[13:42] <Screwba> jodh/xnox:  testing again now...
[13:45] <Screwba> jodh/xnox:  only ran for about 35 seconds this time
[13:53] <Screwba> jodh/xnox:  New paste  http://pastebin.com/9V7G4B7E
[13:53] <Screwba> updated with my testsjy.sh script and the updated .conf file
[13:54] <jodh> Screwba: you need to get debug enabled. --debug gives a firehose of debug output that will get redirected by rsyslog depending on your config.
[13:54] <jodh> Screwba: take a look at /var/log/upstart/$your_job.log too
[13:58] <Screwba> jodh:  --debug enabled, powering off machine and rebooting in a min
[13:58] <Screwba> jodh:  there is only a .1.gz file in /var/log/upstart/mytesttask.conf and that is an old version, seems like it is not logging there
[13:58] <Screwba> back in a bit
[13:58] <jodh> Screwba: your script isn't producing output then
[13:59] <Screwba> jodh: it is only echo'ing to my /tmp/testjsy.log file, not sure if that would be output
[13:59] <Screwba> jodh: or if I need to modify it so UpStart sees something else
[14:32] <linuxnewbie> i'm having some trouble with an ts3 upstart script http://pastebin.com/ijFBrZnL ...it starts the server but it gives me wrong PID ..and status ts3 shows me ts3 stop/waiting
[14:32] <linuxnewbie> if anyone have an idea what I do wrong please answer :)
[15:10] <Screwba> jodh / xnox: I added a line to my script which just echo's to the console, it would appear that my script is running fully now but it does not seem to 'hold/pause' the boot sequence for the 1 minute that the script should run...does the `sleep` command work in the UpStart {script/end script} section?
[15:11] <Screwba> jodh / xnox: I am now getting a log file in /var/log/upstart/mytesttask.log
[15:59] <Screwba> xnox: it is not 'stopping' the boot sequence until my script finishes, I have now confirmed that.  My script continues to run even after logging in.  I used initctl2dot and created a graph, my script is definately dependant on network-interface and rc.
[16:00] <Screwba> xnox / jodh: is it possible to totally pause the boot up between network-interface and rc until my script totally finishes?
[16:24] <jodh> Screwba: if you look at upstart-events(7), you'll see that to do that you'd need to specify "start on starting network-interface ...". The 'starting' event blocks, whereas the 'started' event does not.
[16:25] <Screwba> jodh:  ahhhhhhhh...so my start on should look like:  start on starting network-interface INTERFACE!=lo
[16:27] <Screwba> jodh:  or the full string `start on starting network-interface INTERFACE!=lo and starting rc RUNLEVEL=[2345]`
[16:28] <jodh> Screwba: the latter I think (although I don't have the full context of what you're trying to do).
[16:28] <Screwba> jodh:  or possibly just the `start on starting network-interface` and from there, I poll to wait for an actual IP address to be assigned to the NIC, then do my work and exit 0
[16:30] <Screwba> jodh:  I have a configuration script which I want to run on first boot up of an Ubuntu machine.  The script will mount a floppy and read information from files on there, then rename the host, join it to an Active Directory domain and configure a few other things on the system.  With CentOS/Red Hat it is easy because they are still using SysV init, with Ubuntu and Debian, it is harder since UpStart is the boot init
[16:31] <jodh> Screwba: sounds like you want to use cloud-init. That solves your problem in a generic manner: https://launchpad.net/cloud-init
[16:32] <Screwba> jodh:  xnox suggested I look at cloud-init but that is something else that I would have to teach to 'others' who may be using this.  I would really like to just get it done via UpStart natively since it is there by default and everything in my configuration script uses default/built-in utilities
[16:32] <jodh> Screwba: cloud-init runs on centos too fwiw.
[16:33] <xnox> Screwba: you still didn't tell us what you want to do. And upstart spend a lot of work speeding up the boot and parallelising. Not inserting 1 minute sleeps blocking everyone =)
[16:33] <Screwba> jodh:  hmmmmmmm...I could not find any really good configuration scripts which would show the host rename and some other things.  I looked at the site but the docs seem to be lacking
[16:34] <jodh> Screwba: maybe ping smoser then?
[16:35] <Screwba> xnox / jodh :  Thanks a lot, I will tackle the cloud-init side of things and report back.   =)
[16:35] <Screwba> jodh:  I will try that as well
[16:36] <xnox> Screwba: do note that e.g. cloud-init runs in parallel, such that there is login prompt but cloud-init may still be running remaining parts of configuration (e.g. upgrading packages) but the generic stuff is done by that time (e.g. networking configuration & setting hostname)
[16:37] <jodh> Screwba: also note that cloud-init runs earlier. it specifies 'start on mounted MOUNTPOINT=/' (note that mounted also blocks - see upstart-events(7) again).
[16:39] <Screwba> thanks guys
[16:39] <Screwba> the biggest thing with my script is joining the AD Domain, that usually takes 2 - 5 mins using the `net ads join` command
[16:40] <Screwba> I really need this done before the GUI login is shown
[16:40] <Screwba> =)
[16:41] <xnox> Screwba: echo "start on started my-ad-task" >> /etc/init/lightdm.override
[16:42] <xnox> Screwba: lightdm will not come up, until my-ad-task is finished & thus no-one will be able to login.
[16:43] <Screwba> xnox:  but does that mean I need another task (/etc/init/my-ad-task.conf) created first?
[16:43] <xnox> Screwba: yes, that would be where you run your scripts to do AD stuff.
[16:43] <Screwba> xnox:  is there a rc.override as well?
[16:44] <xnox> Screwba: you can .override any  .conf file
[16:44] <Screwba> xnox:  you see what I am getting at...   ;-)
[16:44] <Screwba> ahhhhhhhh...
[16:44] <Screwba> xnox:  excellent...will give it a go
[16:44] <xnox> Screwba: and it overlays config. It's documented in man pages & the cookbook......
[16:44] <Screwba> thanks again guys for your information and especially your PATIENCE with me...   =)
[16:44] <Screwba> thanks again
[20:52] <Screwba> all:  what does `instance $JOB` do?  I see it but when I try to use it, I get an error when I do a `status myjob`
[20:55] <Screwba> how does the script get the $JOB variable populated?  is it internal to UpStart?


[02:18] <RAOF> Grargh. How is libxml++ not already in main 👿
[04:25] <robert_ancell> RAOF, did you complete LP: #1837700 or did it get automatically completed by the security upload?
[04:27] <RAOF> robert_ancell that SRU for released, yes.
[04:27] <RAOF> Then the security upload went Bachelor immediately afterwards
[04:28] <robert_ancell> RAOF, did anyone check the autopkgtest failures?
[04:29] <RAOF> Yes. I resolved them all.
[04:29] <robert_ancell> OK, good :)
[04:29] <RAOF> (mostly by hitting the retry button until they passed, a couple by badtest-ing gvfs 😛)
[04:30] <robert_ancell> Shame there wasn't a test for the regression :/
[04:30] <RAOF> Indeed
[04:30] <RAOF> That said, we knew that regression was possible.
[04:31] <RAOF> We just didn't think anyone would hit it.
[04:31] <robert_ancell> ah
[04:31] <robert_ancell> RAOF, you might know this - chrisccoulson said the fix should be uploaded via the security pocket in LP: #1842651
[04:32] <robert_ancell> Is that just a matter of updating debian/changelog?
[04:32] <RAOF> (because that mechanism had been deprecated since 2015(?) and we'd had automatic migration off it for a while)
[04:34] <RAOF> I'm not sure. I *think* it is just a matter of updating the changelog, though.
[04:34] <RAOF> I don't know if security goes through a private -proposed equivalent?
[04:36] <robert_ancell> I always thought it did the old thing, i.e. straight to users.
[04:36] <robert_ancell> That's a job for Monday I think.
[04:37] <robert_ancell> Oh, I think I understand why Chris said it should go though security - it means everyone got that update, regardless of it they have updates enabled. So you want the fix to go through the same priority.
[04:38] <robert_ancell> Though if only a minority of users are hitting it, they'll probably be happy to update for the fix.
[04:39] <robert_ancell> Using debs feels so clumsy after using Snaps for managing things like this.
[07:00] <cpaelzer> jamespage: the dpdk fix for 1841759 is in Debian and synced to Ubuntu now
[07:01] <cpaelzer> jamespage: it is still building, but later today you should be able to push the OVS upload you were preparing
[07:01] <cpaelzer> https://launchpad.net/ubuntu/+source/dpdk/18.11.2-4
[07:02] <chrisccoulson> ah, I missed robert_ancell
[08:28] <doko> jamespage, cpaelzer: swift wants to promote again. is this expected?
[08:29] <jamespage> doko: yes xnox re-seeded it as we've switch to py3
[08:30] <doko> jamespage: do all packages still have bug subscribers?
[08:32] <doko> apparently yes, promoting
[08:33] <jamespage> it was only unseeded
[08:33] <jamespage> we never intended not to support it :)
[09:57] <cpaelzer> jamespage: fully arrived in proposed, you can build OVS if you want
[09:58] <jamespage> cpaelzer: already uploaded with a versioned BD
[10:08] <cpaelzer> ok, great
[10:26] <doko> jamespage, cpaelzer: https://launchpad.net/ubuntu/+source/liberasurecode/1.6.1-2/+build/17285632
[11:03] <rbasak> Are there any good examples of conditionally applying quilt patches at build time based on a build time check in debian/rules?
[11:03] <rbasak> For mysql-workbench Debian are adding a bunch of patches for MariaDB and they break the build with MySQL.
[11:03] <rbasak> So I'd like for us to send up to Debian a patch that checks and only applies the patches when building against MariaDB.
[12:34] <doko> xnox, Laney: deja-dup now depends on duplicity, but this one ftbfs on ppc64el now
[12:34] <xnox> doko:  yes.... i did notice this on #ubuntu-desktop.
[12:36] <xnox> doko:  imho, whilst upstream is trying to fix this, it is best to remove duplicity on ppc64le from the release pocket
[12:36] <xnox> (there are two bugs open about test suite regressions on ppc64le)
[12:37] <xnox> doko:  and deja-dup on ppc64le probably too.... as otherwise it will be uninstallable.
[12:38] <xnox> would need ubuntu-mate-desktop refresh too.
[14:21] <ddstreet> juliank cjwatson if you have time to peek at my patch to dpkg here: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=939516  it's not in debian yet, but I'd like to push it into eoan and sru for the dpkg zstd regression (lp #1842947)
[14:22] <ddstreet> but i'd prefer not to push to eoan before debian accepts it, without agreement it makes sense to do so
[14:22] <juliank> ddstreet: looks ok
[14:24] <juliank> ddstreet: I'm not sure it's what guillem wants for upstream, but um, I guess you'll see eventually
[14:25] <ddstreet> lol yes :)  i'll defintely watch the debian bug in case he prefers something different
[14:25] <ddstreet> thanks!
[14:30] <cjwatson> looks OK
[15:34] <doko> xnox: duplicity still depends on python-lockfile
[15:37] <doko> RikMills: any idea about<EMAIL_ADDRESS>?
[15:41] <doko> tjaalton: could you have a look at https://launchpadlibrarian.net/440414264/buildlog_ubuntu-eoan-armhf.xosview_1.21-1build1_BUILDING.txt.gz ? same issue like the xserver ftbfs
[15:43] <doko> same with xserver-xorg-input-mouse xserver-xorg-input-keyboard
[15:44] <RikMills> doko: the history shows me identical fails followed by passes on a retry on the same trigger, so looks like that test has become 'flaky'
[15:58] <tjaalton> doko: yeah, next week
[16:30] <xnox> doko:  argh! will check/fix, but not today.
[18:09] <rcj> vorlon: I see you're on the SRU rotation for today.  Could you look at the SRU exception @ https://wiki.ubuntu.com/ec2-hibinit-agent-Updates
[19:06] <vorlon> rcj: that's not fair, you didn't highlight the SRU vanguard the other day when you asked for this and I ignored it hoping someone else would take it! :)
[19:07] <vorlon> (or maybe you did, looking at the logs... but anyway :)
[19:08] <vorlon> fwiw I wouldn't have considered review of a proposed SRU exception to be a vanguard task as these typically will want a single member of the SRU team taking it up and driving it, and it is likely to be a multi-day thing
[19:08] <vorlon> but ok, I'll have a look
[19:10] <rcj> vorlon: I can take it to an SRU team member early next week.  Someone may have erroneously pointed me at vanguard for this task.
[19:13] <rcj> vorlon: and this one I sent to the mailing list but didn't hear anything.  What I asked for on IRC was uploads for the livecd-rootfs SRU, which I now have someone in mind to ask.
[19:58] <vorlon> rcj: could you add an "SRU template" à la https://wiki.ubuntu.com/walinuxagentUpdates to https://wiki.ubuntu.com/ec2-hibinit-agent-Updates ?
[20:01] <rcj> vorlon: Sure, I can do that.  I happened to copy from one that didn't have that.  I'll name and shame https://wiki.ubuntu.com/gce-compute-image-packages-Updates to ask if that needs an update as well.
[20:02] <rcj> ;)
[20:02] <vorlon> I'm not in a hurry to go back and update older exceptions
[20:03] <rcj> okay, just figured I'd mention it because it's a package I know well.
[20:09] <rcj> vorlon: I've updated https://wiki.ubuntu.com/ec2-hibinit-agent-Updates with the SRU template
[20:11] <vorlon> rcj: thanks, approved & added to https://wiki.ubuntu.com/StableReleaseUpdates
[20:12] <rcj> vorlon: thank you for the review
[20:12] <rcj> vorlon: the link on the page is a bit wonky
[20:12] <rcj> mind if I fix it?
[20:13] <rcj> nm, fixed it.
[20:26] <vorlon> rcj: ack


[07:43] <didrocks> morning
[07:54] <darkxst> hey didrocks
[07:56] <didrocks> evening darkxst
[07:58] <ochosi> larsu: after fiddling more with symbolic icons, i can only say this is really worth it! it's super easy and super failsafe, since it falls back to non-symbolic icons automatically if there are non found. so to the worst you get your current behavior
[08:01] <darkxst> didrocks, is the timezone master ;)
[08:04] <didrocks> ahah
[08:15] <pitti> bonjour didrocks
[08:15] <pitti> hey darkxst
[08:16] <didrocks> hey pitti
[08:20] <seb128> hey didrocks pitti ochosi darkxst
[08:20] <ochosi> morning seb128
[08:20] <pitti> bonjour seb128, ça va ?
[08:20] <seb128> pitti, oui, très bien, c'est vendredi ! et toi ?
[08:20] <pitti> seb128: j'ai un rhume, je me sense faible :/
[08:23] <seb128> pitti, :-(
[08:23] <seb128> pitti, repose toi !
[08:24] <jpds> pitti: http://fun.sdinet.de/pics/english/Fahrrad.jpg
[08:24] <pitti> *chuckle*
[08:25] <darkxst> hey seb128
[09:10] <Laney> hello!
[09:10] <didrocks> hey Laney
[09:10] <Laney> soooooooooo does anyone else have to frequently restart n-m to get networking to work on resume?
[09:11] <Laney> as a bonus, this time restarting nm locked the machine up
[09:11] <Laney> hi didrocks!
[09:12] <seb128> hey Laney, wie gehts?
[09:12] <didrocks> Laney: hum, not yet at least :)
[09:12] <seb128> Laney, no, didn't have n-m issues since brussels here
[09:12] <Laney> ofono was stopped btw
[09:13] <Laney> hey seb128
[09:13] <Laney> not bad, got tea and I can see the sky
[09:13] <Laney> you?
[09:14] <seb128> I'm good, thanks :-)
[09:18] <willcooke> Hello from another airport desktoppers
[09:18] <willcooke> Did anything burn down this week?
[09:19] <seb128> hey willcooke!
[09:19] <willcooke> hey seb128
[09:19] <seb128> no, we know how to party without burning the house don't worry
[09:19] <seb128> ups, did I say party? no no, we worked hard this week
[09:19] <seb128> nothing to worry about :p
[09:19] <willcooke> XD
[09:20] <seb128> how was WMC?
[09:20] <willcooke> Thanks for yours and didrocks reply on that email thread about MWC - it looks like we're heading in a better direction now
[09:20] <willcooke> MWC was AWESOME!
[09:20] <willcooke> Everybody loves the convergence demo.  Lots of people coming back to show their friends and colleagues
[09:21] <willcooke> Some Ubuntu fans even gave it a round of applause
[09:21] <willcooke> :D
[09:21] <didrocks> willcooke: excellent! I hope you had fun :)
[09:22] <seb128> nice
[09:22] <didrocks> willcooke: next step, adding a clapping sensors to transform in desktop mode!
[09:22] <willcooke> It was fun, but really hard work.  Standing up from 8am to 7pm with no proper breaks.
[09:23] <seb128> try to not get the ubuflu on the way back!
[09:23] <didrocks> yeah, and standing the whole day, not used to that anymore working from home desk :)
[09:23] <didrocks> mwcflu :p
[09:24] <willcooke> :D
[09:25] <didrocks> willcooke: enjoy seating in the plane at least ;)
[09:27] <willcooke> :D
[09:49] <flexiondotorg_> Laney, I need some advice regarding a package update.
[09:49] <flexiondotorg_> Laney, Please could you cast your eye over my last reply in this bug please.
[09:49] <flexiondotorg_> https://bugs.launchpad.net/ubuntu/+source/mate-menu/+bug/1427742
[09:50] <flexiondotorg_> Just want to know what I should do about the changelog entry for a version that was never release to Ubuntu.
[09:53] <Laney> hi flexiondotorg_, usually I'd update that one instead of adding a new one on top
[09:53] <Laney> so each entry corresponds to one upload in ubuntu
[09:58] <flexiondotorg_> So merge the last code review into the new one and skip the release that never happened?
[10:00] <Laney> Sounds right, you want people to be reviewing the changes between today's archive and what you want to upload
[10:00] <flexiondotorg_> Laney, Thanks. I'll do that now.
[10:36] <Laney> larsu: doing a gtk upload to fix that messagedialog-icon thing, thought I'd take the commit to add a CSS class to title buttons too
[10:36] <Laney> are there any other ones you need?
[10:39] <sabdfl> hi folks, wonder if someone with indicator-location insight would look at this crasher:
[10:39] <sabdfl> https://bugs.launchpad.net/ubuntu/+source/indicator-location/+bug/1419405
[10:39] <sabdfl> seems to have been around a while, regular crash on startup
[10:45] <Laney> sabdfl: Not sure if this is meant to work on current desktops (it's not installed by default there) - should exit cleanly instead of crashing though if that's the case.
[10:45] <Laney> charles: ^?
[10:47] <Laney> Sounds unfriendly for platform-api to be aborting...
[10:48] <sabdfl> yes indeed
[10:48] <sabdfl> it may have come in with unity8 which i have on this machine
[10:48] <sabdfl> but still
[10:50] <Laney> likely
[10:51] <ogra_> technically you should have a dummy location service running
[10:51] <Laney> it's aborting on some missing configuration file
[10:51] <ogra_> hmm, tvoss isnt in here
[10:51] <Laney> see the message in the trace
[10:56]  * ogra_ wonders with ubuntu-location-* services are installed on desktop-next
[10:57] <ogra_> (in /etc/init)
[10:57] <Laney> does it have this /etc/ubuntu-platform-api/application.conf file?
[10:57] <Laney> or maybe do you just not see the crash ;-)
[10:57] <ogra_> i dont have a desktop unity8 install here :)
[10:58] <ricmm> im trying to think about the cause
[10:58] <ogra_> in the phone there are some overrides
[10:58] <ricmm> if indicator-location-service is started from the context of the unity8 session it should have the platform defined
[10:58] <Laney> https://errors.ubuntu.com/problem/375ff448c30eaac105e835eda789b285b14bf025
[10:58] <Laney> this is in unity 7
[10:59] <Laney> Just run it in your normal desktop environment
[10:59] <ogra_> oh, do we seed it there ?
[10:59] <Laney> no
[10:59] <Laney> but if you have it installed for whatever reason ...
[11:01] <ogra_> well, indicator-location seems to not have a dep on ubuntu-location-service
[11:01] <ogra_> which makes me suspect you dont have a backend installed at all in this case
[11:01] <ogra_> i.e. not even the dummy
[11:03] <ricmm> thats not it
[11:03] <Laney> I definitely don't have this /etc/ubuntu-platform-api/application.conf file that it wants
[11:03] <ricmm> right
[11:04] <ricmm> whats the name of the desktop u8 session package?
[11:04] <Laney> you can just apt-get install indicator-location
[11:04] <ogra_> ubuntu-touch-session
[11:04] <ricmm> the desktop package
[11:04] <Laney> why do you need all of that?
[11:04] <ogra_> it ships that file
[11:04] <Laney> this is a minimal package to reproduce
[11:05] <Laney> who cares? it's valid to install just indicator-location
[11:05] <Laney> nothing should crash
[11:05] <ricmm> yea, no one is contradicting you
[11:05] <ricmm> trying to understand why unity8 and applications find the plugin while indicator location doesnt
[11:06] <Laney> it'll be because something has pulled in ubuntu-touch-session
[11:07] <ricmm> not really
[11:09] <Laney> fine, you take care of it then
[11:10] <ricmm> will do indeed
[11:11] <ricmm> Laney: so I remember a time when there was a unity8 override that provided the desktop session initialization
[11:11] <ricmm> now all I see is different stuff in unity8-desktop-session-mir
[11:15] <Laney> To work it'd have to be applied to unity7 sessions too
[11:16] <ricmm> ok so
[11:17] <ricmm> indicator-location is now being started by the unity7 session?
[11:17] <Laney> if you have it installed, yeah
[11:18] <Laney> I think you want it to exit cleanly if it can't start the location service controller
[11:18] <Laney> but since platform-api aborts you in that case ...
[11:18] <Laney> kind of hard
[11:19] <ogra_> is it started from the upstart job ?
[11:20] <ogra_> as a quick fix you could just add a check for the file to a pre-start script
[11:20] <ricmm> no no
[11:20] <ricmm> http://bazaar.launchpad.net/~unity8-desktop-session-team/unity8-desktop-session/trunk/revision/51
[11:20] <ricmm> with the new scripts we basically dont have that env exported, as they are only exporting the QPA now (for unity8 session)
[11:21] <ricmm> for the failing case under unity7, thats a different thing as we just dont have a need for the platform-api there
[11:21] <ricmm> *however*, depending on how indicator-location is started we can just point it to the dummy provider
[11:21] <ogra_> well, then you need a package dep
[11:22] <ricmm> dep on what, platform-api ?
[11:22] <ogra_> nothing guarantees you the location service is even installed currently
[11:22] <ricmm> the location service being installed or not is irrelevant
[11:22] <ricmm> platform api supports three platforms
[11:22] <ogra_> it provides the dummy provider, no ?
[11:22] <ricmm> touch_mir, desktop_mir and test
[11:23] <ogra_> or do we have another internal one in p-api ?
[11:23] <ricmm> imo unity7 doesnt fall on any of those three, so if unity7 starts the location it should just dunny out
[11:24] <ricmm> so the question is, who starts indicator-location on unity7? does it ship an upstart job?
[11:24] <ogra_> all indicators do nowadays
[11:24] <ogra_> i think
[11:27] <Laney> indeed
[11:27] <Laney> one workaround would be to change the job of course
[11:28] <ricmm> no, just wanted to know, changing it is wrong as its made to start on indicator-services-started or whatever the signal is
[11:29] <ricmm> so if im correct it should also be crashing under the unity8 session
[11:29] <ricmm> right?
[11:29] <ogra_> depends where
[11:29] <ogra_> in desktop-next ubuntu-touch-session is seeded
[11:29] <ricmm> seriously?
[11:29] <ricmm> why would they do that
[11:29] <ogra_> if you plainly install unity8 it wont be dragged in
[11:30] <ogra_> desktop-next uses (nearly) the same seed as touch
[11:30] <ricmm> sure, but application.conf there clearly says touch_mirclient
[11:30] <ricmm> which means hybris sensors, which means blow up
[11:31] <ricmm> the only reason for which its not blowing up is that the qtubuntu plugin has extra checks in place for that
[11:31] <ricmm> but any non-qt app that would like to use sensors would segfault
[11:31] <ogra_> ogra@anubis:~/Devel/seeds/ubuntu-touch.vivid$ grep ubuntu-touch-session *
[11:31] <ogra_> touch: * ubuntu-touch-session
[11:31] <ricmm> I can only imagine there are other touch-specific bits in ubuntu-touch-session
[11:31] <ogra_> false alarm ... not seeded
[11:31] <ricmm> alright, good
[11:31] <ricmm> so it should be crashing then
[11:31] <Laney> if it was then the error wouldn't talk about the file being missing
[11:32] <ricmm> as the env var was dropped when desktop changed from the unity8-mir upstart job
[11:32] <Laney> unless there are that many people installing it bare
[11:32] <ogra_> ogra@anubis:~/Devel/seeds/ubuntu-touch.vivid$ grep session *
[11:32] <ogra_> desktop: * unity8-desktop-session-mir
[11:32] <ogra_> touch: * ubuntu-touch-session
[11:32] <ogra_> there we go
[11:32] <ricmm> Laney: could you confirm that it crashes on unity8 as well?
[11:32] <Laney> not easily, maybe seb128 can, afaik he has a desktop-next installation
[11:33] <ricmm> seb128: ^ could you give us a hand with that?
[11:34] <ogra_> if test -z "$DISPLAY" && [ $DESKTOP_SESSION != "unity8-lxc" ]; then
[11:34] <ogra_>   export QT_QPA_PLATFORM=ubuntumirclient
[11:34] <ogra_>   export UNITY_INDICATOR_PROFILE=desktop
[11:34] <ogra_> from unity8-desktop-session
[11:35] <ricmm> yea, thats why I say it should crash too
[11:35] <ricmm> from first glance, the UBUNTu_PLATFORM_API_BACKEND var was dropped
[11:36] <ricmm> when it moved from unity8-mir.conf to these helper scripts
[11:36] <ochosi> hmmm, is gtk3-icon-browser not packaged at all?
[11:36] <ochosi> should be a part of gtk3.14, but i can't seem to find it at all
[11:38] <Laney> ricmm: yeah, okay, just pulled out the inspiron & it is crashing there
[11:38] <seb128> Laney, ricmm, want me to confirm something?
[11:38] <Laney> no worry
[11:41] <Laney> ochosi: no, can probably put it in gtk-3-examples tho
[11:42] <ochosi> Laney: that would be really great!
[11:42] <ochosi> maybe along with gtk-encode-symbolic-svg ?
[11:42] <ochosi> those two are really important for porting stuff to gtk3 and symbolic icons
[11:42] <Laney> what is that?
[11:42] <ochosi> symbolic icons you mean?
[11:42] <ochosi> or the encoder
[11:42] <Laney> no
[11:43] <ochosi> the encoder creates pngs from symbolic svgs which are still recolorable, but are loading faster
[11:44] <ochosi> so you can use that in a script and convert your symbolic icons in humanity or wherever you keep them to .symbolic.png icons
[11:44] <ochosi> gtk3.14 loads them automatically, and faster than with svg
[11:45] <ochosi> https://developer.gnome.org/gtk3/stable/gtk-encode-symbolic-svg.html
[11:46] <Laney> ok, yeah, sounds like we can install that too
[11:47] <ochosi> sweet
[11:47] <ochosi> thanks a lot!
[11:47] <ochosi> we'll use that in xubuntu for sure
[11:48] <ricmm> so the unity8 crash is a regression as that env var was dropped from the environment
[11:48] <ricmm> however what we could do instead of provide the module config files from the platform-api module package directly
[11:48] <ricmm> install to /usr/share/ubuntu-platform-api/ or something
[11:48] <ricmm> and make touch/desktop conflict/replace
[11:48] <ogra_> how do you know in which env you are then ?
[11:49] <ricmm> what?
[11:49] <ogra_> well, the config changes based on your environment, no ?
[11:50] <ricmm> no, env var can override whats in the config file
[11:50] <ricmm> you either install the touch plugin, or the desktop plugin
[11:50] <ogra_> ah, k
[11:50] <ricmm> but not both
[11:50] <ogra_> yeah
[11:50] <ricmm> right now we are relying on either the env var being there (which it used to be in utopic for unity8-desktop-session-mir) or the application.conf file being there
[11:51] <ricmm> so my suggestion is to ship the file with each plugin, and make both packages conflict
[11:51] <ricmm> so if some -next dependency pulls in something that uses platform-api, it will guarantee that the module conf file is in place
[11:51] <ochosi> Laney: do you want me to report bugs about those two to keep track of them?
[11:51] <Laney> no
[11:51] <Laney> I was doing a gtk upload alraedy
[11:51] <ochosi> oh cool
[11:52] <ricmm> Laney: do you agree with that approach?
[11:52] <ochosi> Laney: thanks a lot!
[11:56] <Laney> ricmm: I don't really like having packages which both supply the same file forever
[11:56] <Laney> Would be best if this could be dynamic - i.e. try to initialise each module in turn until one works
[11:56] <Laney> but in the absence of that I probably prefer setting environment variables
[11:57] <ricmm> its gonna have to be an env var then
[11:57] <ricmm> UBUNTU_PLATFORM_API_BACKEND=desktop_mirclient needs to be part of both unity7 and unity8 sessions
[11:58] <ricmm> it used to be part of the unity8 one, so needs to get back in that file ogra pasted earlier
[11:58] <Laney> it works on x?
[11:59] <ricmm> yes, it works, the UI bits are unused outside of the unity8 session
[12:00] <Laney> ok so you also have to have a dependency which pulls it in
[12:00] <ricmm> it is pulled in by the unity8-desktop-mir-session
[12:00] <Laney> you don't get this if you just install indicator-location
[12:01] <ricmm> indicator-location depends on ubuntu-application-api
[12:02] <Laney> yeah, that only gets you 'test' afaics
[12:02] <ricmm> yea, it is up to the session to set up its environment if you want more than that
[12:02] <ricmm> consideri t like QT_QPA_PLATFORM=dummy
[12:03] <ricmm> Qt doesnt have the depend on qtubuntu-desktop or qtubuntu-android, thats up to the session to provide and setup
[12:03] <ricmm> no?
[12:03] <Laney> I don't really care if it doesn't work without setup
[12:04] <Laney> I care that it doesn't crash though
[12:04] <Laney> and particularly that it doesn't crash on startup
[12:08] <ricmm> Laney: easiest way is to add the env to the unity8 session, and have unity7 default to the dummy plugin
[12:09] <ricmm> if you dont care about it working, just not crashing
[12:11] <Laney> I don't think it's the end of the world to have to install an extra backend to get it working
[12:11] <Laney> does dummy provide fake data or just no data?
[12:11] <Laney> also if I run UBUNTU_PLATFORM_API_BACKEND=test /usr/lib/x86_64-linux-gnu/indicator-location/indicator-location-service I get an assertion failure
[12:12] <ricmm> so? but it doesnt crash
[12:12] <ricmm> cant expect it to work with the dummy
[12:12] <Laney> nope
[12:12] <Laney> I'm just saying
[12:13] <ricmm> if you want it to *work* it needs desktop_mirclient
[12:13] <ricmm> but its illogical for idnciator-location to depend on that
[12:13] <ricmm> as it runs on both touch and desktop seeds
[12:13] <ricmm> if you want it to not crash, test is enough
[12:14] <Laney> I'd rather it didn't crash in the no configuration case too
[12:14] <Laney> if that was the case then we would only have to fix unity8
[12:14] <ricmm> yea if we are going to do test I'l just make it default to test if theres no other selection
[12:14] <ricmm> indeed
[12:15] <ricmm> ok, will do it that way
[12:17] <Laney> might be cleaner to get _create_controller() to return nullptr instead of aborting, then i-location could handle the case cleanly and just exit(0)
[12:17] <ricmm> thats what it does when "test" is selected
[12:17] <Laney> ah
[12:18] <ricmm> well, indicator-location can do whatever it want, currently it doesnt exit but it stays running
[12:18] <ricmm> but it doesnt crash
[12:18] <Laney> Indeed that assertion shows it does return null then
[12:25] <ricmm> Laney: ok I'll get a silo for platform-api, who can add the env var to the unity8 mir conf?
[12:31] <Laney> ricmm: hmm, there's no separate desktop job any more, just uses the main unity8 one
[12:31] <ricmm> theres a script that exports the QPA
[12:31] <ricmm> thats where this var should go
[12:31] <Laney> which job is that?
[12:32] <ricmm> http://bazaar.launchpad.net/~unity8-desktop-session-team/unity8-desktop-session/trunk/revision/64
[12:33] <ricmm> lightdm-unity8-session
[12:33] <Laney> ok, not upstart
[12:33] <ricmm> yea
[13:00] <Sweet5hark> moin!
[13:02] <Sweet5hark> Ah, seb128 is cleverly hiding from me as I have a LibreOffice upload for him ... ;)
[13:02] <Sweet5hark> well, friday uploads are a bad idea anyway.
[13:14] <ricmm> Laney: so whos the right guy for the desktop session change?
[13:14] <Laney> did you see the MP?
[13:15] <ricmm> looking
[13:15] <ogra_> bregma presumably
[13:15] <ricmm> Laney: could you confirm on the inspiron that with that change it doesnt crash in the unity8 session?
[13:17] <bregma> we'll need ricmm's approval that it's a sane change then we'll test it in our lab and toss it in a silo
[13:17] <Laney> 'lab' sounds scientific
[13:18] <bregma> but it makes me sound like a professional
[13:18] <ricmm> well I've added to a silo I requested for the platform-api change
[13:18] <ricmm> but yea it looks fine, if someone could confirm on the desktop session that the indicator wont crash
[13:18] <bregma> one of the test machines in my lab sits on a stack of 3 dead laptops so its display is at eye height
[13:19] <bregma> Laney, is there also a fix for the indicator-location crash under Unity 7?
[13:20] <ricmm> theres a platform-api in the same silo-in-wait
[13:20] <ricmm> that makes it default to the dummy
[13:23] <Laney> ricmm: just tried & i-l-s is running now
[13:23] <Laney> so seems ok
[13:23] <ricmm> ok
[13:23] <ricmm> bregma, Laney: I'll ping you with the silo once platform-api is there too to try the unity7 one
[13:23] <ricmm> I've tried here and looks fine
[13:24] <ricmm> well, looks fine in the sense that it doesnt crash just uses the dummy (so no functionality)
[13:24] <Laney> 'k
[14:10] <desrt> didrocks: ping
[14:10] <desrt> didrocks: i just wanted to remind you about how great i think you are
[14:10] <desrt> didrocks: keep it up
[14:35] <Laney> you're right, didrocks is a great guy
[15:19] <ricmm> Laney: vivid 13 has the two packages
[15:19] <ricmm> if you'd like to give it a spin on your test laptop
[16:44] <charles> Laney, thanks for https://code.launchpad.net/~laney/unity8-desktop-session/platform-api-export/+merge/252105
[16:45] <Laney> charles: np
[16:45] <Laney> might want to consider making i-location exit if it can't init the service
[18:06] <charles> Laney, not sure how I could make i-location pre-empt that abort() call; it's happening in platform-api when i-location calls ua_location_service_create_controller()
[18:06] <charles> ie, there's not a way to test first
[18:07] <Laney> ricmm's platform-api change makes it return nullptr now
[18:07] <Laney> IIUC
[18:08] <ricmm> charles: yes, if you'd like to test silo 13 vivid it should be fine now
[18:08] <charles> sure enough, https://code.launchpad.net/~ricmm/platform-api/no-abort-default-dummy/+merge/252108
[18:08] <ricmm> as it will default to the dummy if theres no module selected
[18:10]  * Laney is off
[18:10] <Laney> sorry I didn't get to test, will do monday if you still need it then