[12:04] <gmb> Hurrah! I have a connection. And now, email dealt with, I'll have some lunch
[13:04] <benji> well, ok then unity, just stay crashed, I don't need you anyway
[13:05] <benji> hmm, if I want to switch windows, I guess I do need you; rebooting
[13:08] <gary_poster> benji who is not here, frankban gmb call in 2
[13:09] <gary_poster> ah ha, today is a no-isight day for my apparently. :-/
[13:10] <gary_poster> gmb & frankban if benji is not back soon I'll postpone for a minute to see if we can catch him
[13:10] <gary_poster> where "a minute" is a phrase intending to reflect an indeterminate time period, which in this case I expect to mean about 3 or 4 minutes
[13:11] <gary_poster> but no one else is here either!  so I am talking to myself :-P
[13:11] <frankban> gary_poster: I am here :-)
[13:12] <gary_poster> frankban, cool :-)
[13:14] <gary_poster> frankban, let's go ahead and get going
[13:32] <gary_poster> gmb we lost ya.  Do you have anything for us?
[13:37] <gmb> gary_poster, I was eaten by a grue.
[13:37] <gary_poster> gmb, I hope you emerged without too much ectoplasm-or-equivalent on your clothes
[13:38] <gary_poster> benji, btw, approved your expenses this weekend
[13:38] <gmb> 'm fine
[13:38] <gary_poster> cool
[13:38] <gmb> VMware, you do not need 95% CPU.
[13:39] <benji> gary_poster: thanks; while doing this month's I realized that I forgot the others
[13:43] <gary_poster> I love the smell of system hangs in the morning
[13:47] <benji> heh
[14:03] <benji> gary_poster: I'm about cought up on email and coffee, do you want to pair on Friday Afternoon, Part II?
[14:06] <gary_poster> benji, sure, generally.  I have a few things I need to react to first.  We could hang out while I do those, or we could wait till I'm done.  Preference?
[14:07] <benji> gary_poster: lets wait until you're done; I just remembered that we have to pay the slave time tax; I wish I had remembered earlier and it would probably be done by now :\
[14:07] <gary_poster> benji, ack
[14:08] <gary_poster> benji, maybe add the setuplxc changes to incorporate the workaround to 944386, and check with frankban to see if we can test his changes too?
[14:08] <benji> gary_poster: sure
[14:08] <gary_poster> before you kick off the slave I mean
[14:08] <gary_poster> cool
[14:08] <gary_poster> good juju email, frankban
[14:09] <frankban> thanks gary_poster
[14:10] <benji> frankban: is there a branch I should merge in?
[14:10] <frankban> benji, gary_poster: my MP: https://code.launchpad.net/~frankban/launchpad/setuplxc-scripts-shh-keys/+merge/95903
[14:11] <frankban> benji: that branch, untested
[14:16] <gary_poster> thanks frankban.  benji, when you have a branch let me know & I'll try it on canonistack simultaneously
[14:16] <gary_poster> or will try to :-)
[14:16] <benji> gary_poster: k
[14:23] <frankban> benji: I've just updated the branch
[14:23] <benji> for some reason mergeing that branch is taking forever
[15:22] <benji> gary_poster: it's a little late for "simulatneously", but here's the branch I'm deploying to ec2: lp:~benji/launchpad/more-integration
[15:23] <gary_poster> benji, :-) k
[15:23] <gary_poster> benji, canonistack is not working--or working intermittently at best--and the vanguard on #is is not responding, so I've not been making fantastic progress on my side :-/
[15:26] <gary_poster> benji, I noticed your sinzui JS review did not remove the semicolons that would make your suggestion work (i.e., before the .set) but hopefully he can see what you mean.
[15:26] <gary_poster> ugh
[15:26] <gary_poster> still not working
[15:26] <gary_poster> it was working for one brief shining moment
[15:26] <benji> gary_poster: heh, thanks; I'll allert him to my gaff
[15:27] <gary_poster> welcome
[15:48] <frankban> benji: could you please merge my branch again? just a quoting fix in script generation.
[15:50] <benji> frankban: it's too late for this run
[15:50] <frankban> benji: np
[15:51] <benji> frankban: maybe I can manually apply the patch and trigger the script generation step
[15:52] <frankban> benji: for this run, if the checkout dir does not contain spaces, the generated script should work
[15:53] <benji> frankban: we should be ok then
[16:15] <benji> frankban: your branch seems to have worked well (xvfb is still failing, but that's on me, not you)
[16:15] <gary_poster> FWIW, I've given up on canonistack
[16:16] <gary_poster> I have to do babysitting/lunch starting @11:25 (in 9 min)
[16:16] <gary_poster> after that, and after your lunch benji, I should be ready for pairing.  xvfb still failing, huh?
[16:16] <gary_poster> new reason?
[16:17] <benji> gary_poster: sounds good; re. xvfb: not sure yet, investigating now
[16:22] <gary_poster> ok
[16:27] <gary_poster> babysitting starts now
[17:54] <gary_poster> benji, btw, I will be ready 1:15-ish.  Here now if you need anything.
[17:54] <benji> gary_poster: sounds good
[18:21]  * gary_poster still messing with canonistack...supposedly better now?
[18:22] <benji> am I here?
[18:22] <gary_poster> not so far
[18:22] <gary_poster> you are
[18:22] <benji> gary_poster: I lost internet connectivity for a minute; I'm ready when you are
[18:22] <gary_poster> ok


[01:42] <Pinkamena_D> I cant connect to vsftpd anymore. Trying just local network no firewall. SSH works fine. raw FTP I open ftp it asks for username and then password and then just hangs there. Only thing in the log on the server is a "client connected" message.
[01:42] <DirtyCajun> Pinkamena_D, why dont you use sshd and grow from insecure vsftpd ?
[01:44] <sarnold> Pinkamena_D: did it ever work?
[01:44] <Pinkamena_D> I use sftp in many places, but for reasons outside the scope of this question, I need a standard ftp connection available in this case. I don't think this is an overly obscure or unreasonable request.
[01:45] <Pinkamena_D> no, it is still 'Password:\n'
[01:45] <sarnold> Pinkamena_D: are you setting this up from scratch and it's never worked?
[01:46] <sarnold> Pinkamena_D: or are you trying to figureo ut why something that worked N days ago doesn't work today?
[01:46] <Pinkamena_D> no, it has worked in the past, but it is not used extremely actively so I only noticed today
[01:46] <Pinkamena_D> the latter case, yes
[01:46] <sarnold> do you need to toggle the active/passive case?
[01:46] <sarnold> do you have a firewall on the machine that you're testing from?
[01:47] <Pinkamena_D> no - both machines are ubuntu 14.04 (one server one desktop)
[01:47] <Pinkamena_D> I have never changed any settings related to active/passive. I have used both nautilus "connect to server" and filezilla for connections in the past - now both hang
[01:48] <sarnold> is there anything in the logs on the server?
[01:48] <Pinkamena_D> nothing useful in dmesg or /var/log/vsftpd.log - is there anywhere else to check?
[01:50] <sarnold> _maybe_ /var/log/auth.log?
[01:51] <Pinkamena_D> it seems to be only ssh-related entries
[01:59] <Pinkamena_D> ok well i have no idea what actually the problem is, but it works after I disable LISTEN_IPV6
[01:59] <Pinkamena_D> so yeah I will just keep chugging with ipv4...
[02:02] <sarnold> well -that- is surprising
[09:07] <SipriusPT> hello guys
[09:08] <SipriusPT> i am trying to connect an outlook client to my unix mail server and i am unable to authenticate on it
[09:08] <SipriusPT> till now i was only able to connect mail app clients
[09:09] <SipriusPT> i am using postfix, dovecot, getmail, open directory and CRAM-MD5, Digest-MD5, GSSAPI
[09:09] <SipriusPT> when i try to login i receive this message at outlook
[09:09] <SipriusPT> Iniciating session in the reception server of mail (IMAP): Failure with general authentication. No one of those authentication methods are supported by the IMAP server (if exists) are supported by this computer.
[09:09] <SipriusPT> In dovecot: auth_mechanisms = digest-md5 cram-md5 gssapi apop. (I didnt knew that i had apop enable, i will disable it in the future). Through telnet to port 143 i have AUTH=DIGEST-MD5 AUTH=CRAM-MD5 AUTH=GSSAPI. I am using Outlook 2013. I was using the same settings as i was through Mail app, login username and password, and the DNS name of this mail server through IMAP.
[09:40] <rbasak> teward: https://launchpad.net/bugs/1639814
[10:19] <RoyK> rbasak: ouch - not very nice
[11:24] <SipriusPT> hello guys
[11:24] <SipriusPT> i am trying to connect an outlook client to my unix mail server and i am unable to authenticate on it
[11:24] <SipriusPT> till now i was only able to connect mail app clients
[11:25] <SipriusPT> i am using postfix, dovecot, getmail, open directory and CRAM-MD5, Digest-MD5, GSSAPI
[11:25] <SipriusPT> when i try to login i receive this message at outlook
[11:25] <SipriusPT> Iniciating session in the reception server of mail (IMAP): Failure with general authentication. No one of those authentication methods are supported by the IMAP server (if exists) are supported by this computer.
[11:25] <SipriusPT> In dovecot: auth_mechanisms = digest-md5 cram-md5 gssapi apop. (I didnt knew that i had apop enable, i will disable it in the future). Through telnet to port 143 i have AUTH=DIGEST-MD5 AUTH=CRAM-MD5 AUTH=GSSAPI. I am using Outlook 2013. I was using the same settings as i was through Mail app, login username and password, and the DNS name of this mail server through IMAP.
[11:39] <patdk-lap> you shouldn't use cram-md5 or digest-md5
[11:39] <patdk-lap> dunno if outlook supports gssapi
[12:19] <SipriusPT> patdk-lap: i was avoiding textplain
[12:20] <SipriusPT> outlook is not compatible with those types of encryptions?!
[12:23] <patdk-lap> heh? those are not encryption
[12:23] <patdk-lap> they are a type of hash
[12:23] <patdk-lap> and why avoid plain text?
[12:23] <patdk-lap> md5 is easily crackable, so those are not secure
[12:23] <patdk-lap> your connection should be tls encrypted
[12:24] <patdk-lap> so the password type doesn't matter
[12:24] <SipriusPT> i see
[12:24] <patdk-lap> if you use plain text passwords, you get to use strong password hashing in your user database, protecting people
[12:24] <SipriusPT> i will do that
[12:24] <patdk-lap> instead of using plain text passwords in your database
[12:25] <patdk-lap> now, gssapi is good
[12:25] <SipriusPT> i was not able to set it up
[12:25] <SipriusPT> =/
[12:25] <patdk-lap> the issue there is much the same, not much support, and requires plaintext passwords or some compromise normally
[12:25] <SipriusPT> i had a problem renewing tickets
[12:30] <SipriusPT> thanks patdk-lap i already check at my config file in postfix and it seems that tls is set by default
[12:30] <SipriusPT> (this is a fresh postfix installation)
[14:38] <SipriusPT> Hello guys
[14:38] <SipriusPT>  0 down vote favorite I notice that i am unable to connect Outlook (2013) users with my Unix mail server. I have tried from a remote computer and localhost at my local network with Mail App and its working fine except with Outlook where i cannot find a way to connect it. I have also a web mail service at my mail server and this working fine too.
[14:38] <SipriusPT> I am getting this error when i try to connect through outlook:
[14:38] <SipriusPT> Iniciating session in the reception server of mail (IMAP): Failure with general authentication. No one of those authentication methods are supported by the IMAP server (if exists) are supported by this computer.
[14:39] <SipriusPT> It seems that i am having a problem with user authentication with Outlook and i dont know well how to solve it, because all my users are set to just use Open Directory.
[14:39] <SipriusPT> Is there a way to set up Outlook to login in an user password type of Open Directory?
[14:40] <SipriusPT> Thanks in advance!
[14:53] <caribou> I'm about to upload a newer qemu package for an SRU on Trusty, anyone has anything inflight ?
[14:53] <caribou> mdeslaur: ^^^
[14:53] <cpaelzer> caribou: I cleared out trusty queue 2 weeks ago - nowthing newer from me
[14:54] <caribou> cpaelzer: good, thanks. There was a recent security release so I guess nothing on this side either
[14:54] <cpaelzer> caribou: yeah I saw the pile of CVEs
[14:58] <mdeslaur> caribou: nothing in flight from me
[14:58] <caribou> mdeslaur: ok, thansk
[14:58] <mdeslaur> caribou: thanks for asking
[14:59] <cpaelzer> I often do that as well, but sometimes wonder who to ask - I wonder if there could/should be a defined way to "add what is in flight for a package" somewhere on LP or so
[14:59] <cpaelzer> I'm pretty sure that was discussed somewhen in the last decade already
[15:01] <caribou> cpaelzer: it used to be easier when there were bzr branches with the -proposed suffix
[15:02] <cpaelzer> caribou: bzr branches like for everything?
[15:05] <caribou> cpaelzer: a long time ago, yes and still it was not systematic
[16:01] <jgrimm> rharper, smoser, nacc, rbasak, caribou, cpaelzer, beisner : server irc meeting
[16:02] <caribou> \o
[17:13] <jge> hey all good morning, I'm working on an ansible playbook for ubuntu 16.04 LTS but I noticed the network interfaces are labeled different now
[17:13] <jge> I have enp0s3 instead of eth0
[17:14] <jge> it's a VM running in virtualbox, is that the interface name for interfaces now or does it change according to the hypervisor used?
[17:14] <jge> trying to keep my playbook consistent across all
[17:15] <jge> I have that interface name hardcoded in the playbook so if it changes it'll break it
[17:20] <OerHeks> jge, this is the new predictable interface naming, but you can reverse this, see http://serverfault.com/questions/741210/disabling-predictable-network-interface-names-in-xubuntu-15-10 and more info ><> https://www.freedesktop.org/wiki/Software/systemd/PredictableNetworkInterfaceNames/
[17:20] <OerHeks> GRUB_CMDLINE_LINUX="net.ifnames=0 biosdevname=0" and update-grub
[17:26] <jge> OerHeks: I see, would the first interface always be enp0s3?
[17:27] <jge> I guess not since it now uses a combination of firmware/topology and location
[17:28] <nacc> jge: 'predictable' (aiui) in that you can predict it ahead of time in case you  know your hardware; not 'predictable' as in the first interface found will always have the sam ename
[17:29] <nacc> jge: the 'issue' was the 'eth*' naming is a kernel namespace; so tooling relying on it could break at anytime without warning
[17:29] <OerHeks> I hope so, after reinstall/restore image it should pick up the same number
[17:30] <OerHeks> this prediction is a breeze for openstack, iirc
[17:37] <jge> nacc: so most of our servers are VMs with a single interface
[17:37] <jge> so first interface will always end up being enp0s3?
[17:38] <SipriusPT> hello guys
[17:39] <SipriusPT> anyone here knows a good tutorial or doc on how to set pgina to able outlook in windows to connect to a open directory?
[17:39] <SipriusPT> or if anyone here have already made this here
[18:54] <cncr04s> I'm having an issue with the network/interfaces config
[18:54] <cncr04s> setting up iface eth0 inet6 static
[18:54] <cncr04s> address, netmask, and gateway
[18:54] <cncr04s> but its not there in ifconfig after boot
[18:58] <cncr04s> http://pastebin.com/LtLFuuWY
[19:01] <sarnold> cncr04s: are you sure you're allowed to have two stanzas for one NIC like that?
[19:02] <sypher> sarnold: Yes.
[19:02] <sypher> cncr04s: However, you might try modifying how you specify the prefix length. Rather than a separate "netmask" entry, simply append "/64" to each address.
[19:05] <sypher> cncr04s: Example, https://paste.ubuntu.com/23481889
[19:11] <sypher> cncr04s: There may be some additional configuration required to add more addresses, come to think of it. I'll work up an expanded example.
[19:13] <cncr04s> adding /64 didnt seem to work
[19:14] <sypher> cncr04s: Yeah, I thought not as soon as I said it.
[19:14] <sypher> cncr04s: https://paste.ubuntu.com/23481936/
[19:15] <sypher> cncr04s: That method is known to work.
[19:15] <sypher> cncr04s: What version of Ubuntu are you running?
[19:15] <cncr04s> 14.04
[19:16] <sypher> cncr04s: Yeah, that last example is a known-good method.
[19:16] <sypher> cncr04s: Also note that ifconfig is long deprecated, and you should learn how to use the iproute2 tools, i.e. the "ip" command.
[19:17] <cncr04s> oh, i use the ifconfig for the display, not any actual commands
[19:18] <cncr04s> editing config now
[19:19] <sypher> cncr04s: https://paste.ubuntu.com/23481957/
[19:19] <sypher> cncr04s: I took your example and converted it.
[19:23] <cncr04s> k, seems to work now, ip's are there when I reboot
[19:24] <cncr04s> thanks
[21:37] <tex> I have an Ubuntu NAT router. Works fine for everything except for UDP multicast. UDP packets make it to the router, but don't leave. Am I missing something?
[22:18] <station1> i have a complicated server setup in a VM cloned it to a HDD    Ubuntu16.04 server starts perfectly only ethernet isent configured RTL8111GR i presume  ——firmware-realtek — — is the package. is there a comand to reconfigure/reinstall it without internet?
[22:31] <genii> !info firmware-realtek
[22:31] <genii> Hm
[22:31] <genii> !info firmware-realtek xenial
[22:40] <station1> if i separately install a ubuntu session how can i check and recreate the configuration. whan i install from usbstick it recognises it without intervention RTL8111GR


[01:58] <doko> h
[02:10] -queuebot:#ubuntu-release- New: accepted bpfcc [amd64] (zesty-proposed) [0.2.0-2]
[02:10] -queuebot:#ubuntu-release- New: accepted bpfcc [i386] (zesty-proposed) [0.2.0-2]
[02:10] -queuebot:#ubuntu-release- New: accepted node-liftoff [amd64] (zesty-proposed) [2.3.0-2]
[02:10] -queuebot:#ubuntu-release- New: accepted bpfcc [armhf] (zesty-proposed) [0.2.0-2]
[02:10] -queuebot:#ubuntu-release- New: accepted bpfcc [powerpc] (zesty-proposed) [0.2.0-2]
[03:50] <tsimonq2> i
[04:48] -queuebot:#ubuntu-release- New binary: tigervnc [ppc64el] (zesty-proposed/universe) [1.7.0-2ubuntu1] (no packageset)
[04:48] -queuebot:#ubuntu-release- New binary: tigervnc [amd64] (zesty-proposed/universe) [1.7.0-2ubuntu1] (no packageset)
[04:48] -queuebot:#ubuntu-release- New binary: tigervnc [i386] (zesty-proposed/universe) [1.7.0-2ubuntu1] (no packageset)
[04:56] -queuebot:#ubuntu-release- New binary: tigervnc [arm64] (zesty-proposed/universe) [1.7.0-2ubuntu1] (no packageset)
[04:57] -queuebot:#ubuntu-release- New binary: tigervnc [armhf] (zesty-proposed/universe) [1.7.0-2ubuntu1] (no packageset)
[05:00] -queuebot:#ubuntu-release- New binary: tigervnc [s390x] (zesty-proposed/universe) [1.7.0-2ubuntu1] (no packageset)
[05:03] -queuebot:#ubuntu-release- New: accepted budgie-artwork [amd64] (zesty-proposed) [0.7]
[05:03] -queuebot:#ubuntu-release- New: accepted sagemath [i386] (zesty-proposed) [7.4-4ubuntu1]
[05:03] -queuebot:#ubuntu-release- New: accepted tigervnc [amd64] (zesty-proposed) [1.7.0-2ubuntu1]
[05:03] -queuebot:#ubuntu-release- New: accepted tigervnc [armhf] (zesty-proposed) [1.7.0-2ubuntu1]
[05:03] -queuebot:#ubuntu-release- New: accepted tigervnc [ppc64el] (zesty-proposed) [1.7.0-2ubuntu1]
[05:03] -queuebot:#ubuntu-release- New: accepted sagemath [amd64] (zesty-proposed) [7.4-4ubuntu1]
[05:03] -queuebot:#ubuntu-release- New: accepted tigervnc [arm64] (zesty-proposed) [1.7.0-2ubuntu1]
[05:03] -queuebot:#ubuntu-release- New: accepted tigervnc [s390x] (zesty-proposed) [1.7.0-2ubuntu1]
[05:03] -queuebot:#ubuntu-release- New: accepted sgt-launcher [amd64] (zesty-proposed) [0.2.1-0ubuntu1]
[05:03] -queuebot:#ubuntu-release- New: accepted tigervnc [i386] (zesty-proposed) [1.7.0-2ubuntu1]
[05:14] -queuebot:#ubuntu-release- New binary: python-jsbeautifier [amd64] (zesty-proposed/universe) [1.6.4-5] (no packageset)
[05:20] -queuebot:#ubuntu-release- New: accepted python-jsbeautifier [amd64] (zesty-proposed) [1.6.4-5]
[13:50] <LocutusOfBorg> Laney, hello, there is a lot of noise/missing autopkgtestsuites that are preventing stuff from migrating
[13:50] <LocutusOfBorg> e.g. zlib/libpng1.6
[13:50] <LocutusOfBorg> specially armhf architecture
[13:51] <LocutusOfBorg> (I don't care about libpng since I just uploaded it on Debian), I care more about zlib
[13:51] <LocutusOfBorg> and zlib/c-icap/armhf can probably be hinted because it seems a glibc regression to me
[13:52] <LocutusOfBorg> happy new year to you all :)


[09:25] <psivaa> cjwatson: infinity: if in case you have not noticed, precise d-i installs have been failing for since 20131212 with ' debconf: --> INPUT critical anna/no_kernel_modules'
[09:55] <infinity> psivaa: ... with which d-i build?
[09:56] <infinity> psivaa: Oh, the one Colin uploaded recently that's still in -proposed?
[09:58] <psivaa> infinity: not sure what version is being used, let me check if there is that information
[09:58] <infinity> psivaa: Well, you should know where you're fetching it from.
[09:58] <psivaa> infinity: these are images from cdimage
[09:59] <psivaa> libdebian-installer4_0.79ubuntu2.1_amd64.deb
[09:59] <infinity> Oh, bah.  precise server images probably build with proposed enabled right now, and get the proposed d-i.
[09:59] <infinity> psivaa: That version didn't help me any, but don't worry about it.
[10:00] <infinity> psivaa: It'll all magically clear up when the kernels it's looking for move to updates, or there's a preseed you can use to tell it to look in -proposed (and I forget what that is...)
[10:00] <infinity> xnox: ?
[10:00] <xnox> infinity: ?
[10:01] <infinity> xnox: What's the cmdline pressed to tell d-i to use -proposed?
[10:01] <xnox> infinity: ah, yes. wiki.ubuntu.com/ enable proposed page
[10:01] <xnox> https://wiki.ubuntu.com/Testing/EnableProposed
[10:01] <xnox> apt-setup/proposed=true
[10:01] <psivaa> infinity: okay, that's not very urgent for me.. was wondering if there is anyother cause than the pkges being in transit
[10:02] <infinity> psivaa: Nah, it's just that.
[10:02] <infinity> psivaa: But apt-setup/proposed=true should fix it.  In theory.
[10:02] <xnox> jibel: instead of emailing me direct =) it would be great to subscribe<EMAIL_ADDRESS>to the jenkins messages.
[10:02] <psivaa> infinity: ack,thanks. i'll try that when i have some time
[10:02] <xnox> jibel: this list is ok to use for automated notifications, and e.g. kernel upload notifications go there and other various things like that.
[10:03] <infinity> psivaa: BTW, do we have armadaxp kernel SRU testing sorted yet, or should I make Ike smoketest his kernels again this cycle?
[10:03] <psivaa> infinity: yes, we have. sorry dint update you. quantal is done. i am working through the precise kernel
[10:03] <xnox> infinity: i thought images can be switched back to building from -updates pocket, no? all the pending srus were verified...
[10:04] <infinity> psivaa: Oh, lovely.  Thanks.
[10:04] <psivaa> yw
[10:04] <infinity> xnox: All the pending SRUs ever?
[10:04] <infinity> xnox: We build from -proposed in between point releases, then switch when we get close to wanting to build RCs.
[10:04] <xnox> infinity: =) i see grub*
[10:05] <jibel> xnox, updated
[10:05] <xnox> infinity: i see. hm. somehow i was under the impression that it build from -updates.
[10:05] <xnox> desktop are build from -proposed as well?
[10:05] <xnox> jibel: thanks =)
[10:05] <infinity> xnox: All precise images.
[10:06] <xnox> ack.
[10:06] <infinity> xnox: It's just easier than people asking for one-off "can you build this with proposed to validate $foo" builds.
[10:07] <xnox> true.