[01:35] <Guest54689> Hi everyone. I just recently re-installed this version and im having some trouble. The panels arent working properly. I went into the tweak tool and when I set it to Mutiny, the search wasnt there. When I set it back to familiar, I have a blank bottom panel and the top is all gone -- all I did was switch to the pre-set tweaks. Any advice would be s
[01:35] <Guest54689> uper helpful :)
[02:04] <kerigan> hi
[08:01] <liu> ji
[08:01] <liu> hi
[08:01] <liu> how are you
[14:55] <mate|87207> hi / test
[15:11] <pi__> hi
[15:44] <Iv> hello, I have a problem with my new graphic card
[15:44] <Iv> Is anyone willing and capable to help me?
[15:46] <diogenes_> !ask | Iv
[15:52] <Iv> ok, thank you, I just got a radeon hd 5970 for my computer : intel pentium g4560 with 8gb ram, I'm using ubuntu 16.04.4 mate 1.12.1. I try to play a game called war thunder and the screen gets full of flashy colors when I try to play it, what should I do?
[15:54] <diogenes_> Iv, has it ever run well on linux before?
[15:54] <Iv> It used to play well with my asus r7 250x
[15:54] <Iv> really well
[15:55] <diogenes_> you mean on a different pc it used to work well?
[15:55] <Iv> no on the same before i change the graphic card this afternoon
[15:56] <Iv> (same pc)
[15:56] <diogenes_> ok let's see, pastebin the output of: inxi -FxCBGxxxw
[15:59] <Iv> inxi -FxCBGxxxw /usr/bin/inxi: illegal option -- B Error 7: One of the options you entered in your script parameters: -FxCBGxxxw is not supported.The option may require extra arguments to work. For supported options (and their arguments), check the help menu: inxi -h
[16:00] <Iv> inxi doesnt seem to work...
[16:00] <diogenes_> Iv, ok just run: inxi -Fx
[16:00] <diogenes_> !pastebin
[16:01] <Iv> System:    Host: anon-MS-7A71 Kernel: 4.13.0-39-generic x86_64 (64 bit gcc: 5.4.0)            Desktop: MATE 1.12.1 (Gtk 3.18.9-1ubuntu3.3) Distro: Ubuntu 16.04 xenial Machine:   Mobo: MSI model: Z270-A PRO (MS-7A71) v: 1.0 Bios: American Megatrends v: 1.00 date: 12/15/2016 CPU:       Dual core Intel Pentium G4560 (-HT-MCP-) cache: 3072 KB            flags: (lm nx sse sse2 sse3 sse4_1 sse4_2 ssse3 vmx) bmips: 14016            clock s
[16:01] <diogenes_> Iv, stop
[16:01] <diogenes_> before you get banned
[16:01] <diogenes_> read this message very carefully
[16:01] <diogenes_> !pastebin | Iv
[16:02] <Iv> ok, sorry
[16:03] <Iv> https://paste.ubuntu.com/p/pmMc8kNGkX/
[16:06] <diogenes_> it shows that you've got 2 graphics cards
[16:07] <diogenes_> and also how did you end up using 4.13 kernel on ubuntu 16.04? the default is 4.4
[16:08] <Iv> I have only 1 GPU
[16:09] <Iv> should I update my kernel?
[16:09] <diogenes_> no, i'm asking what manipulations you have done that you've changed the default kernel with the current one?
[16:11] <Iv> Idont think i did anything with the kernel
[16:12] <diogenes_> ok when and who installed the system on your pc? also why did you change the graphic card and what graphics card you have had preiously?
[16:12] <Iv> before i got this graphic card I tried to use 2 r7 250x with cross fire
[16:13] <Iv> so i used a few command lines that i didnt all understand, maybe that's the reason
[16:14] <diogenes_> yep, those commands might have spoiled many things
[16:15] <Iv> I installed the system on my pc and i upgraded my Ati radeon r7 250 x with a radeon hd 5970
[16:16] <Iv> Should I reinstall ubuntu?
[16:17] <diogenes_> first what game you trying to run? do other games work well? also it would be useful if you could make a screenshot of those colored artifacts that you get when you starting the game
[16:17] <Iv> It's quite a nice thing to do, not like windows taking 3 weeks to install updates...
[16:17] <Iv> ok i'm on it
[16:18] <alkisg> If you reinstall, use 18.04 which has support for newer cards
[16:21] <Iv> https://imgur.com/a/iW8DrAo
[16:22] <diogenes_> Iv, but the game kinds works and sound is ok it's only that you get that weird color?
[16:22] <Iv> https://imgur.com/a/ssdNZbI
[16:24] <Iv> yep, sound seems fine
[16:25] <Iv> and yes the game works exept for these colors
[16:25] <Iv> wich make it unplayable
[16:26] <Iv> by the way, thanks a lot for your time and help.
[16:30] <Iv> so, the best to do is to reinstall ubuntu mate 18.04?
[16:31] <diogenes_> Iv, yep, better do a fresh install of mate 18.04 NOT 16.04
[16:31] <diogenes_> and also, do you have a separate /home partition?
[16:32] <Iv> I'm not sure, but i have external hdd for saving personal data
[16:33] <diogenes_> run: df -h | nc termbin.com 9999
[16:33] <diogenes_> share the link you got
[16:34] <Iv> http://termbin.com/4xnf
[16:35] <Iv> why have a separate /home partition?
[16:35] <diogenes_> omg :)
[16:35] <Iv> i'm really amateur i guess
[16:36] <diogenes_> you've got en entire mess you partitions, ok then i'd advice you to do the following:
[16:36] <diogenes_> 1. back up all th important data to the extrnal hdd
[16:36] <diogenes_> 2. download mate 18.04
[16:36] <diogenes_> 3. run the installer and once you reach partitioning
[16:36] <diogenes_> you choose "something else"
[16:37] <diogenes_> there you make the following partitions:
[16:37] <Iv> i used auto...
[16:37] <diogenes_> 1st - / = 30 GB ext4
[16:37] <diogenes_> 2nd - /home = (as mucha s you like the bigger the better) ext4
[16:38] <diogenes_> NB; /home partition is the equivalend of drive d on windows
[16:38] <Iv> war thunder is 40.1 gb
[16:38] <diogenes_> 3rd - /boot/efi = 300 MB
[16:38] <diogenes_> that's all ^^^
[16:38] <Iv> i would like to have it on my ssd
[16:39] <diogenes_> and if your game has 40 GB then for /home partition you should use at least 100 GB
[16:39] <Iv> so 1st should be smaller?
[16:40] <diogenes_> 1st recommended is 30 GB
[16:40] <diogenes_> you run your game via steam?
[16:41] <Iv> https://imgur.com/a/1fOH37t
[16:41] <Iv> no i play it directly from download folder
[16:41] <Iv> i get it from gaijin.com
[16:42] <diogenes_> then you should backup that folder with the game and its configs so it would be easier to set all the thing up after you re-install
[16:44] <diogenes_> you could use that toshiba 120 for / and /boot/efi and that 1 TB for /home
[16:44] <Iv> i should just copy my war thunder folder and paste it after reinstall? or should i redownload the game?
[16:45] <diogenes_> just copy/paste should work (theoretically because i never played it)
[16:46] <Iv> ok that will be a lot faster
[16:46] <Iv> i dont really get the difference between / and /home
[16:47] <diogenes_> Iv, it's like on window / = Disk C
[16:47] <diogenes_>  /home = Disk D
[16:47] <diogenes_> when you re-install another system then you re-format the / partition
[16:48] <diogenes_> and you keep the /home partition, so that way all your data remain safe
[16:48] <Iv> ok but then if i want my game to be on ssd i have to paste my game folder in /war thunder
[16:49] <diogenes_> your ssd is the one with 120 GB right?
[16:49] <Iv> yes
[16:49] <Iv> but I need some special authorisation to paste on / ?
[16:50] <diogenes_> you will be able to copy it to / partition but you will need your user password
[16:50] <diogenes_> but i doubt it will work
[16:50] <Iv> ok, i think i tried and it didnt allow me...
[16:51] <diogenes_> probably it won't start or if it starts it won't be able to save your current record because it won't be able to write to /
[16:52] <diogenes_> anyway, we shall continue this discussion after you actually install the new system
[16:52] <Iv> so i will keep /home on / ?
[16:53] <Iv> but how do i format my drives then?
[16:53] <diogenes_> nope, you've got only 2 options, to either install the system with / - on ssd and /home on either the same aad (but the size will be small) or install /home on your hdd
[16:54] <diogenes_> you will be given the options to format them once you run the installer and you reach partitioning and choose "something else" option
[16:54]  * diogenes_ is offline
[16:56] <Iv> but if i cant write on / my ssd will be useless?
[18:36] <mate|82688> hi
[18:36] <mate|82688> anyone up there?
[18:37] <diogenes_> !ask
[18:38] <mate|82688> i have HP Notebook - 15q-by004ax and have installed ubuntu 18.04 in it, the wifi driver is missing, what to do?
[18:40] <diogenes_> mate|82688, did you run: sudo apt update && sudo apt upgrade?
[18:40] <mate|82688> yes
[18:40] <diogenes_> did it upgrade?
[18:41] <mate|82688> https://thepasteb.in/p/r0hwz4gvLnAFK
[18:41] <mate|82688> it showed this
[18:42] <diogenes_> run: sudo lspci -nnk | grep Net -A3
[18:42] <diogenes_> and pastebin it
[18:43] <mate|82688> okay
[18:45] <mate|82688> https://thepasteb.in/p/j2hlwZWWmYyUP
[18:46] <diogenes_> is that all you got ? 2 lines?
[18:47] <mate|82688> yes
[18:47] <diogenes_> mate|82688, pastebin: inxi - Fx
[18:48] <mate|82688> sorry, i didn't get what to do
[18:49] <diogenes_> in terminal run: inxi -Fx
[18:49] <mate|82688> okay
[18:49] <diogenes_> and pastebin the output
[18:50] <mate|82688> https://thepasteb.in/p/j2hlwZBnJDwfP
[18:52] <diogenes_> run: sudo apt install inxi
[18:52] <diogenes_> after it installs run: inxi -Fx
[18:52] <mate|82688> okay
[18:55] <mate|82688> https://thepasteb.in/p/g5hPj4oYl0ZTr
[18:59] <mate|82688> any one there??
[19:00] <diogenes_> mate|82688, and if you open driver manager?
[19:00] <diogenes_> do you have anything in ther?
[19:00] <diogenes_> there*
[19:02] <mate|82688> it shows , no additional drivers available
[19:02] <diogenes_> what is the mirror? is it your local mirror or the main one?
[19:03] <diogenes_> also in the driver manager but a different tab (i forgot which one)
[19:04] <mate|82688> i am not able to follow you, i dont know what is a mirror
[19:06] <diogenes_> ok, what are other tabs in the driver manager? (sorry i don't use any ubuntu so i can't remember)
[19:09] <mate|82688> i can't find any window as driver manager, although there is a window named software and update and it has a tab named additional drivers, which is empty by the way
[19:11] <diogenes_> mate|82688, ok, we can try one thing BUT i can't guarantee any positive result, you might even end up with a broken system so if you have nothing to loose then we can try
[19:12] <diogenes_> to lose*
[19:12] <mate|82688> okay, what we have to do?
[19:13] <diogenes_> run all the commands in terminal
[19:13] <diogenes_> and confirm with "done"
[19:13] <diogenes_> so first:
[19:13] <diogenes_> git clone https://github.com/smlinux/rtl8723de.git -b 4.11-up
[19:14] <diogenes_> also pastebin the output
[19:14] <mate|82688> just hang on a bit
[19:15] <mate|82688> i found the same problem on ask ubuntu
[19:15] <mate|82688> https://askubuntu.com/questions/974587/wifi-adapter-not-getting-identified
[19:16] <mate|82688> and there is a solution to it, but i don't get that, can you help me with that?
[19:17] <diogenes_> there is no solution on that page
[19:17] <diogenes_> did you run the command?
[19:18] <mate|82688> no not yet,
[19:18] <mate|82688> but this is, i think the solution
[19:18] <mate|82688> https://askubuntu.com/questions/961299/cannot-see-my-wifi-10ecd723-when-trying-ubuntu/989152#989152
[19:18] <mate|82688> solution no. 7
[19:19] <diogenes_> yep, you can try that
[19:19] <diogenes_> come back with a feedback on how it went
[19:21] <mate|82688> but is it safe to run and if yes, then can you please help me with the solution
[19:22] <diogenes_> you said you got nothing important to lose in case you got a broken system, so keep your usb with the system close to you so in case you need a re-install, you can  easily do it
[19:22] <diogenes_> so try that solution nr.7
[19:23] <mate|82688> okay, so for that i should just copy and paste the command in the terminal, right?
[19:24] <diogenes_> mate|82688, one at a time
[19:24] <diogenes_> one line, then second and so on
[19:25] <mate|82688> okay
[19:27] <mate|82688> please be here, while i do the commands
[19:30] <mate|82688> i did the first segment of codes, i.e. first 5 lines
[19:30] <mate|82688> and i didn't get wifi
[19:30] <diogenes_> ok go to the second
[19:30] <diogenes_> and after you done, you have to reboot
[19:31] <mate|82688> okay
[19:33] <mate|82688> it is asking for the username on github
[19:33] <diogenes_> asking when you run waht command?
[19:33] <mate|82688> git clone https://github.com/smlinux/rtl8723.git -b 4.11-up
[19:33] <mate|82688> when i ran this
[19:35] <mate|82688> you there??
[19:35] <diogenes_> ok just try to reboot now then we will see
[19:36] <mate|82688> okay, but what if it still does not show the wifi, what shall i do?
[19:36] <diogenes_> you come back here
[19:37] <mate|82688> okay
[19:37] <mate|82688> i just noticed one thing, when i ran make command it showed this
[19:38] <mate|82688> https://thepasteb.in/p/wjh04gqmPyKTv
[19:39] <mate|82688> you there??
[19:40] <diogenes_> wait
[19:41] <diogenes_> run: sudo apt install build-essential
[19:42] <mate|82688> okay
[19:44] <mate|82688> i did that, now what?
[19:44] <diogenes_> sudo apt install libelf-dev libelf-devel elfutils-libelf-devel
[19:45] <mate|82688> https://thepasteb.in/p/r0hwz4kKVz6CK
[19:45] <mate|82688> it gave the following output
[19:46] <diogenes_> sudo apt install libelf-dev libelf-dev elfutils-libelf-dev
[19:47] <diogenes_> try that one and just tell me if you got the same message
[19:48] <mate|82688> https://thepasteb.in/p/qjhLxJEEkNMCB
[19:48] <mate|82688> got this
[19:49] <diogenes_> sudo apt install libelf-dev libelf-dev
[19:50] <mate|82688> https://thepasteb.in/p/8qhOAB2yAx7f0
[19:50] <mate|82688> what next?
[19:51] <diogenes_> run: pwd
[19:51] <diogenes_> paste here
[19:51] <diogenes_> the output
[19:51] <diogenes_> not pastebin
[19:54] <mate|82688> it in /home/hitman/rtl8723de
[19:54] <diogenes_> ok
[19:54] <diogenes_> now run: make
[19:54] <mate|82688> okay
[19:55] <mate|82688> https://thepasteb.in/p/qjhLxJM1WkgfB
[19:55] <mate|82688> got this
[19:56] <diogenes_> now try to google this: error: code model kernel does not support PIC mode
[19:56] <diogenes_> see if you get any solutions
[19:57] <mate|82688> okay
[19:58] <mate|82688> please you also try,
[20:01] <diogenes_> ok you there?
[20:02] <mate|82688> yes
[20:02] <mate|82688> what to do?
[20:02] <diogenes_> run: ls | nc termbin.com 9999
[20:02] <diogenes_> paste here the link you get
[20:03] <mate|82688> okay, btw what is this for
[20:03] <diogenes_> it lists the files in that folder
[20:04] <mate|82688> http://termbin.com/nohb
[20:05] <diogenes_> run: cat MakeFile | nc termbin.com 9999
[20:06] <diogenes_> link
[20:07] <mate|82688> it shows no such file or directory
[20:07] <diogenes_> run: cat Makefile | nc termbin.com 9999
[20:09] <mate|82688> http://termbin.com/uvj1y
[20:10] <mate|82688> just to know, what are you doing with the links?
[20:12] <diogenes_> i'm studying them and also playing chess in parallel and also helping people on other channels
[20:13] <diogenes_> so you're using ubuntu gnome or ubuntu mate?
[20:13] <mate|82688> ubuntu mate
[20:13] <diogenes_> ok then run: pluma Makefile
[20:14] <mate|82688> okay
[20:14] <diogenes_> did it open a document?
[20:17] <mate|82688> yes
[20:17] <mate|82688> what to do now?
[20:17] <diogenes_> paste here in the chat the first line from that document (no pastebin)
[20:18] <mate|82688> EXTRA_CFLAGS += $(USER_EXTRA_CFLAGS)
[20:19] <diogenes_> ok add this to that line so it look like: EXTRA_CFLAGS += $(USER_EXTRA_CFLAGS) -fno-pie
[20:19] <mate|82688> why do you ask sometime for pastebin and sometime direct in the chat?
[20:19] <diogenes_> yes
[20:19] <diogenes_> because you can paste here in the chat if there is less than 3 lines
[20:20] <diogenes_> if there is more, then pastebin
[20:20] <mate|82688> okay
[20:20] <mate|82688> should i save it?
[20:21] <diogenes_> first paste the result once again here
[20:21] <diogenes_> in the chat
[20:21] <mate|82688> which result?
[20:22] <diogenes_> the first line after you have modified it
[20:22] <mate|82688> EXTRA_CFLAGS += $(USER_EXTRA_CFLAGS) -fno-pie
[20:23] <diogenes_> ok now save, close
[20:23] <diogenes_> after that, run again: make
[20:23] <diogenes_> and pastebin
[20:23] <mate|82688> okay
[20:24] <mate|82688> what should i pastebin, there is no output
[20:24] <diogenes_> did you run: make?
[20:24] <mate|82688> no
[20:25] <diogenes_> so run it
[20:25] <mate|82688> okay
[20:26] <mate|82688> https://thepasteb.in/p/8qhOAByNQXET0
[20:30] <mate|82688> you there?
[20:30] <diogenes_> patience
[20:30] <mate|82688> yes sure
[20:36] <diogenes_> mate|82688, ok, run this: sudo ldconfig
[20:36] <mate|82688> okay
[20:38] <mate|82688> it did not give any output
[20:38] <diogenes_> now you go ahead and reboot, notice you won't be getting any wifi after this reboot, just come back here and we will try to compile it once again
[20:39] <mate|82688> but on rebooting this window will close, so how can i start from here only?
[20:39] <mate|82688> but on rebooting, this window will close, so how can i start from here only?
[20:40] <diogenes_> what do you mean?
[20:40] <diogenes_> are you using firefox window?
[20:41] <mate|82688> no, google chrome
[20:41] <diogenes_> ok then save the link some where and after reboot you join here again
[20:42] <mate|82688> okay
[20:52] <Iv> hi
[20:54] <diogenes_> hi
[20:54] <Iv> Oh you again, I'm lucky
[20:55] <Iv> I reinstalled everything redownloaded my game and it's not working at all anymore...
[20:55] <diogenes_> you mean it doesn't start?
[20:56] <Iv> nope i get a crash report
[20:56] <diogenes_> ok pastebin the crasxh report
[20:59] <Iv> https://imgur.com/a/f1CdTVl
[20:59] <Iv> https://imgur.com/a/dXI5AD0
[21:01] <diogenes_> ok after installing the system, did you run sudo apt upate && sudo apt upgrade?
[21:02] <Iv> no, just the update manager
[21:02] <Iv> should i do it now?
[21:02] <diogenes_> yes try that
[21:02] <diogenes_> in terminal
[21:03] <Iv> 0 mis à jour, 0 nouvellement installés, 0 à enlever et 0 non mis à jour.
[21:04] <Iv> no update needed
[21:04] <diogenes_> ok in terminal: wine --version
[21:04] <diogenes_> paste here if you get anything
[21:05] <Iv> but i dont use wine
[21:05] <diogenes_> give me the link where did you download the game form
[21:05] <diogenes_> from*
[21:06] <Iv> nope i can install it with sudo apt install wine-development or sudo apt install wine-stable
[21:07] <diogenes_> nope what? i mean the game that doesn't start, what is the website?
[21:07] <Iv> https://yupmaster.gaijinent.com/launcher/current.php?id=WarThunderLauncherLinux
[21:07] <Iv> i was talking about wine...
[21:09] <Iv> oh and i was wrong the game weights 20 gigas not 40
[21:10] <diogenes_> Iv, go to the folder where the game launcher is
[21:11] <Iv> yes
[21:12] <diogenes_> right click on some white free space and open terminal
[21:18] <Iv> ubuntu mate 18.04 looks really nice by the way
[21:24] <Iv> diogenes_ are you still there?
[21:24] <diogenes_> Iv, i've asked you to do something so i'm waiting
[21:25] <Iv> oh ok, i opened the terminal from the game folder, sorry
[21:25] <diogenes_> ok now paste here in the chat the output of: pwd
[21:47] <vrtl> Hey guys. I have a quesiton.
[21:47] <vrtl> Does MATE do fractional scaling? (1.5x)
[21:47] <vrtl> I'm on a 4k system right now. Only DE that is able to decently do scaling is KDE. Unity did a great job too. Other distros just fail.
[22:08] <timnz> https://ubuntu-mate.community/t/ubuntu-mate-hidpi-first-steps/12809/9
[22:09] <timnz> https://www.irccloud.com/pastebin/WQjmRVw3/
[22:13] <vrtl> So there is no fractional scaling yet.
[22:14] <vrtl> Because I got a bit confused by this reddit post: https://www.reddit.com/r/UbuntuMATE/comments/8g7bvi/hidpi_is_brilliant_but_how_does_it_work/
[22:14] <vrtl> xrandr is not the solution, it's buggy.
[22:15] <vrtl> Causes graphical glitching. Elements dissapearing like buttons and pieces of text. Appearing only when hovered over.
[22:15] <vrtl> And I'm looking to run Mate 18.04
[23:24] <Dekkard> would I be correct to assume there will be no online update till 18.10 ?


