[00:47] <superdave321> does anyone know anything about ajenti?
[02:30] <tash> is there some way to tell if I'm actually vulnerable to this? http://people.canonical.com/~ubuntu-security/cve/2014/CVE-2014-0118.html
[02:31] <tash> aside from checking to see if the mod is enabled or not. I definitely see that the mod is enabled, but is there some way to look inside the module code to see if said function is there?
[02:32] <TJ-> tash: That CVE lists the package versions that contain the fix
[02:34] <tash> TJ-, I understand that. But how can I find out the actual function is being used.  Is it possible that it is commented out? That's what I'm getting at.
[02:34] <tash> Would I have to talk to the developers of the site/app to determine if the vuln affects my stuff?
[02:39] <TJ-> tash: which release/apache version are you using?
[02:39] <gambol> hey guys, which d-i option will skip asking me the "hostname" in preseed cfg file
[02:39] <TJ-> tash: You can see the patches in the debian/patches/ directory of the source diff file published from the security team
[02:40] <TJ-> tash: e.g. for Trusty, https://launchpad.net/ubuntu/trusty/+source/apache2/2.4.7-1ubuntu4.1 and the "apache2_2.4.7-1ubuntu4.1.debian.tar.gz" file
[02:40] <gambol> right now the pxe installation stops at the "hostname" setting pharse, waiting my press enter.
[02:41] <gambol> I just want to acceput the hostname which getting from dhcp/dns automatically
[02:44] <TJ-> gambol: I'm not sure, almost guessing here, but have you considered "d-i netcfg/get_hostname seen true"
[02:45]  * gambol tries on TJ- 's tip...
[03:25] <gambol> TJ-, Thanks a lot
[03:26] <gambol> I finally figure it out, but it is not "seen true" issue for me
[03:26] <gambol> it is "priority=critical" in kernel boot
[03:26] <gambol> thanks a  lot
[03:27] <TJ-> gambol: I did wonder about that :)
[05:05] <arrrghhh> Hi all.  Hoping to upgrade LTS-to-LTS, and waiting for the .1 release... do-release-upgrade still tells me nothing is available.  .1 was released yesterday I thought?
[05:37] <sarnold> arrrghhhAWAY: "a few hours ago" would probably be more accurate..
[07:37] <heftig-z> has anyone had any success suspending a ubuntu VM to disk? (not using the hypervisor's pause feature)
[08:19] <zetheroo> seems like disabling KSM in qemu-kvm is not working after all !! :(
[08:19] <zetheroo> Look like I am going to revert back to 12.04 - this is rubbish!
[08:25] <jamespage> zetheroo, yes there is a problem in the 3.13 kernel - its being investigated now; for now the workaround is to disable KSM
[08:26] <jamespage> zetheroo, that should be OK - let me find out the details
[08:28] <zetheroo> I disabled KSM yesterday ... it seemed to have solved the networking issue but then today it's starting again ... :P
[08:29] <zetheroo> jamespage: basically the guests are no longer pingable - 40% - 90% packet loss
[08:29] <jamespage> zetheroo, that's inline with what other people have seen
[08:29] <zetheroo> and then a couple minutes later they are pingable again
[08:30] <jamespage> zetheroo, normally this starts to happen after XXX period of time
[08:30] <zetheroo> right - for us it's happening a day after disabling KSM
[08:30] <jamespage> zetheroo, https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1346917
[08:31] <zetheroo> is there anything I can do to keep things running? - Even if I have to pass a command to restart a service ever few hours - ...
[08:32] <jamespage> zetheroo, still pinging folks - people have definately been able to workaround this problem and disable KSM completely
[08:32] <ujjain> i need the cloud, how do i install it?
[08:33] <zetheroo> jamespage: is it enough to disable KSM in qemu-kvm ?
[08:33] <jamespage> zetheroo, https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1338277/comments/1
[08:33] <zetheroo> Will restarting the qemu-kvm service and libvirt-bin service every so often help?
[08:36] <zetheroo> jamespage: I have already disabled KSM in the qemu-kvm file ... shutdown all the guests and rebooted the host. But that was yesterday, and it seems to have worked until this morning.
[08:36] <jamespage> zetheroo, you probably want todo it at the system level as well
[08:37] <zetheroo> jamespage: This morning I restarted both the libvirt-bin and qemu-kvm services and things are holding for the last 15 min ...
[08:37] <zetheroo> jamespage: At "system level"?
[08:38] <jamespage> zetheroo, echo 0 | sudo tee /sys/kernel/mm/ksm/run
[08:39] <zetheroo> output = 0
[08:40] <jamespage> zetheroo, that's good - if cat /sys/kernel/mm/ksm/run returns "0" its disable in the kernel itself
[08:40] <zetheroo> yes, it returns 0
[08:41] <jamespage> zetheroo, so even if qemu tried to use KSM, the kernel won't do it now I think
[08:41] <jamespage> zetheroo, see how that goes; it looks like the kernel team have a fix in the pipeline for the next kernel update which is good
[08:41] <zetheroo> but I turned KSM off yesterday ... and the networking issues reoccurred today
[08:42] <zetheroo> how long do you think before the fix update hits the mainstream repos? Days/weeks/months?
[08:43] <zetheroo> And it's happening again :P
[08:44] <jamespage> zetheroo, gah
[08:44] <jamespage> zetheroo, arges will be around later (he's US based) he would know the timescale better that I do
[08:45] <jamespage> zetheroo, I appreciate that this is less than ideal
[08:45] <zetheroo> :) only slightly
[09:32] <jamespage> rbasak, any thoughts on https://launchpadlibrarian.net/180674038/buildlog_ubuntu-utopic-arm64.mysql-5.6_5.6.19-1~exp1_FAILEDTOBUILD.txt.gz ?
[09:33] <jamespage> I'm assuming that's some sort of compiler bug
[09:50] <jamespage> zul, hallyn: I raised this - https://bugs.launchpad.net/ubuntu/+source/qemu/+bug/1348551
[09:50] <jamespage> it seem to so obvious that I must be doing something wrong.
[09:50] <jamespage> but utopic is the same
[09:55] <rbasak> jamespage: I agree - compiler bug.
[09:55] <rbasak> I'm not sure who could take that on. doko? Linaro?
[09:56] <rbasak> jamespage: shall we hit the rebuild button and see if it reproduces?
[09:57] <jamespage> rbasak, already did that
[09:57] <jamespage> rbasak, raised https://bugs.launchpad.net/ubuntu/+source/gcc-4.9/+bug/1348560
[09:58] <rbasak> Subscribed, thanks!
[10:04] <sonne> 14.04.1 is out right?
[10:05] <sonne> i'm still getting 'No new release found' on my precise servers...
[10:07] <heftig-z> has anyone had any success suspending a ubuntu VM to disk? (not using the hypervisor's pause feature)
[10:32] <rbasak> mdeslaur: uploaded apache2 2.4.10-1ubuntu1
[11:22] <mdeslaur> rbasak: thanks! :)
[12:35] <gnuoy> rbasak, It looks remarkably like the nagios-nrpe merge is done \o/ Thank you for all the help
[12:42] <rbasak> gnuoy: I ahdn't got to that yet! Looks like dholbach sponsored it for you. Nice one!
[12:44] <gnuoy> rbasak, how do I see who sponsored it ?
[12:45] <rbasak> gnuoy: https://launchpad.net/ubuntu/+source/nagios-nrpe/2.15-1ubuntu1
[12:46] <gnuoy> ah, I was lookking on the bug. thanks
[12:46] <rbasak> You can construct that URL for any source package, or click through from https://launchpad.net/ubuntu/+source/nagios-nrpe
[13:00] <hallyn> jamespage: You don't say in the bug what went wrong and what you expected;  i have no idea what bug 1348551 is asking for
[13:01] <hallyn> oh
[13:01] <jamespage> hallyn, the check at the start of the pre-start script exits if /usr/bin/kvm does not exists
[13:01] <jamespage> so none of the rest of the script executes
[13:01] <jamespage> unless you have qemu-kvm installed
[13:01] <hallyn> feh, i think this happened with one of hte recent pkg reorgs in debian
[13:02] <hallyn> jamespage: any downside to using /dev/kvm?
[13:03] <hallyn> oh yeah, won't work with old systems where kvm isn't autoloaded
[13:04] <hallyn> but qemu-kvm is not a transitional package
[13:10] <hallyn> apw: smb: does having kvm mounted at boot depend on a newer kernel, or a newer udev?
[13:11] <smb> hallyn, you mean the kvm modules loaded automatically, that is kernel
[13:14] <hallyn> smb: are there any support kernels left where that does not happen?
[13:14] <smb> hallyn, Lucid probably
[13:14] <hallyn> smb: i'mthinking for cloud archives,
[13:14] <hallyn> do we still support any precise with 3.2 kernel?
[13:15] <smb> hallyn, Let me check to make sure, but I think Precise already was having the alias setting
[13:16] <hallyn> smb: that woudl be great
[13:19] <smb> hallyn, Hm, no. I remembered that wrong
[13:19] <hallyn> jamespage: do we support cloud archive with 3.2 kernel, or does cloud archive force a newer kernel?
[13:19] <smb> So Precise would be the one which does not auto-load the kvm modules
[13:20] <hallyn> smb: ok, so we could have qemu-system-common.postinst modprobe kvm i suppose.  that's kind of ugly
[13:21] <hallyn> or, we can make the check "if [ ! -c /dev/kvm -a ! -f /usr/bin/kvm ]; then { stop; exit 0; } fi;"
[13:22] <hallyn> then we say that in precise you have to have qemu-kvm installed;  minimize the problem at least
[13:22] <hallyn> jamespage: ^ preference?
[13:23] <jamespage> hallyn, 3.2 is supported with the cloud archive
[13:24] <jamespage> hallyn, I'm not sure that device presense is the right thing todo here; the check is really to deal with when the package is removed but not purged
[13:24] <jamespage> you want the upstart configuration to just no-op in this case
[13:24] <jamespage> so checking for a binary provided by qemu-system-x86 would make sense IMHO
[13:25] <hallyn> it's not only for qemu-system-x86
[13:25] <jamespage> hallyn, but its provided by that package
[13:25] <hallyn> arm, arm64, ppc,
[13:26] <hallyn> hm, maybe it should be provided by qemu-kvm
[13:26] <hallyn> and made avaialble on the other arches
[13:26] <jamespage> hallyn, is qemu-kvm not transitional then?
[13:27] <hallyn> jamespage: all right, fine.  I think it's ugly, but I'll change it to that.  thanks.
[13:27] <hallyn> no
[13:27] <hallyn> mjt had wanted it to be :)
[13:27] <hallyn> So, this means we never have ksm enabled by default on arm64 systems?
[13:27] <hallyn> That's a shame
[13:28] <jamespage> hallyn, qemu-system-common might be a better place?
[13:28] <hallyn> I think so
[13:28] <hallyn> script will need updating then to load the right modules for other arches;  but that's worth doing.
[13:28] <jamespage> hallyn, its depended on by all of the arch specific packages
[13:29] <hallyn> what is
[13:29] <jamespage> qemu-system-common
[13:29] <hallyn> oh, yes.  that's the point of it :)
[13:29] <jamespage> indeed
[13:29] <jamespage> hallyn, so right now the way the charms deploy nova-compute means that qemu-kvm upstart configuration never applies any changes AFAICT
[13:30] <jamespage> hallyn, result is that KSM never gets enabled :-) which is why we did not see this issue on serverstack
[13:30] <jamespage> this issue == KSM issue
[13:31] <hallyn> "you're welcome"    (j/k)
[13:31] <jamespage> lol
[13:31] <hallyn> yeah unfortunately this stuff got moved around quite a bit the last cycle or two, as debian is wanting to change things;  i apparently lost track ofthat part
[13:36] <hallyn> jamespage: fixed in git://anonscm.debian.org/pkg-qemu/qemu.git #ubuntu-dev
[13:38] <jamespage> hallyn, +1
[13:39] <hallyn> looking to see if there are any other fixes i should push in along with it...
[13:59] <cipher__> Can anyone recommend an alternative to dovecot?
[14:03] <cipher__> I can't manage to set it up properly
[14:03] <rbasak> zul, coreycb, matsubara, jamespage, gnuoy, gaughen, kickinz1, beisner-afk, rharper, lutostag-away, smoser, hallyn: ready for another merge sprint?
[14:03] <gnuoy> yes!
[14:03] <rharper> rbasak: \o
[14:03] <rbasak> Everyone else: my team are going to do some virtual sprinting for the next couple of hours to get a bunch of server packages merged and sponsored.
[14:04] <kickinz1> Ready!
[14:04] <jamespage> rbasak, yes
[14:04] <rbasak> Feel free to watch, or join in, etc. There are sponsors here to try and help and get packages and other server fixes landed.
[14:04] <matsubara> o/
[14:04] <rbasak> http://reqorts.qa.ubuntu.com/reports/ubuntu-server/merges.html is a list of ~ubuntu-server subscribed packages that may need a merge
[14:04] <rbasak> https://merges.ubuntu.com/ has the full list
[14:04] <rbasak> https://wiki.ubuntu.com/UbuntuDevelopment/Merging is a helpful guide
[14:04] <rbasak> Shall we refresh the list of packages that everyone was working on?
[14:04] <rbasak> How about a pad, actually?
[14:04] <gnuoy> I'll take pacemaker unless anyone has that already
[14:04] <rharper> rbasak: sure
[14:05] <rbasak> http://pad.ubuntu.com/server-team-merges
[14:05] <kickinz1> was on keepalive, needed to finish discuss about, and maybe uploading.
[14:05] <rharper> rbasak: I left off with vgabios, confused because it appeared that all of the patches were already applied  but quilt didn't think so.
[14:06] <gnuoy> rharper, my patch says "It looks like this package is maintained in revision control: ... You almost certainly don't want to continue without investigating". You had that last week right ?
[14:07]  * gnuoy goes to the irc logs
[14:07] <rbasak> gnuoy: yes, that's common.
[14:07] <rharper> gnuoy:   yeah; though that's not a big deal, just means we need to look at the patches
[14:07] <gnuoy> ok, sounds good. thanks
[14:07] <rbasak> Some packaging is maintained in VCS. Openstack packaging, for example (I think?)
[14:08] <rbasak> Most of the Ubuntu desktop packages are as well I think.
[14:08] <rbasak> The VCS-* fields in debian/control are supposed to point to the VCS
[14:08] <hallyn> jamespage: <phew> ok, finally fixed in all places I hope, thanks for raising that.
[14:08] <rbasak> But we end up with those fields in packages with an Ubuntu delta, where strictly speaking it isn't the Debian VCS since we have diverged.
[14:10] <rbasak> So what I'd like to try today is:
[14:10] <rbasak> 1) Everyone pick a package, update the pad so we know what everyone is working on, and work on it.
[14:10] <rbasak> 2) When blocked, please ask, and if I'm behind, put a note on the pad, so that I don't forget to get to you.
[14:11] <rbasak> 3) I'll answer questions here on IRC, review and sponsor, etc, and work on  clearing the "blocked" list.
[14:12] <rbasak> 4) Anybody else who can mentor or sponsor, please do the same.
[14:12] <rharper> rbasak: I run grab-merge vgabios; the vgabios-0.7a-5ubuntu1/  already has the patches applied;  to confirm this, I unpacked vgabios_0.7a.orig.tar.gz; copied in the debian/patches, then ran quilt push -a; and they all cleanly apply
[14:12] <rbasak> Any suggestions, feedback, questions, comments on that process?
[14:12] <jamespage> grabbing erlang
[14:13] <kickinz1> seems good to me
[14:13] <rbasak> OK, so I'll try to go in order. kickinz1 first with keepalived.
[14:13] <kickinz1> ok
[14:13] <rbasak> Meanwhile if anybody else can help rharper please do, otherwise I'll get to you asap.
[14:14] <rbasak> kickinz1: so where are you with keepalived?
[14:14] <rharper> rbasak: sounds good
[14:14] <jamespage> rharper, what do you have?
[14:14] <rharper> jamespage: vgabios
[14:14] <kickinz1> we end up with an old patch that was not applied any more, for a libnl3 compatibility
[14:15] <rharper> jamespage: there's a trivial conflict in the debian/control file (orig maintainer update)
[14:15] <jamespage> rharper, OK
[14:15]  * beisner looks at asterisk
[14:15] <rharper> after resolving, the package builds fine as-is; but rbasak suggested that I try to apply the patches; but the odd thing was that all of the patches are applied in the -1ubuntu5 dir -- but not .pc dir
[14:15] <rharper> so quilt doesn't think they are
[14:16] <kickinz1> and a upstart modification that came with edgy release, was asking if those patches still need to be out of sync with debian.
[14:16] <hallyn> rharper: ok lemme take a look over ehre
[14:16] <kickinz1> -end of memory-
[14:16] <rbasak> kickinz1: OK, looking and trying to remind myself now
[14:17] <rbasak> rharper: if it builds, then that suggests to me that the patches applied OK.
[14:17] <lutostag> rbasak: same problem as rharper -- my autofs_5.0.8.orig.tar.bz2 already has debian/patches/* applied
[14:17] <rbasak> rharper: I tend to ignore .pc - that's just quilt's internal state. I tend to "quilt pop -a" and rm -Rf .pc if in doubt
[14:17] <rharper> rbasak: they do actually, if I unpack the orig.tgz, and copy over the debian dir, quilt will appliy them all
[14:18] <jamespage> rharper, I think there is a bug in the grab-merge tool or the bit serverside that generates one of the tarballs
[14:18] <cipher__> dovecot is the only mail server for smtp?
[14:18] <rbasak> cipher__: dovecot is primarily IMAP. postfix or exim for SMTP
[14:18]  * rbasak focuses on kickstartd
[14:19] <rbasak> Uh, keepalived.
[14:19] <lutostag> rbasak: nvm, my orig.tar is clean; I think I can move forward
[14:19] <jamespage> rharper, I just hit the same thing with erlang
[14:20] <rharper> jamespage: yeah -- I tried with the grab-merges.sh versus the one in the dev tools; they do the same thing w.r.t patch appling
[14:20] <rharper> applying
[14:20] <rharper> so, what;s the next step then since it builds OK ?
[14:20] <jamespage> rharper, generate a debdiff and give it to me for sponsorship
[14:21]  * beisner keeps picking doozies.  grab merging asterisk sends a scary message
[14:21] <rharper> jamespage: ok, so debdiff between the debian version and the 1ubuntu5 version ?
[14:21] <rharper> using the .dsc files?
[14:21] <jamespage> rharper, yep
[14:21] <rharper> ok
[14:21] <beisner> ie.  *** WARNING ***  It looks like this package is maintained in revision control ... You almost certainly don't want to continue without investigating.
[14:22] <jamespage> beisner, don't worry to much - if the Vcs fields are debian ones thats fine
[14:22]  * jamespage listens to the fan spin up as erlang builds
[14:28] <rbasak> kickinz1: AFAICT, the previous ubuntu_libnl3.patch was never applied because it didn't appear in debian/patches/series
[14:28] <matsubara> rbasak, Does it take some time to update http://reqorts.qa.ubuntu.com/reports/ubuntu-server/merges.html? For python-flake8 it says the zul uploaded the last version (2.1.0-1ubuntu2) quite recently but when I run grab-merge on it, I get 2.1.0-1ubuntu1 instead
[14:28] <rbasak> kickinz1: looking at the actual diff
[14:29] <zul> matsubara:  yeah i did it this morning
[14:29] <rbasak> matsubara: yes - both the report and grab-merge are processed only periodically.
[14:29] <matsubara> zul, rbasak: ah, ok. I'll pick another one then.
[14:29] <rbasak> kickinz1: also, my diff doesn't show the build-depends line changing either.
[14:30] <kickinz1> the only diff I saw was in the upstart.
[14:30] <rbasak> kickinz1: I only see the postinst change, and the init script
[14:30] <kickinz1> don'tknow if it worth keeping a difference.
[14:30] <rbasak> ANd update-maintainer.
[14:31] <rbasak> And the patch file, but no change to the series file.
[14:31] <rbasak> kickinz1: so it looks like other changes were dropped previously, and the changelog message was inaccurate.
[14:31] <rbasak> kickinz1: I see no need to keep the patch file around unless it was actually used. Launchpad archives old source packages anyway, so they will always be available to anyone investigating.
[14:32] <rbasak> kickinz1: so, it looks to me like the merge before was correct, except for the changelog message and an unneeded patch file.
[14:33] <rbasak> kickinz1: do you want to prepare a debdiff against 1.2.13-1 for sponsoring, with only those changes, dropping the unneeded patch file, and with a changelog message that reflects only the changes in that new debdiff only?
[14:33] <kickinz1> Ok I'll do
[14:34] <kickinz1> I'll keep you informed if I'm blocked, thanks
[14:36] <rbasak> Thanks.
[14:36] <rbasak> I think nobody is blocked right now, right?
[14:36] <rbasak> I'll work on exim4, then.
[14:38] <rbasak> jamespage: yeah I agree that merge-o-matic is buggy
[14:38] <rbasak> I see it for exim4 too
[14:38] <rbasak> exim4_4.82.1-2ubuntu1.src.tar.gz contains patches already applied, but no .pc directory
[14:43] <thegoat> is there a way to bind nfs to a certain IP?
[14:45] <hallyn> rharper: hey,
[14:45] <beisner> rbasak, first pkg merge, still taking in the pieces.  not necessarily blocked, other than by familiarization
[14:45] <hallyn> rharper: so regarding vgabios, I woudl ignore grab-merges
[14:45] <rharper> hallyn: here
[14:46] <hallyn> rharper: pull-debian-source and pull-ubuntu-source, and look at the ubuntu changelog - the only ubuntu delta was the last patch
[14:46] <rbasak> beisner: sure, no problem. There's a ton of stuff to take in when you first start.
[14:46] <rbasak> beisner: let me know if I can help
[14:46] <hallyn> rharper: so, look at the contents of that patch, and see that it is all applied in the source tree now
[14:46] <hallyn> rharper: if it is, then you can do a simple sync
[14:47] <rharper> hallyn: yeah, it looks like it should be a sync
[14:47] <rharper> so, how does one do the sync ?
[14:47] <hallyn> rharper: agreed, so you can run 'syncpackage'
[14:47] <hallyn> hm, i'm not sure how to do that in a sponsored way.
[14:48] <hallyn> zul: ^ do you know how someone can do syncpackage in a way that someone can sponsor it?
[14:48] <rharper> sounds like I need to find a different package and let a sponser, like jamespage  do it ?
[14:48] <rbasak> hallyn: yes - you run syncpackage. There's a flag, hold on.
[14:48] <zul> hallyn:  not off the top of my head
[14:49] <hallyn> i do see '-s', but that would be for me to use, not him, i assume :)
[14:49] <rbasak> hallyn: -s <launchpad_id> to sponsor.
[14:49] <rbasak> hallyn: right. You have to run syncpackage. rharper would technically file a sync bug to explain and request, but you could just do it for him and sponsor with -s.
[14:49] <rbasak> I think that's how it's supposed to work.
[14:49] <hallyn> surely we don't need a sycn bug
[14:49] <rbasak> Right
[14:50] <rbasak> I think it's fine to request and explain on IRC, and if you're satisfied, for you to JFDI with -s
[14:50] <hallyn> ok - rharper your lp id is raharper right?
[14:50] <hallyn> i'll do try that, thx
[14:50] <rharper> hallyn: raharper
[14:50] <hallyn> rharper: you can meanwhile go on to a ne wpackage :)  ipxe or seabios? :)
[14:50] <rharper> hallyn: hehe
[14:51] <hallyn> ipxe could be a doozie
[14:51] <rharper> neither of those are on merges
[14:51] <hallyn> someday we need to reconsile the symlinks between debian and ubuntu between ipxe and qemu :(
[14:51] <hallyn> ok
[14:56] <superboo1> Hi all. I've got a raid 10 through mdadm that just had a hiccup (now in the process of resyncing). This array holds the company files and webserver files. After/because-of the hiccup, the system fully locked up. I can't see any relevent info in syslog. Two questions: first, where can I check to deturman the reason for the full system lockup, and for the array problem? And seccond, can a raid10 mdadm array be used/access
[14:57] <hallyn> rharper: so what i did was "syncpackage --force -s raharper vgabios"
[14:57] <hallyn> rharper: in dpoing so, i noticed the debian package is orphaned
[14:57] <hallyn> you might want to consider adopting it :)
[14:58] <hallyn> you can join us on oftc#debian-qemu and tell mjt how much you'd love to do so
[15:09] <rharper> hallyn: hehe
[15:10] <bitfury> !info bind
[15:10] <bitfury> !info bind9
[15:10] <rharper> hallyn: don't you have to be a debian/ubuntu dev to adopt a package ?
[15:11] <matsubara> rbanffy, so, I took pep8 package instead, did grab-merge.sh and it has a ton of conflicts. I sorted all of them but one in pep8.py which seems that the ubuntu package introduce more code than there's in the debian package.
[15:11] <matsubara> rbasak, ^
[15:12] <rbanffy> :-)
[15:12] <rbanffy> matsubara, I just went through a WTF moment ;-)
[15:12] <matsubara> rbanffy, sorry, tab completion failure
[15:13] <rbasak> matsubara: OK, I'll take a look.
[15:14] <rbasak> BTW, I'm told that merge-o-matic is broken with respect to the .src tarball when there is a conflict, with quilt patches applied but no .pc directory
[15:14] <hallyn> rharper: no, I maintain netcf, i'm not a dm or dd.
[15:14] <rbasak> http://people.canonical.com/~cjwatson/dpkg-quilt-setup is a workaround to fix that up
[15:14] <hallyn> rbasak: you just need someone to sponsor every upload
[15:14] <rbanffy> matsubara, no problem.
[15:14] <hallyn> i bet rharper could get mjt to sign on as his sponsor
[15:15] <rharper> hallyn: ok, I'll give it some thought;  would be interested in going through the process a few times
[15:15] <hallyn> rharper: cool
[15:15] <matsubara> rbasak, this is the conflict I'm not sure how to sort out: http://pastebin.ubuntu.com/7856600/
[15:16] <rbasak> matsubara: OK so you have a special case here.
[15:16] <rbasak> matsubara: first, look for the reason that Ubuntu diverged.
[15:16] <rbasak> This probably applies to all merges.
[15:16] <rbasak> In this case, it wasn't because we had some additional patches or anything.
[15:16] <rbasak> It's because we needed a new upstream version ahead of Debian.
[15:16] <rbasak> https://launchpad.net/ubuntu/+source/pep8/1.5.6-0ubuntu1 is the evidence of that.
[15:17] <rbasak> The 0 in -0ubuntu1 is the standard for a version in Ubuntu that is not packaged in Debian.
[15:17] <rbasak> matsubara: so that's why grab-merge is giving you strange results.
[15:17] <rbasak> matsubara: the goal here is to resync with Debian, so to upload a new package to Utopic that has only the minimal changes that Ubuntu needs.
[15:18] <rbasak> matsubara: as Debian now has a more recent upstream version that Ubuntu, we can probably just sync that package.
[15:18] <rbasak> matsubara: all we have to look out for is that we're not going to regress anything in Ubuntu - is there anything in the current Utopic package that would be lost if we synced?
[15:18] <rbasak> matsubara: if the answer is that there would be no regression, then we can sync.
[15:20] <rbasak> matsubara: does that make sense?
[15:22] <matsubara> rbasak, It doesn't look like we're going to regress anything by using debian 1.5.7, which is basically what I did sorting out the conflicts pointed out by grab-merge (that is, I kept the debian changes and deleted the ubuntu conflict markers)
[15:22] <matsubara> rbasak, so how do I sync it?
[15:23] <rbasak> matsubara: right. But we probably don't even need to examine the detail. At a high level, Ubuntu didn't introduce any change diverging from either Debian or upstream, so now that Debian has caught up, we don't need to examine conflicts manually.
[15:23] <rbasak> matsubara: so https://wiki.ubuntu.com/SyncRequestProcess is the normal process, but that's just to request a sponsor, and we have sponsors available here.
[15:23] <matsubara> rbasak, I see
[15:23] <rbasak> Looks like I can't upload pep8, so we need to ask someone who can. hallyn, maybe please?
[15:24] <rbasak> Or zul, as he last uploaded pep8?
[15:24] <zul> sure just gimme the place where i can get it
[15:25] <rbasak> zul: it's a sync :)
[15:27] <kickinz1> rbasak, I'm blocked...
[15:27] <rbasak> kickinz1: OK. What's up?
[15:27] <kickinz1> I don't have a good process for debuild...
[15:28] <kickinz1> http://paste.ubuntu.com/7856653/
[15:28] <kickinz1> sorry in french
[15:29] <kickinz1> too much dch -i think... (ubuntu4)
[15:29] <rharper> jamespage: swichted to etckeeper;  grab-merge looks good, one conflict it couldn't merge, README file,  kept the .UBUNTU version of the file;  the REPORT says to run: dpkg-genchanges -S -v1.11ubuntu1 -- when I do, it complains that it can't find ../etckeeper_1.12ubuntu1.dsc -- as that's not there;  what's the right next step then ?
[15:30] <rbasak> kickinz1: looks like your quilt patches aren't applying cleanly.
[15:30] <rbasak> kickinz1: before you build the package, "quilt pop -a" and "quilt push -a" should work without errors.
[15:30] <rbasak> Also with no fuzz, but that doesn't seem to be the problem here.
[15:31] <rbasak> rharper: "debuild -S -nc -S -sa -v1.11ubuntu1" or similar
[15:31] <kickinz1> ok, right now I've done quilt new upstart.patch, quilt shell , mod, then 'exit', quilt refresh debuild -S, not ok?
[15:32] <kickinz1> ok auilt pop -a & push -a working...
[15:32] <rbasak> I think the problem is that grab-merge gives you an unpacked tree with patches applied, but no .pc directory, so quilt is lost from that point.
[15:33] <kickinz1> rbasak, I didn't used grab-merge....
[15:33] <rbasak> Oh, OK.
[15:33] <rbasak> kickinz1: does "quilt pop -a" and "quilt push -a" work correctly in your source tree?
[15:33] <kickinz1> just pull-lp-source, and pull-debian-source
[15:33] <rbasak> I'm not familiar with quilt shell.
[15:33] <kickinz1> rbasak: yes seems so, pop -a removes patch, push -a apply it
[15:34] <rbasak> kickinz1: oh.
[15:34] <rbasak> kickinz1: sorry I didn't notice before.
[15:34] <rbasak> We don't use quilt for the debian/ directory.
[15:34] <rharper> rbanffy: ok -- I guess I missed the step where I should have built it before running that genchange
[15:34] <kickinz1> I use debuild -S -uc -us, not ok?
[15:35] <kickinz1> ok so I pop  the patch
[15:35] <rbasak> Instead of using quilt, change what you need in debian/ directly.
[15:35] <kickinz1> ok
[15:35] <rbasak> I'm not sure if that's related to your problem or not.
[15:37] <kickinz1> so I restart.
[15:40] <kickinz1> I take the control directly from old ubuntu package, or I merge both of them?, newer entries only?
[15:40] <kickinz1> rbask ^^
[15:40] <rbasak> kickinz1: the debian/control file?
[15:41] <rbasak> kickinz1: you need to take the Debian one, and re-apply the logical changes that still need to remain in the Ubuntu delta.
[15:41] <kickinz1> no was thinking of changelog, sorry
[15:41] <rbasak> Oh
[15:41] <rbasak> There's a tool to merge the changelogs
[15:41] <rbasak> dpkg-mergechangelogs
[15:41] <kickinz1> dch ?
[15:42] <kickinz1> ok
[15:42] <rbasak> It does a 3-way merge.
[15:42] <kickinz1> ok
[15:42] <rbasak> Give it the Debian version before the last merge, the latest Debian version, and the latest Ubuntu version.
[15:42] <rbasak> Then from the generated changelog, add a new changelog entry on top using dch.
[15:43] <rbasak> grab-merge/merge-o-matic does this automatically, but you have to do it by hand if doing the merge by hand.
[15:43] <kickinz1> ok
[15:47] <kickinz1> I can't get original debian 1.2.7-1
[15:48] <kickinz1> ok got it
[15:49] <kickinz1> forgot "1:"
[15:53] <rharper> rbasak: I'm trying to generate the debdiffs,  the guide asks for one between the debian version and the one I've modified;  I've built the package, so I have my updated deb, where do I get the debian version deb to feed to debdiff ?
[15:54] <rbasak> rharper: how did you get the other sources? You're looking for .dsc files.
[15:54] <rbasak> rharper: "pull-debian-source -d <package> <version>" can be used to download Debian source packages.
[15:54] <rharper> rbasak: right, I have .dsc files ...
[15:55] <rbasak> rharper: run debdiff against .dsc files
[15:55] <rharper> bah, my fault;
[15:55] <rharper> that worked
[15:55] <rharper> missed a redirection for the output
[15:57] <kickinz1> rbasak: I'll send you the debdiff?
[15:58] <rbasak> kickinz1: you can, but I have to run to a mysql call now. You can hold on to it until next week, or file a merge request bug if you like.
[15:58] <rbasak> kickinz1: https://wiki.ubuntu.com/UbuntuDevelopment/Merging#File_a_merge_bug
[15:58] <kickinz1> ok np.
[15:59] <kickinz1> thx
[16:00] <rbasak> I need to run now. I hope the session was useful!
[16:00] <kickinz1> yes, thx again
[16:00] <paco1> hi folks!
[16:01] <kickinz1> o/
[16:02] <paco1> i have an issue with isc-dhcp-server on 14.04 lts. It doens't start at boot start. I need to start manualy the service to work.
[16:04] <paco1> do you know this issue? thanks!
[16:07] <jamespage> rharper, ../merge-debuild
[16:11] <smoser> someone able to tell me what i'm doing wrong:
[16:11] <smoser> http://paste.ubuntu.com/7857020/
[16:12] <smoser> i'm sure i'm doing something stupid.
[16:12] <cfhowlett> !ubuntu+1|smoser utopic is supported in the other channel
[16:13] <smoser> cfhowlett, not really. this is a development channel too.
[16:13] <beisner> ha!
[16:17] <rharper> jamespage: thanks!
[16:17] <smoser> rbasak, i know you're not here, but see http://paste.ubuntu.com/7857020/ for my failure.
[16:18] <rharper> jamespage: should I file the merge bug now, or maybe share the two debdiffs with you first ? (I'm looking at etckeeper now)
[16:18] <jamespage> just ping me the debdiffs
[16:18] <rharper> k
[16:19] <hallyn> smoser: sorry i've not yet used adt with lxc.  pitti and stgraber are probably your best bet
[16:23] <rharper> jamespage: debian_1.12_to_1.12ubuntu1.debdiff -> http://paste.ubuntu.com/7857095/  ; ubuntu_1.11ubuntu1_to_ubuntu_1.12ubuntu1.debdiff -> http://paste.ubuntu.com/7857097/
[16:25] <jamespage> rharper, so....
[16:25] <jamespage> when merging I normally start with the previous merge changelog and figure out which bits can be dropped, if any
[16:26] <jamespage> the changelog should detail what the delta is and why its required, so that the next merger can read that and re-check
[16:27] <xibalba> hey folks, i'm trying to remember the name of a linux app that would generator a sequenece of letters for oyu based on some parameters you provide to it
[16:27] <xibalba> like all a00 - a99
[16:29] <xibalba> crunch!
[16:36] <jamespage> zul, can you take a look at https://bugs.launchpad.net/ubuntu/+source/nova/+bug/1219658 ?
[16:36] <jamespage> I'm nearly eod and can't face it right now
[16:36] <jamespage> :-)
[16:41] <zul> jamespage:  can't face it? ;)
[16:41] <jamespage> zul, its hot and I need a beer
[16:41] <zul> jamespage:  you need air conditioning
[16:42] <zul> then you can have a beer and look at the bug
[16:42] <jamespage> zul, not worth it for the 2 weeks of hot weather we get a year
[16:42] <zul> jamespage:  its totally worth it for us
[16:42] <jamespage> zul, is a sponsorshup request
[16:42] <zul> jamespage:  ack
[16:44] <zul> jamespage:  uploaded that already hasnt been acked by the SRU team
[16:45] <jamespage> zul, ah - OK
[16:46] <zul> jamespage:  just put a little more meat on it...go enjoy your beer
[16:46] <jamespage> ta
[16:57] <rharper> jamespage: I take it those debdiffs are too big then?
[17:22] <tsrk> Does ufw by default limit the number of connections in some way? It looks like it based on this iptables rule: -A ufw-user-limit -m limit --limit 3/min -j LOG --log-prefix "[UFW LIMIT BLOCK] "
[17:22] <RoyK> jamespage: where?
[17:22] <tsrk> But I'm no iptables expert (hence me using ufw) so I don't really know what's going on
[17:23] <RoyK> tsrk: that just limits logging
[17:23] <tsrk> RoyK: Oh ok, that makes more sense, thanks!
[17:23] <RoyK> tsrk: so that ufw doesn't flood the logs in case someone (or a lot) nmaps you :P
[17:24] <tsrk> RoyK: Makes sense, thank you!
[17:24] <jdstrand> tsrk: it will limit logging (controllable via ufw logging). you can use the 'limit' command in place of 'allow' to have rudimentary limiting (see man ufw for details)
[17:26] <RoyK> it'd be nice to get ULOG support in ufw...
[17:30] <tsrk> All I've done on a server is "ufw default reject; ufw allow 22; ufw allow 443; ufw enable". There shouldn't be any reason that ufw is restricting some incoming ssh connections is there? I'm intermittently seeing SSH connections be rejected, but it might be a network issue.
[17:40] <jdstrand> unfortunatelthere is no ULOG support for ipv6
[17:40] <jdstrand> and they won't add it cause all effort is on nftables
[17:41] <jdstrand> tsrk: that shouldn't block ssh. you could try sudo /usr/share/ufw/check-requirements if you are running a non-ubuntu kernel
[17:41] <jdstrand> if anything fails, then need to update the kernel configuration for it
[17:42] <tsrk> jdstrand: I'm running a Linode kernel, so I ran those tests but they all passed
[17:42] <jdstrand> ok, well, that is good :)
[17:43] <jdstrand> maybe there is something you need to do with security groups or something to make sure that traffic passes
[17:44] <jdstrand> but if you disable ufw and can login, that wouldn't be it
[17:46] <RoyK> tsrk: never seen ufw drop ssh traffic, really
[17:46] <jdstrand> if it is, you should see something in /var/log/ufw.log
[18:08] <smoser> hallyn, https://bugs.launchpad.net/ubuntu/+source/autopkgtest/+bug/1348749
[18:15] <hallyn> smoser: any useful logs under /var/log/lxc ?
[18:17] <smoser> hallyn, no.
[18:17] <smoser> i really think i'ms eeing overlayfs race :-(
[18:19] <hallyn> smoser: very possible.  Can you do it without --ephemeral?
[18:19] <hallyn> or is that baked into adt?
[18:20] <smoser> i pass '--ephemeral'
[18:23] <hallyn> right, and what happens if you don't
[18:58] <bitfury> !info bind9
[19:14] <lordievader> Good evening.
[19:16] <RoyK> any idea how to mount partition 1 in this thing? Can't figure out the correct losetup -o data... http://paste.ubuntu.com/7858237/
[19:17] <smoser> RoyK, i might try mount-image-callback
[19:18] <smoser> but if you want to try with '--offset'
[19:18] <smoser> you should :
[19:18] <smoser>  sfdisk -uS -l Windows.iso
[19:18] <smoser> sectors.
[19:18] <smoser> then, whatever it puts in that start is *512
[19:18] <RoyK> what is mount-image-callback?
[19:19] <smoser> from cloud-utils.
[19:19] <smoser> mount-image-callback Windows.iso /bin/bash
[19:19] <smoser> err.. with sudo
[19:19] <smoser> then
[19:19] <smoser> echo $MOUNTPOINT
[19:20] <smoser> do whatever you want, exit and it will tear down.
[19:20] <smoser> or:
[19:20] <smoser>  mount-image-callback Windows.iso -- tar -C _MOUNTPOINT_ -cvzf contents.tar.gz
[19:26] <samba35> i am facing proble with 2 nic on 12.04 and 14.04.1 when i install two nic with dhcp internet become very slow ,but if i disble 1 card then it work as expect what could be aproblem
[19:27] <RoyK> samba35: both NICs on the same subnet?
[19:27] <samba35> no
[19:28] <samba35> it should be on same sabnet ?
[19:28] <RoyK> no
[19:28] <RoyK> both using dhcp?
[19:28] <samba35> yes
[19:28] <RoyK> pastebin "ip addr list", please, when both NICs are connected
[19:29] <samba35> ok later /may be today its 1 am in india now i am planning to go to bed now
[19:29] <samba35> sorry ,i have line up some download and update with 1 nic
[19:30] <samba35> i will get back to you today only later
[19:30] <RoyK> it's rather hard to help you debugging something when you can't give us data ;)
[19:30] <RoyK> anyway
[19:31] <samba35> yes true but its night  here i have open chassic and connect card then other member @home will should @me
[19:31] <RoyK> if both NICs are on dhcp, the dhcp servers may give you default route on both nics, which may mess things up a bit
[19:31] <TJ-> samba35: both interfaces are in the same subnet?
[19:31] <samba35> please ..understand ,if you are married i hope you undersrand
[19:31] <samba35> no
[19:32] <TJ-> samba35: maybe the wrong interface is the default route?
[19:32] <RoyK> anyway - with two default gateways, if that's what you end up with, it'll be a mess
[19:33] <TJ-> samba35: If interface A is supposed to route to the internet, but starts before interface B, then A's default route will be replaced by one from B if DHCP is handing out a gateway
[19:33] <samba35> i was trying to setup openvswitch with 1 card and 1 card for standalone system
[19:33] <RoyK> if you want something like load balancing or failover, go to http://www.lartc.org/
[19:35] <samba35> ok ,royk ,tj i will get back to you today later ,if 1 am here in india
[19:36] <RoyK> ok
[19:36] <RoyK> nite ;)
[19:36] <samba35> sorry ...
[19:36] <RoyK> np
[19:36] <samba35> if you are married you will better understand :)
[19:37] <RoyK> I'm not, but I have been living with partners, so I know, even though I don't have children
[19:37] <samba35> again sorry RoyK
[19:38] <samba35> again sorry TJ-
[19:38] <samba35> bye
[21:02] <Stern> Any idea where to find the MD5 sum of the Ubuntu Server 14.04.1 release? Or any Ubuntu 14.04.1 release for that matter?
[21:27] <TJ-> Stern: http://releases.ubuntu.com/trusty/
[21:28] <Stern> Thanks
[21:28] <Stern> Integrity check of USB stick seems to fail. Just want to be sure the download is ok.
[21:30] <Stern> Download is ok. Second USB stick has the same problem.
[21:45] <jeffreylevesque> I have a windows machine.  I want to do dual boot (Ubuntu server 14.04).  I messed up the first time.  So, I'm wiping out the entire disk.  Might as well do things properly now.  Should I set up two disks?