[00:14] <mischief> hello #juju-dev
[00:16] <mischief> hopefully a juju-core dev will see this soon but: i'm interested in running launchpad.net/juju-core/cmd/juju on plan 9, but there's currently some packages that import "syscall", which is inherently non-portable
[00:17] <mischief> but after removing some of these imports to syscall and fixing up the code, i have juju on plan 9. there's a few other bugs, but i was able to run wordpress/mysql on amazon from the binary i compiled
[01:54] <hatch> hey is 1.17.7 broken on Saucy?
[01:55] <hatch> bootstrapping on ec2 errors out with "error: --instance-id option must be set"
[02:40] <lazyPower> hatch: 1 sec, i'm attempting a bootstrap
[02:41] <lazyPower> hatch: it appears so i'm afraid :(
[02:41] <hatch> lazyPower cool thx - I switched to my precise box and it bootstrapped no problem
[02:41] <hatch> sounds like someone forgot a test :P
[02:41]  * hatch has no idea how juju testing works
[02:41] <hatch> :)
[02:41] <lazyPower> oh we test it?
[02:41] <hatch> rofl - I assumed so?
[02:41] <hatch> I'll file a bug
[02:42] <mischief> hatch: do you have a link to the tarball
[02:42] <hatch> tarball of?
[02:42] <hatch> ohh the juju tools one
[02:43] <hatch> sec
[02:43] <mischief> https://launchpad.net/juju-core/trunk/1.17.7/+download/juju-core_1.17.7.tar.gz ?
[02:43] <hatch> tools from https://juju-dist.s3.amazonaws.com/tools/releases/juju-1.17.7-precise-amd64.tgz downloaded: HTTP 200; time 0.364s; size 5260933 bytes; speed 14454184.000 bytes/s<PHONE_NUMBER>83f751a61482a53dc80a46d3e92a93d001c1173c8b581175f5f464  /var/lib/juju/tools/1.17.7-precise-amd64/tools.tar.gz
[02:44] <hatch> that's from the log
[02:44] <mischief> i don't have an ubuntu system currently
[02:44] <mischief> but i built juju command on debian
[02:45] <mischief> be aware i'm brand new to juju myself
[02:45] <mischief> but i do know go, and juju is written in go
[02:45] <mischief> go has a standard testing framework thats really easy to use
[02:45] <mischief> but you have to actually write the test of course ;)
[02:46] <mischief> there are definitely some errors in the tests!
[02:46] <hatch> https://bugs.launchpad.net/juju-core/+bug/1299671
[02:46] <_mup_> Bug #1299671: Juju 1.17.1 fails to bootstrap on Saucy ec2 <juju-core:New> <https://launchpad.net/bugs/1299671>
[20:47] <thumper> fwereade: morning
[20:47] <fwereade> thumper, hey dude
[20:47] <thumper> fwereade: around to chat?
[20:47] <fwereade> thumper, did timezones change both ways?
[20:47] <thumper> no, not moved yet
[20:47] <fwereade> thumper, ofc, but I'm pretty tired, it's nearly 11 here
[20:47] <thumper> not sure when actually
[20:48] <thumper> fwereade: we can make it short
[20:48] <fwereade> thumper, sgtm :)
[20:48] <thumper> fwereade: just the hangout from the meeting
[20:49] <fwereade> thumper, I'm the first one here?
[20:49] <thumper> so am i :-)
[20:49]  * thumper rejoins
[20:50] <thumper> fwereade: try this one https://plus.google.com/hangouts/_/72cpjvsv5ss5opllvep4g2ci4s?hl=en
[22:05] <davecheney> o/
[22:09] <thumper> o/
[22:09] <thumper> mwhudson: welcome back
[22:09] <thumper> mwhudson: when you are through your copious email backlog
[22:09] <thumper> mwhudson: wondering if you could shed any light on this: https://bugs.launchpad.net/juju-core/+bug/1298085
[22:09] <_mup_> Bug #1298085: juju-core crash during bootstrap on arm64 <arm64> <bootstrap> <hs-arm64> <local-provider> <lxc> <juju-core:Triaged> <https://launchpad.net/bugs/1298085>
[22:10] <thumper> perhaps an strace could help...
[22:10] <thumper> logs not that useful in the bug
[22:10] <mwhudson> thumper: there is a known glibc bug that this _could_ be
[22:11] <thumper> davecheney: see bug above, this is a more generic golang thing, but could the co compiler at least tell us *which* C function it is in?
[22:11] <thumper> s/co/go/
[22:11] <thumper> mwhudson: ok...
[22:24] <davecheney> so, canonistack merges changes quickly when it's still sunday in most of the world
[22:34] <thumper> :)
[22:44] <davecheney> thumper: thanks for taking a look at https://bugs.launchpad.net/bugs/1298708
[22:44] <_mup_> Bug #1298708: bzr: bzr unit tests are not properly isolated <ppc64el> <juju-core:In Progress by thumper> <https://launchpad.net/bugs/1298708>
[22:44] <thumper> np
[22:44]  * thumper is just firing up a pristine container
[22:52] <davecheney> oh crap, local provider is broken again
[22:52] <davecheney> no,
[22:52] <davecheney> wait
[22:52] <davecheney> was just slow
[22:52] <davecheney> hmm, still can't see into it
[22:52] <davecheney> ssh
[22:52] <davecheney> meh