[05:20] -queuebot:#ubuntu-ci-eng- cpaelzer, https://bileto.ubuntu.com/#/ticket/3099 Failed to build (xenial/open-vm-tools). Ready to build (yakkety/open-vm-tools, zesty/open-vm-tools)
[05:37] -queuebot:#ubuntu-ci-eng- cpaelzer, https://bileto.ubuntu.com/#/ticket/3097 Failed to build
[07:00] -queuebot:#ubuntu-ci-eng- cpaelzer, https://bileto.ubuntu.com/#/ticket/3100 Needs building
[08:40] -queuebot:#ubuntu-ci-eng- sil2100, https://bileto.ubuntu.com/#/ticket/3101 No packages are being considered! If you are preparing sources manually, please upload them to the PPA now
[08:46] -queuebot:#ubuntu-ci-eng- sil2100, https://bileto.ubuntu.com/#/ticket/3102 No packages are being considered! If you are preparing sources manually, please upload them to the PPA now
[09:03] -queuebot:#ubuntu-ci-eng- sil2100, https://bileto.ubuntu.com/#/ticket/3102 Needs rebuild due to higher version at destination
[09:24] -queuebot:#ubuntu-ci-eng- Trevinho, https://bileto.ubuntu.com/#/ticket/2841 Proposed pocket (xenial/compiz, xenial/unity, xenial/unity-control-center). Updates pocket (xenial/nux, xenial/ubuntu-themes)
[10:58] -queuebot:#ubuntu-ci-eng- jamespage, https://bileto.ubuntu.com/#/ticket/3098 Needs building
[14:17] -queuebot:#ubuntu-ci-eng- cpaelzer, https://bileto.ubuntu.com/#/ticket/3097 Needs building


