  Filtering out all the mails to rhonda@ubuntu into a seperate folder makes it possible for me to wade through my mails again properly.  :D
[10:31] <Laney> bah
[10:31] <Laney> tempest has a borked and unnecessary XB-Python_Version in control
[10:32] <Laney> breaks dose-debcheck
[21:43] <sergio-br2> hey hello
[21:45] <sergio-br2> someone could take a look at Bug #1299686 ? It's has "fix released", but scilab does not work yet
[21:46] <sergio-br2> i posted some debug info, i can help with someone help :)
[21:48] <sergio-br2> * is this the right channel? scilab is from motu, so i think so
[21:49] <Logan_> sergio-br2: looks like sylvestre replied, saying it isn't the same issue
[21:50] <jtaylor> the segfault isn't
[21:50] <jtaylor> that is indeed normal with java
[21:50] <sergio-br2> so, that debug info i posted, it's a different issue?
[21:50] <jtaylor> depends, does it run without gdb?
[21:50] <sergio-br2> no
[21:50] <jtaylor> hm doesn'T for me, so not fixed
[21:51] <sergio-br2> no run with or without gdb
[21:53] <jtaylor> does that work: LD_LIBRARY_PATH=/usr/lib/jvm/java-7-openjdk-amd64/jre/lib/amd64/:/usr/lib/jvm/java-7-openjdk-amd64/jre/lib/amd64/server/ /usr/bin/scilab-bin
[21:53] <jtaylor> assuming you are running 64 bit
[21:53] <sergio-br2> i type it in terminal?
[21:53] <jtaylor> yes
[21:53] <sergio-br2> ok
[21:57] <sergio-br2> well, it will take sometime, 10 min to install scilab
[21:58] <jtaylor> it starts for me
[21:58] <sergio-br2> ok, let me see
[21:58] <jtaylor> if one adds: SCI=/usr/share/scilab/
[22:07] <sergio-br2> nah, it's working, without this tip
[22:07] <jtaylor> weird
[22:07] <sergio-br2> scilab is the same version, why now it works? haha
[22:08] <sergio-br2> ops
[22:08] <sergio-br2> i run third time here, got core dumped
[22:11] <jtaylor> wtf why do I hav JAVA_HOME set in my bashrc oO
[22:15] <sergio-br2> new bug 1311905
[22:16] <sergio-br2> i posted the error there, waiting retrace
[22:32] <sergio-br2> libEGL warning: DRI2: failed to authenticate
[22:32] <sergio-br2> is it normal?
[22:32] <jtaylor> I get it to
[22:34] <sergio-br2> i can run scilab here, but sometimes it gets core dumped
[22:34] <sergio-br2> in gdb, it always crashes
[22:36] <jtaylor> continue once
[22:37] <sergio-br2> tryied many times, it crashed 2 or 3 times
[22:38] <jtaylor> do it until you get the real crash :)
[22:39] <jtaylor> you could also ignore the SIGSEV
[22:39] <jtaylor> the issue is probably a SIGABRT
[22:46] <sergio-br2> humm, i don't understand... real crash?
[22:47] <sergio-br2> humm, ok, the bug report i made has SIGABRT
[22:47] <sergio-br2> what's this?
[22:49] <sergio-br2> well, in gdb i get only sigsegv
[22:53] <jtaylor> sigsegv are generated intentionally be java
[22:55] <sergio-br2> hum, so that link is it?
[22:55] <sergio-br2> * comment #14
[22:56] <sergio-br2> * sylvestre says about it
[23:00] <sergio-br2> my report bug continues with private status... bug #1311905
[23:00] <jtaylor> you have to make it public yourself
[23:00] <sergio-br2> no problem?
[23:01] <sergio-br2> bug #1311905
[23:01] <sergio-br2> the report i got from an automatic apport
[23:02] <sergio-br2> after, i get info from gdb
[23:09] <sergio-br2> jtaylor, so, scilab is crashing sometimes in launching, without running under gdb, is it expected?
[23:10] <jtaylor> seems to be working
[23:15] <sergio-br2> i'm using unity here, and scilab menu is black, almost like the background
[23:15] <sergio-br2> * scilab text menu
[23:18] <sergio-br2> you got the same issue?
[23:22] <sergio-br2> and there is no global menu for it


 @KMyers I'm trying a new filament.  That last filament was getting brittle and breaking.  I'm trying that wood you gave me.
 Chrome offline game
 @AdamOutler - you would get a kick out of this - https://www.kickstarter.com/projects/1749849235/battbump-an-app-to-share-and-receive-phone-battery/
 Dave from EEVBlog just destroyed it as well
 That's awesome!
 I can't believe kickstarter allowed that.
 @KMyers any idea how to remove water from a filament, or rejuvinate one that's brittle?
 Descant, there are also ways to bake rolls at a low temp for several hours


