[00:09] <_Sym_> I just noticed that every time I build an android project on ubuntu 18.04, the java process remains running in background taking up a lot of memory.  I have to manually kill the java process after the build is finished.  Is that normal?
[00:11] <_Sym_> do I want to run gradlew as a daemon?
[00:43] <truexfan81> my time with ubuntu will soon be coming to an end i think
[00:43] <truexfan81> even on 20.04 some of the -dev packages i need are just too old
[01:04] <retran> truexfan81, thats why they use snaps now
[01:04] <truexfan81> like many in the community i have trust issues when it comes to snaps
[01:04] <retran> if you think ubuntu packages are old, try debians :p
[01:05] <truexfan81> i even removed snapd and did an apt-mark hold on it
[01:05] <retran> truexfan81, sounds like u wont be satisfied w anything but Gentoo
[01:06] <retran> you need to go has fun with the Gentoo!
[01:06] <truexfan81> actually i'm leaning toward fedora
[01:06] <retran> fedora... too old!!!
[01:06] <truexfan81> just staying with ubuntu untill i decide if i want to go for f32 or wait for f33
[01:07] <retran> wait until f44
[01:07] <truexfan81> also considering arch with one of the install scripts
[01:08] <retran> try all the things
[01:42] <andy50> anybody around to help with a ubuntu server problem?
[01:42] <andy50> when I restarted the server, proxmox works fine but when I try to boot my ubuntu server VM I get an error
[02:03] <Budgii> Does anyone know how to delete terminal entries? history -d *line number* did not do anything https://www.cyberciti.biz/faq/delete-command-from-history-linux-unix-osx-bash-shell/
[02:03] <Budgii> and yes, i was in history :P
[02:26] <white_magic> is gnome.org down for everyone else? I can't download any extensions..
[02:27] <misha> that looks down to me
[02:27] <white_magic> is there a mirror for gnome extensions?
[02:55] <gildarts> How much pain am I setting myself up for if I start trying to transition from using UFW to using iptables directly? Trying to setup a split vpn and having trouble finding information on how to do it without using iptables directly.
[03:49] <Al_nz1> I am on ubuntu 19
[03:50] <Al_nz1> whenever I try sudo apt get or updgrade I get the repo http://nz.archive.ubuntu.com/ubuntu disco release no longer has a release file
[03:50] <Al_nz1> and I cant install anyting
[03:50] <Al_nz1> how do I fix this
[03:51] <rjwiii> Al_nz1: I don't think you can ... You need to upgrade to an LTS version like 20.04
[03:51] <lotuspsychje> upgrading from an eol version is risky
[03:52] <s3nd1v0g1us> you really dont want to run a superceded os
[03:52] <Al_nz1> rjwiii: OK
[03:52] <lotuspsychje> clean install highly reccomended
[03:52] <Al_nz1> I will just download new one
[03:52] <rjwiii> Al_nz1: non-LTS versions are only supported for a short time ... 6-8 months, I believe ...
[03:52] <Al_nz1> its a test VM anyway
[03:52] <s3nd1v0g1us> fair enough
[03:52] <rjwiii> Al_nz1: LTS versions are supported for 5 years
[03:53] <Al_nz1> ta
[03:53] <rjwiii> yw ... a
[03:54] <blogten> hi, I've been trying to figure out why named keeps spending about 3% of CPU.  also, recently libisc segfaulted and I had to restart bind.  I've no idea where to start looking for potential problems (I didn't see anything interesting in the logs re: bind, and could not find a way to have bind report what it's doing).  where should I look?
[04:47] <sub526> Hi all, I connected to remote machine via SSH and it has the Ubuntu 16.04 server image. Is it possible to install window manager? If so what's the command?
[05:16] <guiverc> sub526, there are many window managers, eg. icewm (https://packages.ubuntu.com/xenial/icewm) but it'll depend what WM you want
[05:26] <sub526> guiverc: I’m looking for a window manager in X that will listen for headset keypresses(Volume_up & Volume_down) and change volume
[05:28] <sub526> *USB headset
[05:32] <EriC^> sub526: xorg + xbindkeys?
[05:32] <sub526> EriC^: yes
[05:32] <EriC^> sub526: install any ubuntu desktop, ubuntu-desktop xubuntu-desktop etc package it should install everyhting
 Al_nz1: non-LTS versions are only supported for a short time ... 6-8 months, I believe ...  <- Nope, 9 months :) LTS versions are supported for 5 years and with ESM even 10 years. All other official Ubuntu LTS flavors (xubuntu, Ubuntu studio, ubuntu mate, lubuntu, kubuntu, ubuntu budgie etc.) are just supported for 3 years.
