[00:14] <bdmurray> kirkland: could passwd somehow warn about bug 579876?
[00:15] <kirkland> bdmurray: would take some pam hackery, should probably talk to slangasek
[00:15] <kirkland> bdmurray: i could probably make pam_ecryptfs say something
[00:15] <bdmurray> that seems nicer than hoping people find an answer in Launchpad
[00:15] <slangasek> does pam_ecryptfs stack before or after pam_{unix,krb5,fwibble} for password changes?
[00:16]  * kirkland checks
[00:16] <kirkland> slangasek: that's common-password?
[00:16] <slangasek> yes
[00:16] <kirkland> slangasek: ecryptfs is last
[00:17] <slangasek> hmm, ok
[00:17] <kirkland> slangasek: if old password is empty, i was thinking i could throw a warning message
[00:17] <slangasek> and how's it marked?  optional, requisite, etc?
[00:17] <kirkland> password        optional        pam_ecryptfs.so
[00:17] <slangasek> yeah, I'm thinking you could downright abort the stack instead, if you wanted :)
[00:18] <kirkland> slangasek: i deliberately did not, in the beginning
[00:18] <kirkland> slangasek: more and more people are complaining about this
[00:21] <slangasek> well, I guess giving no option for root to change the password would get a different set of people complaining
[00:22] <slangasek> a prompt that has to be explicitly acked might be the best
[00:22] <slangasek> so pam_ecryptfs will never prompt for a password of its own in the event that the login credentials don't match the ecryptfs creds?
[00:28] <kirkland> slangasek: correct
[00:28] <slangasek> should it?
[00:56] <CardinalFang> Hi all.  I have a package for upload that fixes a bug found in integration testing.  May I have an uploader take a look?
[00:56] <CardinalFang> https://code.edge.launchpad.net/~cmiller/ubuntu/natty/desktopcouch/1.0.7-0u2/+merge/57972
[00:57] <CardinalFang> The new ubuntuone-control-panel-gtk exposed a race condition when desktopcouch is used ever for the first time.
[01:10]  * CardinalFang winks sexily at kees and kenvandine.
[01:12] <jcastro> kees: can you add ~hughhalf to ~uds-planners?
[01:20] <CardinalFang> I attached a debdiff to the bug report, in case someone doesn't like source-package branches.  https://bugs.edge.launchpad.net/ubuntu/+source/desktopcouch/+bug/760236
[01:46] <CardinalFang> smoser, hi.  I see you're named patch pilot.  ^~1h ago, can this make it today?
[01:48]  * CardinalFang steps AFK to retrieve food.
[01:55] <kenvandine> CardinalFang, i'll look
[02:09] <dtigue> hey i updated to beta 2 today and now my top status bar has turned a light grey color and will not change back to the nice dark color it used to be
[02:13] <kenvandine> CardinalFang, sponsored
[02:16] <soreau> Hey guys, ubuntu upgrades installs new kernels but it never removes older kernels, leaving a mess of grub list after awhile. Is there some way (a one-liner?) to remove all but the currently running kernel (and related packages for those kernel versions)
[02:25] <soreau> Sorry, did I miss a response?
[02:26] <dtigue> i know you can remove the kernals not needed in synaptic
[02:26] <dtigue> kernels
[02:26] <soreau> Yes but that gets old after awhile
[02:26] <soreau> In specific, I'm looking for a one-liner that automatically removes all but the currently running kernel
[02:27] <soreau> Or even a gui way to automatically do it
[02:29] <soreau> I'm thinking maybe there's some clever way to do it with aptitude or apt-get
[02:29] <dtigue> im sure there is but i dont know it
[02:29] <dtigue> sorry
[02:31] <ion> Remove linux packages from aptitude’s “don’t autoremove” patterns.
[02:31] <soreau> ion: How can you do that?
[02:31] <ion> Aptitude settings
[02:31] <CardinalFang> kenvandine, thank you, sir!
[02:32] <soreau> ion: How to get to aptitude settings
[02:32] <Sarvatt> soreau: /etc/apt/apt.conf.d/01autoremove
[02:32] <soreau> Ah ok
[02:33] <kenvandine> CardinalFang, np
[02:38] <soreau> Sarvatt: ion: I removed linux-image line from /etc/apt/apt.conf.d/01autoremove and ran apt-get update but apt-get autoremove still doesn't show anything to remove
[02:39] <soreau> Is there a special command needed to make it recognize the change?
[02:39] <Sarvatt> it'll just affect future upgrades
[02:40] <dtigue> so has anyone else seen the top panel go to a light grey color after updating to beta 2??
[02:40] <soreau> Sarvatt: Well that's not exactly what I needed :P
[02:40] <CardinalFang> soreau, do you have "linux-image-generic" installed?
[02:41] <CardinalFang> soreau, if so, this should do it:  $ dpkg -l linux-image-[0-9]\* |egrep ^ii |while read status pkg cdr; do sudo dpkg -P $pkg; done
[02:42] <CardinalFang> The most recent, a dependency of a metapackage, will fail to be uninstalled.
[02:50] <soreau> CardinalFang: Well that worked to remove the linux-image packages, but not linux-headers. I tried the same command with linux-headers-[0-9]\* but it didn't work
[02:51] <soreau> or hmm.. maybe it did
[02:52] <soreau> What does 'pi' mean in dpkg -l output?
[02:53] <soreau> the output from the command said it wasn't removing any header packages due to dependency problems
[02:54] <soreau> dpkg: dependency problems prevent removal of linux-headers-2.6.35-23: \n linux-headers-2.6.35-23-generic depends on linux-headers-2.6.35-23.
[02:55] <soreau> all say the same
[02:58] <ion> You don't want to use dpkg like that. Use aptitude instead. It'll handle dependencies.
[02:58] <soreau> ion: How though?
[02:59] <soreau> dpkg man page doesn't even tell what 'rc' 'ii' 'pi' etc mean
[02:59] <CardinalFang> soreau, it's in the header of the output.
[03:01] <soreau> CardinalFang: That's not too intuitive because 1) most times you're grepping dpkg -l and 2) the terminal default is only 200 lines scrollback
[03:01] <soreau> and 3) it doesn't explicitly explain what the letters mean
[03:01] <CardinalFang> soreau, I'm just telling you where you can find what "pi" means.  Purge wanted.  Now Installed.
[03:01] <soreau> Ah ok
[03:02] <soreau> So the package manager took note the packages were attempted to be removed
[03:02] <soreau> So how can I remove header and header-generic packages too
[03:05] <soreau> Ah hm
[03:08] <soreau> This seems to be working 'dpkg -l linux-image-[0-9]\* |egrep ^ii |while read status pkg cdr; do sudo dpkg -P $pkg; done && dpkg -l linux-headers-[0-9]\* |egrep ^ii |while read status pkg cdr; do sudo aptitude purge -y $pkg; done'
[03:09] <soreau> Hmm, seems to remove headers for currently running kernel too
[03:13] <soreau> Well hm
[03:13] <soreau> If there is a 'pi' package, how to make it go back to 'ii'?
[03:15] <soreau> Seems a simple reinstall does the trick
[04:16] <SMG1> hello, can anyone help me, "My Computer" does not open when clicked and no drives show up on the left pane of windows, but they show up in gparted and disk utility.
[04:24] <SMG1> hello, anyone
[04:25] <holstein> SMG1: is that a support question?
[04:26] <SMG1> yes
[04:26] <holstein> 11.04?
[04:27] <holstein> you can try #ubuntu like the topic suggests
[04:27] <holstein> or #ubuntu+1 for 11.04
[04:27] <holstein> or #ubuntu-beginners if those are too busy or too slow
[04:59] <jbicha> quit
[06:32] <ohsix> smoser: where can i get someone to advocate something upstream? an important feature has been removed from a package and they will not budge on adding it back, ubuntu could easily patch it back in with a few hundred line patch; but as i understand it that is usually not done
[06:33] <ohsix> smoser: no technical justification or anything has been made for its removal (btw, it's proxy support for transmission)
[06:50] <ohsix> smoser: or can transmission be pinned back to 2.11
[07:03] <ohsix> man i miss not knowing anything about this crap, was much easier just to throw my hands up; now i know where to contact the people and how to read the code, just pisses me off more often than not :[
[07:37] <kees> jcastro: added!
[08:37] <ohsix> https://bugs.launchpad.net/ubuntu/+source/evince/+bug/651931 does this need an SRU to get into natty?
[08:39] <ohsix> https://bugs.launchpad.net/bugs/629258 would be nice if this was a papercut again :\ i've got 4 machines that never show more than "estimating ..."
[08:59] <bradm> ohsix: my laptop has had that estimating battery bug for a while :-/
[09:00] <ohsix> its pretty clear cut if you drill down in the bug
[09:01] <ohsix> chech the output of upower --dump for energy-rate, aiui hal would estimate it if the battery didn't report it, so when hal went away so did the number
[09:02] <bradm> would make sense to remove the "estimating" if it can't do it anymore, I guess
[09:04] <ohsix> well if the estimao\tor was back in there for batteries without rate readings then the battery historty would be stored/calculated as normal
[09:06] <ohsix> and i think i saw it mentioned that there used to be an interpolator in upower too but it was never used
[09:06] <ohsix> the battery applet doing statistics should work without the data present tho, so it doesn't compound the error
[11:02] <bdrung> doko_: i finally fixed lintian (now tested on i386 too)
[14:14] <Tapis> hi
[14:17] <Tapis> Is there an "easy way" to change the Kernel of an existing .iso in order to make the installation via ubuntu-installer with a newer Linux Kernel ?
[14:18] <sladen> Tapis: https://help.ubuntu.com/community/LiveCDCustomization  FSVO "easy"
[14:18] <sladen> Tapis: basically unpack the CD, replace the kernel packages, re-pack
[14:19] <sladen> Tapis: (the kernel for the LiveCD is stored outside of the Squashfs IIRC
[14:21] <Tapis> i don't want to change any other packages, or "customize" the .iso, i want to make the ubuntu-installer use another Kernel during the installation, for a spécific hardware ( i've already got the my-new-kernel.deb )
[14:21] <Tapis> so, i do this way, i can install my-new-kernel.deb and repack the .iso, and everything sould be fine ?
[14:25] <Tapis> ( thanks for your help sladen, can you just "confirm" what i've just say )
[15:04] <dobey> Tapis: it sounds like you'd need to rebuild the squashfs for the Live system; and sladen was telling you how to change the package that would be installed during install (but not booted on the image)
[15:08] <Tapis> dobey: ok, so sladen' proposition is not compatible with what i want to do, i want my .iso boot with my custom kernel in order to make ubuntu-installer use this custom Kernel
[15:11] <Tapis> dobey: is there any documentation about this ? i found some in the debian wiki, about rebuild debian-installer, make the .iso image, but it's not very documented and complete
[15:16] <sladen> Tapis: https://help.ubuntu.com/community/LiveCDCustomization
[15:16] <sladen> Tapis: mount -o loop image.iso .../somewhere
[15:17] <sladen> Tapis: cd .../somewhere && do_stuff_like_replace_the_kernel
[15:18] <Tapis> yes, i already understand that, but dobey said that it's for INSTALL a custom kernel with ubuntu-installer, not BOOT on this custom kernel FOR the installation ( what i want to do )
[15:19] <dobey> well i mean only copying the .deb will only let you install it, not boot the cd from it. there's a lot more to do for that. read the wiki page
[15:20] <dobey> rebuilding the live image isn't as easy as copying the .deb over, modifying the manifest, and repacking the .iso
[15:20] <dobey> but it's doable, and i'm sure the wiki pages will point you in the right direction
[15:22] <Tapis> ok ok... i've already find some documentation on debian wiki, i know it's doable to build from scratch a custom .iso, but i wanted to know if a "easy way" was possible from an EXISTING .iso
[15:22] <sladen> Tapis: ------>  https://help.ubuntu.com/community/LiveCDCustomization  <-----
[15:22] <Tapis> anyway, thanks dobey and sladen for the help, i'm going to RTFM and try to do this
[15:23] <sladen> Tapis: if you're wanting to change the boot kernel, but not the installed kernel, it's  in /install/vmlinuz  on the CD
[15:24] <Tapis> sladen: ok, i've already find this, well...if this way works, it's perfect ! :)
[15:24] <sladen> Tapis: if you're wanting to change the installed kernel, then it's a couple of steps easier to do on the alternate CD and is in  pool/main/l/linux/linux-image*.deb
[15:26] <Tapis> sladen: no, i don't care about the installed kernel, i can do this later, i just want to replace the "booted kernel"
[15:26] <sladen> Tapis: if you're wanting to change the installed kernel on the main/LiveCD, then it's slightly harder because you need to unpack, mount, chroot, dpkg -i the .deb, resquashfs, rebuild the .iso
[15:26] <Tapis> ok
[15:27] <Tapis> thanks again sladen and dobey
[15:27] <Tapis> bye everyone
[15:40] <ScottK> mdz: There are four josm uploads in the queue are they all the same?
[17:09] <ScottK> mdz: Unping.  Accepted.
[17:11] <hyperair> jcastro: ping. do you know who i can direct my complaints about paste.ubuntu.com to?
[17:11] <hyperair> s/complaints/bug reports/
[18:23] <LLStarks> is there any chance the apt-sync/delta-deb proposal will actually be mentioned at uds-o?
[18:25] <ScottK> Yes
[18:26] <soreau> Hey guys, I am confused by driconf GUI. There used to be a lot of options but now there is almost none, even in expert mode. Is there some additional package that needs to be installed?
[19:38] <mdz> ScottK, yes, sorry for the noise
[19:39] <mdz> ScottK, the first three seemed to be rejected with "550 Changes file must be signed with a valid GPG signature: Verification failed 3 times" but apparently they went through?
[19:39] <ScottK> mdz: Yes.  It's an LP bug that they are aware of.
[19:39] <ScottK> lifeless: ^^^
[19:40] <ScottK> Apparently Soyuze and the Ubuntu keyserver aren't always on speaking terms.
[19:40] <mdz> ScottK, thanks for accepting the fix
[19:40] <infinity> Shocking.
[19:40] <ScottK> No problem.
[19:41] <infinity> (Both the bug, and spelling Soyuz with an 'e'...)
[19:44] <ScottK> I know how to spell it, just not how to type.
[19:55] <infinity> ScottK: I probably should get a t-shirt made up with that on it.
[19:55] <ScottK> ;-)
[19:56]  * infinity is annoyed that when he does a quick LP bugs search for "ftbfs", the first two that pop are the qemu firmware arch:all affinity bugs from, like, 3 decades ago.
[19:57] <infinity> Maybe I should just fix soyuz instead of looking for packages to fix.
[20:09] <slangasek> infinity: want to teach soyuz to have a policy for multiarch build-dependencies? :)
[20:11] <infinity> slangasek: Oh?
[20:11] <infinity> slangasek: Elaborate?
[20:11] <slangasek> infinity: well, if someone could fix it so those qemu firmware packages no longer had to be arch: all, that would solve the problem
[20:12] <infinity> slangasek: Err, but multiarch only helps you there if you can actually emulate the arch on another.
[20:13] <slangasek> although that may not be multiarch build-dependencies in this case, but simply cross-arch dependencies, for which I suppose the policy might not need to live in soyuz
[20:13] <infinity> slangasek: Can i386 actually build ppc and sparc binaries in the current state of the world?
[20:14] <slangasek> infinity: not at all - I was suggesting that you make openbios-sparc an Architecture: sparc package, and have qemu depend/recommend/whatever openbios-sparc:sparc
[20:14] <infinity> slangasek: And yeah, none of that would actually need soyuz support, per se.  launchpad-buildd/sbuild support, but that's much less hassle.
[20:14] <slangasek> (something to be coordinated with Debian, to be sure)
[20:14] <slangasek> oh, but we don't have sparc in the archive anymore, so I guess that wouldn't work, hmm
[20:14] <infinity> slangasek: Oh.  THAT solution is entirely packaging toolchain.  Done.
[20:15] <infinity> slangasek: (Except for that)
[20:15] <slangasek> we do have an armel cross-toolchain in the archive these days; could do the same for powerpc and sparc I guess
[20:15] <slangasek> except that I was hoping we'd soon be able to convert that toolchain over to use multiarch instead of rebuilding libs :)
[20:16] <infinity> Oh, yeah, sparc's completely gone now.  That bug should just be closed then.
[20:16] <infinity> Given that we insist on building from source at SOME point in the process, we really can't maintain a sparc binary...
[20:17] <slangasek> might still be the preferred solution for powerpc though
[20:18] <infinity> For PPC, the multi-arch thing sounds clever, but how does that work at the apt level?  I haven't looked.
[20:18] <infinity> Does it just do magic to find other arches, or do you need to specify them in sources.list?
[20:18] <slangasek> well, that's part of the question - what would we want a buildd to allow a package to pull in from other architectures as part of a build?
[20:18] <infinity> And if the former, does Ubuntu's apt have extra magic on top of the magic to deal with archive/ports?
[20:18] <slangasek> you specify your supported archs in /etc/dpkg/dpkg.cfg, then frob /etc/apt/sources.list if needed
[20:18] <slangasek> no magic for archive/ports
[20:19] <slangasek> if we were going to do that, I would want that to be in a front-end for managing sources.list, not in apt itself
[20:19] <infinity> buildds need no knowledge of this, at least in this use case.
[20:19] <infinity> openhackware-whatever is a binary dependency of qemu, not a build-dep.
[20:19] <slangasek> but we need to have a policy (and hopefully align with Debian on that policy) about what buildds should be allowed to grab from foreign archs for building
[20:20] <slangasek> yeah, if we go that route that's true
[20:20] <slangasek> but then the question is, do we allow packages in the archive to have dependencies on $package:$foreignarch
[20:20] <infinity> Suggests/recommends, seems sane for certain cases like this.
[20:21] <infinity> Would allow us to finally make PALO arch:hppa too. :P
[20:21] <slangasek> yep, openhackware is somewhat to the side of the other cases where we're going to need policy
[20:21] <slangasek> ultimately I'd like to see multiarch obsolete all our biarch/triarch toolchains
[20:21] <slangasek> but the mechanics are TBD
[20:22] <infinity> (Though, I find it entertaining that Ubuntu dropped hppa eons ago, and still has PALO in the archive, thanks to the weird arch:all hack)
[20:23] <infinity> slangasek: Anyhow, returning to the meat of the discussion, can you think of a legit use-case for needing multi-arch build-depends?
[20:23] <slangasek> infinity: if we want to drop gcc-multilib, then... everything that currently build-depends on gcc-multilib :)
[20:24] <slangasek> i.e., no more lib32gcc1+lib32gomp1+libc6-dev-i386 pulled in - just libgcc1:i386, libgomp1:i386, libc6-dev:i386
[20:25] <slangasek> might still call the metapackage gcc-multilib, but it would stitch it together differently
[20:25] <infinity> Okay, but aren't most of those in existence currently because we don't have multiarch. :P
[20:25] <infinity> As in, we need to be able to do cross-arch builds specifically to produce those packages.
[20:26] <infinity> s/don't/didn't/
[20:26] <infinity> This netbook doesn't have deb-src lines.  Hrm.  I should get me a Sources.gz
[20:27] <slangasek> so you're saying we should drop the out-of-the-box support for building 32-bit code on 64-bit installs?  Sounds to me like a regression for users
[20:27] <infinity> But yeah, from what I recall, gcc-multilib kinda existed to be able to produce those icky pseudo-multiarch packages on non-native builds.  That use-case goes away with multi-arch, where all builds can be native again.
[20:27] <infinity> No?
[20:28] <slangasek> if we enable i386 multiarch by default on amd64, sure, we probably don't need it for the archive anymore; we still have to sort through if that's sane in all cases; but that still doesn't help users who want to do 32-bit compiles with gcc -m32
[20:28] <infinity> Oh, hrm.  gcc -m32 will still insist on lib32 madness?
[20:28] <infinity> Can't that just be... Fixed?
[20:28] <slangasek> packages currently shipping 32-bit code in amd64 packages include such things as fakeroot, mknbi, mkvmlinuz, valgrind
[20:29] <slangasek> fixed> to do that we have to decide we're going to allow it to depend on :i386 packages
[20:29] <infinity> I mean, I'm not saying this will all resolve itself in 6-12 months, but I had assumed multiarch would, ultimately, make all this non-native binaries in native packages mess go away.
[20:30] <slangasek> well, it might - but is it better to get rid of the biarch lib packages as a first step along that path?
[20:30] <infinity> And yeah, I would find allowing gcc to depend on libc6:i386 to be less disgusting that having it depend on libc6-i386_amd64.deb which, suprise, isn't an amd64 deb at all!
[20:30] <slangasek> sure - but once we allow such a dep, do people start abusing the facility
[20:30] <infinity> Probably.  That's why we have policy.  And fascist ftpmasters.
[20:31] <infinity> So, yes, a discussion about what that policy should be would be worth getting into.
[20:31] <slangasek> :)
[20:32] <infinity> Though, to be fair, I'm not sure I see too many abuse vectors, except for the guy who thinks that having a "firefox32" metapackage that just depends on "firefox:i386" is a good idea.  And that's easily noticed and wrist-slapped.
[20:33] <slangasek> a large part of it might just be "how do we make sure the buildds do what we meant when resolving build-deps/deps"
[20:34] <slangasek> oh I couldn't find the flex you asked for so here's one for mipsel, hope that's ok
[20:34] <infinity> Is that how apt deals with it?
[20:35] <slangasek> if you enable mipsel in your multiarch config, and you don't specify which arch you want the package for, and you don't have pinning in place that prevents it, yeah
[20:35] <infinity> But it would be simple enough to make sbuild more pedantic.  It (still) doesn't use apt's resolver for initial build-dep parsing.
[20:35] <infinity> And there's also pinning, yes.
[20:36] <infinity> Combine a non-auto pin for !native with explicit requests for package:arch as found in build-deps, and you should probably get the behaviour you wanted.
[20:37] <slangasek> yep, could be
[20:39] <infinity> (Although, I would be inclined to argue, perhaps, that the non-auto pin priority for non-native should actually be the baked-in default in apt...)
[20:39] <infinity> Much like the special-casing for experimental.
[20:40] <infinity> Any explicit request, whether a manual "apt-get install foo:arch" or a binary dependency on foo:arch would override that pin, but I think accidentally fulfilling a package request with a non-native one just feels... Wrong.
[20:40] <slangasek> how do you think that should work for the nspluginwrapper package here, then?  https://launchpad.net/~vorlon/+archive/multiarch/+packages
[20:41] <slangasek> ah, you would want nspluginwrapper Depends: nspluginviewer:i386
[20:42] <slangasek> could work
[20:42] <slangasek> I don't think the :i386 syntax has been implemented yet, but that's a minor concern
[20:42] <infinity> slangasek: Yeah, that would be what seems most sane to me.
[20:43] <infinity> slangasek: Cause that is explicitely saying "I want the i386 version of this", not "fulfill with whatever you happen to find".
[20:43]  * slangasek nods
[20:44] <infinity> Granted, in the grand scheme of multiarch utopia, where the developer might not know that my s390 system can execute alpha code, but nothing else, I guess there's an argument for the auto-fallback.
[20:44] <infinity> Meh.
[20:45] <infinity> Oh course, as the owner of that bizarre s390/alpha setup, I'm not sure I'd expect much sympathy from defaults, and could fiddle with stuff myself. :P
[20:46] <infinity> And I suspect the nspluginviewer case is going to be the norm anyway.  You generally want multiarch because binary X only works on foo, not because it's built for 5 architectures, but not your own.
[20:47] <infinity> (I do still expect the uber-nerds to have a system with various binfmt hooks to run 8 or 9 architectures on one, just cause they can)
[20:48] <slangasek> what, you mean like qemu-user-static+binfmt-support gives you out of the box? :)
[20:48] <infinity> Hey, I'm old skool.  Last time I did it, I had to do it by hand. :P
[20:52] <infinity> Well, there's our buildd solution right there.  Just build enormous amd64 machines, install every toolchain for every arch, and qemu-user-static.
[20:53] <infinity> Oh, and then audit the archive and fix the 20,000 packages that call "gcc" instead of gcc-linux-$arch
[20:53] <infinity> HTH.
[20:58] <slangasek> thbbt :)
[20:58] <infinity> None of this fixes openbios-sparc on Ubuntu, mind you.  The only two possible solutions at this point are "drop it from the archive" or "build it on Debian and massage it in with blinders on", cause Ubuntu's multiarch can't support architectures we don't ship.
[20:59] <infinity> There's value in option 2, since you might still want a sparc VM on an Ubuntu machine.  It's icky, though.
[21:00] <infinity> (Though that same icky solution is how we have palo in the archive by accident, it was built on the Debian uploader's machine and synced)
[21:14] <infinity> slangasek: Err, looking at your multi-arch PPA... Why would the arch:all ca-certificates need a Multi-Arch: foreign stanza?
[21:15] <infinity> slangasek: Doesn't arch:all sort of imply the same thing that MA:foreign specifies?
[21:15] <slangasek> infinity: because of arch:all packages like python
[21:16] <slangasek> i.e., arch-specific dependencies masked by an arch:all metapackage
[21:16] <slangasek> the only way to be reliably backwards-compatible with existing packages is to require M-A: foreign for arch: all as well
[21:17] <infinity> slangasek: So, that means that (nearly) all arch:all packages need MA:foreign?
[21:17] <slangasek> if we care enough to add it, probably
[21:17] <infinity> slangasek: Except for those metapackage-to-pull-in-native-package cases...
[21:17] <slangasek> but it's really only interesting for packages that are arch: all and have libs as revdeps
[21:19] <slangasek> infinity: round-one spec is here, fwiw: https://wiki.ubuntu.com/MultiarchSpec
[21:22] <infinity> slangasek: That's what I was reading to figure out what MA:foreign meant before I asked about the redundancy. :P
[21:22] <slangasek> ah, buried in there somewhere is the explanation of MA:foreign+arch:all
[21:24] <lifeless> pitti: yo
[21:26] <infinity> slangasek: Ahh, I see the note about why arch:all needs the foreign, except... I still don't buy it. :P
[21:26] <infinity> Oh, wait.  I was thinking at the apt level, not the dpkg level.
[21:27] <infinity> "To avoid breaking this assumption, Architecture: all packages will, at least initially, be treated as equivalent to packages of the native architecture for all dependency resolution."
[21:27] <infinity> I read that to mean "since the arch:all package exists in Packages.gz for all your architectures, you still win", but it literally means "all occurences of foo_all.deb will internally be treated as foo_native.deb", doesn't it?
[21:28] <slangasek> yes
[21:29] <infinity> Yeah, fair enough.  Seems like an odd way to do it, mind you, since it would be trivial at the higher (ie: apt and friends) level to feed it to dpkg as non-native.  But that breaks the "dpkg -i *deb" use-case.
[21:29] <infinity> So, I suppose I understand why you specced it that way.  Just looks like a lot of busy-work to make all the legitimately arch:all packages have the new stanza.
[21:36] <infinity> slangasek: Oh, we still haven't gotten to the co-installable headers stage yet?  We might be slightly premature in discussing buildd impact, then. :P
[21:39]  * infinity is wishing he hadn't missed the last year of discussion on this.
[21:54] <slangasek> infinity: linux-libc-dev is coinstallable in the archive; discussions on debian-policy; that spec is based on a two-year-old UDS session, I've not been updating it for topics that were deemed out of scope at the time
[21:55] <slangasek> libc6-dev is not coinstallable in the archive solely because some packages get upset when they can't find crt*.o in /usr/lib
[21:55] <infinity> slangasek: Oh.  You're going to make me read -policy to catch up with the current state of things?  Well, at least it's not -legal...
[21:55] <slangasek> heh
[21:56] <infinity> slangasek: What gets grumpy about crt*.o?  And could that be temporarily worked around with an arch:all (oh hey, look, a weird use-case for all being considered native-only) package that ships symlinks? :P
[21:57] <infinity> Or, rather, creates symlinks.  Shipping wouldn't work.
[21:57] <infinity> But whatever.
[21:57] <slangasek> emacs got grumpy.  We didn't look farther - already in feature freeze at that point and it was an unintended side-effect, so rolling back was considered Prudent
[21:57] <slangasek> we can tackle that again soon enough in oneiric
[21:57] <infinity> And yeah.  Agreed.  Trying to do this sort of thing on a 6-month release schedule has its drawbacks.
[21:58] <infinity> (Side note: is anyone expected to be able to successfully type oneiric with reasonable frequency?)
[21:58]  * slangasek shrugs :)
[21:58] <infinity> Maybe I'll get one of those gamer keyboards, so I can macro it.
[21:59] <lifeless> one^Xl
[22:02] <arand> infinity: I've adopted "oo" as the name to use for this cycle..