[04:31] <rmcadams> juju makes me want to bang my head on the desk sometimes :)
[07:40] <kjackal> Good morning Juju world!
[09:05] <spaok> heya, is there a way to force juju 1.25 to use a particular controller?
[14:27] <Spaulding> Hi folks!
[14:27] <Spaulding> https://gist.github.com/pananormalny/11144709446aa80e956d7977df3d88d1 anyone know how to run it just once? @only_once seems to be not working here...
[14:28] <magicaltrout> only_once is really a thing?!
[14:28] <Spaulding> also i have no idea what is the best way to check if db is already filled, should I check that some tables exists or there is some other fancy way of doing this
[14:28] <magicaltrout> so it is
[14:29] <magicaltrout> I don't know how fixed it is Spaulding but a issue here says:
[14:29] <magicaltrout> "Another consideration that needs to be documented because it is very non-obvious is that, because of an implementation detail, @only_once must be the innermost decorator, if combined with @when, etc."
[14:29] <magicaltrout> yours is the outer most
[14:29] <magicaltrout> :)
[14:30] <Spaulding> omfg
[14:30] <Spaulding> let's try it then :)
[14:30] <magicaltrout> i know... my google-fu is amazing on a Friday
[14:31] <Spaulding> haha
[14:31] <Spaulding> friday the 13th
[14:31] <magicaltrout> shit
[14:31] <magicaltrout> i didn't even notice
[14:31] <Spaulding> so now you know ;)
[14:31] <Spaulding> your magic abilities works even today!
[15:01] <BlackDex> hello there
[15:01] <BlackDex> i used juju with maas and i created several network aliasses on one vlan/interface
[15:02] <BlackDex> maas deploy's it correctly
[15:02] <BlackDex> i can access the servers on every network
[15:03] <BlackDex> but when i let juju generate lxd's on these hosts, they only receive one ip
[15:08] <Zic> hi here, I'm (always) testing canonical-kubernetes bundle charms, and I test to shut an etcd member to see if the 2 others deployed by default will be hurted
[15:08] <Zic> when I shut the etcd/1 or etcd/2 it's fine
[15:08] <Zic> but if I shut etcd/0, the cluster go unhealthy
[15:08] <magicaltrout> lazyPower: one for you -^
[15:08] <lazyPower> Zic which versin of the etcd charm?
[15:08] <Zic> have you any idea about this issue?
[15:09] <Zic> charm: cs:~containers/etcd-21
[15:11] <lazyPower> I have done disaster testing where we tear down nodes, and i haven't encountered this behavior.  Is the broken deploy still around? Can you collect the logs from one of the etcd nodes thats failing after you've destroyed etcd/0?
[15:12] <Zic> yep, I collected it, it just try to relink to the etcd/0 in loop (nothing unexpected) : http://paste.ubuntu.com/23792623/
[15:13] <Zic> I have the same type of message if I shut etcd/1 or etcd/2, but the cluster stay healthy and Kubernetes cluster is working
[15:13] <Zic> but if I shut etcd/0, all kubectl or even the kubernetes-dashboard is dead, with a "etcd cluster unhealthy or misconfigured" error message
[15:14] <lazyPower> oh Zic  i know what happened here. it looks like the etcd cluster lost quorem and didn't re-elect a new master because it couldn't reach consensus via the 2 nodes that were still active, and not acting as coordinator
[15:16] <Zic> lazyPower: oh, it seems logic, but how can I prevent that ?
[15:16] <lazyPower> Zic juju add-unit etcd -n 2  -- that will bring the total number of etcd units to 5, and you should be able to test the disaster recovery at that point
[15:17] <Zic> note that I put etcd on the same machine that's running kubernetes-master charm, instead of the default model where etcd is running alone in a machine
[15:17] <Zic> don't know if it's a safe way
[15:17] <lazyPower> Zic thats not recommended for production deployments :)
[15:17] <magicaltrout> etcd needs to man up and make a decision! ;)
[15:17] <lazyPower> as etcd is the core database tracking the state of your cluster.
[15:17] <Zic> yeah, but I scale 3 kubernetes-master
[15:18] <Zic> (and test kube-api-loadbalancer ;))
[15:18] <lazyPower> but its fine to colocate etcd for testing purposes
[15:18] <Zic> even if I run through 3 kubernetes-master, do you recommend to put etcd separately ?
[15:19] <Zic> to put it correctly: the default model deploy 1 kubernetes-master, 1 etcd, 1 etcd, 1 etcd
[15:19] <Zic> I add two more kubernetes-master, and place etcd charms alongside
[15:19] <Zic> is it a poor design choice for production cluster? :|
[15:22] <lazyPower> i think thats fine
[15:22] <lazyPower> extend the etcd cluster onto those principal units, 3 independent, 2 shared
[15:22] <lazyPower> where 2 is N really
[15:23] <Zic> lazyPower: thanks, I will try that
[15:24] <Zic> bonus question: is kube-api-loadbalancer really experimental? I hesitate to run it for production environment, bus as I lurked in what it is doing, it's just an automatically configured nginx which act as reverse-proxy
[15:25] <Zic> s/bus/but/
[15:26] <lazyPower> Zic we've found some interesting behavior with the proxy, there's still some tuning to do before we can call it GA
[15:26] <lazyPower>  it works well, and needs no further tuning in 90% of the scenarios in which its deployed
[15:27] <lazyPower> but if you're using addons like HELM, we've found that it doesn't work when routed through the LB
[15:43] <Zic> lazyPower: 5 etcd units in total permits what fault-tolerance? 2 nodes down as they stay 3 to make a quorum decision?
[15:44] <lazyPower> Zic https://coreos.com/etcd/docs/latest/v2/admin_guide.html
[15:44] <lazyPower> see the table under Optimal Cluster Size
[15:44] <Zic> oh yeah, I found this link yesterday and forgot it, sorry :)
[15:45] <lazyPower> Zic no worries :) I just find it useful to spot check my own knowledge against their upstream docs
[15:45] <lazyPower> it keeps me honest
[15:45] <Zic> :)
[15:45] <magicaltrout> nooo lazyPower make him pay!!!!
[15:45] <magicaltrout> make him paaaaaaaay!
[15:45] <magicaltrout> sorry, friday.
[15:45] <lazyPower> and according to magicaltrout you owe us pizza and beer... because we posted links.
[15:45] <lazyPower> and he pinged me
[15:45]  * lazyPower pokes magicaltrout
[15:45] <magicaltrout> \o/
[15:45] <magicaltrout> marcoceppi_: i should be in DC in the last week in March
[15:46] <magicaltrout> consider yourself warned
[15:46] <magicaltrout> conference season hasn't even started and i'm already juggling trips
[15:46] <Zic> true! come in France, but I must warn you, we don't have good pizzas (and our 'good' bear is tolen from Belgian neighbors)
[15:47] <magicaltrout> i was in Paris last year, that was fun
[15:49] <lazyPower> Zic i'll gladly take your belgian brews
[15:49] <magicaltrout> hehe
[15:49] <magicaltrout> wise lazyPower you need to get practicing ;)
[15:50] <lazyPower> practicing what exactly?
[15:50] <magicaltrout> drinking 15% beer for Ghent ;)
[15:50] <lazyPower> dear lord
[15:50] <lazyPower> i am not ready
[15:50] <lazyPower> magicaltrout you have lofty goals ;)
[15:51] <magicaltrout> its always achievable... just requires dedication and practice... and the distinct possiblity of doing talks whilst still drunk
[15:51] <lazyPower> That would clearly follow in the footsteps of my hero Jamie Windsor
[15:52] <lazyPower> i think it was chef conf 2012, where he took the stage blitzed and tried to run a live siri-controlled infra deploy and it failed fantastically. RIP that demo, but it certainly was memorable
[15:52] <magicaltrout> lol
[15:53] <Zic> hehe, here we use Puppet generally... but for some new projects (like K8S) we're testing Juju :)
[15:56] <Zic> lazyPower: if I don't care about ressources, do you advice me to split up etcd from machines which already host kubernetes-master? or staying with 3 kubernetes-master+etcd and 2 others etc separately is also fine? (more question more beers, I know :()
[15:56] <lazyPower> i do, i think its the best strategy to keep them out of the kubernetes units themselves for instances of scale
[15:57] <lazyPower> if you colocate etcd with kubernetes-master-3,4,5 for example
[15:57] <lazyPower> and your cluster goes dormant, and you remove master-4,5
[15:57] <lazyPower> you'll still have tainted machines running with those etcd units
[15:58] <lazyPower> Plus, in juju land, when you colocate services (we call this  hulk-smashing), it *can sometimes* have unintended behavior, like say we add an addon that requires an isolated etcd container to be running... (i'm looking @ you CNI networking providers)
[15:58] <lazyPower> if you've got a colocated etcd unit on that node, you'll hit port collision
[15:58] <Zic> ok, good advices, I will apply them :)
[15:58] <lazyPower> and in some cases, it will cause the addon workload to fail
[18:40] <spaok> so, my juju is broken badly, mongo won't cluster and keeps restarting, I can't issue ensure-availability, I tried restoring a lxc snapshot but the last two didn't help, before I try something drastic, like restoring the first snapshot (removing the newer to do so) anyone have any ideas how I might recover?
[19:25] <lazyPower> spaok have you been able to collect the logs from your container? which juju version?
[19:25] <spaok> should be 1.25
[19:26] <spaok> its an older install we are trying to decomm, but juju broke so it making that harder
[19:26] <lazyPower> yeah, thats a rough situation. sorry spaok i'm not certain how to resolve mongo clustering issues but i would lead with a bug with those logs so we can attempt to triage, but it sound slike you're on a time table
[21:25] <magicaltrout> friday is here \o/ gin o'clock
[21:26] <magicaltrout> this ones for you kwmonroe https://youtu.be/u6mJMJzDD-M?t=1m13s
[21:26] <kwmonroe> no way i'm clicking that
[21:26] <magicaltrout> lol
[21:26] <magicaltrout> its music! :P
[21:26] <magicaltrout> it popped up on spotify on the way home and made me think of you
[21:27] <kwmonroe> ugh.. fine.  i'll click it.
[21:28] <kwmonroe> ha!  i like it.  you're back on my nice list magicaltrout!
[21:28] <magicaltrout> lol
[21:28] <magicaltrout> thanks :P
[21:41] <elbalaa> spaok: did you try sshing into the mongo machine and looking at the logs?
[23:39] <spaok> elbalaa: ya there was some corruption or something, mongo would try to cluster and then restart
[23:39] <spaok> we were able to finally find a mix between a previous snapshot and turning off the repl
[23:39] <spaok> then recovering from there
[23:40] <spaok> so it's up enough that we can finish the decomm process
[23:58] <elbalaa> spaok:  "corruption or something" story of my life when working with mongo


