[00:06] -lugito:#lubuntu-devel- [rLXQTPANELARCHIVE41db65d483b0: DSC file for 0.13.0-0ubuntu6] Diffusion committed: https://phab.lubuntu.me/rLXQTPANELARCHIVE41db65d483b0
[00:06] -lugito:#lubuntu-devel- [rLXQTPANELARCHIVEb6b732f53bc1: Import patches-unapplied version 0.13.0-0ubuntu6 to ubuntu/disco-proposed] Diffusion committed: https://phab.lubuntu.me/rLXQTPANELARCHIVEb6b732f53bc1
[00:06] -lugito:#lubuntu-devel- [rLXQTPANELARCHIVE692740e48e18: Definitely remove plugin-clock] Diffusion committed: https://phab.lubuntu.me/rLXQTPANELARCHIVE692740e48e18
[00:06] -lugito:#lubuntu-devel- [rLXQTPANELARCHIVE61cda5a81d3c: volume: Do not auto-unmute on volume change] Diffusion committed: https://phab.lubuntu.me/rLXQTPANELARCHIVE61cda5a81d3c
[00:06] -lugito:#lubuntu-devel- [rLXQTPANELARCHIVE6ea988f099e9: Allow plugin's "static" configration change] Diffusion committed: https://phab.lubuntu.me/rLXQTPANELARCHIVE6ea988f099e9
[00:06] -lugito:#lubuntu-devel- [rLXQTPANELARCHIVE0af21eb162a4: Add "override" to declarations] Diffusion committed: https://phab.lubuntu.me/rLXQTPANELARCHIVE0af21eb162a4
[00:06] -lugito:#lubuntu-devel- [rLXQTPANELARCHIVEda65b5179ce4: Add auto-expansion feature] Diffusion committed: https://phab.lubuntu.me/rLXQTPANELARCHIVEda65b5179ce4
[00:06] -lugito:#lubuntu-devel- [rLXQTPANELARCHIVEd6cace56eb6b: Use QStringLiteral whenever possible] Diffusion committed: https://phab.lubuntu.me/rLXQTPANELARCHIVEd6cace56eb6b
[00:06] -lugito:#lubuntu-devel- [rLXQTPANELARCHIVEab65364df34c: Add optional overriding of icon theme.] Diffusion committed: https://phab.lubuntu.me/rLXQTPANELARCHIVEab65364df34c
[00:06] -lugito:#lubuntu-devel- [rLXQTPANELARCHIVE3140f93015c6: Import patches-applied version 0.13.0-0ubuntu6 to applied/ubuntu/disco-proposed] Diffusion committed: https://phab.lubuntu.me/rLXQTPANELARCHIVE3140f93015c6
[00:56] -lugito:#lubuntu-devel- [rMANUAL787ddb212c89: style more labels for qps] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUAL787ddb212c89
 https://github.com/rekols/redict
 English dictionary
 @kc2bez [<kc2bez> It had 18 updates from the 12-30 daily.], Thanks! I believe that y there os something broken in my system then
[06:35] -lugito:#lubuntu-devel- [rMANUAL8356180fba6c: Add how to add a keyboard layout] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUAL8356180fba6c
[10:37] -lugito:#lubuntu-devel- [rMANUALa644ee27fad8: Add how to remove keyboard layout] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUALa644ee27fad8
[12:38] -lugito:#lubuntu-devel- [rMANUALa18903ca19aa: Add more labels to openbox settings] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUALa18903ca19aa
[12:42] -lugito:#lubuntu-devel- [rMANUAL10591b727b2f: Add more styling to labels of obconf-qt] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUAL10591b727b2f
[12:53] -lugito:#lubuntu-devel- [rMANUALab66c5de038d: Add labels to two button] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUALab66c5de038d
[12:57] -lugito:#lubuntu-devel- [rMANUAL39750766f1b2: Style labels to two buttons] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUAL39750766f1b2
[13:02] -lugito:#lubuntu-devel- [rMANUALffe40c3b27cc: Add how to close any launched one of the application] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUALffe40c3b27cc
[13:08] -lugito:#lubuntu-devel- [rMANUAL60f2eae98671: Add colorize checkbox] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUAL60f2eae98671
[14:34] -lugito:#lubuntu-devel- [rMANUAL4314d6930f47: fix typo] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUAL4314d6930f47
[14:38] -lugito:#lubuntu-devel- [rMANUAL320813535a2e: Add labels on advanced tab] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUAL320813535a2e
[14:44] -lugito:#lubuntu-devel- [rMANUALec1b5490f2a7: fix autohide and label it] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUALec1b5490f2a7
[14:48] -lugito:#lubuntu-devel- [rMANUALf6b44612e7ca: add labels to add remove applets] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUALf6b44612e7ca
[14:56] -lugito:#lubuntu-devel- [rMANUAL07a8372c6d79: Add how to view all installed packages in muon] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUAL07a8372c6d79
[15:26] -lugito:#lubuntu-devel- [rMANUALa287831295b5: Add minor clarification] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUALa287831295b5
 (Document) https://telegram.lubuntu.me/WGy4CbGA/file_5764.jpg
[15:42] <lynorian> @fwapy did you use skanlite to get that?
 what
 @tsimonq2
 my phone
 lol what did Simon do to your phone @RainBow :P
[15:58] -lugito:#lubuntu-devel- [rMANUALe59f01675c72: fix leave sesssion checkbox] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUALe59f01675c72
[16:02] -lugito:#lubuntu-devel- [rMANUAL9505374d50b9: style even more labels] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUAL9505374d50b9
[16:12] -lugito:#lubuntu-devel- [rMANUAL1943f7c625b6: Remove unesscary whitespace] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUAL1943f7c625b6
 is anyone looking at why your iso fails to build?
 The following packages have unmet dependencies: ...  lxqt-config : Conflicts: lxqt-config-l10n (<= 0.13.0-0ubuntu1) but 0.13.0-0ubuntu1 is to be installed ...                Recommends: disk-manager but it is not installable ... E: Unable to correct problems, you have held broken packages.
 @tsimonq2
 @teward001 [lol what did Simon do to your phone @RainBow :P], nothing actually, i accidentally sent it
 ah
 @acheronuk [The following packages have unmet dependencies: ...  lxqt-config : Conflicts: lxqt-c …], Aha
 @wxl update-notifier here https://github.com/hmollercl/lubuntu-update-notifier the connectio to discover is still a bit clumsy.
 So wait it IS possible to only make changes on a personal Github to be reflected in Lubuntus actual code?
 I thought arc is the only way
 Cause when I modified the Github for lubuntu, it didn't change the phabricator at all
 I'm still sick fam, though I'm now only coughing at times which is good. Haven't worked on anything at all but thankfully I've had a week off between my old and new job. One way to spend it being sick though :/
 @acheronuk Hi rik, do you know if it is possible to start muon in upgrade/update tab/mode? similar as plasma-discover —mode Update
 No idea :P
 @acheronuk [No idea :P], do you know where/who can I ask?
 The developer. email in this commit: https://cgit.kde.org/muon.git/commit/?id=8453986756bfad695e318c9c147ec55c0b666d06
 Thanks!!
 is there a reason the 18.10 ISOs weren't respinned to fix the Calamares issue?
 @tsimonq2 wxl: ^
[20:33] <wxl> which issue? i'm out of the loop here
 the python socket issue in cala
 https://cdn.discordapp.com/attachments/268453833208889345/530482212953522196/20190104_092719.jpg is from an 18.10 ISO
 no that's not mine, but i am spinning a VM to confirm at my home lab.
[20:34] <wxl> my feeling, personally: it's an easy workaround and it does not affect everyone
 then document the workaround
 and provide it?
 'cause that's... a nasty error to be hitting with automatic installation processes
 alternatively, where did you guys document the workaround
 because if that happens on a standard 32bit ISO install then you're all in for some hell.
[20:35] <wxl> typically release notes, on the blog
 (not from me necessarily, but...)
[20:36] <wxl> but as i said, it only happens on a small fraction of installs
 wxl: ERROR:Undocumented
 this said, what's the workaround
 'cause this guy's angry right now 😐
 and i'd hate to ban people from discord 😐
[20:38] <wxl> basically apply the fix. it's not compiled so it's easy to just fix it. or just edit the main function so it just falls through to the default
 @wxl update notifier should do "apt upgrade" or "apt dist-upgrade" ??? Some people call "apt upgrade" a safe upgrade cause it don't delete.
 the majority of implementations I have seen use "apt upgrade"
 "apply the fix"
 wxl: ***LINKS TO THE FIX***
 these are needed.
 i don't keep all our fixes documented you know
 What's the workaround again?
[20:49] <teward> tsimonq2: GOOD QUESTION
 And yes teward WHO KEEPS MESSAGING ME *shot*
[20:49] <teward> would be nice if it was *documented somewhere*
 I will update release notes
 thank you kindly.
 @HMollerCl [@wxl update notifier should do "apt upgrade" or "apt dist-upgrade" ??? Some peop …], `apt dist-upgrade` does not really exist, use `apt full-upgrade` instead. On desktop systems this should be safe enough and I have never used `apt upgrade` in the last years
 in apt-python only appear distUpgrade ... Upgrade([distUpgrade=False]) ...     Perform an upgrade. More detailed, this marks all the upgradable packages for upgrade. You still need to call pkgDepCache.Commit() for the changes to apply. ...     To perform a dist-upgrade, the optional parameter distUpgrade has to be set to True.
 only a naming issue?
 Does this use apt-get or apt? With apt-get it is called dist-upgrade and is the better choice for scripting.
 apt I think. The apt_pkg extensions provides a more low-level way to work with apt. It can do everything apt can, and is written in C++. It has been in python-apt since the beginning. https://stuff.mit.edu/afs/athena/system/i386_deb50/os/usr/share/doc/python-apt/html/apt_pkg/index.html
[22:09] <docEbrown> Hey team is the standup on today?
 Yup
[22:30] <apt-ghetto> And when (UTC) starts this standup?
 Now ;)
 Present
[22:44] <apt-ghetto> metoo
[22:44] <guiverc> o/
[22:44] <tsimonq2> Then let's do it. :)
[22:44] <tsimonq2> What have y'all been up to?
 I'll go first before I start coughing a fit again
 So:
 I've been sick for the past week on my week off between jobs but finally begin to feel better today. I tried installing lubuntu and steam together on my desktop and gave up after steam refuses to work even with the current work around. That being said I'm currently reinstalling everything windows related on my desktop. As far as c
