[01:42] <smoser> awk is awesome.
[01:42] <smoser> http://bazaar.launchpad.net/~smoser/cirros/trunk/revision/181
[01:43] <smoser> 7566 bytes to get a json parser that i can then utilize in shell.
[04:31] <josePhoenix> I have a VPS that started life as a much older version of ubuntu, and I've been dutifully dist-upgrading to 12.04
[04:32] <josePhoenix> Somewhere along the way, my locale variables seem to have gotten messed up
[04:33] <josePhoenix> And more recently even dpkg has been acting weird, complaining about version numbers for some package I never installed
[04:39] <josePhoenix> hm managed to sort out the locale thing
[05:35] <nocturnal_> if i install openbox on ubuntu-server will openbox start when my server starts?
[08:24] <koopa58> Hi all, quick question on logwatch. Everyday I get the same 404's in httpd section of the logwatch mail. How can I inspect what IP makes these requests? I just see part of the url.
[08:38] <Daviey> jamespage / smoser: do you know what the deal with https://jenkins.qa.ubuntu.com/view/Quantal/view/ISO%20Testing%20Dashboard/job/quantal-server-ec2-daily/ is?
[08:38] <smoser> ugh. looking.
[08:46] <smoser> suck.
[08:46] <smb> Daviey, smoser I told yesterday
[08:46] <smb> Its likely to be fixed in the next upload
[08:46]  * smoser apparently missed some ircs yesterday.
[08:46] <smoser> (missed one with daviey too)
[08:47] <smoser> smb, when is next load? as you seem aware, the failures started with 3.5.0-1-generic
[08:47] <smb> I believe a patch in 3.5-rc4 addresses this. Think it is supposed to be uploaded today or yesterday
[08:48] <smb> Let me check
[08:49] <smoser> 3.5.0-1.1. is archive per https://launchpad.net/ubuntu/+source/linux
[08:49] <smb> smoser, Right, so not yesterday at least
[08:49] <smoser> smb but you thought the upload was to happen before alpha2 ?
[08:50] <smb> smoser, Yes, I heard talk about Leann planning to do one
[08:52] <smb> smoser, I will talk to her when she comes up to find out...
[08:52]  * smb wonders about smoser being around...
[08:52] <smoser> yeah. stupid sleep.
[08:53] <Daviey> smb: ah, you told Mr Page
[08:54] <smb> Daviey, Yeah, he said something about possibly disabling i386 until the next upload. Not sure this is worth doing if the upload happens soon
[08:54] <Daviey> smb: Well.. we don't really want to release A2 with a bad cloud experience
[08:55] <smb> Daviey, Sure. Hm, lemme try to test my assumption then... Hopefully one of the amis still has the old kernel to come up
[08:57] <th0mz> https://bugs.launchpad.net/~ubuntu-server is this the right place to send bug for ubuntu server 12 please ?
[09:53] <smoser> th0mz, if you can, run 'ubuntu-bug <packagename>'
[09:53] <smoser> it will either open a browser, or give you a url
[09:53] <smoser> then paste the url into a browser
[09:58] <th0mz> thanks smoser
[10:04] <smb> Daviey, smoser OK, so at least I can confirm that the next upload will fix the i386 problem on ec2
[10:04] <smoser> and that upload is due today?
[10:04] <smb> smoser, That one I need to get confirmed
[10:05] <Daviey> smb: thanks
[10:11] <smoser> utlemming, ^ it would appear that alpha-2 images are dependent upon the next kernel upload.
[10:29] <lynxman> jamespage: bug triaging mysql-server-5.5 bugs on the incoming queue
[10:36] <Daviey> lynxman: \o/
[10:36] <lynxman> Daviey: most of them are trivial :)
[10:46] <davepigott> Hi Everyone. I'm trying to deploy a private cloud using MAAS and JuJu on Precise, but (a) I only have 5 machines and (b) I don't want the MAAS node to control DHCP just yet. The guides say I need at least 10 machines, and the MAAS guide only documents allowing MAAS to be the DHCP controller, although it says it deals with both scenarios. Is there any documentation I can get which will help me out?
[10:49] <Daviey> davepigott: What is currently providing dhcp?
[10:49] <davepigott> Daviey: A Netgear router
[10:49] <davepigott> Daviey: I'm happy to change it if necessary
[10:49] <Daviey> davepigott: Hmm.. Does that allow you to set a boot server?
[10:49] <davepigott> Daviey: We're getting a leased line soon with a proper Cisco
[10:49] <davepigott> Daviey: Let me check...
[10:49] <Daviey> is it an el-cheapo home thing, or something decent ?
[10:51] <davepigott> Daviey: It's a DGN2200 - i.e. el cheapo
[10:53] <davepigott> Daviey: Looks like it probably doesn't - can't find a config entry. Just checking docs
[10:59] <maedox> If I were to add a line to fstab for an EC2 EBS volume, then detach it and reboot, would the server still boot properly, or would I have to add nofail as an option?
[11:01] <maedox> ah, found what I was looking for; nobootwait
[11:18] <jamespage> lynxman, much appreciated!
[11:26] <jamespage> rbasak, re bug  1013203 - welcome to the hell that is Java native integration!
[11:27] <rbasak> jamespage: what's the solution? A dependency on librampart-dev? :)
[11:28] <jamespage> rbasak, no
[11:28] <Daviey> oh dear, not rampart
[11:28] <jamespage> rbasak, the issue is that if you use the loadLibrary calls provided by the Java Runtime Environment they require unversioned .so
[11:29] <jamespage> rbasak, there are libraries that help with this - I forget the name but jenkins uses one extensively
[11:29] <rbasak> jamespage: LD_LIBRARY_PATH to somewhere custom for java broken stuff, with a symlink to the right place? :)
[11:29] <jamespage> rbasak, spot on - so this is really a bug in eucalyptus which should be doing that
[11:29] <jamespage> rbasak, I had to implement  a similar hack for the snappy compression in my hadoop packages....
[11:30] <jamespage> rbasak, I'm having trouble believing that no-one has hit that issue before tho
[11:30] <Daviey> rbasak: I'm not saying it's right, but we did maintain path compatible symlinks and hardcoding version numbers in euca.
[11:30] <Daviey> and SONAME versions
[11:32] <rbasak> Daviey: that's fine as long as the brokenness is limited to the broken packages, IMHO :)
[11:38] <Daviey> rbasak: traditionally, it was not :)
[11:44] <rbasak> Daviey: you mean in Ubuntu as opposed to Debian? Or both?
[11:44] <rbasak> Daviey: if we're going to be dirty, surely the cleanest way would be to just depend on librampart-dev?
[11:54] <Daviey> rbasak: in Ubuntu
[11:55] <Daviey> rbasak: rampart was only added to Ubuntu, to support eucalyptus.
[11:57] <rbasak> It's in debian now, and in universe in ubuntu now
[11:57] <rbasak> Looks like quite a bit of the delta can be dropped next merge
[11:57] <Daviey> rbasak: It was added to Debian for the same reason it was added in Ubuntu.
[11:57] <Azjo> Hi, does anyone have experience with lenovo d20?? it seems to be a bitch to install anything onto when having RAID on.
[11:58] <rbasak> Daviey: so you want to fix this in rampart?
[11:58] <Daviey> rbasak: No, i'm just saying that is what used to happen.
[11:58] <Daviey> rbasak: now, i'm saying i don't care. :)
[12:27] <koolhead11> I want to help with this https://blueprints.launchpad.net/ubuntu/+spec/servercloud-q-openstack-ha
[12:38] <smb> Daviey, is there a bug report about the ec2 i386 boot failing in q?
[12:39] <jamespage> smb, I'm not aware of one yet....
[12:41] <koolhead11> Is this https://wiki.ubuntu.com/ClusterStack still in? Looks not updated
[12:41] <zul> Daviey: can you review swiftclient and swift-plugin-s3 please?
[12:43] <jamespage> Ursinha, around? I think that as a team we have generally agreed on the approach to bug triage now
[12:43] <Daviey> zul: yes, i have a call start in 15.. After that, i will.
[12:44] <jamespage> Ursinha, I'd like to get the triage report updated to support the revised process...
[12:44] <zul> Daviey: cool thanks
[12:44] <smb> jamespage, So I told Leann about the problem and she will try to convince the SRU team to get todays upload accepted. There may be need of speaking in favour (wherever and in whatever form that may be)
[12:45] <zul> smb: whats the number for the xen merge?
[12:45] <smb> zul, https://bugs.launchpad.net/ubuntu/+source/xen/+bug/1013088 though the title is a bit out of date now
[12:46] <Daviey> smb: It's not SRU, it's Release Team.. And i'm asking for it :)
[12:46] <smb> Daviey, Meh, did too much stable work in the past. :)
[12:46] <zul> smb: whats the problem with it again?
[12:46] <smb> Daviey, Note it is not yet uploaded. There were some patches promised that arriced today
[12:47] <Daviey> smb: Well, i'll respin all flavours when it lands..
[12:47] <smb> zul, The questions I have/had are in the report and basically most of the delta I would have introduced is now away with the newer Debian merge
[12:48] <zul> smb: okies so besides the  conflict and replace stuff we should just sync
[12:48] <smb> zul, Oh, if you were referring to the things hidden for you to find. Those were referring to two messups in the changelog, the v2 debdiff should be ok
[12:49] <zul> smb: ok cool
[12:49] <smb> zul, not completely
[12:49] <smb> zul, There is the pxe stuff were we deviate a bit more since debian has a qemu-ipxe with differently named roms to depend on
[12:50] <zul> yeah thats fine
[12:51] <smb> zul, I think the part I am mostly unsure is the additional replaces and conflicts for xenlib-3 which my feelign is that it was only needed as long as the supported upgrade paths would have it
[12:51] <smb> And since both precise and precise are xen-4...
[12:51] <zul> smb: ill double check before i upload it but we should be good
[12:57] <smb> zul, Cool, yeah it is rather a cleanup issue and should certainly make no difference in usage. The latest Debian version number is a bit of a pain though. ;)
[12:57] <zul> yah icky poo
[13:24] <sonne> greetings!
[13:25] <matti> Hi there sonne
[13:26] <sonne> what is the virtualization technology that best suits ubuntu in your opinions?
[13:26] <sonne> that is, the one that i can expect to be most integrated and supported for ubuntu-based infrastructures
[13:27] <RoyK> !kvm
[13:30] <matti> +1 for KVM
[13:31] <sonne> am i wrong or kvm doesn't support paravirt?
[13:31] <matti> It does.
[13:32] <matti> sonne: http://www.linux-kvm.org/page/FAQ
[13:34] <tash> any exim4 users in here? I don't recall ever having such a problem, but, I just installed exim4 and when trying to send mail I get unroutable address errors
[13:34] <tash> not sure what I should change.
[13:34] <sonne> matti, your link says the opposite actually
[13:35] <matti> sonne: Depends what you are after.
[13:35] <matti> sonne: KVM has PV drivers support.
[13:36] <sonne> but that's a full virtualization that "becomes para" after boot using certain drivers
[13:36] <matti> sonne: If you want to share CPU / CPU time with PV guest, then KVM cannot do it.
[13:36] <sonne> it's not really the same
[13:36] <matti> No, its not. True.
[13:37] <matti> sonne: I personally moved away from Xen and it made me the happiest person ever :)
[13:37] <sonne> anyway this isn't a which-one-is-better discussion nor i want it to be
[13:37] <matti> sonne: Sure, no worries.
[13:37] <matti> sonne: Nobody is having one :)
[13:37] <sonne> i know, it's just so easy to degenerate into one when arguing about these things ;)
[13:37] <matti> sonne: In Debian / Ubuntu with sanely recent kernel KVM just works.
[13:38] <matti> sonne: I use it at home on desktop too, with IO MMU to access my GPU directly, so I can play games :)
[13:38] <matti> sonne: Works like a charm :)
[13:40] <sonne> matti, i'm coming from a full XCP based infrastructure, so there are things i'm used to that i wouldn't like to loose
[13:41] <sonne> such as cpu sharing, live migrations, live disk growing/shrinking, live cpu/memory increasing/decreasing
[13:41] <sonne> last time i tried KVM it was on a redhat, and i could hardly do any of those - but maybe things have changed... do you have experience about these matters?
[13:45] <RoyK> sonne: live migration works
[13:45] <RoyK> not the others
[13:47] <sonne> RoyK, cheers
[13:53] <FavioEspinoza> How do I tell the version of SASL I have installed?
[13:53] <sonne> FavioEspinoza, i'd go for: dpkg -l | grep sasl
[13:54] <glance> dpkg -l \*sasl\*
[13:55] <FavioEspinoza> sonne, glance : Thanks. :)
[13:55] <glance> mine was shorter =)
[13:56] <sonne> so has anyone tried the xcp toolstack on ubuntu?
[13:56] <sonne> is it any good?
[14:13] <Daviey> smoser: Are you going to do, "Add support for ports.ubuntu.com to cloud-init: TODO"?
[14:14] <smoser> Daviey, well, one way or another we have to do that.
[14:14] <Daviey> smoser: Yes, but i'm wondering who i need to slap to get it done? :)
[14:17] <smoser> Daviey, i think you're probably right. the best solution is to get arm to archive.ubuntu.com
[14:18] <jpds> Oh dear.
[14:25] <stgraber> hallyn: I'm preparing a quick fix for bug 1017862, so wait for it before pushing a new lxc with the hooks changes
[14:27] <hallyn> stgraber: ok
[14:28] <ironhalik> Hello guys
[14:29] <ironhalik> I'm testing Ubuntu server 12.04 in virtualpc as an alternative to my debian server and got a small problem - when I try connecting via ssh to it, it takes a good minute to show me the password prompt
[14:30] <ironhalik> in the exact same conditions in virtual pc and bridget network adapter, debian does it instantaneously
[14:31] <Daviey> ironhalik: probably a dns issue
[14:32] <ironhalik> Im doing it on my local network, ssh'ing to IP, not domain
[14:34] <ironhalik> also, it does it on both openssh server and dropbear
[14:40] <FavioEspinoza> (in ubuntu 12.04) I've installed mail-stack-delivery; (solely); and test that works fine with local domain. From this, I want to configure it with Postgresql for virtual domains. Could you give me some links, besides Ubuntu Server Guide ?
[14:44] <newz2000> Hi, I've got a windows 7 guest in kvm that I use for testing. I've tried to open virsh and run stop win7 but nothing happens
[14:44] <newz2000> is there a trick to get it to shutdown?
[14:44] <newz2000> I know my ubuntu desktop guests sometimes have the same prob unless I enable apmd
[14:45] <glance> stop means: send acpi power button.
[14:45] <glance> the os in the vm needs to understand acpi to be able to do a shutdown
[14:46] <newz2000> glance: cool, that's what I suspected. Anyone know if there's a trick to making Windows understand?
[14:47] <stgraber> hallyn: lp:~ubuntu-lxc/ubuntu/quantal/lxc/bug-1017862
[14:47] <newz2000> ah, may have found it thanks to you helping me get the right terminology
[14:47] <stgraber> hallyn: I'm rebuilding some containers now to test, but I don't see why it wouldn't work
[14:48] <newz2000> hey stgraber, I was doing a lot of juju stuff last week and your blog was an awesome help, thanks!
[14:49] <Daviey> ironhalik: the fact it's local network doesn't matter.. my bet is still a dns issue
[14:50] <ironhalik> Daviey: yeah, google says so too :) Looking into it
[14:51] <stgraber> newz2000: cool! glad it helped
[14:51] <newz2000> me too!
[14:51] <Daviey> ironhalik: your resolvers are probably unreachable.
[14:52] <smoser> stgraber, can you tell me without me having to figure it out myself how i make pastebinit work with paste.openstack.org ?
[14:53] <ikonia> Daviey: is the default 12.04 server setup using dnsmasq like the desktop or is a more regular setup ?
[14:55] <Daviey> smoser: $ echo test | pastebinit
[14:55] <Daviey> http://paste.openstack.org/show/18803
[14:55] <smoser> $ echo test | pastebinit
[14:55] <smoser> http://paste.ubuntu.com/1060869/
[14:55] <Daviey> http://pb.daviey.com/YBqp/
[14:56] <smoser> gracias, Daviey
[14:56] <ironhalik> Daviey: You're right - adding 'UseDNS no' to sshd is a working quick fix - thanks
[14:57] <Daviey> ikonia: same as desktop
[14:57] <ikonia> thanks
[14:57] <stgraber> smoser: you can change the target temporarily by doing "echo test | pastebinit -b http://paste.openstack.org"
[14:58] <smoser> right. /me is embarrased. that was too easy.  i assumed somehow i had to tell pastebinit "paste.openstack.org" is a lodgeit based pastebin
[14:58] <smoser> how did it know that?
[15:26] <hallyn> stgraber: running some tests as well against your tree + my hooks.  i may push the combination to q-proposed later today
[15:28] <stgraber> hallyn: cool. I guess you'll have a changelog conflict when landing both branches into ubuntu:lxc, but it should be easy to sort out
[15:30] <hallyn> you mean just between our two branches, or something more because of your ubuntu:lxc cleanup?
[15:32] <Ursinha> jamespage, okay, I'll finish one other task I have today and will look at the report to update it..
[15:33] <stgraber> hallyn: nope, just our two branches as we both add the same changelog entry, but that's easy to fix :)
[15:43] <hallyn> stgraber: yeah i renamed my patch.  btw do you mind if i add your patch name to your changelog blurb?
[15:43] <stgraber> hallyn: no problem with that
[15:44] <hallyn> (thanks, will help at next merge)
[15:44] <hallyn> ok, everyone, i'm looking at merging the new libcgroup from debian
[15:44] <hallyn> it will drop the automatic running of deamons and setup of mounts at boot
[15:45] <hallyn> how badly will that mess people up?
[15:45] <hallyn> maybe i should send an email to ubuntu-server about it
[15:46] <jamespage> Ursinha, great - I updated the triage process in the wiki with the experimental server-notriage tag information
[15:47] <stgraber> hallyn: I see that as a good thing really ;) it's causing to fix a lot of weird bugs (most of which we haven't even tied to libcgroup yet)
[15:48] <Ursinha> jamespage, do you have that page url so I can bookmark it? :)
[15:49] <hallyn> stgraber: yeah, but i'm worried since even kees was apparently using the libcgroup classification stuff :)
[15:49] <jamespage> Ursinha, https://wiki.ubuntu.com/ServerTeam/KnowledgeBase/BugTriage
[15:49] <hallyn> anyway, all its tools are broken now without manual setup of cgroups, i need to email jbernard and talk more
[15:53] <jamespage> hallyn, pre-empting my non-action from last weeks team meeting
[15:53] <jamespage> the check from the servercloud-q-server-iso-tests-review blueprint was related to checking the functionality of a VM post host upgrade
[15:53] <jamespage> I think
[15:53] <jamespage> i.e. if we upgrade precise->quantal do VM's keep functioning
[15:55] <keyword1> hi guys I have a question I have installed ubuntu server I installed X so when i run export display=:0 && xterm
[15:55] <keyword1> xterm Xt error: Can't open display:
[15:55] <keyword1> xterm:  DISPLAY is not set
[15:58] <hallyn> jamespage: sorry i'm in the middle of an email and can't seem to process your sentence
[15:59] <hallyn> jamespage: oh i see waht your'e talking about (not what you're saying)
[15:59] <hallyn> jamespage: can you just send me an email after the meeting?
[15:59] <jamespage> hallyn, sure
[15:59] <jamespage> I might have actually figures out what I'm trying to say then...
[16:21] <imanc> can anyone recommend a decent and easier to use IPtables interface?
[16:30] <hallyn> imanc: ufw?
[16:30] <RoyK> !ufw
[16:34] <tash> I'm mounting a Windows share and I need my apache2 user, www-data, to be able to mkdir on the share. Any idea how to accomplish this? My mount is currently using the Administrator usernamed on the windows server.
[16:34] <imanc> thanks guys
[17:04] <hallyn> stgraber: all my tests pass...  so what, i just target the changelog at quantal-proposed and dput?
[17:05] <hallyn> oh wait, i wanted to play ab it more with cgroup premounts first anyway
[17:11] <stgraber> hallyn: yep, just change the target to quantal-proposed and dput
[17:13] <hallyn> just making sure :) thx
[17:13] <hallyn> i'm considering putting the mount script for doing cgroup premounting into /usr/share/doc/lxc/...
[17:17] <gary_poster> hallyn, hi.  two quick questions, hopefully.  is there a way to identify that you are running inside an lxc container?  Relatedly, is there a way to get information about your host, such as the IP address?  These are low-priority questions, fwiw.
[17:17] <hallyn> gary_poster: lxc-ps -n $container -- ef
[17:18] <matti> gary_poster: LXC-wise, there is.
[17:18] <matti> gary_poster: Have a look at https://github.com/kwilczynski/facter-facts/blob/master/lxc.rb -- some detection vectors there.
[17:18] <hallyn> gary_poster: what do you mean by 'get information about your host' ?
[17:18] <hallyn> you mean for the container to find out the host's ip address?
[17:19] <hallyn> if so, i think the best bet is to use cloud-init.  whatever ways might exist now, we'd want to patch them up eventually :)
[17:19] <gary_poster> hallyn, yes
[17:19] <hallyn> gary_poster: is the ubuntu-cloud template something you coudl use?
[17:19] <hallyn> (you can pass it user-data files, thanks to utlemming )
[17:20] <gary_poster> matti, interesting reading, thanks; will look more later
[17:21] <hallyn> gary_poster: d'oh, i misread yoru first q
[17:21] <hallyn> gary_poster: see 'running-in-container'
[17:21] <gary_poster> hallyn, ah, nice!
[17:22] <gary_poster> not in lucid :-P :-)
[17:22] <hallyn> gary_poster: hm, i thought i had that in the ubuntu-virt ppa as part of lxcguest
[17:23] <hallyn> gary_poster: 'lxc-is-container' ?
[17:26] <gary_poster> hallyn, I've got lxcguest 0.7.5-0ubuntu<IP_ADDRESS> in lucid .  lxc-is-container exists in the lucid container, and exit code is 0.  Does not exist in Precise host.  Doing a google search to try and find expected usage...
[17:27] <gary_poster> hallyn, so it looks like the intent is that if the command exists, lxcguest is installed, which means you are presumably in an lxc container?
[17:28] <ironhalik> wow, installing ubuntu server on 128 megs of ram is painful :>
[17:28] <gary_poster> heh
[17:28] <hallyn> gary_poster: not quite,
[17:29] <hallyn> gary_poster: it doesn't always return 0 just bclxcguest is installed
[17:29] <hallyn> it looks to see if init has the 'container=lxc' env variable
[17:29] <hallyn> unfortunately it got renamed for precise, when it moved from lxcguest into upstart
[17:29] <hallyn> but, the logic would basically be:
[17:30] <hallyn> 1. if /bin/running-in-container is present (precise and above, always), run it and check for 0 return value
[17:30] <hallyn> 2. else, if lxc-is-container is not present, assume lxcguest is not installed and you're not in a container (or are in trimmed container)
[17:30] <hallyn> 3. else, run lxc-is-container, if 0, you're in a container, if 1 you're not
[17:31] <gary_poster> got it, thanks very much hallyn!
[17:31] <hallyn> gary_poster: in particular, the point of lxcguest was that you can boot a system with lxcguest installed as bare metal
[17:31] <gary_poster> ah
[17:31] <gary_poster> cool
[17:31] <hallyn> np, hope it suffices!
[17:31] <gary_poster> absolutely
[17:49] <pdtpatrick> Question - i've installed syslinux - however pxelinux.0 is  0KB - is that normal? if not can someone share theirs ?
[17:50] <ironhalik> is it possible to set up a landscape server of my own?
[17:50] <ironhalik> or is it 100% proprietary?
[17:51] <koolhead17> ironhalik, i think its 100% enterprise
[17:52] <patdk-wk> yep, it's all closed source
[17:53] <ironhalik> shame - it looks like a really nice tool, just not worth the price for my small server
[18:32] <travisneids> I'm connecting to a VPN with "pon vpnname nodetach" and it looks like its connected fine however I can not ping the shared drive i'm trying to get access to.  I can VPN with my Mac OS and ping the IP.  Am I missing something?  Ubuntu 10.04.4 LTS
[18:34] <hallyn> stgraber: do you think /usr/share/doc/lxc/examples/cgroups-mounthook would be a good place to ship a mount hook for pre-mounting cgroups?
[18:35] <dreamer__> Hello, i'm looking to setup a home network with Ubuntu server 12.04 LTS, I want clients, webserver and a fileserver connected to my main server wich will host routing dhcp and dns. Is this doable
[18:35] <dreamer__> ?
[18:35] <stgraber> hallyn: yep, sounds good
[18:36] <stgraber> hallyn: just wondering, what's your plan for cases where you want to call more than one of these? does the syntax allow duplicate lines or should the user write a script?
[18:36] <hallyn> stgraber: http://paste.ubuntu.com/1061263/ looks good
[18:36] <hallyn> stgraber: yeah, you can have as many as you want
[18:36] <hallyn> uh, in theory
[18:36] <stgraber> hallyn: (thinking of a case wher you want an ephemeral container with cgroups for example (once we move ephemeral to using the hooks))
[18:36] <hallyn> perhaps i oughta check :)
[18:37] <stgraber> cool, supporting multiple lxc.hook entries will work fine
[18:37] <TheLordOfTime> hallyn:  wouldnt hurt ;P
[19:01] <travisneids> How about setting the PPTP gateway client side?
[19:57] <K4k> By installing with a ks.cfg file and specifying "url --url http://www.server.com/ubuntu" would the installer be using that url only for the additional packages in %packages or for all files during install?
[20:18] <Pici> odd bug.
[20:26] <Sahua> i have an odd issue - i can ssh into my ubuntu server just fine, but i can't connect to anything from there. ping google.com shows unknown host. running 12.04 LTS - any thoughts?
[20:27] <pretec> Sahua: look at your /etc/resolv.conf maybe the nameserver configuration is wrong
[20:27] <ironhalik> have you tried pinging an IP address? <IP_ADDRESS> are googles DNS servers
[20:27] <Sahua> oh hey, <IP_ADDRESS> works just fine
[20:28] <Sahua> so a DNS issue? that'd makes a bit more sense
[20:29] <ironhalik> yeah, youll need to add DNS entries - Googles (<IP_ADDRESS> and <IP_ADDRESS> as backup) or some of your own choosing
[20:32] <guntbert> ironhalik: Sahua: I recommend not to use <IP_ADDRESS> - we know they keep everything :-)
[20:32] <ironhalik> Just because you're paranoid does not mean they're not out there to get you.
[20:32] <ironhalik> ;>
[20:34] <Sahua> haha :p i'll at least give it a shot
[20:36] <ironhalik> Sahua: btw, man resolvconf
[20:36] <ironhalik> to change the nameservers
[20:36] <Sahua> yeah, took me a bit
[20:36] <Sahua> thanks - <IP_ADDRESS> is working
[20:37] <Sahua> appreciate the help!
[20:38] <ironhalik> sure
[20:52] <Daviey> SpamapS: Saw this, thought it might interest you. http://dom.as/2012/06/26/memsql-rage/
[21:09] <glance> hmm... ec2 roles and a modern boto to be able to do #include straight off s3 in cloud-init scripts... that would be nice
[21:35] <Daviey> hallyn: traditionally LVM was significantly faster image storage for VM's than raw or qcow.. I understand that virtio helped close this gap, but do you have feelings on the current state?
[21:35] <ikonia> Daviey: I can't see how either could be close to lvm's performance at this time from my usage standpoint
[21:36] <Daviey> ikonia: have any metrics ?
[21:37] <ikonia> Daviey: nothing to hand that's recent (at home at the moment) but using lvm devices or file systems on lvm, always produced visable performance improvment, so never bothered actually getting beyond that as it was always visible
[21:37] <ikonia> on database the IO access to qcow devices (non-root disk) was always much much lower, I may have some high level stats in the office
[21:45] <Daviey> ikonia: Yeah, i just wanted to check that it was still accurate, that there is a significant gap.
[21:46] <ikonia> Daviey: well I can't go as far as 12.04 sadly as it's not being used as a host, but I'd be happy to bench it against a 10.04 box on identical hardware
[21:46] <Daviey> ikonia: If it's not too much of a pain, i would be interested in 10.04 stats aswell.. thanks
[21:47] <ikonia> Daviey: I can set aside a few hours tomorrow I think, I've got some spare HP hardware.
[21:47] <rbasak> What's with uvirtbot announcing "new" bugs that are days old?
[21:49] <Daviey> rbasak: I noticed that aswell.. uvirtbot uses email as a notifier.. I'm betting that the header parser needs updating or something
[21:49] <rbasak> Daviey: or perhaps there's a massive backlog?
[21:50] <rbasak> Daviey: oh I see. It's seeing bug traffic as new bugs even though the bugs already existed
[21:51] <Daviey> rbasak: My hunch is the X-Launchpad headers have changed or something, and it thinks it is seeing new bugs, yes.
[21:51] <Daviey> Just a hunch.
[21:52]  * rbasak would like to file a new bug against uvirtbot
[21:54] <Daviey> rbasak: bugs should be raised via the irc interface, /msg soren Please fix it.
[21:54] <rbasak> :)
[21:54] <Daviey> it also has an email interface<EMAIL_ADDRESS>[21:55] <rbasak> Perhaps LP should allow the filing of bugs against users? :-P
[21:55] <Daviey> rbasak: did you just sign up to take ovr maintainership?
[21:55] <rbasak> Daviey: actually I'm fine with that. I already run another private IRC bot anyway
[21:55] <rbasak> (also based on supybot)
[21:56] <Daviey> super!
[21:57] <rbasak> Assuming soren doesn't want to run it any more of course
[22:01] <Daviey> He hasn't commented either way, but i'm sure he wouldn't turn down help.
[22:02] <methods> how does the mysql upstart job know to run as the mysql user ? i don't see a setuid or setgid in the upstart config..
[22:11] <Daviey> utlemming: is the cron job for cloud image building still active ?
[22:11] <Daviey> ie, will there be a new cloud image when i get out of bed?
[22:12] <utlemming> Daviey: yes sir
[22:12] <utlemming> Daviey: there is also a job waiting on the appearance of the new kernel too
[22:12] <utlemming> so you'll likely get two shiny and new images
[22:12] <Daviey> utlemming: ah, that is the one i want..
[22:13] <Daviey> utlemming: new kernel will be published in ~2 hours.
[22:13] <Daviey> utlemming: probably not worth building one, then building another 6 hours later.. might want to flip to manual, if you have a task waiting on that
[22:14] <utlemming> Daviey: right, especially so soon after
[22:14]  * utlemming switches automatic off
[22:30] <SpamapS> Daviey: indeed, thats a great post, and domas is basically "the man" :)