[02:58] <huhaoran> hey, charmers, my juju seems to get stuck, it there someway to restart juju itself?
[02:59] <huhaoran> hey, charmers, my juju seems to get stuck, is there someway to restart juju itself?
[03:43] <magicaltrout> I'VE FINALLY FOUND A DONALD TRUMP SUPPORTER!
[03:43] <magicaltrout> my life is complete
[04:09] <Mian> Hi, does anyone here know something about  the Xenial version of mongodb charm?  it's not available in the charm store right now
[04:10] <Mian> is there a schedule or calendar as to when we will release mongodb charm on Xenial?   appreciate any advice/clue on it
[04:11] <magicaltrout> there was some movement on it not too long a go
[04:11] <magicaltrout> a go / ago
[04:11] <magicaltrout> but clearly hasn't landed
[04:11] <magicaltrout> i needs rewriting and updating
[04:11] <magicaltrout> i think marcoceppi was hacking on it
[04:12] <Mian> I'd like to deploy Openstack totally with Xenial release, Ceilometer has Xenial charm but it will be great if the underlying mongodb charm is available
[04:15] <Mian> magicaltrout++
[04:15] <magicaltrout> can't help you directly, but if you ask on the juju mailing list you'd get a response
[04:15] <magicaltrout> it appears the lazy folk aren't around, but on the mailing list it give them a chance for an offline response and also registers some interest in making it happen
[04:16] <Mian> appreciate your advice :), that's what I need and it's helpful
[04:17] <Mian> will inquiry the mailing list
[04:17] <magicaltrout> no problem
[06:12] <pragsmike> greets
[06:24] <marcoceppi> o/ pragsmike
[06:25] <marcoceppi> Mian: I have the start of a new Xenial MongoDB charm, I'm just unable to finish it
[06:25] <pragsmike> morning.  or is it evening?
[06:25] <marcoceppi> it's morning where I am
[06:25] <pragsmike> back home yet?
[06:26] <pragsmike> i'm just writing up my notes from the charmer's summit
[06:26] <pragsmike> it's taking me days to unpack all that
[06:26] <Mian> marcoceppi:  thanks for this update, it's great to know that we're working on it
[06:28] <Mian> marcoceppi:  A customer is trying to deploy with MongoDB of Xenial series in their lab, it will be even greater that if we have an estimation on when the Xenial MongoDB charm might be released :)
[06:29] <marcoceppi> Mian: well, I have 0 time to work on it, despite my desire to build a better mongodb charm. If somone wants to push it the rest of the way, it's on GH https://github.com/marcoceppi/layer-mongodb
[06:30] <Mian> marcoceppi: I can understand it :)
[06:35] <Mian> I guess encouraging the customer to involve into the tinkering of it in their lab might be a win-win strategy if they are desiring it
[06:35] <Mian> marcoceppi: thanks very much for this update
[06:42] <junaidali> has the set-config option changed in juju 2.0rc1? I'm not able to set config use juju set-config command
[06:42] <junaidali> also juju get-config is not working
[06:43] <junaidali> got it.. the command is now  $ juju config
[06:49] <pragsmike> junaidali: reading the scrollback it looks like you were having the same problem with container networking that i am
[06:50] <junaidali> yes pragsmike, rc1 has the fix.
[06:51] <pragsmike> hey, released 4 hours ago!   The openstack bundle is deploying with containers on the correct network, for the first time on my NUC cluster!  Thanks to all!
[08:19] <magicaltrout> boom!
[08:21] <marcoceppi> pragsmike: nice!
[08:31] <pragsmike> Now I can sleep :)
[08:34] <pragsmike> I find that I have to go kick a container or two on each deploy, as they get stuck "pending", but logging into the container host and doing lxc stop / lxc start fixes that
[11:16] <fernari> Hello all! Quite new charmer here and one question came to mind while writing my own charms
[11:16] <fernari> I am using reactive charms and building my custom software and it's dependencies with juju
[11:17] <fernari> one key dependency is consul and I've managed to build base layer which configures consul and redis cluster correctly
[11:18] <fernari> then i'm using that layer on my actual charm and that works correctly, let's call that "control-software"
[11:19] <fernari> Now I have a problem as "client-software" needs to join the consul cluster and I can't get the consul-layer's peer information out which I need to correctly join the existing cluster
[11:22] <fernari> I'm trying to get the related units like this: cluster_rid = hookenv.relation_ids('control')
[11:23] <fernari> that returns nothing on the client-charm and cluster:0 on the control-charm and after that I'm able to get ip-addresses of the peers
[11:34] <marcoceppi> fernari: howdy! it might help if you pastebin (paste.ubuntu.com or gist.github.com) some of the metadata.yaml files for your control-software and client (redacted of senstaive information)
[11:50] <fernari> marcoceppi: cheers mate! http://paste.ubuntu.com/23211107/
[11:51] <fernari> I think that the problem is that I am building the peer-relationship on the layer below the "control-plane"
[11:51] <marcoceppi> fernari: so, peers, as I imagine you've found it is just for the units deployed in your charm. So if you have three units of control-plane, they'll all talk to each other
[11:51] <marcoceppi> fernari: you'll also need to "provide" the raft interface, so it can be connected to worker/client
[11:51] <fernari> yep
[11:52] <marcoceppi> and in doing so, you can publish on the relation wire the data you need for it to join the cluster
[11:53] <marcoceppi> fernari: http://paste.ubuntu.com/23211109/
[11:53] <marcoceppi> something like that, you can't use the relation name "control" again, since it's already declared as a peer, but if you can think of another name for the relation replace my placeholder with it
[11:54] <fernari> Right, I'll try that!
[11:55] <fernari> Learning curve for those relations is quite steep, but slowly getting forward :)
[11:58] <marcoceppi> fernari: it's the most powerful aspect of juju, but also one of the hardest to wrap a head around
[11:58] <marcoceppi> fernari: let us know if we can be of any additional assistance!
[11:59] <fernari> sure thing :)
[14:06] <kjackal> kwmonroe: cory_fu: The hadoop bundle deployed on trusty seems pretty stable http://imgur.com/a/amvac lets talk at the sync what are we going to do with it
[14:37] <jamespage> marcoceppi, hey - could I request a release of charm-helpers?
[14:37] <jamespage> I've pushed a few changes to support use of application-version across the our openstack charms, and need to work on pulling the samefeature into reactive charms
[14:37] <rick_h_> jamespage: he was on site at a customier thing this morning so might be best to go email on that
[14:38] <jamespage> rick_h_, ack
[14:38] <jamespage> marcoceppi, alternatively I'd be happy to RM charm-helpers releases if you wanna give me perms
[15:17] <geetha> Hi, `juju attach` command is taking long time to upload resources in s390x machine. Can anybody please suggest what would be the issue here?
[15:22] <kwmonroe> hi geetha -- how large is the resource?
[15:24] <rick_h_> geetha: just the normal networking type issues one might see tbh.
[15:25] <geetha> kwmonroe:Resource size is 1.5 G. But in x86 machine it's not taking that much time.
[15:26] <junaidali> Hey guys, how can we set an install_key in juju. I want to pass a GPG-KEY. I've tried "juju set <charm-name> install_keys="$(cat GPG-KEY)"", also tried using a yaml but erroring out " yaml.scanner.ScannerError: mapping values are not allowed here"
[15:27] <rick_h_> geetha: can/have you tested the network between the different machines? maybe checking mb/s on a curl or rsync or something?
[15:27] <junaidali> I'm able to manually add the GPG-key using apt-key add command
[15:27] <junaidali> on the node
[15:28] <rick_h_> junaidali: what charm is this?
[15:30] <junaidali> Hey rick_h_, its a plumgrid-charm http://bazaar.launchpad.net/~junaidali/charms/trusty/plumgrid-director/trunk/files
[15:31] <junaidali> install_key config is available in charmhelpers
[15:31] <junaidali> so instead of writing my own code, i'm using charmhelper to parse and add the key
[15:33] <junaidali> rick_h_, fyi PLUMgrid is an SDN solution provider
[15:33] <rick_h_> junaidali: hmm, yea so it's a string, not sure what the command turns into with newlines/etc
[15:33] <geetha> rick_h_: I kept rsources in same host machine.
[15:35] <geetha> EX: juju attach ibm-was-base ibm_was_base_installer=/root/repo/WAS_BASE/was.repo.9000.base.zip
[15:35] <rick_h_> geetha: ? the client is on the same machine as the controller?
[15:38] <junaidali> this is what 'juju get' outputs for install_keys when i pass the value using a yaml file: http://paste.ubuntu.com/23211867/
[15:38] <kjackal> kwmonroe: how did you find out about this healthcheck resource manager is doing on the namenode? Is it on the RM's logs?
[15:39] <junaidali> rick_h_: this is when i  pass the value using the actual GPG key file ' juju set <charm> install_keys="$(cat GPG-KEY)"' http://paste.ubuntu.com/23211872/
[15:40] <kjackal> kwmonroe: I was thinking about the other thing that you said about not timing the start of the service correctly. That should affect trusty as well, but since I do not see it now, perhaps there is some timing issue there that is not always present
[15:40] <rick_h_> beisner: do you recall who worked on that charm and any idea how to package that up for the key to go through there? ^
[15:41] <kwmonroe> kjackal: i learned about it here: http://johnjianfang.blogspot.com/2014/10/unhealthy-node-in-hadoop-two.html  and then i saw in the nodemanager logs stuff like "received SIGTERM, shutting down", which seems to be what happens when the RM detects that the NM is unhealthy.
[15:42] <kjackal> kwmonroe: thanks, interesting
[15:42] <kwmonroe> kjackal: and "unhealthy" means it either failed to respond to a heartbeat, or it violated resource constraints (like "using 2.6GB of 2.1GB vmem", which i also saw in the NM logs)
[15:43] <kjackal> kwmonroe: Ah I see where you are getting with that
[15:44] <kwmonroe> kjackal: so i hypothesized that either the network connectivity was failing the heartbeat, or our yarn.nodemanager.vmem-check-enabled: false setting was not taking effect when the NM started up (hence failing the resource constraint)
[15:44] <geetha> rick_h_, We are using local lxd provider.
[15:44] <kwmonroe> kjackal: both of which seem to be resolved by rebooting the slave
[15:45] <kwmonroe> geetha: what does 'juju version' say?
[15:48] <geetha> kwmonroe: Tried with beta-15, beta-18 and now using juju 2.0-rc1.
[15:50] <kwmonroe> ok geetha, but what does the actual output return?  for example, mine is:
[15:50] <kwmonroe> $ juju version
[15:50] <kwmonroe> 2.0-beta18-xenial-amd64
[15:51] <geetha> It's 2.0-rc1-xenial-s390x
[15:52] <kwmonroe> cool geetha -- i just wanted to double check the series and arch were xenial-s390x
[15:53] <beisner> hi rick_h_ /me searches backscroll for context of 'the charm'
[15:54] <geetha> ok kevin :)
[15:55] <kwmonroe> geetha: i'm not sure what would be causing a significant slowdown on s390 vs x64.  1.5GB is a really large resource though.. how long as the 'juju attach' been running?
[15:57] <beisner> rick_h_, i can't tell where the code repo is from the cs: charm pages for plumgrid.  hence, not able to view authors/contributors.  sorry i don't have more info on that.
[15:58] <kwmonroe> hey dooferlad -- you had the good insights into resources being slow prior to beta-12 (https://bugs.launchpad.net/juju/+bug/1594924).  can you think of any reason why geetha's 1.5GB resource would take significantly longer to attach on s390x vs x86?  (both using 2.0-rc1 in lxd)
[15:58] <mup> Bug #1594924: resource-get is painfully slow <2.0> <resources> <juju:Fix Released by dooferlad> <https://launchpad.net/bugs/1594924>
[16:02] <geetha> I have 5 resources to be attached as part of WAS deployment, 1.5GB is the largest one. it's taking more than 15 min. and other resources are around 1 GB..Totally it's taking around 1 hr for deployment.
[16:02] <kwmonroe> geetha: and how long does the same deploy typically take on x86?
[16:06] <geetha> On x86, I have tried with beta-18 and it's taking around 20 min for deployment.
[16:09] <junaidali> Hi beisner: value from install_key is actually handled by charmhelpers. But passing a value gives error  while setting value using a yaml file or using the key file itself. It seems like, either there might be another way to setting value or the charmhelper should have a better way of handling this.
[16:10] <junaidali> for a multi-line value, i usually use a yaml file to set a config but that isn't working in the present case.
[16:12] <kwmonroe> gotcha geetha.. so 1.5GB in 15 minutes is roughly 13Mbps.  perhaps the s390x is not tuned very well to xfer that much data over the virtual network or to dasd.  can you benchmark the s390x as rick_h_ suggested?  perhaps try to do a normal scp of the local resource to the controller's /tmp directory.  you can find the controller ip with "juju show-status -m controller", and then "scp </path/to/resource.tgz> ubuntu@<
[16:12] <kwmonroe> controller-ip>/tmp"
[16:12] <beisner> junaidali, unfortunately, i'm not familiar with those specific charms or using that config option with them.
[16:13] <junaidali> thanks beisner, np. I will try again to figure out a way.
[16:14] <kwmonroe> geetha: forgot a colon in that scp.. it would be something like "scp resource.tgz ubuntu@<IP_ADDRESS>:/tmp"
[16:14] <beisner> junaidali, i see install_keys is a string type option, so it should be usable in a bundle yaml by passing a string value.  what that string value should be, i'm not sure.
[16:19] <junaidali> beisner, key usually looks like this one http://paste.ubuntu.com/23212091/    but fails at this line in charmhelpers http://bazaar.launchpad.net/~charm-helpers/charm-helpers/devel/view/head:/charmhelpers/fetch/__init__.py#L120
[16:20] <geetha> ok kevin, let me try that.
[16:23] <beisner> junaidali, so are you saying this doesn't work? http://paste.ubuntu.com/23211872/
[16:24] <junaidali> yes, that was the juju get command output
[16:26] <beisner> junaidali, is there a specific error you're seeing?
[16:27] <junaidali> let me share you the output please
[16:28] <junaidali> http://paste.ubuntu.com/23212121/
[16:28] <junaidali> beisner: http://paste.ubuntu.com/23212121/
[16:29] <thedac> This feels like a quoting problem
[16:29] <thedac> stub: if you are around do you know the proper way to send a GPG key for charmhelpers.fetch.configure_sources?
[16:30] <thedac> the yaml load is choking on the ':' in Version: GnuPG v1.4.11 (GNU/Linux)
[16:38] <thedac> junaidali: I can tell you add_source has had much more developer attention than configure_source. It might be a big ask but moving to add_source is probably the best option. http://bazaar.launchpad.net/~charm-helpers/charm-helpers/devel/view/head:/charmhelpers/fetch/ubuntu.py#L212
[16:40] <thedac> meaning using add_source directly rather than configure_sources.
[16:54] <CorvetteZR1> hello.  i'm trying to do juju bootstrap --upload-tools using xenial image but get connection refused on port 22
[16:54] <CorvetteZR1> google turned up some old posts with people having similar issues, but i haven't found any solution
[16:55] <CorvetteZR1> i can see the container is running, but bootstrap can't auth using ssh key-auth.  any suggestions?
[19:05] <cory_fu> @kjackal Per your comment on https://github.com/juju-solutions/layer-apache-kafka/pull/13 I realized that I did it the other way for Apache Zeppelin, and I'm leaning toward changing Apache Kafka to have a single, arch-independent resource, since we expect it to work on most platforms.  If you want to deploy to a platform that requires a custom build for some reason, then you would have to attach it at deploy time.  Seem reasonable?
[19:05] <cory_fu> kwmonroe: ^
[19:06] <cory_fu> Downside is if we find a platform that we *do* want to support that always requires a custom build, but the upside is that we are more optimistic about platforms and open it up to deploy on, e.g., Power
[20:18] <kjackal> ok cory_fu
[20:18] <kjackal> cory_fu: sorry for the delay, I am in the scala world
[20:40] <kwmonroe> kjackal: cory_fu and i chatted about layer-hadoop-client (https://github.com/juju-solutions/layer-hadoop-client/pull/10).  i think we've agreed that the silent flag is no longer needed, and layer-hadoop-client will *only* report status when deploying the 'hadoop-client' charm.  since you authored the 'silent' flag in the first place, care to weigh in?
[20:41] <cory_fu> ha, I already weighed in by merging it.  :p  If you have a -1, we can talk about reverting it
[20:42] <kjackal> cory_fu: kwmonroe: looks good! Thank you
[20:42] <kwmonroe> lol cory_fu.. i think the only place we'd be exposed is if we had a charm that included layer-hadoop-client and did not set the 'silent' flag.  that charm might rely on hadoop-client to set the 'waiting for plugin'
[20:42] <cory_fu> Except that it should now be optional anyway, so it's moot
[20:44] <kwmonroe> your optimism inspires me
[20:45] <kwmonroe> (and i was talking about plugin, not java, which is not optional for hadoop-client)
[20:45] <cory_fu> :)
[20:45] <cory_fu> Oh, the plugin
[20:45] <cory_fu> Huh
[20:45] <cory_fu> Yeah, that's probably going to bite us.
[20:45] <kwmonroe> well, i did some scouring, and all the charms that include hadoop-client have something like this:  https://github.com/juju-solutions/layer-apache-flume-hdfs/blob/master/reactive/flume_hdfs.py#L8
[20:45] <cory_fu> But I think those charms should be fixed.  I think status messages should really only be set in the charm layer
[20:46] <kwmonroe> so they're doing their own blocking if/when hadoop isn't ready
[20:46] <cory_fu> Well, that's nice
[20:46] <kwmonroe> and when i say "i did some scouring", i mean i grepped the 5 charms on my laptop.
[20:46] <kwmonroe> but i'm sure the other 50 are fine
[20:47] <kwmonroe> optimism.
[21:04] <theoeprator> struggling to bootstrap, log here: http://paste.ubuntu.com/23213182/
[21:20] <surtin> anyone around that can explain why quickstart gives me an error that it can't find the default model, even though it's clearly there? running 16.04. just trying to install landscape-scalable
[21:23] <surtin> just end up with juju-quickstart: error: environment land-test:admin@local/default not found
[21:24] <theoeprator> bueller?
[21:24] <surtin> and when i first ran the command i got juju-quickstart: error: error: flag provided but not defined: -e
[21:25] <tvansteenburgh> surtin: you don't need quickstart, just `juju deploy landscape-scalable
[21:26] <petevg> theoeprator: it looks like juju is having trouble talking to the controller -- see the error connecting to port 22 in the first few lines of your log. If you do "lxc list", what do you get in response?
[21:26] <surtin> alright
[21:26] <theoeprator> theoperator@hype:~$ lxc list
[21:26] <theoeprator> +-------+---------+---------------------+---------------------------------------------+------------+-----------+
[21:26] <theoeprator> | NAME  |  STATE  |        IPV4         |                    IPV6                     |    TYPE    | SNAPSHOTS |
[21:26] <theoeprator> +-------+---------+---------------------+---------------------------------------------+------------+-----------+
[21:26] <theoeprator> | admin | RUNNING | <IP_ADDRESS> (eth0) | fd00:fc:8df3:eb62:216:3eff:feae:96f2 (eth0) | PERSISTENT | 0         |
[21:26] <theoeprator> +-------+---------+---------------------+---------------------------------------------+------------+-----------+
[21:26] <theoeprator> | vpn   | RUNNING | <IP_ADDRESS> (eth0) | fd00:fc:8df3:eb62:216:3eff:fef0:29c9 (eth0) | PERSISTENT | 0         |
[21:26] <theoeprator> +-------+---------+---------------------+---------------------------------------------+------------+-----------+
[21:26] <theoeprator> theoperator@hype:~$
[21:27] <theoeprator> those are both containers I set up separately
[21:28] <surtin> hmm nope, says the charm or bundle not found. guess the instructions on the page are outdated or something
[21:29] <petevg> theoeprator: It looks like juju wasn't able to create the container. Are you running out of disk space? Do you have any interesting messages in /var/log/lxd/lxd.log?
[21:29] <tvansteenburgh> surtin: which page?
[21:29] <surtin>  https://help.landscape.canonical.com/LDS/JujuDeployment16.06
[21:30] <tvansteenburgh> surtin: dpb1 is the landscape guy, he might be able to help. i'm not sure which bundle you should use
[21:30] <tvansteenburgh> surtin: the only one i see in the store is this https://jujucharms.com/q/landscape?type=bundle
[21:31] <surtin> yeah i saw that as well
[21:31] <dpb1> surtin: http://askubuntu.com/search?q=deploy+landscape+bundle+andreas
[21:31] <dpb1> blah
[21:31] <dpb1> surtin: http://askubuntu.com/questions/549809/how-do-i-install-landscape-for-personal-use
[21:31] <dpb1> that one
[21:32] <dpb1> notice the higher rated answer.  talks about using juju as well.
[21:33] <theoeprator> nothing interesting in the lxd log.  all just lvl=info stuff
[21:33] <surtin> ok will try it out
[21:34] <surtin> ty
[21:34] <theoeprator> i don’t think I’m out of disk space, i don’t have any quotas setup and this is a clean box with ~2TB free
[21:34] <petevg> surtin: are you using juju 1, or juju 2? (juju --version should tell you).
[21:35] <theoeprator> the last error on the bootstrap output is 2016-09-21 21:34:20 ERROR cmd supercommand.go:458 new environ: creating LXD client: Get https://<IP_ADDRESS>:8443/1.0: Unable to connect to: <IP_ADDRESS>:8443
[21:35] <theoeprator> where’s it getting that <IP_ADDRESS> from?
[21:35] <theoeprator> that’s not the address of the host
[21:37] <theoeprator> it appears to have the container running at one point, as it runs several apt commands inside it
[21:39] <petevg> theoeprator: it looks like your lxd machines are setup to use your physical network, rather than using a private network. Is that something you setup when you setup the other lxd machines?
[21:41] <petevg> We're moving beyond my grade level as far as juju and lxd internal go, but juju may be getting confused by that network config.
[21:45] <theoeprator> sorry, wifi failed
[21:46] <petevg> theoeprator: no worries. Did you see my last message? (I was puzzled to see lxd machines talking directly to what looks like your physical network, rather than using virtual ips, and asked whether that was something that you had setup when you setup the other containers.)
[21:47] <theoeprator> yep, the containers are bridged to the host’s network
[21:48] <petevg> theoeprator: that might be what's breaking things. We're unfortunately moving beyond the realm of things that I know a lot about, but juju typically expects to be able to herd its machines about on a private/virtual network, and then selectively expose them to the real world.
[21:48] <petevg> I could be very wrong, though ... you might try bootstrapping again, and watching "lxd list", to see if the machine gets created.
[21:49] <petevg> theoeprator: another possibility is that you've setup your router to block port 22 -- do you have strict security rules setup for your local network?
[21:50] <petevg> *lxc list, I mean.
[21:51] <theoeprator> runing bootstrap again, the container is up right now
[21:51] <theoeprator> theoperator@hype:~$ lxc list
[21:51] <theoeprator> +---------------+---------+---------------------+---------------------------------------------+------------+-----------+
[21:51] <theoeprator> |     NAME      |  STATE  |        IPV4         |                    IPV6                     |    TYPE    | SNAPSHOTS |
[21:51] <theoeprator> +---------------+---------+---------------------+---------------------------------------------+------------+-----------+
[21:51] <theoeprator> | admin         | RUNNING | <IP_ADDRESS> (eth0) | fd00:fc:8df3:eb62:216:3eff:feae:96f2 (eth0) | PERSISTENT | 0         |
[21:52] <theoeprator> +---------------+---------+---------------------+---------------------------------------------+------------+-----------+
[21:52] <theoeprator> | juju-f71b38-0 | RUNNING | <IP_ADDRESS> (eth0) | fd00:fc:8df3:eb62:216:3eff:fe20:8e53 (eth0) | PERSISTENT | 0         |
[21:52] <theoeprator> +---------------+---------+---------------------+---------------------------------------------+------------+-----------+
[21:52] <theoeprator> | vpn           | RUNNING | <IP_ADDRESS> (eth0) | fd00:fc:8df3:eb62:216:3eff:fef0:29c9 (eth0) | PERSISTENT | 0         |
[21:52] <theoeprator> +---------------+---------+---------------------+---------------------------------------------+------------+-----------+
[21:52] <theoeprator> theoperator@hype:~$
[21:52] <theoeprator> now got the same error as before and the container is gone again
[21:53] <blahdeblah> theoeprator: Please use pastebin.ubuntu.com for more than 2 lines
[21:53] <theoeprator> my apologies
[21:53] <blahdeblah> No problem - it just makes it a bit noisy for those monitoring a lot of channels
[22:01] <petevg> theoeprator: hmmm ... my guess is that juju is having trouble with the network settings, but I'm not sure quite what. If I were troubleshooting, my next steps would be the ssh into the container, and check out the logs (check /var/log/juju).
[22:04] <petevg> theoeprator: failing that, you might try posting to the mailing list -- someone who knows more than I do should get back to you.
[22:05] <theoeprator> ok, thanks Pete
[22:07] <petevg> you're welcome! Sorry that I didn't have an immediate fix for you.
[22:24] <surtin> petevg: juju 2
[22:37] <petevg> surtin: you def. want to avoid quickstart then. It's a juju 1 tool. Sounds like those instructions are in need of an update ...
[22:52] <surtin> yeah seems that way
[22:58] <magicaltrout> definately going to get to play with some Juju stuff @ JPL and Darpa after a few  meetings this week
[22:58] <magicaltrout> might also get some buyin for JPL to extend marathon for LXC/LXD support, although thats a longer shot
[23:47] <petevg> magicaltrout: awesome news :-)


