[01:58] <mwhudson> er what http://launchpadlibrarian.net/319496467/zope.security_4.0.3-1ubuntu2_4.0.3-1ubuntu3.diff.gz
[10:31] <xnox> tsimonq2, doko - hey, I wanted to demo anthy merge as a sample one on a google on air as a demo for +1 maintainance. but since it's now blocking qt transition, i guess i should just keep a copy of the merge, and just upload it.
[10:32] <xnox> bah &> #ubuntu-release
[14:57] <doko> LocutusOfBorg: your merge comment for baloo seems to be outdated
[15:00] <LocutusOfBorg> doko, I didn't write that comment, maybe tsimonq2 or somebody else did
[15:04]  * tsimonq2 bounces to acheronuk
[15:15] <acheronuk> tsimonq2: what merge?
[15:20] <acheronuk> oh, on mergomatic. that baloo is the old KDE4 one, and should be killed off/removed this cycle.  Want to detail the tasks you were looking to add?
[18:26] <xnox> popey, hi, almost end of day soon. I was thinking these tasks: 1) remove upstart user session jobs from a package 2) remove upstart system job from a package, with correct maintainer scripts 3) write a systemd unit for a package which only has init.d script and/or upstart job
[18:27] <popey> Oooh! Those are good!
[18:27] <xnox> popey, the tasks are small, and easy to review/integrade, but do cover a lot of ground.
[18:27] <popey> I like. Would you be willing to mentor for them?
[18:27] <xnox> popey, i'm happy to mentor these tasks, and sponsor them into ubuntu (and debian)
[18:27] <popey> You are amazing. Thank you.
[18:27] <xnox> popey, do i need to provide qty counts for these tasks?
[18:28] <popey> Not right now. We can discuss the details tomorrow if you like?
[18:28] <xnox> popey, ack.
[18:28] <xnox> popey, it is hte right level of size and/or difficulty?
[18:28] <popey> yes, totally
[18:28] <xnox> popey, is it the right level of size and/or difficulty?
[18:28] <xnox> ack
[18:28] <popey> we need lots of tasks across lots of difficulty levels
[18:28] <popey> some will be relatively simple, others much longer
[18:29] <popey> the simple ones are great to get people started with the tools
[18:31] <xnox> popey, the remove user session job should be trivial; system job a bit harder, as one needs a correct debian/pkg.maintscript line; the writting systemd unit a bit creative, can be trivial just a debian/foo.service or can be quite hard.
[18:32] <popey> Gotcha.
[18:46] <geofft> nacc: hey, are you around? want to sponsor LP #1725110 for artful now that it's in bionic?
[18:47] <nacc> geofft: oh yes, I'm sorry!
[18:47] <nacc> geofft: i'll get it done today
[18:47] <nacc> geofft: been distracted with other work,
[18:49] <geofft> thanks!
[18:54] <andreas> hi, could someone please accept my zesty nomination for https://bugs.launchpad.net/ubuntu/+source/bind9/+bug/1565060 ?
[18:54] <andreas> thanks
[18:55] <sarnold> andreas: done
[19:02] <andreas> sarnold: thanks
[19:02] <sil2100> !dmb-ping
[22:45] <nacc> geofft: still around?
[22:48] <nacc> are you ok if i sponsor the config-package-dev_5.2ubuntu0.1.debdiff? I'm a lot more comfortable with a one-line change SRU than a minor version SRU.
[22:48] <nacc> geofft: --^ sorry
[22:49] <geofft> yeah, that's fine with me
[22:49] <nacc> geofft: thanks, i'll prep that nnow
[22:50] <geofft> it's mostly up to you folks whether you feel more comfortable with a tinier diff, or a larger diff that adds tests, I'm pretty indifferent :)
[22:58] <nacc> geofft: done :)
[23:00] <geofft> nacc: thank you!
[23:00] <nacc> geofft: yw, sorry again for the delay


[13:08] <Teeed>  hi: how does multiverse repository really work? i tried googling it, and did have not found answer to one simple question: how does packages end up in universe repo? how can i add mine?
[13:08] <Teeed> as i understood packages from "debian' end up in main repo
[13:08] <Teeed> saying debian i meant debian-experimental
[14:08] <sil2100> Teeed: hey! It's not entirely like that, so from Debian we sync things from both main and universe, the difference is that basically 'main' are the officially supported and maintained, usually being part of default installations or some official Ubuntu images
[14:09] <sil2100> If you want to add a new package to Ubuntu you can indeed do it through Debian and then it can get synced, but there's also a new package procedure in Ubuntu as well
[14:09] <sil2100> https://wiki.ubuntu.com/UbuntuDevelopment/NewPackages
[15:17] <Teeed> so basically i have to go through sponsor queue in debian or in ubuntu? :)
[15:49] <RikMills> yep
[16:21] <Teeed> and how upgrading this package looks like?
[16:22] <Teeed> is it exactly the same long way as adding new package?