[05:02] <mborzecki> morning
[06:11] <zyga> Hey Everton
[06:11] <zyga> Everyone even
[06:11]  * zyga coffee
[06:15] <mborzecki> zyga: hey
[06:27] <mborzecki> zyga: jdstrand: verified that multi arg filtering issue is indeed fixed with the proposed libseccomp-golang package update in fedora 29
[06:31] <mborzecki> mvo: welcome back
[06:34] <mvo> hey mborzecki
[06:34] <mvo> mborzecki: good morning! what did I miss?
[06:35] <mborzecki> mvo: jdstrand has some interesting findings about libseccomp and go bindings
[06:35] <mvo> mborzecki: oh? in the forum? in a PR?
[06:35] <mborzecki> mvo: https://bugs.launchpad.net/snapd/+bug/1825052 and forum as well
[06:36] <mborzecki> mvo: there's also https://github.com/snapcore/snapd/pull/6681#issuecomment-485930543
[06:37] <mvo> mborzecki: woah!
[06:37] <mborzecki> mvo: and a relevant forum topic https://forum.snapcraft.io/t/disabling-seccomp-sandbox-where-a-buggy-golang-seccomp-is-used/11054
[06:38]  * mvo nods
[06:38] <mvo> mborzecki: anything pending for 2.39 that needs a cherry-pick/backport?
[06:40] <mborzecki> mvo: this probably https://github.com/snapcore/snapd/pull/6762
[06:41] <mvo> mborzecki: yes, that looks like it
[06:41] <mvo> mborzecki: doing that now, thank you
[06:42] <mborzecki> mvo: maybe this one too https://github.com/snapcore/snapd/pull/6748 (spread jobs debugging help)
[06:54] <zyga> Hey mvo
[06:54] <zyga> mvo: yes
[06:55] <zyga> mvo: interfaces have a serious bug
[06:55] <zyga> mvo: also CE waits for firmware fix badly for 2.39
[06:55] <mvo> zyga: do we need 2.38.2 for the seccomp issue?
[06:55] <zyga> mvo: also snapd panics on 19.04
[06:56] <zyga> mvo: you need to process all the bugs and decide
[06:56] <mvo> zyga: what is the bugnumber for 19.04?
[06:56] <mvo> zyga: it sounds very much like we need one :/
[06:56] <zyga> One moment
[06:59] <zyga> mvo: https://forum.snapcraft.io/t/snap-apps-not-working/11000/4
[06:59] <zyga> https://bugs.launchpad.net/ubuntu/+source/snapd/+bug/1825437
[07:00] <zyga> mvo: people are also affected by https://bugs.launchpad.net/snapd/+bug/1819318
[07:00] <zyga> mvo: and yesterday we debugged https://bugs.launchpad.net/snapd/+bug/1825883
[07:00] <zyga> but fixing it is not something easy
[07:02] <mvo> zyga: thanks, looking
[07:04] <mvo> 6720 needs a second review, it touches quite some bits so I would love to merge it soon to avoid conflicts
[07:06]  * dot-tobias says hi
[07:08] <zyga> mvo: done
[07:08] <zyga> hey dot-tobias
[07:09] <mvo> zyga: ta
[07:12] <pstolowski> morning
[07:12] <mvo> hey pstolowski !
[07:12] <mborzecki> pstolowski: hey
[07:55] <Chipaca> 'sup
[07:55] <Chipaca> (morning!)
[07:56] <zyga> pstolowski: hey, I wrote some thougts about the interface problem: https://bugs.launchpad.net/snapd/+bug/1825883/comments/6
[07:56] <zyga> I would appreciate if you could have a look
[07:56] <zyga> hey Chipaca, how are you doing?
[07:57] <Chipaca> zyga: chipaca integrity is at 73%
[07:58] <zyga> reverse booze polarity
[08:01] <pstolowski> zyga: thanks, looking
[08:05] <Chipaca> zyga: nah, lower back still not happy, but i'm a'ight
[08:21] <zyga> mvo: updated https://github.com/snapcore/snapd/pull/6756
[08:21] <zyga> https://github.com/snapcore/snapd/pull/6758 is super boring, just some code moving from place to place + new tests
[08:22] <pstolowski> zyga: btw, i was wrong in one aspect re my earlier reconnect PR - disconnect was not run there (I misread the diff), reconnect was only re-executing prepare- and connect- hooks, so it was doing what you're suggesting (expect for prepare- step which was also run). i generally agree with the idea of (re)running interface hook(s) on refresh, but i think Samuele's comment to my original PR still stands. perhaps separate
[08:22] <pstolowski> 'connection-updated' hook is the aswer to that question (although it still complicates the implementation of hooks for snap devs). also i think not updating dynamic attributes during refresh may be problematic, they may be derived from static attributes of either side of the connection so if static attrs change, dynamic ones can change as well
[08:23] <zyga> pstolowski: re-connect vs initial-connect?
[08:23] <zyga> simple, there's no parepare no disconnect
[08:23] <zyga> pstolowski: hmmm, interesting observation about the dynamic attributes
[08:23] <zyga> pstolowski: is there anything that could be used as an example?
[08:30] <pstolowski> zyga: example is only theoretical at this point: snap A exposes some content, prepare- hook of snap B reads the exposed path attribute and sets own path attribute (i'm not sure content interface as is would support that, but that's the general idea)
[08:31] <dot-tobias> Question about device intialization, specifically how to shorten its duration: https://forum.snapcraft.io/t/shorten-device-initialization-or-at-least-give-user-feedback/11081 ping ogra / mvo
[08:33] <mvo> dot-tobias: thats an interessting one - we want to improve this (hopefully in the next cycle) by doing as much as we can in the image creation time. right now its slow (and a pain point for many)
[08:33] <mvo> dot-tobias: would it help if we could make some led blink to show the users things are still going?
[08:34] <mvo> dot-tobias: does the rpi has anything like this we could use (pardon my ignorance on this)?
[08:37] <zyga> mvo: perhaps seeding the gadget to run boot splash is the way to go
[08:37] <dot-tobias> mvo: Glad to hear, both that it's on the radar and that it's possible at all to move init to image creation 😊 The RPi has a “status” LED which (I think) already blinks sporadically during init, but I fear a small LED would suffer the same fate as our hint “don't worry if it takes > 8 minutes” on our download page – easily ignored since most of our users are not that tech-savvy
[08:37] <zyga> mvo: I agree with dot-tobias, let is not the good UX here
[08:37] <zyga> ideally 1st boot would allow device makers to setup proper UX on the attached screen (if any)
[08:38] <zyga> or perhaps 1st boot should really be in the factory
[08:38] <zyga> and we should have post factory boot 2nd boot
[08:38] <zyga> that does some custom stuff but is otherwise fast
[08:38] <mvo> zyga: right, I agree :) was mostly wondering what we can do today to help
[08:39] <mvo> dot-tobias: do your users have a screen attached?
[08:39] <mvo> zyga: I like the screen idea
[08:41] <mvo> Chipaca: what came out of this 2.38 snapd rest api issue that was reported on the forum last week?
[08:41] <Chipaca> mvo: hmm... remind me?
[08:43] <mvo> Chipaca: let me find the forum topic
[08:43] <dot-tobias> mvo: Yes, the image is meant for display devices, so users have a screen.
[08:43] <mvo> Chipaca: https://forum.snapcraft.io/t/snapd-2-28-rest-api-endpoints-with-large-response-issue/10968/3
[08:44] <dot-tobias> zyga: Yeah, a splash screen would work – BTW, did I misunderstand or do Core18-images show a splash *without* psplash?
[08:44] <mvo> dot-tobias: I wonder if (again - short term) something like a hook or an app that would monitor the snapd socket with progress would help
[08:44] <Chipaca> mvo: ah! “ some behavior in Nginx and does not necessarily need to be an issue in the Snapd REST API socket”
[08:44] <Chipaca> mvo: (from the last reply on that)
[08:45] <mvo> Chipaca: aha, thanks. so just user confusion?
[08:45] <zyga> dot-tobias: I don't know about core18 and pi and splash screens I'm afraid
[08:45] <Chipaca> mvo: not sure if confusion is the right word, but the issue is in how they're proxying snapd, not in snapd
[08:45] <Chipaca> mvo: AIUI; I half expect them to come back and ask "so when are you going to fix it"
[08:45] <mborzecki> zyga: maybe some plymouth integration?
[08:46] <Chipaca> because at no point did they say "oops my bad"
[08:46] <zyga> mborzecki: dunno really, I would not marry the two concepts
[08:46] <mvo> Chipaca: ok, somehting changed on our side with go-1.10 I guess and that confusd nginx?
[08:46] <Chipaca> mvo: but some people are unable to say that ¯\_(ツ)_/¯
[08:46] <mvo> Chipaca: did go1.10 switch to http2 by default?
[08:46] <dot-tobias> zyga: Oh sorry – only first part of that message was a reply to you, second one was thinking while writing 😄
[08:46] <mvo> Chipaca: heh, yeah I guess that might happen (that they ask us to fix something)
[08:46] <zyga> mborzecki: boot splash might as well be shown on a dot-matrix display attached to a gizmo
[08:46] <mvo> Chipaca: to be fair - we did change something :/
[08:47] <Chipaca> mvo: http2 is supported, but that's not new between 1.6 and 1.10
[08:47] <mvo> Chipaca: ok, I have this feeling this will come back but its fine to shelve it for now I think
[08:47] <Chipaca> mvo: we agree then
[08:47] <mvo> Chipaca: especially with the things we need/want to finish before lyon
[08:48] <Chipaca> mvo: lyon is next week?
[08:48] <dot-tobias> mvo: re: hook/app to monitor snapd socket: Might be a short-term solution, but that wouldn't be able to output something until at least core, gadget and mir-kiosk are properly installed, if I'm not mistaken?
[08:48] <Chipaca> mvo: (http2 is only supported if we're doing TLS, and we're not, so actually no http2)
[08:49] <mvo> Chipaca: 13.05
[08:49] <Chipaca> ah, phew
[08:49] <mvo> dot-tobias: yeah, it would be late :/
[08:52] <zyga> I think it must be some gadget specific thing
[08:52] <zyga> before mire and all the stuff is up
[08:53] <zyga> perhaps even a special hook that gets run
[08:53] <mborzecki> mvo: dot-tobias: this really feels like some custom initramfs, with early boot splash via plymouth or somesuch, effectively device/appliance specific
[08:53] <zyga> seeding-started seeding-done or something of the sort
[08:53] <zyga> mborzecki: yes but it would be nicer if we could have this done via gadgets
[08:57] <mborzecki> zyga: initrd is part of core though and we don't expect people to build a custom core*
[08:58] <zyga> mborzecki: indeed, they can do custom bases but it would be pretty unfortunate if we would force people to add a lot of boot bases to have a splash screen
[08:58] <mborzecki> yup
[08:59] <Chipaca> ogra had boot splashes working
[09:00] <Chipaca> how'd he do it?
[09:00] <Chipaca> ogra: yes you :-)
[09:00] <dot-tobias> mborzecki / zyga / Chipaca: My image uses psplash for a custom splash screen right now, see https://gitlab.com/glancr/gadget-snap-pi-kiosk (adapted from ogra 's examples of course 😊 )
[09:02] <dot-tobias> Problems with this: a) The splash is not visible as soon as mir-kiosk is installed and started → black screen b) Changing the image after the initial boot has completed requires a separate psplash binary in /boot-assets/psplash.img (if I understand things correctly), so an initial “don't touch, doing stuff for a while” screen would confuse users on subsequent boots
[09:04] <dot-tobias> But my knowledge of these things is quite little, so I might just be overlooking simple solutions 😄
[09:04] <Chipaca> dot-tobias: instead of an image, just play https://www.youtube.com/watch?v=V4uV3icrmw0
[09:04] <Chipaca> simples!
[09:04]  * Chipaca runs off
[09:05] <dot-tobias> Chipaca: That's plan B 😄
[09:25] <Chipaca> is it the default for Elementary to use the LimeNET store?
[09:34] <mborzecki> dot-tobias: hah nice, looked at the gadget initrd part is loaded into the memory right after the actual initrd, nice trick
[09:36] <dot-tobias> mborzecki: Full credit to ogra for this, his universal pi kiosk gadget snap was a huge inspiration (read: fork and customize) for me 😊
[09:43] <dot-tobias> mborzecki / zyga / mvo: Re: first boot – FWIW, I didn't mention that I use cloud-init in my image atm, e.g. to work around https://bugs.launchpad.net/snapd/+bug/1820060 . Came across it in https://forum.snapcraft.io/t/how-to-preconfigure-custom-image/4154/15 ; maybe this enables an interim solution for others. Couldn't find an approach for my specific issue though 😄
[10:01] <mvo> pstolowski: not sure you saw it, looks like 6755 needs a tweak in the spread test
[10:03] <pstolowski> mvo yes, thanks, im fighting with it this morning
[10:03] <mvo> pstolowski: uh, ok. good luck then .) !
[10:04] <pstolowski> the trick with modyfing snapd.service file is a no-no on read only fs on core ;)
[10:06] <mvo> pstolowski: yeah, its fine (for now) to exclude core
[10:06] <mvo> pstolowski: alternatively we could bind mount a modified copy to the place on core
[10:07] <pstolowski> mvo i’m playing with override.conf
[10:09] <pstolowski> need to run a quick errand, afk for a while
[10:09] <mvo> pstolowski: no worries
[10:10] <mvo> pstolowski: yeah /run/systemd/system/... should also work
[10:10] <mvo> pstolowski: and much simpler :)
[10:10]  * mvo really likes this feature of systemd
[10:11] <mvo> sil2100: I was looking at 1825437 just now - the seed.yaml on the image shortly before the release was wrong and that crashed snapd. do you happen to know what writes the seed.yaml and where I can file a bug? mostly for awareness so that we can add some sort of test to ensure the seed.yaml is correct
[10:24] <mvo> zyga: re seed.yaml installer issue> the bugreport is a bit unclear, it sounds like this was a bug on an image before the release and the release image is fine. but that sounds suspicious and someone mentioned a race. do we know more? do we have more reports like this?
[10:25] <mvo> zyga: or pointers to the code that writes the seed.yaml?
[10:25] <zyga> mvo: some more on the forum
[10:25] <zyga> mvo: I don't have that, kenvandine looked before and pointed us at foundations/desktop
[10:25] <mvo> zyga: thanks! all over the place or in a specific thread?
[10:25] <zyga> mvo: there are two more threads AFAIR
[10:25] <zyga> mvo: but no more details
[10:25] <zyga> mvo: people just carry on after removing that extra -
[10:28] <Chipaca> are people particularly obtuse today, or am I especially grumpy?
[10:29] <zyga> Chipaca: what's up?
[10:29]  * zyga has a revalation about another bug
[10:29] <zyga> I'm sorry, I'm a bit lost today
[10:29] <Chipaca> zyga: "I tell it to put something in usr/bin, but then the thing is not in bin/"  "did you check usr/bin?"  "it's not in bin/"
[10:30] <zyga> pstolowski: Repository.RemoveSnap doesn't remove connections!
[10:30] <zyga> ah, sorry, it's all good :
[10:30]  * zyga is stumbiling
[10:42] <sil2100> mvo: hm, curious, wonder what happened there - all the seeding logic is implemented in livecd-rootfs itself
[10:43] <sil2100> mvo: the seed.yaml is created there when seeding happens, so possibly take a look at live-build/functions and look for the snap_preseed family of functions
[10:45] <mvo> sil2100: thanks, so nothing dynamic in the installer? thats cool
[10:45] <sil2100> Curious
[10:45] <mvo> sil2100: I have a look
[10:46] <mvo> sil2100: we got reported from media-info 20190413
[10:46] <mvo> so a bit before the final releease
[10:47] <mvo> sil2100: ha! thanks, I have interessting pointers now
[10:47] <sil2100> mvo: not that I'm aware of at least, we get the snap list from the seeds and then work through the list during build time, and I can't remember hearing about that changing
[10:47] <mvo> sil2100: looking deeper, thank you :)
[10:47] <mvo> sil2100: no worries, you helped a lot!
[10:47] <sil2100> mvo: yw! Thanks for looking at this, indeed the wild '-' seems like something really really strange ;p
[10:48]  * mvo looks at code/diffs now
[10:48] <mvo> sil2100: there are changes in livecd-rootfs at exactly the relevant times so I bet its that
[10:48] <mborzecki> another large'ish gadget update PR coming up, though most of it is tests
[10:52] <Chipaca> degville: docs for the REST API are still the ones in the github wiki, yes?
[10:54] <degville> Chipaca: yes.
[10:54] <Chipaca> k
[10:55] <degville> Chipaca: I need to bring them over, but also I need to get agreement on where they'll be located - partly as issue with the snap docs outline, and also where Core docs go and fit with the REST API docs.
[10:55] <Chipaca> degville: as soon as you start doing that somebody'll point out that we shouldn't call them "REST API" anything
[10:55] <Chipaca> degville: :-)
[10:56] <Chipaca> not that they're _wrong_, just that names are hard
[10:56] <degville> degville: of course :)
[10:57] <Chipaca> degville: talking to yourself already? :-p
[10:58] <degville> Chipaca: degville: uh oh - too long working from home will do that.
[10:58]  * degville nods
[10:59] <Chipaca> degville: run away! run away! to the coffee shop or sth :-)
[11:00]  * Chipaca is immune to that though
[11:00] <Chipaca> am not!
[11:00]  * Chipaca is too!
[11:03]  * degville checks the ring is safely hiddenses.
[11:03] <mborzecki> https://github.com/snapcore/snapd/pull/6769 if anyone is interested in volume layout
[11:08] <mborzecki> mvo: could you cherry-pick https://github.com/snapcore/snapd/pull/6715 to 2.39 too?
[11:11] <mvo> mborzecki: done
[11:11] <mvo> mborzecki: thank you!
[11:11] <mborzecki> mvo: thanks!
[11:13] <zyga>  pstolowski I am close to fixing that attribute issue
[11:13] <zyga> At least enough to buy more time
[11:13] <pstolowski> zyga: what did you do? setup-profiles fix?
[11:16] <zyga> Yes
[11:16] <zyga> It is not correct but also not more incorrect
[11:16] <zyga> Equivalent to not catching static attractive
[11:16] <zyga> With smoother change
[11:39] <zyga> pstolowski: it's possible to craft actions that will give you different static attrs for the _same_ plug or slot among two connections
[12:10] <zyga> yah
[12:10] <zyga> I found more bugs
[12:10] <zyga> ok
[12:10] <zyga> let's stash those aside and fix one
[12:11] <zyga> kenvandine: as an advice, please don't rely on snapd to create directories in $SNAP
[12:11] <zyga> kenvandine: I found a serious bug in that area now
[12:25] <jdstrand> mvo: hey, I will be in the standup in ~30 minutes. you don't need 2.38.2 for either issue imo
[12:48] <jdstrand> erf, I merged from master and now seeing in fedora-29:
[12:48] <jdstrand> RPM build errors:
[12:48] <jdstrand>     Bad exit status from /var/tmp/rpm-tmp.VZ4h1y (%build)
[12:49]  * jdstrand discards and tries again
[12:50] <zyga> pstolowski: https://github.com/snapcore/snapd/pull/6770
[12:50] <zyga> pstolowski: sorry for taking so long, I found a deeper bug in this and spent time exploring it
[12:50] <zyga> mborzecki: the mount backend is hosed,
[12:50] <zyga> mborzecki: I bet the solution is proper topological sort of mount entries
[12:50] <zyga> mborzecki: it sucks to have this mid-refactor too
[12:51] <mborzecki> zyga: heh, at least we know that now :)
[12:51] <zyga> mborzecki: I have a way to reproduce this
[12:51] <zyga> mborzecki: I'm 100% sure this is the ghost bug people were mentioning all the time
[12:51] <zyga> mborzecki: but were unable to reproduce (which makes sense too btw)
[12:51] <zyga> mborzecki: if I get hit by a bus today: writable mimic on $SNAP misbehaves
[12:52] <zyga> mborzecki: refreshing a snap over itself (same snap reinstalled) shows abnormal outcome
[12:52] <zyga> mborzecki: I will explore some more, I don't have all the answers yet
[12:52] <zyga> mborzecki: but I'm happy to at least take a stab at that elusive bug
[12:52] <pstolowski> zyga: ty!
[12:52] <zyga> pstolowski: no unit tests, help appreciated
[12:57] <jdstrand> zyga: s/if I get hit by a bus/if I win the lottery/ :)
[12:57] <jdstrand> zyga: if you are going away, I'd much rather it be cause you have tons of $$
[12:58] <jdstrand> s/\$\$/money/
[12:58] <jdstrand> no need for you to be paid in USD
[12:58] <Chipaca> jdstrand: ¤¤
[13:00] <pstolowski> zyga: thank you for that workaround, looks good, i'll help with unit tests after standuo
[13:18] <kenvandine> zyga: i guess the gnome extension to snapcraft could create those directories
[13:18] <Chipaca> ~$ snap install snap-with-complex-requirements
[13:18] <Chipaca> error: https://i.imgur.com/z96dZ0x.jpg
[13:18] <kenvandine> zyga: i'd rather not expect app developers to know to create all those dirs
[13:24] <zyga> kenvandine: agreed
[13:24] <zyga> kenvandine: I'll let you know more once I have the data
[13:33] <zyga> Chipaca: are those files that we create from snapd? https://bugs.launchpad.net/command-not-found/+bug/1824000/comments/2
[13:34] <Chipaca> zyga: yes
[13:34] <zyga> looks like our bug then
[13:34] <Chipaca> zyga: did 19.04 change ulimit?
[13:34] <Chipaca> or sth?
[13:34] <zyga> dunno
[13:34] <zyga> maybe :)
[13:34] <zyga> umask I presume
[13:35] <Chipaca> yeah
[13:35] <Chipaca> that one
[13:35] <Chipaca> zyga: but the .metadata might imply that an update crashed? maybe
[13:35] <Chipaca> not sure
[13:36] <zyga> dunno
[13:36] <Chipaca> hmmmm
[13:36] <Chipaca> zyga: actually wait it might not be ours
[13:37] <Chipaca> zyga: ours are under snapd
[13:37] <Chipaca> zyga: /var/cache/snapd/commands.db  is ours
[13:37] <Chipaca> zyga: soryr
[13:42] <kenvandine> zyga: we've had some issues with content interfaces that have been really hard to reproduce
[13:42] <kenvandine> maybe fixing these things you're finding will fix those :)
[13:42] <zyga> kenvandine: I think what I found will fix that
[13:42] <zyga> kenvandine: not 2.29 material, something that will take some time to do
[13:42] <kenvandine> like how sometimes the mount is empty
[13:42] <zyga> kenvandine: but I will get it done
[13:42] <kenvandine> after a refresh
[13:42] <zyga> yes, I reproduced that too
[13:42] <kenvandine> we've never figured that out
[13:43] <kenvandine> great
[14:07] <cachio> zyga, hey, I see this error sometimes running the failover test
[14:07] <cachio> zyga, https://paste.ubuntu.com/p/2CqKNTfz47/
[14:07] <cachio> this is on a pi3
[14:07] <cachio> then the device doesn't boot anymore
[14:07] <cachio> it is stuck
[14:10] <zyga> cachio: I don't know anything about that, perhaps the kernel has crashed, if you see that again try pinging the kernel, it's a simple way to check if the system has failed entirely
[14:10] <cachio> zyga, ok
[14:10] <cachio> thanks
[14:26] <om26er> roadmr Hi! Do you think https://forum.snapcraft.io/t/please-allow-auto-connect-of-display-control-interface-for-deskconn/10831/ is good to go live now ?
[14:28] <roadmr> om26er: I think so but usually jdstrand is the one who wrangles auto-connects
[14:32] <om26er> roadmr ah, ok.
[14:34] <jdstrand> I'm a bit behind but hope to run through everything today
[15:14] <Chipaca> cachio: do you remember which pr it was that fixed the core18 remove thing?
[15:16] <Chipaca> ah, #6753
[15:26] <pstolowski> zyga: i've unit tests for your fix, how would you like it proposed?
[15:29] <fryfrog> Hi, I'm a support person for a project and someone has made a snap package I'm trying to understand. Specifically, they're recommending files be owned by root because it runs as root inside.
[15:29] <fryfrog> https://github.com/albertodonato/sonarr-snap
[15:29] <cachio> Chipaca, correct
[15:30] <Chipaca> fryfrog: daemons that come in snaps run as uid 0 for now, yes
[15:31] <fryfrog> :o
[15:31] <pstolowski> zyga: pushed here https://github.com/stolowski/snapd/tree/lp-1825883-unittests ; please take a look and feel free to incorporate into your PR
[15:32] <fryfrog> Chipaca: how does one deal w/ that *outside* the snap?
[15:32] <Chipaca> fryfrog: I'm not sure what you need to deal with
[15:32] <Chipaca> (i don't know your snap at all)
[15:32] <Chipaca> s/snap/project/
[15:33] <fryfrog> Any files it needs to read/write, would either need to be owned by root, root would need to be in the group or ... i guess at least permissions don't matter :)
[15:34] <Chipaca> fryfrog: it'll create them as root, but it'll be able to read them anyway yes
[15:34] <fryfrog> There is no way to specify the UID a daemon runs as?
[15:35] <Chipaca> fryfrog: no (seccomp arg filtering is only just becoming usable _now_ -- we're working on it!)
[15:36] <fryfrog> I'm glad to hear it is in the pipeline :)
[15:36] <fryfrog> Thanks for helping me understand :)
[15:37] <Chipaca> fryfrog: there's also the issue of no user other than root being 'universal' across distros, but we're tackling that as well
[15:37] <Chipaca> (initial use of the arg filtering thing will be via enabling a 'daemon' user, which most distros have and those that don't will get a warning on install)
[15:37] <fryfrog> Docker "fixes" this by not actually caring about the user *name*, they just allow passing in a UID/GID
[15:37] <Chipaca> yeah
[15:38] <Chipaca> but then your innocent pvr ends up running as the same uid as postgres or sth
[15:38] <Chipaca> anyway, yes, there's a bunch of silly gotchas we need to care about
[15:38] <Chipaca> it's all planned out afaik (there's a forum topic layout out the steps and stages of it)
[15:39] <Chipaca> laying out*
[15:39] <fryfrog> Cool :)
[15:39] <zyga> pstolowski: thank you!
[16:03] <pstolowski> woot, #6755 is green
[16:25] <cachio> Chipaca, when you have time could you please take a look to this one? #6694
[17:21] <Chipaca> cachio: LGTM
[17:21] <Chipaca> cachio: as I said there, some day sergiusens and I will be able to spec out (and implement/use) 'snap download --plz-put-the-snap-here=<blah>', but until then, what you've done is best
[17:34] <cachio> Chipaca, nice, thanks for the review
[18:10] <cachio> zyga, please could do take a look to #6694
[18:10] <cachio> it is almost ready and I need that to validate 2.39