[22:50] <apt-ghetto> Last year I refactored the automirror package which is now ready for review
[22:50] <apt-ghetto> The next few weeks I am very busy, so I cannot work much for Lubuntu
[22:51] <apt-ghetto> February will be better for doing some packaging or programming, where needed
[22:51] <apt-ghetto> And normally I do not participate at these standups because I am sleeping
[22:51] <apt-ghetto> thats all from my side
[22:53] <guiverc> me nothing, no advancement from prior week(s); final `arc diff` flagged every file as changed; wiping my work directory for some reason..  should I have emailed lubuntu-devel instead of individual for help?  (I've not pushed this..)
[22:54] <wxl> ..probably because people come and go, which is to say, i have been really busy over the holidays and all that. should be getting back into it soon.
[23:02] <guiverc> (i'm done, sorry if wait was for me .. thanks wxl)
[23:02] <wxl> (me, too)
[23:04] <apt-ghetto> For 20.04 we plan to have also lxqt running with wayland?
[23:04] <tsimonq2> Nope.
[23:04] <tsimonq2> Not enough time for that.
[23:06] <apt-ghetto> But for 20.10?
[23:06] <tsimonq2> Hopefully.
 Random question. Is there time for support for window managers like i3 and awesome by default installation?
[23:07] <apt-ghetto> Will there be a master task for all wayland related tasks?
[23:07] <apt-ghetto> i3 +1


[05:55] <Kilos> morning superfly and others
[05:55] <Kilos> Maaz, coffee on
[05:55]  * Maaz washes some mugs
[05:56] <Kilos> cold here right now 10c. maybe gonna be a long winter
[05:57] <Kilos> where be global warming
[05:59] <Maaz> Coffee's ready for Kilos!
[05:59] <Kilos> Maaz, ty
[05:59] <Maaz> You're Welcome I'm sure
[06:14] <Kilos> lo MPD
[06:15] <Kilos> bbl
[06:29] <nuvolari> more oom Kilos
[06:29] <Kilos> lo nuvolari  wen jy darem?
[06:29] <nuvolari> ek doen dankie oom
[06:29] <nuvolari> is by die werk en aan die gang
[06:30] <superfly> môre oom Kilos, and nuvolari
[06:30] <Kilos> mooi
[06:30] <Kilos> lo vliegie
[06:31] <Kilos> ek lag vir julle praatjies in die pos box
[06:31] <superfly> eish, go to bed at 1am, get up at 7am... thanks kiddo
[06:32] <Kilos> wow thats not nuf sleep
[06:32] <superfly> Kilos: that's what you get when you have a toddler
[06:32] <Kilos> the joys of parenthood
[06:32] <superfly> Kilos: oom should remember ;-)
[06:32] <Kilos> yeah
[06:32] <Kilos> but they actually good memories to forget
[06:33] <Kilos> :-P
[06:36] <Kilos> our time with ian started only when he was 2 months old if i member right
[06:36] <Kilos> he was born 2 months 3 weeks prem
[06:36] <superfly> wow
[06:37] <Kilos> yeah. he incubated for 2 months
[06:37] <superfly> that's very premie
[06:37] <Kilos> very
[06:37] <superfly> incubation is stupid
[06:37] <Kilos> had a 24/7 nurse watching him
[06:37] <superfly> if you use kangaroo care the babies actually develop better
[06:38] <superfly> all our high tech medicine is no match for mother nature
[06:38] <Kilos> his lungs hadnt developed yet even so one squeal and stopped breathing
[06:38] <Kilos> needed to be whacked onna but to get going again
[06:38] <Kilos> kangaroo care
[06:39] <Kilos> ?
[06:39] <Kilos> oh inna pouch
[06:39] <superfly> Kilos: well, they strap the baby to the mother's bare chest
[06:40] <Kilos> we had no choice superfly . he was too early
[06:40] <Kilos> even when he came home one of us had to stay with him at all times because he stopped breathing if he cried
[06:40] <superfly> a friend of my dad's did a study on Kangaroo Care in Zimbabwe about 15 years ago, the premie babies in Kangaroo care developed much faster and better than those in incubation
[06:40] <superfly> Kilos: no, even more reason to have used Kangaroo care
[06:41] <Kilos> methinks docs didnt even know about that back then
[06:42] <superfly> Kilos: that was how people dealt with premies before "modern" medicine
[06:42] <Kilos> when he was born doc told me dont even think of having a child his chances are minimal
[06:42] <nuvolari> *expensive modern medicine
[06:42] <superfly> nuvolari: yeah, that too
[06:42] <Kilos> lol
[06:43] <Kilos> he hadnt developed yet so they felt he had to be inna sterile incubator at all times
[06:43] <superfly> we just decided that our "modern" techniques were much better than the ancient ones, and now we have a higher infant mortality rate, more kids suffering from depression, and more teenage suicides than ever before
[06:43] <Kilos> was the hardest time in my life
[06:43] <superfly> Kilos: yes, of course they would, doctors are brainwashed into believing that modern medicine is *always* the best thing
[06:44] <Kilos> most of that is because of the modern way of living and drugs in todays world
[06:44] <Kilos> but we won anyway. got our miracle baby big
[06:45] <Kilos> now hes a bit bigger than me but still fulla
[06:46] <Kilos> hehe
[06:57] <inetpro> good morning
[06:59] <Kilos> mornin inetpro
[07:00] <inetpro> hmm...
[07:05] <inetpro> my dad was born early and at home, was so small that they put him in a shoebox. He survived only to become a man with a big stature almost as big as corrie206.
[07:10] <Kilos> and tyou so small
[07:11] <Kilos> lol
[07:11] <inetpro> Kilos: yeah right, my mom was small
[07:11] <Kilos> lol
[07:11] <Kilos> blame it on poor mom
[07:11] <inetpro> Kilos: heh, I'm much longer than she ever was
[07:12] <inetpro> :-)
[07:12] <Kilos> inetpro, you didnt eat your veggies
[07:12] <inetpro> hmm
[07:12] <inetpro> maybe
[07:32] <Kilos> hey guys. cam you still make lotsa desktops with natty
[07:33] <Kilos> i like lotsa desktops. hate minimising
[07:51] <sakhi> morning
[07:54] <nuvolari> Kilos: not sure about unity, but G3 auto-creates new desktops as needd
[07:54] <nuvolari> *needed
[07:54] <Kilos> ah ty
[07:54] <Squirm> hello nuvolari
[08:14] <nuvolari> lo Squirm
[08:15] <nuvolari> sup?
[08:16] <Squirm> not a lot
[08:16] <Squirm> going to work soonish
[08:29] <nuvolari> cool!
[08:29] <nuvolari> what are you going to do?
[08:30] <nuvolari> Squirm: ^^
[08:33] <nuvolari> the torture begins
[08:33] <nuvolari> lunch is smelling good already
[09:02] <superfly> Kilos: I believe Unity has workspaces (same thing as virtual desktops)
[09:03] <Kilos> ah ty superfly . and kde?
[09:04] <superfly> yup, KDE has had virtual desktops for aeons
[09:04] <Kilos> cant remember what i saw on the pro's lappy
[09:04] <superfly> Kilos: KDE
[09:04] <Kilos> great. so looks like kde pushing to the forefront for me
[09:05] <superfly> Kilos: I'm going to get those CDs burned and posted by the weekend
[09:05] <superfly> Kilos: *shrug* depends on how much you like/dislike Unity
[09:05] <Kilos> ty very much superfly . just hope the nm works for me
[09:06] <Kilos> was not being able to get connected that stopped me and Kde with 9.10
[09:06] <superfly> NM has come a long way since then
[09:07] <superfly> It was pretty pathetic before 9.10
[09:07] <Kilos> that was all that blocked me. i just couldnt get connected
[09:07] <Kilos> the gnome one was so simple
[09:09] <superfly> Kilos: KDE is different to Gnome - it has a different way of thinking about things
[09:09] <superfly> it prefers to give you more options, rather than less, for instance
[09:09] <Kilos> lol. yeah. but the nm was shocking
[09:10] <Kilos> saw lotsa peeps asking for help once i got going here
[09:10] <Kilos> if the new nm is as easy as gnomes then kde looks good
[09:11] <Kilos> also then i might get to try quassel
[09:12] <superfly> Kilos: I find it pretty easy, but I also don't know what Gnome's NM looks like, so I can't compare the two
[09:12] <Kilos> its just a little tower in the top panel
[09:13] <Kilos> you click and it says new broadband connection and you tick your way through the choice of country and service provider
[09:13] <Kilos> very simple
[09:14] <Kilos> dont forget. simple to you is not simple to a doctor or lawyer or mechanic etc
[09:14] <superfly> i know
[09:15] <Kilos> lol. like the many commands that are given without sudo before. was difficult in the beginning
[09:16] <Kilos> now sudo is one of my favourite words
[09:16] <Kilos> like when i  first went to #ubuntu  The help they tried to give me just made things wors
[09:16] <Kilos> worse
[09:17] <Kilos> also this time i will have 2 pcs going so i can get help on one to fix the other
[09:18] <Kilos> was very difficult without contact in the beginning
[09:25] <Kilos> in todays modern world your nm should be the most important working application
[09:31] <Kilos> or at least the easiest to manage for your basic pc user
[09:33] <Kilos> IMO
[09:40] <Kilos> bbl gonna fight vodacom about their poor data connection,.
[09:40] <Kilos> the refuse to give a complaints email address
[09:40] <Kilos> grrrr
[11:07] <rodemire> Good day all.
[11:08] <rodemire> Multiple displays on Unity, how can i get the Unity launcher on both displays?
[11:15] <rodemire> I think i got kicked out somehow.
[11:15] <rodemire> Multiple monitors in Unity: How can i get the launcher to appear on both monitors?
[11:26] <Kilos> hiya rodemire looks like everyone is very busy
[11:26] <rodemire> Yep, it appears so.
[11:27] <Kilos> have you tried googlin
[11:27] <rodemire> yep, am actively doing so now.
[11:27] <rodemire> there's stubs all over the place but no real solution.
[11:27] <Kilos> i use maaz for googlin then i dont get 500 choices
[11:28] <rodemire> please explain, not familiar with Maaz
[11:28] <queery> you arent
[11:28] <Kilos> Maaz, google multiple monitors with ubuntu 11.04
[11:28] <Maaz> Kilos: "[ubuntu] How to enable dual monitor for Ubuntu 11.04 + ATI Radeon ..." http://ubuntuforums.org/showthread.php?t=1748037 :: "Ubuntu 11.04 gnome issues with dual monitor and panel applets" http://www.linuxquestions.org/questions/ubuntu-63/ubuntu-11-04-gnome-issues-with-dual-monitor-and-panel-applets-877887/ :: "Ubuntu 11.04 Nappy: More Dual Monitor Problems. - comp.os.linux ..." http://groups.google.com/group/comp.os.linux.advocacy/br
[11:28] <queery> s/he is awesome
[11:28] <Kilos> he is our resident bot
[11:28] <queery> makes coffee too
[11:29] <Kilos> lol
[11:29] <Kilos> lo queery
[11:29] <queery> hi oom Kilos
[11:29] <Kilos> rodemire, try the top link
[11:30] <rodemire> Ok,
[11:30] <Kilos> for starters anyway
[11:30] <queery> ok lunch time
[11:30] <Kilos> enjoy
[11:30] <queery> k
[11:30] <Kilos> Maaz, whats for lunch
[11:30] <Maaz> Hmm Kilos . Methinks Kentucky and coleslaw would go down well
[11:31] <Kilos> hmmm same food everyday
[11:31] <Kilos> bot likes chicken
[11:31] <Maaz> Kilos: *blink*
[11:31] <queery> hehe
[11:31] <queery> ok I gata go
[11:31] <queery> l8er
[11:31] <Kilos> chow now
[11:33] <rodemire> Kilos: Thanks for the links but unfortunately they do not really relate to the situation i am facing.
[11:34] <Kilos> aw sorry
[11:34] <rodemire> Kilos: I have an Nvidia card and the nvidia-settings is working correctly.
[11:34] <Kilos> try asking the question differently
[11:35] <Kilos> im no good at getting the right links normally
[11:35] <rodemire> Kilos: The problem is. my second display is a TV which i watch movies on, and i want to be able to access my files there. If i start the Unity Launcher (using the Windows key), the Dash appears on the other monitor, thus rendering my TV useless as i cannot start anything there.
[11:36] <Kilos> Maaz, google how to set up dual monitors with ubuntu 11.04 unity
[11:36] <Maaz> Kilos: "[ubuntu] Unity and dual monitors - Ubuntu Forums" http://ubuntuforums.org/showthread.php?t=1742186 :: "Bug #661450 in unity (Ubuntu): “Support for multiple monitors broken”" https://bugs.launchpad.net/bugs/661450 :: "YouTube - Ubuntu 10.10 (Unity interface con dual-monitor)" http://www.youtube.com/watch?v=iCKiimNWEtg :: "Howto Setup Dual Monitors with NVidia in Ubuntu | a community for ..." http://www.ubuntux.org/howto-setup-dua
[11:36] <Kilos> maybe there rodemire
[11:38] <Kilos> good luck
[11:38] <Kilos> or lotsa patience
[11:42] <rodemire> Lol. Thanks there's a guy who says he got it done, thanks a lot.
[11:44] <Kilos> welcome
[11:55] <rodemire> Kilos: I've decided to just have Twinview, and drag the window to the other monitor
[11:56] <rodemire> Will continue googling so long...
[12:12] <inetpro> hmm... and why did he leave?
[12:13]  * inetpro just had a nice cup of Cup a Soup for lunch
[12:13] <Kilos> lol
[12:13] <Kilos> lekker
[12:19]  * inetpro stepping out for a restart of quassel
[12:20]  * inetpro is back
[12:20] <Kilos> wb
[12:20] <inetpro> Kilos: thanks
[12:21] <queery> I thingk I brole the USB prort on my external
[12:22] <queery> I don't think it is covereed under the warentee for more than a year
[12:22] <queery> and its over a year
[15:23] <Kilos> peer giving maiatoday  a hard time today
[15:27] <Kilos> Maaz, coffee on
[15:27]  * Maaz starts grinding coffee
[15:31] <Maaz> Coffee's ready for Kilos!
[15:31] <Kilos> Maaz, ty
[15:31] <Maaz> You're Welcome I'm sure
[15:49] <Kilos> lo marcog|masters
[15:49] <marcog|masters> hey Kilos
[15:49] <Kilos> wassup the big nick
[15:49] <marcog|masters> tumbleweed shutdown our server for a bit
[15:49] <marcog|masters> so running irssi from a different pc
[15:49] <marcog|masters> temporarily
[15:49] <Kilos> lucky  tab works
[15:49] <Kilos> ah
[15:50] <tumbleweed> it wasn't me.


