FourDollarsWhy can we use some kind of suffix like in https://launchpad.net/ubuntu/+source/partman-efi for trusty? In there any documentation for this kind of rule?04:21
darkxstFourDollars, the rule is that an SRU version can't conflict with any past or future versions of the package05:05
FourDollarsdarkxst: OK. So can I use 25ubuntu6.20151102.1 if the previous version is 25ubuntu6?05:07
darkxstFourDollars, well you could, but dates are usually used for vcs snapshots05:09
FourDollarsdarkxst: How about 25ubuntu6trusty1? Is it also valid?05:10
FourDollarsdarkxst: The precise version used 25ubuntu1.2 for 25ubuntu1. I am wondering why the trusty version used 25ubuntu6.14.04.1 for 25ubuntu6.05:11
darkxstFourDollars, well that would be greater than the version that copied into utopic, so no05:11
darkxst25ubuntu6.14.04.1 or 25ubuntu6.1, would have been equally fine05:12
darkxstand they are the two most common forms of SRU versions05:12
FourDollarsdarkxst: I guess using 14.04 is to indicate this change is used for trusty, right?05:13
darkxstFourDollars, yes05:14
darkxstalso if there had been a 25ubuntu6.1 in utopic before the trusty upload that could not have been used either05:15
darkxstthat kind of situation would probably only happen with projects with dead or slow upstream releases though05:16
FourDollarsdarkxst: 25ubuntu6.14.04.1 is also greater than the version that copied into utopic. Why is it OK?05:16
darkxstFourDollars, sorry itss the other way around, you can't upload 25ubuntu7, because that would be a possible future version05:18
darkxstso  6trusty1 would be ok05:18
FourDollarsdarkxst: OK. I see. Thank you for your explanation.05:19
dholbachgood morning07:21
=== zyga-afk is now known as zyga
=== nudtrobert1 is now known as nudtrobert
=== hikiko__ is now known as hikiko
=== nudtrobert1 is now known as nudtrobert
Odd_Blokepitti: Xenial images for you to play with are at http://people.canonical.com/~dwatkins/20151028/09:42
=== zyga is now known as zyga-afk
=== zyga-afk is now known as zyga
nikolamHi, shouldn't I have btrfs-tools with same version as the kernel in LTS? I have 3.19.0-31 kernel and 3.12-1 btrfs-tools and I am having an issue with very slow Btrfs send...11:58
highvoltage/win/win /win 2612:01
highvoltage(lol sorry)12:01
ogra_what a winner you are today :)12:01
nikolamwinnner of windows 3.1 starting with win ?12:01
MirvLaney: would the "Please add packages to qt5 package set" thread on devel-permissions need something more still.I did a proposal two weeks ago, but then obviously there was release rush etc so I can see why it'd be easily forgotten again.12:31
LaneyMirv: I don't remember, sorry, let me check on it shortly12:35
MirvLaney: ok, thanks, no hurry12:37
=== balloons is now known as Guest4533
=== Guest4533 is now known as ballons_
=== ballons_ is now known as balloons_
=== hikiko is now known as hikiko|ln
=== zyga is now known as watson
=== balloons_ is now known as balloons
=== hikiko|ln is now known as hikiko
seb128$ ./process-removals -s obexd14:04
seb128INFO:root:obexd (0.48-2.1): back in sid - skipping.14:04
seb128but no14:04
seb128$ rmadison -u debian obexd14:05
seb128obexd      | 0.28-1        | oldoldstable | source14:05
seb128obexd      | 0.46-1        | oldstable    | source14:05
didrocksComment: (From Debian) ROM; obsolete; Debian bug #77209414:08
ubottuDebian bug 772094 in ftp.debian.org "RM: obexd -- ROM; obsolete" [Normal,Open] http://bugs.debian.org/77209414:08
didrocksRemove [y|N]?14:08
didrockswith process-removals here14:08
didrocks(I didn't accept yet, the warning is after it?)14:09
cjwatsonseb128: you probably have an old cached Debian_something file in your current dir14:09
cjwatsonprocess-removals is kinda ropey14:09
didrocksyeah, I check on my Sources.gz that were downloaded, no reference for sure14:10
didrocksseb128: want me to ack?14:10
LaneyFourDollars: Do you have an XPS 13 with 14.04 on it to check the fix for https://bugs.launchpad.net/ubuntu/+source/nautilus/+bug/1480217 ?14:11
ubottuLaunchpad bug 1480217 in nautilus (Ubuntu Trusty) "Nautilus background handling screwed when changing scaling factor." [High,In progress]14:11
seb128didrocks, if you want14:11
* didrocks flushes14:11
didrocksLaney: FYI ^14:11
seb128cjwatson, indeed I had, thanks for pointing that out14:11
seb128Laney, did larsu fix the icons issue as well now?14:12
Laneylooks ok to me14:12
cyphermoxgood morning!14:36
tewarddoes anyone know how apport / ubuntu-bug detects duplicate bugs?  Second related question is if it can detect duplicate package-type bugs based on a given signature...14:42
seb128slangasek, your python-pgmagick no change rebuild failed, the new version (pypi.debian.net/pgmagick/pgmagick-0.5.12.tar.gz) add compat for the graphicsmagick version if you want to do the update14:51
slangasekseb128: thanks, that build failure was on my list of things to look at14:52
FourDollarsLaney: Yes, I have an XPS 13 with HiDPI screen.15:02
LaneyFourDollars: with 14.04, right?15:03
FourDollarsLaney: Let me check.15:04
FourDollarsLaney: Yes, it is with 14.04.15:05
LaneyFourDollars: ok, could you check with the debs in http://people.canonical.com/~laney/package-junkyard/ please?15:07
dobeyteward: the bugs that apport marks as duplicate, matches the stack signature afaik15:10
FourDollarsLaney: Yes, it seems to fix the issue.15:11
LaneyFourDollars: thanks15:17
FourDollarsLaney: np15:17
davmor2Laney: does that let me off the hook or do you want a second confirm?15:18
Laneydavmor2: you can verify it from trusty-proposed later on if you want :P15:18
=== lan3y is now known as Laney
=== RAOF_ is now known as RAOF
=== henrix_ is now known as henrix
=== beuno_ is now known as beuno
=== kenvandine_ is now known as kenvandine
dholbachcan somebody moderate my mail on u-d-a?16:39
cjwatsondholbach: done16:54
dholbachthanks cjwatson16:57
tewarddobey: OK, so no way to make an apport bug detect something from the report attachments itself, then, to determine a duplicate...?18:01
NikThHello, anyone else getting similar errors ? https://launchpadlibrarian.net/224027178/buildlog_ubuntu-trusty-amd64.linux_4.3.0-00.201511021933_BUILDING.txt.gz18:01
NikThFound this one, seems similar but... no coding here :-) https://lkml.org/lkml/2015/9/11/64418:02
pittiteward: there is; normally through the signature of the stack trace, but we also have plenty of "patterns" to match on e. g. dpkg log files or X.org logs18:02
dobeywhat pitti said18:03
pittiteward: ^18:03
tewardpitti: does that work from output of commands done by package hooks?  The reason I've been asking is there is a *substantial* number of bugs being filed against 'nginx' for "Could not bind to *:80: Address in use" errors, and they come up in most of the bug reports seen.  Thanks to the apport hooks i can tell what causes the install/upgrade postinstall failure (it's that), but... trying to eliminate some work :p18:04
tewardpitti: thanks i'll peek18:04
pittiteward: yes, on any field of the report, doesn't matter18:04
sarnoldNikTh: maybe add libssl-dev to your Build-depends: line?18:04
tewardpitti: OK, i'll start poking and peeking.  Thanks.18:04
NikThsarnold: Thanks. Let me try.18:05
sarnoldNikTh: (I haven't verified that that package has the file you need, it just doesn't appear in your build logs and seems plausible)18:06
tewardsarnold: betcha it's openssl-dev not being installed.18:07
tewardsarnold: apt-file shows openssl-dev as installing that file to /usr/include/openssl/opensslv.h so...18:07
teward(with regard to NikTh's issue)18:07
teward(at least in Trusty)18:08
NikThsarnold: I have the trusty's config files as they are. I have changed nothing except adding my <e-mail> there (in control files)18:08
sarnoldteward: heh, N: Unable to locate package openssl-dev18:08
* teward yawns18:08
tewardsarnold: E:NoCoffee18:08
NikThhaha :)18:08
NikThOk, libssl-dev it is, then. I will try this one. :)18:08
tewardThank goodness, coffee's here.  *steals a "Box o' Joe" and gets to developer work*18:08
tewardpitti: so, then in the bug patterns XML file, key would be whichever item grabbed by the package hooks I want to look at, and regex-matching?  *trying to wrap head around the apport bug pattern detection*18:19
pittiteward: right; the README file hopefully explains the basics of it18:20
tewardyou know what the page didn't show me?  The README file18:20
tewardpitti: that reminds me, I have a typo in my package hooks... oops.18:25
* teward should fix that xD18:25
=== _salem is now known as salem_
tewardpitti: with regards to apport and duplicate detection, how does that work if we have different versions in different releases that will have different report data?  (Vivid+ has my apport hooks, Trusty and earlier don't and use different files for the data...)19:41
pittiteward: I guess you'd create two patterns, one for vivid+, one for trusty?19:43
tewardworks for me, for now i'll focus on vivid+ 'cause that's where the hooks exist, i'm still ironing out the trusty/precise ones.19:44
=== salem_ is now known as _salem
tewardpitti: would you be able to spot-check for blatantly obvious evil errors in my pattern that i've written locally?20:00
pittiteward: sure! pastebin the diff?20:00
tewardwill do shortly, in the middle of beating an nfs share 'cause i need the data there :P20:01
sil2100cjwatson: hey! So, would it be possible to move the LP weekly translation exports for ubuntu-rtm/15.04 a day later? (on Wednesdays) I remember the rationale for it being set for Tuesdays was that it's hard to schedule as normally those take a lot of time to create20:01
sil2100cjwatson: but the 15.04 ones actually build in 5-10 minutes20:01
sil2100cjwatson: you think that would be doable?20:01
tewardpitti: i'm going to thoroughly test this of course but in the interim:  http://paste.ubuntu.com/13085614/20:07
tewardmy regex-fu is not super strong though20:08
=== ddstreet_away is now known as ddstreet
pittiteward: hm, that bug doesn't actually have a SystemctlStatusFull_Nginx.txt attachment, but I suppose one of the dupes20:09
tewardpitti: no, that bug doesn't, it's the master20:10
pittiteward: ( and ) are magic in REs, so you need to escape them20:10
tewardthere's multiple dupes, I got tired of canned-responsing20:10
tewardpitti: https://bugs.launchpad.net/ubuntu/+source/nginx/+bug/1495805 is one of the 'dupes'20:10
ubottuLaunchpad bug 1512344 in nginx (Ubuntu) "duplicate for #1495805 [Master Bug] Package nginx-* failed to install/upgrade due to Port 80 not being able to be bound to, due to "Address In Use" errors." [Undecided,Invalid]20:10
pittiteward: you can run ./test-local <supposed dupe> to make sure your pattern works20:10
pittiteward: so if you run it now against a dupe, it will most probably say that it didn't find a match20:11
tewardpitti: i also have a typo in my apport hook which is going to be fixed soon so this is a 'testing first' before 'suggest inclusion' (gotta fix the apport hooks, gotta merge)20:11
tewardpitti: ok.20:11
tewardi'll do testing, but the blatantly obvious errors were the regex :)20:11
pittiteward: perhaps say "failed.*98: Address already in use" to avoid having to match the parentheses?20:11
tewardmmm... that'd work.20:12
pittiteward: and then ./test-local should recognize it as a dupe20:12
tewardwill test that, thanks pitti20:23
henrixutlemming: the fixes for bug #1454758 have been applied to the Precise kernel, but it looks like they should actually be applied to the linux-backports-modules-3.2.0 instead.  could you confirm this?20:25
ubottubug 1454758 in linux (Ubuntu Precise) "[Hyper-V] storvsc: Set the SRB flags correctly when no data transfer is needed" [Critical,Fix committed] https://launchpad.net/bugs/145475820:25
henrixutlemming: (apw suggested me to ping you ;) )20:25
henrixutlemming: this caught my attention because this seems to break the -lbm build20:26
tewardpitti: who has to do the review of a merge though, once I have this 'tested' and 'working'?  Do I just make a merge req?20:36
sil2100slangasek: https://bugs.launchpad.net/ubuntu/+source/hevea/+bug/151246720:44
ubottuLaunchpad bug 1512467 in hevea (Ubuntu) "Release no-change rebuild for ocaml transition" [Undecided,In progress]20:44
tewardpitti: test-local's causing "file stream must be in binary mode" errors, 15.04 testing.  Passing it the path for the .crash file, is this normal?20:48
sil2100slangasek: thanks for sponsoring!20:59
slangaseksil2100: no prob21:00
cyphermoxslangasek: should we be looking at the ocaml transition in particular?21:03
sil2100cyphermox: I'm working on that now21:03
sil2100Moving steadily with the bleh rebuilds21:03
cyphermoxI know, that's why I'm asking; I think we want to avoid duplicating work, but there is a lot of ocaml anyway21:03
sil2100I might be done somewhere tomorrow since I want to spend most of my time there21:03
slangasekcyphermox: sil2100 is driving it, I don't know that it needs more eyeballs currently21:04
cyphermoxslangasek: I figured; I picked $random !ocaml.21:05
cyphermoxsil2100: are you using update-output-helper too?21:05
sil2100cyphermox: no, not sure if I know that one, I use chroots, check if it installs and why not and rebuild/fix21:06
sil2100I have a script that does the no-change rebuilds for me21:06
cyphermoxsil2100: ok21:08
tewardpitti: nevermind, i fixed it although I had to generate another bug to test it.  Looks like the pattern, with your help, matches and spits out the 'master bug' for the issue I created earlier today.  How do I go about getting it included in the apport patterns?21:11
teward(I'll upload a new branch just for that)21:11
NikThsarnold: I've passed the error with openssl because of your suggestion and thanks. Any thoughts in the new error? http://pastebin.com/raw.php?i=6HM0WzCc21:15
sarnoldNikTh: look higher up in the build log21:16
NikThsarnold: if it matters this lines occur immediately after "  LD      drivers/built-in.o"21:16
NikThhmm, maybe I have to paste the full log ? I'm trying this local now (pbuilder)21:17
sarnoldif it's immediately after the LD .. line then you may need to add V=1 to the top-level make command to figure out what exactly died21:17
NikThsarnold: I will try this. Thanks.21:18
=== evilnhandler is now known as nhandler
pittiteward: re (sorry, meeting)21:54
pittiteward: just do an MP and I'll review/merge it21:54
tewardpitti: OK, will do, gotta poke a few things21:54
tewardpitti: the test-local doesn't work with .crash files though21:54
teward(see the error I said it printed earlier)21:54
tewardin which case the 'usage' help on it should be updated perhaps21:55
pittiteward: no, just with LP bugs, as that's what it operates on21:55
tewardpitti: (the actual executable says to pass it a .crash file path though or an LP bug)21:55
pittiteward: oh, ok; sorry, it's been ages since I've used it21:55
teward"Usage: %s <.crash file or bug number>", line 27 :)21:55
tewardpitti: i'll have a bugpatterns update, but then i may go poking at the script, propose a few changes if it only works with LP bug numbers.21:56
tewardgive me a few minutes, gotta change wireless APs.21:56
pittiteward: that would be appreciated21:56
tewardpitti: feel free to reject if the target bug is not satisfactory, I have another bug avaialble that can be the target.  Merge Req. against the bugcontrol repo, or the lp:apport project?22:00
pittiteward: against the branch you branched it off, i. e. the ubuntu-bugpatterns one22:02
tewardpitti: https://code.launchpad.net/~teward/apport/ubuntu-bugpatterns-nginx/+merge/276471 is the merge, let me know :)22:03
* teward has no issues if it's rejected22:03
pittiteward: pulled, thakns!22:05
tewardeheheheheh, i spammed myself 'cause it's a bugcontrol branch xD22:07
tewardpitti: thank you for pulling it in :)22:07
tewardi appreciate all the help from you and others on the apport bug stuff (both the package hooks and the dupe detection)22:08
tewardpitti: if I happen to update the report attachment name in Xenial (as a result of fixing a couple typos in my hooks), I assume i'll have to make an update to the bugpatterns?22:13
pittiteward: right; you should duplicate the entire pattern clause and adjust the key name if that changes22:14
tewardpitti: it may or may not change, depends on whether the tiny typo (it duplicates the .txt extension twice on attachments) really irritates me that much :P22:26
tewardi'll let you know when I have any such changes :)22:26
tewardagain, thanks for your help though :)22:27
sil2100Does anyone know who's the current maintainer of our transition tracker code? lp:ubuntu-transition-tracker22:27
pittiteward: the key="" value itself is not a re, the re matching applies to the contents of the key22:27
pittiteward: so this does need a new rule then22:28
tewardpitti: right, i know it isn't a re, just wanted to make sure that's what I'd have to edit if i fix the typo in the hooks :)22:28
tewardas it stands it's so minor that it's not really needing fixing - doesn't affect the report much22:29
sil2100slangasek, other-core-devs: could anyone sponsor https://bugs.launchpad.net/ubuntu/+source/llvm-toolchain-3.5/+bug/1512502 for me?22:31
ubottuLaunchpad bug 1512502 in llvm-toolchain-3.5 (Ubuntu) "Release no-change rebuild for ocaml transition" [Undecided,In progress]22:31
slangaseksil2100: done22:56
sil2100slangasek: thank you!22:56
* sil2100 feels silly uploading so many no-change rebuilds22:57
sil2100Free karma I suppose22:57
Unit193You know what they say about Karma...22:57
NikThsarnold: If this helps you , because I cannot understand what is happening. http://pastebin.com/raw.php?i=f6sNZvEL23:00
sarnoldNikTh: sorry, I can't spot anything unusual or incorrect23:02
sarnoldNikTh: it's possible that the error is still earlier in the log, I guess23:02
NikThsarnold: no problem. Thanks for all your help till here. Maybe it's my misconfiguration after all (in debian.master/ folder , because I've changed too many things there). I will try tomorrow again. bb.23:05
sarnoldgood luck :)23:05
cjwatsonsil2100: I expect we can find some time when it won't collide with other things, but please could you remind me during the daytime or send me mail or something so I'll remember?23:34
sil2100cjwatson: sure! Thanks :)23:34

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