infinityScottK: What will fix x86? A new upload?00:45
infinityScottK: If so, you can just reject the other binaries.00:45
infinityScottK: Oh, hrm, I wonder why our gcc appears to be upset about -fuse-ld...00:50
ScottKinfinity: I think -fuse-ld is fine, it's -fuse-ld=gold that's trouble.02:56
ScottKNew upload is on the way.02:59
ScottKRejected the old one.02:59
ScottKNew qt4-x11 on the way.  That should be OK to accept once it's built.03:02
infinityScottK: The whole point of -fuse-ld is to pass =gold. :P03:06
infinityBut that patch might not be upstream yet, it might only be in some dists.  I'll talk to doko when we're not being quiet in a session.03:07
infinitydoko: Or, you could read up and comment on this, despite the fact that you're sitting next to me. :P03:08
dokoinfinity, you should use -B/usr/lib/compat-ld/ instead03:10
infinitydoko: Is there a reason we're not carrying the -fuse-ld patch?03:11
infinitydoko: More and more upstream code seems to be using it, and we've patched it out here and there.03:11
xnoxcjwatson: ok, thanks. =))) quicker debian imports are always good.08:05
=== NCommand1r is now known as NCommander
ogra_infinity, so whom do i have to talk to about the arm chroots ?09:57
ogra_(we really need to get the images building and i also want to switch to the new flash-kernel for A1)10:00
infinityogra_: Chasing webops now.10:03
ogra_infinity, whom do you talk to over there, i'll happily take over if you want10:03
infinityWhoever the current vanguard is.10:04
ogra_is there a special channel or just #is ?10:04
ogra_oh, ok10:04
ogra_infinity, k, now that this part is off my table, how about doing a plain sync of flash-kernel, then changing the packaging for the db and watch the fallout ?10:06
infinityThat sounds potentially messy...10:06
ogra_(server team is warned about it and i think robbie already looks into the debian f-k)10:06
ogra_well, the arches we used to support should all work OOTB10:06
ogra_and i think we need images to work with to test changes properly10:07
infinityExcept armada and highbank.10:07
ogra_but i warned the server team already10:07
infinityomap/omap4, mx5, and ac100 should all be good?10:07
ogra_and i plan to write an announcement mail to ubuntu-devel10:07
infinityI'm not sure an announce is worth the effort.10:08
infinityI don't announce every scary sync/merge I do. ;)10:08
ogra_mx5 is debians buildd platform for hf, so that should definitely work, ac100 was ported (and improved) from my hacks in ubuntu, omap and omap4 should work too10:08
infinityDebian may not install mx5 the same way we do.10:08
ogra_well, i know that people like TI realy on their f-k hacks10:08
infinityI wouldn't count on it.10:08
ogra_so they should be informed that the old script is gone10:09
ogra_i count on nothing ;) thats why i want the time to test it with actual images before A110:09
ogra_it would all break anyway once we switch to live ... i dont think flash-kernel-installer has all bits and pieces for all aarches yet, not even in our version10:11
ogra_so i think doing the big step first is the best move and wont cause more havoc than not switching (and i dont want to have to fix our old f-k)10:12
tkamppeterAnyone around from the SRU team? Can someone approve my ptouch-driver and system-config-printer SRUs? I get lots of bug reports of users due to printing problems.10:15
xnoxHow often do transition trackers update?11:01
cjwatsonHalf-hourly IIRC11:03
xnoxPage generated on Wed, 30 May 2012 08:54:43 +000011:05
xnoxevery 4hours based on 'debian dinstall'? =)))11:05
* cjwatson blames something else11:07
cjwatsonNeed to finish deploying the new tracker anyway, argh.  Probably not much point nitpicking the current one.11:07
xnox=))))) yes please11:07
xnoxwe will get the overview page and the % trackers =))))11:08
xnoxit updated just now.11:09
xnoxinfinity: thanks for boost ;-) another one bites to dust.11:26
infinitys/boost/glob2/ ?11:26
xnoxinfinity: well yeah, helpgin boost transition.11:26
* xnox my left hand is faster than my right hand11:27
infinityNo comment.11:27
* xnox 'gin' vs 'ing' typpo.11:27
* ogra_ tries to get a bottle of acid in his right ear to clean out the images in his brain now11:28
* infinity goes back to relaxing with a movie.11:28
infinityogra_: *snicker*11:28
=== ara is now known as Guest64238
xnoxjamespage: about java7 transition: do we have a tracker for that? (if one is possible) e.g. http://people.canonical.com/~ubuntu-archive/transitions/boost1.49.html13:13
jamespagexnox, I've been trying to think of a good way track the transition - I think part of it could be covered by the transition tracker (anything that depends on openjdk-6-*)13:15
jamespagebut tracking anything that depends on the default-* packages does not work that way (I think).13:15
xnoxjamespage: source build-dep and/or binary depends ?13:15
jamespagexnox, spot on13:16
xnoxjamespage: we also have .edos-check installable?13:16
xnoxwould that help?13:16
* xnox knows little java packaging intrisics13:16
jamespagexnox, what does that do?13:16
xnoxjamespage: e.g. http://people.canonical.com/~ubuntu-archive/transitions/ocaml.html13:17
xnoxlet me try to explain, one sec.13:17
tumbleweeddo things that build-depend on default-* need any attention at all?13:17
xnoxjamespage: explaination / definition is here http://edos.debian.net/edos-debcheck/13:17
xnoxjamespage: something like `if you attempt to apt-get install $pkg, the said $pkg may succeed in installing, as in it has no conflicts`13:18
jamespagexnox, ah - I see13:18
jamespagexnox, probably of limited value13:19
xnoxdoes that help? or does the default-* stuff will simply install fine, but will not work.13:19
xnoxjamespage: we can check for min dependency. Does the new default-* stuff generate 'depends: default-* (>> 7.X.Y)'13:19
jamespagetumbleweed, xnox: with regards anything that BD's on  default-jdk its really just a no-change rebuild to ensure it still builds13:20
tumbleweedyou don't need to no-change rebuild for thta13:20
jamespagexnox, no - packages don't generate a versioned dependency in that way13:21
jamespagetumbleweed, I agree that an upload is not required specifically to check it builds13:21
xnoxjamespage: have you seen http://qa.ubuntuwire.com/ftbfs/ ? a couple java packages are there.13:21
tumbleweedI thought javahelper did do things like that. It creates dependencies like java6-runtime13:21
* tumbleweed has been fixing a couple of those FTBFS pcakages (places where the debian maintainer build-deps on openjdk 6)13:22
jamespagetumbleweed, yes it does - but javahelper only accounts for a small percentage of the total number of java packages13:22
jamespagexnox, yeah - been working through main first - nearly there - on the last few hard ones at the moment13:23
jamespagehave to admit that `reverse-depends -b default-jdk -c universe -l | wc -l` was a bit larger than I anticipated13:27
jamespage788 packages - yikes13:27
ogra_pfft, thats less than 1% of the archive13:29
jamespagexnox, tumbleweed: is there a way to pull a straight list of packages which FTBFS? I'd like to cross reference those against the r-b-d's of default-jdk13:44
* xnox sorry no clue13:45
tumbleweedjamespage: http://people.ubuntuwire.org/~stefanor/lp-ftbfs-report/historical/primary-quantal.csv13:45
* ogra_ thinks the ubuntuwire page is the most reliable way to find FTBFS13:46
ogra_unless you write a script with lplib that loops over all recent uploads and checks them or some such13:46
jamespagetumbleweed, ta13:46
tumbleweedlook at lp:svammel if you want to file bugs / do something with the things programmatically13:47
=== jbicha is now known as Guest70781
Laneyinfinity: Do you know if you'll be able to get to bug #888665 at some point soon? I think perhaps ignoring NotAutomatic for backports builds is fine. micahg?15:06
ubot2Launchpad bug 888665 in launchpad "Backports can't build-depend on other backports" [Critical,Triaged] https://launchpad.net/bugs/88866515:06
LaneyWe're hitting it relatively often now15:06
=== Guest70781 is now known as jbicha_
cjwatsonbdmurray: rejecting your duplicate apport sync to precise-updates15:24
bdmurraycjwatson: duplicate? oh I'd run sru-release and then asked slangasek to approve it15:25
cjwatsonwell it'd been published and there was also a sync in the queue15:25
cjwatsonLP isn't too good at avoiding dups here15:25
slangasekso running sru-release puts it in the approval queue (even) if you're not a member of ubuntu-sru?15:26
bdmurrayslangasek: yes, clint approved a couple for me yesterday15:28
cjwatsonyep, anyone can copy15:32
cjwatsonwell anyone with upload rights to the package15:32
cjwatsonsame rules as syncing from Debian15:32
tkamppeterslangasek, cjwatson, I have rather urgent SRUs for printing, I am getting many bug reports about these problems. Can you approve my ptouch-driver and system-config-printer SRUs? And can you move cups-filters to -updates?15:33
xnoxcjwatson: add two factoroids about this new feature? And pipe it to everyone who asks? =)15:33
cjwatsonxnox: can't say I was ever a fan of losing information in IRC bots' brains15:33
cjwatsonnot all the cups-filters bugs have been verified, according to the report15:34
cjwatsonand I don't see your ptouch-driver upload in the queue15:36
cjwatsonI'm sure there must be a more pythonic approach to that sort than a giant list of if statements, but well, maybe not for SRU15:37
cjwatsonaccepted system-config-printer15:38
tkamppetercjwatson, the two cups-filters bugs which are not verified are simply not verified because the original reporter is not available for one bug and the other is a private support bug and probably not visible for the original reporter. Should I decaouple these somehow from the SRU? And how should I do it?15:41
cjwatsonThere are four unverified bugs, according to the report15:42
knomeskaet, ? :)15:43
skaetknome,  hiya15:43
knomehey! may i PM?15:43
tkamppetercjwatson, forgot the dput for ptouch-driver. Done now.15:44
skaetknome,  k15:44
tkamppetercjwatson, ptouch-driver has arrived now.15:46
cjwatsontkamppeter: bug 668800, where the original reporter says that the fix doesn't help him, although it also doesn't appear to regress; bug 862167 which is private but the reporter is in Canonical Support and should be pressed to follow up on verifying that; bug 992982 which is a dup and as you say the original reporter is unavailable right now; and bug 997728 which you disconnected15:47
ubot2Launchpad bug 668800 in cups-filters "Printing speed problem" [High,Fix committed] https://launchpad.net/bugs/66880015:47
ubot2Launchpad bug 992982 in cups "Network printing fails. Worked before upgrade to 12.04 (dup-of: 973270)" [High,Fix committed] https://launchpad.net/bugs/99298215:47
ubot2Launchpad bug 973270 in system-config-printer "Printer does not provide REQUIRED job history." [High,Fix committed] https://launchpad.net/bugs/97327015:47
ubot2Launchpad bug 997728 in cups-filters "Ubuntu port of acroread degrades images (works on Win7)" [High,Invalid] https://launchpad.net/bugs/99772815:47
cjwatsontkamppeter: so I don't quite know, how much is 862167 just another instance of an identical bug somewhere else?  I haven't read through all these15:47
tkamppetercjwatson, bug 668800: person for whom I linked it is Lorenzo Bettini (bettini), comment #42, but seems to have disappeared. What to do?15:49
ubot2Launchpad bug 668800 in cups-filters "Printing speed problem" [High,Fix committed] https://launchpad.net/bugs/66880015:49
cjwatsonbut the original reporter was oliver-raincode15:49
cjwatsonSo I think it doesn't fix his problem and you'll need to reopen the bug after this change goes to -updates - correct?15:50
tkamppetercjwatson, for oliver-raincode it turned out that his problem is different, he has no PostScript printer, what to do then.15:50
cjwatsonbecause it's his bug, not Lorenzo's15:50
cjwatsonLorenzo was just randomly dogpiling a bug, he doesn't get to take ownership of it15:50
tkamppetercjwatson, should I reupload the package with these four bugs removed from debian/changelog?15:51
cjwatsonSo, as I say, I think you should reopen 668800 after this update goes out (there's no real way to stop it auto-closing the bug now)15:51
cjwatsonNo, don't reupload, waste of time15:51
cjwatsonWhat about 862167?15:51
tkamppetercjwatson, so I will reopen these four bugs (or make cups-filters invalid in them if it has turned out to be not actually cups-filters.15:52
cjwatsonBasically I need a clear statement that all the bugs are either verified or have been made no worse, that being the point of the verification period15:52
cjwatsonThis is easy if the report is all green15:52
cjwatsonIf that's not the case then the uploader needs to help out by clarifying the situation15:52
tkamppeterBug 862167 is a private support bug. It seems that the original reporter of the bug is a support person and not the person who has the problem. And the support person did not forward the question about testing to the customer. I think I make the cups-filter task invalid here, too.15:55
tkamppetercjwatson, on none of the bug reports I got an answer that the situation got worse, everyone who answered and was really affected by this bug answered that his problem got solved.15:56
tkamppetercjwatson, bug 997728 turned out to be a bug in Acroread and I have marked it invalid for cups-filters earlier.16:01
ubot2Launchpad bug 997728 in cups-filters "Ubuntu port of acroread degrades images (works on Win7)" [High,Invalid] https://launchpad.net/bugs/99772816:01
cjwatsonright, as I said16:02
cjwatsonOK, it sounds like it's good to copy16:02
tkamppetercjwatson, marked cups-filters tasks for Precise in the four mentioned bugs as invalid.16:09
tkamppetercjwatson, thanks.16:09
tkamppetercjwatson, I will sort out the answers for the CUPS SRU soon. There are also no new regressions, but also bugs which did not get fixed by the SRU (and for which I did the system-config-printer SRU).16:10
cjwatsonthose cups-filters tasks were marked Fix Released as a result of accepting the upload into -updates; perhaps you could set them back to Invalid16:11
seb128@SRU team: could you copy gtk+3.0 as well? the bugs listed are verified and it is in proposed for 9 days16:11
cjwatsonit's better to wait until the copy to -updates is done :)16:11
seb128it would make room for another upload, I've other fixes I would like to upload16:11
cjwatsonseb128: yeah, it was next on my list ...16:11
seb128cjwatson, thanks ;-)16:11
tkamppetercjwatson, will do, as soon as I get "Fix Released" notifications.16:12
slangasekcjwatson: bug #863741> looks like we need a no-change rebuild of rpcbind after all to fix this, as even though the priority is bumped in the precise-updates Packages file, apt entirely ignores the second source for the same package and takes the prio info from the first record it finds :P16:12
ubot2Launchpad bug 863741 in nfs-utils "apt doesn't want to replace portmap with rpcbind on upgrade" [Medium,Fix released] https://launchpad.net/bugs/86374116:12
cjwatsonslangasek: right16:13
slangasekcjwatson: I'm wondering if I should upload straight to -updates for this considering it's a no-change rebuild?  Or do you think it's better to go through -proposed anyway just to guard against misbuilds?16:16
cjwatsonslangasek: I think I'd still rather see it go through -proposed with the fixed override and test that that actually fixes the upgrade16:19
slangasekcjwatson: ok16:19
slangasekrpcbind uploaded16:22
slangasekUnable to find rpcbind_0.2.0.orig.tar.gz in upload or distribution.16:32
* slangasek glares at pristine-tar16:32
* xnox pristine-tar glares at bzr-builddeb removing files from the tree before commiting delta and not being able to reconstruct files needed for reconstructing a tarball16:33
slangasekI haven't seen that one16:35
cjwatsonwaitaminute when did *PPH get an API-exported requestDeletion method?!16:35
cjwatsonI was expecting to have to do that16:35
* cjwatson goes to write a client for that to see how well it works16:37
micahgLaney: infinity: I think we wanted backports to work like Debian experimental in that the backports version is used if it's needed16:46
=== Pici is now known as Guest55530
=== Pici` is now known as Pici
slangasekwell, bug #1002336 is a fun one17:54
ubot2Launchpad bug 1002336 in smokeqt "SRU tracking bug for KDE SC 4.8.3" [Undecided,Fix released] https://launchpad.net/bugs/100233617:54
slangasekScottK: do those KDE 4.8.3 SRUs need to go all in one batch?17:54
stgrabergood to see the SRU list shrink!19:51
=== yofel_ is now known as yofel
ScottKslangasek: Looks like your question is OBE now, but there would be some uninstallability in a few cases if they don't go in ~together.20:58
cjwatsonLooks like they all landed in the same publisher run20:59
cjwatson(So good20:59
debfxisn't 4 days a bit early to move KDE 4.8.3 to -updates?21:17
=== highvolt1ge is now known as highvoltage
slangasekScottK: yah... since they looked on review to all be ready to go in, I played it safe and did them in one run :)22:34
slangasekdebfx: 7 day waiting period?22:34
slangasekdebfx: there were a few packages that had been in there 4 or 5 days, but there was nothing to suggest there was actually going to be separate regression-testing for these packages between now and then given that they're comparatively minor components22:35
=== jbicha_ is now known as jbicha

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