[00:01] <superm1> mterry: i've got patches that sort out the rest of test suite problems that are upstream now.  upstream is about to cut a new release so i'll just wait on that to do it all in one swoop tomorrow
[00:09] <nacc> slangasek: for php-pinba, upstream has a branch that is testing successfully with php7, but not yet in a release. I've pinged them to see if they will release. Would it be ok to put that in the "broken needing SRU category", potentially?
[00:11] <nacc> at the sametime, it's a leaf package and we can probably delete it :/
[00:12] <slangasek> nacc: it /could/ be put in the "broken, SRU later" pile; but I think we should be realistic about how much time we want to spend on all of these leaf packages post-release
[00:13] <nacc> yep, agreed, hence my amendment just now; i think we're better off just deleting it
[00:13] <nacc> i'll file the bug
[00:39] <Pharaoh_Atem> nacc: why are you trying to get drupal7 working on php7?
[00:40] <Pharaoh_Atem> afaik, upstream isn't working on this, and has recommended drupal8 for php7
[00:41] <nacc> Pharaoh_Atem: because drupal8 isn't packaged and i'm being told it's not acceptable to not have a drupal
[00:41] <nacc> Pharaoh_Atem: upstream *is* working on this, fwiw
[00:41] <Pharaoh_Atem> oh, they are?
[00:41] <nacc> yes
[00:41]  * Pharaoh_Atem didn't find an issue when he searched for it
[00:41] <Pharaoh_Atem> good to know, though
[00:42] <nacc> https://www.drupal.org/node/2483571
[00:42] <nacc> https://www.drupal.org/node/2454439
[00:42] <nacc> rather
[00:46] <Pharaoh_Atem> nacc: so on a slightly unrelated note, the code change work has been finished for libvirt-php, and now we're going through testing
[00:46] <Pharaoh_Atem> it might actually get done within the next two weeks :)
[00:46] <nacc> cool
[00:52] <sarnold> "not acceptable to not have a drupal"???
[00:52] <sarnold> what darkness befalls us
[00:52] <sarnold> madness envelopes us
[00:53] <sarnold> our sanities and our humanities sundered
[00:53] <Pharaoh_Atem> :(
[00:54] <Pharaoh_Atem> well, it's been far too long since I've heard "Linux for Human Beings"... maybe this is why? :(
[00:55] <sarnold> it may be a vicious cycle
[00:55] <sarnold> no one updates drupal
[00:55] <sarnold> so no one uses drupal
[00:55] <sarnold> no one uses drupal
[00:55] <sarnold> so no one updates drupal
[00:55] <sarnold> http://people.canonical.com/~ubuntu-security/cve/pkg/drupal7.html
[00:55] <sarnold> it pants a sad sad picture.
[00:56] <nacc> sarnold: for s&g, i am trying to to uscan & uupdate to drupal8, which at least will be more current ... not sure that's really a better way to go, but curious if it will work
[02:54] <mwhudson> does someone want to read a strange tale of compiler warnings? my comment #10 on https://bugs.launchpad.net/ubuntu/+source/juju-mongodb/+bug/1557852
[02:58] <sarnold> that's a good one
[05:14] <cpaelzer> good morning
[05:21] <pitti> Good morning
[06:00] <cpaelzer> wgrant: I just realized you are online atm - if I would have known I would have asked
[06:00] <cpaelzer> wgrant: so you didn't like the title change on bug 1564513 clarifying
[06:01] <cpaelzer> wgrant: sorry, I thought reading your great explanations that would make it more clear - but I'm fine with the shorter title as well
[06:07] <wgrant> cpaelzer: Had a longer reply penned, forgot to hit send. It's there now.
[06:07] <wgrant> Happy to discuss further here.
[06:07] <cpaelzer> wgrant: ok great  - let me digest all of that ...
[06:10] <cpaelzer> wgrant: ok nice, details are good now
[06:10] <cpaelzer> wgrant: so to quote you I think the current state and actual thing to tackle with the bug is "that's why it would be good to split out series targeting"
[06:11] <wgrant> Yep, that's why I retitled the bug.
[06:11] <wgrant> The problem is that only drivers can target bugs.
[06:11] <cpaelzer> ack
[06:12] <ginggs> morning pitti, julia's autopkgtest failed on i386 again and i can't see why - it ran the same tests successfully during the build. would you have a look please?
[06:14] <cpaelzer> wgrant: thanks, I think we can keep the bug at that state until somebody finds time to really work at it
[06:14] <sarnold> I couldn't get the xenial beta2 server "memory test" to run; does anyone know which component should get the bug report?
[06:14] <cpaelzer> wgrant: maybe triage it away from status new now that it is kind of clear what would need to be done, but clearly that is your call to make
[06:17] <wgrant> cpaelzer: Done.
[06:23] <pitti> ginggs: it's very flaky on i386; I thought i386 was mostly broken/utterly slow due to some known llvm regression
[06:23] <ginggs> pitti: that was fixed in llvm 3.8
[06:25]  * pitti retries it
[06:28] <ginggs> pitti: thanks. i was about to say you can see from the test durations when it went from >5hrs to 20min, but I see the very last duration was 5hrs again. :(
[06:28] <pitti> yeah, it timed out
[06:36] <ginggs> pitti: from what i can see, it seems to have run against the correct versions of openlibm and openspecfun. i'll wait to see what happens with the retry
[06:48] <dholbach> good morning
[06:48] <dholbach> @pilot in
[07:20] <dholbach> mhall119, Laney: so there are a bunch of svg icons in the sponsoring queue... what am I supposed to do with these? can I just assume they're under the same license as the source of the packages?
[07:43] <tjaalton> doko: hi, bug 1558820 is assigned to you, and mesa will build depend on libva next week. do you have time to look at the MIR before that happens?
[08:16] <oSoMoN> Mirv, good morning! oxide in xenial is affected by https://bugreports.qt.io/browse/QTBUG-47940 and there doesn’t seem to be any activity upstream, do you think you could escalate it, or maybe we could try and distro-patch it?
[08:45] <Mirv> oSoMoN: if you have suggestion of a distro patch we should suggest it to upstream, but otherwise let's see if we can get some attention to it
[08:47] <doko> tjaalton, not today, errands. will have to wait 'til next week
[08:48] <tjaalton> doko: that's fine
[08:48] <doko> ginggs, boinc-client-nvidia-cuda/ppc64el unsatisfiable Depends: libcuda1 | libcuda1-any | libcuda-7.5-1 | libcuda-7.0-1 | libcuda-6.5-1 | libcuda-6.0-1 | libcuda-5.5-1 | libcuda-5.0-1
[08:51] <oSoMoN> Mirv, ok
[08:53] <ginggs> doko: we will need http://www.nvidia.com/download/driverResults.aspx/100747/en-us packaged for ubuntu before that will be installable (in Debian it is packaged with the video driver)
[08:53] <ginggs> doko: does that block boinc?
[09:46] <dholbach> nacc, can you maybe upload the roundcube upload you want to sponsored to a ppa and link to it?
[09:46] <dholbach> nacc, the problem with the long diff is that removals of files can't easily be applied like this - here's the errors I'm seeing: http://paste.ubuntu.com/15575439/
[10:44] <ginggs> doko: nvm, I see the missing libcuda1 on ppc64el is blocking boinc. I emailed PlagueOfLocusts and he's uploaded a new version dropping ppc64el again
[10:48] <ginggs> pitti: i think that julia test on i386 is going to fail again. can we ignore that failure please?
[10:52] <dholbach> @pilot out
[11:17] <Saviq> pitti, hey, can you please recycle https://requests.ci-train.ubuntu.com/static/britney/vivid/landing-046/excuses.html for me? also... any idea what happened here https://requests.ci-train.ubuntu.com/static/britney/xenial/landing-046/excuses.html ?
[11:27] <GunnarHj> dholbach: Don't think upstream would need my hackish patch at bug #1563553. I suspect that there is a more 'correct' way to define ENABLE_NLS, e.g. in debian/rules, but I don't know how. Hence my patch to simply make it work in 16.04.
[11:35] <rbasak> slangasek: may I have your opinion on 1564856 please? Can we bump that?
[11:37] <rbasak> bug 1564856
[11:52] <dholbach> GunnarHj, ok... I wasn't sure if the upstream project had the same issue with translations
[11:53] <GunnarHj> dholbach: I'm not *100%* sure either. But I doubt it.
[11:53] <dholbach> ok
[11:59] <dholbach> GunnarHj, https://git.gnome.org/browse/gnome-calendar/commit/?id=4e735ef3cef514a7fda1e5b94cd64941dbd2507d
[11:59] <dholbach> (landed in master 3 days ago)
[12:01] <dholbach> maybe we should backport that or wait for the .1 release?
[12:01] <dholbach> what do you think?
[12:02] <GunnarHj> dholbach: So I was wrong. :( Well, if we cherry pick that patch, it adds to our collection of patches which need to be dropped later on. Same as the patch I proposed. So for practical reasons it doesn't matter.
[12:03] <dholbach> ok, wfm - I can add a note to the changelog about this
[12:03] <GunnarHj> dholbach: Sounds like a smart compromise to me. ;)
[12:50] <asac> hmmm. my cups-browsed package doesnt really upgrade for days
[12:50] <asac> Preparing to unpack .../cups-browsed_1.8.3-2ubuntu2_amd64.deb ...
[12:50] <asac> Failed to execute operation: Failed to activate service 'org.freedesktop.systemd1': timed out
[12:50] <asac> it hangs there
[12:51] <asac> i ctrl-c eventually and then the package is in bad inconsistent state
[12:51] <asac> so i cannot remove it :)
[12:59] <pitti> xnox, infinity: I landed the "lolz number of jobs/failed units" fix upstream and pulled it into our tree
[13:07] <asac> pitti: how do i best hack things so that purging a package does not try to stop the systemd job? in my case cups-browsed
[13:08] <asac> just remove the service file in /etc/systemd?
[13:08] <xnox> pitti, that makes sense
[13:11] <pitti> asac: that rather sounds like its postrm getting stuck in systemctl daemon-reload; but that's guarded with a || true
[13:13] <pitti> asac: i. e. sounds like dbus-daemon got restarted or something such?
[13:17] <asac> ok let me see if i can hack up postrm
[13:18] <asac> pitti: hmm. sudo systemctl --system daemon-reload indeed hangs
[13:18] <asac> how can i debug this?
[13:18] <asac> oh it times out with : Failed to execute operation: Failed to activate service 'org.freedesktop.systemd1': timed out
[13:19] <asac> so yeah thats what i see in postrm
[13:22] <pitti> asac: no off-hand idea how you got there; was this recently dist-upgraded, and you didn't reboot by any chance?
[13:24] <asac> pitti: i didnt reboot for 2 days i think
[13:24] <asac> dist-upgraded twice/three times a day
[13:24] <asac> think it started yesterday
[13:25] <asac> pitti: how can i find what the service having problems is?
[13:25] <asac> or you say i should rather reboot first
[13:26] <pitti> asac: that will help for sure
[13:26] <pitti> I don't really know what else could help, though
[13:27] <asac> ok
[13:27] <asac> then lets ignore ... /me reboots
[13:30] <Saviq> pitti, hey, any idea what happened here https://requests.ci-train.ubuntu.com/static/britney/xenial/landing-046/excuses.html ?
[13:34] <pitti> Saviq: err, no -- britney's idea of April's fool?
[13:34] <pitti> ginkgocadx only exists in xenial-proposed
[13:34] <pitti> but tpm2-tools exists in xenial
[13:36] <pitti> the corresponding britney log would be interesteing
[13:36] <pitti> https://requests.ci-train.ubuntu.com/static/britney/log_20160401_114001.txt
[13:36] <pitti> oh, might be related to the removal of Packages.bz2
[13:37] <pitti> http://archive.ubuntu.com/ubuntu/dists/xenial/multiverse/source/Sources.bz2:
[13:37] <pitti> 2016-04-01 11:40:01 ERROR 404: Not Found.
[13:37] <pitti> robru: ^ your script to retrieve the archive package indexes needs to move from .bz2 to .xz (with a fallback to .gz)
[13:38] <cjwatson> For some reason it's using Packages.gz but Sources.bz2
[13:38] <cjwatson> The simplest fix would be to just use .gz for both
[13:41] <cjwatson> pitti,robru,Saviq: https://code.launchpad.net/~cjwatson/bileto/no-bzip2/+merge/290736
[13:42] <pitti> cheers
[13:44] <Saviq> tx :)
[13:46] <rbasak> doko: I'm seeing a bunch of "error: ‘isnan’ was not declared in this scope" errors when rebuilding things for MySQL. Is this a common pattern that you're aware of - due to a new toolchain maybe? And if so, is there a standard pattern for a fix?
[13:48] <cjwatson> Is it any more exotic than forgetting to #include <math.h>?
[13:48] <infinity> rbasak: That's glibc 2.23 being more correct than you are.
[13:48] <cjwatson> I mean, this kind of thing happens all the time when people sloppily rely on transitive header inclusion and then one of the links in the chain stops including something they actually needed directly.
[13:48] <cjwatson> Oh and there's also some feature test macros required for isnan.
[13:49] <rbasak> Yeah sure, I can just patch in include directives. I just wanted to check that there wasn't some more common understanding to fix it better.
[13:50] <infinity> It's not indludes.
[13:50] <infinity> It's namespaces.
[13:50] <rbasak> http://stackoverflow.com/a/18129007/478206 suggests that it depends.
[13:51] <rbasak> If they're already including <cmath> I guess I'll patch to use a qualified std::isnan.
[13:51] <infinity> If my browser would wake up, I'd give you some references.  Maybe some others. I need to assemble a proper list.
[13:53] <rbasak> I already have a separate patch to hhvm for a different MySQL issue.
[13:54] <infinity> rbasak: https://sourceware.org/bugzilla/show_bug.cgi?id=19439 is the upstream discussion of why this now happens.
[13:54] <rbasak> infinity: BTW, I did a test transition for MySQL in a PPA. It's looking fairly good, but there are a few sticky issues.
[13:54] <rbasak> infinity: I'd like your opinion as to whether to go ahead. I'm not done summarising the issues yet though.
[13:54] <infinity> rbasak: Comment #10 basically has the TLDR.
[13:56] <rbasak> infinity: got it, thanks.
[13:56] <infinity> rbasak: If you feel the urge to fix things in Ubuntu ahead of Debian, please do forward patches to the already-open Debian bugs.
[13:56] <infinity> (And, to save yourself time, look there for patches first. :P)
[13:57] <ginggs> infinity: hi, should i file a bug about fpc / powerpc for that glibc 2.23 list?
[13:57] <infinity> ginggs: No.
[13:57] <infinity> ginggs: The fpc/ppc issue is kinda special, and I'm still looking at it, but it's not technically FTBFS, per se, it's that the old binary fails to run. :P
[13:57] <rbasak> infinity: well, I feel the urge to get MySQL 5.7 landed :)
[13:58] <infinity> ginggs: I can rebootstrap it by hand, but I'd sort of like to figure out WTF they're doing that broke it like this.
[13:58] <infinity> rbasak: Right.
[13:58] <infinity> rbasak: As for opinions on the transition, I'm going to grab a coffee, if you have a summary of the issues by the time I get back, let's chat.
[13:58] <rbasak> infinity: ack, thanks.
[13:59] <ginggs> infinity: ok thanks
[14:04] <rbasak> configure.ac:105: error: possibly undefined macro: AC_BAKEFILE
[14:04]  * rbasak wonders if the author had a cold that day
[14:05] <pitti> rbasak: robert_ancell actually used to work on https://launchpad.net/bake :)
[14:06] <rbasak> Hmm
[14:06] <rbasak> Yeah, seems like AC_BAKEFILE is actually a thing
[14:07] <rbasak> infinity: ready. I've updated the description at https://bugs.launchpad.net/ubuntu/+source/mysql-5.7/+bug/1528583
[14:19] <jtaylor> is there a place where release note info is collected?
[14:20] <rbasak> jtaylor: http://launchpad.net/ubuntu-release-notes
[14:20] <jtaylor> thx, just file a bug?
[14:21] <rbasak> Yep, or add a task to an existing bug if there already is one that tracks an issue.
[14:25] <infinity> Or just edit the release notes.
[14:34] <xnox> jtaylor, for xenial -> just edit https://wiki.ubuntu.com/XenialXerus/ReleaseNotes there was a call to start gathering release notes a while back
[14:34] <jtaylor> uh I do actually have rights to do that
[14:34] <jtaylor> I'll add the vim/python2 and a point on docker image migration then
[14:39] <jtaylor> hm I guess the vim default to python3 would go under new features? its not really new but the openssh entry is kind of in the same vain
[14:49] <jtaylor> added some stuff, feel free to rewrite/move
[14:56] <nacc> dholbach: sure, i can do that!
[14:57] <jdstrand> pitti: hey, do you have a few minutes to talk about udev tags/properties in the context of snappy?
[14:59] <pitti> jdstrand: what's up? (still finishing something else, but I'll respond)
[15:00] <jdstrand> pitti: why don't you finish up-- it will be a discussion. shouldn't be more that 15 minutes
[15:04] <pitti> jdstrand: done
[15:04] <pitti> HO?
[15:06] <jdstrand> pitti: yes
[15:06]  * jdstrand creates link
[15:06] <jdstrand> actually, give me two minutes I want to check one more thing so we don't have to in the meeting
[15:10] <jdstrand> ok
[15:11] <mhall119> dholbach: did Laney answer your question from this morning?
[15:11] <jdstrand> pitti: pasted HO link in privmsg
[15:13] <dholbach> mhall119, no
[15:13] <dholbach> maybe he's on holidays?
[15:13] <mhall119> could be
[15:14] <dholbach> in any case sponsors won't know what to do with them
[15:14] <mhall119> dholbach: in my blog I asked for CC-BY-SA for new icons, but didn't specify anything for using existing ones
[15:15] <dholbach> I don't know where to put those files
[15:15] <dholbach> or what exactly needs to be uploaded or adapted
[15:15] <mhall119> if the icons come from upstream, I would assume they use the same license as other assets from that upstream, but I don't know if we can go on that assumption
[15:16] <mhall119> hmmm, ximion would be able to answer that, but he's at the GNOME sprint this weekend I think
[15:16] <dholbach> it'd be good to update the bugs accordingly
[15:16] <dholbach> there's quite a few on http://reqorts.qa.ubuntu.com/reports/sponsoring/
[15:18] <mhall119> dholbach: how can I help? I can ask the bug creator to specify the license for the icon file, but I'm not knowledgeable enough to tell you where it should go in the package
[15:19] <dholbach> mhall119, I don't know where the image needs to be put
[15:19] <dholbach> how does appstream pick this up?
[15:21] <nacc> Pharaoh_Atem: what should we do about php-doc ?
[15:21] <mhall119> from a couple of places I think, either an appdata.xml file or from the .desktop
[15:21] <mhall119> does anybody know when Laney will be back?
[15:22] <dholbach> no idea
[15:24] <dobey> mhall119: calendar says monday
[15:24] <dholbach> ok cool
[15:24] <dobey> mhall119: or rather, it says he's at some gnome-software/appstream sprint next week
[15:26] <mhall119> oh, is he there too?
[15:27] <mhall119> dholbach: we can make him fix them while he's at the sprint about fixing them :)
[15:34] <slangasek> rbasak: 1564856> define 'bump'?
[15:35] <rbasak> slangasek: update to latest upstream version + patches, AIUI.
[15:35] <rbasak> Skuggen: ^
[15:36] <Skuggen> Unfortunately it looks like the latest version also has issues with this. A patch to make it work would probably be significant (though the devs on the package itself are working on finding a solution)
[15:36] <Skuggen> this=MySQL 5.7
[15:41] <nacc> slangasek: we might need to delete php5-{pecl-http,propro,raphf}{,-dev} to let those migrate?
[16:15] <jdstrand> pitti: fyi, https://bugs.launchpad.net/ubuntu/+source/systemd/+bug/1564976
[16:17] <nacc> slangasek: kirkland: so i was able to get a drupal8 build to succeed finally; i'm not trying to claim it's a great solution, but might be "better" than waiting on drupal7 -- opinions? I need to review the build, of course, but it was done with uscan/uupdate (with an update to the watch file) and will need to consider the upgrade path
[16:18] <rbasak> Skuggen: I thought Fedora had it working? Or did that turn out to not be the case?
[16:18] <nacc> rbasak: fyi (and not meant as anything other than that!), a few php7 migrations are blocked by mysql as well
[16:18] <rbasak> Skuggen: after speaking to infinity, our priorities are to figure out what's happening with myodbc, mysql-proxy and mysql-workbench. All the MySQL-related stuff basically. Once we've got timelines on that, we can start the transition.
[16:19] <rbasak> nacc: OK, thanks. Hopefully we'll clear this Real Soon Now.
[16:19] <nacc> rbasak: :) good luck!
[16:21] <nacc> down to 91 revdeps on php5!
[16:23] <slangasek> rbasak: right, so myodbc, not part of the day job ;)  I'm aware that the current package is broken because of unexported symbols and have not tried to deal with it.  If someone wanted to take over Debian maintenance of myodbc that would be fine with me
[16:24] <Skuggen> rbasak: The patch we had for Fedora wasn't enough, it seems. It needs more work, and would likely cause conflicts with what would be in /usr/include :|
[16:25] <slangasek> nacc: actually, looks like it mostly just needed a bit of binary NEW processing (done)
[16:26] <nacc> slangasek: ah ok, wasn't sure which way it iwas, thanks!
[16:26] <slangasek> nacc: once the new binaries are in, proposed-migration can usually be a bit clever about noticing the old ones should go away with the old source
[16:26] <nacc> slangasek: awesome
[16:41] <linuxperia> Hi all. Can somebody tell me why nmcli does not return anymore when its called in the console? i have nmcli Version 1.0.4 and since yesterday when i try to stablish a connection using nmcli up uuid xyz the command never returns ...
[16:51] <jdstrand> pitti: the add_match_tag() with add_match_property() issue I mentioned is not an issue. I made a mistake it is working fine (note, bug #1564976 is a different issue and I just subscribed you)
[16:59] <sil2100> pitti: hey! You have a minute to help me figure out what happened?
[16:59] <sil2100> pitti: I fixed something in the 15.04 langpack creation and did a manual run of langpack-o-mating on snakefruit
[17:00] <sil2100> pitti: the logs show everything should be fine
[17:01] <Pharaoh_Atem> nacc: that's currently unpackaged, right?
[17:01] <sil2100> pitti: hm, actually I see l-o-m didn't change the version number...
[17:01] <nacc> Pharaoh_Atem: what is?
[17:01] <Pharaoh_Atem> php-doc
[17:01] <Pharaoh_Atem> or are you talking about something else
[17:01] <nacc> Pharaoh_Atem: no, it's there,
[17:01] <nacc> 20140201-1
[17:02] <nacc> which is the php5 documentation
[17:02] <Pharaoh_Atem> oh, that
[17:02]  * sil2100 fixes it manually
[17:03] <Pharaoh_Atem> nacc: is it simple enough to regenerate with the php7 ones?
[17:04] <Pharaoh_Atem> if not, just drop it
[17:04] <Pharaoh_Atem> that's one of those packages that usually isn't worth the hassle
[17:12] <linuxperia> Hi All. I could isolate the Problem related to nmcli freezing hanging after establishing a connection that is also Reported in this Bug Report here => https://bugs.launchpad.net/ubuntu/+source/network-manager/+bug/1536077
[17:13] <linuxperia> when i run the nmcli command with root rights aka sudo nmcli now it works
[17:13] <linuxperia> but if i do it like allways it freezes / hangs
[17:15] <linuxperia> not sure also but my syslog is getting heavy spammed with this error message here that i think is related to this problem too => gnome-session[1791] could not identify all Prozesses
[17:16] <linuxperia> Root can show them
[17:16] <linuxperia> hmmmm
[17:20] <infinity> slangasek: FWIW, I'm not entirely opposed to just dropping myodbc if it's not fixable.  The one rdep is ORed.  But as the Debian maintainer, I'd leave that decision to you, I think.
[17:22] <infinity> slangasek: (Or demoting it to -proposed to let the transition happen, and hoping we can fix it before release)
[17:25] <kirkland> nacc: slangasek: looks like you guys got that sorted out?
[17:25] <nacc> kirkland: re: drupal8? no, not yet
[17:26] <nacc> kirkland: not yet discussed, i mean
[17:26] <kirkland> nacc: ah so short recap?
[17:27] <kirkland> nacc: drupal8 is needed for php7 compat?
[17:27] <nacc> kirkland: drupal7 upstream is still not php7 compliant; we could leave it in the archive as broken until/if they get to it (it's unclear the priority the drupal7 community is applying to it, as they have released drupal8).
[17:27] <nacc> kirkland: drupal8 is released upstream, but not yet in debian
[17:27] <nacc> kirkland: i was able to uscan and repackage it
[17:28] <nacc> kirkland: but need to verify that it is correct, and that it will dtrt
[17:28] <nacc> kirkland: drupal8 is php7 compliant
[17:28] <kirkland> nacc: rock!
[17:28] <kirkland> nacc: so let's put out a call for testing of your drupal8/php7 packages
[17:28] <kirkland> nacc: post to the ubuntu-server list?
[17:30] <robru> pitti: cjwatson: Saviq: ok that fix is in production, should see train britney working again in 40 minutes or so
[17:31] <cjwatson> thanks
[17:32] <robru> also https://bugs.launchpad.net/bileto/+bug/1565019
[17:32] <nacc> kirkland: will do, thanks
[17:33] <nacc> kirkland: yeah, there are a handful of packages that we are upgrading for php7 compat, i'll send out an e-mail today with those and ask for testing
[17:39]  * lamont really misses his keyboardFocusPolicy=strict ...
[17:41] <robru> pitti: cjwatson: Saviq: ah yeah, looking good so far https://requests.ci-train.ubuntu.com/static/britney/log_20160401_173001.txt
[20:44] <dannf> pitti: http://paste.ubuntu.com/15580835/ <- is there new magic for that?
[20:57] <infinity> dannf: Run it in C.UTF-8?
[21:08] <Saviq> can someone please rerun http://people.canonical.com/~ubuntu-archive/proposed-migration/xenial/update_excuses.html#qtmir with the new unity8 in proposed? thanks
[21:13] <slangasek> Saviq: rerunning with -proposed requires release team privs, #ubuntu-release is a better place to get attention generally - anyway, looking
[21:15] <Saviq> slangasek, noted, thanks
[21:15] <slangasek> Saviq: and it'll take me a little bit, I have to get openvpn to pass packets instead of eating 100% CPU first
[21:15] <Saviq> slangasek, no rush :)
[21:20] <slangasek> Saviq: triggered
[21:23] <Saviq> tx
[21:44] <slangasek> nacc: 140-ish packages to go for php5 removal?
[21:44] <slangasek> hmm where did we get to on swig?
[21:44] <slangasek> oh and that's a count of binary+source packages, so way high
[21:45] <nacc> slangasek: yeah, my count is at 95 as of this morning, iirc
[21:45] <slangasek> (as well as lagging behind the archive)
[21:45] <slangasek> cool
[21:45] <nacc> slangasek: swig is still no progress; i've been just trying to get our packages going as far as i can
[21:45] <nacc> it's a pretty big change and i have to go and learn the internals of php a bit :)
[21:45] <nacc> slangasek: 88 currently
[21:45] <slangasek> swig was supposed to be removals, I thought?
[21:45] <nacc> slangasek: sorry, for that big
[21:46] <nacc> i think we're pretty close to done with those that needed packages removed/disabled
[21:50] <slangasek> nacc: php-sabre-vobject-3 ftbfs
[21:52] <nacc> slangasek: grr, sorry! you're right, i meant to move it to the other list
[21:58] <slangasek> nacc: php-sabredav has php-horde-dav as a revdep (LP: #1565025).  What's the compatibility story for that?  (Please provide details on the FFe bug)
[22:09] <nacc> slangasek: urgh, ok, let's hold off on that, i don't think we can move just one piece of horde around
[22:09] <nacc> slangasek: will investigate
[22:10] <slangasek> nacc: ok, commented on the bug in the meantime, thanks
[22:12] <nacc> slangasek: thanks, might be able to avoid upgrading by just fixing the tests
[22:12] <nacc> verifying that now
[22:17] <slangasek> nacc: and php-net-ldap2 uploaded, if you can't reproduce the autopkgtest failure I'm going to not care about it unless it reproduces on the production infra
[22:18] <slangasek> let's not waste time debugging idiosyncracies of /my/ autopkgtest setup
[22:21] <nacc> slangasek: sure, thanks ... i'm really not sure; i did see it before i fixed the deps
[22:21] <slangasek> nacc: I saw a /different/ failure before I fixed the dep
[22:21] <nacc> funny
[22:21] <slangasek> one that very clearly pointed to PEAR.php not being on the include path :)
[22:21] <nacc> heh, yeah, i did see that one earlier too
[22:22] <slangasek> ah, php-radius, two of my favorite technologies in one small package
[22:25] <nacc> heh
[22:33] <slangasek> nacc: question for you in the bug on php-radius, whenever you have a chance to look
[22:35] <nacc> slangasek: will do; fyi for the FFe just refrenced, i think we can get away with some testcase updates and updated deps
[22:36] <nacc> testing it now
[22:36] <nacc> will modify the bug
[22:55] <nacc> slangasek: fyi, php-xml-serializer FTBFS in wily too; not sure why yet, it seems to be a path issue with phpunit
[22:55] <nacc> it's very confusing, as some tests are clearly passing during build
[23:02] <nacc> slangasek: nm, found advice from debian in some bugs
[23:46] <slangasek> nacc: does the patch on bug #1565025 for php-sabre-vobject mean no further update is required for php-sabredav?  or are you still working through that part?
[23:48] <nacc> slangasek: just posted that part too
[23:48] <nacc> slangasek: sorry, shoudl have mrked the state properly as i was working on it
[23:49] <slangasek> nacc: no worries, it just means you wind up having to talk to me more
[23:50] <nacc> slangasek: yep, sorry, i've bene pretty quiet today just trying to figure those last two out
[23:53] <slangasek> nacc: php-pecl-http has unsatisfiable versioned deps on php-raphf and php-propro, because something said '2.0.0dev' and the actual versions are '2.0.0-' which is lower so the dep is not satisfied.  something (pkg-php-tools?) needs to translate 'dev' to '~dev', or else something needs to be manually fixed in a package.xml or such
[23:55] <nacc> slangasek: ah i see it now -- i'll send an update right now; not sure why they did that to pakcage.xml
[23:55] <nacc> and not sure why it built here ... strange
[23:55] <slangasek> it builds, it's just uninstallable after
[23:55] <nacc> oh i see
[23:55] <nacc> yeah
[23:55] <nacc> ok
[23:59] <nacc> slangasek: new diff posted in LP: #1564566


 is Kubuntu project funded by Blue Systems ? today I read on Wikipedia and came to know about this
[03:59] <valorie> @ri5h46h I believe that they did give us a contribution some time ago
[03:59] <valorie> but no ongoing support
[03:59] <Maik> @ri5h46h KDE is not kubuntu iirc
 @Maik, yes I know 😅  this
[04:03] <Maik> can't find a mention on kubuntu's website so i guess not anymore
[04:04] <valorie> for awhile they funded a developer but that ended years ago
[04:04] <Maik> thought so :)
[05:56] <jrmcwicked_> hi whats up
[05:57] <jrmcwicked_> hello???
 @jrmcwicked_, hello 👋👋
 7363