[05:55] <Sazpaimon_> I'm having an issue where I'm unable to boot a luks encrypted system, because the generated /cryptsetup/cryptroot file is not including the right entry for my encrypted partition
[05:56] <Sazpaimon_> it's omitting the "luks" option at the end
[06:37] <chaitanya122> Hello all. I am getting the following error https://paste.ubuntu.com/p/c5NKH4rKpV/plain/ can anyone tell me the process to solve it
[06:55] <ss23> https://help.ubuntu.com/community/UbuntuTime#Using_the_Command_Line_.28unattended.29 <- These instructions don't work for Ubuntu 18.04. If you do them, your timezone is reset to Etc/UTC. Does anyone know the "correct" way?
[06:57] <Sazpaimon_> so looking at it further, it looks like the initramfs process itself is creating the bad crypttab file, because the file on the initramfs archive itself is fine
[06:57] <Sazpaimon_> i dont know why or where this is happening though
[06:58] <Sazpaimon_> to make matters worse, when i do manage to manually unlock and boot the volume, X doesn't start
[06:58] <Sazpaimon_> and I don't see any errors in the log
[09:14] <Habbie> hello, I get error 500 on https://packages.ubuntu.com/search?keywords=wireguard
[09:14] <Habbie> oh it works again
[10:41] <zamba> hwo do i convert from legacy networking to netplan?
[11:46] <BluesKaj> Hi all
[11:48] <slyon> zamba: basically you need to create a new file in /etc/netplan/*.yaml which describes your network setup and have netplan installed. Afterwards you could test it via 'netplan test' and if everything works remove legacy networking (probably ifupdown?). See https://netplan.io/reference
[11:48] <slyon> 'netplan try' that is
[11:52] <zamba> slyon: yeah, i figured it out :)
[11:52] <zamba> thanks!
[12:08] <slyon> yw
[12:55] <crimson_king> How could I set tty1 as the default on startup? I'm using startx instead of LightDM now, but after the plymouth loading screen, it shows tty7, which doesn't have anything in it (it's a black screen with the motherboard logo). Switching to ttyt or any other gives me the login prompt, which is what I expect to see after the system loads.
[12:58] <lotuspsychje> crimson_king: startx is not really the way to go anymore
[12:58] <lotuspsychje> !tty | crimson_king
[12:59] <Hallcyon> any ideas what would cause ffmpeg to fail when running from script: but work under cli : error: "Unknown encoder 'libx264'" https://paste.ubuntu.com/p/CXNF2cbJyW/
[12:59] <Hallcyon> calling it from plex
[12:59] <Hallcyon> It works fine if I call it manually
[12:59] <de-facto> PATH or such?
[12:59] <Hallcyon> I specified the path of the binary
[12:59] <Hallcyon>  /usr/bin/ffmpeg
[13:00] <Hallcyon> written directly
[13:00] <Hallcyon> but yeah can't find libx264, so I wonder if that needs a path?
[13:00] <crimson_king> lotuspsychje, how else would you start Xfce with rootless Xorg then?
[13:00] <de-facto> include echo $PATH and compare
[13:00] <de-facto> look at: ldd $(which ffmpeg)
[13:00] <de-facto> then you see what is loaded from where
[13:01] <lotuspsychje> crimson_king: are you on a desktop or server?
[13:01] <crimson_king> GDM would be too heavy for this laptop
[13:01] <crimson_king> desktop
[13:01] <lotuspsychje> crimson_king: xubuntu-desktop
[13:02] <de-facto> hmm and what is -disable-libx264 ?
[13:02] <de-facto> does that binary even support that lib?
[13:03] <de-facto> btw there is also #ffmpeg
[13:03] <crimson_king> lotuspsychje, Only gdm and xinit can start Xorg rootless. That's why I dropped LightDM. I just wanted to start at tty1, not tty7.
[13:05] <crimson_king> Something is taking me to tty7 right after boot, and tty7 is just a black/blank screen. All I did was disable LightDM through systemd.
[13:06] <crimson_king> Maybe there's something else I must disable. Is it plymouth? There are many plymouth services, I don't know which one to disable.
[13:21] <Bushmaster> Hi, I am having issue with Ubuntu, every time I am trying to install something,be it command line (apt-get install) or Ubuntu software Center, I am getting this error message, https://paste.ubuntu.com/p/2wRMGty9wn/   I am in my other machine right now because Ubuntu machine wont even allow me to install IRC client, for same reason as indicated in that link, can anyone help please ...
[13:49] <azizLIGHT> on gnome, how come i can move program windows partially offscreen on the bottom, left/right edges of screen but not the top. is there any way to enable that
[13:50] <azizLIGHT> is there any way i can make program windows be always on top conditionally? so, if window size is not maximized, then make it always on top, for any new program
[13:50] <transhumanist> https://paste.ubuntu.com/p/mRKKzyF2JN/   <<< anyone know how to fix ? This is in /etc/apt/sources.list.d/nvidia-cuda.txt not /etc/apt/sources.list Can't find a 3rd party fix for this I tried adding sudo apt-get install -y cuda-toolkit-11-0  --allow-unauthenticated     this is under wsl2 for windows . I guess it could be a proxy issue but I don't think that is fixable because the subsystem is acting as a proxy and I cant do anyth
[13:50] <transhumanist>  it I think its just the way it works, but I could be totally wrong!!!!
[13:51] <transhumanist> RELEASE file systems to be in that location at the top of the tree
[13:51] <oerheks> azizLIGHT, hold the windows key and drag with L-mouse
[13:51] <azizLIGHT> oh wow, amazing. an instant fix!
[13:52] <oerheks> transhumanist, fix is easy, cuda repo gives https, install apt-transport-https
[13:52] <oerheks> !info apt-transport-https
[13:52] <transhumanist> ah thanks !!!
[13:53] <azizLIGHT> thanks as well
[13:53] <oerheks> have fun!
[14:05] <transhumanist> I think I just figured out the problem their repository certificate says its not secure
[14:05] <transhumanist> never mind
[14:08] <jonfen> FILENAME=${FILE_FULL_PATH##*/} i found this bash ninja trick online to get the filename, but can anyone explain how it does it or what documentation i need to read?  is it some sort of bash regex?
[14:20] <shinobi> Do I use apt install to update a deb package to a newer version?
[14:36] <jonfen> shinobi: you have lists of what the latest packages and versions are locally, but it gets outdated, so you need to do an `apt update` first to update those records.
[14:37] <jonfen> assuming you are on ubuntu it will guide you, 'apt list --upgradable'
[14:37] <jonfen> sudo apt update && sudo apt -y dist-upgrade && sudo apt -y autoremove
[14:38] <jonfen> that will just update everything on an ubuntu box
[14:39] <jonfen> `apt -h` and `man apt` are good places to look and see what options you have
[15:03] <transhumanist> Hi! can someone check and verify there is something wrong with this gpg key?   https://developer.download.nvidia.com/compute/cuda/repos/ubuntu2004/x86_64/
[15:04] <transhumanist> https://developer.download.nvidia.com/compute/cuda/repos/ubuntu2004/x86_64/Release.gpg
[15:08] <transhumanist> https://pastebin.pl/view/2ff2c1c9
[15:08] <transhumanist> no worky , no way
[15:10] <Habbie> transhumanist, what did you put in sources.list?
[15:10] <oerheks> typo, ubuntu1604 >>> ubuntu1804
[15:11] <oerheks> or even 2004 .. https://forums.developer.nvidia.com/t/cuda-10-1-on-ubuntu-18-04-problem/71692
[15:12] <Habbie> transhumanist, did you follow https://docs.nvidia.com/cuda/cuda-installation-guide-linux/index.html#ubuntu-installation ?
[15:12] <transhumanist> https://paste.ubuntu.com/p/zhYMBK7GhX/
[15:12] <transhumanist> https://paste.ubuntu.com/p/GZYcfSQTZh/
[15:13] <meganv1999> Yesterday I installed some updates, added an alternate repo and installed some software to try to get my laptop to be brighter, then uninstalled that software. Now everything on my laptop seems to take many seconds longer. Pings are OK but opening software -- the calculator for instance took 20 seconds the first time, and now 2 to 3 seconds to open
[15:13] <meganv1999> where it used to be nearly instant. But I can't think what might be causingn it. Nothing obvious in `top` other than that the programs that are slow seem to be using up a lot of processor.
[15:13] <transhumanist> sudo apt-key adv --fetch-keys    << cant remember if I originally did this but I am using what is shown now
[15:13] <transhumanist> also that is for 18.04 not for 20.04
[15:14] <transhumanist> they have a 20.04 repository
[15:14] <meganv1999> Any thoughts about what I might have done?
[15:14] <Habbie> transhumanist, the 404 Not Found is not a key problem
[15:14] <meganv1999> For instance, changing a channel in slack is taking 45 seconds or more... should be a simple network request.
[15:14] <Habbie> transhumanist, the 404 is an error in sources.list - i'm just not sure what it should say
[15:15] <meganv1999> another computer, on the same network, is speedy.
[15:16] <transhumanist> https://paste.ubuntu.com/p/6rz9vjR9Ht/
[15:16] <oerheks> ubuntu20.04 without '.'
[15:16] <oerheks> ubuntu2004
[15:18] <transhumanist> ah crap , thanks
[15:18] <oerheks> http://developer.download.nvidia.com/compute/cuda/repos/ubuntu2004/x86_64/
[15:18] <oerheks> they do give 20.04 packages,.
[15:19] <transhumanist> thank you so much! Guess I will never build bridges!
[15:25] <transhumanist> after all that the packages were the same, no difference between the 1804 and 2004  repositories
[15:30] <meganv1999> sorry I was disconnected.
[15:30] <meganv1999> Any thoughts about what I should do about this slowness? I realize I also installed codecs for some youtube videos... I hope that wasn't it.
[15:36] <oerheks> meganv1999, "added an alternate repo" .. what was this?
[15:37] <oerheks> and yes, youtube needs no codec anymore, html5 works fine, and flash is dead.
[15:37] <meganv1999> Sorry, an alternate apt source.
[15:37] <oerheks> yes?
[15:37] <meganv1999> though as I said, I uninstalled the software that I installed from it.
[15:38] <oerheks> little vague, not even mentioning what ubuntu version
[15:38] <leftyfb> https://pastebin.ubuntu.com/p/3ZFSZ3x962/   I can't seem to find much about "Lost carrier" or "DHCP lease lost" as it pertains to wifi. Anyone seen this? We didn't see this with 16.04 but do on 18.04. I have ipv6 disabled. power management disabled. Using multiple wifi chipsets/drivers. This is on Ubuntu server using systemd and wpa_supplicant. This happens when trying to switch wireless AP's. wifi drops completely, reconnects and requests DHCP
[15:38] <leftyfb> again. This can take from 1-4 seconds which is very bad.
[15:39] <meganv1999> I'm on 18.04
[15:39] <transhumanist> so, i just thought of something. My problems installing Ubuntu-20.04 on WSL2 all derive from the problem that the instruction pages are all over the place and many are outdated. It would be cool to have google or cloudflare allow publication of a date time stamp on such instructions (last updated and to display in a different color or something the updates to the instructional pages) I wonder if this is even possible. I know clo
[15:39] <transhumanist> s supposedly going to start working with the waybackmachine . Anyone know? Or better off anyone know where to ask or propose such a question?
[15:39] <meganv1999> oerkeks: Sorry 18.04. Thanks for the nudge. :)
[15:39] <leftyfb> !ot | transhumanist
[15:40] <transhumanist> well, ok but it has to do with the welfare of ubuntu too, but thanks
[15:40] <leftyfb> transhumanist: it is not an ubuntu support question.
[15:41] <transhumanist> no problem
[15:41] <meganv1999> With respect to codecs... i was on FF and went to youtube. It said the right codec wasn't installed but "click here for common issues." So I clicked and it said "You have the latest player everything is great!"
[15:42] <oerheks> ubuntu-desktop on wsl2??
[15:42] <oerheks> interesting.. but not for this channel.
[15:42] <meganv1999> sure. Was just trying to provide context about why I did that.
[15:43] <meganv1999> oerheks: desktop. Though I'm not sure what WSL2 is. Will google.
[15:43] <oerheks> meganv1999, youtube.com does not give that question about codex anymore, it must have been an other video site.
[15:43] <oerheks> and a scam, probably.
[15:43] <leftyfb> meganv1999: WSL isn't relevant to your issue
[15:44] <meganv1999> The "codec" package I installed was "ubuntu-restricted-extras"
[15:44] <meganv1999> Should I uninstall?
[15:45] <oerheks> you told it like you reacted on the codec install question in your browser..  no, restricted extras is oke.
[15:45] <meganv1999> the package from the added apt source was brightness-controller from ppa:apandada1
[15:46] <meganv1999> but it has been removed.
[15:46] <meganv1999> So if restricted-extras is ok, and brightness-controller was removed, that leaves the updates I guess. Le sigh.
[15:46] <meganv1999> I was hoping to avoid rolling those back, seems painful.
[15:47] <oerheks> checking that ppa, it gives an 2019 version for bionic/18.04 .. the github gives newer version. https://github.com/lordamit/Brightness
[15:48] <oerheks> not sure how removal of that package slows down your machine.
[15:48] <meganv1999> I installed it yesterday, discovered it wasn't helping, and removed it.
[15:49] <meganv1999> Probably no effect, but it's the things you don't mention that cause the most confusion with troubleshooting. :P  or can be.
[15:49] <meganv1999> Loading a page on github right now... I'm at 120 seconds and counting.
[15:51] <catbehemoth> not using ubuntu but now so do not know, is Ubuntu using NetworkManager by default or is it systemd-networkd or something else?
[15:52] <meganv1999> Interesting thing: google chrome works quickly. So Firefox and Slack are affected but not Chrome?
[15:55] <oerheks> meganv1999, remove the ~/.mozilla folder in your /home/ and restart firefox?
[15:55] <oerheks> catbehemoth, desktop uses networkmanager, server systemd / netplan
[15:58] <catbehemoth> oerheks: thanks for the info off to read up on netplan
[16:02] <expiredMilk> hi!
[16:12] <leftyfb> oerheks: desktop also uses systemd/netplan, it just uses NM as the renderer
[16:14] <oerheks> leftyfb, correct, but it would make the answer more difficult to understand
[16:15] <oerheks> no idea about your wifi drop Q ..
[16:15] <leftyfb> yeah, that's blowing my mind
[16:16] <orchardstreet22> Installing "libnginx-mod-http-lua" on ubuntu 18.04 gives me "PANIC: unprotected error in call to Lua API (attempt to index a nil value)"
[16:16] <orchardstreet22> and fails
[16:17] <orchardstreet22> it fails on nginx reload, my nginx version is from the normal repo
[16:47] <giaco> hello! I'm trying to build a 4 screen setup using 2 vgas. VGAs are identical. I've first installed one and detected the first two displays correctly, then I've added the second vga. It is listed correctly in lspci, but ubuntu options sees only the two displays from the first vga
[16:47] <giaco> am I missing something?
[16:49] <kenperkins> so, I have to identical laptops, both running 20.04.1, and with otherwise identical configurations; one of them the built in mic is inaudible, even at 100% input, the other is completely normal
[16:52] <kenperkins> I've temporarily worked around by using pavucontrol to boost the quiet one up to like +10db
[16:53] <kenperkins> but that feels like a hack
[16:54] <giaco> actually it is the display manager in ubuntu settings that doesn't get the screen. The nvidia-settings program detects both vgas and all monitors
[16:55] <giaco> but the ones attached to the second card stays just off with "no-signal"
[17:01] <strixdio> Hi everyone, trying to have a script automatically set the screen resolution if it's not correctly set. The script works fine if I run it as the user or root, but when I put it in cron it doesn't work (screen flashes, but resolution doesn't actually change). I've googled a bit about this and the things they mention I already seem to be doing. Would
[17:01] <strixdio> anyone be willing to take a look at the script, please?
[17:04] <bindi> strixdio: what command are you using? xrandr? add --display :0
[17:05] <strixdio> xrandr --output DisplayPort-0 --mode 1920x1080 --pos 0x0
[17:06] <strixdio> I have tried using --display :0 before, will try again though.
[17:06] <merpnderp> Does Ubuntu support power and video out over thunderbolt/usb-c ?
[17:07] <bindi> strixdio: you might have to put them into /etc/X11/Xsession.d/, although i'm not sure if that's the case on newer releases
[17:07] <bindi> instead of crontab
[17:07] <strixdio> hmm
[17:07] <strixdio> I'm not familiar with that.
[17:10] <pavlos> strixdio: you may have to write a small script and add it in Startup applications
[17:10] <strixdio> like a systemd script?
[17:12] <pavlos> strixdio: no, just myres.sh add the xrandr line in there. save exit make it exec. Go to startup apps, add, point to the location of script
[17:14] <strixdio> I don't think this has a "startup apps"
[17:14] <strixdio> and I need it to continually run anyway, not just on startup.
[17:14] <pavlos> strixdio: you're not on ubuntu?
[17:14] <strixdio> it is ubuntu
[17:15] <strixdio> It's just a custom version for a HP thin client. dumbed down if you will.
[17:23] <acu> !paste
[17:25] <ioria> strixdio, not sure makes sense  a script that set resolution continually , but ok
[17:28] <strixdio> ioria it checks if the resolution has changed and only changes it back if needed. This is done because people change sources on the 2ndary display and it messes up the resolution when they switch back
[17:30] <ioria> strixdio, i see ; so you should have a daemon that check continually the resolution value, and if altered, restore it to default
[17:30] <strixdio> Well, this daemon, how does it differ from running a cron job?
[17:31] <strixdio> meaning how does that differ from the script I already have?
[17:32] <ioria> strixdio, what's the script ? the xrandr command  above?
[17:32] <strixdio> It's actually a lot longer, but yeah that's the "meat" of it that's not working.
[17:33] <strixdio> the screen flashes but doesn't change resolution.
[17:33] <strixdio> When I run it manually, it works fine.
[17:37] <ioria> strixdio, try to set the display in crontab  https://help.ubuntu.com/community/CronHowto#GUI_Applications
[17:44] <giaco> I'd say that ubuntu desktop is not ready for a multi-monitor environment
[17:45] <Southern_Gentlem> so how would one install like Virtual Machine manager in ubuntu for running VMs
[17:46] <leftyfb> Southern_Gentlem: look at libvirt-bin or virtualbox or lxd(no GUI)
[17:46] <Habbie> i like Gnome Boxes
[17:47] <Southern_Gentlem> leftyfb,  why when the virtualization is easy in linux
[17:47] <pavlos> Southern_Gentlem: https://virt-manager.org/
[17:47] <Southern_Gentlem> Habbie, myself i have Gnome Boxes
[17:48] <leftyfb> Southern_Gentlem: why what? You asked how to install a VM manager. I gave you 3 options. Without trying any of them you're saying none of them are easy?
[17:48] <giaco> the rant is growing in me, xorg log displays no errors, but gdm is not even starting up now. Multi-monitor setup with ubuntu desktop is really broken
[17:49] <giaco> same setup with windows ... 35 seconds, 25 to customize refresh rate
[17:49] <Maik> giaco: it's not a ubuntu desktop... It's Gnome 3
[17:49] <Southern_Gentlem> leftyfb, actually i asked about a certain one
[17:49] <Southern_Gentlem> https://linuxize.com/post/how-to-install-kvm-on-ubuntu-20-04/
[17:50] <Southern_Gentlem> giaco what video card
[17:51] <giaco> Southern_Gentlem: dual VGA compatible controller: NVIDIA Corporation GF108 [GeForce GT 630] (rev a1)
[17:51] <leftyfb> Southern_Gentlem: so you asked how to install a package on ubuntu where you already had the package name and instructions on how to do it?
[17:51] <Southern_Gentlem> i asked then googled
[17:52] <Southern_Gentlem> giaco, and have you installed the nvidia drivers
[17:52] <pavlos> there is also channel #virt
[17:52] <giaco> Southern_Gentlem: yes
[17:52] <Southern_Gentlem> pavlos,  thanks
[17:52] <giaco> problem is multi-monitor setup. Nvidia drivers (nvidia-settings) detects both cards and all 4 monitors, and it let's me configure what I want and generate a xorg.conf file
[17:53] <Southern_Gentlem> giaco, thats the issue gnome uses wayland
[17:53] <Southern_Gentlem> so boot into X instead of wayland that would work
[17:53] <Maik> Southern_Gentlem: not on ubuntu
[17:54] <giaco> if I generate a non-xinerama xorg.conf, desktop starts only of first two screen. If I generate a xinerama xorg.conf, all I see is a mouse pointer on 4 black screens on boot
[17:54] <Maik> Southern_Gentlem: Ubuntu uses X by default
[17:54] <giaco> Southern_Gentlem: ubuntu 20.04 uses X
[17:55] <giaco> my pid 2245 is Xorg
[17:55] <giaco> and gnome-x-session is 2242
[17:56] <oerheks> giaco, 2 videocards, maybe your bios gives an option to use both
[17:56] <Maik> Southern_Gentlem: Ubuntu isn't like Fedora ;)
[17:56] <Southern_Gentlem> i know
[17:57] <Maik> i'm surprised to see you here by the way :)
[17:57] <Southern_Gentlem> i usually hang out in here as well
[17:57] <Southern_Gentlem> very seldom do i post
[17:58] <oerheks> yes, we love fedora questions here , about vms
[17:58] <Southern_Gentlem> giaco, do you have nvidia-config
[17:58] <oerheks> i hope the 2nd card is powered properly ..
[18:00] <giaco> oerheks: is not a bios problem, is not a video driver problem, is a gnome problem. I now have the xorg-conf generated by nvidia-settings with xinerama mode activated (that would generate a unique DISPLAY=:0 large 1920x4) and it actually works, because once reboot X starts and I have a mouse cursor on black screen that goes correctly on all 4 screens crossing borders. Point is that gdm is not
[18:00] <giaco> showing anything and it stops at that cursors on black screens
[18:01] <giaco> but systemctl status gdm shows is running correctly
[18:02] <giaco> I just need to run 4 fullscreen web-pages, I actually don't care about gnome, I would replace it completely if that would solve the problem. Any hint?
[18:03] <giaco> point is that if I export DISPLAY=:0 at terminal and run anything like xcalc, it says it launches correctly but it doesn't show anything on screen
[18:04] <oerheks> DISPLAY=:0.1 = adapter 1, display 0 ...
[18:04] <oerheks> or around, whatever..
[18:05] <oerheks> weird black screens with cursor could be fixed with nomodeset?
[18:05] <oerheks> !nomodeset
[18:06] <giaco> ubottu: kernel is booting correctly, xorg is running correcty (mouse moves over all screens)
[18:08] <giaco> if I shut down gdm (systemctl stop gdm), start $ sudo Xorg manually, DISPLAY=:0 xcalc it works
[18:10] <giaco> I've been talking to a bot. My day might be over
[18:14] <giaco> sudo dpkg-reconfigure gdm3 return $! = 0 but outputs nothing
[18:15] <oerheks> You created an xorg.conf, disable that first?
[18:16] <giaco> oerheks: for what?
[18:16] <oerheks> for that 'sudo dpkg-reconfigure gdm3"
[18:17] <giaco> xorg.conf works perfectly. Screens coordinates are correct, input devices are mapped correctly, mouse crosses borders, resolution and refresh rates matches. That xorg.conf generated by nvidia-settings is just perfect
[18:17] <oerheks> oh, it is perfect, so you have no issue?
[18:17] <giaco> I'm having issues with gdm/gnome, not xorg
[18:18] <giaco> guess what, just installed lightdm and it worked out of the box
[18:20] <giaco> a bug on gdm for non-trivial multi-head setup should be opened
[18:27] <giaco> no, it is not the gdm, it is gnome. I though it was gdm as I was using autologin
[18:28] <giaco> but lightdm does the same. It asks for passwords correctly spanning all 4 screens, then mouse on 4 black screens
[20:05] <andypoenas> hola, free secure encrypted connection: https://pastebin.com/rGcZXpie
[20:46] <noalternative> I installed Ubuntu onto an Intel compute stick,,and attached compute stick to a lapdock computer called nexdock 1st gen.
[20:47] <noalternative> It connect to keyboard and touchpad through bluetooth.  I was able to pair it, but I can't get it to type anything ot the pointer to work.?
[20:48] <noalternative> I updated it thinking it might be a driver issue,but that yealded nothing as well.    Is there a ppa with some drivers for nexdock?
[20:51] <noalternative> Edit: Compute Stick connects to nexdock keyboard and touchpad bia bluetooth.  The display connects through hdmi, and that is working perfectly.
[20:55] <noalternative> Well I guess, I'll pin this tab, and see if anyone comes along..    Of coarse you can pm me.
[21:04] <noalternative> BTW, I installed Budgie 18.04 64bit on a Cherry Trail Compute stick with 2gb of Ram, and a 32bit bios, os it is picky about the oses it allows..I consider this a more or less god install.  Just need my bluetooth keyboard and touchpad working.
[21:05] <noalternative> a good install.  This old clicky keyboard is hit and miss.
[21:24] <k0nichiWa> was rsync -a copying a dir structure, copy incomplete, i deleted some of the source, and tried to resume rsync quit without error code after processing only a small amount
[21:24] <k0nichiWa> maakes no sense, rsync shouldnt care if there are unexpected diretories present in the destination should it ?
[21:41] <john_rambo>  I have purchased this bluetooth headset >> https://www.samsung.com/in/support/model/EO-BG920BWEBUS/ .....Problem is I am hearing only MONO ...I want STEREO. How to do that ?
[21:54] <mustmodify_> What channel would be appropriate to help me diagnose networking issues after a system update?
[21:54] <jeremy31> mustmodify_: This one if it involves Ubuntu
[21:56] <mustmodify_> great. I'm experiencing intermittent delays in network traffic. Other machines on the same network are not seeing this issue.
[21:56] <jeremy31> mustmodify_: ethernet or wifi?
[21:58] <s_> im trying to dd from a floppy. where is this going to show up?
[21:58] <s_> ubuntu 20
[21:58] <s_> using a usb floppy disk
[22:00] <oerheks> under /media/ , i guess
[22:00] <mustmodify_> Sorry for the delay.  Ubuntu 18. My first stab at measuring this: https://gist.github.com/mustmodify/41d8cfa3594dcbce5b450c046262ce90/edit
[22:00] <mustmodify_> this is wifi. Issue was not present yesterday before the updates.
[22:04] <jeremy31> mustmodify_: see https://ubuntuforums.org/showthread.php?t=2354328&p=13614520&#post13614520
[22:05] <mustmodify_> In summary, `curl www.google.com` took 6s, 5s, 1.9s, and 21.5s. And as I said, google loads "snapily" (if that's a technical word, and I suspect it isn't) on other machines on the same network.
[22:05] <mustmodify_> jeremy31: checking your link now
[22:06] <mustmodify_> (page then takes FOREVER to load... ) :)
[22:06] <mustmodify_> when downloading multiple assets it's a killer!!
[22:09] <k0nichiWa> mustmodify_, maybe its just the nameserver you're using
[22:10] <k0nichiWa> i think ive seen that when i had a slow nameserver selected
[22:10] <k0nichiWa> fits because single assets download fast once the nameserver returns IP, but each lookup is slow
[22:24] <mustmodify_> I have to restart... confused about whether I'm configuring DNS properly.
[22:33] <k0nichiWa> on my macbook if i delete the DNS entries it auotmatically loads them from the wifi router
[22:34] <k0nichiWa> another possibility to consider ... maybe you should delete manually provided DNS and let it discover them from the router
[22:38] <analogical> how do I find what cluster size a file system is using?
[22:41] <mustmodify_> ok. It's not the DNS servers. Can you send the other link someone suggested? I hadn't tried the second step yet.
[22:42] <mustmodify_> https://gist.github.com/mustmodify/e81e596e59a8a44f4e4d2c16dca02920  Here's where I am now.
[22:45] <jeremy31> mustmodify_: what computer and wifi card?
[22:45] <mustmodify_> Dell. I'll get the specifics.
[22:45] <mustmodify_> dell inspiron
[22:46] <jeremy31> mustmodify_: Post URL from terminal for>  lspci -nnk | grep -iA3 net | nc termbin.com 9999
[22:49] <mustmodify_> EVERYTHING TAKES FOREVER!!!
[22:49] <mustmodify_> working on that now
[22:52] <mustmodify_> still waiting for the "new gist" page to come up.
[22:52] <jeremy31> mustmodify_: just post the URL from terminal
[22:55] <mustmodify_> https://termbin.com/xy8u
[22:56] <mustmodify_> jeremy31: ^ that was quick!
[22:58] <jeremy31> mustmodify_: in terminal>  echo "options iwlwifi 11n_disable=8" | sudo tee /etc/modprobe.d/iwl-opt.conf
[22:58] <jeremy31> then reboot
[23:00] <mustmodify_> what does that do?
[23:01] <jeremy31> mustmodify_: enables aggressive TX, it has helped with Intel wifi in the past
[23:01] <mustmodify_> ok thanks. Note again that this started with an update yesterday, used to work. Restarting now.
[23:17] <mustmodify_> still slow. :(
[23:20] <mustmodify_> When I click on "New Terminal", I get a box and then 5 seconds later a terminal. What's happening during that time?
[23:20] <jeremy31> mustmodify_: you might want to use the grub menu and choose an older kernel from advanced options menu
[23:20] <mustmodify_> I don't remember whether that's new or not, but it feels like the terminal used to appear in the window immediately.
[23:21] <mustmodify_> ok I'll give it a shot.
[23:33] <noalternative> Anyone around that can help with a bluetooth keyboard that pairs but won't type?
[23:38] <transhumanist> Hi! I have ubuntu 20.04 the latest dlib does not support the compiler that is included with Ubuntu 20.04 and also in order to compile with nvidia support dlib has to be compiled from  the latest. Is this package available anywhere or is there directions for doing this with the compiler included in 20.04
[23:41] <transhumanist> ah wait pip install dlib workswith compiler and version but the thing I am looking for is still missing. ah well cant get help here with that problem
[23:41] <transhumanist> thanks anyway


[00:13] <mup> Bug #1517258 opened: juju 1.24.7 precise: container failed to start and was destroyed <oil> <juju-core:New> <https://launchpad.net/bugs/1517258>
[00:17] <anastasiamac> waigani: tyvm for review \o/
[00:17] <anastasiamac> waigani: i'll prefix the PR with WIP and will add api/apiserver logic to it :D
[00:37] <alexisb> waigani, did you use your new tool for the review?
[00:40] <anastasiamac> alexisb: waigani: new tool?
[00:58] <wwitzel3> wallyworld: ping
[00:59] <wallyworld> hey
[00:59] <wwitzel3> hey, hangout?
[00:59] <wallyworld> ok
[00:59] <wwitzel3> wallyworld: https://plus.google.com/hangouts/_/canonical.com/moonstone?authuser=1
[01:37] <mgz> soooo... how do people actually feel about table tests these days?
[01:38] <mgz> I tried it as more-idiomatic go thing, but I might just be out of date
[01:42] <davecheney> mgz: i think table driven tests are ace
[01:44] <mgz> davecheney: do you normally have two different structs for error cases and non-error cases?
[01:44] <davecheney> depends
[01:45] <davecheney> i normally add an err error field to the test table
[01:45] <davecheney> and then you just test that the actual error and the erro int he test table is the same
[01:45] <davecheney> for most cases it lets me combine success and fail cases
[01:48] <mgz> hm, issue is I need ErrorMatches
[01:48] <mgz> as I'm testing an error that includes at the bottom level a url.Parse error string I don't want to assert on the specifics of
[01:48] <davecheney> do you care what error it is
[01:48] <davecheney> or just the presence of an error
[01:48] <mgz> nope.
[01:49] <davecheney> got, err :=f ()
[01:49] <davecheney> if t.err != err { // oops }
[01:49] <davecheney> should do
[01:49] <mgz> well, I have two error paths, so I care a bot
[01:49] <mgz> *bit
[01:51] <mgz> davecheney: exact code in cinder_test.go http://reviews.vapour.ws/r/3170/
[01:55] <davecheney> mgz: lgtm
[01:55] <davecheney> that's how id do it with gocheck
[02:02] <davecheney> who want's to look at the weirdest data race report
[02:02] <davecheney> http://paste.ubuntu.com/13322899/
[02:03] <davecheney> func (fakeAssignCaller) BestFacadeVersion(facade string) int { return 1
[02:03] <davecheney> }
[02:04] <natefinch> davecheney: derp?
[02:05] <davecheney> sure, most things are human error
[02:05] <davecheney> but how can there be a data race on a function that never touches any data ?
[02:06] <natefinch> it even leaves out the receiver variable...
[02:07] <davecheney> why does it need the receiver, it alwasy returns 1
[02:07] <perrito666> davecheney: gocheck?
[02:07] <davecheney> nope
[02:10] <perrito666> ok, I am curious now
[02:10] <davecheney> http://reviews.vapour.ws/r/3174/
[02:10] <natefinch> some sort of pointer auto-dereference thing?
[02:10] <davecheney> have a look
[02:11] <davecheney> natefinch: if I have a *T and I need to call a method that takes a T, how does the compiler do that ?
[02:12] <perrito666> interesting
[02:12] <natefinch> davecheney: it dereferences the pointer, which is what I was thinking...
[02:12] <davecheney> so why does that lead to a data race ?
[02:13] <davecheney> Read by goroutine 12:
[02:13] <davecheney>   github.com/juju/juju/api/unitassigner.(*fakeWatchCaller).BestFacadeVersion()
[02:13] <davecheney>       <autogenerated>:18 +0xa9
[02:13] <davecheney> Previous write by goroutine 11:
[02:13] <davecheney>   sync/atomic.CompareAndSwapInt32()
[02:13] <davecheney>       /home/dfc/go1.4/src/runtime/race_amd64.s:281 +0xc
[02:13] <davecheney>   sync.(*Mutex).Lock()
[02:13] <davecheney> i'm going to have to blog this one
[02:13] <natefinch> it's copying the value
[02:14] <natefinch> even though we're not even using the value
[02:15] <natefinch> and so that counts as being "read", and in other other goroutine it's changing that value... so what gets copied depends on the order in which those two things happen.... even though we don't care.
[02:15] <perrito666> I would have guessed that it was compiled as a function rather than a method when the receiver is not assigned
[02:17] <natefinch> I definitely would have hoped that the compiler would figure out not to copy the value and therefore not trigger the race detector... however, it seems like it must not be that smart.... or the race detector's not that smart
[02:18] <natefinch> The interesting thing then is, it seems like you should _always_ use *T for methods that don't need the receiver, to avoid exactly this problem.
[02:18] <perrito666> natefinch: methods that dont need a receiver are called functions :p
[02:19] <natefinch> perrito666: except it has to be a method to satisfy an interface
[02:19] <davecheney> natefinch: bingo
[02:22] <davecheney> natefinch: an observation in gopl was if you use pointer receivers for some methods, you shuld probably use them for all methods
[02:22] <davecheney> and vice versa
[02:24] <natefinch> davecheney: I've read that, and I wasn't sure if I agreed... sometimes value receivers are nice to both point out that the value isn't being modified, as well as enforce that fact.  Sort of immutability-lite ... but certainly with gotchas like this, it certainly is problematic.
[02:34] <davecheney> natefinch: yeah, i'm still undecided
[02:34] <davecheney> http://play.golang.org/p/DTDzYu4b3C
[02:34] <davecheney> here is a very small repro that shows the problem
[02:34] <davecheney> no mutex
[02:35] <davecheney> no sync atomic
[02:38] <wallyworld> wwitzel3: where are the logs etc? i can't see any in /var/log/juju
[02:56] <natefinch> davecheney: nice simple repro.  Do you know if it's the compiler's fault or the race detector's?
[03:10] <natefinch> fantasitc... when CI tests fail, they don't bring down all the machines they created :/
[03:13] <natefinch> someday I'll get a clean run of the CI tests and maybe actually repo  this bug
[03:24] <mgz> natefinch: this is an issue with the way this fails
[03:24] <mgz> natefinch: you call `juju destroy-environment` on an env you've just deployed machines for, but have the machines have not yet come up, juju leaks the machines
[03:24] <natefinch> mgz: even with --force?
[03:25] <natefinch> I guess --force shouldn't matter....  but still... ouch, damn.
[03:28] <natefinch> mgz: I think this is a pass?  https://pastebin.canonical.com/144311/
[03:29] <natefinch> would be nice if it said "PASS" or something at the end, rather than making me guess :/
[03:30] <mgz> natefinch: yeah, looks okay, `echo $?`
[03:31] <natefinch> 0
[03:31] <mgz> that's a pass.
[03:31] <natefinch> I didn't change anything past menn0's fix
[03:32] <natefinch> granted, it's on EC2 not joyent, but...
[03:33]  * natefinch shrugs
[03:33] <natefinch> works on my machine :/
[03:36] <mgz> natefinch: you can use the joyent creds from lp:cloud-city
[03:36] <natefinch> mgz: k, thanks
[03:36] <menn0> natefinch, mgz: I found it work with the local provider and EC2 as well
[03:37] <menn0> so it's beginning to look joyent specific which is weird
[03:37] <natefinch> menn0: probably a timing issue
[03:37] <natefinch> probably joyent is faster or slower in some specific part of the script
[03:37] <menn0> natefinch: agreed, that's likely
[03:37] <mgz> I suspect you just aren't seeing a race, :12 at last deploy, :19 before status is first called in your log
[03:38] <mgz> probably long enough for EC2 to allocate instance ids for both machines
[03:38] <natefinch> yep
[03:39] <mgz> :09 at deploy on CI to :12 before first status
[03:39] <natefinch> mgz: the default-joyent creds in the environments.yaml in cloud-city?
[03:39] <natefinch> s/creds/environment
[03:40] <mgz> natefinch: yup
[03:40] <natefinch> mgz: btw, I hope you're not actually in the UK at this hour
[03:40] <mgz> or parallel-joyent and use the exact stream that the test did
[03:40] <mgz> natefinch: nah, NY
[03:41] <natefinch> mgz: ahh, good.  Whatcha doing on this side of the pond?
[03:42] <mgz> sprint, talking about QA across all of CDO products
[03:42] <natefinch> neat
[03:46] <mgz> waigani_: updated r/3170 - thoughts welcome
[03:48] <natefinch> menn0: you said you hacked the script to do an upload tools, care to show me where I'd do that?
[03:51] <natefinch> or mgz would you know how I could best do that? ^
[03:51] <mgz> natefinch: you can just append --upload-tools
[03:52] <mgz> oh wait, jes is still special?
[03:53] <mgz> --upload-tools doesn't work with jes, or at least didn't at the time the test was written
[03:56] <natefinch> wait, what, really?
[03:57] <natefinch> ffs
[03:57] <natefinch> how the hell do you test if you can't upload tools?
[04:03] <menn0> mgz: i'm not aware of a limitation with upload-tools and jes
[04:03] <menn0> but with joyent there is a routing problem
[04:03] <menn0> new instances often can't get to the state server's internal IP address
[04:04] <menn0> so they can't download the tools from the state server
[04:06] <menn0> I ran into that with my testing
[04:07] <menn0> wallyworld: where do instances get tools from during provisioning? always the state server or maybe directly from streams?
[04:09] <waigani_> mgz: +1 to how you've got the tests now. LGTM
[04:15] <mgz> menn0: yeah, we have specialy hackery in CI to work around the fact the provider can't clean up networks
[04:16] <mgz> menn0: see http://juju-ci.vapour.ws/job/joyent-deploy-jes-trusty-amd64/configure
[04:16] <mgz> $RELEASE_TOOLS/joyent-curl.bash /cpcjoyentsupport/fwrules | sed -e 's/[\[\{]/\n\0/g;' | grep $JOB_NAME | sed -e 's/.*"id":"\([^"]*\)".*/\1/' | xargs -I{} $RELEASE_TOOLS/joyent-curl.bash /cpcjoyentsupport/fwrules/{} -X DELETE || true
[04:16] <mgz> waigani_: thanks
[04:19] <mgz> menn0: I'm failing to remember why --upload-tools didn't work, just remember I disabled it on abentley's say-so
[04:21] <mgz> natefinch: there's a one-line change you can make in utility.py that will enable --upload-tools again
[04:22] <mgz> well, and a dedent.
[04:23] <mup> Bug #1497316 changed: TestUniterSteadyStateUpgrade permission problem <ci> <intermittent-failure> <windows> <juju-core:Expired> <https://launchpad.net/bugs/1497316>
[04:30] <menn0> mgz: what about changing the call to boot_context() in assess_jes_deploy.py
[04:30] <menn0> it takes an uploadTools arg
[04:30] <menn0> (hardcoded to false)
[04:31] <mgz> ah, pants, yeah, that too
[04:32] <mup> Bug #1497316 opened: TestUniterSteadyStateUpgrade permission problem <ci> <intermittent-failure> <windows> <juju-core:Expired> <https://launchpad.net/bugs/1497316>
[04:38] <natefinch> mgz: seems easy enough.  I think I have it, with the additional change to make False args.upload_tools in boot_context
[04:38] <mup> Bug #1497316 changed: TestUniterSteadyStateUpgrade permission problem <ci> <intermittent-failure> <windows> <juju-core:Expired> <https://launchpad.net/bugs/1497316>
[04:38] <natefinch> er in the call to boot_context
[04:38]  * natefinch tries it out
[04:38] <mgz> okay, http://reviews.vapour.ws/r/3172/ should be good to go
[04:41] <mup> Bug #1497316 opened: TestUniterSteadyStateUpgrade permission problem <ci> <intermittent-failure> <windows> <juju-core:Expired> <https://launchpad.net/bugs/1497316>
[04:47] <mup> Bug #1497316 changed: TestUniterSteadyStateUpgrade permission problem <ci> <intermittent-failure> <windows> <juju-core:Expired> <https://launchpad.net/bugs/1497316>
[04:52] <natefinch> hmm yeah, not working... getting no tools found when doing create-environment.
[04:55] <wallyworld> menn0: sorry, was out at 1:1. during provisioning we go to state server
[04:55] <wallyworld> menn0: cloud init is configured to try all the recorded api host addresses to till connections
[04:56] <menn0> wallyworld: ok thanks
[04:56] <menn0> mgz, natefinch: so I must have been running into joyent firewall issues then. I frequently saw new instances that couldn't connect to the state server to get tools.
[04:57] <menn0> natefinch: you might want to make sure you remove the rules as per the CI job
[04:58] <natefinch> menn0: this is running the CI test...
[04:58] <menn0> natefinch: yes, but the CI job that runs assess_jes_deploy.py does some stuff before and after it runs too
[04:58] <natefinch> ahh
[04:58] <menn0> natefinch: see the job's config in jenkins
[04:59] <menn0> natefinch: or the long command mgz mentioned earlier
[04:59] <menn0> natefinch: that's from the CI job
[05:01] <natefinch> menn0: gross
[05:01] <menn0> natefinch: it's not exactly beautfiul no
[05:02] <wwitzel3> wallyworld: if you juju ssh 0 , you'll see all the logs
[05:03] <wallyworld> oh, that's not the bootstrap machine, doh
[05:04] <wwitzel3> wallyworld: nope, that is the client machine, in the home directory there is the 1.26-alpah1 client too
[05:04] <wwitzel3> wallyworld: the client on the path is 1.22
[05:04] <wallyworld> ok
[05:07] <mgz> bug 1451104 could just be fixed in the joyent provider, then CI hackery goes away
[05:07] <mup> Bug #1451104: Joyent machines can fail to fetch tools <ci> <deploy> <joyent-provider> <reliability> <juju-core:Triaged> <https://launchpad.net/bugs/1451104>
[05:08] <mgz> bug 1485781 is more specific
[05:08] <mup> Bug #1485781: Juju is unreliable on Joyent <joyent-provider> <reliability> <repeatability> <juju-core:Triaged> <juju-core 1.25:Triaged> <https://launchpad.net/bugs/1485781>
[05:08] <natefinch> le sigh
[05:09] <davecheney> i read that as "joyent is unreliable on joyent"
[05:10] <davecheney> it had a nice ring to it
[05:11] <natefinch> no, it's "CI only really works in CI"
[05:12] <natefinch> there's just like 100 implicit dependencies that need to be perfectly correct to get things to run
[05:12] <davecheney> works on my cloud(tm)
[05:19] <wallyworld> wwitzel3: the data being logged does not match what is on streams.canonical.com
[05:20] <wallyworld> maybe they have squid or something serving stale data
[05:24] <wwitzel3> wallyworld: but that shouldn't prevent upload-tools working?
[05:24] <wallyworld> true, i was looking to see why a normal upgrade fials
[05:25] <natefinch> mgz: what's $JOB_NAME?
[05:27] <mgz> natefinch: what you're passing as forth arg to assess_jes.py
[05:27] <mgz> +u
[05:31] <natefinch> mgz: so the copied environment name?
[05:32] <mgz> well, ideally something unique, the idea is jobs don't stomp on each other if running at the same time
[05:33] <wallyworld> wwitzel3: aha
[05:33] <wallyworld> the tools metadata is fucked
[05:33] <wallyworld> incorrectly generated
[05:33] <wallyworld> this has happened before :-(
[05:34] <wwitzel3> wallyworld: can we use juju-metadata to generate new data?
[05:35] <wallyworld> no, it needs to be signed
[05:35] <wallyworld> it's a CPC issue
[05:35] <wwitzel3> wallyworld: and this is what is impacting even with upload-tools?
[05:36] <wallyworld> not sure, that's next on the list to look at
[05:36] <wallyworld> this is a serious, serious issue
[05:36] <wwitzel3> wallyworld: ah, ok
[05:37] <mgz> wallyworld: which streams?
[05:37] <wallyworld> devel, maybe others, haven't checked
[05:37] <natefinch> still no tools found...
[05:37] <natefinch> whelp.  It's after midnight and well past bed time.  I guess I won't be fixing this today.
[05:39] <wallyworld> mgz: all sreams seem affected
[05:47] <mup> Bug #1482155 changed: lxc restriction on multiple state servers <ha> <lxc> <state-server> <juju-core:Invalid> <https://launchpad.net/bugs/1482155>
[05:50] <mup> Bug #1482155 opened: lxc restriction on multiple state servers <ha> <lxc> <state-server> <juju-core:Invalid> <https://launchpad.net/bugs/1482155>
[05:53] <mup> Bug #1482155 changed: lxc restriction on multiple state servers <ha> <lxc> <state-server> <juju-core:Invalid> <https://launchpad.net/bugs/1482155>
[06:01] <mgz> wallyworld: so... don't think we actually need cpc, probably from a lp:juju-release-tools change, so we're just sitting on their hardware
[06:01] <wallyworld> ok, so we can maybe fix?
[06:02] <wallyworld> or rollback
[06:02] <mgz> yeah, but it's also night in canada
[06:04] <wallyworld> SOP \o/
[06:04] <wallyworld> SPOF
[07:35] <mup> Bug #1517344 opened: state: initially assigned units don't get storage attachments <juju-core:Triaged> <https://launchpad.net/bugs/1517344>
[08:57] <menn0> everything is awesome
[08:57] <menn0> everything is awesome when you're part of a team
[08:58] <dimitern> menn0, :) are you talking about the blocker bug?
[08:58] <menn0> not specifically
[08:58] <menn0> just slightly delirious
[08:58] <menn0> and that song is stuck in my head
[08:59] <dimitern> menn0, you should get some rest then ;)
[09:00] <menn0> dimitern: nah... perfect time to write some more code
[09:00] <menn0> ;-)
[09:00] <dimitern> menn0, I know the feeling
[09:13] <menn0> fwereade: review please: http://reviews.vapour.ws/r/3178/
[09:14] <fwereade> menn0, ack
[09:14] <fwereade> menn0, and now that's stuck in my head too
[09:14] <menn0> you're welcome
[09:14] <menn0> ;-)
[09:32] <dimitern> voidspace, dooferlad, frobware, guys, please have a look at http://reviews.vapour.ws/r/3167/ when you can
[09:36] <voidspace> dimitern: looking
[09:36] <voidspace> dimitern: good to read this code as I don't (yet) the concepts fully
[09:39] <dimitern> voidspace, cheers - I'm glad to clarify things where needed
[09:50] <voidspace> dimitern: straightforward so far
[09:56] <frobware> dimitern, added some comments; also (for standup) why do we replace " " in space names?
[09:58] <dimitern> frobware, thanks! spaces are not valid in constraints
[10:00] <frobware> dimitern, so why do we collapse them? if you pass a name with " " isn't that just invalid?
[10:01] <voidspace> maas space names can have spaces
[10:01] <voidspace> we'll have to translate between juju space names and maas names
[10:01] <dimitern> but not juju space names
[10:02] <dimitern> fwereade, jam, standup?
[10:09] <mup> Bug #1517391 opened: MachineStorageIdsWatcher severely undertested <tech-debt> <juju-core:Triaged> <https://launchpad.net/bugs/1517391>
[10:30] <mattyw> anastasiamac, are you still awake?
[10:30] <mattyw> anastasiamac, I guess you shouldn't be really
[11:13] <anastasiamac> mattyw: hi o/
[11:14] <mattyw> anastasiamac, hey hey. I see http://reviews.vapour.ws/r/3171/ is marked WIP - do you still want reviews or should I leave it for now?
[11:14] <anastasiamac> mattyw: tyvm for asking - plz leave it for now :D
[11:15] <mattyw> anastasiamac, will do
[11:15] <anastasiamac> mattyw: \o/
[11:16] <mattyw> anastasiamac, feel free to ping me or anyone else from emerald squad with reviews for x-model relations
[11:17] <anastasiamac> mattyw: gr8 idea - will do :)
[12:12] <mup> Bug #1517428 opened: state depends on multiwatcher and/or params <tech-debt> <juju-core:Triaged> <https://launchpad.net/bugs/1517428>
[12:18] <voidspace> dimitern: ping
[12:18] <dimitern> voidspace, pong
[12:18] <voidspace> dimitern: your PR - parseDelimitedValues
[12:18] <voidspace> dimitern: where does rawValues come from?
[12:19] <voidspace> dimitern: is that from the original command line invocation?
[12:19] <voidspace> dimitern: I wonder why we're doing the " " stripping inside the provider
[12:19] <voidspace> dimitern: we should have already converted from juju space names to maas space names by here
[12:19] <voidspace> dimitern: so they *might* have valid spaces in them
[12:19] <dimitern> voidspace, the raw values come from constraints
[12:20] <voidspace> dimitern: if they're space names then they need converting to maas names
[12:20] <voidspace> dimitern: and the provider can't do that as it requires access to state
[12:20] <voidspace> dimitern: and constraints will use juju names
[12:20] <dimitern> voidspace, I guess I overengineered it a bit - I'll drop the space stripping and that will simplify it - there's no way we get invalid constraints that far into the provisioning process
[12:20] <voidspace> dimitern: ok
[12:21] <voidspace> dimitern: maas space names can have spaces in them - so stripping them is wrong
[12:21] <voidspace> dimitern: I'll add an issue
[12:21] <dimitern> voidspace, the conversion needs to happen, but not having it now won't block us from possibly doing the demo
[12:22] <voidspace> dimitern: but the conversion needs to happen in a different place, not in the provider code
[12:22] <dimitern> voidspace, yeah, that's true
[12:22] <voidspace> dimitern: the provider code should only be dealing with MAAS names (or ids)
[12:22] <dimitern> voidspace, I think it will happen in the provisioner
[12:23] <voidspace> cool
[12:31] <voidspace> dimitern: frobware: dooferlad: just to mention that I'm off tomorrow, it's in the calendar.
[12:31] <dimitern> voidspace, have a good one ;)
[12:32] <voidspace> dimitern: I'm spending the day with my mum, visiting stratford
[12:32] <voidspace> should be good
[12:38] <dimitern> after some minor but required CI surgery on the parallel streams job, I'm happy to report we now have a blessed master!!
[12:39] <dimitern> don't rush all at once to land your stuff :P
[12:51] <dimitern> voidspace, I've re-queued your PR #3692 for merging as well as all 3 of mine
[12:51] <mup> Bug #1516144 changed: Cannot deploy charms in jes envs <blocker> <charms> <ci> <regression> <juju-core:Fix Released by menno.smits> <https://launchpad.net/bugs/1516144>
[12:52] <dimitern> hopefully no conflicts will emerge
[13:02] <mattyw> dimitern, ping?
[13:04] <dimitern> mattyw, pong
[13:04] <mattyw> dimitern, you know maas, are you able to respond to this guy? https://github.com/juju/juju/issues/3627
[13:05] <dimitern> mattyw, I have no idea why that happens unfortunately :/
[13:27] <frobware> voidspace, ack
[13:28] <frobware> dimitern, you left mine out... sniff. :)
[13:30] <mup> Bug #1517474 opened: provider/ec2: don't artificially limit EBS volumes to xvdf-xvdp <juju-core:Triaged> <https://launchpad.net/bugs/1517474>
[13:33] <jam> fwereade: ping for planning meeting?
[13:39] <dimitern> frobware, sorry, should've checked :/
[13:40] <dimitern> frobware, voidspace, I've updated http://reviews.vapour.ws/r/3167/ - can you have another look and approve it if it looks ok?
[13:40] <frobware> dimitern, taking a look
[13:40] <frobware> dimitern, glad we drooped the " " stripping
[13:42] <dimitern> frobware, yeah, now that I think about it, it was like this because the --networks argument to deploy (where these came from in an earlier PoC) was not well validated and/or rushed to a demo-able state
[13:42] <mgz> dimitern: I don't suppose you heard anything from wallyworld on the status of upgrade issue? he was concerned our streams were screwed, but I don't see any mailling list updates from him.
[13:45] <dimitern> mgz, which upgrade issue is that?
[13:48] <dimitern> frobware, once our PRs land, it's time to rebase maas-spaces onto master
[13:49] <frobware> dimitern, +1
[13:50] <dimitern> mgz, was that about upgrade 1.20.x->1.24.4 not working unless with --version 1.24.4 ?
[13:55] <mgz> I think it was several layers of investigation into rt #85463
[13:55] <mup> Bug #85463: [apport] evolution-exchange-storage crashed with SIGSEGV in e2k_restriction_unref() <evolution-exchange (Ubuntu):Invalid by desktop-bugs> <https://launchpad.net/bugs/85463>
[13:55] <mgz> not that mup
[13:56] <mattyw> katco, woohoow!
[13:57] <mattyw> katco, I've been denying myself the lxd provider till it lands in master
[14:22] <voidspace> dimitern: LGTM
[14:22] <dimitern> voidspace, cheers!
[15:01] <mup> Bug #1517499 opened: i/o timeout on bundle deployment <juju-core:New> <https://launchpad.net/bugs/1517499>
[15:13] <natefinch> axw: thanks for fixing that bug with unit assignment.  Can't believe I forgot to remove the docs after successful assignment.  I'm surprised that didn't show up more often in tests.
[15:28] <frobware> cherylj, having trouble with the bond0 interface and juju-br0 1516891. Will concentrate on landing 1512371 first
[15:29] <cherylj> frobware: okay, thanks for the update!
[15:29] <frobware> cherylj, this may be at the root of some problems - https://bugs.launchpad.net/ubuntu/+source/ifupdown/+bug/1337873
[15:29] <mup> Bug #1337873: Precise, Trusty, Utopic - ifupdown initialization problems caused by race condition <cts> <patch> <ifupdown (Ubuntu):Fix Released by dgadomski> <ifupdown
[15:29] <mup> (Ubuntu Precise):Confirmed> <ifupdown (Ubuntu Trusty):Confirmed> <ifupdown (Ubuntu Vivid):Confirmed> <ifupdown (Debian):New> <https://launchpad.net/bugs/1337873>
[15:38] <cherylj> frobware: interesting.  It's an old bug, but wasn't addressed until last month?
[15:40] <frobware> cherylj, I think there's a bit of work to address the bonding bug (for juju-br0)
[15:41] <cherylj> frobware: do you know if it's just a problem with MAAS 1.9?
[15:42] <frobware> cherylj, I don't.
[15:43] <cherylj> just re-read the bug, it looks like the support for bonding is introduced in 1.9
[15:44] <cherylj> frobware: is there a workaround where users could manually edit /e/n/i?
[15:44] <frobware> cherylj, let me try. though I am getting distracted... :)
[15:45] <cherylj> frobware: thanks :)  I'd feel more comfortable moving it to 1.25.2 if we could give people a manual workaround
[15:58] <natefinch> ericsnow: you around?
[15:58] <ericsnow> natefinch: briefly
[15:59] <frobware> cherylj, synthesizing what juju boostrap would do to /e/n/i and rebooting yields no working interfaces. \o/ ... :(
[15:59] <frobware> cherylj, so, not sure there's even a quick workaround right now.
[15:59] <cherylj> frobware: yikes!!
[15:59] <natefinch> ericsnow: I don't think your fix for the OOM error is actually changing the core behavior... you're running the waits in goroutines, but you're starting all the executables in what is effectively a tight loop... since Cmd.Start() just fires off a goroutine
[16:01] <natefinch> ericsnow: er, maybe not a goroutine per se... but we'll still be starting processes really fast and could easily have 100 fire off in a second
[16:02] <ericsnow> natefinch: fork doesn't take long
[16:02] <ericsnow> natefinch: fork+exec I mean
[16:03] <ericsnow> natefinch: by the time Start completes it should already be exec'ing
[16:06] <natefinch> ericsnow: I guess I don't know when linux stops "counting" the memory of the fork against juju... or when it decides the fork doesn't really need that much.  You're going to have 100 ssh processes all running at the same time if there are 100 machines to run on.
[16:06] <ericsnow> natefinch: once it execs
[16:07] <katco> cherylj: got a sec?
[16:07] <cherylj> katco: sure, what's up?
[16:07] <natefinch> ericsnow: so, once Cmd.Start returns, we're no longer being hurt by the memory the fork uses?
[16:07] <katco> cherylj: can you hop in https://plus.google.com/hangouts/_/canonical.com/moonstone?authuser=1
[16:08] <ericsnow> natefinch: correct
[16:09] <natefinch> ericsnow: interesting. ok, thanks.
[16:09] <ericsnow> natefinch: np
[16:10] <wwitzel3> mgz: what do you mean isolate? I know if I bootstrap with 1.22.8, set the agent-stream to devel, and issue update-juju --version 1.26-alpha1 I get: no matching tools available
[16:10] <wwitzel3> s/update/upgrade
[16:13] <mgz> wwitzel3: I mean set agent-metadata-url to a specific different location
[16:14] <wwitzel3> mgz: sure, what location?
[16:14] <ericsnow> natefinch: FWIW, I don't think the 100 ssh procs will be a big problem (~50k each)
[16:14] <mgz> abentley: do you have bandwidth to work with wwitzel3 to look at the upgrade from 1.22.8 to devel streams?
[16:14] <natefinch> ericsnow: only a problem due to the memory copying thing from fork
[16:15] <ericsnow> natefinch: yep
[16:16] <abentley> mgz, wwitzel3: Yes, I can help out.  I was just dealing with a similar issue 1.20.x
[16:16] <abentley> wwitzel3: hangout?
[16:17] <wwitzel3> abentley: https://plus.google.com/hangouts/_/canonical.com/moonstone?authuser=1
[16:25] <mup> Bug #1517535 opened: Agent stuck in "allocating" state <juju-core:New> <https://launchpad.net/bugs/1517535>
[16:26] <natefinch> katco: in case you missed it, I talked with ericsnow and he convinced me that his code actually is doing the right thing... it was just my lack of knowledge of how linux's memory handling works during fork & exec.
[16:31] <mup> Bug #1517535 changed: Agent stuck in "allocating" state <juju-core:New> <https://launchpad.net/bugs/1517535>
[16:34] <mup> Bug #1517535 opened: Agent stuck in "allocating" state <juju-core:New> <https://launchpad.net/bugs/1517535>
[16:34] <katco> natefinch: cool, looking forward to seeing it land
[16:44] <katco> mattyw: jujubot merged commit de417eb into master 20 seconds ago. it's in master now :) alpha2!
[16:44] <katco> natefinch: ericsnow: wwitzel3: lxd provider is now in master. good job team :D
[16:45] <mattyw> katco, natefinch ericsnow wwitzel3 good work folks - just try to stop me using the lxd provider now!
[16:45] <ericsnow> katco: \o/
[16:53] <mgz> cherylj: bug 1512399 fix landed on 1.25
[16:53] <mup> Bug #1512399: ERROR environment destruction failed: destroying storage: listing volumes: Get https://x.x.x.x:8776/v2/<UUID>/volumes/detail: local error: record overflow <amulet> <bug-squad> <openstack> <sts> <uosci> <Go OpenStack Exchange:Fix Released by gz> <juju-core:In Progress by gz> <juju-core
[16:53] <mup> 1.25:In Progress by gz> <https://launchpad.net/bugs/1512399>
[16:53] <cherylj> yay!  thanks, mgz!
[17:10] <wwitzel3> abentley: https://bugs.launchpad.net/juju-core/+bug/1507867/comments/23 figured out the reproduction steps
[17:10] <mup> Bug #1507867: juju upgrade failures <canonical-bootstack> <upgrade-juju> <juju-core:In Progress by wwitzel3> <https://launchpad.net/bugs/1507867>
[17:11] <wwitzel3> abentley: seems code related, but thought you might be interested
[17:11] <abentley> wwitzel3: Yes, using --upload-tools breaks future upgrades.  That is a known bug.  sinzui?
[17:12] <wwitzel3> abentley: yeah, but I thought setting the tools-url manually worked around it?
[17:13] <abentley> wwitzel3: Yes, I thought so, too.  Interesting.
[17:15] <abentley> wwitzel3: Can I see the log?
[17:16] <abentley> wwitzel3: Can you upgrade to a non-devel version like 1.25.0?
[17:17] <wwitzel3> abentley: nope
[17:17] <wwitzel3> abentley: the log doesn't have much in it, even at debug
[17:19] <abentley> wwitzel3: Sometimes the "reading tools with major.minor version 1.22" line is informative.
[17:19] <wwitzel3> abentley: that line does not exist in the log
[17:19] <abentley> wwitzel3: for an upgrade, the machine-0 log may also be useful, but you have to read it very damn closely.
[17:19] <wwitzel3> abentley: I dont see any streams activity, like it isn't trying at all
[17:20] <mgz> is the lxd-provider documented anywhere at present?
[17:22] <katco> mgz: in the release notes; no documentation as of yet
[17:22] <mgz> katco: ta
[17:25] <alexisb> the idea of having both bundle deploy support and a lxd provider on a devel ppa juju makes me giddy :)
[17:26] <katco> alexisb: i know right? those 2 features together = love
[17:29] <abentley> wwitzel3: Here is the machine-0 log of a successful upgrade from 1.22 to master, if it is useful: http://data.vapour.ws/juju-ci/products/version-3327/aws-upgrade-22-trusty-amd64/build-376/machine-0.log.gz
[17:42] <natefinch> ericsnow: I see you're still posting on the juu-run bug. Do you think you'll have time to get that landed today?  I was going to try to do the work to get it landed, but if you're doing it, I can move on to something else.
[17:43] <ericsnow> natefinch: I'm trying but quickly running out of time
[17:43] <ericsnow> natefinch: I'll let you know and hand it off if needed
[17:43] <stokachu> kadams54: got a PR for you for theblues pacakge
[17:44] <natefinch> ericsnow: ok. yeah, I had assumed you weren't going to have any time today, so was prepared to do it. Let me know when you know.
[17:44] <ericsnow> natefinch: k
[17:44] <ericsnow> natefinch: will be soon
[17:45] <stokachu> 21
[17:48] <kadams54> stokachu: Taking a look
[18:11] <natefinch> fwereade: btw, really like your point about passing an abort channel rather than a timeout value.  way more flexible, and still trivial to use as a timeout.
[18:11] <fwereade> natefinch, cool, thanks :)
[18:23] <wwitzel3> abentley: was that after using upload tools?
[18:34] <abentley> wwitzel3: no, that was our standard test.  http://reports.vapour.ws/releases/3327/job/aws-upgrade-22-trusty-amd64/attempt/376
[18:35] <wwitzel3> abentley: yeah, the standard test works for me as well
[18:51] <natefinch> katco: I'm going to go back to bug #1491688 for now, since ericsnow seems to still be working on his bug
[18:51] <mup> Bug #1491688: all-machine logging stopped, x509: certificate signed by unknown authority <bug-squad> <landscape> <logging> <rsyslog> <sts> <juju-core:Triaged> <juju-core 1.25:Triaged> <https://launchpad.net/bugs/1491688>
[18:51] <katco> natefinch: oh, ok. sorry, didn't think ericsnow would be around today
[18:52] <natefinch> katco: me either :)
[18:52] <ericsnow> katco: leaving in a few minutes
[18:53] <katco> ericsnow: ok. do you think you'll get this in by EOD?
[18:53] <ericsnow> katco: was going to hand it off to natefinch soon
[18:54] <katco> ericsnow: natefinch: is it possible for you two to pair for the remaining time?
[18:54] <ericsnow> katco: made the mistake of reading fwereade's review comments :)
[18:54] <katco> natefinch: i don't want you to get whiplash
[18:56] <natefinch> katco: I gotta pick up my daughter from preschool now, unfortunately
[18:57] <katco> natefinch: ok
[18:57] <katco> ericsnow: please send nate an email with all the info he needs for the hand-off. we need this landed by tonight
[18:57] <natefinch> katco: I'm very familiar with eric's changes and william's comments, though, so I don't think there will be many rpoblems
[18:57] <katco> natefinch: ok
[18:57] <ericsnow> natefinch: I'm going to update my branch and then you can take it from there
[18:57] <natefinch> ericsnow: cool
[18:57] <ericsnow> natefinch: thansk
[18:57] <natefinch> katco: I spent a lot of time looking into it before I realized eric was working on it, so I guess that works out :)
[18:58] <katco> =|
[18:58] <katco> communication people!
[18:58] <katco> ericsnow: how dare you not actually be out today
[18:58] <natefinch> exactly!
[18:58] <natefinch> ;)
[18:58] <natefinch> ok, gotta run
[19:06] <ericsnow> katco, natefinch-afk: okay, I'm out
[19:06] <katco> ericsnow: gl
[20:08] <lazypower> o/  allo core devs. Is there ever a reason to use a scope: container qualifier on a relationship outside of subordinate services? I've been noodling this for a while and dont see a use-case for it outside of subordinate relations.
[20:25] <thumper> davecheney: isn't the reason the structs moved into the multiwatcher was because state depends on multiwatcher...
[20:25] <thumper> davecheney: could the dependency change the other way around?
[20:25] <thumper> so state/multiwatcher just depends on state?
[20:26] <thumper> I'm not sure I'm remembering correctly
[20:28] <stokachu> kadams54: is there a way to do a globbed like search with theblues library?
[20:28] <stokachu> using search('nova') only pulls in nova-compute and not nova-cloud-controller etc
[20:41] <kadams54> stokachu: I don't rightly know. We use ElasticSearch on the backend, so it would be worth trying ES' query string syntax: https://www.elastic.co/guide/en/elasticsearch/reference/1.3/query-dsl-query-string-query.html#query-string-syntax
[20:42] <stokachu> kadams54: ok thanks
[20:50] <mup> Bug #1517611 opened: TestFilesystemInfo race condition in 1.25 <ci> <intermittent-failure> <regression> <juju-core:Incomplete> <juju-core 1.25:Triaged> <https://launchpad.net/bugs/1517611>
[21:01] <stokachu> kadams54: find any issues with that PR?
[21:01]  * thumper sighs
[21:01] <thumper> I merged the blessed master into my feature branch
[21:01] <thumper> and I have so many failures with go 1.5
[21:02] <thumper> why are go 1.5 test runs not voting?
[21:02] <natefinch> doh
[21:02] <natefinch> thumper: because they weren't passing :/
[21:02] <urulama> stokachu: the way to search anything mentioning "nova" is https://api.jujucharms.com/charmstore/v4/search?text=nova&autocomplete=1&limit=100
[21:02] <thumper> clearly the fix then is to fix them
[21:02] <thumper> not just ignore them
[21:02] <natefinch> agreed
[21:03] <thumper> FFS
[21:03] <stokachu> urulama: perfect thank you!
[21:03] <natefinch> the lxd stuff is behind build tags for go 1.3+, (since it requires go 1.3+)  Hopefully you're not seeing problems with that code
[21:04] <urulama> stokachu: and it's ranked
[21:04] <stokachu> urulama: yea it looks like it return tursty/precise first
[21:04] <stokachu> urulama: so can i assume those are the blessed ones at the top each time?
[21:05] <urulama> stokachu: yes
[21:05] <stokachu> urulama: perfect much appreciated
[21:06] <urulama> stokachu: if you want to see just the blessed ones (no user namespace charms) do this https://api.jujucharms.com/charmstore/v4/search?text=nova&autocomplete=1&limit=100&owner=
[21:07] <stokachu> even better
[21:08] <kadams54> stokachu: QA checks out. I'm going to merge it.
[21:09] <stokachu> kadams54: sweet thanks!
[21:11] <thumper> natefinch: github.com/juju/juju/worker/provisioner, github.com/juju/juju/payload/api/private, github.com/juju/juju/cmd/jujud/agent (messy db cleanup), github.com/juju/juju/cmd/juju/commands, github.com/juju/juju/api/unitassigner , and some fallout that appears to be due to a clash with my current work
[21:11] <stokachu> urulama: so i noticed some of the results return charms like glance and neutron, is there a way to just search if the 'term' is in the id?
[21:12] <natefinch> thumper: hmm weird, yeah, none of that is lxd code.  not sure why it would fail for go 1.5
[21:13] <thumper> natefinch: most likely the runtime changes in 1.5
[21:13] <thumper> w.r.t. GOMAXPROCS default
[21:13] <stokachu> kadams54: ew owned by docs?
[21:13] <thumper> causes more races in tests
[21:13] <natefinch> thumper: I don't think so. I always run GOMAXPROCS=8
[21:13]  * thumper shrugs
[21:13] <thumper> something else then
[21:13] <natefinch> sumthin
[21:14] <natefinch> katco: I have no idea how to write a test to show that eric's code uses goroutines in exactly the right way and not in the wrong way :/
[21:14] <kadams54> stokachu: Yeah, I'll get it straightened out.
[21:14] <stokachu> urulama: not a big deal if not, i can filter it out
[21:14] <stokachu> kadams54: :)
[21:14] <katco> natefinch: let me take a peek at his code again
[21:15] <katco> natefinch: what function are you trying to test?
[21:15] <natefinch> katco: the meat of the change is in startSerialWaitParallel
[21:16] <natefinch> katco: so, before we were effectively doing the whole inside of the loop in a goroutine, and now we're only doing the second half in a goroutine
[21:17] <katco> natefinch: i think the trouble is because the wait func should be passed into startSerialWaitParallel
[21:18] <urulama> stokachu: it should be with something like https://api.jujucharms.com/charmstore/v4/search?name=mongodb&limit=100
[21:18] <katco> natefinch: pull that out, test it separately, and then test that startSerialWaitParallel calls it properly
[21:18] <urulama> stokachu: however, some names don't return any results, which makes me wonder why :S
[21:18] <katco> natefinch: i.e. startSerialWaitParallel calls whatever is passed in properly
[21:19] <natefinch> katco: yeah, that can work.  I already didn't like that wait was getting half its args from closing over them and half not, so that would fix that problem.
[21:20] <katco> natefinch: isn't the only var it's closing over, "wg"?
[21:21] <natefinch> katco: 1 is half of three when you assign it to an int ;)
[21:21] <katco> lol
[21:21] <natefinch> techically correct is the best kind of correct!
[21:22] <natefinch> yeah, I though there was something else, but I guess not :)
[21:24] <katco> does anyone recall seeing a bug open recently around not being able to "upgrade-juju" after using "--upload-tools" ?
[21:24] <natefinch> ah hah, the cmd too
[21:24] <natefinch> katco: upload tools is bad juju, so to speak.
[21:24] <katco> natefinch: so not the point ;p
[21:25] <natefinch> I'm not really clear on the rules when you use upload-tools vis a vis upgrades
[21:27] <thumper> davecheney: ping when you are around
[21:28] <perrito666> I hate replicaset sometimes... and some other too
[21:28]  * perrito666 bbl bike time
[21:28] <stokachu> urulama: so would https://api.jujucharms.com/charmstore/v4/search?name=nova&limit=100 return everything with 'nova' in the name?
[21:31] <urulama> stokachu: it should, but doesn't :S so, stick with the text=nova&owner= for now and filter out the ones you don't need
[21:31] <stokachu> urulama: ok cool
[21:32] <urulama> stokachu: i'll give a look why name queries fails
[21:32] <stokachu> urulama: thanks again :)
[21:32] <urulama> stokachu: np
[21:50] <natefinch> god I hate using external tests.  It's like every time I go to write a nice little unit test, someone is actively trying to make it more difficult :/
[21:52] <natefinch> katco: well, refactored, but now to write the tests: https://github.com/natefinch/juju/commit/5f5e26441bc250c221e8e8b688432db8c5e8beec#diff-813c65409327242bb7df0d66ac593b91R195
[21:52] <natefinch> katco: gonna require some... tricks, I think.
[21:53] <katco> =|
[21:53] <natefinch> just difficult to detect when you're running in a separate goroutine or not
[21:55] <natefinch> actually,  I think I can do it.
[21:55] <natefinch> hmm..
[21:56] <natefinch> ahh, I have it
[21:57] <natefinch> some creative locks in the start and wait functions can prove that start is always called in order, and wait gets called all at the same time
[21:59] <mup> Bug #1517632 opened: juju upgrade-juju after upload-tools fails <juju-core:New> <https://launchpad.net/bugs/1517632>
[22:59] <perrito666> seriously this country.... a bit of summer and people have barbecue parties ever single night... and my desk is next to the windows
[23:00] <alexisb> thumper, axw, anastasiamac: release call is running over
[23:00] <thumper> k
[23:00] <alexisb> be there shortly
[23:01] <anastasiamac> k :D