[00:00] <OvenWerks> So these bugs ^^^^ are keeping a new font-manager out of debian and Ubuntu.
[00:15] <OvenWerks> But these are bugs with the old version. If just dropping the new version fixes these bugs. Then that info should be added to these bugs.
[00:18] <OvenWerks> Also debian bug #796817 should be updated if it fixes other bugs with the bug numbers it fixes.
[00:49] <OvenWerks> sakrecoer: and others interested:
[00:52] <OvenWerks> Checking out new ISO 64 bit live.
[00:53] <OvenWerks> 16.10 menu has proper icon/label for graphics utilities. dispcalgui is in it.
[00:53] <OvenWerks> ebook-viewer does not have menu icons.
[01:04] <OvenWerks> And it's manager (which does have an icon) doesn't show except in all applications.
[01:08] <OvenWerks> some of the old display calibration desktop file we created have not been removed from -default-settings
[01:15] <OvenWerks> Bug #1617846
[01:15] <OvenWerks> I have added this to the qa tracker as well.
[01:20] <OvenWerks> One of the things I like very much is that dual screens default to side by side rather than mirror. Thanks xubuntu or xfce!
[01:27] <OvenWerks> we should bug calibre too it seems to install it's icons in the wrong place...
[01:28] <OvenWerks> has /rofs/ become a new standard directory? It seems they are using it in the same way as /opt/
[01:33] <OvenWerks> maybe something else. anyway, it seems an icon is missing.
[01:38] <OvenWerks> Bug #1617850
[01:45] <OvenWerks> It looks like to me that the utilities that come with alsa (device specific mixers) no longer come with icons... or they are expected to be in the standard icon set. Is there a set of base icons we are missing (perhaps from gnome 2).
[01:46] <OvenWerks> reboot time... back to 16.04
[07:50] <sakrecoer> thanks OvenWerks ! i tried to conpile fontmanager yesterday following the ubuntu guide and it seems we have libfreetype6 in ubuntu. make would fail due to some valca error conplaining about 8 pacakges not bbeing in its api path.. no idea what that means yet tbh.. lol
[07:52] <sakrecoer> you did a great job with the menu again OvenWerks. :) maybe gpick should be in the utilities aswell, and of course we have to find a sollution for those missing icons..
[08:50] <eylul> OvenWerks, sakrecoer: that icon is also missing on 16.04. we can file a bug with calibre?
[13:21] <OvenWerks> sakrecoer: that probably means that although you may have the lib file, you may also need the lib package with the -dev extension.
[13:28] <sakrecoer> thanks OvenWerks, in fact i installed both libe and the -dev packages, but nothing changed.
[13:36] <sakrecoer> that is, i installed both for everything. Took me a while to figure why it would complain about missing things when running ./configure although i had installed them.
[13:37] <sakrecoer> i understand -dev packages are made for this "make" process thing to work?
[13:39] <sakrecoer> followed this: http://packaging.ubuntu.com/html/packaging-new-software.html
[13:50] <OvenWerks> sakrecoer: my problem is a git clone and there is no ./configure :P
[13:51] <OvenWerks> but it has ./autogen.sh instead
[13:51] <OvenWerks> but just when I thought to start installing packages I realize I should be doing this in 16.10 not 16.04...
[13:53] <sakrecoer> yeah, i tried with the git version aswell... ./autogen-sh seem to then create the ./configure and run it
[13:54] <sakrecoer> well... maybe you rae trying with a different package, OvenWerks. But i stumbled uppon the same riddle.
[13:54] <OvenWerks> sakrecoer: the INSTALL file should say so...
[13:56] <OvenWerks> sakrecoer: I am using https://github.com/FontManager/master
[13:57] <OvenWerks> I should probably be DL 0.7.2 instead
[13:57] <OvenWerks> I can always git reset --hard  08b9c63  though.
[13:58] <sakrecoer> OvenWerks: i tried that one and the replica in https://code.launchpad.net/font-manager
[13:59] <OvenWerks> I was going to install Studio on an older P4 I have here to test. I will see if I can build on there.
[14:00] <sakrecoer> cool! thanks for looking into this OvenWerks <3
[16:19] <sakrecoer> 17:20 < OvenWerks> sakrecoer: interesting, the calf plugins don't show up in qtrackor
[16:20] <sakrecoer> i have them but i'm looking at 16.04
[16:21] <OvenWerks> I am too.
[16:22] <sakrecoer> OvenWerks: you have a filter next to the serach field...
[16:22] <sakrecoer> maybe it filters them out...
[16:22] <sakrecoer> filter as in... "show only these plugins" filer
[16:24] <OvenWerks> sakrecoer: I am not sure, but we were able to get the dssi version to save presets so tha solves the problem
[16:26] <sakrecoer> OvenWerks: awesome!
[16:26] <sakrecoer> OvenWerks: http://sakrecoer.com/ubuntustudio/20160829-152451.png
[16:27] <OvenWerks> sakrecoer: I don't know, but I don't use calf plugins anyway. so it doesn't really matter.
[16:28] <sakrecoer> :D
[16:28] <sakrecoer> bu...but... they look good, so they must sound best! !! </ironic>
[16:28] <sakrecoer> in fact, i think they sound great
[16:34] <OvenWerks> They do have some problems... the eq can not be controlled by remote, the reverb can output 1000db and go hard denormal, just to name two
[16:42] <sakrecoer> yeah, i don't use EQ that way.. the reverb thing i hear some say what you say, other say its been fixed for years.. never been a vicitme of it and its probably the one plug i use the most ..
[16:42]  * sakrecoer touches wood
[16:50] <OvenWerks> Have you tried gxzita_rev1?
[16:51] <OvenWerks> I like steveharris Plate reverb
[16:51] <sakrecoer> i don't think so! but i like the zita thingies lots
[16:52] <OvenWerks> a-reverb is getting there now too.
[16:52] <sakrecoer> :)
[17:47] <OvenWerks> sakrecoer: I am pretty sure fontmanager githead will not build. I did git reset --hard 08b9c63  and then ./configure shows up.
[17:49] <OvenWerks> so far 0.7.2 is getting there
[17:55]  * OvenWerks is installing -dev packages
[18:00]  * OvenWerks wishes includes were installed by default.
[18:21] <OvenWerks> vala xlib
[18:21] <OvenWerks> wrong keyboard...
[18:39] <OvenWerks> sakrecoer: vala messes up for me on make with font manager.
[18:39] <OvenWerks> ./configure runs with no errors.
[18:42] <OvenWerks> vala fontmanager
[18:46] <OvenWerks> fontmanager build vala trouble
[18:46] <OvenWerks> :P wrong keyboard...