[00:24] <xnox> infinity, i believe desktop team maintains that package. I am not going to touch that anymore, as my upload was reverted by them.
[00:24] <xnox> (upload for an indicator)
[04:07] <slangasek> LocutusOfBorg: hey, so you've merged remmina, which has changed build-deps from libfreerdp-dev to freerdp2-dev and wants to pull in several dozen packages into main including ffmpeg and that's not happening.  How should this be handled?
[04:11] <Ukikie> Didn't Ubuntu GNOME drop remmina?
[04:20] <slangasek> I don't know what Ubuntu GNOME did; it's still listed as a recommends of ubuntu-desktop
[04:29] <jbicha> slangasek: freerdp2 is buildable without ffmpeg so I guess I'll upload that
[04:29] <slangasek> ok
[04:38] <jbicha> "Skipping recommended feature FFmpeg for multimedia (multimedia redirection, audio and video playback)"
[04:39] <jbicha> but it turns out we already do that in our freerdp packaging
[04:57] <slangasek> jbicha: remmina-plugin-rdp -> libfreerdp2-2 -> libavcodec57; doesn't look built without ffmpeg
[04:58] <slangasek> and gr-iio -> libiio -> mono FTBFS on ppc64el+s390x, entangled in icu transition
[05:05] <jbicha> slangasek: I meant "turns out we already do that in our freerdp1 packaging", I just uploaded fixed freerdp2 now
[05:06] <slangasek> ah ok
[05:20] <Ukikie> slangasek: Ah sorry, I was referring to the GNOME version of Ubuntu, thus Ubuntu proper/Mainbuntu.
[05:21] <jbicha> Ukikie: as of 17.10 (and current 18.04), remmina is still included in Ubuntu Desktop by default
[05:21] <Ukikie> jbicha: OK, it was proposed to remove it, IIRC?
[05:23] <jbicha> Ukikie: yes I proposed it 😉
[05:23] <jbicha> slangasek: are you ok with letting libgsm back in main (it's needed by freerdp2)?
[05:25] <slangasek> jbicha: hmm, it seems there was never previously an MIR for it; looking closer
[05:27] <slangasek> "Compression and decompression run faster than realtime on most SPARCstations" be still my heart
[05:28] <slangasek> jbicha: if it's really needed, yes.  I'm unclear what speech compression has to do with RDP
[05:34] <jbicha> slangasek: never mind, I found the knob to turn libgsm off
[05:34] <jbicha> apologies to sparc fans
[05:35] <slangasek> I think there might be a few other audio codecs that decompress in realtime on current CPUs
[05:46] <slangasek> doko: kido ftbfs on ppc64el shows a stacktrace pointing at c++ w/ std::basic_string in liburdfdom-world; the segfault is corrected with a no-change rebuild of urdfdom; do you know if this is safe to do as a no-change rebuild, or does this point to ABI breakage of some sort?
[05:54] <slangasek> infinity: mono ftbfs on ppc64el points to 'struct ucontext' not being exposed via #include <ucontext.h>.  Mono bug, or glibc bug for asm/ucontext.h not being transitively included?
[06:00] <slangasek> infinity: hmm possibly more subtle than that; but still, wondering whose bug it is
[06:35] <LocutusOfBorg> slangasek, thanks for caring and fixing, I briefly looked at it yesterday, but I did something else...
[06:35] <LocutusOfBorg> should we have both freerdp and freerdp2 in main then?
[06:38] <LocutusOfBorg> I would say only remmina is in main, so freerdp can go in universe...
[09:13] <doko> slangasek: mono bug, was removed in glibc by intent
[09:18] <doko> slangasek: kido/urdfdom, not aware of changes in std::basic_string between GCC 6 and 7
[09:30] -queuebot:#ubuntu-release- Unapproved: accepted indicator-sound-gtk2 [source] (xenial-proposed) [<IP_ADDRESS>-0ubuntu<IP_ADDRESS>]
[09:33] <infinity> doko, slangasek: Worked around the mono ftbfs by just removing it (it was pretty much a no-op upload anyway).  z3, libiio, and uwsgi now building.
[09:33] <infinity> (We'll need to double back on the mono thing, of course)
[09:40] <doko> infinity: do you know the current status of entangled transitions?
[09:40] <infinity> doko: Trying to determine that right now.
[09:42] <doko> what I see is: icu libcdio lincdio-paranoia netcdf opencv mrpt gnuradio
[09:42] <infinity> Yeah, and opencv/mrpt seems to have some FTBFS sadness.
[09:42] <infinity> So glad that one got started and entangled. :/
[09:45] <infinity> doko: If mrpt is tied up anyway, should we try a sync? :/
[09:45] <infinity> 1:1.5.3-1 is in testing.
[09:46] <doko> sure, why not.
[09:46] <infinity> Or, it has no rdeps?  Or is reverse-depends lying to me?
[09:46]  * infinity crosses his fingers.
[09:46] <doko> sil2100: what's status about fixing these unity related ftbfsses
[09:47] <doko> opencv is sadness ...
[09:53] <sil2100> I'm looking at biometryd now...
[10:14] <doko> xnox: to get libcolumbus disentangled with boost I could build-depend on the old versioned boost b-d's
[10:15] <xnox> doko, let me check if it is a CMake module problem, and anything that uses boost-python via cmake is broken.
[10:20] <xnox> doko, hm.... that does not help.
[10:23] -queuebot:#ubuntu-release- New binary: mrpt [ppc64el] (bionic-proposed/universe) [1:1.5.3-1] (no packageset)
[10:25] <ginggs> would someone bump the freecad hint in a-p-w's hints please?
[10:25] <doko> tyhicks: fgrep -ri copyright shows more than one copyright holder ...
[10:26] <xnox> doko, seems like PyInit got.... namespaced?
[10:26] <xnox>     37:<PHONE_NUMBER>21d180     8 OBJECT  LOCAL  DEFAULT   25 _ZGVZ15PyInit_columbusE9m
[10:26] <xnox>     38:<PHONE_NUMBER>21d0c0   104 OBJECT  LOCAL  DEFAULT   24 _ZZ15PyInit_columbusE9mod
[10:26] <xnox>     39:<PHONE_NUMBER>013b20    40 OBJECT  LOCAL  DEFAULT   14 _ZZ15PyInit_columbusE14in
[10:26] <xnox>     43:<PHONE_NUMBER>21d1a0    32 OBJECT  LOCAL  DEFAULT   25 _ZZ15PyInit_columbusE15in
[10:26] <xnox> ginggs, make a bzr merge proposal?
[10:27] <apw> ginggs, looking
[10:28] <apw> ginggs, done
[10:28] <ginggs> apw: thanks!
[10:29] <sil2100> huh, looks like my change helped, the build is moving forward
[10:29] -queuebot:#ubuntu-release- New binary: mrpt [s390x] (bionic-proposed/universe) [1:1.5.3-1] (no packageset)
[10:30] <sil2100> I wonder why it suddenly stopped working in bionic, this wasn't related to boost or anything else obvious
[10:30] <doko> xnox: rather boosted. That function has to be a C function
[10:30] <xnox> yeah
[10:33] <sil2100> doko, xnox: ok, so biometryd is moving forward now as cmake is not failing anymore, but there's some sign-compare C++ errors now coming from gtest, I'll be digging further
[10:37] <ginggs> apw: you missed build3/ppc64el
[10:38] -queuebot:#ubuntu-release- New binary: mrpt [i386] (bionic-proposed/universe) [1:1.5.3-1] (no packageset)
[10:39] <LocutusOfBorg> does anybody know why plplot segfaults on pppc64el? this is probably blocking the transition too
[10:40] -queuebot:#ubuntu-release- Unapproved: openvswitch (xenial-proposed/main) [2.5.2-0ubuntu<IP_ADDRESS> => 2.5.4-0ubuntu<IP_ADDRESS>] (ubuntu-server)
[10:41] <apw> ginggs, re-fixed
[10:41] <ginggs> apw: re-thanks
[10:41] <apw> ginggs, also reformed so i don't do that again
[10:42] -queuebot:#ubuntu-release- New binary: mrpt [amd64] (bionic-proposed/universe) [1:1.5.3-1] (no packageset)
[10:53] <LocutusOfBorg> doko, feeling perl mergy?
[10:54] <LocutusOfBorg> after icu and so on I guess?
[10:54] <doko> LocutusOfBorg: I really would prefer if you would finish all the transitions you are starting ...
[10:54] <LocutusOfBorg> casablanca is over, and the others are entangled with other transitions
[10:54] <LocutusOfBorg> my transitions are all over I guess
[10:55] <xnox> horum... pre-processed code looks ok http://paste.ubuntu.com/25850991/
[10:57] <xnox> building without -fvisibility=hidden -fvisibility-inlines-hidden
[10:58] <infinity> LocutusOfBorg: Define "over".  They're only over once they've migrated, otherwise you just keep entangling new transitions with current ones.
[10:58] <slashd> sil2100, good day ;) could you please release lshw for both : T & X | (LP:# 1471983)
[10:58] <sil2100> slashd: o/ Let me take a lookie
[10:58] <LocutusOfBorg> my subtransitions are all ready to migrate, waiting for icu and opencv and so on
[10:58] <xnox> doko, in libcolumbus -fvisibility=hidden -fvisibility-inlines-hidden -> seems to be what is breaking it. Pre-processed code looks ok.
[10:59] <LocutusOfBorg> I had to sync e.g. casablanca because the current one was boost-foo bad building
[10:59] <LocutusOfBorg> I did start only the one that were fixing boost failures
[10:59] <LocutusOfBorg> and I finished them, even if not migrating, they are not blocking migration
[10:59] <doko> boost is non-blocking
[11:00] <LocutusOfBorg> so what is blocking now? I lost the picture... mrpt seems mostly good
[11:03] <doko> opencv gnuradio
[11:04] <infinity> openimageio's new FTBFS needs love.  blender's sudden hatred of itself as well.
[11:05] <LocutusOfBorg> opencv is worked out by mapreri I think
[11:05] <LocutusOfBorg> I stopped merging/syncing gnuradio some releases ago, just because... it sucks
[11:06] <doko> ginggs: https://launchpadlibrarian.net/343506262/buildlog_ubuntu-bionic-amd64.caffe-contrib_1.0.0-4build1_BUILDING.txt.gz
[11:06] <infinity> LocutusOfBorg: The point being made here is that if you start a transition that gets entangled in another one, you've just made yourself partially responsible for all of them. :P
[11:06] <infinity> You don't get to say "oh, well, my part's done, can I start another that makes things worse?"
[11:07] <infinity> And the tracker hasn't updated for 2 hours.  Hrm.
[11:07] <doko> did I break the transition tracker with syntax errors?
[11:07] <infinity> W: parse error in file "config/monitor/ongoing/opencv.ben", line 5, character 0
[11:07] <infinity> Uncaught exception: ben-specific error: parse error in file "config/monitor/ongoing/opencv.ben", line 5, character 0
[11:07] <infinity> doko: Yup.
[11:08] <doko> how can I see these errors?
[11:08] -queuebot:#ubuntu-release- New binary: gr-radar [ppc64el] (bionic-proposed/universe) [<IP_ADDRESS>61018-3] (no packageset)
[11:08] <infinity> doko: That's in ubuntu-archive@snakefruit's mailbox.
[11:09] -queuebot:#ubuntu-release- New binary: gr-radar [amd64] (bionic-proposed/universe) [<IP_ADDRESS>61018-3] (no packageset)
[11:09] <doko> so maybe have a look at the gnuradio tracker as well
[11:09] <LocutusOfBorg> infinity, hey, I didn't say "I'm washing my hands", I lost a whole sunday trying to sort out ocaml
[11:10] -queuebot:#ubuntu-release- New binary: gr-radar [i386] (bionic-proposed/universe) [<IP_ADDRESS>61018-3] (no packageset)
[11:10] -queuebot:#ubuntu-release- New binary: gr-radar [s390x] (bionic-proposed/universe) [<IP_ADDRESS>61018-3] (no packageset)
[11:10] <LocutusOfBorg> I'm just pointing out that when I start something, I finish it, even if subpartially, and I'm trying to sort out that icu stuff since the begin, with some little help where I can
[11:10] <xnox> doko, i do think this is a boost bug. due to changes in boost config, it no longer sets visibility to default.
[11:10] <LocutusOfBorg> because I want the autosync open :D
[11:14] <infinity> doko: Looks like it's just missing a trailing semicolon on is_bad.  Hence the syntax error being char 0 of the next line.
[11:16] <infinity> doko: Fix commited.
[11:17] <ginggs> doko: ack caffe-contrib - will look soon
[11:17] <LocutusOfBorg> ginggs, I was looking at it
[11:18] <LocutusOfBorg> libkf5kface --> there is a version in debian experimental, maybe it is already fixeed, we can cherry-pick
[11:18] <LocutusOfBorg> openimageio needs a merge?
[11:18] <LocutusOfBorg> sigh
[11:18] <ginggs> LocutusOfBorg: don't stop :)
[11:19] -queuebot:#ubuntu-release- New binary: gr-radar [arm64] (bionic-proposed/universe) [<IP_ADDRESS>61018-3] (no packageset)
[11:19] <ginggs> ^looking at caffe-contrib that is
[11:21] -queuebot:#ubuntu-release- New binary: gr-radar [armhf] (bionic-proposed/universe) [<IP_ADDRESS>61018-3] (no packageset)
[11:21] <infinity> LocutusOfBorg: Testing the experimental kf5kface here.
[11:21] <infinity> LocutusOfBorg: If it builds okay in bionic, I'll just sync it -- it has no rdeps.
[11:21] <infinity> (If it doesn't, I'll demote it, same reason)
[11:25] <LocutusOfBorg> infinity, nah
[11:25] <LocutusOfBorg> debdiff is showing 0 changes
[11:25] <LocutusOfBorg> who in the world can do this?
[11:25] <LocutusOfBorg> #if OPENCV_TEST_VERSION(3,1,0)
[11:25] <LocutusOfBorg> so, with opencv 3.2.0 the #else branch is taken
[11:25] <LocutusOfBorg> booooh kf5kface
[11:26]  * LocutusOfBorg https://launchpad.net/~costamagnagianfranco/+archive/ubuntu/locutusofborg-ppa/+build/13644881
[11:29] <LocutusOfBorg> that patch is a good start, but not enough
[11:30] -queuebot:#ubuntu-release- New binary: mrpt [arm64] (bionic-proposed/universe) [1:1.5.3-1] (no packageset)
[11:33] -queuebot:#ubuntu-release- Unapproved: openvswitch (artful-proposed/main) [2.8.0-0ubuntu2 => 2.8.1-0ubuntu<IP_ADDRESS>] (ubuntu-server)
[11:33] -queuebot:#ubuntu-release- New: accepted gr-radar [amd64] (bionic-proposed) [<IP_ADDRESS>61018-3]
[11:33] -queuebot:#ubuntu-release- New: accepted gr-radar [armhf] (bionic-proposed) [<IP_ADDRESS>61018-3]
[11:33] -queuebot:#ubuntu-release- New: accepted gr-radar [ppc64el] (bionic-proposed) [<IP_ADDRESS>61018-3]
[11:33] -queuebot:#ubuntu-release- New: accepted gr-radar [arm64] (bionic-proposed) [<IP_ADDRESS>61018-3]
[11:33] -queuebot:#ubuntu-release- New: accepted gr-radar [s390x] (bionic-proposed) [<IP_ADDRESS>61018-3]
[11:33] -queuebot:#ubuntu-release- New: accepted gr-radar [i386] (bionic-proposed) [<IP_ADDRESS>61018-3]
[11:38] <LocutusOfBorg> infinity, what about merging openimageio? it seems to have the opencv fixes, but they seems to be changing API
[11:38] <LocutusOfBorg> so, doing that transition will fix the current one and blender, but meh, I prefer another look
[11:38]  * LocutusOfBorg tries in a ppa
[11:53] <sil2100> doko: I have a full-fix for biometryd against bionic and the new boost, will be batching it up with others that hopefully have the same problems
[11:53] <sil2100> Will be released after I get back from lunch
[13:31] <jbicha> if an SRU is rejected from the unapproved queue, can it be pushed back to the unapproved queue or can it only be pushed to accepted?
[13:32] <infinity> jbicha: The latter.
[13:32] <LocutusOfBorg> infinity, permission to upload openimageio merge?
[13:32] <infinity> LocutusOfBorg: NACK, I already have it staging.
[13:32] <infinity> LocutusOfBorg: (And opencolorio)
[13:34] <LocutusOfBorg> I didn't parse your sentence, but in case you are interested... https://launchpad.net/~costamagnagianfranco/+archive/ubuntu/locutusofborg-ppa/+sourcepub/8432927/+listing-archive-extra
[13:40] <LocutusOfBorg> error: namespace "std" has no member "signbit"
[13:40] <LocutusOfBorg> no idea for caffe-contrib
[13:41] <infinity> Wish I could figure out why 'blender --help' now hangs on 3/6 arches...
[13:42] <infinity> xnox: ^-- I want to blame boost.  Can I?
[13:45] <xnox> infinity, sure =) it does use boost-python, which may have a small regression (failing to import modules)
[13:46] <infinity> xnox: Failing to import modules doesn't seem like it would cause a futex wait hang.
[13:47] <infinity> But maybe? :P
[13:48] <xnox> infinity, there are loads of UI things that are actually boost-python plugins in blender.... if i recall correctly
[13:48] <xnox> which do generate / inject help options....
[13:48] <infinity> xnox: Well, --help on s390x between the old and new binaries seem identical, save that one hangs and the other doesn't. :/
[13:48] <xnox> lovely
[13:49] <infinity> Oh, but this is pretty suspect...
[13:50] <infinity> http://paste.ubuntu.com/25851814/
[13:50] <infinity> xnox: ^-- I'm going to guess that linking against two versions is Bad?
[13:50] <xnox> infinity, yes, that is bad very bad
[13:50] <infinity> That might be the problem.
[13:50] <infinity> But also WTF.
[13:50] <xnox> i guess it was built too early / has transitive deps
[13:50] <infinity> xnox: It literally just built.
[13:50] <infinity> So dunno about too early.
[13:52] <infinity> Ahh, openimageio.
[13:52] <infinity> Okay, this might self-solve shortly.
[13:55] <xnox> infinity, and it builds and links because we do bump the abi on all of boost, every point release =/ because boost.
[13:56] <infinity> xnox: I guess the more interesting question that I don't expect an answer to is if the double-linked boost-* turns out to be the problem, why is it only a problem on 3/6 arches?
[13:57] <infinity> But meh.
[13:57] <infinity> Life's too short to investigate that, if this solves it.
[13:59] <infinity> But I can definitely see how linking to two things called "libboost_thread" could lead to a futex going AWOL.
[13:59] <xnox> the three are kvm, the other two are containers, and arm64 is not done testing yet, and boost adt tests need full vm for X?
[13:59] <infinity> xnox: Nothing to do with testing, this is during the build.
[13:59] <infinity> xnox: All of which are kvm, except for s390x.
[13:59] <xnox> armhf is containers
[14:00] <xnox> no?
[14:00] <infinity> No.
[14:00] <xnox> infinity, is this built-time tests, rather than adt?
[14:00] <infinity> I mean, all of them are now lxd-on-kvm, for other weird reasons.  But they're all the same.
[14:01] <infinity> xnox: This is running "blender --help" directly after the build (in the build chroot).
[14:01] <xnox> fun
[14:01] <infinity> Amd amd64, armhf, and i386 succeed.  arm64, ppc64el, and s390x fail.
[14:01] <infinity> s/fail/hang/
[14:02] <infinity> But I'm going to stop wasting brain cycles on it until after I've tested a non-double-linked build.
[14:02] <xnox> right. yeah, let's do that.
[14:03] <infinity> Which need opencolorio built against the new openimageio.  Grind, grind...
[14:06] <LocutusOfBorg> caffe-contrib is fixed
[14:06] <infinity> LocutusOfBorg: \o/
[14:07] <LocutusOfBorg> sigh ginggs already did it
[14:07] <LocutusOfBorg> ginggs, did you use -D_GLIBCXX_USE_C99_MATH=1?
[14:10] <ginggs> LocutusOfBorg: no i did horrible hacky things - feel free to overwrite once it migrates :)
[14:11] <ginggs> i diff'd cmath from gcc 5 and 7 and found weird if __GLIBCXX_HAVE_OBSOLETE_ISNAN and __GLIBCXX_HAVE_OBSOLETE_ISINF things
[14:20] <LocutusOfBorg> I think using gcc-5 makes the C99_MATH somewhat needed
[14:20] <LocutusOfBorg> I would override it right now, because it won't migrate
[14:22] -queuebot:#ubuntu-release- New binary: fonttools [amd64] (bionic-proposed/universe) [3.16.0-2] (no packageset)
[14:26] <LocutusOfBorg> libkf5kface demoted, so maybe better wait
[14:33] <infinity> xnox: Yay, the non-double-linked build worked.
[14:34] <infinity> Not sure I have the brainpower to hunt the SIGBUS in mrpt/armhf this morning, though.
[14:36] <LocutusOfBorg> infinity, should I upload caffe-contrib *now* or wait^
[14:36] <LocutusOfBorg> it is still not published the one right now in -proposed
[14:36] <infinity> LocutusOfBorg: Did you look at ginggs' diff yet to determine if yours is objectively "better"?
[14:36] <LocutusOfBorg> yes I did
[14:36] <infinity> Then go for it.
[14:36] <LocutusOfBorg> +-    y[i] = static_cast<bool>((std::signbit)(x[i])))
[14:36] <LocutusOfBorg> ++    y[i] = static_cast<bool>((::__builtin_signbit)(x[i])))
[14:37] <LocutusOfBorg> this is what worries me more of his change, while mine seems "better" (even if I don't understand c++, or at least I like to avoid it)
[14:37] <tyhicks> doko: thanks for the explanation - I missed the different copyright info in pam/constants.go
[14:38] <LocutusOfBorg> ginggs, ^^ uploaded
[14:38] <ginggs> LocutusOfBorg: thanks!
[14:39] <LocutusOfBorg> yw!
[14:43] -queuebot:#ubuntu-release- Unapproved: ubuntu-drivers-common (zesty-proposed/main) [1:<IP_ADDRESS> => 1:<IP_ADDRESS>] (desktop-core, ubuntu-server)
[14:44] <LocutusOfBorg> can't we move freerdp to universe now? I don't know how to check
[14:45] <jbicha> LocutusOfBorg: remmina needs to migrate to bionic first, which appears to require remmina-plugin-spice being demoted to universe (it is a new binary package)
[14:46] <jbicha> there's a few ways to check, you can look at http://people.canonical.com/~ubuntu-archive/component-mismatches.html
[14:46] <LocutusOfBorg>  $ ./demote-to-proposed debhelper --dry-run -m "foo"
[14:46] <LocutusOfBorg> I'm trying to play with such commands
[14:46] <jbicha> also comes in a .svg version that's a bit different and there are component-mismatches-proposed versions too
[14:47] <LocutusOfBorg> I know that page, but I prefer the bash tool, even if I'm not able to use it yet
[14:50] -queuebot:#ubuntu-release- Unapproved: ubuntu-drivers-common (xenial-proposed/main) [1:<IP_ADDRESS> => 1:<IP_ADDRESS>] (desktop-core, ubuntu-server)
[14:50] <LocutusOfBorg> slow publisher?
[14:50] <infinity> LocutusOfBorg: Uhh, demote-to-proposed has nothing to do with components.
[14:51] <LocutusOfBorg> lol you right! ahahahah bad monday here :p
[14:51] <infinity> LocutusOfBorg: As for, "how do we know when to demote", the report *is* how we know.  There's no commandline tool.
[14:52] <LocutusOfBorg> oh... ok! I wanted to look for a single package output
[14:53] <infinity> LocutusOfBorg: Grep the report?
[14:53] <infinity> LocutusOfBorg: There's no way to examine a single package and determine which component it belongs in, as it's a function of the archive as a whole combined with the seeds.  Hence the report.
[14:54] <LocutusOfBorg> btw, stuff is "accepted" since 45 minutes... do we have some public log?
[14:54] <infinity> Nope.
[14:54] <LocutusOfBorg> does publisher need britney to finish?
[14:54] <infinity> Which "stuff" are you after?
[14:54] <apw> and 45m is not utterly unreasonable, that is a publisher-run sized delay
[14:55] <LocutusOfBorg> caffe-contrib, I uploaded the ubuntu2 (showing as "accepted") and the ubuntu1 is "accepted" too
[14:55] <apw> if there is a lot to copy it can take much longer than it often does
[14:55] <LocutusOfBorg> ack, lets wait some more time
[14:55]  * LocutusOfBorg brings coffee to britney
[14:55]  * LocutusOfBorg please forward to publisher if you need it :)
[14:55] <infinity> LocutusOfBorg: You don't really need to babysit it. :P
[14:56] <apw> ubuntu1 is showing as published in the history, and ubuntu2 is pending waiting on the next publisher
[14:56] <infinity> It's built, it'll publish shortly.
[14:56] <LocutusOfBorg> apw, I mean binaries, not source "Bionic:  [FULLYBUILT] amd64 (Accepted)  [FULLYBUILT] ppc64el (Accepted)"
[14:56] <LocutusOfBorg> anyhow, lets wait, and hope everything goes in release
[14:56] <apw> must have missed the publisher indeed ... such things are sent to try us
[14:56] <infinity> It won't right away.
[14:56] <infinity> Still a few more bits.
[14:57] <LocutusOfBorg> ack, will you sort them out?
[14:57] <infinity> I think I'll demote and block mrpt, pending more time to find the sigbus.
[14:57] <infinity> And blender needs to finish building in my PPA so I can copy it over.
[14:57] <infinity> Which will be a couple of hours.
[14:57] <LocutusOfBorg> ok thanks
[14:58] <LocutusOfBorg> I have a perl merge ready, if I can upload after the big run
[14:58] <infinity> Sonofa.  And a sigbus in blender on armhf too.
[14:58] <infinity> WHY.
[15:03] -queuebot:#ubuntu-release- New source: fscrypt (bionic-proposed/primary) [0.2.2-0ubuntu2]
[15:05] <tyhicks> doko: ^ I've fixed fscrypt's debian/copyright in ubuntu2 - thanks again!
[15:27] <cyphermox> can someone please murder the nplan test on xenial that has been running for > 96 hours?
[15:28] -queuebot:#ubuntu-release- Unapproved: edk2 (artful-proposed/universe) [0~20170911.5dfba97c-1 => 0~20170911.5dfba97c-1ubuntu0.1] (no packageset)
[15:49] <smoser> hi. is 'verification-failed' sufficient to stop release of sru ?
[15:49] <smoser> https://bugs.launchpad.net/ubuntu/+source/cloud-init/+bug/1721847 specifically want to stop that.
[15:49] <smoser> blackboxsw: ^ rharper ^
[16:11] <slangasek> doko: urdfdom, do you think I should just do a no-change rebuild then?  actually kido didn't ftbfs on ppc64el in the gcc7 rebuilds so it's something besides just straight gcc7 abi change
[16:18] <apw> smoser, yes verification-failed will prevent it being a candidate for release
[16:18] <apw> smoser, will you be replacing it shortly ?
[16:19] -queuebot:#ubuntu-release- Unapproved: google-cloud-sdk (artful-release/partner) [176.0.0-0ubuntu1 => 176.0.0-0ubuntu1] (no packageset) (sync)
[16:21] <jbicha> apw: please reject mutter and gtk+3.0 from artful unapproved, we'll be doing point releases this week instead of cherry-picking patches
[16:22] -queuebot:#ubuntu-release- Unapproved: google-cloud-sdk (zesty-release/partner) [176.0.0-0ubuntu1~17.04.0 => 176.0.0-0ubuntu1~17.04.0] (no packageset) (sync)
[16:23] -queuebot:#ubuntu-release- Unapproved: ubuntu-drivers-common (artful-proposed/main) [1:0.4.23 => 1:<IP_ADDRESS>] (desktop-core, ubuntu-server)
[16:23] -queuebot:#ubuntu-release- Unapproved: google-cloud-sdk (xenial-release/partner) [176.0.0-0ubuntu1~16.04.0 => 176.0.0-0ubuntu1~16.04.0] (no packageset) (sync)
[16:24] -queuebot:#ubuntu-release- Unapproved: google-cloud-sdk (trusty-release/partner) [176.0.0-0ubuntu1~14.04.0 => 176.0.0-0ubuntu1~14.04.0] (no packageset) (sync)
[16:30] <sil2100> jbicha: ACK
[16:32] <sil2100> jbicha: done
[16:32] -queuebot:#ubuntu-release- Unapproved: rejected gtk+3.0 [source] (artful-proposed) [3.22.24-0ubuntu2.1]
[16:32] -queuebot:#ubuntu-release- Unapproved: rejected mutter [source] (artful-proposed) [3.26.1-2ubuntu2.1]
[16:38] <smoser> apw: we're working on it.
[16:40] <apw> sil2100, ahh thats why i can't find them :
[16:40] <apw> :_
[16:40] <apw> ;_
[16:40] <apw> :)
[16:49] <slashd> sil2100, thanks
[16:54] <sil2100> slashd: yw! Sorry it took so long, got pulled into something else so my SRU shift has shifter
[16:54] <sil2100> *shifted
[16:56] <slashd> sil2100, no problem at all
[16:56] <slashd> sil2100, just by curiosity, did you see andreas comment about ubuntu-advantage-tools ?
[16:57] <slashd> on #ubuntu-devel
[16:57] <sil2100> Yeah, didn't look at the bug yet
[16:57] <slashd> sil2100, ack
[17:02] -queuebot:#ubuntu-release- Unapproved: nvidia-graphics-drivers-384 (artful-proposed/restricted) [384.90-0ubuntu3 => 384.90-0ubuntu<IP_ADDRESS>] (no packageset)
[17:03] -queuebot:#ubuntu-release- Unapproved: nvidia-graphics-drivers-384 (xenial-proposed/universe) [384.90-0ubuntu<IP_ADDRESS> => 384.90-0ubuntu<IP_ADDRESS>] (no packageset)
[17:04] -queuebot:#ubuntu-release- New: accepted mrpt [amd64] (bionic-proposed) [1:1.5.3-1]
[17:04] -queuebot:#ubuntu-release- New: accepted mrpt [i386] (bionic-proposed) [1:1.5.3-1]
[17:04] -queuebot:#ubuntu-release- New: accepted mrpt [s390x] (bionic-proposed) [1:1.5.3-1]
[17:04] -queuebot:#ubuntu-release- New: accepted mrpt [arm64] (bionic-proposed) [1:1.5.3-1]
[17:04] -queuebot:#ubuntu-release- New: accepted mrpt [ppc64el] (bionic-proposed) [1:1.5.3-1]
[17:04] -queuebot:#ubuntu-release- New: accepted fonttools [amd64] (bionic-proposed) [3.16.0-2]
[17:16] <infinity> xnox: So, want more boost fun?  Linked against 1.62, blender on armhf works.  Double-linked, it works.  Linked only against 1.65, it SIGBUS.
[17:16] <infinity> xnox: Methinks 1.65 may have some latent alignment issues.
[17:16] <infinity> (This could also explain the mrpt SIGBUS, but maybe they're unrelated)
[17:17] <infinity> slangasek, doko: ^-- I think, if mrpt and blender are either fixed or removed, we might be about ready to transition the ICU mess.  Maybe.    I've re-demoted again.
[17:21] <infinity> slangasek: A publisher cycle should make it look less bad.
[17:21] <xnox> boost-doc should not be in main
[17:21] <infinity> slangasek: I've re-demoted and updated the seeds, so component-mismatches stops lying.
[17:21] <xnox> (fyi)
[17:22] <infinity> xnox: It always has been.  Anyhow, I've bounced it to universe the correct way now.
[17:22] <xnox> infinity, long story short, it ships no docs for a while now =)
[17:22] <slangasek> infinity: k.
[17:22] <xnox> trying to fix that for realz
[17:24] <slangasek> infinity: right; that was a temporary demotion on my part before to make it migratable until we had a decision on whether it was correct to demote, I wasn't going to modify the seeds until decided.  Didn't count on people being mismatch-happy
[17:24] <slangasek> xnox: it has no docs, but it wants to pull more javascript stuff into main - check.
[17:25] <infinity> Err, yeah, if it ships no docs, dropping that dep would seem like a no-brainer. :P
[17:32] <infinity> Erm, and another publisher run to pick up the libgnuradio-radar3.7.10 NBS removal I just had to do from -proposed.
[17:36] <acheronuk> infinity: I reported https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=880166
[17:36] <acheronuk> not sure is that is impact enough to cherry pick before debian fix it
[17:36] <acheronuk> though it did confuse the log parsing of the Kubuntu CI, hence my report
[17:37] <infinity> acheronuk: Do you have an example log?
[17:38] <infinity> acheronuk: Oh, I see, it's just the header of the output that's wrong.  It still presents the diff and errors out.
[17:39] <acheronuk> infinity: https://launchpadlibrarian.net/343625396/buildlog_ubuntu-bionic-amd64.libjpeg-turbo_1.5.2-0ubuntu6~18.04~ppa1_BUILDING.txt.gz
[17:39] <infinity> acheronuk: So, no, the header being incorrect doesn't bug me enough to warrant an emergency upload.
[17:39] <acheronuk> where I deliberately removed a symbol to test
[17:40] <acheronuk> infinity: that is fine
[17:42] <acheronuk> only impact I found so far was our CI, and have done a temp fix there
[17:42] <acheronuk> so all is calm :)
[19:10] <LocutusOfBorg> jbicha, so now some better possibility to move freerdp to universe?
[19:12] <jbicha> sure
[19:13] <slangasek> it's already on the component-mismatches list and will find itself demoted once icu migrates
[20:02] <nacc> slangasek: iiuc, php7.1 in b-p is also blocked by icu (based upon update_output.txt) -- reading it, though, i'm a bit confused why php7.1-intl failed to install on armhf, it is from src:php7.1. Will this just 'resolve itself' once icu migrates?
[20:06] <slangasek> nacc: that only shows that php7.1 cannot migrate solo because doing so makes php7.1-intl uninstallable (precisely because of icu).
[20:07] <slangasek> nacc: the interesting output is what comes after the autohinter
[20:08] <nacc> slangasek: ah right, thank you
[20:09] <tyhicks> xnox: have you heard anything about the libseccomp xenial SRU that you have in the unapproved queue? I suspect that the artful release and bionic opening starved it of attention but I wanted to make sure there wasn't something else
[20:09] <xnox> tyhicks, i have not had any feedback about it, no.
[20:10] <tyhicks> alright
[20:10] <tyhicks> thanks!
[20:16] -queuebot:#ubuntu-release- Unapproved: gtk+3.0 (artful-proposed/main) [3.22.24-0ubuntu2 => 3.22.25-0ubuntu0.1] (ubuntu-desktop)
[20:18] <nacc> slangasek: if i'm reading the second autohint correctly, (with php7.1 in the "Trying ..."), both mpd and poedit have been rebuilt in b-p with the new icu, but come up as being uninstallable?
[20:25] <slangasek> nacc: the first autohint is the more complete one.  if the big transition doesn't go, the autohinter sometimes checks to see if there's a smaller subset that might be more manageable to push through
[20:26] <nacc> slangasek: ah i see, that makes sense
[20:53] -queuebot:#ubuntu-release- Unapproved: lshw (xenial-proposed/main) [02.17-1.1ubuntu3.3 => 02.17-1.1ubuntu3.4] (core)
[21:37] -queuebot:#ubuntu-release- Unapproved: livecd-rootfs (trusty-proposed/main) [2.208.14 => 2.208.15] (desktop-core)
[21:53]  * tsimonq2 scratches head
[21:53] <tsimonq2> https://launchpad.net/ubuntu/+source/ktexteditor
[21:54] <tsimonq2> So when that was released to artful-updates it wasn't removed from artful-proposed O_o
[21:56] <slangasek> correct; that's modus operandi
[21:57] <slangasek> post-promotion removals happen as a separate step
[21:57] <tsimonq2> But usually those removals are done pretty quick, no? That was 4 days ago. ;)
[21:57] <slangasek> not that quick.
[21:58] <tsimonq2> Huh, ok, always thought it was within hours... anyways, carry on, thanks slangasek :)
[21:58] <slangasek> definitely not, it's a manual operation
[22:19] <xnox> infinity, is autosync on?
[22:19] <xnox> infinity, or is postgresql-10 blacklisted?
[22:20] <tsimonq2> xnox: (afair autosync was waiting for icu + boost + etc. to migrate)
[22:23] <xnox> icu is good
[22:23] <xnox> boost is not
[22:25] <tsimonq2> xnox: Are the icu and boost transitions tangled?
[22:31] <xnox> yes, but icu is done rebuilding things, but entagled to migrate things
[22:32] <tsimonq2> Ok
[22:33] <jbicha> xnox: see https://irclogs.ubuntu.com/2017/10/29/%23ubuntu-release.html
[23:19] <slangasek> xnox: it's not on because until icu/boost migrates, turning on autosync invites people to do rebuilds against other migrations in -proposed and grow the entanglement
[23:20] <slangasek> xnox: infinity's last analysis was that only blender and mprt were still blocking but I haven't really had a chance to look
[23:58] <xnox> at first i thought icu.... but then i had gag reflex when i saw -std=c++03
[23:58] <xnox> https://launchpadlibrarian.net/343166764/buildlog_ubuntu-bionic-amd64.cegui-mk2_0.8.7-1.3build3_BUILDING.txt.gz
[23:58] <xnox> welcome to the 10s?


 Forwarded from unknown: Lubuntu 20.04.2 LTS Released!
 You can https://lubuntu.me/focal-2-released/our full blog post here.
 👍


