/srv/irclogs.ubuntu.com/2016/02/17/#ubuntu-devel.txt

twbI'm interested in the packaging history of dnsmasq in ubuntu, in EOLd releases.  Is there something like git.debian.org or snaspshot.debian.org that'll let me look at the debian/ for dnsmasq?  There's no X-VCS- header, so I guess I need each .diff.gz...00:13
sarnoldtwb: I thin kyou'd want to grab the .debian.tar.gz from each of the linked packages https://launchpad.net/ubuntu/+source/dnsmasq/+publishinghistory00:15
twbThanks00:15
sarnoldtwb: there may be a scriptable solution around pull-lp-source but i'm less sure about that00:15
twbI was checking old-releases.u.c and packages.u.c, I didn't think to try launchpad (herp derp)00:15
sarnold(and that's liable to pull down all the .orig tarballs too, even thought you may not need them here)00:16
twbI can probably ad-hoc script enough for my needs :-)00:16
sarnoldfun party trick, launchpad may also be the easiest way to answer the question for debian, too: https://launchpad.net/debian/+source/dnsmasq/+publishinghistory00:17
twbYeah for most stuff I can cheat and git clone git://git.debian.org/collab-maint/foo, or svn equivalent.00:17
twbAlthough I guess not for really old releases00:18
kirklandbarry: okay, I'm still outta luck00:20
twbArgh, curl auto-ungzipped the .diff.gz so now the checksums don't match in dpkg-source -x00:21
twbCommenting "compressed" out in ~/.curlrc fixes that (and breaks some other sites)00:22
xnoxtwb, http://old-releases.ubuntu.com/00:29
twbxnox: I think that's only the install media00:29
xnoxtwb, it has the full archieves.00:29
xnoxtwb, wee ubuntu subdir.00:29
twbOh, OK.  I suck at reading, then :/00:30
xnoxtwb, note that intermediate builds maybe garbagge collected. so typically the "final" released version is available in $adjective suite, and then latest per pocket e.g. $adjective-security.00:30
xnox(including in launchpad)00:30
xnoxtwb, you might get lucky with a bzr branch too.00:31
xnoxtwb, http://bazaar.launchpad.net/~ubuntu-branches/ubuntu/wily/dnsmasq/wily/changes00:31
xnoxappears to go back to 200500:31
sarnoldis the bzr branch exhaustive? or does it only reflect when people used the UDD thing?00:32
mdeslaurit's supposed to auto-import packages, but it doesn't work properly00:33
xnoxsarnold, it's off for xenial, and hit and miss in history, there are a bunch of unimportable stuff/revisions. but when it was started it was comprehensive. it went back and imported as much as possible.00:40
xnoxomg https://www.youtube.com/watch?v=GUlk1ssXJYk&feature=iv&src_vid=C2THq4UG_Eg&annotation_id=annotation_3271641833 is amazing00:40
sarnoldI wonder if this includes the suse guys dancing along..00:41
dokokirkland, instead of disabling the tests, please can you just set a correct PYTHONPATH so that the tests find the just built module?00:58
kirklanddoko: hmm, a hint as to what that PYTHONPATH should be?01:03
dokokirkland, I didn't look. will do tomorrow, it's 2am here. but in general just ask, others like barry or me might be able to help01:04
kirklanddoko: okay, thanks, I'd love some help with this;  I've been struggling with it for a while now01:05
dokojust saw the series of uploads01:05
kirklanddoko: I asked barry earlier today01:05
kirklanddoko: :-)  thanks for noticing and pinging me here01:05
kirklanddoko: i did see where barry's advice in https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=803310 was to disable the tests01:05
ubottuDebian bug 803310 in dh-python "dh-python lets the python3.4 test in sphinx-patchqueue succeed" [Important,Open]01:05
=== timchen1` is now known as timchen119
=== Guest82926 is now known as pitti
=== pitti is now known as Guest48131
=== Guest48131 is now known as pitti
pittiGood morning07:05
=== pitti` is now known as pitti
pitti$1$.*+07:11
=== pitti is now known as Guest54153
infinityGuest54153: That's an awfully short password.07:12
Guest54153it's not -- it's weechat's prompt for a password :)07:12
Unit193infinity: You're not identified either, fwiw.07:12
infinityUnit193: MAYBE I'M BEING A REBEL.07:13
* infinity goes to fix it.07:13
=== Guest54153 is now known as pitti
Unit193infinity: THEN WE SUPPORT YOUR DECISION!07:13
infinityUnit193: ;)07:13
Unit193(Yes there is something wrong in my head, I know.)07:14
pittiyay glibc and all those server reboots :)07:14
infinityI'm so undecided on the media's reporting of nasty vulns over the last few years.07:15
infinityOn the one hand, I guess the press is helpful for getting people to actually act on it and upgrade.07:15
infinityOn the other hand, it's all rather alarmist and annoying.07:15
infinityTHE WORLD IS ENDING, UNPLUG ALL YOUR COMPUTERS AND BUY A GUN.07:15
ScottKWouldn't I need a computer to do that because it's not safe to leave my basement?07:19
infinityScottK: Buy a gun, THEN turn off your computer?07:19
ScottKFair enough.07:19
Unit193What if I already have a gun?  Buy a handgun too?07:20
infinityUnit193: You can never have too many on hand to defend against the machines.07:20
infinityUnit193: Start by shooting your own computers, just in case.07:20
Unit193Will do!07:21
* pitti suggests an EMP gun instead07:22
ScottKThe machines are probably their own Faraday cage, so as long as they are on the ground, not sure that'll do it.07:26
dholbachgood morning07:57
=== kickinz1|afk is now known as kickinz1
Mirvslangase`: if you have time, the python package rename went through Debian NEW queue so debdiff would be ok to upload to Ubuntu https://launchpadlibrarian.net/240160130/debdiff_4.0.1-2ubuntu1_4.0.1-3ubuntu1.txt08:34
infinityMirv: Steve's on paternity leave for a month, sponsored it for you.08:49
Mirvinfinity: oh! great, to both of the mentioned things!08:49
ginggsany archive-admins able to look at removal of python-support please? LP: #1535318 only 3 packages remain that directly depend on python-support09:33
ubottuLaunchpad bug 1535318 in python-support (Ubuntu) "deprecation of python-support" [Undecided,New] https://launchpad.net/bugs/153531809:33
Laney@pilot in09:46
=== udevbot changed the topic of #ubuntu-devel to: Wily (15.10) Released! | Archive: open | Devel of Ubuntu (not support or app devel) | build failures: http://qa.ubuntuwire.com/ftbfs/ | #ubuntu for support and discussion of precise-wily | #ubuntu-app-devel for app development on Ubuntu http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots: Laney
=== uaa is now known as Guest14860
=== Guest14860 is now known as damascene
=== damascene is now known as Guest58378
=== Guest58378 is now known as damascene
dokoLocutusOfBorg, dholbach: please follow-up on https://bugs.launchpad.net/ubuntu/+source/fonts-android/+bug/1536547  this is stuck in -proposed10:10
ubottuLaunchpad bug 1536547 in fonts-android (Ubuntu) "Sync fonts-android 1:6.0.1r3-2 (main) from Debian unstable (main)" [Wishlist,Fix released]10:10
dholbachLocutusOfBorg, if you need sponsoring for a solution, let me know: ^10:11
dokosee http://people.canonical.com/~ubuntu-archive/proposed-migration/update_output.txt or look at the rdepends of the removed packages10:11
zhangchaoseb128, about new package request: https://bugs.launchpad.net/ubuntukylin/+bug/1536886,according to your proposal, the issues have been solved. Can you help upload this new package to archive ?10:12
ubottuLaunchpad bug 1536886 in Ubuntu Kylin "[needs-packaging] kylin-greeter" [High,Triaged]10:12
dokoseb128, did the last e-d-s upload trigger a transition?10:12
LocutusOfBorgdoko, dholbach I asked on mail list and all affected maintainers, nobody seems to care10:12
LocutusOfBorghttps://lists.ubuntu.com/archives/ubuntu-devel/2016-February/039159.html10:13
LocutusOfBorge.g.10:13
LocutusOfBorgI don't want to make untested changes, so I would appreciate some help, at least from teams10:13
seb128doko, no10:14
dholbachLocutusOfBorg, can you send a followup mail to the list again?10:14
seb128doko, it's a bugfix update, no packaging change10:14
LocutusOfBorgsure dholbach10:14
seb128zhangchao, I can try to but I'm quite busy this week, maybe Laney can help since he's patch piloting?10:14
seb128doko, why?10:14
dokoseb128, ahh, no, libopenobex ...10:14
dholbachLocutusOfBorg, awesome - thanks10:15
seb128doko, k10:15
LocutusOfBorgdholbach, actually reverse-recommends shouldn't be a big issue, maybe we can use the new noto font, and live happy10:15
LocutusOfBorgassuming they didn't hardcode some font name (grep is needed)10:15
LocutusOfBorgfor reverse-depends debian packages should be fixed10:16
seb128LocutusOfBorg, doko, dholbach, https://code.launchpad.net/~happyaron/ubuntu-seeds/lp-1468027/+merge/28226510:17
seb128we got noto MIRed and changed the seed10:17
seb128so that's the preferred solution10:17
zhangchaoLaney,about new package request: https://bugs.launchpad.net/ubuntukylin/+bug/1536886 . Can you help upload this new package to archive ?10:17
ubottuLaunchpad bug 1536886 in Ubuntu Kylin "[needs-packaging] kylin-greeter" [High,Triaged]10:17
seb128(sorry I don't have full context, just read https://lists.ubuntu.com/archives/ubuntu-devel/2016-February/039159.html again and the 2 options=10:17
LocutusOfBorgseb128, <310:18
Laney...10:18
Laneythis will take most of the patch pilot shift10:18
seb128Laney, I did review it in my previous shift and had just nitpicks, it should be easy10:18
seb128Laney, I already pre-reviewed for NEW as well so if you upload I can NEW10:18
seb128well, that's assuming that you are not pickier than me on packaging for the upload :p10:19
Laneyok, but I don't like it, patch piloting is meant to help the community and this is a Canonical commitment which is bypassing the rest of the things in the queue now10:19
seb128Laney, well, it's in the queue and community but feel free to not do it it's fine10:20
seb128I'm going to have a look later or tomorrow if you don't get to it10:20
Laneyvila: bzr is stuck in -proposed because of bzr-upload and loggerhead10:21
Laneyseb128: it's okay I will do, just thinking that normal work sponsorship should be done out of patch pilot time10:21
Laneyvila: they both seem to have << 2.7.0 dependencies10:22
vilaLaney: ungh, where do you see that ? /o\10:22
Laneyvila: http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html shows that it is a Valid Candidate but it didn't migrate yet10:23
seb128Laney, I'm unsure to see the distinction you are making, it's a new package from a contributor who is going through sponsoring and sponsoring contributor work is what we do in patch pilot shifts?10:23
Laneyso look on http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html and see it there10:23
zhangchaoseb128, Laney, Thank you so much for your help :)10:23
LocutusOfBorgdoes anybody have some sort of guide for understanding update_output in a human way?10:24
LocutusOfBorgtrying: fonts-android10:24
LocutusOfBorgskipped: fonts-android (6 <- 56)10:24
LocutusOfBorg    got: 250+0: a-138:a-18:a-17:i-16:p-19:p-19:s-2310:24
LocutusOfBorgI don't remember exactly what does it mean10:25
LocutusOfBorgbritney britney, y u no verbose?10:25
dokoLocutusOfBorg, just look apt-cache rdepends <removed packages>10:25
LocutusOfBorgmmm recommends aren't important?10:26
vilaLaney: hmm, can't find loggerhead or bzr-upload in http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html, bzr-upload is a bit of a mess but I know what is going on and have a wip for that (though it doesn't show up in excuses), but loggerhead I can't see.10:26
dokoapt-cache rdepends fonts-droid fonts-roboto10:26
dokoseb128, what do I have to do with the merge?10:27
Laneyseb128: I suppose I mean that I don't sponsor things for the general community super often, but there is some kind of work arrangement to do things for Kylin so it's easier to do this at any time? Not sure10:27
seb128doko, that I don't know10:28
Laneyvila: look in update_output.txt - it says that your new bzr package makes the existing bzr-upload and loggerhead ones uninstallable10:28
Laneyvila and LocutusOfBorg: https://wiki.ubuntu.com/ProposedMigration10:29
seb128Laney, right, I guess you can see it like that, I just see it as contributor work in the queue ... anyway I didn't want to start a big discussion and distract you from doing actual patch piloting, enjoy your shift! ;-)10:29
Laneykylin-greeter looks forked from unity-greeter so I guess the packaging is probably close to okay ;-)10:29
LocutusOfBorgLaney, thanks, I was reading that one :)10:30
vilaLaney: ha right ;-) Thanks for the subtitles ;-D10:31
Laneyvila: same is happening here https://release.debian.org/migration/testing.pl?package=bzr :-)10:32
vilaLaney: I'm in touch with jelmer for the debian side, bzr-pipeline and bzrtools already have the same patches as ubuntu, waiting for upload10:36
vilaLaney: bzr-upload has two issues, one already fixed (bzr deps), the other in the work (0 tests are run :-), I'll fix later via debian, and for the former here is https://bugs.launchpad.net/ubuntu/+source/bzr-upload/+bug/154647010:41
ubottuLaunchpad bug 1546470 in bzr-upload (Ubuntu) "bz-upload blocking bzr-2.7.0 promotion" [Undecided,New]10:41
Laneyvila: thx10:44
Laneyseb128: zhangchao: I uploaded that, thx for the work10:59
vilaLaney: and https://bugs.launchpad.net/ubuntu/+source/loggerhead/+bug/1546482 should be good (I'll followup with debian)11:00
ubottuLaunchpad bug 1546482 in loggerhead (Ubuntu) "logerhead blocking bzr-2.7.0 promotion" [Undecided,New]11:00
seb128Laney, thanks11:11
=== kickinz1 is now known as kickinz1|afk
rbasakrharper: strongswan git imports pushed. Please check they're OK. {old,new}/{debian,ubuntu} I'm not pushing to lpusd because those tags will change per-merge, and we don't (presumably) want to publish tags that change. I intended those really just for local use (and to push to your own repo for review if you want).11:24
=== xavigarcia is now known as xavigarcia_lunch
Laneyvila: I saw, I will get it soon11:46
=== jamespag` is now known as jamespage
highvoltage3/win 3011:50
=== mfisch is now known as Guest22953
=== xedniv is now known as Guest68104
flexiondotorgLaney, Any chance you'll be able to look at libwnck merge? LP: #154606612:04
ubottuLaunchpad bug 1546066 in libwnck (Ubuntu) "Request merge with Debian for libwnck" [Wishlist,New] https://launchpad.net/bugs/154606612:04
Laneyflexiondotorg: I did it already12:18
Laneyshould be in t'NEW queue12:18
flexiondotorgLaney, Thany you very much. That's great :-)12:19
Laneyyeehaw12:19
=== _salem is now known as salem_
Laneyrbasak: don't suppose you know about all these php-* sponsoring requests do you? :)12:36
Laneyalso, hi!12:36
rbasakLaney: o/12:39
rbasakLaney: nacc is taking care of them, with slangasek and infinity12:39
Laneyrbasak: ok - they look a bit daunting on the list12:39
rbasakI am sort of sponsoring nacc, but for the PHP transition I thought it be best that an AA handled it directly.12:39
rbasak(since there are bootstrapping coordinations needed)12:39
rbasakAnd to my knowledge, I haven't been asked to sponsor anything yet.12:40
rbasakI'm not sure if nacc intended them to actually be in the sponsorship queue to be sponsored by a patch pilot, or if he subscribed ~ubuntu-sponsors because the process said he should.12:41
Laney'k, I'll wait for a reply and then we can deal with it12:43
Laneyunsubscribe + tag is one option12:44
Laneyrharper: hey, I see you subscribed the sponsors to bug #1539634 - what action are you looking for there?12:57
ubottubug 1539634 in network-manager (Ubuntu Trusty) "network-manager crashes when using libnl-3-200-3.21.1-1ubuntu1" [High,Fix committed] https://launchpad.net/bugs/153963412:57
=== ackkk is now known as ackk
cyphermoxgood morning!13:33
caribouwhen a packages is overrided by an SRU, is there a place where we can find the package with previous versions ?13:44
ogra_on launchpad13:45
tewardi was about to say that too heh13:45
ogra_:)13:45
Laney@pilout out13:45
udevbotError: "pilout" is not a valid command.13:45
Laney@pilot out13:45
caribouogra_: ah, true. thanks!13:45
=== udevbot changed the topic of #ubuntu-devel to: Wily (15.10) Released! | Archive: open | Devel of Ubuntu (not support or app devel) | build failures: http://qa.ubuntuwire.com/ftbfs/ | #ubuntu for support and discussion of precise-wily | #ubuntu-app-devel for app development on Ubuntu http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots:
Laneyhmm13:45
rbasakcaribou: pull-lp-source takes an optional second version string parameter, too.13:50
caribourbasak: yeah, but I'm after the binary package13:50
rbasakcaribou: (and rmadison will tell you the release pocket version; LP can also give you every previously published version in a particular pocket)13:50
rbasakAh13:50
Son_Gokurbasak: is there a chance there’s something wrong with libpam-systemd in trusty?13:50
caribourbasak: lp is the solution I was after13:50
Son_GokuI can’t seem to build anything in a chroot that brings in that package as a dependency13:51
Son_Gokueither directly or indirectly13:51
rbasakSon_Goku: there could well be. Trusty doesn't use systemd, so it presumably didn't get looked after back then.13:51
caribouwe need the previous version that was in trusty-updates to confiirm that cyphermox recent upload fixes a problem in multipath-tools-boot13:51
rbasakcaribou: I see. That makes sense. I don't know of an easier way other than manually hitting the Launchpad UI and dpkg directly.13:52
Son_Gokurbasak: polkit-1 drags in libpam-systemd, which broke my debootstrap chroot for building libvirt packages (testing patches to libvirt for upstreaming)13:52
rbasak(I'm sure that can be automated but I'm not aware of any tooling)13:52
caribourbasak: that's good enough13:52
Son_Gokuit also apparently breaks the OBS’ ability to even build packages the drag in polkit-1 as a dependency: https://build.opensuse.org/build/home:Pharaoh_Atem:u1404_libvirt/xUbuntu_14.04/x86_64/libvirt/_log13:53
Son_Gokuthat one is building an Ubuntu VM to do builds, and that fails too13:53
cyphermoxcaribou: yeah, lp13:53
cyphermoxcaribou: could be easy to adapt this to pick the right version too : http://paste.ubuntu.com/15100153/13:55
cariboucyphermox: funny my colleague couldn't figure out why his test system was no longer reproducing the bug13:55
cyphermoxI suppose that's goodish news13:55
rbasakSon_Goku: I'm not sure, sorry. But if upstreaming, it might be easier to use Wily or Xenial. Trusty is pretty old now.13:55
rbasakYou'd effectively be backporting latest libvirt to Trusty otherwise, and that is non-trivial.13:55
Son_Gokuyeah, I know13:56
Son_Gokumy company wants us to do it because they want new libvirt on our fleet of 14.04 servers13:56
Son_Gokuand I can build it from source by hand on a regular Ubuntu system13:57
Son_Gokubut I can’t do any clean builds at all :(13:57
caribouI'm looking for a Debian Dev with a few spare cycles to create a project for me on alioth.debian.org/collab-maint. Anyone able to volunteer ?13:57
rbasakSon_Goku: looks like Canonical already provide libvirt backports through UCA, though that's for use with Ubuntu's Openstack only (other uses unsupported).13:57
rbasakYou could base your work off that perhaps.13:58
rbasak1.3 not backported yet it seems.13:58
rbasakWhatever you do, please publish it.13:59
rbasakjamespage and/or coreycb might be interested in your work too if you end up backporting libvirt 1.3 to Trusty.13:59
cariboucyphermox: FYI, going back to multipath-tools 7.7 does reproduce the problem so you last upload does fix the problem \o/14:01
Son_Gokurbasak: sure, I just wish the chroots worked :(14:01
Son_GokuI’ll poke and prod at it a bit more14:02
Son_Gokurbasak: apparently, I’m not the only one bitten: https://bugs.launchpad.net/ubuntu/+source/systemd/+bug/132514214:03
ubottuLaunchpad bug 1325142 in systemd (Ubuntu Utopic) "failure to update libpam-systemd in 14.04 due to missing logind init script" [High,Fix released]14:03
xnoxdoko, should libdfp cpu target be bumped from power7 -> power8? or not yet?14:21
jtayloris there anything in a 14.04 -> 16.04 upgrade that could cause a kernel panic?14:23
nneulIs there a set time in the release schedule at which point it would be safe to rely on apt-get upgrade getting you to the same state as a fresh install of the release? In particular, at what point will that apply for alphas/betas/etc. of 16.04?14:23
xnoxnneul, it's always the case... since the devel release got split into devel and devel-proposed.14:25
xnoxnneul, and well full-upgrade/dist-upgrade.14:25
xnoxsans bugs/errors that is.14:25
nneuloh? I thought that there were still points during the early alphas where changes to the install infrastructure could result in the final install being different?14:25
nneulAsked another way - I'm wanting to get some devel/test boxes up and running/deployed, but would rather not have to reinstall them again later.14:26
xnoxnneul, ..... support for xenial is at #ubuntu+1 channel14:26
nneulthank you, will ask there!14:27
dokoxnox, sure, we don't need 7 anymore14:29
xnoxdoko, ack will bump. updating to new upstream release for s390x here.14:29
=== Ursinha_ is now known as Ursinha
spm_dragetI am testing Xenial right now. If I got this right, feature-freeze was 14th, correct? Installed the daily image from the 12th and upgraded today. Libvirt is not responding anymore. 'virsh list' does not return anymore. Not sure if this is related, but I see 'kernel: audit: type=1400 audit(1455716426.684:23): apparmor="DENIED" operation="open" profile="/usr/lib/libvirt/virt-a * Documentation:  https://help.ubuntu.com/mm="virt-aa-14:42
spm_dragethelper" requested_mask="r" denied_mask="r" fsuid=0 ouid=0 ' in dmesg14:42
spm_dragetAny ideas how I should debug this?14:42
spm_draget* Xenail Server14:42
LocutusOfBorgjtaylor, which trusty kernel?14:47
LocutusOfBorgif you try linux-lts-wily the bump is from 4.2 to 4.414:48
LocutusOfBorgotherwise 3.13 to 4.4 or so14:48
LocutusOfBorgquite huge14:48
coreycbarges, we have a few uploads in trusty/wily queues that could use a review if you or another sru team member could take a look when you get a chance14:49
rharperLaney: I wanted to see about getting the libnl and the related network-manager SRU going;  I've done just about as much verification that I can; I should go ahead and mark them verification done; but I did want to check about phasing;   I've updated network-manager to include a breaks which should force dpkg to install the network-manager update before installing the libnl package;  but interested to know if there is14:50
rharperanything else to do before marking verification-done and getting both of those into updates14:50
Laneyrharper: Nope, not if you're happy that they should go in - seems sensible to me14:51
rharperLaney: excellent; thanks for the help14:56
jtaylorLocutusOfBorg: 4.214:56
jtaylorI'm not clear how an upgrade could cause a panic14:56
jtaylordoes e.g. lvm change something in the disklayout during upgrade?14:56
jtaylormaybe some changes in the network could cause it?14:56
jtaylorthe trace incldues vfs_write so network is probably not the cause14:56
=== Guest22953 is now known as mfisch
=== mfisch is now known as Guest32940
argescoreycb: sure15:14
coreycbarges, thanks15:14
caribouQ: When applying a debdiff on a source package that deletes a  patch, should a "quilt pop -a" be done beforehand ?15:16
cariboudeletes a QUILT patch btw15:17
argescaribou: you mean debian/patched/blah.patch15:17
argespatches15:17
caribouarges: yes15:17
caribouarges: what I see is that if I don't quilt pop -a in my source, debuild -S complains that the pristine file has been touched15:18
caribouarges: which is coherent since quilt push -a has applied the patch that is removed in the debdiff15:18
argescaribou: that could make sense if you delete the patch, when quilt pop -a is done it doesn't know about unapplying that patch anymore perhaps15:18
caribouarges: actually sponsor-patch does it15:19
argescaribou: another approach would be to extract the original sources and copy the debian directory in : ) but I think 'quilt pop -a' would be cleaner15:19
caribouit pull-lp-source {package}, get the debdiff & applies it then bulk out since the patch has been applied to the source & then removed15:20
=== bigon_ is now known as bigon
rbasakcaribou: things tend to be cleaner if debdiffs are always generated with all quilt patches popped and no .pc directory.15:35
rbasakIMHO15:35
rbasakbzr UDD doesn't do this, and ties itself up in knots as a result (again, IMHO)15:36
caribourbasak: yeah, I was first puzzled at .pc appearing in debdiffs15:36
caribourbasak: in that case, there is no other way than to pop out the patches in order to delete one15:37
caribourbasak: to build the debdiff. It is applying the debdiff afterward that causes  problem if the target source package still has the patches applied15:38
rharperrbasak: I have an existing merge.xx branch locally, I'm creating a new 'merge' branch based on debian/sid; I need to git rebase -i <stuff from my merge.xx branch> onto this new merge branch;  but I've not figured out the right syntax15:40
rbasakgit branch merge merge.xx  # to create the new one that you'll rebase, assuming it doesn't exist already15:40
rbasakgit rebase --onto debian/sid old merge15:40
rbasakWhere "old" is your old new/debian commit hash. You can find this by looking at "git log merge" to see what commit it's based on (the previous Debian import) if the tags aren't clear.15:41
rbasak(and to check, "git log old..merge" should show you only your Ubuntu delta)15:42
rharperrbasak: ok, that makes sense; I was setting my merge branch to debian/sid and then merge had conflicts;15:42
rbasakThe general form is "git rebase --onto <new place you're replaying onto> <a> <b>" where "git log <a>..<b>" is the set of commits you're replaying.15:42
rbasak(and <b> is the branch tip you're moving; it'll move, so branch <b> off first if you want to keep the old <b>)15:43
rbasak(also note that old should be the last commit you _don't_ want to reply, not the first one you do)15:44
rharperah, the a..b helps; what set of commits to apply to the onto branch15:44
rbasakRight15:44
rharperrbasak: yes;  in particular for me 'old' is the import/5.3.5-115:45
rbasakRight15:45
rharpercool!15:45
rharper\o/15:45
rharpersweet15:45
rbasakJust wanted to check that you wouldn't accidentally drop the first commit in your Ubuntu delta, that makes it clear you won't :)15:45
rharperyep15:45
* rbasak goes afk for a bit15:45
rharperrbasak: thanks again!15:46
barrypitti: planet-venus is holding up html5lib because it's Regression on armhf, but Always failed on all the other plats.  looks like we got unlucky (wink) in that planet-venus passed once on armhf and now we're forever blocked on it.  can/should we just pretend armhf is Always failed and let this one through?15:46
argescoreycb: does the latest neutron/trusty upload also include the fixes for bug 1318721?16:01
ubottubug 1318721 in neutron (Ubuntu Trusty) "RPC timeout in all neutron agents" [High,Fix committed] https://launchpad.net/bugs/131872116:01
coreycbarges, yes it does, and the latest upload should fix up the dep8 issues that the prior upload was hitting16:02
argescoreycb: ok16:02
* arges loves seeing random 'sleep 5' lines thrown into bash script16:03
coreycbarges, it's pretty isn't it?16:04
argescoreycb: i guess the worst case is your run this on a really overloaded/slow system and the sleep isn't long enough16:05
argesprobably should loop and check for pid a finite amount of times16:06
coreycbarges, right.  it's not a pretty fix but we've done it before.  agreed that would be better.16:06
argescoreycb: ack, yea i guess you'll be cleaning up any messes this causes16:06
coreycbarges, good point16:07
argesMy View16:08
rharpernacc: thanks for the help; along with rbasak;  I've pushed a merge branch into my repo; now looking to do a launchpad MP,  what do I put in for the target repo and target ref path ?16:10
naccrharper: target repo should the be the usd path for where you got the debian/sid commits from16:14
naccrharper: and target ref should be ubuntu/devel16:14
rharpernacc: thanks!16:19
jdstrandsbeattie: hey, is it just me or is this denial weird looking: audit: type=1400 audit(1455703199.526:434): apparmor="DENIED" operation="create" profile="/usr/sbin/ntpd" pid=15139 comm="ntpd" family="unspec" sock_type="dgram" protocol=016:22
tyhicksjdstrand: AF_UNSPEC is a valid socket family for some syscalls16:25
tyhicksjdstrand: I didn't think it was valid for socket(), though. Is that the syscall that is triggering the denial?16:25
jdstrandI don't know. I was looking at https://bugs.launchpad.net/ubuntu/+source/ntp/+bug/154645516:26
ubottuLaunchpad bug 1546455 in ntp (Ubuntu) "Many instances of 'apparmor="DENIED" operation="create" profile="/usr/sbin/ntpd" pid=15139 comm="ntpd" family="unspec" sock_type="dgram" protocol=0' in syslog" [Undecided,Confirmed]16:26
jdstrandit's a new denial with yesterday's upload16:27
sbeattiehunh, weird.16:28
tyhicksjdstrand: was the family="unspec" the part that looked odd to you?16:28
jdstrandyeah16:31
jdstrandlooking at the diff, I see code that using AF_UNSPEC16:32
tyhicksjdstrand: have a link handy to the diff?16:32
jdstrandhttp://launchpadlibrarian.net/237992992/ntp_1%3A4.2.6.p5+dfsg-3ubuntu9_1%3A4.2.8p4+dfsg-3ubuntu1.diff.gz16:32
jdstrandline 31687816:33
jdstrandit sets the family to that, the socktype to dgram and the protocol to udp16:33
=== Guest32940 is now known as mfisch
robert_ancellsarnold, thanks for revieweing bug 1475021 - regarding the zalloc fix, you haven't filed that anywhere right? I should do that?16:34
ubottubug 1475021 in gcab (Ubuntu) "[MIR] gcab" [High,Triaged] https://launchpad.net/bugs/147502116:34
jdstrandso I guess we can add 'network dgram udp, network stream tcp,' (I saw AF_UNSPEC later in the diff)16:36
jdstrand(with tcp)16:36
jdstrandoh those aren't valid16:39
tyhicksudp == dgram and tcp == stream16:39
jdstrandsure16:39
jdstrandthis is what I am thinking it should be changed to:16:40
jdstrand  # ntp uses AF_INET, AF_INET6 and AF_UNSPEC16:40
jdstrand  network dgram,16:40
jdstrand  network stream,16:40
jdstrandit was:16:40
jdstrand  network inet dgram,16:40
jdstrand  network inet6 dgram,16:40
jdstrand  network inet stream,16:40
jdstrand  network inet6 stream,16:40
tyhicksI think that should be fine16:40
* jdstrand nods16:40
jdstrandtyhicks: thanks!16:40
pittibarry: that is already the case, see "Should wait for planet-venus 0~git9de2109-3ubuntu1 test, but forced by pitti"16:43
jdstrandhuh16:43
pittibarry: see http://people.canonical.com/~ubuntu-archive/proposed-migration/update_output.txt search for "trying: html5lib"16:43
jdstrandthose rules aren't working16:43
barrypitti: i don't really understand that output, but also, i uploaded a planet-venus that should at least pass its dep-8 (albeit perhaps bogusly but i think it's a mostly unmaintained package anyway)16:45
jdstrandhrmm16:45
barrypitti: but also, i trust you :)16:45
tyhicksjdstrand: they aren't compiling or the kernel is still denying ntpd?16:45
jdstrandtyhicks: we have a problem16:45
jdstrandthe kernel is still denying16:45
pittibarry: it means that the new html5lib version makes that list of packages uninstallable: dh-virtualenv, python-pip-whl, python-tox, python-virtualenv, python3-venv, python3-virtualenv, python3.5-venv, tox, virtualenv, virtualenvwrapper16:45
barrypitti: i also merged the ubuntu delta so i can just syncpackage it16:45
jdstrand  network udp,16:45
jdstrand  network tcp,16:45
jdstrand  network dgram,16:45
jdstrand  network stream,16:45
jdstrand  network inet,16:45
jdstrand  network inet6,16:46
jdstrand  network,16:46
jdstrandtyhicks: none of those work ^16:46
tyhicksjdstrand: so the kernel isn't properly handling AF_UNSPEC?16:46
jdstrandseems like it16:46
tyhicks:/16:46
pittibarry: seem's it's caught in that -whl transition?16:46
pittibarry: and http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html#python-pip does not promote because it breaks virtualenv16:47
tyhicksjdstrand: I'll give it a look after I finish sorting something else out16:47
pittibarry: and http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html#python-virtualenv breaks tox16:47
pittibarry: I'll try to run all those tests from -proposed, but I already did that some days ago16:47
barrypitti: yes.  tox 2.3.1-2 should fix python-virtualenv, which should let them all pass16:48
jdstrandtyhicks: all you have to do is apt-get install ntp on an up to date xenial system. you need 1:4.2.8p4+dfsg-3ubuntu116:48
pittibarry: ah, that landed 3 hours ago, so time for some retries indeed16:49
barrypitti: yep.  will you poke at them?16:49
jdstrandtyhicks: I'm going to upload with the new rules and add an apparmor task. does that sound reasonable?16:49
pittibarry: yes16:49
barrypitti: awesome, thanks!16:49
tyhicksjdstrand: thanks - I'll see if I can spot the kernel issue16:49
tyhicksjdstrand: yes16:49
barrypitti: i'll keep an eye on things too, but if something gets caught up, do ping me16:50
pittibarry: eek, we just got Qt'ed again, so that'll take a while, sorry (see http://autopkgtest.ubuntu.com/running.shtml)16:52
barrypitti: that's okay, it's lunch time here :)16:52
ogra_woah !16:56
ogra_ogra@anubis:~/datengrab/generic-initrd$ dput ppa:ogra/ppa initramfs-tools-ubuntu-core_0.7.17_source.changes16:56
ogra_...16:56
ogra_RuntimeError: Failed to read %zi bytes from /dev/urandom16:56
ogra_ogra@anubis:~/datengrab/generic-initrd$16:56
ogra_(this is trusty)16:57
pittibarry: ah, I see you already queued retries; I also queued some with using all of -proposed (as they don't seem to have versioned deps)16:57
barrypitti: +116:57
pittibarry: ah, stuff is green on s390x again, so the other arches should go green too (once they ever catch up..)17:25
pittiI'm still not sure what http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html#python-setuptools is supposed to mean17:26
mterrypitti, are there logs for the generation of touch langpacks?  I wanna see if I can tell where the pam inclusion went wrong17:28
mterry@pilot in17:30
=== udevbot changed the topic of #ubuntu-devel to: Wily (15.10) Released! | Archive: open | Devel of Ubuntu (not support or app devel) | build failures: http://qa.ubuntuwire.com/ftbfs/ | #ubuntu for support and discussion of precise-wily | #ubuntu-app-devel for app development on Ubuntu http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots: mterry
pittimterry: yes, http://macquarie.canonical.com/~langpack/logs/xenial-touch.log -- indeed no trace of them17:32
pittimterry: can you please check if http://launchpadlibrarian.net/240166862/ubuntu-rtm-15.04-translations.tar.gz actually contains "pam"? (sorry, about to have a meeting)17:33
mterrypitti, sure17:33
pittimterry: curiously there is a locale named "pam" too :)17:33
mterrypitti, no it doesn't seem to be in that tarball.  The actual gettext domain is Linux-PAM, didn't see it in expected places (like es or fr)17:35
mterryWonder where the 'pam' locale is17:36
rbasaknacc: http://reqorts.qa.ubuntu.com/reports/sponsoring/index.html17:38
swt2cHello all.  A package I maintain in Debian failed to build in Xenial due to a broken dependency.  That dependency has been fixed, so I was wondering if there is some way to request the autobuilder try to build it again (besides bumping the package revision)?17:41
pittimterry: oh, I just saw http://bazaar.launchpad.net/~ubuntu-langpack/langpack-o-matic/main/view/head:/cron.daily.rtm17:41
pittimterry: it seems it actually merges together the distro and the RTM "overlay" tarballs, so Linux-PAM ought to come from that17:41
pittimterry: (sorry, not very familiar with that, this is sil2100's domain)17:42
sil2100uh oh17:42
* sil2100 hides17:42
mterrysil2100, :)17:42
kickinz1rbasak, did you get any chances to review amavisd-new? Can you prepare ubuntu-server-dev git for me to rebase moin and urgrabber merges?17:42
mterrysil2100, I'm trying to get pam's translations (domain Linux-PAM) in touch17:42
pittimterry: but the log actually has lots of "Copying cs/Linux-PAM into package ../xenial/sources-touch/language-pack-touch-cs17:42
pittisil2100: nevermind17:42
pittimterry: so they ought to be there?17:43
pittimterry: I grepped for "pam" thus I didn't see the all-caps name17:43
mterrypitti, right, I see it too17:43
ogra_heh17:44
ogra_ogra@anubis:~$ apt-cache search realpath17:44
ogra_realpath - Gibt den kanonisierten absoluten Pfadnamen zurück17:44
ogra_sometimes there are words you shouldnt translate ...17:44
pittimterry: sorry, wrong log -- so the *xenial* touch packages have it17:44
mterryhm17:44
* ogra_ never heard "kanonisiert"17:44
pittimterry: but what you are looking at is http://macquarie.canonical.com/~langpack/logs/15.04-touch.log17:44
pittimterry: that's from the cron.daily.rtm cronjob17:44
mterrypitti, uh oh...  did I not update the 15.04 map in that MP?17:45
pittimterry: ooh! your latest commit into langpack-o-matic (r552) did only add it to pkglist-touch-{vivid,xenial}17:45
pittimterry: but not the 15.04 map17:45
pittivoilà :)17:45
mterrypitti, duh17:45
pittimterry: it's still a bit unclear how these can be auto-generated17:46
rbasakkickinz1: sorry otp17:46
pittisil2100: ah btw, thanks for explaining the -meta issue for RTM17:46
mterrypitti, ok I can propose a new branch for that17:46
pittimterry: but with that ^ it means we don't actually have a seed branch which we can check out17:46
sil2100pitti: no worries, it's a bit confusing, we know - not the cleanest approach but works17:46
mterrypitti, but I'd have to do it manually17:46
pittimterry: so I guess we can sync this up with xenial once, or make it identical to xenial if that's the right thing to do, or maintain it manually just like the -meta package in the overlay PPA?17:46
sil2100(at least worked so far)17:47
mterrypitti, what's that about seeds?17:47
pittimterry: so TL;DR: to unblock this, let's just add it to these map files manually for now17:47
rbasaknacc: https://bugs.launchpad.net/~nacc/+reportedbugs17:47
pittimterry: nevermind, I just commit it, it's trivial17:47
mterrypitti, heh ok17:47
mterrypitti, is it possible to remake langpacks?  I want to make sure that we actually end up using the translations correctly too, once they're in place17:48
pittimterry: done and rolled out, so without further ado next Tuesday's cronjob will pick that up17:48
pittimterry: with a bit of fiddling, as they will normally get the same version number17:48
pittimterry: I'll make a note (I need to run off for some hours), I'll do the surgery later tonight17:49
mterrypitti, ah maybe not important.  I can test manually by putting some mo files in place17:49
pittimterry: it's not that difficult, just more than running a cronjob and doing it with only half of my attentino17:49
* pitti -> out for some hours17:50
* doko looks at eight running unity8 builds on s390x ... great platform for unity17:56
ogra_does it support gestures ?17:56
sarnoldrobert_ancell: please do, I mailed the upstream author about the g_malloc_n() issue (and the other minor things), but that's it18:13
damasceneguys, how can a package ask for exception of feature freeze?19:11
rbasakdamascene: https://wiki.ubuntu.com/FreezeExceptionProcess19:12
tewardheh i was about to link that19:12
damascenethank you both ☺19:12
rbasakteward: oh you had a question for me.19:12
rbasakSorry. I'll look back at that now.19:12
tewardrbasak: no super super rush, but i'd ideally like to get 1.9.11 in before FF so I don't have to go through the exception process, heh.  But yeah, it's really just figuring out which is the lesser of two options to fix a fail-to-build :P19:13
jderosepitti: i believe i was just hit by lp:1252121 for the first time... it consistently happens on hardware with Killer E2400 Ethernet controllers (Ethernet is disconnected after resume, wont reconnect even if you unplug/re-plug the cable)19:37
jderosepitti: one horrible, hacky work-around i've found that works is to use a /etc/pm/sleep.d/ script to restart network-manager upon resume. any ideas?19:38
=== salem_ is now known as _salem
hallynpitti: pam-auth-update: Local modifications to /etc/pam.d/common-*, not updating.21:17
hallyn(updating systemd)21:18
hallynoh, nm21:18
hallyni misread :)21:18
hallynuh, what is "inheritable capabilities management" pam module?21:18
hallynhuh21:19
hallynanyway, pitti, if you're actually around (i assume you're sleeping), some hints about systemd-machined would be very much appreciated.  (comment #33 in bug 1529079)21:22
ubottubug 1529079 in systemd (Ubuntu) "Can't start virtual machines after upgrade to Xenial" [High,Confirmed] https://launchpad.net/bugs/152907921:22
barrypitti: i messed up the upload of tox 2.3.1-2.  just uploaded 2.3.1-3 so once that winds through the system i think we'll be okay21:26
=== Unit193 is now known as ucode
=== ucode is now known as krycek
mterry@pilot out22:26
=== udevbot changed the topic of #ubuntu-devel to: Wily (15.10) Released! | Archive: open | Devel of Ubuntu (not support or app devel) | build failures: http://qa.ubuntuwire.com/ftbfs/ | #ubuntu for support and discussion of precise-wily | #ubuntu-app-devel for app development on Ubuntu http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots:
=== sergiusens_ is now known as sergiusens
=== krycek is now known as Unit193
superm1robert_ancell: i uploaded the fix that sarnold recommended that was blocking the gcab MIR, mterry promoted gcab to main and then I uploaded all the stuff to undo disabling firmware on appstream-glib23:32
robert_ancellsuperm1, I saw that, thanks!23:33
superm1sure thing23:33
superm1so i guess the only stuff blocking firmware still on gnome-software is fwupd and fwupdate need updated security reviews23:33
robert_ancellyes23:33
robert_ancellThen we should re-enable in GNOME Software I guess.23:34
infinitysuperm1: Is anyone testing mythbuntu for 14.04.4?23:35
superm1tgm4883: ^23:35
superm1he's closer in the loop on that right now23:35
infinitysuperm1: At this point, *anyone* would do, just to boot/install/reboot smoketest.  The time for deep testing is passed anyway. :P23:35
superm1he had some folks lined up that did testing the last go around, but i'm not sure where they are now23:36
superm1robert_ancell: will fwupd end up a recommends of gnome-software or will it be seeded in ubuntu-desktop meta?  i noticed in debian it's only suggests23:37
robert_ancellsuperm1, I think it will be a recommends / or seeded. It seems like it will be a popular feature. I'm not driving the adoption though.23:38
superm1well so far only my company has published any real firmware that can be used by it, but i'm hoping it does get popular and used widely :)23:39
robert_ancellsuperm1, now I'm regretting my switch to Toshiba :)23:40
xnoxdoko, forced synced golang-pty to get us to the same as the newer debian upstream release. if it lacks architecture supports, i'll resurect patches.23:42
tgm4883superm1: I'll do one when I get home. Leaving work now23:42
xnoxdoko, actually ppc types are missing =(23:45

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!