[06:21] <alkisg> (03:57:03 PM) sforshee: alkisg: the first time you install a dkms module while booted under secure boot you should get prompted about creating a MOK and given further instructions
[06:21] <alkisg> ==> https://termbin.com/p82v ==> I'm supposed to be seeing a whiptail menu but I don't! I guess some stdio descriptor has been redirected and it only works when updating from GUI?!
[06:38] <alkisg> It did show up later on with `dpkg --configure -a`... dunno, maybe `apt --yes` breaks stdin :/
[06:44] <alkisg> Meh, failed not open \efi\boot\max64.efi: not found => won't boot
[06:46] <alkisg> It should be looking in ubuntu\mmx64.efi instead, copying the file...
[06:54] <alkisg> OK that worked. I wonder if these 2 bugs affect everyone, or just my installation.
[07:05] <tomreyn> hmm, "max64.efi" sounds like a typo to me.
[07:08] <tomreyn> also ubuntu uefi boot code is usually installed to /efi/ubuntu/ rather than /efi/BOOT/, i think
[07:49] <alkisg> tomreyn: true, my first line there was my own typo; but the fact that it looks in boot rather than ubuntu wasn't a typo
[07:55] <tomreyn> thanks for clarifying.
[11:59] <sforshee> cyphermox: ^ alkisg is seeing some issues with setting up the MOK for dkms
[12:01] <cyphermox> alkisg: no; it's expected; we largerly install in both locations because some systems are busted and don't record the BootEntry for ubuntu
[12:02] <cyphermox> as for the upgrade issue, that's a known bug that someone is working on. headers redirect output for dkms
[12:29] <alkisg> cyphermox: thank you; I only had mmx64 in one location; I had to manually use cp; maybe it's been resolved after I installed that system
[13:16] <tomreyn> are there some rough plans on a 5.x kernel backport (HWE) to 18.04?
[13:16] <tomreyn> i know there's one in proposed, but it's been there for a while
[13:17] <tomreyn> i was hoping to see it on hwe-edge at least