[01:29] <ubotu> mrigns called the ops in #ubuntu
[01:30] <ubotu> r00t_ called the ops in #ubuntu
[02:37] <GazzaK> hey gnomefreak
[02:37] <gnomefreak> hi
[02:38] <nalioth> GazzaK: quit bothering people
[03:48] <maxamillion> can we add info about hal to ubotu?
[03:51] <nalioth> you type !maxamillion is <reply> A curious person
[03:52] <maxamillion> !maxamillion is <reply> A curious person
[03:52] <maxamillion> error
[03:52] <nalioth> interesting
[03:53] <nalioth> !test
[03:53] <ubotu> failed
[03:53] <nalioth> maxamillion: did you put a dead space in front of your text?
[03:53] <maxamillion> nope
[03:53] <maxamillion> !maxamillion is <reply> A curious person
[03:53] <nalioth> very interesting
[03:53] <maxamillion> Error: I am only a bot, please don't think I'm intelligent :)
[03:53] <maxamillion> that's what ubotu in all its glory says to me
[03:54] <maxamillion> i don't believe i have permissions to ubotu
[03:54] <nalioth> it's not working correctly
[03:54] <crdlb> try without the <reply>
[03:54] <ubotu> In ubotu, johndark1orse said: nalioth is just nalioth
[03:55] <nalioth> now that IS interesting
[03:55] <nalioth> guess they changed his input parameters
[03:56] <crdlb> I think it's a bug, you can use <reply> but not on a new factoid
[04:01] <nalioth> maxamillion: so anyway, you submit a factoid to ubotu, he shows us, and we add it
[04:03] <maxamillion> nalioth: k
[06:28] <ubotu> In #edubuntu, aquiles said: ubotu here is the url that you requested http://paste.ubuntu-nl.org/28297/
[06:29] <nalioth> !tell aquiles about ubotu
[06:31] <ubotu> In ubotu, aquiles said: `xfonts-75dpi' is missing final newline
[07:13] <elkbuntu> i thought we banned that luser
[07:17] <ubotu> Jamesinator called the ops in #ubuntu
[07:22] <ubotu> n2diy called the ops in #ubuntu
[08:08] <GazzaK> any freenode staffers here?
[08:10] <crdlb> ugh they need to give more people ops in #defocus
[08:12] <GazzaK> crdlb, yeah
[08:12] <crdlb> they need more staff too
[08:13] <crdlb> a couple people in the timezone that would make them be up this time of day
[08:13] <Hobbsee> missing australians, it looks like
[08:14] <nzk> I am up at this time of day
[08:15] <nzk> It's like, 11am now.
[09:23] <rob> icky, added a kline for him
[09:23] <rob> sorry, but I am cooking dinner :)
[09:27] <nzk> kline for whom?
[11:27] <Ranpha1> i got a friendely message to get my self tested here, so ....
[11:28] <Hobbsee> Ranpha1: you're fine, thanks :)
[11:28] <Ranpha1> hobbsee thank is this a normal problem with linksys wrt54g routers?
[11:28] <Hobbsee> Ranpha1: yes
[11:29] <Hobbsee> Ranpha1: but you avoid it by connecting to the other port, so it doesnt use 6667
[11:29] <Ranpha1> strange they didn't fixed it then , you known a good firmware for this router then?
[11:29] <Hobbsee> dont remmeber
[11:29] <Hobbsee> havent looked in a while
[11:30] <Hobbsee> i think they did release an update
[11:30] <Ranpha1> oh well another thing to find out then . Updated it to the latsted firmware on the site .. anyway thanks
[11:31] <Hobbsee> :)
[12:22] <Myrtti> wth stupidgirl @ #ubuntu
[02:54] <PriceChild> Thankyou very much...
[02:55] <Tm_T> poison drink?
[05:30] <nzk> Don't people get kicked from here after a while?
[05:30] <Pici> Some of us just like to hang out and see what happens behind the scenes.
[05:30] <jussi01> heh, yeah
[05:33] <Seeker`> nzk: Do you think we should be?
[05:33] <nzk> No
[05:34] <nzk> This is the first time I've been in here longer than 5 minutes.
[05:34] <nzk> I come in, ask to be unbanned, gnomefrek/sevas/hobse get mad (spelled wrong so they don't get highlighted) and they kick me
[05:34] <Pici> I have this channel on my autojoin list, I'm always here.
[05:34] <nzk> That's the general order of events.
[05:39] <TheSheep> "everyone hate me, what's wrong with *them*?" ;)
[05:40] <Seeker`> nzk: what were you banned for?
[05:40] <nzk> I don't remember
[05:41] <nzk> It was so long ago, no written record exists
[05:41] <nzk> Known as "Prehistoric Times"
[05:44] <GazzaK> records exist, wow - https://bots.ubuntulinux.nl/bans.cgi?query=nzk&kicks=on&oldbans=on&bans=on&oldmutes=on&mutes=on
[05:48] <GazzaK> TheSheep, do you have a name of "TheSheep" on your CV? :p
[05:48] <TheSheep> GazzaK: yes
[05:49] <TheSheep> GazzaK: what's more, we always ask candidates for their nicks
[05:49] <jussi01> lol
[05:49] <TheSheep> GazzaK: people with no internet history are rated poorly
[05:49] <Seeker`> i dont think that my nick will turn up a huge amount
[05:50] <Seeker`> well, that is relevant anyway
[05:51] <GazzaK> looks like i'll be rated highly then :p
[05:52] <jussi01> hehe, i only have 3... https://bots.ubuntulinux.nl/bans.cgi?query=jussi01&kicks=on&oldbans=on&bans=on&oldmutes=on&mutes=on
[05:53] <GazzaK> I only have one or two, since I am so nice
[05:53] <jussi01> cripes... hobbse loves you GazzaK
[05:54] <GazzaK> yeah, and seveas
[05:54] <GazzaK> I feel honoured, or something
[05:54] <GazzaK> ah victimised, thats the word
[05:54] <jussi01> yeah... thats very funny that list...
[05:55] <jussi01> https://bots.ubuntulinux.nl/bans.cgi?query=Gazzak&kicks=on&oldbans=on&bans=on&oldmutes=on&mutes=on
[05:55] <jussi01> for everyone thats interested...
[05:55] <jussi01> :P
[05:56] <GazzaK> the shame O.O
[05:56] <mc44> pfft, my page is longer :)
[05:59] <jussi01> lol, what with tonyyaruss putting bug reports in the message?
[06:00] <mc44> he decided to kick me everytime a new bug was reported, of course :)
[06:01] <jussi01> lol
[06:02] <jussi01> so you could get off IRC and work on it?
[06:03] <Tm_T> 7kick mc44 BUG:1
[06:04] <jussi01> lol
[06:04] <jussi01> Tm_T: DO IT!
[06:04] <jussi01> :P
[06:07] <TheSheep> what happens when that one is fixed?
[06:07] <GazzaK> we all get free holidays
[06:07] <TheSheep> maxamillion: \o/
[06:08] <maxamillion> TheSheep: hello :)
[08:02] <fisherhome> I'm having some trouble overcoming the DCC error that autoforwarded me here
[08:02] <fisherhome> can anyone test me and let me know if I still need to resolve it?
[08:06] <jussi01> fisherhome: I beleive you can just use port 8001 to connect, but I am not an op so not certain
[08:08] <Pici> jussi01: no, the ops need to undo the ban-forward.
[08:09] <jussi01> Pici: ok, thanks
[08:09] <jussi01> (hence why i said i wasnt sure)
[08:21] <jrib> fisherhome: have you connected to port 8001?
[08:25] <ubotu> magnetron called the ops in #ubuntu
[08:34] <fisherhome> yes i have
[08:34] <fisherhome> i'm on it right now
[08:34] <fisherhome> sorry for the delay, i'm also working
[08:35] <fisherwork> i'm really just trying to find out how to delete a stupid directory (ICAClient) so i can reinstall Citrix.. it's being lame-o
[08:35] <fisherwork> but since this is not the topic of this channel, i shall be patient and wait until i'm unbanned =]
[08:36] <fisherwork> i'm in #ubuntu!  thanks again
[08:37] <jrib> fisherwork: no, you need to be tested
[08:37] <jrib> are you ready to be tested?
[08:38] <fisherwork> sure a,m
[08:38] <fisherwork> -,
[08:39] <jrib> fisherwork: thanks, you're good to go.  i've removed the ban-forward on fisherhome
[08:40] <fisherwork> thanks a lot bud =]
[08:46] <ubotu> In ubotu, sperotek said: what is your name
[08:53] <Pici> !bot > sperotek
[09:17] <mneptok> release the bats!
[09:19] <ompaul> and the are off
[09:20] <ompaul> and its fruit bat in the lead gliding past the other
[09:20] <ompaul> s
[09:20] <ompaul> and I need a new keyboard
[09:20] <ompaul> too late the shop of keyboards is closed for the day
[09:24] <ubotu> Jamesinator called the ops in #ubuntu
[10:40] <mneptok> i'm spunky. i like my oatmeal lumpy.
[10:46] <jussi01> mneptok: ?
[11:05] <gnomefreak> -offtopic is gonna need a referee soon


[00:25] <vorlon> rbalint: burp/armhf is smelling like a real regression introduced by new glibc :/
[02:46] <jeremysu> rbasak hi, could you please help to review https://bugs.launchpad.net/ubuntu/+source/alsa-ucm-conf/+bug/1895669
[04:02] <tjaalton> jeremysu: are you asking for a sponsor to upload it?
[04:02] <jeremysu>  tjaalton yes
[04:03] <tjaalton> there's another sru now in focal-proposed...
[04:04] <tjaalton> acceptdd on tuesday
[04:04] <jeremysu> tjaalton yes, I'm negotiating with the owner of Dell dock project to see whether possible to respin for P620
[06:22] <tjaalton> so it was sponsored already yesterday
[06:35] <tjaalton> jeremysu: I've released the current one, explanation in the bug if someone is curious
[06:59] <jeremysu> thank you very much. Is it possible to have your attention on https://bugs.launchpad.net/ubuntu/+source/alsa-ucm-conf/+bug/1895669 to land it in -proposed?
[06:59] <tjaalton> yes
[07:00] -queuebot:#ubuntu-release- Unapproved: accepted alsa-ucm-conf [source] (focal-proposed) [1.2.2-1ubuntu0.4]
[07:00] <tjaalton> jeremysu: ^
[07:01] <jeremysu> many thanks!
[09:42] <Laney> rbalint: any thought on
[09:42] <Laney>  TEMPORARY_TEST_FAIL_STRINGS = ['Temporary failure resolving',
[09:42] <Laney>                                 'Temporary failure in name resolution',
[09:42] <Laney> +                               'Unable to connect to ftpmaster.internal:http:',
[09:42] <Laney> ?
[09:43] <Laney> re<EMAIL_ADDRESS>and<EMAIL_ADDRESS>[09:44] <Laney> also<EMAIL_ADDRESS>gcc ICE
[09:44] <juliank> Laney: +1
[09:44] <juliank> I wasn't asked, but still voice my opinion :)
[09:46] <Laney> LA LA LA WAS THAT THE WIND?
[09:46] <Laney> thanks juliank :P
[09:46] <Laney> although I notice one of the strings in<EMAIL_ADDRESS>[09:47] <Laney> did it really fail 3x in a row?
[09:47] <juliank> Laney: Eventually things will be better once apt gets sensible automatic retries with backoff
[09:48] <Laney> mmm
[09:48] <Laney> I dunno what happens, we never managed to catch it interactively
[09:48] <Laney> I guess lxd's network blips out for a few seconds?
[09:49] <juliank> maybe
[09:49] <Laney> well, not sure if it does or if the instance's network just dies
[09:49] <Laney> in which case no amount of retrying will help
[09:50] <juliank> Laney: Right, maybe it's worth adding a 20s sleep and retry and see if that helps
[09:50] <juliank> like, if it does not recover within 20s, it's probably dead
[09:52] <Laney> that'd be an improvement
[09:52] <Laney> hmm
[09:52] <Laney> rbalint: https://paste.ubuntu.com/p/BsXx8wBKF5/
[09:53] <Laney> I'd have expected to see a retry there from your code
[09:54] <Laney> AH
[09:54] <Laney> you didn't include 20 in the codes to look for
[09:54] <juliank> that reminds me of something but I'm not sure what
[09:55] <juliank> and it's surprisingly unrelated
[10:17] <Laney> ¬_¬
[10:18] <Laney> rbalint: (fixed)
[10:33] <LocutusOfBorg> doko, if you plan to bump llvm-defaults to 11, please get the package from debian/experimental (uploaded one hour ago)
[10:58]  * enyc meows
[10:59] <enyc> LocutusOfBorg: the linux-guest-resizing guest-additions-prblem  in vbox linux guests (maybe 32bit-only affected!)  looks like officially fixeh in  addons 6.1.16  ... but using your .deb virtualbox-guest- packges from 6.1.14 works too, interestingly...
[11:00] <enyc> LocutusOfBorg: in short, my preference would be to hold off any virtualbox focal SRU's for a bit unless there is some other urgent problem
[11:39] <seb128> hey there, is anyone feeling giving a review to https://code.launchpad.net/~seb128/ubuntu-archive-scripts/display-broken-binaries/+merge/390362 ?
[11:39] <seb128> it would make some of the items on the team report have a reason rather than being empty
[11:43] <Laney> I'll have a look
[11:43] <Laney> +1 ftw
[11:46] <seb128> Laney, thanks!
[12:09] <ginggs> turn llvm up to eleven!
[12:27] -queuebot:#ubuntu-release- New binary: linux-signed-gkeop-5.4 [amd64] (bionic-proposed/universe) [5.4.0-1001.1] (no packageset)
[12:28] -queuebot:#ubuntu-release- Unapproved: gdb (focal-proposed/main) [9.1-0ubuntu1 => 9.2-0ubuntu1~20.04] (core, i386-whitelist) (sync)
[12:40] -queuebot:#ubuntu-release- New source: cvise (bionic-proposed/primary) [1.6.0-2~18.04]
[12:40] -queuebot:#ubuntu-release- New source: cvise (focal-proposed/primary) [1.6.0-2~20.04]
[12:42] -queuebot:#ubuntu-release- New source: python-pebble (bionic-proposed/primary) [4.5.3-1~18.04]
[12:42] -queuebot:#ubuntu-release- New source: python-pebble (focal-proposed/primary) [4.5.3-1~20.04]
[12:44] -queuebot:#ubuntu-release- Unapproved: python2.7 (focal-proposed/universe) [2.7.18~rc1-2 => 2.7.18-1~20.04] (i386-whitelist, kubuntu) (sync)
[12:51] -queuebot:#ubuntu-release- New sync: python3.9 (focal-proposed/primary) [3.9.0~rc1-1~20.04]
[12:51] -queuebot:#ubuntu-release- Unapproved: python3-stdlib-extensions (focal-proposed/main) [3.8.2-1ubuntu1 => 3.8.5-1~20.04.1] (core, i386-whitelist) (sync)
[12:51] -queuebot:#ubuntu-release- Unapproved: python3.8 (focal-proposed/main) [3.8.2-1ubuntu1.2 => 3.8.5-1~20.04] (i386-whitelist) (sync)
[13:11] <slashd> Hi SRU vanguard, (iirc sil2100 is out atm). Could you please promote 'sosreport' from focal-proposed to focal-updates when time permits? Thanks in advance !
[13:54] -queuebot:#ubuntu-release- New: accepted linux-signed-gkeop-5.4 [amd64] (bionic-proposed) [5.4.0-1001.1]
[13:59] -queuebot:#ubuntu-release- Unapproved: sane-backends (focal-proposed/main) [1.0.29-0ubuntu5.1 => 1.0.29-0ubuntu5.2] (desktop-core, i386-whitelist, ubuntu-server)
[14:00] -queuebot:#ubuntu-release- Unapproved: sane-backends (bionic-proposed/main) [1.0.27-1~experimental3ubuntu2.3 => 1.0.27-1~experimental3ubuntu2.4] (desktop-core, ubuntu-server)
[15:12] <xnox> ubuntu-archive please reject https://launchpad.net/ubuntu/focal/+queue?queue_state=0&queue_text=zfcpdump-kernel-signed it is wrong
[15:13] <seb128> xnox, rejected
[15:14] -queuebot:#ubuntu-release- New: rejected zfcpdump-kernel-signed [source] (focal-proposed) [5.4-0ubuntu1]
[15:14] <apw> interesting, my queue screen says i rejected it
[15:14] <Laney> check the queue page and see who won ;-)
[15:14] <seb128> apw, I clicked the button and got an error so you probably beat me to it?
[15:15] <apw> heh, when do we ever have so much cover we get a human race-condition
[15:23] -queuebot:#ubuntu-release- Unapproved: tracker (focal-proposed/main) [2.3.4-1 => 2.3.6-0ubuntu1] (desktop-extra, ubuntugnome)
[15:40] -queuebot:#ubuntu-release- Unapproved: zfcpdump-kernel (focal-proposed/universe) [4.13-0ubuntu1 => 5.4-0ubuntu1] (no packageset)
[15:40] <vorlon> bdmurray: should the test case for LP: #1894919 cover comparing the installed packages at end of upgrade with and without -proposed, to verify that only the autoremoved packages are different?
[15:42] <bdmurray> vorlon: sure that sounds fine
[15:43] <vorlon> bdmurray: will you update the test case?
[15:48] <bdmurray> vorlon: I put it in the regression potential section
[15:48] <bdmurray> Additionally, we should ensure that nothing extra is autoremoved...
[15:54] <vorlon> bdmurray: I'm worried that if it's only listed in regression potential rather than test case that it might be missed on verification
[15:55] <bdmurray> vorlon: I'm sure I'm the one doing the verification but I can move it.
[16:01] <bdmurray> I've moved it anyway
[16:02] -queuebot:#ubuntu-release- Unapproved: accepted ubuntu-release-upgrader [source] (focal-proposed) [1:20.04.27]
[16:48] <vorlon> seb128: dbus/i386 passed
[16:48] <Laney> retrying those glibc/unknown failures, looks like they just slipped in before the fixes earlier today
[17:03] -queuebot:#ubuntu-release- New: accepted finalrd [source] (xenial-proposed) [6~ubuntu16.04.1]
[17:08] -queuebot:#ubuntu-release- New binary: finalrd [amd64] (xenial-proposed/universe) [6~ubuntu16.04.1] (no packageset)
[17:20] <vorlon> Laney: ah I think I already hit retry on those
[18:42] <rbalint> vorlon, burp/armhf passed locally and also suprisingly with new glibc - not that i would be unhappy about it :-)
[19:01] <vorlon> rbalint: hmm ok
[19:02] <vorlon> rbalint: I'd appreciate your input on LP: #1894195 since the stated rationale is fixes to the nftables backend
[19:32] <rbalint> vorlon, left a comment, i could do it after glibcs, guest packages and systemd are done
[19:33] <vorlon> rbalint: not asking you to do it, just asking if you think it's sane :)
[20:08] <vorlon> bdmurray: one thing I wonder, is whether the email we send when stopping phasing should say that the SRUs are subject to reverting if not fixed
[20:14] <bdmurray> vorlon: I guess we can say that without having a revert plan because it'll still be subect to reverting
[20:15]  * vorlon nods
[21:09] <bdmurray> vorlon, Laney: who is sending the UI freeze email?
[21:10] <bdmurray> or rather should I send it?
[21:40] <bdmurray> Laney, vorlon: I could use an autopkgtest-cloud update for a big package
[22:28] <vorlon> bdmurray: if you were to send the mail that'd be keen
[22:29] <vorlon> looking at autopkgtest-cloud now
[22:30] <vorlon> bdmurray: done
[22:30] <bdmurray> thanks
[23:08] <rbasak> RAOF: I was going to post to Discourse about the GNOME MRE. Am I right in thinking you're still planning to generate the list of packages within scope? Or if not, how will that come about?
[23:09] <RAOF> [rbasak](https://matrix.to/#/@freenode_rbasak:matrix.org): I am planning to generate a list of packages that are in-scope.
[23:14] <rbasak> Thanks! I'll comment in Discourse on the vala and gnome-shell end.


[09:55] <teddy-dbear> Morning peoples, critters and everything else
[12:50] <Forge> waltman: Pretty much. The Pi3 has a 64bit CPU, but lacks some necessary firmware for AA64, last I heard.


[03:45] <mcseccne1> test?
[03:49] <ducasse> not here either
[04:10] <mcseccne1> then where
[04:10] <mcseccne1> im new to weechat and trying to figure it out
[04:12] <mcseccne1> all I wanted to do was insure im in the room
[04:12] <mcseccne1> sorry
[04:17] <Bashing-om> mcseccne1: We can read you ... and there is the #test channel :)
[04:17] <mcseccne1> ah thank you bashing-om i had not found that one yet
[04:18] <Bashing-om> !alis | mcseccne1
[04:21] <mcseccne1> thank you im new to irc and weechat but i love the fact that it is command line but there is small learning curve ...thank you for the input i was unaware of !alias as this is second day and was only aware of ubuntu irc channel list so thank you so much!
[04:23] <Bashing-om> mcseccne1: If you run 'buntu - we are here to help. :)
[04:24] <mcseccne1> well thats what I thought I am running ubuntu server 18.04 with no graphic interface so...im learning
[04:25] <mcseccne1> just excited about it all i thought this is where i could talk about that
[04:26] <Bashing-om> mcseccne1: Welcome to the light :P
[04:26] <mcseccne1> smile bigtime!!
[04:26] <mcseccne1> thank you!
[04:34] <ducasse> mcseccne1: if you run weechat, you should run it under tmux or screen so you can keep it running and connect/disconnect at will
[04:37] <mcseccne1> i tried to use tmux today but i need to learn alot more about it i could not really do what i wanted ....so i figure i need to learn more about it i installed it and initially installed to split windows but for some reason it was not working for me so i moved on to getting inn the channel with weechat
[04:37] <mcseccne1> i want to learn tmux more but it all takes time...
[04:38] <ducasse> there are plenty of cheat sheets with keyboard bindings online
[04:39] <mcseccne1> maybe the key is keyboard bindings seemed almost like the keys they said did not work for instance ctrl b ' did not split window and didnt seem like it was reading keys right now that you say that
[04:39] <Bashing-om> mcseccne1: ^^ best moved to #ubuntu support channel.
[04:40] <ducasse> mcseccne1: also this - https://tmuxcheatsheet.com/
[04:41] <mcseccne1> thank you
[04:45] <ducasse> mcseccne1: there are cheat sheets for weechat too, of course
[04:47] <mcseccne1> yes still very basic with weechat..I have managed to be able to login and now change buffers etc but ive seen some pretty screenshots and different things even the remote interface all intrest me but not there just yet
[04:48] <ducasse> something like glowing bear is easy to set up if you want a gui
[04:51] <mcseccne1> no thats just it....i want the command line i do have a ubuntu destop but it is the command line stuff that grips me so im gonna stick it out
[04:53] <ducasse> you might still want to run x11 to get more terminals on screen and a browser if you need one
[04:53] <mcseccne1> I work as network engineer and work with cisco command line alot this is so much more powerful eventually i plan to have my server be a full fledge router with open source software!!
[04:54] <Bashing-om> !terminal | mcseccne1
[04:56] <mcseccne1> ive heard of the x11 and typed that at my command line but got errors  .was reluctant to install whats needed as i dont want to cripple myself not sure what xll give me i know its minimal but i viewed it as a crutch..is that correct thinking ?
[04:57] <mcseccne1> ill have to make a VM and check it out with x11
[04:57] <Bashing-om> mcseccne1: The GUI is a tool - some things are done easier in that GUI environment.
[04:57] <ducasse> x11 is just a display server, you also need a window manager or a desktop environment
[04:57] <mcseccne1> so x11 alone will not work?
[04:58] <ducasse> it will just give you a grey screen with an x for a cursor
[04:58] <mcseccne1> dont really want to make my server a decktop?
[04:58] <ducasse> then don't :)
[05:00] <mcseccne1> what do you mean run x11 to get more terminals and browser? i guess it will allow me to have more than the main screen? can I only install x11 and accomplish that or do i need desktop with that?
[05:01] <mcseccne1> ah sorry should have read more ill check out window managers
[05:02] <ducasse> you can install just a window manager, that will give you a basic gui and let you run x11 clients
[07:05] <mcseccne1> @ ducasse thank you much you have given me enough to stay busy a day or two ive chosen xmonad as a window manager
[07:21] <ducasse> mcseccne1: i also recommend i3
[07:36] <mcseccne1> actually that was number 1 but it said for advanced users so...maybe i will look at it again
[07:38] <ducasse> just check out the user guide, it's very very good and has a cutout with keyboard shortcuts
[07:38] <ducasse> add rofi and you'll have a nice, keyboard-driven gu
[07:38] <ducasse> *gui
[07:40] <mcseccne1> ah thanks again
[07:41] <ducasse> besides, xmonad is probably harder, since you need haskell knowledge to get much use out of it
[07:44] <mcseccne1> yes i was going to attempt tomorrow as i saw needed effort to configure
[07:44] <mcseccne1> i will give i3 a go
[07:44] <mcseccne1> i like the multi monitor
[07:46] <mcseccne1> i would like to e able to scrap desktop all together this looks as if i may be able to do that and use a server full time
[07:47] <ducasse> i use a server install with i3 as my main desktop
[07:47] <ducasse> with 3 monitors, i3 has great multiscreen handling
[07:50] <mcseccne1> now your talking!!!
[07:51] <mcseccne1> do i just install rofi or add it from i3
[07:52] <ducasse> just install it, it's in the repos
[07:53] <ducasse> then add something like this to your i3 config:
[07:53] <ducasse> bindsym $mod+q exec "rofi -i -show"
[07:53] <ducasse> then you launch rofi by pressing mod+q
[15:20] <lotuspsychje> https://www.deviantart.com/sylviaritter/art/Focal-Fossa-828503863
[21:35] <mcseccne1> Ducasse i have i3 working with xterm is this ok or is there a better choice? also can I run chromium like this or do i need to go with headless chromium because of the lack of graphics?


[00:48] <mhall119> stochastic: I think highvoltage does the live-DVD spin
[13:07] <aimwin> happy new year everyone
[13:08] <aimwin> I need help can I ask now, this is my first time in this channel?
[13:08] <aimwin> hello anyone online?
[13:11] <aimwin> hello anyone online?
[13:26] <aimwin> thanks, I have installed Edubuntu 11.10 with Classic-fallback option, then login with Unity-Ubuntu later, and install ClassicMenu Indicator, and tiny2. Update every to 3.0.14 kernel,
[13:26] <aimwin> Then I found Genome-shell is install so I login use option Gnome-shell, and found the Gnome3 (Gnome-shell) hang up, reboot many times, even through recovery back to 3.0.12 kernel the desktop just hang up after a screen with top bar and Internet connection done. I could only Clrt+Alt 1 to open terminal and sudo reboot.
[13:26] <aimwin> Can we go in and edit any login default files so it will boot into Unity or Gnome fallback which work perfectly for days now.
[14:21] <kaal0022> Hello can anyone help me out on how to run authconfig in edubuntu
[14:21] <kaal0022> I am trying to integrate LTSP with AD
[14:21] <kaal0022> http://math.univ-lille1.fr/~hafidi/terminal-services/authentication_and_homedirs_on_windows.html
[14:21] <kaal0022> That is the tutorial I am following.
[20:12] <anddam> hello
[20:12] <anddam> I'm trying to apply http://askubuntu.com/a/258 to an user on edubuntu
[20:13] <anddam> when I start Software Center I get a request for password for another user
[20:13] <anddam> the action prompted is org.debian.apt.install-or-remove-package