[06:01] <pieter2627> morning all
[06:08] <thatgraemeguy> mornings
[06:12] <anton> mornings all
[06:56] <inetpro> good mornings
[08:40] <Kilos> morning everyone
[08:40] <Kilos> and inetpro
[08:40] <thatgraemeguy> 'lo
[09:09] <pieter2627> so does anyone think we might have rain today?
[09:09]  * pieter2627 hopes so
[10:50] <theblazehen> Hope so too. This rm commands been running like 27 hours now...
[10:54] <Vlekkie> Ola
[10:54] <theblazehen> sup Vlekkie
[10:55] <Vlekkie> Not much, just sad, wbu?
[10:55] <theblazehen> I'm alright
[10:57] <Vlekkie> Everyone else sleeping or something?
[10:58] <theblazehen> Been quiet last few days
[10:59] <Vlekkie> But IRC seems a bit dead compared to a few years back
[10:59] <theblazehen> Yeah
[11:02] <MaNI> everybody too busy trying to stay afloat in our shitty economy, no time for luxuries like IRC anymore
[11:02] <Vlekkie> Allot of people don't know what IRC is nowadays, so not surprised tho lol
[11:03] <Vlekkie> True ^
[11:03] <Vlekkie> Mani: hows it going?
[11:04] <MaNI> generally okay, november always the worst month of the year
[11:04] <MaNI> you?
[11:05] <Vlekkie> Fine thanks
[11:50] <inetpro> Kilos: have you had rain yet?
[11:51] <inetpro> here in town we had some coming down nicely for a few minutes then suddenly all gone again
[12:30] <Sxuza> ola
[12:31] <Sxuza> it rained here last noght
[12:31] <Sxuza> night
[12:31] <Sxuza> East London
[12:31] <Sxuza> seems to me, we're not bad hit by this "lack of water" thingie
[12:31] <Sxuza> or mayb its me im so ignorant , i dont know
[13:11] <Kilos> not yet inetpro just the cold
[13:11] <Kilos> just woke up shivvering
[13:29]  * who_da_fly jumps on Kilos
[13:31] <who_da_fly> Yeesh, I go away and everyone disappears.
[13:31] <Kilos> ohi who_da_fly
[13:32] <Kilos> sorry was outside checking the weather
[13:33] <who_da_fly> Kilos: I'm in Mozambique now.
[13:33] <Kilos> oh y
[13:33] <Kilos> m
[13:33] <Kilos> my
[13:33] <Kilos> for how long who_da_fly
[13:33] <Kilos> just business hey
[13:34] <Kilos> i saw the boys with the braai
[13:34] <Kilos> well sitting under the umbrella
[13:34] <who_da_fly> Till Saturday.  We had a storm last night. Lots of lightning and HUGE rain drops
[13:42] <Kilos> do you understand portugese
[13:42] <Kilos> hehe
[13:42] <who_da_fly> no, not at all
[13:42] <who_da_fly> been fun trying to buy coffee
[13:43] <Kilos> hahaha
[13:43] <who_da_fly> I threw one back at them... I spoke in Afrikaans
[13:43] <Kilos> their seafood used to be very cheap
[13:43] <Kilos> hahaha
[13:45] <Kilos> are you alone there who_da_fly
[13:46] <Kilos> or did you go in a business group
[13:56] <who_da_fly> Kilos: I'm here with 2 colleagues
[13:57] <Kilos> thats better
[14:09] <who_da_fly> Kilos: how much does a 500meg data bundle cost?
[14:10] <Kilos> sec ill check
[14:10] <Kilos> R69
[14:12] <who_da_fly> Kilos: which SP?
[14:12] <who_da_fly> network
[14:12] <Kilos> telkom mobile
[14:12] <Kilos> do they have it there?
[14:13] <who_da_fly> No. They have Vodacom. Vodacom SA is R100 for a 500 meg bundle.
[14:14] <Kilos> ouch
[14:14] <Kilos> telkom is 1g for R99
[14:15] <who_da_fly> Here in Mozambique, it's R32 for 500 megs
[14:15] <Kilos> nice
[14:17] <inetpro> who_da_fly: how much for 1GB there?
[14:22] <inetpro> R32 for 500MB (6c per MB) is not bad
[14:23] <inetpro> Kilos: have you checked the time based data bundles of Telkom yet?
[14:23] <Kilos> nope inetpro
[14:23] <inetpro> you can get 1GB for R59
[14:23] <Kilos> it doesnt show on the online thing'
[14:23] <inetpro> sadly just valid over a weekend
[14:24] <Kilos> what kinda time base
[14:24] <Kilos> haha
[14:24] <inetpro> weekend
[14:24] <Kilos> im  hoping to leave for aus before my data runs out'
[14:24] <inetpro> or R39 for 500MB
[14:25] <Kilos> waiting for online visa app to be approved
[14:25] <inetpro> wow!
[14:25] <Kilos> the for  3 months ill chat to you from 9 hours ahead of you
[14:25] <Kilos> then
[14:27] <Kilos> weekend only bundles are kinda pointless i think
[14:27] <Kilos> to me anyway
[14:28] <inetpro> could be useful to download an ISO
[14:31] <Kilos> oh ya
[14:31] <Kilos> my next iso download is 16.04
[14:31] <who_da_fly> inetpro: 200MT, so R64
[14:32] <inetpro> interesting
[14:40] <inetpro> oh but hang on who_da_fly, it looks like those prepaid plans for 512MB and 1GB are just valid for 7 days
[14:40] <Kilos> somewhere is gonna get some rain i think
[14:40] <Kilos> lotsa clouds and thunder
[14:41] <inetpro> who_da_fly: good enough for you on your short trip but rather costly if you had to live on it like Kilos does
[14:41] <who_da_fly> inetpro: I don't need it longer
[14:41] <who_da_fly> who_da_fly: true
[14:42] <Kilos> ya
[14:42] <who_da_fly> gah. referencing myself. how silly
[14:42] <Kilos> hahaha
[14:42] <Kilos> old age
[14:42] <inetpro> anyway, don't think oom Kilos or any one of us would want to relocate to MZ any time soon :-)
[14:43] <Kilos> nope
[14:44] <Kilos> at one time i actually thought of going there and running a forklift repair business
[14:44] <Kilos> apparently the docks are full of broke ones
[14:44] <Kilos> broken
[15:03] <who_da_fly> Kilos: it's almost always warm here
[15:03] <Kilos> ya that place is more tropical
[15:05] <Kilos> even more so than durbs
[15:06] <Kilos> mangoes and pawpaws used to be dirt cheap there
[15:06] <Kilos> and avos i think
[15:06] <Kilos> many years ago
[15:07] <Kilos> hi Audio
[15:07] <Kilos> you a noisy kinda person?
[15:07] <Kilos> or musical
[15:07] <Kilos> rain starting inetpro
[15:08] <Kilos> you gona get wet
[15:12] <who_da_fly> Kilos: yes, mangoes grow everywhere here
[15:12] <who_da_fly> and there's a papaya tree in the yard behind the office
[16:13] <Kilos> tower got such a shock when it started raining it dropped signal
[16:13] <Kilos> sigh
[16:14] <Kilos> you wet inetpro
[16:14] <Kilos> or did you get wet
[16:35] <inetpro> Kilos-: I got wet but I survived
[16:35] <Kilos-> yay
[16:35] <Kilos-> weve had 2mm
[16:35] <inetpro> luckily just got through before the big hailstorm now
[16:35] <Kilos-> wow
[16:39] <inetpro> poor Loerie (Kwêvoël/go-away-bird) even landed in the swimming pool with the stones from above
[16:40] <Kilos-> eiah
[16:40] <Kilos-> eiah
[16:40] <Kilos-> ai!
[16:40] <Kilos-> eish
[16:48] <inetpro> hope it survives after drying it up a bit and releasing it again
[16:49] <Kilos-> shame man
[17:08] <inetpro> Kilos-: 20mm
[17:17] <Kilos-> wow
[17:18] <Kilos-> we had 7mm
[17:38] <Kilos-> Audioburn feel frre to say hi to us
[17:38] <Kilos-> free
[17:40] <magespawn> good evening
[17:40] <Kilos-> hi magespawn
[18:00] <magespawn> hey Kilos-
[18:01] <Trixar_za> I noticed something nice about current MineTest - new V6 areas come with iced over water and layers of snow.
[18:15] <magespaw1> Selecting best server based on latency...
[18:15] <magespaw1> Hosted by Pocketinet Communications (Walla Walla, WA) [98.03 km]: 15.835 ms
[18:15] <magespaw1> Testing download speed........................................
[18:15] <magespaw1> Download: 527.77 Mbit/s
[18:15] <magespaw1> Testing upload speed..................................................
[18:15] <magespaw1> Upload: 163.16 Mbit/s
[18:16] <magespaw1> brb
[18:17] <magespawn> better
[18:17] <magespawn> nice speed hey
[18:18] <Kilos> jsable yeah
[18:18] <Kilos> usable
[18:19] <magespawn> now that would be nice if that was my local speed
[18:19] <Kilos> either im getting blinder or my fingers are getting stupider
[18:19] <magespawn> fingers can be very stupid some days
[18:19] <Kilos> haha
[18:23] <Kilos> we ned to do this here as well
[18:23] <Kilos> https://wiki.ubuntu.com/UCADay
[18:24] <Kilos> need
[18:24] <magespawn> amazing, connecting through vodacom i get temporary failure in name resolution, through cellc everything works fine
[18:25] <magespawn> every night between 8 and 10
[18:25] <Kilos> magespawn what speedtest is that?
[18:30] <Kilos> my internet is very slow tonight
[18:32] <magespawn> from my amazon server
[18:33] <magespawn> there seems to be something going, i wish i knew what it was
[18:35] <Kilos> weird
[19:10] <Kilos> night all. sleep tight
[20:31] <magespawn> bed time, good night all
[20:35] <gremble> Cheers magespawn
[20:48] <kulelu88> yo
[20:48] <gremble> Hey kulelu88
[20:49] <kulelu88> hey gremble my man
[20:49] <gremble> How are you kulelu88
[20:51] <kulelu88> fekked man. this work is soul-draining. hows you?
[20:52] <gremble> Finished my first exam and got a question wrong I knew I knew before hand :P
[20:52] <gremble> But I think I did fine
[20:53] <gremble> I recently took one of those bloomberg aptitute tests. got a dismal score because I couldn't finish two sections, I did however, achieve quite high on everything else. Now I got my first CV request from a company. Quite surprised at it
[20:54] <kulelu88> via the bloomberg aptitude thing?
[20:59] <gremble> Yup
[21:00] <kulelu88> it must be quant firms
[21:00] <gremble> I scored in the top 95% for investment banking.  XD
[21:01] <gremble> reverse that score. top 5%
[21:01] <kulelu88> I also took it and only got 1 CV request. never bothered
[21:01] <gremble> 95th percentile. I can't math
[21:01] <gremble> I need a job
[21:01] <gremble> I will take this cv request
[21:01] <kulelu88> company name?
[21:02] <gremble> Don't know until I open the request
[21:02] <gremble> I don't have a CV yet so I have to make one before I open the request
[21:03] <kulelu88> must be a phishing expedition (unless they are confirmed local)
[21:04] <gremble> It is local. Campus based apparently
[21:05] <kulelu88> for a quant gig, I'd only go with JPMorgan, Meryll Lynch/Linch or GS
[21:05] <kulelu88> and get a transfer to New York after 12 months
[21:05] <gremble> I'm still at university after 12 months
[21:05] <gremble> :P
[21:08] <kulelu88> they still protesting?
[21:08] <kulelu88> I always knew de la rey was a bitch though
[21:10] <gremble> No, we've stopped for like 2 weeks now
[21:10] <gremble> After the Friay at the union buildings we were done
[21:11] <gremble> Monday she had a meeting with us, Tuesday we were back in class :P
[21:14] <kulelu88> At least they kept it classy and didn't go mad like the TUT students
[21:15] <gremble> Yup. TUT has been striking. But the management at TUT is lackadaisical at best, simply apathetic at best
[21:15] <gremble> So their frustration is understandable
[21:16] <gremble> UP was quick to mobilise and listen
[21:18] <kulelu88> those jews and afrikaaners running Tuks dont waste time. they probably mobilized their billions to qualm the students
[21:18] <kulelu88> I hear that some info came out that the endowment is +50 billion?
[21:20] <gremble> Yes.  It was magical. It means that I might still get to get my degree ;P
[21:21] <kulelu88> I still hate the way they run it. As most alumni have said of local varsities, get in, get the degree and get out
[21:24] <gremble> I want to do Hons at Wits or UCT
[21:25] <kulelu88> UCT = just too expensive for regular people
[21:25] <gremble> I'm have to get a bursary
[21:25] <gremble> :P
[21:25] <gremble> Going to probably apply for both mathematics and philosophy and see which one I get for
[21:26] <kulelu88> bursaries don't cover accommodation afaik
[21:27] <gremble> I will live in the library
[21:27] <gremble> Shower in the sprinklers
[21:28] <kulelu88> Like Stallman?
[21:28] <gremble> Stall-man sounds like a shitty superhero
[21:29] <kulelu88> A female who studied at UCT told me that UCTs library is popular for sexual intercourse, if you are a rugby player, etc.
[21:29] <kulelu88> Search for Richard Stallman. I'm surprised you don't know who he is
[21:29] <gremble> I know how he is. I just felt like making a poop joke
[21:30] <kulelu88> oh hahaha
[21:30] <kulelu88> I did really snigger there
[21:32] <kulelu88> at least when they start having sex in the lib, you can say "STOP, that's my dining room!!!"
[21:33] <gremble> "STOP! Hammer time"
[21:34] <gremble> "STOP! Collaborate and listen!"
[21:35] <kulelu88> I'm so bored that I am even contemplating taking a pay cut just to get something more interesting to do
[21:35] <gremble> Why is that?
[21:36] <gremble> What are you currently doing?
[21:37] <kulelu88> I currently make sure sites are working properly
[21:39] <gremble> Hmm I can understand the slight tedium involved. Why not learn a new skill and get another job?
[21:40] <kulelu88> jobs are hard to come by it seems. sending a CV is like entering into the abyss
[21:40] <kulelu88> oh yeah, make sure your CV isn't too long
[21:41] <kulelu88> they won't spend more than 30 seconds looking at it
[21:44] <gremble> Luckily I don't have that much to put on
[21:44] <gremble> :P
[21:44] <kulelu88> if you do 2 pages, that's a solid start
[21:44] <kulelu88> 3 pages and you're average
[21:44] <kulelu88> 4 or more GTFO
[21:45] <gremble> I don't think I have enough shit for more than 1.5 :<
[21:45] <gremble> I've sort of just been existing most of my life XD
[21:46] <kulelu88> I've seen school-leavers load their CVs with accolades enough to fill 6 pages and its like >.<
[21:49] <gremble> Ya. My school accolades are pretty much that I finished school with marks to get into university
[21:50] <kulelu88> no sports?
[21:50] <kulelu88> math olympiads?
[21:51] <gremble> Nope. Lived too far so didn't want my mother to drive extra.  There is. I have running water and a house
[21:58] <gremble> And a car
[21:59] <gremble> But the struggle is still real. I've went to sleep hungry at times..
[22:00] <kulelu88> because the food being served for supper wasn't edible?
[22:01] <gremble> Ha.
[22:03] <kulelu88> Do you feel obligated to look after your folks in their old age?
[22:04] <gremble> She won't be able to afford being old.
[22:04] <gremble> I'll have to
[22:04] <gremble> My mother recently got her first job paying more than R10k p/m
[22:05] <gremble> She has a degree in Occupational Therapy but worked as a temp secretary because she was "over qualified" for more permanent admin positions and couldn't get an OT job.
[22:05] <gremble> She's working as an OT now though, so I am glad.
[22:06] <kulelu88> you have any brothers?
[22:06] <gremble> Yup. A brother and a sibling
[22:06] <gremble> I mean sister
[22:07] <gremble> Both younger. He is working as an Earthmoving Mechanic
[22:07] <gremble> She's busy with matric exams
[22:07] <kulelu88> aah so there's 2 of you then
[22:08] <kulelu88> don't end up as 'those' guys who let their mom stay with the sister in old age
[22:08] <gremble> I'll try.
[22:09] <gremble> Don't plan to. Would prefer she have her own place/autonomy
[22:10] <kulelu88> what's your exam schedule like?
[22:11] <gremble> Not bad. Wrote today. Write friday and then next week Thursday. Then I am done
[22:11] <gremble> Unless I have a supp (which I doubt)
[22:12] <kulelu88> then 2 months holiday
[22:13] <gremble> Yup. Get some interesting work done. I have formal logic to get through that I have been slacking off with this semester and I have writing to do xD
[22:15] <kulelu88> if you have the capacity, try building a startup in those 2 months. Biggest chance of your life to be your own boss from the day you graduate
[22:15] <gremble> I've thought about doing something like that, but idea's are scarce.
[22:16] <gremble> I've thought about doing some aerodynamics to build commercial drones, because we currently import those from Europe
[22:16] <kulelu88> ideas are cheap. find something people need
[22:16] <kulelu88> that's too capital intensive
[22:18] <gremble> Yup. And skills intensive. I can work with the materials, and I have the skills to prototype, but not managing the software/hardware
[22:19] <kulelu88> sell some stuff via e-commerce
[22:20] <kulelu88> your sister is a teen, find some thing teens need and sell it online
[22:20] <kulelu88> custom jewellery or something
[22:22] <gremble> That is also pretty capital intensive. Stock and such. Perhaps... hmm. I'll put my head together after thursday. I'm sure I could conjure up something interesting.
[22:24] <kulelu88> dont waste time thinking too much. Just brainstorm 10 ideas, draft an MVP for 5 of them, and the most lucrative is the 1 you pursue. I swear you will not regret wasting those 2 months if it works out
[22:24] <gremble> MVP? Most valuable player?
[22:27] <kulelu88> Minimum Viable Product
[22:27] <gremble> Ah
[22:31] <kulelu88> aim global if you can
[22:32] <gremble> Have you tried to startup?
[22:34] <kulelu88> I want to
[22:35] <kulelu88> I'm not sure whether to try now or try it part-time (although I'm so drained after work each day that I don't even want to code anything)
[22:37] <gremble> :/
[22:44] <gremble> So, interesting fact, I just found a way to work with relational databases in terms of linear algebra
[22:44] <gremble> Now just to see if I can make any interesting transformations :o