[11:08] -queuebot:#ubuntu-quality- Builds: Ubuntu Budgie Desktop amd64 [Mantic Final] has been updated (20231016.1)
[11:39] -queuebot:#ubuntu-quality- Builds: Ubuntu Desktop amd64 [Mantic Final] has been updated (20231016.1)
[11:39] -queuebot:#ubuntu-quality- Builds: Ubuntu Desktop arm64+x13s [Mantic Final] has been updated (20231016.1)
[18:20] -queuebot:#ubuntu-quality- Builds: Ubuntu Budgie Desktop amd64 [Mantic Final] has been marked as ready
[19:21] -queuebot:#ubuntu-quality- Builds: Ubuntu Desktop amd64 [Mantic Final] has been marked as ready
[19:21] -queuebot:#ubuntu-quality- Builds: Ubuntu Desktop arm64+x13s [Mantic Final] has been marked as ready
[19:21] -queuebot:#ubuntu-quality- Builds: 45 entries have been added, updated or disabled


[08:15] <mup> PR snapd#13351 opened: overlord/snapstate: support snaps on same lane in refreshedSnaps <Created by Meulengracht> <https://github.com/snapcore/snapd/pull/13351>
[10:35] <mup> PR snapd#13328 closed: aspects: support array type in aspect schemas <aspects> <Created by MiguelPires> <Merged by MiguelPires> <https://github.com/snapcore/snapd/pull/13328>
[15:09] <mup> Issue snapcraft#4413 closed: Error message on snap pack is not nice <Bug> <Created by sergiusens> <Closed by sergiusens> <https://github.com/snapcore/snapcraft/issues/4413>
[15:09] <mup> PR snapcraft#4434 closed: chore(log): hide command in output when pack failed <Created by syu-w> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/4434>
[15:14] <mup> PR snapcraft#4435 closed: ci: colorize tox and collapse sections <Created by mr-cal> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/4435>
[16:44] <mup> PR snapcraft#4436 opened: docs(architectures): remove shorthand notation for core22 architectures <Created by mr-cal> <https://github.com/snapcore/snapcraft/pull/4436>
[17:02] <mup> PR snapd#13352 opened: Add microceph-support interface <Created by sabaini> <https://github.com/snapcore/snapd/pull/13352>
[18:46] <mup> PR # closed: core20#121, core20#122, core20#124, core20#130, core20#131, core20#142
[18:48] <mup> PR core18#144 closed: Add efibootmgr to the extra packages <Created by sil2100> <https://github.com/snapcore/core18/pull/144>
[18:51] <mup> PR # opened: core20#121, core20#122, core20#124, core20#130, core20#131, core20#142
[18:51] <mup> PR # closed: core-build#11, core-build#22, core-build#26, core-build#37, core-build#51
[18:52] <mup> PR # closed: classic-snap#24, classic-snap#27, classic-snap#28, classic-snap#30
[18:53] <mup> PR # closed: pc-gadget#55, pc-gadget#56, pc-gadget#106, pc-gadget#107
[18:54] <mup> PR # closed: snapcraft#3511, snapcraft#3567, snapcraft#4162, snapcraft#4288, snapcraft#4290, snapcraft#4293, snapcraft#4294, snapcraft#4302, snapcraft#4355, snapcraft#4391, snapcraft#4400, snapcraft#4403, snapcraft#4418, snapcraft#4431, snapcraft#4436
[18:56] <mup> PR # closed: core20#121, core20#122, core20#124, core20#130, core20#131, core20#142
[18:57] <mup> PR # opened: classic-snap#24, classic-snap#27, classic-snap#28, classic-snap#30
[18:58] <mup> PR core18#144 opened: Add efibootmgr to the extra packages <Created by sil2100> <https://github.com/snapcore/core18/pull/144>
[18:58] <mup> PR core18#178 opened: hook-tests: fix leaked /stdout file and add test <Created by mvo5> <https://github.com/snapcore/core18/pull/178>
[19:02] <mup> PR # closed: classic-snap#24, classic-snap#27, classic-snap#28, classic-snap#30
[19:03] <mup> PR # opened: pc-gadget#55, pc-gadget#56, pc-gadget#106, pc-gadget#107
[19:07] <mup> PR # opened: classic-snap#24, classic-snap#27, classic-snap#28, classic-snap#30
[19:09] <mup> PR # opened: snapcraft#3511, snapcraft#3567, snapcraft#4162, snapcraft#4288, snapcraft#4290, snapcraft#4293, snapcraft#4294, snapcraft#4302, snapcraft#4355, snapcraft#4391, snapcraft#4400, snapcraft#4403, snapcraft#4418, snapcraft#4431, snapcraft#4436
[19:11] <mup> PR # opened: core20#121, core20#122, core20#124, core20#130, core20#131, core20#142
[19:11] <mup> PR # opened: core-build#11, core-build#22, core-build#26, core-build#37, core-build#51
[19:19] <mup> PR snapcraft#4437 opened: build(deps): bump craft-providers to 1.19.2 <Created by mr-cal> <https://github.com/snapcore/snapcraft/pull/4437>
[19:19] <mup> PR snapcraft#4438 opened: build(deps): bump craft-providers to 1.19.2 <Created by mr-cal> <https://github.com/snapcore/snapcraft/pull/4438>
[21:55] <mup> PR snapcraft#4437 closed: build(deps): bump craft-providers to 1.19.2 <Created by mr-cal> <Merged by mr-cal> <https://github.com/snapcore/snapcraft/pull/4437>