[08:55]  * vish facepalms at typo should have been "Misled"
[09:51] <thorwil> vish: having mistyped misled is a meager misstep, nothing that should make you feel miserable
[09:52] <vish>  :)
[09:53] <vish> thorwil: i've also noticed john sends his best regards ;p
[09:54] <thorwil> i still don't know if it's a mental deficiency, or very sophisticated trolling
[09:55] <vish> heh, lets go with "mental" for now ;)
[09:55] <thorwil> but interesting that 2 people know to make use of CC and no one else ...
[09:56] <vish> leogg is a member of the regional board..
[09:56] <vish> i think the americas one
[09:57] <thorwil> CC: carbon copy, not community council
[09:57] <vish> oh! lol
[09:57] <thorwil> hooray for abbrev. overloading. creative commons, too
[15:45] <coz_> well the mailing list "stuff" is distressing
[15:49] <coz_> vish,   I assume the "member" discussed in the mailing list is  jbaer ?
[15:50] <vish> coz_: afaik, that is whom thorwil , doctormo and I are referring to..
[15:51] <vish> heh! the same day, we have two replies, one person saying there is no critique and another saying critique is harsh!
[15:51] <vish> plain madness! :/
[15:51] <coz_> vish,   absolutely
[15:52] <coz_> vish,   harsh critisism I have not witnessed
[15:52] <coz_> except maybe from that  "evilvish" guy  lol
[15:52] <vish> yea.. :)
[15:52] <coz_> :)
[15:53] <vish> i have no more patience for jbaer or his sheer stupidity
[15:54]  * darkmatter waves vigorously in the direction of coz_ and vish
[15:54] <coz_> darkmatter,  hey guy :)
[15:54] <vish> how very odd that he creates his own teams and expects people to come asking him to stop
[15:54] <vish> as if everyone has nothing else to do..
[15:55] <coz_> vish,  i understand the desire to contribute... I am not quite sure I understand the move to "fork"  the team... seems a bit over the top
[15:55] <vish> yea..
[15:59] <coz_> I have non need for control .. h ere... I have been here for years... I have had my run ins with people from ubuntu-forums over "content"  of graphics,, and certainly wanted change,, this year has brought much of that change ... I really dont want anyone to leave..
[16:00] <coz_> does this jbear even come here?
[16:01] <vish> coz_: he lives in his own universe
[16:02] <coz_> vish,  mm  and yet he has drawn in many people,,, myself included out of ignorance
[16:02] <vish> coz_: he contacts(spams) a lot of people and misleads
[16:02] <coz_> vish,   apparenlty
[16:03] <coz_> vish,  is there no solution?
[16:03] <vish> coz_: solution for? :)
[16:03] <coz_> vish,  well anyone leaving... jbear  stopping or joining in as part of the community?
[16:04] <vish> coz_: i dont know what i can say... someone other than the usual should reply (hint hint) ;)
[16:04] <vish> the usual suspects*
[16:04] <coz_> vish,  ah  I completely understand
[16:05] <coz_> vish,  I assume attempts have been made to discuss things with jbear  as well ...yes?
[16:05] <vish> coz_: yep, doctormo , thorwil and myself have tried talking to him in private emails, but he does not provide answers about his actions
[16:05] <highvoltage> good mornign rays of sunshine
[16:06] <coz_> highvoltage,  hey guy
[16:06] <coz_> I assume "guy"
[16:06] <highvoltage> yep
[16:06] <vish> coz_: i'm completely flabbergasted! i'm like telling people are not submitting at the right place, the place where judges will look  and he ask what is the harm! o.0
[16:07] <vish> asks*
[16:08] <vish> if noone mentioned it even now, there would have been no submissions in the actual pool and we would not have had any illustrations :/
[16:09] <coz_> vish,   understood...  well "if"  his actions were not meant to be " competitive" or done out of malice against this group,,, then at the very least it came at the wrong time...
[16:10] <coz_> and either way... the "lack" of discussion  prevents any other conclusion  than  apathy to how things are organized
[16:10] <vish> coz_: that is a big if ;)
[16:11] <vish> coz_: if he has not understood where the submissions need to go, he should have asked iain
[16:11] <coz_> damn fingers
[16:11] <vish>  why create a new team and ask everyone to submit there..
[16:11] <coz_> vish,  its clear he understands
[16:12] <vish> yea
[16:12] <coz_> well let me put my own comments into the mailing list then
[16:12] <vish> thanks :)
[16:14] <coz_> vish  who here is actually on the "design team" ?
[16:15] <highvoltage> jbear lead us (edubuntu) to believe that his effort for a wallpaper was from the ubuntu-art project as a whole. perhaps at the time it was, I still don't know all the details. but I only recently came to realise (after talking to doctormo and some others) that it's definitely not the case now
[16:15] <vish> highvoltage: thats his MO ;)
[16:15] <vish> coz_: i asked iain on tuesday i think, it is logged here
[16:16] <coz_> ok
[16:17] <vish> coz_: http://irclogs.ubuntu.com/2011/02/15/%23ubuntu-artwork.html
[16:17] <vish> coz_: pls dont quote that on the ML :D
[16:17] <coz_> thanks looking
[16:17] <coz_> ok :)
[16:35] <thorwil> B-)
[20:16] <vish> bah.. thats the max i can spend talking about john for the day..
[20:17] <vish> anymore and i'd get insane (even more than now ;))
[20:30] <thorwil> vish: you should drop out, too
[20:31] <vish> thorwil: yea, thinking about it as well.. better we just shut the team down
[21:04] <doctormo> vish: I will go when you go, but you should stay here to talk
[21:05] <vish> doctormo: :)  the only reason i'm staying on(by a thread) right now, is to hope that people do not get misled further
[21:05] <vish> seriously i cannot understand why someone would be so stubborn and not sure what he is trying to achieve..
[21:06] <doctormo> vish: Ah well, I've gone away to do code and I shan't be showing it to anyone or mentioning it until it's basically done.
[21:06] <doctormo> Because I'm sick of trying to get tools off the ground and being shot down.
[21:06] <doctormo> Collaboration just means pain.
[21:06] <vish> hehe!
[21:07] <vish> doctormo: have you noticed the drop in replies from the design team? they are obviously ignoring john too
[21:07] <doctormo> They're also a busy team
[21:07] <vish> yep, that too..
[21:07] <doctormo> I don't think we should give up on the core idea of the art team, because we show such a bad face to open organisation to the design team.
[21:08] <vish> if we continue on this path, pretty soon the artwork team would be shut or merged into ayatana
[21:08] <doctormo> Nah, there is a very different aspect between the two.
[21:08] <vish> we seriously cant have one person continuously misrepresenting and spreading false info, just because he has the time to spend on this
[21:10] <vish> if this goes on, then design blog alone is enough.. design team can announce info
[21:10] <vish> and there need not be any conversations..
[21:10] <vish> and no one would be able to call themselves representatives ;)
[21:11] <doctormo> vish: Who administers the mailing list?
[21:11] <vish> doctormo: kwwii i suppose
[21:12] <doctormo> the only way to clear this is to get john banned from the mailing list and kicked from being an Ubuntu member.
[21:12] <vish> doctormo: more than the mailing list. he privately contacts a lot of people
[21:12] <doctormo> And that would be REALLY hard
[21:13] <vish> doctormo: the contacting privately is the main problem, he has been going around just asking stating that he is the representative for the art team
[21:13] <vish> and announcing that there is this competition
[21:13] <doctormo> Do we have a launchpad team?
[21:13] <vish> doctormo: yup
[21:13] <doctormo> kwwii again?
[21:13] <vish> hmm, i think so
[21:14] <vish> doctormo: the part where he turns crazy is where he misleads people to his teams instead of the artwork team
[21:14] <vish> err, s/teams/groups
[21:15] <doctormo> reptilian civil service empire building. bleh
[21:15] <vish> doctormo: he is like a nigerian spam scammer ;p
[21:16] <doctormo> but worse, fishing attacks ;-)
[21:16] <vish> :D


