/srv/irclogs.ubuntu.com/2015/09/16/#ubuntu-devel.txt

=== bjf_ is now known as bjf
=== petersaints_ is now known as petersaints
=== StevenK_ is now known as StevenK
=== slangase` is now known as slangasek
=== infinity1 is now known as infinity
hallynslangasek: so do you have another suggestion?  shoudl it just go into /lib/cgmanager/cgm-release-agent?01:20
hallynslangasek: cgmanager-utils conflicts: i tested it;  with breaks it simply refuses to upgrade the packages;  with conflicts it removes the old cgmangaer-utils and installs the new package01:21
hallynnow it's possible that i should just remove the version - cgmanager-utils no longer is needed at all - uh, no longer exists01:22
=== rcj` is now known as rcj
tdaitxdoko, it seems squid FTBFS in wily-proposed due to the libecap2 -> libecap3 change, squid <= 3.4 requires ecap 0.2 or 0.3 (ie. libecap2-dev) - only squid 3.5+ can use ecap 1.0 (ie. libecap3-dev)...01:27
tdaitxdoko, I am trying to build, got an error due to a "logical-not-parentheses" warning, fixed it with a patch, then I am seeing lots of netinet/in.h and linux/in.h conflicts - ie. conflicts between libc6-dev and linux-libc-dev headers, any idea?01:27
tdaitx... trying to build with libecap2 ...01:27
hallynslangasek: reagarding the xs-testsuite, if i make it 'Testsuite' the dpkg in trusty will DTRT?  (I haven't found anything explaining the difference)03:09
slangasekhallyn: dpkg in trusty will complain that it's an unknown field, but we're talking about a ppa so it doesn't matter03:16
slangasekhallyn: how did you test that it refused to upgrade the packages?  I'm pretty sure your test was wrong03:17
slangasekhallyn: oh and yes, if cgmanager-utils no longer exists it should be an *un*versioned conflicts, not a versioned breaks03:17
hallynslangasek: i install cgmanage ron trusty, then installed the 0.39-1 package there with dpkg -i, it refused.03:20
infinityUnversioned Conflicts/Replaces, if the goal is to smoothly punt it off the system.03:20
hallynstgraber: ^ what exactly do you want in debian/control?  can you put it into the 'unstable' branch at https://github.com/lxc/cgmanager-pkg-ubuntu ?03:20
hallynok, will make that an unversioned C/R now03:21
infinityAnd raw dpkg won't do that right, you need apt or another frontend.03:21
hallynbah.  why?03:22
infinityBecause reasons.03:22
hallynok, but if it'll break for people trying to do it manuallywith dpkg that's still bad no?03:22
infinitydpkg will just tell you that you can't install something with something else that conflicts.  C/R paired is a hint to higher level frontends (like apt) to DTRT.03:22
hallynbut if we can all agree on unversoined C/R then that works for me :)03:22
hallynoh, i see03:22
hallynthanks03:22
infinityNo, it's fine if complex upgrades like that can't be done with dpkg without first removing package A.03:23
infinityBut it should be smooth with apt/aptitude/dselect/update-manager/etc, which C/R will make sure of.03:23
* hallyn looks back up to see what else he needs to remember he messed up03:23
hallynok, so i think there's only the cgm-release-agent location left to worry about03:25
hallynstgraber: ^ nm, we'll just leave the lintian warning for now and leave xs-testsuite as is03:26
TJ-Anyone familiar with ecryptfs-utils source-code around?03:43
=== TJ- is now known as Guest8103
slangasekhallyn: dpkg --auto-remove probably would've done the right thing for the Breaks case anyway03:45
slangasekhallyn: sorry, --auto-deconfigure03:45
=== TJ_Remix is now known as TJ-
pittiGood morning04:20
tyhicksTJ-: I'm on the way to bed but I'll see how much help I can provide in the span of a few minutes :)04:25
TJ-tyhicks: simple question this time I promise!04:26
tyhicksgood :)04:27
TJ-tyhicks: I'm hacking on the ecryptfs-utils code to fix 'our' issue... but stumped as to where the source is included the linux/keyctl.h or defining KEY_SPEC_USER_KEYRING - can find its usages but no sign of where it is defined!04:27
TJ-tyhicks: I grep-ed but couldn't see it, but it has to be there: http://paste.ubuntu.com/12424557/04:30
tyhicksTJ-: the kernel defines it, which is why keyctl.h is in /usr/include/linux, and libkeyutils-dev also defines it in /usr/include/keyutils.h04:31
tyhicksTJ-: ecryptfs-utils uses the definitions from libkeyutils-dev04:31
TJ-tyhicks: I am planning on adding some intelligence so the code can pick the correct keyring to use, and allow the user to override the choice on the command-line04:32
TJ-tyhicks: Ahhhh! of course. I think I'm a bit too tired. Thank you.04:32
tyhicksTJ-: the intelligence part sounds good but I'm not a fan of the command line option04:32
TJ-tyhicks: I did "apt-cache showsrc ..." but totally missed "libkeyutils-dev"04:33
tyhicksTJ-: the kernel keyring, and all of the subkeyring belonging to a process, is too much complexity to expose to users04:33
tyhickss/subkeyring/subkeyrings/04:33
TJ-tyhicks: I agree, but the 'intelligence' may not always be able to figure out the correct keyring04:33
TJ-tyhicks: I was planning on only exposing it to ecryptfs_insert_wrapped_passphrase_into_keyring04:34
tyhicksTJ-: actually, I think ecryptfs-utils may be using the wrong keyring04:35
tyhicksTJ-: I wonder what would happen if ecryptfs_add_auth_tok_to_keyring() inserted the key into the KEY_SPEC_SESSION_KEYRING04:36
TJ-tyhicks: I've been thinking that. It should be session not user04:36
tyhicksTJ-: or possibly the KEY_SPEC_USER_SESSION_KEYRING04:36
tyhicksTJ-: I think changing the keyring is the first approach we should take instead of trying to add intelligence about which keyring to use04:37
TJ-tyhicks: but I've also been looking at what the various tools do with keyrings. default, and pam_init, are both supposed to link the session and user keyrings. The problem with just 'user' is when using 'sudo' it doesn't attach to the user session, or the non-sudo user04:37
TJ-tyhicks: I'm aiming to set up enviroments with each scenario and then test various changes, starting with swapping user -> session, and working on up04:38
tyhicksTJ-: ok, big thanks for the help on this04:38
TJ-tyhicks: you're welcome. It's get another security feature that interests me. This may help me in thinking about implementing a systemd-cryptsetup LUKS key-file AskPass extension04:39
TJ-s/get/yet/04:40
tyhicksinteresting04:40
tyhicksok, I've got to run now04:40
tyhickstalk to you later04:40
TJ-tyhicks: thanks04:40
=== G_ is now known as G
pittiwgrant: do you happen to have an estimate about when lcy01 comes back?05:09
wgrantpitti: I'd hope this week, but some issues have been hit.05:11
wgrantIt is coming together, though.05:11
pittiwgrant: thanks05:15
pittidoko, infinity: can you please have a look at http://bazaar.launchpad.net/~ubuntu-release/britney/britney2-ubuntu/revision/496 -- does this make sense to you? anything else which we should trigger?05:55
pittioriginally I only wanted to make this temporary as we are currently so low on capacity, but I think it actually makes sense permanently05:56
dholbachgood morning06:21
dholbachhappy birthday infinity!06:23
pittiooh!06:28
pittiinfinity: happy birthday, man!06:28
pittidoko, infinity: this is resulting in http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html#gcc-507:00
pittidoko, infinity: (note that binutils and linux weren't triggered before)07:01
=== czajkows1i is now known as czajkowski
seb128mvo_, hey, do you know if bug #1496291 is likely to be an apt or dpkg issue?08:35
ubottubug 1496291 in software-center (Ubuntu) "package:software-center:13.10-0ubuntu8:triggers looping, abandoned" [Undecided,New] https://launchpad.net/bugs/149629108:35
seb128s-c didn't change in wily afaik08:35
mvo_seb128: dpkg or s-c itself, apt does not really deal with triggers08:39
seb128dpkg I guess08:39
mvo_seb128: I guess we need to find the cycle and break it, is there some helpful information maybe from dpkg?08:39
seb128lubuntu-software-center has similar issue and didn't change either since vivid08:39
seb128no, those e.u.c reports are useles s:-/08:39
seb128https://bugs.launchpad.net/ubuntu/+source/software-center/+bug/149507708:40
ubottuLaunchpad bug 1495077 in software-center (Ubuntu) "package software-center 13.10-0ubuntu9 failed to install/upgrade: triggers looping, abandoned" [Undecided,Confirmed]08:40
seb128might have, it's an apport report with logs08:40
=== dgadomski_ is now known as dgadomski
seb128or https://bugs.launchpad.net/ubuntu/+source/software-center/+bug/149530908:41
ubottuLaunchpad bug 1495309 in software-center (Ubuntu) "package software-center 13.10-0ubuntu9 failed to install/upgrade: gatilhos em "loop", abandonado" [Undecided,New]08:41
seb128dbus has similar report08:43
seb128e.g bug #149629608:43
ubottubug 1496296 in dbus (Ubuntu) "package:dbus:1.10.0-1ubuntu1:triggers looping, abandoned" [Undecided,New] https://launchpad.net/bugs/149629608:43
seb128so maybe it's due to it?08:43
seb128Laney, ^ did you see anything like that?08:43
Laneywe made the dbus one interest-noawait08:43
Laneybut that was before 1.1008:43
seb128https://errors.ubuntu.com/problem/17ccb3737169df5ac7c589255576b7abbe898229 has 1.10 reports08:44
Laneywhere's a proper log?08:46
seb128Laney, https://launchpad.net/ubuntu/+source/dbus/+bugs?orderby=-id&start=0 the upgrade reports08:48
seb128I guess08:48
seb128at least they have apport/dpkg logs08:48
Laney chain of packages whose triggers are or may be responsible:08:49
Laney  lubuntu-software-center -> libc-bin08:49
Laney la cadena de paquetes cuyos disparadores son o pueden ser responsables:08:50
Laney  lubuntu-software-center -> libc-bin08:50
LaneyOK, infinity probably fixed software-center on Friday08:54
Laneylubuntu-s-c should have the same treatment I think08:54
* Laney JFDI08:54
rbasakinfinity or stgraber: can we speak about DPDK packaging please? I'm still not happy about the current state of packaging and would like your opinion.09:00
seb128Laney, thanks for figuring out the details09:05
seb128mvo_, ^ btw, seems like s-c got fixed09:05
Laneydon't know why these get attributed to dbus though09:07
mvo_seb128: lovely09:12
mvo_seb128: infinity is a hero09:13
seb128:-)09:14
=== vrruiz_ is now known as rvr
=== zbenjamin_ is now known as zbenjamin
dokopitti, that gcc list looks lovely ;)10:50
* doko starts renaming all my packages to gcc-* 10:52
dokomvo_, could you have a look at http://autopkgtest.ubuntu.com/packages/a/aptdaemon/wily/amd64/ ?11:06
pittidoko: lol11:06
jamespagedoko, hey - buildbot is blocking transition of sqlalchemy to the release pocket due to https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=79430011:10
ubottuDebian bug 794300 in buildbot "buildbot: FTBFS on unstable and needs rebuild for sqlalchemy transition" [Serious,Open]11:10
jamespagedoko, any ideas? its not been touched for eons in Debian11:10
mvo_doko: I suspsect the new packagekit broke it11:11
dokojamespage, no, I'll ping the maintainer. I really didn't want to get involved with that one, therefore I asked the guy to take it over11:12
jamespagedoko, ack - thankyou11:12
jamespage(I saw you as an Uploader - hence the ping)11:12
dokothere's a new beta11:15
dokojamespage, there's a new 0.8.x release, didn't check yet. but the test failures don't look like sqlalchemy related. I think ScottK is wrong11:33
dokoohh, ScottK left ubuntu ...11:33
jamespagedoko, I also think they are not related to sqlalchemy11:33
jamespagedoko, I'll poke at it11:37
dokobarry, https://launchpad.net/ubuntu/+source/pyke/1.1.1-5build1/+build/7911076 is ply fallout11:42
jamespagedoko, well that makes no difference11:52
tjaaltona question about Provides: a package depends on libfoo1 (>=1), and another incarnation of the library libfoo1-too Provides libfoo1.. there's no way to fulfil the dep with libfoo1-too?12:43
cjwatsonversioned Provides are a thing now, but you'll be trailblazing a little bit12:43
tjaaltonnot on trusty though12:44
tjaalton?12:44
cjwatsondpkg 1.17.11, which postdates trusty12:44
cjwatsonso the short answer is no12:44
tjaaltonright12:44
tjaaltonsigh12:44
cjwatsonbest you can do is probably to make your shlibs generate alternate deps12:45
tjaaltonthat would need rebuilds?12:45
cjwatsonyep12:45
cjwatsonor hack the revdeps manually12:45
tjaaltonok12:46
seb128doko, is bug #1456323 still valid?12:46
ubottubug 1456323 in openjdk-9 (Ubuntu) "openjdk-9 is a very early build, keep it in proposed" [Undecided,New] https://launchpad.net/bugs/145632312:46
tjaaltonthis is the mess with libosmesa6.. providing a renamed backport solves nothing (does solve -dev package installability though)12:47
tjaaltonoh well12:47
didrockstjaalton: btw, just confirming that I have no more crash at all with the xorg fixes, thanks again :)12:49
tjaaltondidrocks: ok good12:49
dokoseb128, yes, released is planned for second half of 201612:51
=== sergiusens_ is now known as sergiusens
tjaaltonhm, maybe osmesa needs it's own build target again, so that it doesn't need to depend on libglapi. then the stock version would work just like it did on precise12:51
seb128dpm, pitti, do you have any idea why evolution-3.16 and evolution-data-server-3.16 mo files are not included in wily langpacks?13:08
seb128hum, https://translations.launchpad.net/ubuntu/wily/+source/evolution/+pots/evolution/+admin has 3.12 naming13:09
seb128I guess that's not good13:09
* seb128 fixes that13:10
seb128unsure that's enough to have it included though13:10
=== sil2100_ is now known as sil2100
seb128dpm, wgrant, https://translations.launchpad.net/ubuntu/wily/+source/evolution-data-server has 2 templates, that's wrong right? can we delete the second one?13:20
rbasakinfinity or stgraber: can we speak about DPDK packaging please? I'm still not happy about the current state of packaging and would like your opinion.14:43
dokopitti, update_excuses.html doesn't seem to pick up the autopkg test status, still showing the binutils and linux tests as running14:43
pittidoko: yes, I know; still > 500 tests to run through (backlog from gcc-5), due to half of scalingstack being kaputt14:44
stgraberrbasak: I guess though I have close to no background on this, maybe infinity knows more?14:45
infinityrbasak: I'm not awake enough yet to go looking and having opinions.14:45
rbasakstgraber: thanks. Maybe best to leave it with infinity then?14:45
rbasakinfinity: can we catch up later? We'd like to upload this week if possible, so I'd like to have your opinion today if I can get it please.14:45
stgraberrbasak: sure, if infinity has more of a clue as to what's happening or should happen with DPDK then that'd likely save time14:46
stgraberrbasak: also, you pinging me just reminded me of those two NEW reviews you asked for a while back, sorry, kinda dropped the ball with travel, will finish the review now14:46
stgraberrbasak: from what I remember, the packaging looked great and I just need to look at the licensing14:47
rbasakstgraber: yeah that makes sense. I think we have too many cooks with DPDK as it is :-/14:47
rbasakstgraber: (kimchi/ginger) thanks!14:47
cjwatsonpitti: lcy01 is back up for buildds, FYI, and I think ChrisS is fixing the non-buildd stuff next.14:49
pitticjwatson: ah, good to hear!14:49
hallynslangasek: ok when i get some time today i'll move cgm-release-agent to /usr/lib/cgmanager/ .  Then that should hopefully get it ready14:50
slangasekhallyn: /usr/lib/cgmanager or /lib/cgmanager? The latter seems more correct :)14:54
slangasekhallyn: but it's also not something I'm going to stand on - this is the least of the packaging issues IMHO14:54
stgraberrbasak: I'm happy with ginger, for kimchi, you're missing a debian/copyright entry for ui/pages/help/gen-index.py which is LGPLv2.1+ and not Apache2 as debian/copyright declares14:54
rbasakstgraber: OK, thanks. Is that the only issue for kimchi?14:55
stgraberrbasak: yep, the rest of debian/copyright appears valid14:55
rbasakstgraber: OK I'll arrange a re-upload, thanks.14:55
stgraberrbasak: alright, rejecting kimchi then14:56
rbasakack14:56
stgraberrbasak: I'll keep ginger in the queue until I have the new kimchi since it depends on it14:56
rbasakack, thanks14:56
hallynslangasek: sorry yeah that's what i meant15:21
hallynit has to be /lib bc cgmanager can start very early15:21
tkamppeterhi, I have a problem with bug 1449875. I could fix it by adding a dependency to Ghostscript but the new dependency recommends tons of unneeded packages. Do all these get installed then, too?15:34
ubottubug 1449875 in ghostscript (Ubuntu) "ghostscript fails on some EPS files" [Undecided,Confirmed] https://launchpad.net/bugs/144987515:34
dokopitti, could you have a look at https://launchpad.net/ubuntu/+source/debmake-doc/1.0-1/+build/7523212 ?  could that be a binary mangler issue ?15:48
jonodpm, all set?16:05
dpmjono, yep16:06
jonodpm, ring ring16:06
jonodpm, can you call me?16:07
dpmjono, yep16:07
jonodpm, weird16:08
jonoit is calling on my phone16:08
argesdoko: bug 1490352 for binutils-arm64-cross, was this supposed to change Build-Depends field? or be a no-change rebuild? the diff is just changelog.16:08
ubottubug 1490352 in binutils-arm64-cross (Ubuntu Trusty) "please backport aarch64 -Bsymbolic-functions fix to trusty" [Undecided,New] https://launchpad.net/bugs/149035216:08
jonobut not my computer16:08
jonoone second, dpm16:08
dokoarges, oh, let me fix this16:08
argesdoko: ok i'll reject the current upload.16:08
dokoarges, reuploaded16:10
argesdoko: ok thanks, i'll review that16:11
bdmurrayLaney: I tried to add foundations-bugs, a team which is subscribed to bugs about packages, to sponsors-page.py (in TEAMS) but nothing is showing up. Should that team actually go in SPONSOR_TEAMS?16:47
Laneybdmurray: It looks at subscribers to individual bug reports16:48
Laneythere is no knowledge of package subscribers16:48
Laney(IIRC)16:48
bdmurrayah, that would explain things16:49
Laneywhat would you want it to show?16:50
LaneyI guess items it already knows about which are on packages that this team is subscribed to16:51
bdmurraybugs where foundations-bugs is a structural subscriber (I think that would work) and has patch or has linked branch16:51
LaneyIt's just show me all open bugs that <teams> are subscribed to currently16:52
LaneyI'm not trying to change the sponsoring process from "subscribe ubuntu-sponsors" in general16:52
bdmurrayRight, then structural subscriber and bug subscriber is ubuntu-sponsors would do that.16:54
LaneyThat would probably be useful for you16:56
LaneyMaybe easier to consume the package-team-mapping though16:57
mterry@pilot on17:08
udevbot(pilot (in|out)) -- Set yourself an in or out of patch pilot.17:08
mterry@pilot in17:08
=== udevbot changed the topic of #ubuntu-devel to: Archive: feature freeze | Devel of Ubuntu (not support or app devel) | build failures: http://qa.ubuntuwire.com/ftbfs/ | #ubuntu for support and discussion of precise-vivid | #ubuntu-app-devel for app development on Ubuntu http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots: mterry
hallynslangasek: http://mentors.debian.net/debian/pool/main/c/cgmanager/cgmanager_0.39-2.dsc17:42
dokoseb128, Laney: gdk-pixbuf ftbfs,  leading to broken openjdk on architectures where it built18:16
dokomeh, why sync a package which alreads ftbfs in debian ...18:21
robert_ancelldoko, is anyone looking at the gdk-pixbuf issue?18:52
hallynxnox: netcf never got promoted from experimental to unstable.  is that supposed to happen automaticlaly at some point?  at this point it'll fail due to newer libnl3, but i'm trying to figure out which debian pockets i need to push updates for.18:53
hallyni.e. should i push one for both unstable and experimental?18:53
xnoxhallyn: nothing ever gets promoted from experimental to unstable.18:54
dokorobert_ancell, see #ubuntu-desktop, I mentioned it there too18:54
hallyn(i also should do a new version, which i'll send to unstable at some point)18:54
xnoxhallyn: one has to manually upload into unstable.18:54
dokobut I don't know if anybody is looking18:54
xnoxhallyn: by default, one should upload just into unstable18:54
hallynxnox: ok.  (i really need to go for DM )18:54
hallynxnox: so if i push to unstable will the experimental version get obosleted?  i assume not,18:54
xnoxhallyn: unstable is kind of like ~ devel-proposed, there is automatic migration from unstable into testing, kind of like proposed migration from devel-proposed -> devel.18:55
hallynso i guess i'll push the current fix based on experimental, to unstable.  then send a new release to experimental18:55
xnoxhallyn: and currently devel[-proposed] are aliases for wily[-proposed]18:55
xnoxhallyn: why?18:55
hallynxnox: why which?18:55
xnoxhallyn: nobody uses experimental.18:55
hallynheh.  i just figured *someone* out there is using it,18:55
hallynbut ok, i'll ignore it then and just go for unstable.18:55
hallynthat's what i was wondering :)18:55
hallynthanks18:55
xnoxhallyn: think of experimental, like a PPA, but simply only one, shared with all DDs18:55
hallyncan i ask you to sponsor the fix?18:56
xnoxhallyn: yeah experimental == PPA in debian world.18:56
xnoxhallyn: yes.18:56
hallyngreat, thx18:56
xnoxhallyn: dput to mentors.debian.net and give me url, i'll review, comment and maybe sponsor.18:56
hallynperfect.  thx.18:57
* hallyn notes pull-debian-source in wily seems broken18:57
cjwatsonhallyn: Debian ftpmasters occasionally remove packages from experimental that have newer versions in unstable18:57
cjwatsonyou don't need to ask for that or do anything special to cause it to happen18:58
cjwatsonthe only manual action needed is if you actually want to keep a different version in experimental18:58
hallyncjwatson: ok, that won' thappen for a week or two - i'll fix the current version in unstalbe first, then do an upload of a new release18:58
hallyngotcha, thx18:58
=== rbanffy_ is now known as rbanffy
hjdhallyn: re: pull-debian-source, bug 1453330?19:17
ubottubug 1453330 in ubuntu-dev-tools (Ubuntu) "pull-{lp,debian}-source not getting source for binary because DDE is dead" [High,Triaged] https://launchpad.net/bugs/145333019:17
hallynhjd: yeah that looks like it19:18
hallynxnox: http://mentors.debian.net/debian/pool/main/n/netcf/netcf_0.2.3-4.2.dsc   (running out for lunch, biab)19:30
xnoxhallyn: please fix all warnings -> http://mentors.debian.net/package/netcf19:37
xnoxhallyn: since you are maintainer use 0.2.3-5 version; not nmu.19:38
tkamppeterhi, I have a problem with bug 1449875. I could fix it by adding a dependency to Ghostscript but the new dependency recommends tons of unneeded packages. Do all these get installed then, too?19:39
ubottubug 1449875 in ghostscript (Ubuntu) "ghostscript fails on some EPS files" [Undecided,Confirmed] https://launchpad.net/bugs/144987519:39
asacanyone konws if there is a way to globally set time format for console?20:00
hallynxnox: for some of the warnings (like ancient standards version) i was going to fix that with the new 0.2.8 release.  this was meant as an emergency fix for the FTBFS20:02
sarnoldasac: perhaps locale's LC_TIME -- but anything that does strftime itself is unlikely to get it right..20:03
hallynhuh, so -1 means nmu.  this is new to me20:03
asacyeah20:11
asacthanks sarnold20:11
asacthats what i thought too, just wanted to check20:11
hallynxnox: (will ping when i re-upload)20:11
xnoxhallyn: no, XXX-Y[.Z] -> XXX is upstream, -Y is debian maintainer/uploader, optional [.Z] is the nmus20:14
xnoxhallyn: so maintainer does 1.0-1, 1.0-2, then two nmu happen at 1.0-2.1, 1.0-2.2, and then maintainer does 1.0-3 etc.20:15
xnoxhallyn: essentially it's a historical convention.20:15
hallynxnox: yeah that's what i meant, sorry20:16
hallyni'm trying to figure out the watchfile.  given that netcf has the 1:20:16
hallynoh uscan seems to ignore that, ok20:17
mterryLaney, do you know why gdk-pixbuf is ftbfs in proposed?20:19
mterryLaney, looks like some cve test failures20:19
mterryLaney, when I try to reproduce locally on my desktop, my computer freezes(!)20:19
Laneymterry: someone synced that?20:38
Laneyhttps://buildd.debian.org/status/package.php?p=gdk-pixbuf&suite=unstable <- could have predicted this :)20:39
Laneyhttps://bugzilla.gnome.org/show_bug.cgi?id=75438720:39
ubottuGnome bug 754387 in general "test-suite failure: ERROR: cve-2015-4491 - missing test plan" [Normal,Reopened]20:39
LaneyI don't know how to fix it yet20:39
mterryLaney, heh20:39
Laneyor, well, I didn't try those ideas in a package yet and upstream didn't say anything20:40
mterryLaney, we could skip the test...  or just remove it from proposed20:41
Laneyskipping a test for a CVE sounds bad20:43
Laneydoko already removed it anyway20:43
Laneyso no bother20:43
dokomterry, looks that you actually like perl MIRs ... or else you would have demoted the recommends to a suggest in xdg-utils ;p20:49
mterrydoko, oh no, what did I do?  :)20:49
mterryLaney, eh, skipping a broken test is ok  :)  But sounds good20:50
mterrydoko, you removed gdk-pixbuf from proposed?20:51
dokomterry, yes20:53
dokomterry, just the binaries, not the source20:53
mterrydoko, ah great, thanks!20:54
hallynxnox: http://mentors.debian.net/debian/pool/main/n/netcf/netcf_0.2.3-5.dsc    can you please confirm that at line 8 in debian/copyright, that 'permissive' is what the rest of that license text describes?20:58
hallyncause 'permissive' is mentioned but not defined in the debian doc about license files20:58
xnoxhallyn: one doesn't need a tag, if one includes text.20:59
xnoxso20:59
xnoxFiles: *20:59
xnoxLicense:20:59
xnox <full text>20:59
xnoxor so i remember20:59
hallynxnox: that's what it was doing, but lintian now complains21:15
hallynso i spent 20 mins looking for a 'custom' tag i could add but didn't find that21:15
xnoxhallyn: it's ok, i would take it with a broken licence tag, if the license is correct.21:16
xnoxhallyn: but it is late now, for me. will look into it tomorrow.21:17
hallynxnox: ok, thanks21:17
hallyni'll go ahead and start on 1.2.8 then based on merging that and the 1.2.6 in experimental21:17
mterry@pilot off21:23
udevbot(pilot (in|out)) -- Set yourself an in or out of patch pilot.21:23
mterry@pilot ou21:23
=== udevbot changed the topic of #ubuntu-devel to: Archive: feature freeze | Devel of Ubuntu (not support or app devel) | build failures: http://qa.ubuntuwire.com/ftbfs/ | #ubuntu for support and discussion of precise-vivid | #ubuntu-app-devel for app development on Ubuntu http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots:
mterry@pilot out21:24
slangasekhallyn: -2 uploaded23:39
hallynawesome, thx23:42

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