[02:44] <lucideer> I've been trying to figure out if the firefox aurora ppa on launchpad is still being updated or not
[02:44] <lucideer> does anyone know the status of this?


[22:51] <johnc4510> The new edition of the Ubuntu Weekly Newsletter #139 is now available:
[22:51] <johnc4510> https://wiki.ubuntu.com/UbuntuWeeklyNewsletter/Issue139


[14:57] <cpaelzer> schopin: FYI https://bugs.launchpad.net/ubuntu/+source/ldns/+bug/1966237
[14:57] <cpaelzer> if you have any "ah I know" moment let share it with us on the bug please
[15:12] <schopin> cpaelzer: sorry, no such luck :/
[18:43] <dbungert> Would someone retest click?  Looks like transient network error and passes locally on arm64 https://autopkgtest.ubuntu.com/request.cgi?release=jammy&arch=arm64&package=nagios-plugins-contrib&trigger=openssl/3.0.2-0ubuntu1
[18:46] <tumbleweed> dbungert: sure, retried
[18:46] <dbungert> tumbleweed: thanks!
[23:13] <Unit193> rbasak: Sorry I can't remember, was it you that I got to sponsor a pastebinit update?  I have a minor change that'll make it nicer.  One line change in a config file, very low risk of a non-default option.
[23:22] <blackboxsw> Unit193: rbasak is on PTO through tomorrow (back Monday) just FYI if you don't get a response for a while
[23:22] <Unit193> Ah cool, thanks.