[02:22] <Ubuntuser_Ba> Seveas, ping
[02:36] <earobinson> pong
[02:36] <Ubuntuser_Ba> Seveas, ping
[02:37] <Ubuntuser_Ba> Seveas, pong
[04:18] <Ubuntuser_Ba> Seveas, ping
[04:20] <Ubuntuser_Ba> DapperDrake, ping
[03:11] <Ubuntuser_Ba> Seveas, ping
[03:27] <Ubuntuser_Ba> Seveas, pong
[03:28] <Seveas> Ubuntuser_Ba, hi there
[03:28] <Ubuntuser_Ba> You send me one message yesterday..
[03:28] <Ubuntuser_Ba> sorry by /away
[03:29] <Ubuntuser_Ba> Seveas, you want talk to me?
[03:29] <Seveas> Ubuntuser_Ba, lilo has poked me about your nickname. With the upcoming changes in freenode it would be wise for you tou register the nickname ubuntuser and link it to your current nickname. The nickname ubuntuser is registered to someone else right now but if you poke lilo he'll free it for you
[03:30] <Ubuntuser_Ba> but my nickname is Ubuntuser_Ba
[03:30] <Seveas> yes, nut you can link other nicknames to it, even without using them
[03:31] <Ubuntuser_Ba> How??
[03:31] <Seveas>  /nick ubuntuser
[03:31] <Seveas>  /msg nickserv register some_password
[03:31] <Seveas>  /msg nickserv link ubuntuser_ba your_current_password
[03:31] <Seveas>  /nick ubuntuser_ba
[03:32] <ubuntuser> Ubuntuser is already registered
[03:32] <Seveas> I am poking lilo now to free it up
[03:32] <Seveas> will you be around for a while?
[03:34] <FRNSantos> Seveas, pvt??
[03:42] <MarioMeyer_> heya Seveas
[03:43] <Seveas> hey
[03:43] <MarioMeyer_> who should i bug to change my @u.c mailforward?
[03:44] <Seveas> james.troup AT canonical.com
[03:44] <MarioMeyer_> elmo?
[03:44] <MarioMeyer_> :P ok
[03:44] <Seveas> yeah, elmo
[03:44] <MarioMeyer_> thx
[03:44] <Ubuntuser_Ba> I have this problem too..
[03:45] <Ubuntuser_Ba> I talk to Elmo..
[03:46] <Ubuntuser_Ba> but..
[03:46] <Ubuntuser_Ba> NO CHANGE
[03:46] <Ubuntuser_Ba> :(
[03:46] <MarioMeyer_> Seveas, i've been doing a lot of advertising for source-o-matic ... newbies just LOVE it.. ;)
[03:47] <Seveas> Ubuntuser_Ba, elmo is a very busy person, have some patience and ask again a few weeks later
[03:48] <Mithrandir> MarioMeyer_: change your preferred email address in launchpad, don't poke elmo.
[03:48] <MarioMeyer_> don't work.. already tried that
[03:48] <Mithrandir> MarioMeyer_: and _don't_ set the preferred email address to your .u.c one.
[03:48] <MarioMeyer_> i did that a couple of weeks ago
[03:50] <Ubuntuser_Ba> Seveas, my problem.. is not with elmo ...
[03:50] <Ubuntuser_Ba> according him...
[03:55] <sivang> a meeting?
[03:56] <MarioMeyer_> nope.. just chatting
[03:56] <Ubuntuser_Ba> ;)
[04:02] <sivang> MarioMeyer_: what is source-o-matic?
[04:03] <MarioMeyer_> Simira, sources.list generator ... http://www.ubuntulinux.nl/source-o-matic
[04:04] <sivang> eh, right I recall now
[04:04] <sivang> yes, that seems very useful for newbies
[04:05] <MarioMeyer_> yes it is :P