superdave321 | does anyone know anything about ajenti? | 00:47 |
---|---|---|
=== arlen is now known as arlen_ | ||
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:30 |
uvirtbot | tash: The deflate_in_filter function in mod_deflate.c in the mod_deflate module in the Apache HTTP Server before 2.4.10, when request body decompression is enabled, allows remote attackers to cause a denial of service (resource consumption) via crafted request data that decompresses to a much larger size. (http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2014-0118) | 02:30 |
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:31 |
TJ- | tash: That CVE lists the package versions that contain the fix | 02:32 |
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:34 |
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:39 |
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:40 |
gambol | I just want to acceput the hostname which getting from dhcp/dns automatically | 02:41 |
TJ- | gambol: I'm not sure, almost guessing here, but have you considered "d-i netcfg/get_hostname seen true" | 02:44 |
* gambol tries on TJ- 's tip... | 02:45 | |
gambol | TJ-, Thanks a lot | 03:25 |
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:26 |
TJ- | gambol: I did wonder about that :) | 03:27 |
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:05 |
=== arrrghhh is now known as arrrghhhAWAY | ||
sarnold | arrrghhhAWAY: "a few hours ago" would probably be more accurate.. | 05:37 |
=== brrr is now known as BRRR | ||
=== BRRR is now known as brrr | ||
=== unixoid|afk is now known as unixoid | ||
heftig-z | has anyone had any success suspending a ubuntu VM to disk? (not using the hypervisor's pause feature) | 07:37 |
=== a1berto_ is now known as a1berto | ||
=== Mogwai is now known as Guest6472 | ||
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:19 |
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:25 |
jamespage | zetheroo, that should be OK - let me find out the details | 08:26 |
=== unixoid is now known as unixoid|afk | ||
=== unixoid|afk is now known as unixoid | ||
zetheroo | I disabled KSM yesterday ... it seemed to have solved the networking issue but then today it's starting again ... :P | 08:28 |
=== support is now known as ashleydrees | ||
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:29 |
jamespage | zetheroo, normally this starts to happen after XXX period of time | 08:30 |
=== support is now known as ashleydrees | ||
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:30 |
uvirtbot | Launchpad bug 1346917 in linux "Using KSM on NUMA capable machines can cause KVM guest performance and stability issues" [High,Fix committed] | 08:30 |
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:31 |
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:32 |
=== support is now known as ashleydrees | ||
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 |
uvirtbot | Launchpad bug 1338277 in linux "Ubuntu 14.04 + QEmu 2.0 + KSM = 1, makes Windows 2008 R2 guests to crash (BSOD) (dup-of: 1346917)" [Undecided,Confirmed] | 08:33 |
uvirtbot | Launchpad bug 1346917 in linux "Using KSM on NUMA capable machines can cause KVM guest performance and stability issues" [High,Fix committed] | 08:33 |
zetheroo | Will restarting the qemu-kvm service and libvirt-bin service every so often help? | 08:33 |
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:36 |
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:37 |
jamespage | zetheroo, echo 0 | sudo tee /sys/kernel/mm/ksm/run | 08:38 |
zetheroo | output = 0 | 08:39 |
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:40 |
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:41 |
zetheroo | how long do you think before the fix update hits the mainstream repos? Days/weeks/months? | 08:42 |
zetheroo | And it's happening again :P | 08:43 |
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:44 |
jamespage | zetheroo, I appreciate that this is less than ideal | 08:45 |
zetheroo | :) only slightly | 08:45 |
=== Lcawte|Away is now known as Lcawte | ||
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:32 |
jamespage | I'm assuming that's some sort of compiler bug | 09:33 |
jamespage | zul, hallyn: I raised this - https://bugs.launchpad.net/ubuntu/+source/qemu/+bug/1348551 | 09:50 |
uvirtbot | Launchpad bug 1348551 in qemu "qemu-kvm upstart configuration from qemu-system-x86 relies on binary from qemu-kvm" [Undecided,New] | 09:50 |
jamespage | it seem to so obvious that I must be doing something wrong. | 09:50 |
jamespage | but utopic is the same | 09:50 |
rbasak | jamespage: I agree - compiler bug. | 09:55 |
rbasak | I'm not sure who could take that on. doko? Linaro? | 09:55 |
rbasak | jamespage: shall we hit the rebuild button and see if it reproduces? | 09:56 |
jamespage | rbasak, already did that | 09:57 |
jamespage | rbasak, raised https://bugs.launchpad.net/ubuntu/+source/gcc-4.9/+bug/1348560 | 09:57 |
uvirtbot | Launchpad bug 1348560 in gcc-4.9 "/build/buildd/mysql-5.6-5.6.19/storage/perfschema/pfs_host.cc:289:1: internal compiler error: in final_scan_insn, at final.c:2897" [Undecided,New] | 09:57 |
rbasak | Subscribed, thanks! | 09:58 |
sonne | 14.04.1 is out right? | 10:04 |
sonne | i'm still getting 'No new release found' on my precise servers... | 10:05 |
heftig-z | has anyone had any success suspending a ubuntu VM to disk? (not using the hypervisor's pause feature) | 10:07 |
rbasak | mdeslaur: uploaded apache2 2.4.10-1ubuntu1 | 10:32 |
mdeslaur | rbasak: thanks! :) | 11:22 |
gnuoy | rbasak, It looks remarkably like the nagios-nrpe merge is done \o/ Thank you for all the help | 12:35 |
rbasak | gnuoy: I ahdn't got to that yet! Looks like dholbach sponsored it for you. Nice one! | 12:42 |
=== psivaa is now known as psivaa-afk | ||
gnuoy | rbasak, how do I see who sponsored it ? | 12:44 |
rbasak | gnuoy: https://launchpad.net/ubuntu/+source/nagios-nrpe/2.15-1ubuntu1 | 12:45 |
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 | 12:46 |
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:00 |
uvirtbot | Launchpad bug 1348551 in qemu "qemu-kvm upstart configuration from qemu-system-x86 relies on binary from qemu-kvm" [Undecided,New] https://launchpad.net/bugs/1348551 | 13:00 |
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:01 |
hallyn | jamespage: any downside to using /dev/kvm? | 13:02 |
hallyn | oh yeah, won't work with old systems where kvm isn't autoloaded | 13:03 |
hallyn | but qemu-kvm is not a transitional package | 13:04 |
hallyn | apw: smb: does having kvm mounted at boot depend on a newer kernel, or a newer udev? | 13:10 |
smb | hallyn, you mean the kvm modules loaded automatically, that is kernel | 13:11 |
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:14 |
smb | hallyn, Let me check to make sure, but I think Precise already was having the alias setting | 13:15 |
hallyn | smb: that woudl be great | 13:16 |
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:19 |
hallyn | smb: ok, so we could have qemu-system-common.postinst modprobe kvm i suppose. that's kind of ugly | 13:20 |
hallyn | or, we can make the check "if [ ! -c /dev/kvm -a ! -f /usr/bin/kvm ]; then { stop; exit 0; } fi;" | 13:21 |
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:22 |
jamespage | hallyn, 3.2 is supported with the cloud archive | 13:23 |
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:24 |
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:25 |
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:26 |
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:27 |
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:28 |
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:29 |
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:30 |
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:31 |
hallyn | jamespage: fixed in git://anonscm.debian.org/pkg-qemu/qemu.git #ubuntu-dev | 13:36 |
jamespage | hallyn, +1 | 13:38 |
hallyn | looking to see if there are any other fixes i should push in along with it... | 13:39 |
cipher__ | Can anyone recommend an alternative to dovecot? | 13:59 |
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:03 |
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:04 |
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:05 |
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:06 |
* 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:07 |
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:08 |
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:10 |
rbasak | 3) I'll answer questions here on IRC, review and sponsor, etc, and work on clearing the "blocked" list. | 14:11 |
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:12 |
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:13 |
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:14 |
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:15 |
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:16 |
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:17 |
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:18 | |
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:19 |
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:20 |
* 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:21 |
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:22 | |
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:28 |
zul | matsubara: yeah i did it this morning | 14:29 |
=== daker_ is now known as daker | ||
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:29 |
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:30 |
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:31 |
rbasak | kickinz1: so, it looks to me like the merge before was correct, except for the changelog message and an unneeded patch file. | 14:32 |
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:33 |
kickinz1 | I'll keep you informed if I'm blocked, thanks | 14:34 |
rbasak | Thanks. | 14:36 |
rbasak | I think nobody is blocked right now, right? | 14:36 |
rbasak | I'll work on exim4, then. | 14:36 |
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:38 |
thegoat | is there a way to bind nfs to a certain IP? | 14:43 |
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:45 |
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:46 |
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:47 |
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:48 |
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:49 |
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:50 |
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:51 |
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:56 |
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 |
=== superboo1 is now known as superboot | ||
hallyn | you might want to consider adopting it :) | 14:57 |
hallyn | you can join us on oftc#debian-qemu and tell mjt how much you'd love to do so | 14:58 |
=== psivaa-afk is now known as psivaa | ||
rharper | hallyn: hehe | 15:09 |
bitfury | !info bind | 15:10 |
ubottu | Package bind does not exist in trusty | 15:10 |
bitfury | !info bind9 | 15:10 |
ubottu | bind9 (source: bind9): Internet Domain Name Server. In component main, is optional. Version 1:9.9.5.dfsg-3 (trusty), package size 273 kB, installed size 931 kB | 15:10 |
rharper | hallyn: don't you have to be a debian/ubuntu dev to adopt a package ? | 15:10 |
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:11 |
rbanffy | :-) | 15:12 |
rbanffy | matsubara, I just went through a WTF moment ;-) | 15:12 |
matsubara | rbanffy, sorry, tab completion failure | 15:12 |
rbasak | matsubara: OK, I'll take a look. | 15:13 |
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:14 |
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:15 |
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:16 |
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:17 |
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:18 |
rbasak | matsubara: does that make sense? | 15:20 |
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:22 |
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:23 |
rbasak | Or zul, as he last uploaded pep8? | 15:24 |
zul | sure just gimme the place where i can get it | 15:24 |
rbasak | zul: it's a sync :) | 15:25 |
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:27 |
kickinz1 | http://paste.ubuntu.com/7856653/ | 15:28 |
kickinz1 | sorry in french | 15:28 |
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:29 |
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:30 |
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:31 |
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:32 |
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:33 |
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:34 |
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:35 |
kickinz1 | so I restart. | 15:37 |
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:40 |
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:41 |
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:42 |
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:43 |
kickinz1 | I can't get original debian 1.2.7-1 | 15:47 |
kickinz1 | ok got it | 15:48 |
kickinz1 | forgot "1:" | 15:49 |
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:53 |
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:54 |
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:55 |
kickinz1 | rbasak: I'll send you the debdiff? | 15:57 |
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:58 |
kickinz1 | thx | 15:59 |
rbasak | I need to run now. I hope the session was useful! | 16:00 |
kickinz1 | yes, thx again | 16:00 |
paco1 | hi folks! | 16:00 |
kickinz1 | o/ | 16:01 |
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:02 |
paco1 | do you know this issue? thanks! | 16:04 |
jamespage | rharper, ../merge-debuild | 16:07 |
smoser | someone able to tell me what i'm doing wrong: | 16:11 |
smoser | http://paste.ubuntu.com/7857020/ | 16:11 |
smoser | i'm sure i'm doing something stupid. | 16:12 |
cfhowlett | !ubuntu+1|smoser utopic is supported in the other channel | 16:12 |
ubottu | smoser utopic is supported in the other channel: Utopic Unicorn is the codename for Ubuntu 14.10 - Support only in #ubuntu+1 | 16:12 |
smoser | cfhowlett, not really. this is a development channel too. | 16:13 |
beisner | ha! | 16:13 |
rharper | jamespage: thanks! | 16:17 |
smoser | rbasak, i know you're not here, but see http://paste.ubuntu.com/7857020/ for my failure. | 16:17 |
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:18 |
hallyn | smoser: sorry i've not yet used adt with lxc. pitti and stgraber are probably your best bet | 16:19 |
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:23 |
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:25 |
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:26 |
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:27 |
xibalba | crunch! | 16:29 |
jamespage | zul, can you take a look at https://bugs.launchpad.net/ubuntu/+source/nova/+bug/1219658 ? | 16:36 |
uvirtbot | Launchpad bug 1219658 in nova "Wrong image size using rbd backend for libvirt" [Undecided,In progress] | 16:36 |
jamespage | I'm nearly eod and can't face it right now | 16:36 |
jamespage | :-) | 16:36 |
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:41 |
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:42 |
zul | jamespage: uploaded that already hasnt been acked by the SRU team | 16:44 |
jamespage | zul, ah - OK | 16:45 |
zul | jamespage: just put a little more meat on it...go enjoy your beer | 16:46 |
jamespage | ta | 16:46 |
rharper | jamespage: I take it those debdiffs are too big then? | 16:57 |
=== tkeith_ is now known as tsrk | ||
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:22 |
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:23 |
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:24 |
RoyK | it'd be nice to get ULOG support in ufw... | 17:26 |
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:30 |
jdstrand | unfortunatelthere is no ULOG support for ipv6 | 17:40 |
jdstrand | and they won't add it cause all effort is on nftables | 17:40 |
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:41 |
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:42 |
jdstrand | maybe there is something you need to do with security groups or something to make sure that traffic passes | 17:43 |
jdstrand | but if you disable ufw and can login, that wouldn't be it | 17:44 |
RoyK | tsrk: never seen ufw drop ssh traffic, really | 17:46 |
jdstrand | if it is, you should see something in /var/log/ufw.log | 17:46 |
=== unixoid is now known as unixoid|afk | ||
smoser | hallyn, https://bugs.launchpad.net/ubuntu/+source/autopkgtest/+bug/1348749 | 18:08 |
uvirtbot | Launchpad bug 1348749 in autopkgtest "autopkgtest fails sometimes with adt-virt-lxc" [Undecided,New] | 18:08 |
hallyn | smoser: any useful logs under /var/log/lxc ? | 18:15 |
smoser | hallyn, no. | 18:17 |
smoser | i really think i'ms eeing overlayfs race :-( | 18:17 |
hallyn | smoser: very possible. Can you do it without --ephemeral? | 18:19 |
hallyn | or is that baked into adt? | 18:19 |
smoser | i pass '--ephemeral' | 18:20 |
hallyn | right, and what happens if you don't | 18:23 |
bitfury | !info bind9 | 18:58 |
ubottu | bind9 (source: bind9): Internet Domain Name Server. In component main, is optional. Version 1:9.9.5.dfsg-3 (trusty), package size 273 kB, installed size 931 kB | 18:58 |
lordievader | Good evening. | 19:14 |
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:16 |
smoser | RoyK, i might try mount-image-callback | 19:17 |
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:18 |
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:19 |
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:20 |
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:26 |
=== edwardly is now known as edwardlz | ||
RoyK | samba35: both NICs on the same subnet? | 19:27 |
=== edwardlz is now known as edwardly | ||
samba35 | no | 19:27 |
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:28 |
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:29 |
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:30 |
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:31 |
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:32 |
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:33 |
samba35 | ok ,royk ,tj i will get back to you today later ,if 1 am here in india | 19:35 |
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:36 |
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:37 |
samba35 | again sorry TJ- | 19:38 |
samba35 | bye | 19:38 |
=== mjohnson151 is now known as mjohnson15 | ||
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:02 |
TJ- | Stern: http://releases.ubuntu.com/trusty/ | 21:27 |
Stern | Thanks | 21:28 |
Stern | Integrity check of USB stick seems to fail. Just want to be sure the download is ok. | 21:28 |
Stern | Download is ok. Second USB stick has the same problem. | 21:30 |
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? | 21:45 |
=== quix_mac_ is now known as quix_mac | ||
=== Beliq_ is now known as Beliq | ||
=== sarnold_ is now known as sarnold | ||
=== beisner- is now known as beisner | ||
=== freeflying__ is now known as freeflying | ||
=== Ursinha_ is now known as Ursinha | ||
=== NomadJim_ is now known as NomadJim |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!