[13:40] <BluesKaj> Howdy folks
[15:30] <Gaspaider> Hi, this is a test
[15:36] <BluesKaj> hi Gaspaider, we see you :-)
[15:44] <user|27171> what is the system requirements for kubuntu?
 @user|27171, 2Ghz dual core, 4 GB, 25 GB disk space
 @user|27171, what are your system specs ?
[16:01] <eeos> how and where do I find the skype password on my laptop? I saved it ages ago and now I cnanot remember it.
[16:03] <eeos> How do I sey the passwords stored in the keyring?
[16:03] <eeos> sorry, see
[16:46] <wozencroft> At start the taskbar with the menu, pager,etc. appears somewhat slow, while the desktop is already there. Is there maybe a trick to make it faster?
 Is there a way to show the printers' filling level?
[21:26] <ennozdd> hey guys I want to send some files to my usb drive but share -> send to device = no  device found. Is that a bug? my usb drive is automounted
[21:27] <ennozdd> I can copy paste files of course but I was wondering  why   I can't simply send to device


[01:02] <lazyPower> Valduare:  o/
[01:02] <Valduare> o/
[01:02] <Valduare> hows it going
[01:02] <lazyPower> oh wow, a solid 3 hours later. heh heh
[01:02] <Valduare> lol
[01:02] <lazyPower> Good. Just got back from a pretty decent burger chef
[01:03] <Valduare> i’ve been sitting here for 3 hours waiting for someone to respond to my hey guys … I didnt want to be rude and leave anyone hanging
[01:03] <Valduare> jk :P
[01:05] <lazyPower> hah well its my mistake for not reading the timestamp :)
[01:13] <webbrandon> is juju local working okay now?
[01:15] <Valduare> lazyPower: im still not up and running with juju
[01:15] <Valduare> keeps bugging out
[01:15] <Valduare> im at point now where it wont let me add machines at all
[01:17] <lazyPower> meaning the manual provider workspace has all but given up hope?
[01:17] <lazyPower> you can no longer spin up a new vm and register it?
[01:18] <lazyPower> the existing vm's are dirty and wont respond to any deployment commands? they just fail?
[01:18] <lazyPower> i'm reaching here, whats it doing?
[01:21] <Valduare> all of the above
[01:21] <Valduare> so I spun up a new vm fresh install of ubuntu and cant even provision it
[01:21] <Valduare> https://bugs.launchpad.net/juju-core/+bug/1300264 I got this bug listed
[01:21] <_mup_> Bug #1300264: manual provisioning requires target hostname to be directly resolvable <manual-provider> <juju-core:Triaged by axwalk> <https://launchpad.net/bugs/1300264>
[01:27] <lazyPower> oi
[01:28] <Valduare> pretty fancy bug - its triaged :P
[01:28] <lazyPower> i blame sarnold for all of he above Valduare. Not that he really did anything...directly... but he makes a great scapegoat
[01:28] <lazyPower> sarnold: we're still buds right?
[01:28] <Valduare> lol
[01:29] <sarnold> lazyPower: <3
[01:29] <lazyPower> sarnold: <3
[07:25] <AskUbuntu> Clarification on JuJu for web apps and pages | http://askubuntu.com/q/442259
[08:28] <overm1nd> hazmat I did not get what I need to do for the arch constraint
[08:29] <overm1nd> it's a juju client problem?
[11:19] <rbasak> frankban: FFe in bug 1282630 approved, but could you please confirm that my statement in comment #5 was accurate?
[11:39] <AskUbuntu> conversion from commencing to ready state in maas | http://askubuntu.com/q/442350
[12:08] <hazmat> overm1nd, output?
[12:08] <hazmat> overm1nd, from -v verbose mode
[12:08] <hazmat> overm1nd, juju should be detecting the host arch when ssh'ing and retrieving the correct tools for it
[12:11] <overm1nd> hi hazmat in PVT for the log
[12:13] <frankban> rbasak: yeah quickstart 1.3 does not require 1.18, it just includes changes to make quickstart work well on 1.18. rick_h_: relatedly, what's the plan for FFe vs upcoming quickstart changes (e.g. joyent and/or maas provider support)?
[12:13] <hazmat> overm1nd, what's the cli your using?
[12:13] <hazmat> overm1nd, are you passing --upload-tools
[12:13] <hazmat> i think i might have defaulted that to on.. which is the problem
[12:13] <overm1nd> I'm not doing anything special
[12:13] <overm1nd> I just added the arch param
[12:15] <overm1nd> 	juju docean bootstrap --constraints="mem=512M, region=ams2, arch=amd64" -v
[12:15] <overm1nd> this is the command I'm using
[12:17] <rick_h_> frankban: we can ask rbasak if it'll be possible to get a late update or else we'll just have to make that a ppa release.
[12:18] <rick_h_> frankban: wev'e been delayed so long with things not sure if it's possible to still get it in trusty or not
[12:19] <frankban> rick_h_: ack, ok thank you. the joyent fixes we needed seems to be landing now, so the joyent card could be unblocked very soon
[12:20] <rick_h_> frankban: yea, with the delay we've had in that I've assumed we probably won't be able to get that into trusty
[12:20] <rick_h_> frankban: but we can ask/check if there's some way
[12:25] <overm1nd> hazmat I see, --upload-tools is passed when creating the machine
[12:25] <overm1nd> but I don't get why it should be ommitted
[12:26] <overm1nd> it's not mandatory to have juju tools on the started new machine?
[12:29] <hazmat> overm1nd, juju will pull the right binaries on its own
[12:29] <overm1nd> ah ok
[12:30] <hazmat> overm1nd, upload-tools is there because its simple reliable, juju pull binaries mechanism involves a few roundtrips to query various sources.
[12:30] <overm1nd> so it's failing because architecture are different between the client and the machine
[12:30] <hazmat> but upload-tools will fail in this case
[12:30] <hazmat> but the pull of binaries would work
[12:30] <overm1nd> understand
[12:31] <overm1nd> and the pull is based on the arch param I will pass right?
[12:32] <hazmat> overm1nd, no.. thats ignored.. for manual provider juju is going to inspect the machine via ssh and determine the architecture
[12:32] <overm1nd> ok
[12:32] <hazmat> manual provider == docean plugin
[12:33] <overm1nd> thank you I will try to mess with the code to exclude the upload-tool
[12:34] <hazmat> overm1nd, fix pushed to git
[12:34] <overm1nd> you are super kind and fast!
[12:34] <hazmat> overm1nd, your welcome.. let me know if that solves it for you
[12:35] <overm1nd> sure
[12:42] <overm1nd> hazmat working great :)
[12:42] <hazmat> overm1nd, awesome, i'm gonna push a new release, there's a few other minor fixes.
[12:42] <overm1nd> agree
[12:45] <lazyPower> Hazmat are you still sprinting?
[12:45] <hazmat> lazyPower, no.. just bcsaller ... i'm running :-)
[12:45] <lazyPower> Zombies? :)
[12:45] <hazmat> apocalypse happens
[12:46] <lazyPower> I'm in your neck of the woods is why I ask.
[12:47] <lazyPower> Next time we'll have to coordinate and have an outing
[12:48] <hazmat> lazyPower, ah.. sounds good.. your dc or sf?
[12:48] <lazyPower> I'm in DC until tomorrow afternoon
[13:28] <onrea> marcoceppi: could you help me to completely remove juju and reinstall it from scratch! you may want to a glance at this thread: http://askubuntu.com/q/436975/152405
[13:30] <marcoceppi> onrea: what platform are you on?
[13:30] <onrea> can*
[13:30] <onrea> Ubuntu 13.10
[13:30] <onrea> 64 bit
[13:31] <marcoceppi> onrea: sudo apt-get purge juju-core juju juju-local
[13:33] <onrea> I've copied these two file manually to /var/cache/lxc/cloud-precise
[13:33] <onrea> https://cloud-images.ubuntu.com/server/releases/precise/release-20140227/ubuntu-12.04-server-cloudimg-amd64.tar.gz (229 MB) https://cloud-images.ubuntu.com/server/releases/precise/release-20140227/ubuntu-12.04-server-cloudimg-amd64-root.tar.gz (223 MB)
[13:33] <onrea> should I delete them, too?
[13:34] <onrea> What about these packages: postgresql-9.3, charm-tools, cloud-utils
[13:36] <rbasak> I'm getting "agent-state-info: '(error: template container "juju-precise-template" did not stop)'"
[13:37] <rbasak> It's still going - just a particularly slow machine. I can recover afterwards, but is this timeout tunable anywhere?
[13:38] <rbasak> I can't find any environments.yaml reference documentation.
[14:57] <jcastro> lazyPower, wasn't there something in the queue to update owncloud?
[14:58] <lazyPower> jcastro: yeah thats part of the ceph update that zchander wrote
[14:58] <jcastro> is that in the queue I can't see it
[14:58] <lazyPower> it needs a bit more work, but its coming along nicely
[14:58] <lazyPower> i already reviewed it and sent it back with requested mods
[14:58] <lazyPower> do you need the link?
[14:58] <jcastro> yes please
[14:59] <lazyPower> jcastro: https://code.launchpad.net/~xander-h/charms/precise/owncloud/ceph-support
[15:00] <jcastro> that guy was on irc wasn't he?
[15:01] <lazyPower> zchander: <-- he's here.
[15:04] <jcastro> hey maybe we should have cherry picked the version upgrade
[15:06] <avoine> anyone have ever seen an lxc machine that gets terminated as soon at it connect to the api server?  http://paste.ubuntu.com/7194643/
[15:12] <jcastro>  agent-state-info: '(error: error executing "lxc-start": command get_cgroup
[15:12] <jcastro>           failed to receive response)'
[15:12] <jcastro> anyone see that before?
[15:12] <hatch> hmm thats a new one
[15:12] <jcastro> oh I know why, nevermind!
[15:12] <jcastro> I am trying to LXC inside a local deployment, duh
[15:13] <lazyPower> Jcastro the upgrade was incomplete. It needed the mysql db migrations
[15:14] <jcastro> lazyPower, ahh, I see
[15:17] <jcastro> hazmat, is `to: lxc:0` a valid line for a deployer file?
[15:17] <jcastro> I want to stick all the services in this bundle on 0, in containers
[15:18] <jcastro> but if I do "to: 0" for each service that's hulksmash right?
[15:29] <avoine> nevermind, I forgot to add the backports on precise for lxc
[15:34] <hazmat> jcastro, http://pythonhosted.org/juju-deployer/config.html#placement
[15:35] <jcastro> yep I read that
[15:35] <hazmat> double checking re 0..
[15:37] <hazmat> jcastro,  yeah that should work kvm:0 and lxc:0
[15:38]  * hazmat adds a unit test for that one
[15:39] <hazmat> jcastro, in general if you can i recommend doing the co-location form especially for distributed bundles
[15:39] <hazmat> jcastro, ie you can get the entire bundle into a single machine using colocated services  that's not the bootstrap machine
[15:39] <hazmat> with containers
[15:40] <hazmat> jcastro, otherwise when people are pulling in these bundles, their going to overload their machine 0 if they pull more than 1
[15:40] <hazmat> er.. use more than one compact bundle
[15:40] <jcastro> hazmat, this one is more specifically for a VPS case
[15:40] <jcastro> like, I want to go cheap
[15:41] <hazmat> jcastro, fair enough ... have you tried the docean plugin ? ;-)
[15:41] <jcastro> I have not
[15:41] <hazmat> jcastro, well its tailored made for the go cheap
[15:41] <jcastro> are your instructions awesome?
[15:41] <hazmat> jcastro, i think so.. they beat the heck out of the deployer docs .. ;-)
[15:41] <hazmat> jcastro, https://github.com/kapilt/juju-digitalocean
[15:42] <hazmat> jcastro, you tell me
[15:42] <jcastro> I liked the docs, they provided examples, just not the one I was looking for
[15:42] <jcastro> I'll give it a shot later today
[15:42] <hazmat> jcastro, the wording on them is tortorous and geeky..  re deployer.. i could barely parse it and i wrote it.
[15:43] <hazmat> jcastro, like what the heck does this mean "The serenade service is overriding the default deploy-with unit by explicitly specifying a unit index for the deployment. These are not unit id based but rather based on extant unit count of the remote service starting with 0."
[15:43] <jcastro> I had never even heard of serenade
[15:43] <hazmat> jcastro, its an example service in the placement docs of deployer
[15:43] <jcastro> hazmat, I can fix it up, where do the docs live? I can do that later
[15:44] <hazmat> jcastro, there in the source tree for deployer.. lp:juju-deployer
[15:44] <hazmat> cd docs
[15:44] <jcastro> ack
[15:44] <hazmat> sphinx and rst :-)
[15:45] <gnuoy> I was happily using the lxc provider this afternoon was suddenly it stopped working after a juju destroy-envirnment. I can bootstrap fine but when I try and provision a machine its gets stuck in pending. I've cleared out /var/cache/lxc/. The only smoking gun I can find is in the machine-0.log:
[15:45] <gnuoy> ERROR juju runner.go:220 worker: exited "environ-provisioner": no state server machines with addresses found
[15:46] <gnuoy> what state server machines is it referring to (or is this a red herring) ?
[15:49] <rick_h_> rbasak: juju is making a change that breaks quickstart that they're aiming for 1.18. We've gotten through our original FFE, is there something we can do/file to let us get one more update in so that we don't have broken juju/quickstart combo in trusty?
[15:50] <rbasak> rick_h_: this concerns me. What happens in the future if juju makes another change that breaks quickstart?
[15:50] <rbasak> rick_h_: it sounds to me that --distro-only needs to be the default then.
[15:50] <rbasak> Otherwise the juju-quickstart in Trusty could forever be broken.
[15:50] <rbasak> jamespage: ^^
[15:51] <jamespage> rick_h_, rbasak: this is a fix, not a new feature right?
[15:51] <rick_h_> rbasak: yes, the email about it went out overnight. frankban we can support both paths right? e.g. it'll be backwards compatible and we're just missing the forward working side?
[15:51] <rbasak> rick_h_: setting that aside...
[15:51] <rbasak> Yeah
[15:51] <rbasak> For the immediate problem, we can just distro-patch a fix or something.
[15:51] <rbasak> No FFe needed for that.
[15:52] <rick_h_> rbasak: jamespage yes, so this is a fix, they're moving where you get ip address info. Quickstart needs to grow support for the new location
[15:52] <rbasak> But I do think there's a bigger problem here, and we need to address it. Otherwise we're just putting it off until after Trusty release, when we won't be able to fix it, or have far more limited options.
[15:52] <rick_h_> rbasak: ok, thanks. We should have a fix before EOW.
[15:52] <jamespage> yes - no FFe needed
[15:53] <rick_h_> rbasak: well, I'm not sure even distro-only would help. The idea is that juju updated and we need to stay in sync. If they get a non-distory juju, from a ppa, then quickstat is in that ppa and would upgrade?
[15:53] <rick_h_> we're getting a last minute heads up on the change before their stable release
[15:57] <rbasak> rick_h_: we have the opportunity of fixing it in distro - we can upload both a new juju-core that breaks things, and a new juju-quickstart that can accomodate that change.
[15:58] <rbasak> rick_h_: however, after release, if juju-quickstart in Trusty uses the PPA by default, then users using the distro juju-quickstart will get a new juju-core from the PPA, and that will forever be broken.
[15:58] <rbasak> rick_h_: an SRU might be possible in that situation, but I don't think it's appropriate to have that breakage happen, and need an SRU, for end users.
[15:59] <bloodearnest> I am trying to workaround public ip address changes on a unit not firing hooks by blocking in the hook, and waiting for 'unit-get public-address' to change
[15:59] <rick_h_> rbasak: yea, good point and I follow it now.
[15:59] <rick_h_> talking with frankban about it
[15:59] <bloodearnest> but it never does, even after juju status is reporting a public ip
[15:59] <rbasak> rick_h_: ack. To make it clear, I'm fine with uploading a fix for the immediate issue.
[15:59] <rick_h_> rbasak: +1
[16:00] <bloodearnest> I understand that some other charms use the same workaround, but I haven't found them
[16:00] <rbasak> bloodearnest: I'm not an expert in this area. But my understanding is that your hook should exit, and you'll have a hook fire again when something changes.
[16:01]  * rbasak isn't sure how that applies to public-address though
[16:01] <bloodearnest> rbasak: sadly that doesn't yet work for public ip address changes
[16:01] <rbasak> Ah
[16:01] <bloodearnest> or volume changes
[16:01] <rbasak> What's a volume change?
[16:02] <bloodearnest> rbasak: when a new volume is added or removed from the instance
[16:02] <rbasak> Is there a big piece I'm missing here? What does juju know about "volumes"?
[16:03] <rbasak> Is there any documentation on that, please?
[16:03]  * rbasak is interested.
[16:05] <bloodearnest> rbasak: juju knows nothing about volumes yet, that's the problem :)
[16:05] <bloodearnest> rbasak: charms know about volumes though
[16:05] <rbasak> bloodearnest: you get a udev event there though, right? So you can call back into a hook context using juju-run.
[16:05] <bloodearnest> rbasak: the postgresql charm would be a good place to look
[16:06] <bloodearnest> rbasak: if you're running the development release, yes. We're in 1.16 in prod.
[16:06] <bloodearnest> but I need to deploy this ASAP
[16:07] <bloodearnest> rbasak: once 1.18 is out, then this hacky workaround will be replaced by a less hacky workaround :)
[16:13] <rick_h_> rbasak: talked with frankban and we agree distro default will be done with this bug fix to make that work
[16:14] <rick_h_> rbasak: the only thing we'll need to look at with you as a follow up is that we want anyone that gets quickstart from pypi to get the ppa by default
[16:14] <rick_h_> rbasak: but you use that for the packaging in the distro, so we'll need to agree on some way to have that setting flipped. But that can go after we get 1.18 unblocked
[16:14] <rbasak> rick_h_: ack. Hold fire for a few minutes though? otp.
[16:15] <rick_h_> rbasak: rgr
[16:33] <rbasak> rick_h_, frankban, jamespage: I filed bug 1301481. Is there a bug for the immediate issue?
[16:33] <_mup_> Bug #1301481: juju-quickstart will be broken in Trusty after juju-core updates in its stable PPA <juju-quickstart (Ubuntu):Triaged> <juju-quickstart (Ubuntu Trusty):Triaged> <https://launchpad.net/bugs/1301481>
[16:34] <rick_h_> rbasak: yep #1301464
[16:34] <_mup_> Bug #1301464: The mega-watcher for machines does not include containers addresses <addressability> <api> <juju-gui> <juju-core:Triaged> <https://launchpad.net/bugs/1301464>
[16:35] <rbasak> rick_h_: thanks. Just to check, we should have juju-core in Ubuntu and juju-quickstart in Ubuntu tasks for these, right, since we need to track when they are fixed in each corresponding Ubuntu package?
[16:35] <rick_h_> rbasak: hmm, yes, you're right.
[16:36] <rbasak> OK, thanks. I'll do that now.
[16:36] <rick_h_> thanks rbasak
[16:38] <rbasak> bloodearnest: ah, that makes sense. Thanks!
[16:52] <jamespage> marcoceppi, gnuoy: nice easy one for either of you if you have time - https://code.launchpad.net/~openstack-charmers/charm-helpers/icehouse/+merge/213888
[16:53] <marcoceppi> jamespage: ack
[16:57] <jamespage> marcoceppi, ta
[17:29] <webbrandon> Glad there is a manual environment.  Anything I should know about the manual environment usage. Set an 12.04 LTS server up as virtual machine host and install juju,python-pycurl, and openssh packages. anything else?
[17:32] <marcoceppi> webbrandon: don't install juju, just install openssh
[17:33] <webbrandon> damn, too late, lol
[17:33] <webbrandon> marcoceppi: thanks
[17:37] <tvansteenburgh> marcoceppi: make develop in amulet complains about missing setuptools...
[17:38] <marcoceppi> tvansteenburgh: then your venv didn't setup
[17:38] <marcoceppi> tvansteenburgh: make clean_all
[17:38] <marcoceppi> then make develop
[17:39] <tvansteenburgh> well i have to make venv first right?
[17:40] <tvansteenburgh> marcoceppi: http://pastebin.ubuntu.com/7195228/
[17:42] <marcoceppi> tvansteenburgh: ah, so python three venv isn't working
[17:42] <marcoceppi> tvansteenburgh: what version of Ubuntu are you on?
[17:42] <tvansteenburgh> trusty
[17:43] <tvansteenburgh> 2 tvansteenburgh@trusty-vm:~/src/amulet⟫ venv/bin/python --version
[17:43] <tvansteenburgh> Python 3.4.0
[17:43] <tvansteenburgh> tvansteenburgh@trusty-vm:~/src/amulet⟫ venv/bin/python -m ensurepip
[17:43] <tvansteenburgh> /home/tvansteenburgh/src/amulet/venv/bin/python: No module named ensurepip
[17:43] <marcoceppi> tvansteenburgh: is python3-pip installed?
[17:43] <webbrandon> how can I make juju treat my manual environment set up virtual machines on its own instead of using 'juju add-machine user@host' and more like when I add a service though say aws.
[17:44] <marcoceppi> webbrandon: you can't
[17:44] <marcoceppi> well, other than use maas
[17:44] <webbrandon> man my typing is bad today
[17:45] <tvansteenburgh> marcoceppi: just installed it
[17:45] <webbrandon> marcoceppi: thanks,  Maybe I will try MASS.
[17:45] <marcoceppi> tvansteenburgh: do a clean_all then make install again
[17:45] <tvansteenburgh> same error
[17:45] <tvansteenburgh> i wonder if i can install ensurepip with pip
[17:45] <tvansteenburgh> heh
[17:46] <tvansteenburgh> apparently not
[17:47] <marcoceppi> tvansteenburgh: do you have python3-setuptools ?
[17:48] <tvansteenburgh> yeah
[17:48] <marcoceppi> the make file was written for saucy
[17:48] <marcoceppi> so there is probably something missing
[17:49] <webbrandon> if anyone is into Altcoin mining I would live you participation: https://github.com/webbrandon/mpos-charm (dont pay to much attention to readme, been a week since i updated it.)
[17:50] <tvansteenburgh> marcoceppi: my python 3.4.0 is missing what stdlib module for some reason
[17:50] <tvansteenburgh> s/what/a/
[17:50] <tvansteenburgh> so maybe not the makefile at fault
[17:50] <marcoceppi> tvansteenburgh: wat
[17:50] <tvansteenburgh> i can try reinstalling python from source i guess?
[17:51] <marcoceppi> tvansteenburgh: uhhhh, I wouldn't
[17:51] <tvansteenburgh> yeah, no `ensurepip`
[17:51] <marcoceppi> tvansteenburgh: I was looking at this
[17:51] <marcoceppi> http://bugs.python.org/issue19406
[17:51] <marcoceppi> ntos ure if it helps
[18:03] <webbrandon> sorry to be buggin today.  Im am working with manual environment on 12.04 LTS as virtual machine host and when I want to add a new machine it says :ERROR machine is already provisioned.  Tried all methods of adding but it gives me the same everytime,  what did I miss or is something wrong?
[18:05] <webbrandon> or do I actual need to creat my own virtual machines and connect to those?
[18:06] <webbrandon> think I missunderstood the manual environment.  SWitching to MASS per your suggestion marcoceppi
[18:13] <tvansteenburgh> marcoceppi: got it to work with this:
[18:13] <tvansteenburgh> -       python3 -m venv venv
[18:13] <tvansteenburgh> +       python3 -m venv venv --without-pip
[18:16] <marcoceppi> tvansteenburgh: cool
[18:16] <marcoceppi> tvansteenburgh: makes sense since we install pip later on
[18:16] <tvansteenburgh> right
[18:17] <marcoceppi> tvansteenburgh: pull req welcome :)
[18:17] <tvansteenburgh> yeah, will do
[18:19] <tvansteenburgh> twittersphere just sent me this: https://bugs.launchpad.net/ubuntu/+source/python3.4/+bug/1290847
[18:19] <_mup_> Bug #1290847: Command "python3 -m venv" fails if "--without-pip" isn't given <python3.4 (Ubuntu):Confirmed> <https://launchpad.net/bugs/1290847>
[18:31] <marcoceppi> tvansteenburgh: yeah
[18:53] <dannf> no.. when you setup a private openstack cloud - how does juju know what images map to what releases, etc? is it expected that you setup your own simple stream of data?
[18:53] <dannf> s/no/so/
[20:05] <lemao> ok, I got the same "[Errno 111] Connection refused" again but this time while using JujuBox. The issue showed up after I vagrant suspend and vagrant resume
[20:06] <lemao> The issue is shown in the juju-gui
[20:06] <lemao> maybe there is a service not running after a reboot?
[20:07] <lemao> I can actually access wordpress (the juju I deployed) fine, but not juju-gui
[20:09] <rick_h_> lemao: is this in Firfox?
[20:09] <lemao> safari
[20:09] <rick_h_> lemao: there's a known issue where firefox has issues re-establishing the websocket connection when the machine the gui runs on is reboot
[20:09] <lemao> rick_h_: and this was working yesterday with a fresh JujuBox vagrant box launched
[20:10] <lemao> rick_h_: is there a workaround?
[20:10] <rick_h_> lemao: looking for the bug second
[20:11] <rick_h_> lemao: hmm, so using chrome worked. Closing and reopening the browser maybe? It's a card of work to investigate atm
[20:12] <lemao> rick_h_: ok. Let me try it.
[20:36] <webbrandon> okay getting started with maas has raken longer then exprected
[20:39] <webbrandon> only reason im doing this is because of aws storage size for single host.  they need to make tools that integrate their server environments directly into their S3 bin by default when reaching local capacity ;0)
[20:43] <Fishy__> where do the logs go for the maas server you can normally HTTP to
[20:45] <mwhudson> Fishy__: /var/log/mass on that host iirc
[20:45] <mwhudson> er maas obv :)
[20:45] <Fishy__> celery.log is showing the wrong ip, hummm
[20:51] <Fishy__> or maybe my webserver isn't running at all?
[21:04] <bac> hi marcoceppi, i've proposed a branch for charm-tools that i'd like you to look at when you've got a chance: https://codereview.appspot.com/83700043.  it makes it easy to point charm-proof at different instances of charmworld for bundle proofing.
[21:09] <Valduare> hows it going guys
[21:10] <sarnold> hey Valduare :)
[21:10] <sarnold> lazyPower: see? no waiting three hours :P
[21:11] <Valduare> lol
[21:11] <Valduare> very nice
[21:11] <Valduare> im getting this channel trained up right! :P
[21:11] <lazyPower> sarnold: clever :P
[21:11] <sarnold> lazyPower: :D  <3
[21:12] <Valduare> if I brew uninstall juju
[21:12] <Valduare> how can I make sure everything is cleaned up
[21:20] <lemao> rick_h_: It seems that a service was not running in the juju-gui machine. I had to 'sudo restart jujud-unit-juju-gui-0' and it is now working
[21:21] <lemao> rick_h_: maybe the Javascript cached in the browser was trying to connect to the missing service.
[21:24] <lemao> one other problem I am having with this Vagrant/JujuBox setup: juju debug-log # I get: Permission denied (publickey,password).
[21:25] <lemao> however, juju ssh testcharm/0 works fine
[21:26] <lemao> what is juju debug-log trying to do? ssh into each of the machines?
[21:32] <Valduare> how much memory does juju-bootstrap vm need
[21:35] <lemao> ok, debug-log is trying to ssh into machine-0, which doesn't have the juju key in the authorized_keys file. This seems to be a problem with JujuBox
[21:41] <lemao> wellll, the private key has a paraphrase so this must be another f...g user error
[21:41] <lemao> thanks for listening :-)
[22:38] <Valduare> gah
[22:38] <Valduare> i dont get it
[22:38] <Valduare> i’ve made all new vm’s and cant provision them
[22:42] <davechen1y> Valduare: what output are you seeing ?
[22:42] <Valduare> hmm
[22:42] <Valduare> think I just found something odd
[22:42] <Valduare> the juju-bootstrap my user account on there’s using my sparkleshare id_rsa key  not the one from .ssh/ dir
[22:43] <Valduare> ugh
[22:54] <Valduare> re-installing the vm’s again from scratch and this time doing a snapshot of fresh install lol
[23:22] <Valduare> question
[23:22] <Valduare> since my VMs are behind NAT
[23:23] <Valduare> should i be tunneling into the juju-bootstrap?
[23:23] <Valduare> so it can run the commands with their local ip
[23:23] <Valduare> instead of trying to port forward specific ssh ports for each vm
[23:24] <lemao> Ok, I destroy'ed and up'ed the JujuBox vagrant box, vagrant ssh'ed into the box and juju debug-log will not work - so this doesn't seem to be a user error. Where should I report this?
[23:39] <webbrandon> arrg can't get by commisioning
[23:43] <davechen1y> Valduare: before we move on to that question, i'm still waiting for detalis for your first request of 09:42
[23:44] <Valduare> my history dosnt go back that far
[23:44] <Valduare> what did i say
[23:45] <davechen1y> 09:38 < Valduare> i’ve made all new vm’s and cant provision them
[23:45] <davechen1y> 09:38 < Valduare> i’ve made all new vm’s and cant provision them
[23:45] <davechen1y> 09:38 < Valduare> i’ve made all new vm’s and cant provision them
[23:45] <davechen1y> 09:38 < Valduare> i’ve made all new vm’s and cant provision them
[23:45] <Valduare> ah
[23:45] <davechen1y> < Valduare> i’ve made all new vm’s and cant provision them
[23:46] <Valduare> so I blew away the vm’s and started from scratch
[23:46] <Valduare> even uninstalled juju with brew uninstall
[23:46] <Valduare> then re-installed 1.17.7
[23:46] <Valduare> and it is not able to add machines
[23:46] <Valduare> no host found
[23:49] <Valduare> going to log into ubuntu brb
[23:51] <ghartmann> can we bootstrap envs in the trusty 14.04 beta ?
[23:52] <davechen1y> ghartmann: yes and no
[23:52] <davechen1y> yes you can deploy cs:trsuty/ubuntu
[23:52] <davechen1y> but that is about it
[23:54] <ghartmann> I am getting an error when trying to bootstrap
[23:55] <ghartmann> and it seems to be related with 1.17 solved in 1.18
[23:55] <davechen1y> ghartmann: can you give some details please
[23:56] <ghartmann> sudo juju bootstrap used to work on 13.10
[23:56] <ghartmann> it seems that now we can't run it as sudo
[23:56] <davechen1y> ghartmann: which provier are you using ?
[23:56] <ghartmann> local provider
[23:56] <davechen1y> ghartmann: do the docs say to use sudo ?
[23:57]  * davechen1y isn't sure, this has changed
[23:57] <davechen1y> oh look
[23:57] <davechen1y> they do say you have to use sudo
[23:57] <ghartmann> it used to require sudo, somewhere on the webpages
[23:57] <davechen1y> yup, docs are wrong
[23:57] <ghartmann> but it seems that now it won't need it anymore
[23:58] <davechen1y> juju will ask if it needs sudo permissions
[23:58] <ghartmann> the error I get now is
[23:58] <ghartmann> ERROR bootstrapping a local environment must not be done as root
[23:59] <ghartmann> but without sudo it giver panic
[23:59] <ghartmann> gives
[23:59] <ghartmann> "panic: runtime error: invalid memory address or nil pointer dereference"
[23:59] <davechen1y> ghartmann: can oyu paste the full panic message
[23:59] <ghartmann> on the channel ?