[05:39] <Symmetria> morning
[05:55] <Kilos> morning all
[05:58] <Symmetria> what the hell
[05:58] <Symmetria> bind is on crack
[05:58] <Symmetria> zone hostname.as112.net/IN: loaded serial 2
[05:58] <Symmetria> that works fine
[05:58] <Symmetria> BUT
[05:58] <Symmetria> zone 168.192.in-addr.arpa/IN: loading from master file db.empty failed: permission denied
[05:59] <Symmetria> -rw-r-----. 1 root  named  475 Oct 15 07:50 db.empty
[05:59] <Symmetria> -rw-r-----. 1 root  named  593 Oct 15 07:51 db.hostname.as112.net
[05:59] <Symmetria> they have identical permissions and ownership
[06:17] <Squirm> morning
[06:18] <Kilos> hi Symmetria Squirm
[06:21] <Kilos> you have any idea how to hack into an e220 3g modem and disable the timeout function?
[06:33] <Kilos> all i can find is on youtube
[06:36] <Symmetria> zero idea
[06:36] <Symmetria> my damn mother stole my tv remote
[06:36] <Symmetria> ;p she decided my fancy keyboard remote was nicer than the one on her tv and since mine worked with her tv she'd just steal it and leave me with her crappy one
[06:37] <Kilos> lol
[06:37] <Symmetria> ;p told her when I get back from my trip I wanted mine back and I'd go buy her one like mine
[06:37] <Symmetria> heh, those remotes are crap expensive though, like 700 or 800 bux
[06:37] <Kilos> good
[06:38] <Kilos> wow
[06:38] <Symmetria> its because its got a bluetooth keyboard on the back of it
[06:38] <Symmetria> for use with smart tv functions
[06:38] <Kilos> aha
[06:39] <ThatGraemeGuy> morning peeps
[06:40] <Kilos> hi ThatGraemeGuy
[07:00] <Kilos> hiya maiatoday
[07:07] <maiatoday> hi Kilos
[09:03] <Squirm> Kilos: do you know what weather service ibid uses?
[09:04] <Kilos> well have to ask the pro Squirm
[09:04] <Squirm> inetpro: what weather service does ibid use?
[09:07] <Kilos> hi or the weed but they both busy. tumbles even battles to get to his mail lately
[09:08] <Kilos> s/hi/him
[09:10] <Squirm> tumbleweed: ^^
[09:13] <tumbleweed> Squirm: wund.com
[09:18] <Squirm> then it should pick up my weather station :/
[09:18] <Squirm> Maaz: weather for Mooirivier
[09:18] <Maaz> Squirm: I'm not feeling too well
[09:18] <Squirm> Maaz: weather for Mooi River
[09:18] <Maaz> Squirm: City not found
[09:18] <Squirm> Maaz: weather for IKWAZULU37
[09:18] <Maaz> Squirm: That didn't go down very well. Burp.
[09:18] <Squirm> Maaz: weather for IKWAZULU37
[09:18] <Maaz> Squirm: That didn't seem to agree with me
[09:18]  * Squirm eyes Maaz
[09:19] <Squirm> Weather Station History
[09:19] <Squirm> IKWAZULU37
[09:19] <Squirm> Mooi River, KWAZULU-NATAL
[09:19] <Squirm> updates to wunderground every 10 min
[09:19] <Squirm> for the past week, definitely see it in mooi river on their map
[09:48] <Kilos> maybe wund.com needs a reboot
[09:48] <Kilos> hehe
[12:41] <zeref> ohhhhhh
[12:41] <zeref> gnome-3.8 on debian sid
[15:08] <Kilos> hmm...
[15:08] <Kilos> ohi superfly
[16:33] <Kilos> hi nlsthzn space
[16:34] <space> Hello Kilos.
[16:34] <space> Sorry, I am a bit busy.
[16:34] <Kilos> np
[16:34] <nlsthzn> alo
[16:35] <nlsthzn> *yawn*
[16:36] <Kilos> long day?
[16:44] <nlsthzn> not yet... going to be
[16:44] <nlsthzn> stupid night shift
[16:44] <Kilos> ai!
[16:44] <nlsthzn> :) I will bbl
[16:44] <Kilos> k
[18:39] <Kilos> night all. sleep tight


