brycehstgraber, still about?00:01
brycehI've got 7 branches from the sponsor queue that need set to Work In Progress.00:02
brycehanyone able and willing to poke at merge proposal status buttons for me?00:02
mdeslaurinfinity: texlive-base in uninstallable right now...you were doing the tex stuff, right?00:07
slangasekbryceh: I thought WIP was a status anyone with uploader rights could set?00:10
brycehslangasek, yeah I don't know.  Some branches I can set it but most I can't.00:11
brycehI seem to recall there was a bug filed against LP about it, but doubt it's going to get attention any time soon00:12
infinitymdeslaur: Seriously, who/what broke it this time? :/00:12
mdeslaurinfinity: looks like texlive-base got bumped and now needs a newer texlive-bin00:13
bryceh1000557, 1000558, 1000560, 1000561 were some textlive-* syncs that came through today00:13
infinitybryceh: Oh dear.  Those are wildly sensitive to ordering, it seems.00:13
mdeslaurinfinity: so I now have an additional reason why lintian FTBFS :P00:14
infinitybryceh: And can't happen without also merging texlive-bin.00:14
* infinity will do that now, and hopes this doesn't need another bootstrap.00:14
jbichainfinity: you should be able to sync texlive-bin, right?00:18
jbichaas in, I don't think we need to maintain a diff any more00:18
infinityjbicha: If I'm reading the changelog correctly, while he included our patch, he didn't enable it.00:19
infinityjbicha: Plus, there's the libpng transition (have we started that?)00:20
jbichawell the patch didn't work....00:21
jbichaI was told libpng-dev works fine on Ubuntu00:21
infinityWell, yes.  It should.00:21
infinityCause our resolver's sane.00:21
infinityOr insane, depending on opinion.00:21
infinityFair enough.00:21
infinityAlso, lolwut:00:21
infinity   * move patches from debian/patches to debian/quilt, add quilt as00:21
infinity     build dep, and include quilt patching in debian/rules00:21
infinity     this gets us rid of the "strange" parts of the 3.0 format00:21
infinity     (see quilt vs dpkg-source fuzzyness acceptance).00:21
jbichahave you read the debian-devel discussion?00:22
infinityI'm pretty sure I don't want to.00:22
infinityNot if it resulted in the above.00:22
mdeslaurinfinity: GAH! seriously??00:22
jbichahe doesn't like that dpkg fails on fuzzy patches, unlike quilt push00:23
jbichaquilt push; quilt refresh is too much work!00:23
mdeslaurwow, he wants to rely on fuzzy patches...awesome :)00:23
* infinity shakes his head.00:23
* infinity holds his nose and syncs.00:25
infinitymdeslaur: I dare you to publically call him out on why relying on fuzzy patches is a Really Bad Idea.00:26
infinitymdeslaur: But wear a false moustache, so no one knows you're from Ubuntu and/or Canonical.  Thanks.00:26
infinitymdeslaur: That should totally circumvent the CoC.00:26
mdeslaurinfinity: uhm, yeah...I'll have to think about it...I get enough hate mail as it is :)00:27
infinitymdeslaur: Oh, I can stop sending those, if you need to free up some time.00:27
slangasekinfinity: yeah, you don't want to read that thread00:29
infinityslangasek: You know I'm going to now.00:31
psusiwait, what the crap... he intentionally avoided the automatic quilt integration of 3.0 (quilt)?00:48
mtx_initGood evening.  I am making a custom install, english is the only language needed, How can I turn off the menu asking the user for language?  I found the langlist in the isolinux directory but that just limits my selection00:49
infinitypsusi: Yeahp.  Which, to be fair, is commonly done for other reasons (like, when it violently disagrees with your VCS workflow), but his entire argument was that he *likes* quilt, but only if it allows fuzzy patches, which bare quilt does, dpkg-source doesn't.00:57
psusiso basically he doesn't want to have to run quilt refresh?00:58
psusiand isn't there something you can shove in debian/source/options to change that behavior?00:59
infinitypsusi: No, he doesn't want to be "forced" to resolve fuzziness until he's good and ready to!00:59
infinitypsusi: Read the thread.  Well, up until he stops responding.  It devolves into something unrelated after that.00:59
lifelessinfinity: whats the subject ?00:59
psusiyea, but you resolve fuzzieness by just running quilt refresh01:00
infinitypsusi: And then, if you're sane, checking that the refresh gave you the correct result, but yes.01:00
infinitylifeless: http://lists.debian.org/debian-devel/2012/05/msg00711.html01:00
lifelessI killfiled that on the subject alone01:01
infinitypsusi: I mean, by definition, a fuzzy patch implies that it miiiiight not be applying correctly, so trusting quilt refresh blindly is as silly as trusting it to remain fuzzy.01:01
infinitypsusi: But arguing that one should be allowed to upload their fuzzy patches and go check/unfuzz them "later, when I get around to it, how dare you force me, dpkg fascists" is a fun read.01:02
lifelessits almost as bad as using a vcs and doing merges.01:03
infinityI dunno.  I have little sympathy.  I used to maintain a package whose patch system was "for i in debian/patches/*; do patch -p1 < $i; done", and I used to review every patch and hand-edit for both fuzz and offsets on every upstream bump.01:04
infinityMade sure I definitely knew how and why they still applied, and let me scan to see if maybe they'd been duped a few lines up, etc.01:05
infinityI don't really grasp why this is "hard".01:05
* RAOF pines for 3.0 (bzr)01:11
infinityRAOF: It's been pointed out that any of the 3.0 (vcs) formats present issues with license autiting, unless they're shallow clones/checkouts, which then loses most of the point.01:12
infinityauditing, too.01:12
infinityTyping hard.01:12
RAOFinfinity: Yeah, I've read that.01:13
RAOFWe're pretty much doing it anyway, though, just ad-hoc.01:13
RAOFI'm not sure if there's a huge difference between distributing as source-package on ftp.debian.org and distributing as, say, git branch on alioth. Perhaps there is.01:14
infinityI wouldn't be against doing it the way Nokia/maemo did with building from git tags.01:14
infinityRAOF: The difference is that alioth isn't mirrored.01:14
infinityRAOF: Nor is launchpad.01:15
RAOFSo... we can potentially clean up a mess on Launchpad, but not on archive.ubuntu.com?  Is that it?  I guess there's another indirection of distribution, too, but that's surely not a problem for the vast majority of things.01:16
infinityWell, there's also the reality that branches-with-history as source packages would just bloat mirroring even more.  I do really like the "tag in a VCS, have a bot build a source package from the tag and upload it" way of doing things.01:19
infinityNo other infrastructure needs to change, source mirrors still have source packages that are shallow checkouts, but the VCS becomes authoritative (which it currently isn't, no matter how much people pretend it is).01:19
RAOFThat would also work, yes.01:20
mdeslaurwe've been asked to be able to retrace tarballs to upstream releases with their signatures, to make sure they have not been trojaned during downloads and stuff01:21
infinitymdeslaur: pristine-tar solves that.01:22
mdeslaurinfinity: ah, interesting01:23
infinitymdeslaur: And yes, I'm also in the "orig should be an exact copy of upstream's source, except when licenses prevent that" camp.01:23
RAOFYeah, that's actually really useful.  You can just pull the package branch, and it'll reconstruct the tarball for you.01:23
mdeslaurI wonder how big the delta files it generates are, and if they're auditable01:24
RAOFIt depends on the tarball; they're often sub-kibibyte.01:25
RAOFI'm not sure what you'd need for them to be auditable, though. The ability to see what they change from the VCS without applying them?01:26
infinityYeah, auditing them isn't really required, since it's the result that matters.01:26
infinitycheckout + pristine tar = orig + debiandiff + dsc = normal source package.01:27
infinityThe tiny xdelta is opaque to people who don't speak fluent xdelta (which is, like, everyone), but it's the resulting tar that it creates that you care about, which is obviously identical to the upstream one, so you win.01:27
mdeslaurinfinity: and are you building the package from the complete checkout, or just from the commits starting with the tarball's tag?01:29
infinitymdeslaur: See pristine-tar commit and pristine-tar checkout.  You generally point it at a tag that represents the clean source.01:31
infinitymdeslaur: Then you build the rest of the package from the tag that represents your Debian upload, now that you have a proper orig.tar.gz in ..01:32
infinityNot positive, cause I don't use them, but I'd be surprised to discover that svn/git/bzr-builddeb don't already incorporate all of this into some nicely-wrapped workflow.01:33
mdeslauroh, right, so the metadata is stored at the same time, I see01:33
infinityGiven that the delta's metadata, it was right either way. :P01:34
RAOFinfinity: bzr-builddeb does it in a somewhat more sophisticated way - it stores the delta as a commit property on the upstream merge, rather than using a dedicated pristine-tar branch.01:39
RAOFWhich has the pleasant property that I don't forget to push the gorram pristine-tar branch back to alioth all the gorram time.01:40
micahgI think texlive-binaries is the last piece of the texlive puzzle01:41
micahgoh, nevermind, that's bin01:41
* infinity nods.01:41
* micahg goes and grabs that hat off the shelf01:42
infinityRAOF: When I was working on maemo in git, I just got use to push --everything-damnit-argh.01:42
RAOFSadly my repositories almost always contain branches that shouldn't be pushed.01:43
infinityWell, yes.  I didn't actually push everything. ;)01:43
infinityBut I got used to remembering what I needed.  I dunno.  It gets drilled in after a while.01:44
infinityEspecially with an annoying bot that tells you you're a loser.01:44
infinity"Hai, you pushed Debian revision tag, but I no haz upstream version tag matching, plz fix and/or die, kthx."01:45
RAOFThat'd work :)01:47
RAOFRather than the current method, which is the first person who tries to use the branch pinging me and going “hey, could you please, you know, make this branch actually *useful*?”01:47
psusiso again, he's pitching a fit because he doesn't want to have to run quilt refresh after rebasing to a new upstream or inserting patches in the middle of the stack?02:05
psusiwho's in charge of the ubuntu foundations bugbot?  I think it's buggy02:19
micahgpsusi: nope, it's purposeful02:19
psusia few times in the last 24 hours or so, it apparently has flagged bugs as private and not subscribed ubuntu-crashes-universe for no apparent reason02:20
micahgoh, hrm, that issue :), ask bdmurray02:20
psusithus, I get emails about bugs being filed, but can't go triage them02:20
dobeyow. that thread hurt my brain :)02:44
psusiit is hurting my brain too02:52
psusi"We know what a primary concrete objection is.  We discussed it at length02:54
psusiat DebConf two years ago, and then on debian-devel afterwards.  Uploading02:54
psusia Git archive requires reviewing the entire contents of the archive, not02:54
psusijust the current code, for licensing issues, which is pretty painful from02:54
psusithe ftp-master perspective."02:54
psusiwhat the hell does that mean?02:54
dobeyi think the short version is "I have no idea what the hell I'm typing right now."02:55
RAOFpsusi: It means that the ftp-masters, who among other things need to check that what's being distributed is actually *distributable*, would need to check that *every revision* in the git history was distributable rather than just the final tarball.02:58
psusiRAOF, I don't grok that... if the project is gpl, then it's distributable, regardless of whether you are distributing the head revision, or the full history03:00
dobeypsusi: assuming it was always GPL and didn't ever include anything that conflicted with that03:01
RAOFpsusi: Is every file in the full history GPL?  Has upstream ever made a mistake and committed something they shouldn't have?03:01
dobeywho the heck would stick a git archive in as a debian package anyway03:01
dobeythat's just insane.03:02
RAOFPeople who basically already *use* a git archive as their source package? It's not like we're not doing it with bzr branches, either.03:02
dobey"Here's 300K of code, and 5GB of history. Enjoy!"03:02
psusiif they did commit something they aren't authorized to distribute, then THEY have to expunge it from their git repo03:04
dobeyRAOF: well, we're storing source packages inside bzr branches. the source package doesn't include the bzr history, no?03:04
RAOFdobey: Some people have the source package branched of upstream trunk, and that's really quite useful.03:05
dobeyRAOF: well, they have a vcs which has the source. apt-get source package doesn't pull the bzr history, does it? or is it smart and pulls form Vcs-Foo now?03:06
RAOFpsusi: Yeah, but that doesn't help Debian. Sure, upstream needs to not distribute things that they don't have a license for. Debian also needs to not distribute things that they don't have a license for, and as a practical matter are *vastly* more likely than upstream to care.03:06
RAOFdobey: apt-get source doesn't; debcheckout does.03:06
dobeyah ok03:06
psusiwhat's more, if they ever did put in unlicensed code, then simply not including the history doesn't help us does it?  because if the *current* code can be traced back to the unlicnesed code as a derived work, then the current code also can not be distributed03:07
RAOFdobey: But I think the (eventual) end-goal is for the bzr branch to be the primary object; that people no longer upload source packages, just appropriately tagged bzr branches.03:07
lifelesspsusi: not if they got a license for it, which may involve changing it03:08
psusiin other words, if you really don't trust upstream when they say their history is distributable, then you still have to audiit the history fully whether or not you are only distributing the head, or full history03:08
dobeyi basically never trust upstream when they say their code is distributable03:08
lifelesspsusi: that doesn't follow03:08
dobeyprogrammers, designers, and artists aren't lawyers03:08
psusilifeless, you mean they obtained the right to distribute derived versions, but not the old one that they still retain in their history?03:08
RAOFdobey: Indeed! We care *much* more about copyright than the wast majority of upstreams.03:08
lifelesspsusi: yes03:09
psusithen they are violating that grant03:09
psusiby still having the old version in thier repo03:09
RAOFBut not in a way that Debian has to care.03:09
dobeyi could throw a nanobot into the vast sea of the internet and hit at least 5 license violations :P03:09
lifelesspsusi: not necessarily: say that the original version was distributable by them but not transitively03:09
lifelesspsusi: thats fairly common in fact03:09
dobeyindeed, distributable != redistributable03:10
lifelesspsusi: to get a transitively distributable version, they do something, which results in the code being different; there is now something in the history that:03:10
lifeless - they can have on the net03:10
lifeless - users can suck down03:10
lifeless - we cannot ship03:10
lifeless - we can ship the tip of it03:10
psusithat's... fuck up ;)03:10
psusifucked up rather03:11
lifelesspsusi: its the exact complexity of this situation the ftp-masters quite rightly want to avoid03:11
dobeyeh, it's normal, actually03:11
RAOFHello, flash!03:11
psusiwhy would the copyright holder ever say to a project you can distribute this code, but not under gpl, unless you make changes to it, THEN you can call it gpl?03:12
dobeythey don't03:12
psusiI thought that's the scenario we were talking about... old rev isn't gpl... slightly modified version is03:13
psusiboth are in history03:13
dobeythey say ONLY you can distribute this code, from this point03:13
psusiuntil some later point, prior to head?03:14
lifelessthe effect is old version == ship to your users, new version == ship under GPL/Apache/whatever03:14
dobeysorry, by point i meant location03:14
lifelessthe old version being the one we can't redistribute03:14
dobeynewer code could possibly just not use that old library any longer03:14
infinitypsusi: Relicensing code isn't exactly uncommon.03:15
dobeybut the old code that uses it, and the thing itself, may still be in history03:15
psusibut if they don't want their code to be redistributable, then why would they not only allow initial distribution, but redistribution on the later versions?03:15
* infinity glances at launchpad.03:15
lifelesspsusi: because they get petitioned by e.g. us.03:15
dobeypsusi: because the license, dependencies, etc changed03:15
lifelesspsusi: or they learn more about open source03:15
dobeypsusi: basically, the code is not the same thing it used to be.03:15
lifelesspsusi: or a patent got turned over03:15
lifelesspsusi: lots and lots of reasons03:15
psusidobey, changing the license requires the original copyright holder of all previous versions to agree though, not just whoever last touched it03:16
dobeypsusi: no it doesn't.03:16
dobeyit requires all copyright holders of current code to agree03:16
infinitypsusi: It requires the copyright holder of the current version.03:17
dobeycode that is no longer there doesn't have to change03:17
psusihuh?  version x is a derived work of version x-1... if the copyright holder of version x-1 doesn't say it can be relicensed under gpl, it doesn't matter what whoever touched version x says03:17
infinitypsusi: In your scenario, the copyright holder of x-1 is also the copyright holder of x.03:17
dobeypsusi: if my program used to have a huge block of code from you in it, but no longer does, i do not have to ask you to change the license of the new code03:17
infinitypsusi: If the copyright holder of x is different from x-1 (assignments happen), then no, I don't need x-1's permission to relicense x.03:18
infinityAnyhow.  This is all rather moot.  I think it's clear (I hope?) that the license on an entire git archive doesn't have to be internally consistent.03:18
infinityOr bzr, or whatever.03:19
infinityAnd, more often than you'd think, they're not.03:19
lifelesswell, I think it has to be internally consistent, but if its not its a) not our problem and b) it can be internally consistent and still not consistent with the license of HEAD.03:19
lifelessinfinity: ^03:20
infinitylifeless: How can it be internally consistent, but not consistent with HEAD? :P03:20
infinitylifeless: (My meaning of "internally consistent" was "across revisions")03:21
dobeyanyway, must go now. later :)03:21
psusiI would think that if the original file were non gpl, and even if after several revisions, none of the original code remains, and all of the revising authors grant gpl, a very solid argument could be made that the subsequent revisions were derived works and so the license could not be changed without the original author's ok03:21
lifelessinfinity: ah! definitions.03:21
lifelessinfinity: so, I think each revision needs to be internally consistent, or the owner of the archive may have trouble.03:21
infinitypsusi: If it's a derived work, I need permission to relicense if I don't hold copyright, yes.03:22
lifelessinfinity: I think cross-revision licenses can and do change, but there should be some capability granting relicenses that occur03:22
lifelessinfinity: none of which implies that we can distribute the archive :)03:22
infinitypsusi: You seem to be of the opinion that relicensing version 3.4 of my source magically retroactively relicenses all previous versions.  Which just plain isn't true, unless, again, clearly stated and agreed upon by all copyright holders.03:23
Chipzzwouldn't relicensing of a file be a problem for upstream too if they published a VCS containing the old version (ie in the case of copyright violation or patent issue)?03:23
ChipzzI basically don't see how this problem is unique to debian or ubuntu and not to upstream?03:23
infinityChipzz: Upstreams don't *re*distribute, they distribute.  If they hold copyright, they can do whatever the heck they want.03:24
infinityChipzz: Debian and Ubuntu not only redistrbute, but guarantee redistribution rights to others.03:24
infinityChipzz: As we're NOT the copyright holders, we need licenses to grant that.03:24
Chipzzbut wouldn't they have a problem with distributing the old version too?03:24
infinityChipzz: The old version that's theirs?03:24
Chipzzsince it's still available from their VCS03:24
infinityChipzz: As a copyright holder, you can do anything you want.03:24
infinityAs your downstream, I can't.03:25
infinityIt's as simple as that.03:25
Chipzzinfinity: I think you're missing the point :)03:25
infinityYour violation/patent strawman is an interesting one, and yes, upstream would have to go cleaning to purge that from their VCS.03:25
Chipzzupstream VCS contains file x, file x rev a has a problem (be it copyright or patent), file x rev y (which is in HEAD for example doesn't)03:25
Chipzzwonrg placement of ) but whatever03:26
infinityI try to operate from a default assumption that upstream has copyright on their code, and we have licenses to distribute it.03:26
infinityProving the latter is very hard with a long revision history.03:26
Chipzzthe problem is fixed in rev y but since ppl can still obtain rev x from VCS that revision (and hence the problem) hasn't really gone away03:26
infinityProving the former is up to courts.03:27
infinityChipzz: There are ways to purge a VCS, if upstream has that issue.03:27
Chipzzright, but upstream would have to purge their VCS then03:27
infinityBut that's not what we're talking about at all.03:27
infinityWe're not talking about the rare case of someone filing suit because upstream stole code.03:28
infinityWe're talking about upstreams and downstreams having different distribution rights.03:28
infinityWhich is always true.03:28
ChipzzI was basically wondering if in the situation described above (before I joined the conversation) there being a problem for debian/ubuntu wouldn't imply a problem for upstream too03:29
Chipzzbut meh, it's getting late, and I should be sleeping :)03:29
Chipzzand IANAL :)03:30
psusiinfinity, no, quite the reverse... I am saying that unless all of the original authors agree, you can not relicense the new revision, and so a project that goes and changes license without all of the old holders' permission is not only violating copyright by distributing the old versions in vcs, but the head as well03:38
psusiinfinity, therefore, I don't see how you can have a situation where it is ok to redistribute the head, but not past revisions03:40
RAOFpsusi: Because infringing code got removed?03:44
=== jbicha is now known as Guest10547
lifelesspsusi: copyright isn't homogeneous, contributing to a single file (for instance) doesn't give you copyright over all files; even in books, contributing to a single chapter doesn't grant you copyright over the whole book03:56
psusiyes, but if the whole chapter is removed to get around that, then what it is still doing in upstream's revision history?  shouldn't they expunge it if they can't get permission to relicense it?03:58
lifelesswhy should they ?03:58
stgraberbryceh: not sure if you found someone else to do it yet, otherwise just dump me the links in pm and I'll do it03:59
psusiwell, it seems really odd that 1) they would have a license to distribute, but it isn't redistributable, 2) they went to all the trouble of removing it completely without having any of the new code considered a derived work of the original, and 3) wouldn't care to expunge it from the history to avoid creating problems for downstreams when they have already done most of the work required to do so04:02
stgraberbryceh: got the list from your e-mail to ubutu-devel, all done04:02
psusialso I wouldn't think it would be that difficult if this were to occur, to figure out the point where the project was relicensed, and just refuse to import the history before that04:04
brycehstgraber, much thanks!06:34
mlankhor1tpitti: http://status.ubuntu.com/ubuntu-quantal/people.html how do I get added to that list?07:12
pittiGood morning07:15
pittimicahg: gegl binaries are in main now07:15
mlankhor1tmorning :)07:15
pitticjwatson: I have no idea about ~lp_queue/manual-queue/ I'm afraid; langpack uploads happen the regular way, there's no special magic for them07:16
=== tkamppeter_ is now known as tkamppeter
pittimlankhor1t: you need to be in https://launchpad.net/~canonical-desktop-team ; I added you now07:17
pittimlankhor1t: it should catch up in a few hours, possibly a day07:17
mlankhor1tah k :)07:22
pitticjwatson: thanks for the universal_newlines=True subprocess hint! that's indeed one I didn't know about07:41
seb128bdmurray, hey, is that wanted that your bot is going through bugs cleaning VarLogDistupgradeSystemstatetargz.gz files?07:53
seb128bdmurray, would be nice to announce in some way when you do such cross archive run and why07:54
seb128bdmurray, (would it only be so people know they can filter out the spam generated)07:54
tarzeauare ppa's good for ubuntu? or should i put some effort/time/work into getting packages into universe (especially if it has been in there in a previous release)?08:03
tarzeauor when will ubuntu sync packages again from debian?08:03
mptpitti, hi, how do I get the work item tracker to ignore work items for last cycle (other than by deleting them)? They're headered "Work items for precise:" but they're still showing up on the charts08:04
pittimpt: please retitle it to something like "work done in precise:"08:04
pittimpt: i. e. anything that does not contain "work items"08:04
mptok, I'll try that, thanks pitti08:05
seb128hey pitti, mpt08:05
pittihey seb128, bonjour08:05
mptGood morning08:05
seb128mpt, are they in the whiteboard or the workitem section? (not sure how the workitem section is handled, maybe you need to move those to the whiteboard)08:06
mptseb128, they're in the whiteboard (remember, 6 months ago we didn't have a work items field)08:06
seb128right, ok, so yeah what pitti said ;-)08:07
pittithe tracker still looks at both08:07
pittifor backwards compat reasons08:07
seb128tarzeau, ubuntu packages are currently synced from Debian in Q08:07
pittiwe sync new packages much less often, though08:07
seb128tarzeau, you can use a ppa if you want, universe give you better user exposure since it's in the default sources, where a ppa is something you need to look for and enable ... which most users will not do08:08
tarzeauit's about old packages, and Q doesn't have it yet. oh well i'm just putting the stuff in our own repo08:08
gesertarzeau: which package is it?08:09
tarzeaugeser: condor among some others, let me check...08:09
tarzeaugeser: and i don't get why darktable was not synced to the latest version08:09
seb128does anyone knows how to debug "ureadhead doesn't seem to be used" issues?08:09
seb128ivanka's login is slow, she sent me a bootchart and the ureadhead step on boot is taking less than a second, i.e seems to not be doing any preloading08:10
gesertarzeau: darktable has an ubuntu delta, which should be either merged or dropped, but in any case it need human inspection08:11
tarzeaugeser: ubuntu has the experimental plugins package08:11
gesertarzeau: and condor is currently only in unstable (but can by synced, testing if it builds in Ubuntu right now)08:12
tarzeaugeser: i'm building it on precise now.. condor was in ubuntu when it wasn't in debian yet, but they just threw out the a bit older version in precise08:13
tarzeaunatty had it though08:13
gesertarzeau: the Ubuntu delta is for a FTBFS, Ubuntu has the still the pluings package because it got dropped after 1.0-1 (we still have 0.9.3-2)08:15
gesertarzeau: condor synced to quantal, you can request a backport in a few days if you want to have available in precise08:41
gesertarzeau: and darktable 1.0.3-1 synced to quantal too08:50
bkerensacyphermox: https://bugs.launchpad.net/ubuntu/+source/pulseaudio/+bug/972063 <-- more affected08:55
ubottuLaunchpad bug 972063 in bluez (Ubuntu) "Bluetooth Headset pairs but does not show up in Sound Settings profile" [Medium,Incomplete]08:55
janimocjwatson, but redefine it in a hook prior to 10_linux so it takes precendence?09:32
janimocjwatson, sorry, accidentally repeated a question from histroy09:32
cjwatsonslangasek: 900526> I was actually going to do a quick sweep through my own SRUs and verify them, rather than having to debate it :-)09:33
cjwatsonnow that we seem to have agreed that's kosher09:33
cjwatsonpitti: I'll nuke ~lp_queue/manual-queue/ before I lose the ability to, then :-)  I was pretty sure it was dead09:38
cjwatsonpitti: universal_newlines=True> yw, took me a while to figure out :)09:39
pitticjwatson: so as long as you can rely on the output being correct UTF-8, that makes it more convenient indeed09:39
cjwatsonpitti: FYI new packages are synced on every auto-sync run now - it's no longer true that it's a separate manual task that gets arbitrarily delayed09:40
pitticjwatson: oh, good to know!09:40
cjwatsonthough auto-sync prompts and it's a manual decision09:40
cjwatsonbut it provides enough information that it's a lot easier to do than it used to be09:40
cjwatsonjanimo: np09:41
tjaaltonis /run/user a systemd'ism, or will we get something like that in the future?10:08
seb128tjaalton, https://blueprints.launchpad.net/ubuntu/+spec/foundations-q-xdg-runtime-dir10:10
seb128bug #89439110:10
ubottuLaunchpad bug 894391 in consolekit (Ubuntu) "support $XDG_RUNTIME_DIR" [Medium,Triaged] https://launchpad.net/bugs/89439110:10
tjaaltonseb128: ooh, great10:14
cjwatsonScottK: per-packageset build scoring is deployable at whenever the next Launchpad nodowntime is (today or more likely Monday, I guess).10:15
cjwatson(depending on whether some other QA gets done first, it may or may not deploy with a different property name at first, but I don't think anyone will care)10:16
tjaaltonI'd like to add ~/.xsession-errors to the per-user runtime dir, since it's currently possible to fill up $HOME if apps go haywire10:16
seb128tjaalton, is it better to file $HOME or /run?10:18
seb128tjaalton, what happens if run is full?10:18
tjaaltonseb128: /run/user would be a separate tmpfs, but anyway10:19
pittitjaalton: it's not really meant for things like that10:19
tjaaltonpitti: well it's meant for krb5 cache apparently10:19
pittiruntime_dir should be small files which change often and don't need to be written to disk, such as lock files, temporary copies, etc.10:20
seb128tjaalton, isn't filling tmpfs a DoS?10:20
pittilog files both grow indefinitely as well as should survive a reboot/logging out10:20
tjaaltonok, I'm all ears how to fix this bug :)10:20
seb128tjaalton, what? .xsession-errors filling up the user dir?10:20
seb128I think old gdm used to truncate .xsession-errors to 500k or something10:21
seb128lightdm should maybe do the same10:21
pittiI think lightdm just creates a new files10:21
tjaaltonseb128: that's only on startup, it'll move the old file away and truncate if it's too large10:21
pittibut that doesn't help for long-running sessions10:21
tjaaltonaiui there's no way to reduce the logging10:22
pittito fix this, I don't think we can keep the current simple structure -- we need a filter in between the session and just redirecting all of its output to a file10:22
seb128hum, are you sure that gdm didn't use to stop logging if the file was hitting 500k?10:23
pittiyes, but only on session start10:23
pittionce you have a running session there is nothing that can control this file10:24
tjaaltonhmm, would be neat if it was possible to feed it to rsyslogd somehow10:26
seb128pitti, ok, it's a bit weird since the code is wipped out on session start so I'm not sure where the limit can kick in10:26
seb128or did gdm used to not wipe it out?10:26
pittiseb128: we do not have the problem on session start10:27
tjaaltonthat patch is in xorg10:27
seb128pitti, I'm pretty sure something stopped writting to .xsession-errors during session when the file hit 500k10:27
seb128but I might be wrong10:27
pittiseb128: I'm not aware of that; only that we had some gdm (/etc/gdm/Xsession) which truncated everything but the last 500 kB on session start10:28
seb128like it was adding "truncated..." and not logging after that10:28
pittiseb128: it's still in /etc/X11/Xsession10:28
pittiif [ "`stat -c%s \"$ERRFILE\"`" -gt 500000 ]; then10:28
pitti  T=`mktemp -p "$HOME"`10:28
pitti  tail -c 500000 "$ERRFILE" > "$T" && mv -f "$T" "$ERRFILE" || rm -f "$T"10:28
pittiso if your disk gets full, you can at least log out and back in to win back some space10:29
seb128pitti, well, lightdm wipe that file at login so no need to truncate it10:32
seb128pitti, though nowadays it does rotate it10:33
seb128pitti, which means you don't win space10:33
zygahey, has the llvm pipe stuff been rolled out to quantal yet?10:33
pittiseb128: I know; I added that a while ago for other window managers which didn't do that10:33
pittizyga: it already works in precise, but unity-3d still blacklists it10:33
seb128pitti, https://bugzilla.gnome.org/show_bug.cgi?id=45929310:35
ubottuGnome bug 459293 in general ".xsession-errors limit can be quite annoying" [Minor,Resolved: obsolete]10:35
seb128in fact old gdm had code10:35
seb128if G_UNLIKELY (d->xsession_errors_bytes >= MAX_XSESSION_ERRORS_BYTES &&10:35
seb128       ! got_xfsz_signal) {10:35
seb128VE_IGNORE_EINTR (write (d->xsession_errors_fd,10:35
seb128"\n...Too much output, ignoring rest...\n",10:35
seb128strlen ("\n...Too much output, ignoring rest...\n")));10:35
seb128 10:35
seb128pitti, i.e the logger job was stopping logging over a limit10:35
seb128which is what I was remembering from it10:35
pittiseb128: ah, so that one did put something in between the session stdout/err and a mere file redirection?10:35
tjaaltonit had it's own Xsession script as well, and didn't redirect the stderr/stdout to the file10:37
tjaaltonso ok, that'd fix it for lightdm if it had something like that10:37
jamespageis there any etiquette I should be following before uploaded an large number of no-change rebuilds?11:04
=== yofel_ is now known as yofel
pittijamespage: one thing that comes to my mind is to check whether the buildds might potentially be needed for an impending milestone or beta release11:09
pittijamespage: but since that's not the case, and the buildds are all empty and getting cold, go ahead :)11:09
jamespagepitti, that had crossed my mind11:09
pittijamespage: please just make sure to not introduce "ubuntu"ish versions, use "build1" prefixes for unmodified packages11:09
pittierr, suffixes11:10
jamespagepitti, yep - was aware of that 'dch -R' has been my friend!11:10
* jamespage goes to warm up the buildd's11:10
pittioh, I didn't know about -R, thanks11:11
* pitti still uses an ancient script to do mass rebuilds11:11
DamjanekHi. Got a quick question about dependiences in debian/control file: I'd like to create dependency to upstream version, not to upstream+release version. How to do it? as I can see, there's no „package-name (~ version)”.11:42
jtaylorupstream+release version?11:49
jtaylorwhats that11:49
Damjanek3.3.5+dfsg1-1ubuntu1 - this is upstream+release version11:50
Damjanek3.3.5 is upstream version11:50
jtaylor(>> 3.3.5) ?11:50
Damjanekit behaves like >=, right?11:53
jtaylorthat would be (>= 3.3.5) then11:53
jtaylor>> behaves like >11:53
jtaylor> and < should not be used11:53
DamjanekI'll try it this way, then11:54
dpmhi pitti, I've just been trying to build a python app, which had been building fine until I actually added po files to it. I had not noticed it locally, but when I uploaded to a PPA, I get an intltool error. It seems that it is looking for the bin/qreator.py, but that file does not exist (only bin/qreator). IIRC, python-distutils-extra in auto mode generally creates a temporary bin/qreator.py file to extract translations from it, but it did not seem to11:54
dpmdo it this time. Do you have any pointers on what could have gone wrong? Here's the build log -> https://launchpadlibrarian.net/105430456/buildlog_ubuntu-precise-i386.qreator_12.05.1_FAILEDTOBUILD.txt.gz11:54
dpmpitti, oh, I see what happened, Quickly or p-d-e added a po/POTFILES.in file listing the .py file, that's why it can't find it. IIRC, p-d-e uses a temporary POTFILES.in file when creating the .pot file, but this one seems to be a permanent one. Perhaps that's the problem12:00
pittidpm: yes, that's correct; it won't create the "magic" POTFILES.in if one already exists12:07
dpmpitti, thanks. I think it might be a bug in quickly. It seems to create and commit POTFILES.in after using the 'quickly release' command, despite using p-d-e in auto mode in setup.py.12:09
dpmalthough quickly does not actually seem to touch any POTFILES.in files. Could it be that it got p-d-e or intltool to somehow create a permanent POTFILES.in file?12:11
pittiperhaps from a failed run, when it fails to clean it up?12:11
pittibut then it should have the "fake" .py entry12:11
Damjanekjtaylor: Thanks for your help.12:12
dpmI'll keep investigating, thanks pitti12:16
elkypitti, dpm is docutils involved in that?12:25
pittiI doubt it, it sounds unrelated12:25
dpmnot that I know of12:25
elkywith intltool i mean12:25
ubottuLaunchpad bug 997891 in sphinx (Debian) "sometimes cannot build pdfs for de, sl, pt, es, nl, pl, or it locales" [Unknown,Confirmed]12:25
ScottKcjwatson: Thanks for your work on the build priorities.  I think it's a good step forward.12:28
=== juliank0 is now known as juliank
stgraber@pilot in13:17
=== udevbot changed the topic of #ubuntu-devel to: Archive open | Dev' of Ubuntu (not support or app devel) | build failures -> http://bit.ly/HaWdtw | #ubuntu for support and general discussion for hardy -> precise | #ubuntu-app-devel for app development on Ubuntu http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots: stgraber
cyphermoxbkerensa: got it, looking13:36
=== plars_ is now known as plars
=== zyga is now known as zyga-afk
=== dendro-afk is now known as dendrobates
psusicjwatson: if grub fails to install under ubiquity, what log file would the error be in?14:03
ogra_syslog ?14:03
cjwatsonpsusi: should be in syslog and/or installer/debug14:05
psusihrm.... weird.. I looked at both log files this user posted and don't see any grub error... bug #100093414:07
ubottuLaunchpad bug 1000934 in grub2 (Ubuntu) "Parallel installation with Windows fails!" [Undecided,New] https://launchpad.net/bugs/100093414:07
hallynsay, is there an easy way to tell debootstrap to use my local .deb instead of one from the archive?14:18
mlankhor1tcreate a local repo :)14:23
=== zyga-afk is now known as zyga
hallyncan i create a virtual mirror which only overrides packages i install?  wonder if mini-dak does that14:32
hallynmaybe i can make it work just with --download-only and apt-move14:43
=== mhall119_ is now known as mhall119
=== zyga is now known as zyga-afk
yofeljbicha: a question about the boot procedure (re bug 894456): Where is fsck.<FS> read from when mountall calls it? / or initrd?16:06
ubottuLaunchpad bug 894456 in btrfs-tools (Ubuntu) "Please merge or sync new btrfs-tools from Debian testing or unstable - lots of bugs present in Ubuntu now :(" [Undecided,Triaged] https://launchpad.net/bugs/89445616:06
yofelI'm having a bit of a hard time finding out under what exact conditions fsck is called my mountall16:09
hallynstgraber: ischroot fails with -2 if /proc is not mounted.  Fix is to temporarily mount it :)  my q is, should i do that in ischroot, or do it in the initscripts.postinst that is using it and messing up as a result?16:13
cjwatsonyofel: mountall runs in the real root16:14
yofelcjwatson: how does it call fsck for / ? with / mounted RO or does it unmount / before checking?16:16
stgraberhallyn: that's odd. I believe debootstrap mounts /proc so I'm not too sure why we don't have it mounted at the time we call ischroot16:16
stgraberhallyn: or is that because initscripts gets updated later on (after debootstrap) in an environment where /proc isn't mounted?16:17
cjwatsonyofel: the former16:17
yofelok, thanks16:17
hallynstgraber: hm.  well then maybe i'm wrong about how i think it works16:17
stgraberhallyn: I'd expect much more things to blow up if /proc isn't mounted during bootstrap16:18
xnoxJust started using 'request feedback' on blueprints... only to find bug #100064216:19
ubottuLaunchpad bug 1000642 in Launchpad itself "Remove 'request feedback' feature for blueprints" [Undecided,In progress] https://launchpad.net/bugs/100064216:19
hallynstgraber: all right i guess i need to nail down the local archive thing so i can better test16:20
cjwatsontseliot: would you mind following up on bug 982710?  I copied it to -updates based on comment #46, but now there's a complaint about a regression16:20
ubottuLaunchpad bug 982710 in NVIDIA Drivers Ubuntu "[regression] Nvidia 295.40 driver is extremely slow" [Undecided,New] https://launchpad.net/bugs/98271016:20
cjwatsonxnox: request feedback was always an utter disaster of a UI16:20
tseliotcjwatson: sure, thanks16:20
xnoxcjwatson: =))))16:21
keesxnox: say, where do you want to coordinate raid documentation? I figure somewhere in the wiki. do you have a preference?16:21
xnoxkees: my preference would be a bzr branch of LaTeX documents, but I do understand that this is not the most contributor friendly format.16:23
xnoxkees: Wiki is probable, not sure if it will be the upstream RAID wiki or wiki.ubuntu.com16:23
xnoxkees: to begin with wiki.ubuntu.com16:23
xnoxdepends how 'ubuntu' specific it will be16:24
xnoxkees: I'm still going through a few things here. My plan was to talk to you more after I did my initial digging of historic work done on the topic first.16:25
hallynkees: hey :)  (i answered late last night, but) yes, cap_sys_admin should be required for CLONE_NEWNS.16:25
hallynenforced by kernel/nsproxy.c (supposedly)  you're finding it isn't?16:25
xnoxkees: wiki.ubuntu.com ok with you? do you have a preference? (you have more knoweldge currently, so anything that works best for you is preferred)16:28
mdeslaurinfinity: could you take a look at my lintian debdiff before I upload it? I'd appreciate a second opinion, I'm not quite sure that's the best way to handle readelf: http://paste.ubuntu.com/994477/16:34
keeshallyn: yeah, I think glibc was tricking me or something. my "child" function was getting called, but not after a clone. once I sorted things out, it correctly EPERMed.16:37
keesxnox: yeah, wiki.ubuntu.com is my preference. initially, my brain-dump of the history will be very ubuntu-specific.16:37
keesxnox: I was wondering what subtree to use in the wiki.  RAID/History or something?16:37
cjwatsonkees: oh, hey, you know about seccomp.  I don't suppose you want to take a guess at why the seccomp_filter probe child process in my patch in https://bugzilla.mindrot.org/show_bug.cgi?id=2011 falls over with SIGSYS?16:38
ubottubugzilla.mindrot.org bug 2011 in Build system "sandbox selection needs some kind of fallback mechanism" [Normal,New: ]16:39
xnoxkees: Maybe https://wiki.ubuntu.com/ReliableRaid/History ? Cause there is https://wiki.ubuntu.com/Raid but that should really be part of the server guide / help.ubuntu.com16:39
cjwatsonI haven't yet tried it in a more normal userspace/kernel combination16:39
hallynkees: ah, ok.  cool.16:41
bdmurrayslangasek: regarding https://bugs.launchpad.net/ubuntu/+source/debconf/+bug/349469/comments/34 I think I see what clint was suggesting now16:46
ubottuLaunchpad bug 349469 in debconf (Ubuntu) "debconf: DbDriver "config": /var/cache/debconf/config.dat is locked by another process: Resource temporarily unavailable" [Medium,Triaged]16:46
bdmurrayslangasek: if we see 'config.dat' in the error message we could gather the output of another command16:46
keesxnox: sure, that path sounds good.16:53
keescjwatson: looking...16:53
keescjwatson: fwiw, SIGSYS means seccomp killed it.16:55
cjwatsonRight, I'd worked out that much (though it was a new one on me).  But the filter it's loading should allow exit_group, which is the only syscall used after prctl in that process.16:57
keescjwatson: yeah... I was trying to find something to view the code....16:57
cjwatsonjust grab lp:openssh16:57
keescjwatson: do you have a link to a vcs-viewer? I want to see the preauth filter16:57
mlankhor1tis mmap allowed with seccomp?16:59
keesI read this when Will was writing it originally. :P16:59
keesmlankhor1t: depends on the filter16:59
SpamapSis there no python3 bzrlib?16:59
mlankhor1twas still toying with my program16:59
cjwatsonSpamapS: sounds like a project for you!16:59
SpamapScjwatson: aww man, why didn't you warn me before I stepped in that?16:59
cjwatsonit hasn't been ported17:00
cjwatsonor, if it has, it hasn't been landed17:01
SpamapSI'll skip. Been trying to use python3 in one-off scripts lately to get used to the differences.. :-P17:02
cjwatsonthat said, they dropped pre-2.6 support in 2.4, which should help17:02
SpamapSMy knowledge of python3 packaging is also weak.. not sure if bzr is the place to learn17:02
SpamapSthough.. python-configobj might be17:03
* xnox sees no bugs about python3 support in bugs.launchpad.net/bzr17:03
keescjwatson: hunh17:03
keescjwatson: so, this is extra weird17:03
keescjwatson: I would expect your prctl to fail.17:03
keescjwatson: is it possible the seccomp filter is already in place, and the prctl itself is killing it?17:04
xnoxSpamapS: http://www.wefearchange.org/2012/01/debian-package-for-python-2-and-3.html17:04
cjwatsonkees: Why would the prctl fail?17:04
cjwatsonkees: I don't *think* that's possible, and strace shows the prctl returning 017:04
keescjwatson: for SECCOMP_MODE_FILTER to work, you either need CAP_SYS_ADMIN or to have called prctl(PR_SET_NO_NEW_PRIVS, 1, ...) first17:05
keese.g. http://bazaar.launchpad.net/+branch/openssh/view/head:/sandbox-seccomp-filter.c#L20017:05
keescjwatson: iirc, what Chrome does to detect seccomp is to do a SECCOMP_MODE_FILTER call with an empty filter. if it replies with EINVAL, seccomp exists. if it replies ENOSYS, there's no seccomp17:06
keeslet me check that, though...17:06
keesEINVAL would get sent for non-mode-2 as well...17:06
cjwatsonkees: oh, OK, I assumed the no-new-privs was unnecessary but I can go and do that now17:07
cjwatson[pid  3977] prctl(0x26 /* PR_??? */, 0x1, 0, 0, 0) = 017:08
cjwatson[pid  3977] prctl(PR_SET_SECCOMP, 0x2, 0x80ac0b8, 0, 0) = 017:08
cjwatson[pid  3977] +++ killed by SIGSYS +++17:08
cjwatson(adding no-new-privs doesn't help)17:08
cjwatsonI could restore the approach from openssh/configure if that's more likely to work; maybe I last tried that before adding the fork17:09
cjwatsonbut, in any case, if I make the probe just pass unconditionally, the monitor child does nothing obviously useful - so I'm wondering if there's something else wrong17:12
keesah! EFAULT, yes.17:12
cjwatsonmaybe I should try in a 64-bit userspace17:12
keesI do recommend the detection method from configure, though.17:13
keesthat doesn't require the nnp prctl, and doesn't even require a filter.17:13
keeswhy it doesn't error out, though, is weird.17:14
slangasekbdmurray: right - in theory we want to be able to do this kind of thing via whoopsie in the future so we can change such things dynamically, but I don't think we have the security model nailed down yet... so an updated apport hook could indeed be useful there17:18
cjwatsonkees: Has seccomp been tested in 32-on-64 systems17:19
bdmurrayslangasek: and what would that updated hook do?17:22
infinitymdeslaur: Gah.  Looking.17:22
slangasekbdmurray: some combination of 'fuser /var/cache/debconf/config.dat' and 'pstree', I think17:22
bdmurrayslangasek: okay, thanks17:22
mdeslaurinfinity: I'm still investigating why readelf works differently17:23
slangasekbdmurray: though TBH, I've asked for that in the bug description and some people have provided those answers... and I haven't managed yet to make heads or tails of them17:23
infinitymdeslaur: Yeah, I'm spinning up a sid chroot to poke too.17:23
mdeslaurinfinity: kees mentioned maybe related to -Bsymbolic-functions that's by default on Ubuntu17:24
mdeslaurinfinity: I was going to try that17:24
keesand why isn't -Wl,-Bsymbolic-functions listed on https://wiki.ubuntu.com/ToolChain/CompilerFlags ?17:25
slangasekbdmurray: still, if we were getting that info consistently from all duplicates, maybe we would see a pattern emerge17:25
=== deryck is now known as deryck[lunch]
slangasekkees: because it's a linker flag? ;)17:25
keesslangasek: *sigh*17:26
slangaseknah, that's clearly not the reason17:26
stgraber@pilot out17:27
=== udevbot changed the topic of #ubuntu-devel to: Archive open | Dev' of Ubuntu (not support or app devel) | build failures -> http://bit.ly/HaWdtw | #ubuntu for support and general discussion for hardy -> precise | #ubuntu-app-devel for app development on Ubuntu http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots:
keescjwatson: yeah, works in compat mode17:27
slangasekbut I don't know17:27
keescjwatson: but if the arch test is wrong, it'll kill it.17:27
cjwatsonkees: hmm, ok, I probably screwed up something arcane then.  I'll try again later17:27
cjwatsonthe arch test?17:27
keescjwatson: http://bazaar.launchpad.net/+branch/openssh/view/head:/sandbox-seccomp-filter.c#L83 <- that verifies that the program hasn't switched architectures (i.e. started doing compat calls when built 64-bit)17:29
keesi.e. SECCOMP_AUDIT_ARCH must match the system that it's running on. (which is why it's best to avoid building a filter for the initial testing)17:30
cjwatsonoh, yeah, openssh isn't going to do that17:31
keescjwatson: oh! is $host wrong?17:31
kees(in configure.ac?)17:31
cjwatsonoh, that's possible, I'm configuring by hand rather than via dh_auto_configure17:31
cjwatson$ ./config.guess17:32
cjwatsonbah, yes, good catch17:32
kees        case "$host" in17:32
kees        x86_64-*)17:32
kees                AC_DEFINE([SECCOMP_AUDIT_ARCH], [AUDIT_ARCH_X86_64],17:32
keesyeah, so it's trying to set up a 64-bit filter and getting killed by that failure17:32
keescjwatson: so, looks like you'll need to adjust the SECCOMP_AUDIT_ARCH test a bit and skip the autodetection if there is no known arch, etc.17:33
cjwatsonor just configure with the right --build=17:34
cjwatsonso this is x86-only at the moment?17:34
keesyes, though ARM patches are currently being written17:34
cjwatsonkees: thanks, that works now!  I'll fix up the test and resubmit upstream17:35
keescjwatson: yay! :)17:36
dylan-mHey, I'm writing some code that presents packages as applications (like "Text Editor" instead of 'gedit'). Looks like Software Centre has some pretty extensive logic to that end...17:40
dylan-mDo you think there would be interest in moving that code to a separate library?17:40
dylan-mSo far I'm loading application .desktop files from app-install-data and the package's installed files, but there seem to be some discrepancies between my output and Software Centre's and I don't like duplicating lots of functionality.17:40
hallynhm, debootstrap from my custom mirror isn't working.17:41
infinitymdeslaur: Okay, your patch looks sane.  And should also work on Debian.17:43
infinitymdeslaur: Also has the added bonus of getting versions back, which their invocation seemed to drop...17:43
geofftdylan-m: You might be interested in AppStream or PackageKit?17:45
dylan-mOh, it's for Update Manager, by the way. Do you know if it would be okay to have PackageKit as a dependency, geofft?17:47
mdeslaurinfinity: thanks for the review, I'll also add -U_FORTIFY_SOURCE, and I'll send it to debian17:48
keesmdeslaur: can you CC me when you open that bug?17:49
geofftI'm not the person to ask, I just lurk on distributions@l.fd.o :) But I recall hearing general "that should happen" regarding making software center and update manager use more of PackageKit.17:49
geofftsomeone else probably knows more than I do regarding current thinking there17:50
dylan-mgeofft: Yeah, I've been getting that impression, too, but it looks like a bit of work to get everything talking to it :) I'm mostly concerned about being consistent for now.17:51
mdeslaurkees: sure17:51
infinitydylan-m: Wait, what?  You're making update-manager no longer display package names?17:52
dylan-minfinity: I'm working on this: https://wiki.ubuntu.com/SoftwareUpdates#Expanded_presentation_of_updates.17:52
dylan-minfinity: In short, it displays both ;)17:53
infinitydylan-m: The mockup doesn't make "both" particularly clear there.17:55
infinitydylan-m: (ie: what is "Terminal"?)17:56
infinitydylan-m: If I have gnome-terminal and xfce4-terminal installed and both are available for update, do I just get two uninformative "Terminal" entries?17:56
dylan-minfinity: Right now it's displayed as it would appear in the dash or an applications menu. I think there are a few ways to group apps and their packages that will behave slightly differently, so those will have to be played with as this goes along.18:00
cndslangasek, we need to upload a rebuild of evdev in precise for some magical ABI break that doesn't make any sense but a rebuild fixes (bug 973297)18:06
ubottuLaunchpad bug 973297 in xorg-server (Ubuntu Precise) "Xorg recognizes Logitech Headset USB dongle as input device then segfaults in XIChangeDeviceProperty" [High,Triaged] https://launchpad.net/bugs/97329718:06
cndthe current package version is 1:2.7.0-0ubuntu118:06
cndwhat would a rebuild package version be?18:06
slangasek1:2.7.0-0ubuntu1.1, preferably18:06
cndso basically the same as a full sru18:07
slangasekthe only time rebuild-only uploads get a special version number is when we're currently in sync with Debian18:07
barryScottK: ping18:12
cndslangasek, so I realized that this likely isn't fixed in quantal either since there hasn't been a rebuild of the package yet18:15
cndshould I be uploading a 1:2.7.0-0ubuntu2 to quantal and a 1:2.7.0-0ubuntu1.1 to precise?18:15
cndor should I just upload to precise and somehow get it pocket copied to quantal like the current package has been?18:18
cjwatsoncnd: both are possible; it probably doesn't make sense to do two separate rebuilds here ...18:24
cndcjwatson, ok, so then should I forgo the SRU versioning and just upload version 1:2.7.0-0ubuntu2?18:24
cjwatsonI'd tend to use 1.1 myself anyway18:25
cjwatsonthough strictly, it only needs not to clash; but you'll probably get fewer questions this way18:25
cjwatsonsince it needs not to clash with potential future versions the SRU team doesn't know about as well :)18:26
ScottKbarry: pong.  Replied to your mail.18:26
barryScottK: thanks!  i couldn't wait.  :)  glad it worked out18:27
keesslangasek, xnox: ah-ha, in researching this raid brain-dump, now I know why the raid failure code wasn't running. :)18:32
kees(and am documenting it)18:32
slangasekkees: whee :)18:53
=== deryck[lunch] is now known as deryck
infinitypitti: Say, uhm... Where's nscd-dbgsym?19:02
slangasekinfinity: did ev's blueprint eat it? :)19:04
infinityslangasek: :P19:04
infinityslangasek: My assumption is something more like ddebs doesn't deal sanely with packages with main/universe splits, or something, but you'd think someone would have noticed that...19:05
infinityslangasek: (Or maybe pitti just dumped a bunch of universe ddebs to make space)19:05
slangasekI wouldn't be so sure... it could easily be lost in the noise where ddeb bugs are concerned19:05
keesslangasek, xnox: https://wiki.ubuntu.com/ReliableRaid/History19:09
keesomg, I just figured out how LVM and md get out of sync sometimes.19:28
keeswhat a horrible race condition.19:28
ionHeh, sounds nice.19:29
keesI think it's because LVM lost a patch to have it ignore md devices.19:29
slangasekkees: well ugh19:37
slangasekwhich patch was that?19:37
slangaseksince we, er, didn't merge lvm2 forever19:37
=== dendrobates is now known as dendro-afk
=== jalcine is now known as jacky
keesslangasek: I have no idea -- that will need much more digging19:53
keess/ignore md devices/ignore md components/19:54
hallynstgraber: could you ping me when you have a minute for me to pick your brain?19:54
stgraberhallyn: ping19:58
hallynstgraber: thanks.  basically i'm doing https://wiki.ubuntu.com/SergeHallyn_localrepo  in the hopes of having debootstrap use my modified initscripts .debs19:59
hallynbut it fails (let me pastebin the errors)19:59
hallynis it obvious to you why?  do i just need more packages than what debootstrap --download-only had grabbed?  (do i need to make it a full local mirror)?19:59
hallynhere is the debootstrap.log: http://paste.ubuntu.com/994779/20:00
stgraberhallyn: hmm, looks like something is wrong with your archive that confuses debootstrap and then dpkg20:03
stgraberhallyn: just thinking of what you're actually trying to do, couldn't you use the --foreign flag to have debootstrap download + unpack, then change your initscript and do "chroot path debootstrap/debootstrap --second-stage"?20:04
slangasekkees: this is of course an imminently SRUable issue, so let me know if you need us to do some legwork20:04
hallynyes i was going to pursue that if i couldn't get this working.  couldn't find any docs on that (besides the manpage) so i figured that woudl involve experimentation as well20:05
chrisccoulsonanyone got any bright ideas how to debug this? https://launchpadlibrarian.net/105416854/buildlog_ubuntu-quantal-amd64.firefox_13.0~b4%2Bbuild1-0ubuntu2_FAILEDTOBUILD.txt.gz20:05
chrisccoulsonthe buildd is literally the only place this problem happens :(20:06
hallynstgraber: in particulary I'm not 100% clear on what state --foreign leaves it in, i.e. if i need to change a postintall script onthe chroot, or update the package in the chroot's cache20:06
slangasekchrisccoulson: have you identified the root error?  looks to me like it's probably at line 283157, is that right?20:07
stgraberhallyn: apparently you can do "sudo debootstrap --foreign precise my-chroot && sudo cp <your deb> precise/var/cache/apt/archives/<original deb> && sudo chroot my-chroot debootstrap/debootstrap --second-stage"20:07
chrisccoulsonslangasek, it's the abort in dump_syms multiple times which fails the build20:08
slangasekchrisccoulson: have you ruled out it being a pkgbinarymangler issue?20:08
hallynstgraber: ah! that's why it failed the one time i tried it,20:08
slangaseki.e., have you made sure to have that in your reproducing env?20:08
hallyni wasn't doing second-stage from chroot20:08
chrisccoulsonslangasek, no, good point!20:09
chrisccoulsoni'll try that now20:09
stgraberhallyn: confirmed that it runs here, so I guess it'll do the trick for you20:09
hallynit doesn't like my pkgs :)  it wants the same version as the original maybe20:09
stgraberoh yeah, you'll need to have the same version20:10
stgraberor manually mess with apt's list files (wouldn't recommend that)20:10
slangasekchrisccoulson: another possibility might be that the code is building differently because it's running on a hardy kernel on the buildds?20:10
=== dendro-afk is now known as dendrobates
hallynstgraber: thanks.  i do wish i could get the mirror way working, but this gets me going :)20:11
chrisccoulsonslangasek, is it still a hardy kernel? i saw this line at the top of the build log and assumed it wasn't:20:11
chrisccoulsonKernel version: 3.2.0-23-generic #36-Ubuntu SMP Tue Apr 10 20:39:51 UTC 2012 x86_6420:11
chrisccoulsonbut if it is, then i should try that too20:11
hallynwill keep working with that when i get time20:11
slangasekchrisccoulson: oh, looks like you got one of the shiny new buildds then :)20:12
rbasak"Failure while unpacking required packages.  This will be attempted up to five times." -- can this be made priority high rather than critical? I'd prefer my automated installs not to fail because of this.20:48
slangasekrbasak: short answer: yes, I think so20:49
slangasekrbasak: long answer: why is it failing?  is this more cloud apt love?20:50
slangasekoh, though that's not an answer is it ;)20:51
rbasakslangasek: this is d-i netinst on quantal, on ARM. It's from a static mirror, so I don't think it's apt. But it might be something I'm doing. Or it might be a temporary quantal issue. But after the retry it does work.20:51
slangasekit's quite unusual that you should hit that20:51
rbasakIt's reliably reproducable for me at the moment.20:52
slangasekcan you grab the logs showing what failed?20:52
slangasek(/var/log/syslog, I believe)20:53
rbasakIt's complicated, but let me try :)20:53
=== dendrobates is now known as dendro-afk
hallynstgraber: for pete's sake.  in the end, it turns out the args to compat_link are just int he wrong order21:11
stgraberhallyn: ;)21:12
stgraberhallyn: how comes that only broke containers?21:13
hallynwell it's a path only taken 'if ischroot'21:13
stgraberah right21:13
hallynand then, toward the end, because the link failed, it mkdirs it21:14
hallynhm, there goes my battery again saying 'not present'21:15
xnoxkees: slangasek: Added two clarification footnotes on to https://wiki.ubuntu.com/ReliableRaid/History21:17
slangasekxnox: o21:19
* xnox is worried. Is 'ok' split between two lines mean something dramatic?!21:26
slangasekit means "I have forgotten how to type in my old age"21:27
hallynslangasek: hey - changelog for initscripts says you did the /dev/shm /run transition...  would you mind checking my debdiff on bug 974584 for sanity?  I can't help feel I'm doing something stupid21:58
ubottuLaunchpad bug 974584 in sysvinit (Ubuntu) "Semaphores cannot be created in lxc container" [High,Confirmed] https://launchpad.net/bugs/97458421:58
slangasekhallyn: peeking22:24
slangasekhallyn: ln argument naming really is the worst22:29
slangasekwhy would anyone call the real file being pointed to by a symlink the "source"22:29
slangasekhallyn: yeah, looks like you're right22:31
slangasekI'm surprised to see this hasn't been fixed in Debian either22:31
slangasekwell now, wait22:32
slangasekif compat_link /var/run /run; then22:32
slangasekhow does that part 8ever* succeed, if this is backwards?22:32
hallynbc if the target exists it exits early with success?22:33
hallyn(sorry, checking :)22:33
hallynbut no, when running debootstrap, at that point, /run/lock already exists.  so does some other package create /run/lock with /run as symlink to /var/run?22:35
slangasekgood question22:36
hallyndpkg -x initscripts*.deb x; ls -ld x/run.  run is there22:36
slangasekhallyn: base-files extracts /run/lock22:36
hallynok, so on an upgrade that might not happen?22:36
slangasekhallyn: so is that consistent with your analysis?22:37
slangasekbase-files creates /run/lock on initial package install only (so as part of debootstrap).  On an upgrade from a system / chroot initially installed using base-files lt 6.4, you won't have it from base-files22:38
hallynon a system, you wont' hit that path.  only in a chroot.  so... does anyone do that?  if so, why didn't they hit this?22:39
slangasekhallyn: so my precise chroot has /var/run and /var/lock as directories - I guess that's the same problem?22:39
slangasekI guess everything one runs in a chroot was consistent enough in its own use of /run vs. /var/run that nobody actually noticed?22:40
slangasekso yeah22:40
slangasekI think your patch is correct22:40
slangasekand probably should get SRUed22:40
hallynso the patch needs further fixing then22:40
slangasekah, because it also needs the /var/run /run swapped22:40
hallyni'm being told it's quittin' time though22:40
hallynright, and /run/lock created22:41
hallyni'll give tha ta shot on monday, but still not convinced i'm smart enough to test it right.22:41
hallynslangasek: thanks.  ttyl22:41
slangasekhallyn: have a good weekend22:41
bdmurrayslangasek: is there any reason not to won't fix bug 1001068?23:06
ubottuLaunchpad bug 1001068 in devscripts (Ubuntu) "debchange: "quantal" is the default distribution in precise" [Undecided,New] https://launchpad.net/bugs/100106823:06
slangasekbdmurray: hmm23:06
slangasekbdmurray: I think we may have gone through this same through situation last cycle23:07
bdmurrayI'll look for closed bugs then23:07
slangasekbdmurray: bug #87061823:08
ubottuLaunchpad bug 870618 in devscripts (Ubuntu) "debchange: "precise" is the default distribution in oneiric" [Undecided,Fix released] https://launchpad.net/bugs/87061823:08
slangasekwe decided that it was better to keep $release defaulting to $release for the upload target, for the ppa use case23:08
slangasekeven though for the distro, 'precise' is no longer a valid upload target23:08
slangasekso yeah, I'm gonna do the opposite of wontfixing it :)23:09
cjwatsonslangasek: ln ordering> I think of it as directly analogous to cp -l23:27
cjwatson(or -s)23:28
smallfoot-why isn't AMD64 and AMD64 Mac merged into same image?23:49
cjwatsonsmallfoot-: because it's hard23:51
smallfoot-whats really the difference?23:51
cjwatsonwe'd like to, but it will take pretty noticeable work23:51
smallfoot-aren't like 99,99% the same?23:52
cjwatsonMatthew Garrett posted some terrifying instructions on how he's been working on a similar problem in Fedora of late, which will likely form the basis of a solution; however we're using some slightly different tools so it may take a while to port23:52
smallfoot-guess it wont be done for 12.10 :(23:54
smallfoot-im glad the alternative installer is gone23:55
cjwatsonit is not yet; there is a large dependency to fix first23:55
chrisccoulsonis there anyone who can bump up the score of https://launchpad.net/~chrisccoulson/+archive/ppa/+build/3500900 ?23:56
cjwatsonchrisccoulson: done23:56
chrisccoulsoncjwatson, excellent, thanks!23:57
psusicjwatson, the partman port to libparted3? ;)23:58
cjwatsonpsusi: no23:58

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