[15:29] <Fossfile> hi fellas, I have a minor issue with my Lubuntu and some help will be appreciated: I've installed Lubuntu twice through vmware: once into a USB drive and the second time to a vmware hard drive. in both installations the system didn't accept the root password that was chosen (as I'm required to type it for example with sudo/synaptic). It was easily fixable in the USB drive installation
[15:29] <Fossfile> by simply booting to recovery mode, mounting / as rw and resetting password
[15:30] <Fossfile> with the installation on a hard drive however, for some reason this fix isn't working
[15:44] <ianorlin> Fossfile: strange but I however don't use vmware. Did you use any sort of full disc /home encryption in the hard drive?
[15:47] <ianorlin> Fossfile: also how customized is this vm?
[15:49] <teward> I assume this is in vmware player, Fossfile, not VMware Workstation?  (Or ESXi)
[15:50] <Fossfile> ianorlin: no encryption, just regular installation also very simply password (identical to the username) because it's intended to be dedicated for kodi (xbmc) software
[15:51] <Fossfile> teward: VM Workstation
[15:51] <Fossfile> not a slim player
[16:05] <teward> stupid question, then, why not use VMWare Workstation's built in encryption functionality
[16:05] <teward> for the encryption part :P
[16:06] <teward> Fossfile: as for the installation on a hard drive, is the procedure you're using identical for resetting the PW?  recovery mode, root prompt, sudo mount ... etc., passwd, etc.?
[16:06] <teward> and which Lubuntu, I may be able to test on my next break
[17:03] <Fossfile> teward: excuse me for the delayed response, yes the procedure is identicle for changing the password as we both described. This is the latest Lubuntu amd64 15.04. I have no idea why that procedure that fixed the issue on the usb drive installation didn't work for the hard drive installation.. then again I have no idea why this issue happened in the first place.
[17:04] <Fossfile> would be nice if someone could answer find out how to fix it and why it happens, I have to split for about 3 hours.
[17:51] <whytrytofly> hello
[18:01] <whytrytofly> is there a way to customize my window theme...?
[18:02] <whytrytofly> not only choopse from the ones given
[18:11] <ianorlin> whytrytofly: you can install more in the repos
[18:11] <whytrytofly> yeah okay ^^
[18:11] <whytrytofly> i know that
[18:11] <whytrytofly> thanks ianorlin
[18:12] <ianorlin> yuyo-gtk-theme for example would install the theme for ubuntu-mate search for gtk2-engines will display a lot more
[21:48] <sebastian_> I cannot access the power manager when I click on it says Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken.
[23:18] <ianorlin> sebastian_: which versoin of lubuntu?\
[23:39] <sebastian_> the most recent
[23:39] <sebastian_> ianorlin, 14.04
[23:39] <wxl> sebastian_: that's not the most recent ;)
[23:39] <sebastian_> what was the command ont he terminal
[23:39] <sebastian_> to determine this
[23:39] <wxl> `lsb_release -a`
[23:40] <sebastian_> 14.04
[23:40] <sebastian_> which is the most recent? and how do i install it?
[23:40] <wxl> that *is* the most recent LTS
[23:40] <wxl> but 15.04 is the most recently released
[23:40] <sebastian_> how do i install that from the command line?
[23:40] <wxl> and 15.10 is in development (and technically available for install)
[23:40] <wxl> `sudo do-release-upgrade` should get you there.
[23:41] <sebastian_> command not found
[23:42] <sebastian_> it says
[23:42] <sebastian_> no release found
[23:43] <wxl> try adding the -p and/or -d switch
[23:44] <sebastian_> what?
[23:44] <wxl> `sudo do-release-upgrade -p`, e.g.
[23:44] <sebastian_> no release found
[23:44] <wxl> then try -d
[23:45] <sebastian_> no release found
[23:47] <wxl> argh
[23:47] <wxl> you're probably on lts
[23:47] <sebastian_> what does that mean?
[23:47] <wxl> !lts
[23:48] <wxl> tl;dr it means we may have to hack our way to getting you out of lts
[23:48] <wxl> is your purpose to get the most bleeding edge release?
[23:49] <sebastian_> maybe, i need to ensure compatibility with printer and iphone
[23:49] <wxl> printer should be no problem
[23:49] <sebastian_> iphone?
[23:49] <wxl> maybe
[23:49] <wxl> i know there's upstream work that's been done on it
[23:49] <sebastian_> i cannot directly input files onto my iphone from ubuntu yet
[23:49] <sebastian_> i need to use dropbox
[23:50] <wxl> last time i tried it couldn't do everything
[23:50] <sebastian_> plus the issue with the power management option that doesn't work
[23:50] <sebastian_> gives me an error
[23:51] <wxl> sebastian_: give me the result of `grep Prompt /etc/update-manager/release-upgrades | awk -F '=' '{print $2}'`
[23:52] <sebastian_> nothing happens
[23:53] <wxl> uh
[23:53] <wxl> you sure you typed it right?
[23:53] <sebastian_> awk: line 2: syntax error at or near awk
[23:53] <sebastian_> awk: line 3: missing } near end of file
[23:53] <wxl> yeah you probably typed it wrong thenm
[23:55] <sebastian_> i copied everything
[23:56] <wxl> well you could look at the contents of /etc/update-manager/release-upgrades
[23:57] <wxl> if Prompt=lts then do-release-upgrade won't give you anything until you have a new release
[23:57] <wxl> you should set it to normal and then do-release-upgrade will do what it's supposed to