[01:06] <shayr> Hi. I am having a problem with postfix sasl authentication. I have domne everything accotding to docs, but when I try telnet I don't have 250-AUTH LOGIN PLAIN and 250-AUTH=LOGIN PLAIN
[01:12] <pmatulis> shayr: try #postfix
[01:14] <shayr> I will, thanks a lot :)
[01:37] <a1fa> well, this is just shitty
[01:37] <a1fa> https://bugs.launchpad.net/ubuntu/+source/ifupdown/+bug/1301015
[01:37] <a1fa> WTF
[01:47] <pmatulis> a1fa: what's wrong?  use ifdown & ifup
[01:50] <a1fa> pmatulis: i had to modify my scripts
[01:50] <pmatulis> a1fa: ok good
[01:50] <a1fa> now, sshd is also disabling forwarding by default in 14.04
[01:51] <pmatulis> a1fa: a sensible default
[01:53] <a1fa> the man says default is set to yes
[01:54] <a1fa> service ssh reload?
[01:54] <pmatulis> restart
[01:55] <a1fa> its not taking it
[01:55] <a1fa> forwarding is still disabled
[01:55] <a1fa> fun
[01:56] <pmatulis> possibly a misconfiguration or you're not testing properly?
[01:56] <a1fa> ~$ sudo grep -i tcpforwarding /etc/ssh/sshd_config
[01:56] <a1fa> AllowTcpForwarding yes
[01:59] <a1fa> not even working after reboot
[02:00] <a1fa> blah
[02:00] <a1fa> its working, wtf
[02:02] <a1fa> i cant forward via tunnel
[02:02] <a1fa> (tun0)
[02:06] <a1fa> anodther change in 14.04
[02:21] <Patrickdk> what does allowtcpforwarding have to do with tun?
[02:42] <T3CHKOMMIE> Hey guys, anyone ever trouble shot SMTP auth on an ubunbu mail server?
[02:42] <T3CHKOMMIE> i have followed about 18 different guides, reimaged about 6 times and still cant get my imap clients to connect to the outgoung server.
[02:43] <T3CHKOMMIE> maybe some debugs i can enable? mail.log and mail.err dont show my anything interesting and my imap client just keeps saying that the server isnt responding. :(
[02:48]  * Patrickdk wonders what imap has to do with smtp
[02:48] <Patrickdk> and why you would bother to follow any tutorials
[02:48] <Patrickdk> it is guarrenteed a tutorial *won't* fix your problem
[08:10] <lordievader> Good moorning.
[08:16] <shayr> Good morning
[08:18] <lordievader> Hey shayr, how are you?
[08:18] <shayr> Good thanks, you?
[08:19] <shayr> Configuring postfix atm
[08:20] <lordievader> Doing good here ;)
[08:23] <shayr> :)
[08:58] <Aison> I would like to use ufw on my linux router
[08:59] <Aison> now I looked into ufw/sysctl.conf
[08:59] <Aison> for what are these options good for? net/ipv4/conf/default/accept_source_route
[09:00] <Aison> these four rules are titled by # Do not accept IP source route packets (we are not a router)
[09:00] <Aison> do I have to set them to 1?
[09:19] <rbasak> jamespage: do you know about bug 1353423? Not sure what our tomcat plans are for Utopic.
[09:19] <jamespage> rbasak, hmm - I was ignoring tomcat8 for utopic
[09:19] <jamespage> rbasak, I swear I fixed that once
[09:19] <jamespage> rbasak, oh - I did
[09:19] <rbasak> jamespage: I don't actually see it in component mismatches
[09:20] <jamespage> we're carrying a delta - I just did not close the bug
[09:20] <rbasak> jamespage: there's also bug 1349889 which is in component mismatches still. One for zul though maybe? Looks like Openstack pulls in python-redis.
[09:21] <jamespage> rbasak, looking
[09:21] <rbasak> (though it's not clear to me)
[09:23] <jamespage> rbasak, we can drop the depends for now -   * Add python-hiredis to Recommends due to performance improvements when used
[09:23] <jamespage> but we might want to review next cycle
[09:23] <jamespage> rbasak, let me deal with that now
[09:23] <rbasak> Thanks
[09:23] <jamespage> rbasak, bumping down to suggests for now
[09:24] <rbasak> I also see a new heat->python-saharaclient one. Probably for zul or coreycb?
[09:26] <jamespage> rbasak, yes
[09:26] <jamespage> rbasak, I think I'm going to suggest a sprint for the last bits of openstack
[09:26] <jamespage> virtual
[09:26] <jamespage> horizon is in a bad place right now
[09:38] <therve> hallyn, Hi, around? I have a question about qemu packaging
[09:42] <jamespage> therve, he won't be around for a bit - I might be able to help
[09:42] <therve> I got my timezones mixed
[09:42] <therve> jamespage, A new machine type has been created for https://bugs.launchpad.net/ubuntu/+source/qemu/+bug/1294823
[09:43] <therve> In the 2.0 package it points to the latest machine type which is something like pc2.0
[09:43] <jamespage> therve, yes - this rings a bell
[09:43] <therve> I was wondering the patch should be updated for qemu 2.1 to still point to that
[09:43] <therve> Instead, the utopic package it's pc-2.1
[09:44] <jamespage> therve, possibly - I remember it was todo with supporting migrations between Ubuntu series (i.e. trusty->utopic)
[09:44] <therve> jamespage, Right, I think it's the intent
[09:44] <jamespage> therve, so we may need to add a new utopic one in  - but'd I'd defer to hallyn on that - there was some complication around this
[09:44] <therve> But it seems it should be changed if we want that behavior
[09:45] <therve> jamespage, I wouldn't be surprised :)
[09:45] <therve> Do you want me to open a bug to track it?
[09:45] <jamespage> hallyn, zul: ^^ if you could respond that would be great - therve - sounds like a good idea - yes please!
[09:45] <therve> jamespage, Great, thanks!
[10:09] <hua_> quit
[10:09] <hua_> quit
[10:09] <hua_> quit
[10:09] <hua_> quit
[10:09] <hua_> quit
[10:09] <hua_> exit
[10:09] <hua_> exit
[10:48] <pmatulis> morning
[13:49] <hallyn> therve: i thought i'd changed that, actually.  you're right, it should point to the latest one.
[13:50] <therve> hallyn, It does point to the latest one?
[13:50] <therve> I opened bug #1369481 BTW
[13:50] <hallyn> oh right :)  yes, it shoul dpoin tto 2.0
[13:50] <hallyn> and utopic point to 2.1
[13:50] <therve> Ah right, add a new machine type
[13:50] <therve> Makes sense to me!
[13:51] <hallyn> thanks for opening the bug, if you wanted to write a patch to fix it please do, else i'll do it later today
[13:52] <hallyn> jdstrand: hey, so a qemu bug thread made me wonder - any chance you have ext4 extents not enabled in your filesystem?  there's a (raw image, unfortunately, iiuc) bug in there...
[13:52]  * hallyn biab
[14:10] <jdstrand> hallyn: $ mount|grep home
[14:10] <jdstrand> /dev/sda3 on /home type ext3 (rw)
[14:11] <jdstrand> (I have my images in /home, not /var/lib/libvirt)
[14:12] <jdstrand> hallyn: mdeslaur hypothesized that the qemu monitor is saying it is done when it actually isn't such that libvirt might proceed to the next operation prematurely
[14:14] <jdstrand> we discussed a bit amongst the team and sarnold_ and I use a similar process that might trigger it whereas others on the team do not. If his hypothesis is correct, load on the host system may be a factor
[14:14] <jdstrand> we've added a strategic sleep() call in uvt to see if we can avoid the problem
[14:16] <hallyn> ext3!
[14:16] <hallyn> i've never tried that
[14:17] <hallyn> jdstrand: interesting
[14:17] <jdstrand> if I were to guess, I would guess sarnold_ is using ext3 for home based on past conversations, but I am not sure
[14:17] <jdstrand> my system is pretty old
[14:18] <jdstrand> I think when I got it and setup the drive, I had just finished getting bitten by some annoying ext4 data loss bugs (or, at the very least, the memory was still fresh)
[14:24] <hallyn> was that by any chance 2010?
[14:24] <hallyn> that sent me to xfs for a few years
[14:24] <jdstrand> plausible. I forget when we switched to ext4 by default
[14:25] <jdstrand> I use ext4 these days, but this system still has ext3
[14:44] <hallyn> jdstrand: so yes, if it is ext3 then it doesn't use ext4 extents.
[14:45] <hallyn> something to keep in mind if your sleep experiment doesn't pan out
[15:53] <jamespage>  bug 1361357
[16:51] <sarnold_> hallyn,jdstrand: indeed, I still use ext3
[20:54] <tarvid> any recommendations on a simple url monitor
[20:55] <ikonia> hobbit ?
[20:55] <Pici> what does a url monitor do?
[20:55] <tarvid> makes sure a website responds
[20:59] <tarvid> xymon looks good
[20:59] <tarvid> (formerly hobbit)
[20:59] <ikonia> oh hobbits changed names
[20:59] <ikonia> thats interesting
[20:59] <RoyK> tarvid: xymon isn't that good - use icinga/nagios instead
[20:59] <tarvid> the last time I used it it was called big brother
[21:00] <tarvid> RoyK, icinga is in a PPA, I have had disastrous results with PPAs on servers
[21:00] <RoyK> tarvid: we use it at work, I don't like it
[21:00] <tarvid> Nagios seems heavy
[21:00] <tarvid> What's wrong with xymon?
[21:00] <RoyK> tarvid: icinga is in the normal repos
[21:00] <ikonia> sees a bit overkill
[21:01] <ikonia> you could just use a script with wget/curl
[21:01] <tarvid> that would be tempting
[21:01] <tarvid> I would like to know if a site changed more than a threshhold
[21:01] <RoyK> tarvid: it's years since icinga were in just ppas
[21:02] <tarvid> My bad, I read their wiki


[15:57] <rk4n3> hi all, question:  my mythtv setup seems to be working fine for everything except one thing - I can't play a library video file from a remote frontend, even though I can play it from the frontend on the server, and the video does show up in the remote library listing, just can't be played
[17:04] <rk4n3> oh wow, nevermind - the issue ended up simply being theme selection in the remote frontend ... must have been a bug in the theme or something weird like that