[04:07] <ubabu> Hi all, Is juju charms only for containers (means while deploying charm it is creating a container for that charm)
[04:07] <ubabu> can we deploy our charm directly on a VM or Server?
[04:12] <blahdeblah> ubabu: You can definitely deploy charms in VMs & bare metal servers
[04:13] <blahdeblah> ubabu: (and containers)
[04:15] <ubabu> blahdeblah: colud you please provide some refernce links about deploying charms on VMS & bare metal servers
[04:16] <blahdeblah> ubabu: https://jujucharms.com/docs/stable/clouds-maas <-- bare metal
[04:16] <blahdeblah> https://jujucharms.com/docs/stable/help-openstack or https://jujucharms.com/docs/stable/clouds-manual for VMs
[04:17] <blahdeblah> ubabu: Also https://jujucharms.com/docs/stable/getting-started is pretty good
[06:19] <ubabu> Hi all, how juju is getting OS images for containers?
[08:07] <BlackDex> ubabu: That is taken care of by lxd/lxc :)
[15:25] <lazyPower> mornin juju o/
[15:28] <Spaulding> hm, how i can achieve that kind of scenario that only leader will fill the DB with init file? is there any decorator that I can use?
[15:29] <Spaulding> or any condition?
[15:29] <Spaulding> or @only_once will do the job?
[15:31] <lazyPower> Spaulding if you're using layer-leadership theres an @when('is-leader') state
[15:32] <lazyPower> mind you i have zero context to what you're attempting to do, i only see the last 3 messages
[15:39] <Spaulding> lazyPower: it's still a good tip!
[15:40] <Spaulding> i'll definitely check that
[15:40] <Spaulding> wow, it looks like what i needed!
[15:41] <Spaulding> thx lazyPower
[15:41] <lazyPower> np Spaulding happy to help
[16:12] <cory_fu> tvansteenburgh: Would you mind rebasing your local charm branch to get the get_cloud?  I need that to test it in our workflow
[16:25] <tvansteenburgh> cory_fu: yeah one sec
[16:27] <tvansteenburgh> cory_fu: done
[16:27] <cory_fu> tvansteenburgh: Thanks!
[16:29] <tvansteenburgh> cory_fu: i have one more small change to make and then i'll put up a PR for that branch
[16:29] <cory_fu> Awesome
[16:38] <jcastro> lazyPower: I'm fixing the readme that bmullan pointed out on the list, you'll have a PR soon.
[16:38] <jcastro> for the kube-core bundle
[16:38] <lazyPower> jcastro thanks!
[16:38] <lazyPower> jcastro there was a few i landed in the last day i put on cdk, that i managed to not put in kube-core
[16:38] <lazyPower> can i link you at those and collab push those in the same swoop?
[16:39] <jcastro> sure
[16:41] <jcastro> lazyPower: after we land in the upstream docs
[16:41] <jcastro> I want to trim these pages down considerably
[16:42] <jcastro> I don't want to have to update 3 READMEs
[16:42] <jcastro> https://github.com/juju-solutions/bundle-kubernetes-core/pull/47
[16:43] <lazyPower> Merged
[16:43] <lazyPower> jcastro https://github.com/juju-solutions/bundle-canonical-kubernetes/pull/170/files -- did you see this one sneak by on CDK?
[16:44] <jcastro> that seems fine to me
[16:50] <stokachu> jcastro, small comment on that PR
[16:52] <jcastro> on it
[16:53] <jcastro> https://github.com/juju-solutions/bundle-kubernetes-core/pull/48
[16:54] <stokachu> jcastro, \o/
[16:54] <jcastro> hmm, I wanted to tell him about updated CDK on the thread as well
[16:56] <jcastro> stokachu: next week I'm going to do a new video for conjure-up/LXD
[16:56] <jcastro> to replace the one we have now
[16:56] <stokachu> jcastro, pimp
[16:56] <jcastro> stokachu: think we can nail that ipv6/juju issue by then?
[16:57] <stokachu> jcastro, yea so I updated conjure-up code already to add that Note in there about ipv6
[16:57] <stokachu> its already in the ppa
[16:57] <jcastro> oh awesome
[16:57] <stokachu> and i also handle if the user is not in the LXD group
[16:58] <stokachu> i wanted to try and see about getting deis working with a conjure-up deployment, having some issues though
[16:58] <jcastro> I have a plan for approaching deis
[16:58] <jcastro> now that we spent a bunch of time with that deis guy yesterday at the sig ops meeting
[16:59] <stokachu> nice, yea if you are able to manually get it working I can wrap that all up in the spell
[16:59] <jcastro> I more want them to help for real, like a proper charm with integration
[16:59] <jcastro> but I want to go with them with "this is a little hack we did, but we could be so awesome"
[16:59] <stokachu> yea that would be nice
[17:00] <stokachu> yep agreed
[17:00] <stokachu> would be cool if on their website they just did 'conjure-up deis'
[17:00] <stokachu> :D
[17:01] <jcastro> too small
[17:02] <stokachu> aww
[17:02] <jcastro> "Using Canonical Kubernetes? You have it."
[17:02] <jcastro> click here to pay us.
[17:02] <stokachu> ah i see what you did there
[17:04] <lazyPower> thats slick
[17:04] <lazyPower> i like it :)
[17:05] <jcastro> come on google, my stuff is passing, merge me
[17:05] <jcastro> so _close_, then we won't have to have the docs spread out everywhere
[18:47] <petevg> cory_fu: whenever you get a chance: https://github.com/juju-solutions/matrix/pull/67
[18:49] <cory_fu> petevg: Looks good at first glance, but should we move the full_stack test to follow that pattern?  Or do we want to keep it where it is for code coverage?
[18:50] <petevg> cory_fu: leave it where it is for code coverage, I think.
[18:50] <cory_fu> Cool
[18:54] <cory_fu> petevg: In exchange: https://github.com/juju-solutions/matrix/pull/68
[18:57] <petevg> cory_fu: looks good. merged.
[18:59] <cory_fu> petevg: Cool.  The functional test stuff looks good, too.  I'm running them now.  About how long do they take?
[19:00] <petevg> cory_fu: they should take about as long as the full stack test -- the gating tests all skip actually deploying things.
[19:04] <petevg> cory_fu: it is spitting the matrix log to stdout, but I don't know how to make py.test/tox verbose enough to output it. You can tail /tmp/<hash>/matrix.log if you get impatient :-)
[19:15] <cory_fu> petevg: It finished.  Merged.  Thanks
[19:16] <petevg> cory_fu: awesome. Thx :-)
[20:38] <kwmonroe> cory_fu, i just noticed that nothing checks if cwr was successful -- it always pushes if push-to-channel was specified: https://github.com/juju-solutions/layer-cwr/blob/master/templates/BuildMyCharm/config.xml#L104
[20:39] <kwmonroe> shouldn't we only push on a successful cwr run?
[20:39] <cory_fu> kwmonroe: Correct
[20:40] <cory_fu> kwmonroe: Though, I think the job is set up to fail fast (set -e) so it shouldn't actually get to that part of the code if cwr sets its return value properly
[20:44] <kwmonroe> cory_fu: it seems cwr doesn't think bundletester failures are fatal:  (line 82): http://paste.ubuntu.com/23754237/
[20:44] <cory_fu> kwmonroe: Yeah, that's why there's a high priority card on the board for that
[20:46] <magicaltrout> sod matrix, don't test for failure, just assume it all works \o/
[20:46] <cory_fu> :)
[20:46] <cory_fu> "With one simple change, we have made it to 100% passing tests"
[20:46] <magicaltrout> woop
[20:46] <magicaltrout> i assume you two are coming to gent?
[20:49] <magicaltrout> bdx: you coming to gent this year to get off your face?
[20:49] <magicaltrout> sorry i mean, talk about monitoring
[20:49] <kwmonroe> magicaltrout: i think it's just petevg and kjackal from the big team going.  it'll be too cold for cory_fu and myself.
[20:49] <magicaltrout> loosers
[20:49] <magicaltrout> fair enough
[20:49] <magicaltrout> petevg's easier to wind up than cory_fu so thats acceptable
[20:49] <cory_fu> lol
[20:50] <magicaltrout> fscking kjackal and he's endless talking about cars... might have to bring earplugs
[20:51] <magicaltrout> well cory_fu you have no excuse to not do apachecon this year
[20:51] <magicaltrout> well... unless mark doesn't want to pay your expenses which will be basically nothing
[20:52] <kwmonroe> it's in miami in may, right magicaltrout?
[20:52] <magicaltrout> correct
[20:52] <magicaltrout> 18th i think
[20:52] <kwmonroe> i'm there.  just have the pesky task of getting a talk accepted.
[20:53] <magicaltrout> aye, i need to submit some shit
[20:53] <kwmonroe> ... i suppose i should check the cfp closing
[20:53] <magicaltrout> see if they go for it
[20:53] <magicaltrout> feb the something for the CFP
[20:53] <magicaltrout> you've got a few weeks
[20:53] <kwmonroe> phew - feb 11 deadline.
[20:53] <kwmonroe> yup
[20:53] <cory_fu> Ugh.  But Miami
[20:53] <kwmonroe> will smith says it's a nice place
[20:53] <cory_fu> I lived there for a year, and that was one year too many
[20:53] <magicaltrout> yeah never been.  I believe most people in seville shrugged and sighed
[20:54] <cory_fu> It's probably great for visiting
[20:54] <magicaltrout> well we only ever see a hotel and 1 block each side
[20:54] <cory_fu> As long as you want to spend a whole lot of money
[20:54] <magicaltrout> i think i'm safe
[20:55] <magicaltrout> i've been told JPL are planning a whole science track, dunno how likely that is to happen, but hopefully i'll get some apache - science - juju stuff accepted with this sparkler charm and some other bits
[20:58] <magicaltrout> "Tracking down the crims on the dark web with Juju"
[20:58] <magicaltrout> and get kwmonroe to say that in his british accent
[20:58] <magicaltrout> it'll go down a treat
[21:03] <kwmonroe> 2 right!
[22:04] <spaok_> hello
[22:04] <spaok_> if I have an issue with OpenStack deployed via juju and cloud-init/neurton, what team is my best bet to talk to?
[22:07] <kwmonroe> spaok: your best bet is probably to ask in #openstack-charms
[22:08] <spaok> thanks kwmonroe I'll try there
[22:09] <magicaltrout> thats right kwmonroe you just pass the buck!
[22:13] <vmorris> ><
[22:14] <spaok> heh, well kwmonroe is in that channel also :)
[22:14] <magicaltrout> i wouldn't bother asking him... he'll tell you to use Hadoop
[22:15] <spaok> btw, anyone know what jujud's tipping point is for the number of nodes reporting in to it?
[22:15] <spaok> we seem to have killed ours
[22:15] <magicaltrout> nope, but i believe you can change the default controller size if its really load that kills it
[22:21] <spaok> magicaltrout: we have an open issue with canonical about it, but was just curious
[22:23] <spaok> we've bumped the resources for the VM to like 64 cores and 128GB mem and juju can still take 10 min to respond to a status
[22:23] <kwmonroe> magicaltrout: :)  i clearly didn't /part #openstack-charms fast enough
[22:23] <kwmonroe> spaok: what juju version?
[22:23] <kwmonroe> and how long has the controller been up?
[22:23] <spaok> 2.0.0-xenial-amd64
[22:24] <spaok> 13 days
[22:24] <spaok> we usually endup rebooting it, waiting 5min or so for it to settle and it responds for a bit
[22:25] <spaok> 51092 root      20   0 40.449g 2.695g  48732 S 252.5  2.1  37318:27 jujud
[22:25] <spaok> considering how many cores there are, 252% isn't too bad
[22:25] <spaok> but on reboots it will max all the cores
[22:25] <kwmonroe> spaok: i had trouble with an azure controller that would become unusable after a couple weeks (https://bugs.launchpad.net/juju/+bug/1636634).  i upgraded to 2.1-beta and it's been smooth sailing for the last 3 weeks (fingers still crossed).
[22:25] <mup> Bug #1636634: azure controller becomes unusable after a few days <juju:Fix Released by alexis-bruemmer> <https://launchpad.net/bugs/1636634>
[22:25] <spaok> jujud is very core hungry
[22:26] <kwmonroe> so 2.1-beta3 works for me, but i think 2.0.x had some mem improvements (according to comment 5 in the above bug).  maybe worth an upgrade to 2.0.2 if you can.
[22:27] <spaok> ya, I have 2.0.2 in my other environment
[22:27] <spaok> the one with the neutron issues
[22:27] <kwmonroe> does that one fair (fare?) any better?  also, which word is correct in <-- that context?
[22:27] <spaok> well different scale
[22:28] <spaok> only has a 50 or so servers, the one with the issue recently had 500 servers added to two different models
[22:29] <magicaltrout> kwmonroe: Yogi bear 'as many different meanings as an adjective, adverb, and a noan. it most commonly means just and unbiased, pleasin', crystal, and Billie Jean, or a public exhibition event. Grey Mare can be used verb and a noan. as a verb, it means ter Scapa Fla, get along, or succeed.
[22:30] <magicaltrout> or
[22:30] <magicaltrout> Fair has many different meanings as an adjective, adverb, and a noun. It most commonly means just and unbiased, pleasing, clear, and clean, or a public exhibition event. Fare can be used verb and a noun. As a verb, it means to go, get along, or succeed. if you don't understand
[22:30] <spaok> hah
[22:31] <spaok> where did the yogi bear come from?
[22:31] <magicaltrout> Fair == Yogi bear
[22:31] <kwmonroe> excellent.  i fare well now.
[22:31] <magicaltrout> in cockney
[22:31] <spaok> oh
[22:31] <spaok> hah
[22:31] <spaok> I'm like wtf
[22:32] <magicaltrout> me too and i'm only 100 miles from london
[22:32] <magicaltrout> but when i get bored I like to annoy kwmonroe
[22:32] <spaok> I'm in California, so yogi bear is a cartoon to me
[22:32] <kwmonroe> you are bored a lot
[22:32] <magicaltrout> http://www.whoohoo.co.uk/main.asp mostly by translating stuff on this website
[22:32] <magicaltrout> kwmonroe: i work in IT... its acceptable
[22:32] <kwmonroe> i think you mean exceptable
[22:33] <magicaltrout> plus i work from like 9am to 12+ most days, so my down time is normally annoying you
[22:33] <magicaltrout> or petevg if i'm feeling nice
[22:33] <petevg> I'm touched that you care.
[22:33] <magicaltrout> lol
[22:34] <magicaltrout> sooo petevg you're coming to gent?
[22:34] <petevg> ayup. Got the flight booked and everything.
[22:34] <magicaltrout> blimey, ive not even looked at the train yet
[22:35]  * kwmonroe jots down 'blimey' for my accent antics
[22:35] <petevg> I'm bringing the family along, so I had to do more logistics.
[22:35] <magicaltrout> jesus petevg what did i tell you about bringing family along to drinking events....?
[22:35] <magicaltrout> sorry i mean work
[22:35] <petevg> Heh.
[22:35] <magicaltrout> anyway, same applies
[22:35] <magicaltrout> is it punishment for not buying the cigs in the duty free?
[22:36] <petevg> They know that I may be scarce for a couple of days.
[22:36] <petevg> Something like that. :-p
[22:36] <magicaltrout> lol
[22:36] <magicaltrout> or so the others can buy kinder egss.... legally!
[22:36] <magicaltrout> \o/
[22:36] <petevg> Exactly. :-)
[22:37] <magicaltrout> make sure you know theh heimlich maneuver
[22:37] <petevg> I think that the kidlet will manage not to eat the toy ...
[22:38] <petevg> We'll brush up just in case.
[22:38] <magicaltrout> *face palm* famous last words
[22:38] <petevg> :-p
[22:45] <kwmonroe> cory_fu: it just dawned on me that we're having bash shell out to cat a function that is then executed by python3... in the middle of a bash command hidden in a jenkins job xml.  this is like, awesome.  https://github.com/juju-solutions/layer-cwr/blob/master/templates/BuildMyCharm/config.xml#L96
[22:45] <cory_fu> kwmonroe: Awesomely terrible, yeah.
[22:46] <kwmonroe> whatever.  the only good python3 is the python3 nested in bash.  amirite magicaltrout?!?
[22:46] <cory_fu> kwmonroe: That would also be good to break out into a script.  Those jobs really need to be broken up so that the XML just contains the info specific to the job and then calls out to the common code
[22:46] <magicaltrout> that is the best python3
[22:46] <magicaltrout> simply the best..... better than all the rest.... better than....
[22:47] <kwmonroe> go
[22:47] <magicaltrout> aye
[22:47] <magicaltrout> rust
[22:47] <magicaltrout> dart \o/
[22:47] <magicaltrout> everything should be written in dart
[23:04] <cory_fu> kwmonroe: Quick PR for you: https://github.com/juju-solutions/layer-cwr/pull/29
[23:05] <kwmonroe> gotta wait on travis
[23:05] <cory_fu> kwmonroe: Travis doesn't run on the charm
[23:05] <kwmonroe> then we're gonna be waiting a while
[23:05] <cory_fu> lol
[23:07] <kwmonroe> hey!  that's nice.  that would have caught a jclient.create_job that bit me earlier.  merged