[00:33] <mjog> Hey all, is something up with uploading packages to PPAs?
[00:34] <mjog> I'm trying to upload using dput to ppa:geary-team/releases and it's silent failing - no email, no change on the PPA
[00:35] <mjog> the sources seem to be getting signed okay, and the gpg key is on my account for launchpad
[00:35] <mjog> this worked at the end of last year, the only thing I know of that changed is the source release I'm trying to make
[00:47] <nacc> mjog: as in you're trying to build for zesty or artful?
[00:48] <mjog> nacc: uploading for trusty xenial and zesty, all are failing
[00:50] <nacc> mjog: a couple of weeks ok, per my logs, cjwatson said that there can be silent failures if your key has expired on the server
[00:50] <nacc> mjog: is it possible your gpg key is expired?
[00:50] <nacc> miika: was the one who hit that on sep 23
[00:51] <mjog> nacc: haha, yeah of course it has expired, thanks!
[00:51]  * mjog puts on a brown paper bag
[00:51] <nacc> mjog: np, glad that was it (well, glad that you have an easy fix)
[00:52] <nacc> mjog: it's a bug in LP that it's silent, but it sounds like a fix will be there for that eventually
[00:53] <mjog> Cool. Seahorse didn't make it very obvious it had  expired, either, so hey.
[05:51] <riking> I need to reset my 2FA devices
[05:52] <riking> The page mentions the "#isd" and "#webops" channels, but I have no clue what server that's on.
[05:53] <riking> Because it's not freenode. https://login.launchpad.net/ shows "sites you last authenticated to", top of the list is https://launchpad.net/	2016/08/09
[05:53] <riking> oh, I still have one of the ssh keys on the account.
[05:58] <riking> sent the email, then.
[06:01] <riking> I just wanted to file a bug on Transmission that it should support adding a webseed to an already-started torrent when someone didn't put it in their torrent file for their music album
[07:09] <ricotz> wgrant, hi :)
[08:41] <cjwatson> ricotz: done
[08:41] <cjwatson> ricotz: William's on holiday, please stop bugging him
[08:41] <cjwatson> nacc: where "eventually" = "next rollout"
[08:46] <ricotz> cjwatson, thanks, I assumed he is active since it status changed
[15:03] <nacc> cjwatson: ack, that's what I figured :)
[17:06] <tvansteenburgh> how does one get access to an s390x snap builder?
[17:08] <xnox> tvansteenburgh, at the moment it is not generally / publically available. There is a limited number of snaps that are built with s390x. Usually for canonical-only projects / with restricted source requirements (not much use of external / 3rd-party source code). However, launchpad is in progress to gain virtualised s390x builders, at which point building for s390x architecture will be generally available.
[17:08] <xnox> tvansteenburgh, what specific snap you want to build for s390x? where is its snapcraft.yaml file?
[17:09] <xnox> most s390x snaps in snapstore are currently build by developers and pushed to the store manually.
[17:09] <tvansteenburgh> xnox: https://code.launchpad.net/~tvansteenburgh/+snap/etcd
[17:10] <xnox> i don't think "go get -t -d github.com/coreos/etcd/cmd/etcd" will be ok yet to be run on the current s390x builders
[17:11] <xnox> tvansteenburgh, you may want to file a launchpad question requesting evaluation if devirt snap can be enabled for that snap build & ppa.
[17:11] <xnox> tvansteenburgh, https://answers.launchpad.net/launchpad/+addquestion
[17:13] <tvansteenburgh> xnox: devirt snap?
[17:13] <tvansteenburgh> xnox: what's the problem with the 'go get'? firewall/proxy restrictions?
[17:14] <xnox> tvansteenburgh, currently s390x builders in launchpad are physical machines on the internal network which build things in a row. rather than KVM virtual machines that are spinned up by openstack and destroyed when they are done.
[17:15] <xnox> tvansteenburgh, thus the same physical s390x box is reused for ubuntu package builds; ppa builds; livecd builds etc.
[17:15] <xnox> tvansteenburgh, and e..g they do not have firewall access to snap store.
[17:15] <xnox> due to security concerns that one can break out of them.
[17:16] <tsimonq2> xnox: virtualized s390x> When might that happen?
[17:16] <xnox> tvansteenburgh, your team has access to s390x machines; and it is connected to jenkins; thus you can use those instances to build your snap in that environment and upload to store.
[17:17] <xnox> tsimonq2, i wish for it to happen any day now. there is openstack region setup with it, but i have no idea when it will be enabled in launchpad. i think it is close. but not there yet.
[17:17] <xnox> tsimonq2, i guess wgrant knows more
[17:17] <tsimonq2> Ok
[17:18] <tsimonq2> It would be great if something could be said to ubuntu-devel{,-discuss,-announce} when that happens :)
[17:18] <tvansteenburgh> xnox: fair enough. i'm not in a big rush, and i know we *can* do it manually right now, but i'm still eager to get everything on lp
[17:19] <xnox> tsimonq2, i'm sure it will be very public about it.
[17:19] <xnox> tvansteenburgh, right, lp is cleaner for these things
[17:20] <xnox> tvansteenburgh, you should have all the arches on lp unrestricted already: amd64 i386 armhf arm64 ppc64el -> do you have all of those enabled?
[17:20] <tsimonq2> One thing that has nabbed me before is when I don't have access to the CI Train and there's test failures *only* on s390x, and I have no way to check before uploading (and then I have to do a follow-up upload fixing the thing I missed), I'm curious why people who already have upload access to packages in the archive can't do the same in a PPA... *shrug*
[17:20] <tsimonq2> xnox: Cool cool, thanks.
[17:25] <tvansteenburgh> xnox: yeah i have everything i need except s390x