hggdhinfinity: I finally have the armada under control, tomorrow I will start coding & running the kernel tests on it03:12
infinitycjwatson: Hrm.  I wonder if the whole "having to override everything again after copy from proposed to release" thing might actually have something to do with the race between britney both deleting and copying at the same time.03:40
infinitycjwatson: Maybe leaving it no pubs to copy the overrides from?03:41
cjwatsoninfinity: Mm, possibly.  FromExistingOverridePolicy.calculateSourceOverrides does include "SourcePackagePublishingHistory.status.is_in(active_publishing_status)".03:58
cjwatsonWe could drop it if we caused something (sru-report?) to deal with the removals automatically.  I don't want it to be manual.03:59
* cjwatson -> bed, finally04:00
=== doko_ is now known as doko
=== yofel_ is now known as yofel
Laneythat reminds me10:14
infinityYou accepted it with that version number?  Really?10:17
infinityOh, you're the one who uploaded it with that version. :P10:18
Laneythat's the backports versioning scheme10:18
Laneyick away10:18
infinityIt... Is?10:18
infinityWith two ubuntus?10:18
infinity0.8.0~rc1-4ubuntu38~12.04.1 makes more sense, surely.10:18
infinityWhere is this scheme documented?10:19
Laneythe second is for sorting purposes10:19
Laneyprobably on some mailing list, and in the code for backportpackage10:19
infinityFor sorting against what?  Uploads that have a-t words there?10:19
LaneyWe used to use ~SERIES<number>, then had the foresight to fix that before we wrapped around the alphabet (and before we got to 'u'-series)10:20
infinityI recall being involved in this conversation.10:21
infinityAnd pointing out that switching to ~<number> solves it fine, since backports are backports of new versions...10:21
infinitySo 1.2.3-1~oneiric1 will still be << 1.2.3-2~11.10.110:22
infinityWhich is fine.10:22
infinityAnd right.10:22
infinityAny clash that ~ubuntu11.10.1 is trying to solve doesn't actually exist.10:22
LaneyAll I can think of is re-backporting over the top of existing ones. Dunno. I didn't have these conversations - IIRC it was Colin and Evan at UDS-Q.10:28
Laneyor P?10:28
=== mmrazik is now known as mmrazik|lunch
Riddellcjwatson: remember that conversation about removing owncloud and how it can't be done?  seems I did remove it as far as launchpad is concerned in precise but not as you said from the archive https://launchpad.net/ubuntu/+source/owncloud11:13
infinityRiddell: Sure, it can be removed from LP, but precise won't ever be republished, so that's meaningless.11:18
infinityRiddell: But, why did you do such a thing? :P11:18
Riddellinfinity: lots of security issues in owncloud and upstream asked for it to be removed11:19
infinityIt would seem to me that the solution to "upstream says it's insecure" is to fix it, not delete it.11:19
infinitySince deleting it doesn't magically get it off people's systems.11:19
Riddellupstream's solution is to upgrade to the latest11:19
Riddellbut a backport isn't possible even if ~ubuntu-sru would be happy to do that as an update11:20
cjwatsonRiddell: That was, I think, what I said :)11:20
infinityNot possible?11:20
cjwatsonNothing will *ever* republish the release pocket indices11:21
infinitycjwatson: Sorry, that "not possible" was to Riddell's assertion that the package can't be backported.11:21
cjwatsonSo yes, OK, at one point LP forgot to sanity-check removal11:21
infinityRiddell: Why is it "not possible"?11:21
cjwatsoninfinity: Yeah, I understood11:21
Riddellinfinity: too many third party modules needed which all need to be updated too many of which require other dependencies to be updated11:21
=== mmrazik|lunch is now known as mmrazik
infinityRiddell: Is upstream willing to hilight what these security holes are, instead of just saying "iz broke, update it"?11:22
infinityRiddell: And do they have, I dunno, some sort of VCS where perhaps they fixed these things?11:23
Riddellinfinity: yes, but no patches http://owncloud.org/security/advisories/11:23
infinityOh lord, it's PHP.11:24
infinityCause I've never seen badly-written PHP before.11:24
infinityLooks like their recent advisories actually point to git commits.11:25
infinityDivining the fixes for the older ones from logs might not be too hard.11:25
dokoinfinity, next eglibc give back?11:32
infinitydoko: *sigh*.. Yes.  Different test failed this time.  The previous one passed.  If it explodes one more time, I'll reupload with the suite checker disabled (since I know it's fine) so gcc can build.11:34
infinityBut not happy about this.  Need.  Real.  ARM.  Hardware.  That.  Isn't.  Cell phones.11:34
ogra_chromebooks for the DC !11:38
=== chilicuil is now known as chilicuil_away
ogra_hmm, so do i add the slideshow back to the arm images at the risk of having nexus7 get to big or not ...11:40
cjwatsontumbleweed: I've belatedly merged and deployed your madison-lite cache locking fix; thanks!  I made one correction; you'd missed a take_cache_read_lock call when constructing the cache for a Sources file.12:15
cjwatsonSo hopefully rmadison will be faster now.12:16
Davieycjwatson: still intolerably slow?  Will it take a while for the cache to be hot?12:22
DavieyOoo, first attempt was 17 seconds.. second was 312:22
cjwatsonIt still has to recache any time the archive changes.12:25
cjwatsonBut it won't forkbomb lillypilly in the process.12:25
Davieycjwatson: well that is good news12:39
tumbleweedcjwatson: ah, so I did13:00
tumbleweedcjwatson: still seems dog slow, though :/13:02
cjwatsonIt's certainly not a panacea13:03
tumbleweedI could have just been the first caller after a publish13:03
tumbleweedit seems snappier now13:03
didrocksso, we have some kind of on ongoing debate and trying to understand how the promotion/demotion list works…14:34
didrocksif I take gstreamer0.10-plugins-base-doc, it's not installed by default and the rdepends doesn't seem as well14:34
didrocks(and it's in main)14:34
didrocksit's not on the demotion list: http://people.canonical.com/~ubuntu-archive/component-mismatches.txt14:35
didrocksbut on this list, there is libatk-adaptor-data14:35
didrockswhich has its source in main and other binary package of this source rdepending/seeded14:35
didrocksso while this binary package (which hasn't a rdepends in main) is in this list, and not the -doc?14:35
didrocksis there a special filters for -doc, -dbg?14:36
didrocks(the debates is about if we promote some -utils/debug tools, do we need to add it to a seed or not and promoting the whole source, but first, I would prefer to understand the rule for something being on the promotion/demotion list ;))14:38
cjwatsonsee seeds/ubuntu.raring/supported14:38
cjwatsonlibatk-adaptor-data should be seeded explicitly somewhere if you want it in main14:39
cjwatsonAnything that matches the Extra-Include patterns in the supported seed doesn't need to be seeded explicitly14:39
didrocksah ok, so there is indeed some pattern for -doc, -dbg and so on in this Extra-Include14:40
didrocksthanks for the explanation cjwatson :)14:40
cjwatsonPlease note that the promotion/demotion list isn't calculated that way directly - it's a delta between the current state of the archive and what germinate says should be in main.  It's quite important to understand this otherwise you'll get confused (e.g. you might think that things currently in main are treated differently somehow)14:40
* didrocks reread14:41
cjwatsonIf you're adding things explicitly then they may perhaps want to go somewhere like platform.raring/supported-SOMETHING-desktop instead of directly in supported14:41
cjwatsonThis is used for a crazy scheme to try to autogenerate vaguely correct support lifetimes14:41
didrockscjwatson: I don't want to touch this libatk-adaptor-data (I'll let it to Luke), but I wanted to understand the difference between this one and the -doc and others one ;)14:42
cjwatsonYeah, I can understand how it might not be obvious14:42
didrockscjwatson: I still don't get the "it's a delta between current state of the archive and what germinate says should be in main"14:42
didrocksthe only diff is a lag of one day? (well, since last daily iso)14:43
cjwatsonThere's no lag14:43
cjwatsonforget about ISOs, they're irrelevant14:43
* didrocks forgets ;)14:43
cjwatsonthe publisher runs germinate at the end of every run14:43
cjwatsonthis takes the seeds and dependency-expands them with respect to the current archive (considering all components)14:44
didrocksuntil then, makes sense14:44
cjwatsoncomponent-mismatches takes the output of the part of that germinate run for the Ubuntu seed collection14:45
cjwatson(i.e. not Kubuntu etc. - only ubuntu.raring is currently constrained to be in main)14:45
cjwatsonand says "OK, all packages in the output of germinate for Ubuntu should be in main"14:46
cjwatsonthen it compares that against what's actually in main in the archive, and the output of that comparison is what you see14:46
didrocksyeah, that was my understanding :) so I think I missed a possible steps of misunderstanding you were afraid I had?14:47
didrockslike, you need to be attach to a seed "root node" (or calling it something like that)14:47
didrocksit's not only checking relationships betweens package in main, they need to be "attached" to this tree14:47
cjwatsonOK, so one confusion that sometimes arises is with virtual packages14:48
cjwatsonlet's say you depend on a virtual package which is provided by real packages in main and in universe14:49
cjwatsonsometimes people believe that the one in main will be preferred, because it's in main14:49
cjwatsonbut that isn't the case - germinate (at least in the publisher configuration) doesn't care, because it's the *output* of germinate that determines what goes in main14:49
cjwatsonit's certainly also true that a package can't stay in main without being referred to either directly or indirectly by the Ubuntu seed collection14:50
didrocksah ok, I've alread fallen into that trap few years ago ;) so used to it and knowing it needs to be explicit14:50
cjwatson(where that indirectness includes build-dependencies)14:50
didrocksyeah, there are deps and build-deps as relationship14:51
cjwatsonand recommends14:51
didrocksindeed :)14:51
didrockscjwatson: everything is crystal clear! Thanks a lot for all the precisions14:51
ogra_sigh, i wish FRAMEBUFFER for the initrd could be somehow decoupled from pulling plymouth in14:52
cjwatsonNP.  I look forward to your germinate patches? ;-)14:52
cjwatsonGrr, why is linux-signed-* *still* not on the precise images14:53
didrockscjwatson: ahah, there was a trap! I was sure about it ;) (more seriously, is there some area (I guess tricky if you didn't get to them yet) where some work is needed?)14:54
stgrabercjwatson: oh, that reminds me that I need to test the new images to confirm that they now boot on my system. Will do that after our weekly meeting.14:55
cjwatsonActually the code is pretty solid nowadays; the main problem is that documentation consists of "ask Colin how it works"14:55
cjwatsongerminate is python3-compatble and has a test suite and everything ...14:55
cjwatsonthe main outstanding problem is that there's some hysteresis in the publisher14:55
didrocksnice ;) yeah, doc, as usual…14:56
cjwatsongerminate is run at the end of each publisher run, and is an input to the *next* publisher run14:56
didrockshysteresis? really?14:56
cjwatsonso in theory it's unstable14:56
cjwatsonalso, the publisher doesn't necessarily notice that germinate output has changed and so it needs to republish14:56
cjwatsonthe fix is to call germinate in the middle of the publisher, with package data directly from the Launchpad DB14:56
cjwatsonI tried that a while ago but it was hopelessly slow because I was a bit naïve about how to do bulk DB operations14:57
cjwatsonneed to try again14:57
didrocksinteresting project, but yeah, calling every package with launchpad regular APIs… I can imagine it beeing very slow14:57
=== mmrazik is now known as mmrazik|otp
cjwatsondidrocks: Well, it wouldn't be the API, it'd be direct database access15:09
cjwatsonOr at most a special-purpose internal API15:09
cjwatsonPackage copies (including promotions from raring-proposed to raring) are going to be queued for a while due to a hardware upgrade of the relevant script server15:20
cjwatsonPackage copies should be back no16:03
cjwatson(for a while actually)16:04
cjwatson^- part of the SB extravaganza - could somebody review?16:51
Riddellwhat's the secret to uploading to quantal-security?16:58
cjwatsonRiddell: You can't upload directly; only the security team is allowed to copy into it17:03
cjwatsonget them to issue a USN etc.17:03
Laney(look how much he hates talking to the security team)17:07
xnoxRiddell: patches on a bug + subscribe ubuntu-security17:07
xnoxRiddell: or ubuntu-security-sponsors something like that.17:08
=== rickspencer3_ is now known as rickspencer3
=== henrix_ is now known as henrix
=== henrix is now known as henrix_
=== henrix_ is now known as henrix
=== rtg is now known as rtg-afk
=== henrix is now known as henrix_
slangasekcjwatson: appmenu-gtk/precise accepted now.. but I see that the quantal one is still in the queue :)19:54
slangasek(along with some other, older ones)19:54
seb128slangasek, great, one SRU in, only 90 to go, you can do it ;-)19:56
ogra-cbis this a sprint ?19:56
seb128ogra-cb, it's a competition between the sponsoring queue and the SRU queue19:56
seb128dholbach is leading by a small margin19:56
slangasekif my wife stops making me get on planes on my SRU days, I should be able to make some progress19:56
* ogra-cb looks for his pompoms to cheer from the side 19:57
seb128we need to stop the 6 months cycle madness and just keep the LTSes19:58
* seb128 got annoyed recently about the number of SRU requests for quantal, the rational behind them makes sense but it's a lot of efforts spent19:59
slangasekseb128: not all SRU requests need to be accepted?20:00
stgraberseb128: rationale being that they want those in quantal so they can push to precise?20:00
seb128slangasek, it's hard to say not to request to fix an obvious stopper bug in a stable release20:00
ogra-cbslangasek, but processed20:00
ogra-cbor at least looked at20:01
ScottKseb128: Probably fewer SRUs if people follow the release schedule and land features on time so that stuff can get fixed before release.20:01
seb128ScottK, well, at lot of those are from !canonical, e.g GNOME in my case20:01
ogra-cbScottK, nah, that kills all the fun of releasing with bugs20:01
ScottKseb128: True, but many of them are also self inflicted.20:01
seb128right, but those are mostly fine, the unity guys are doing regular bug fixe releases so it's contained on a few component (e.g mostly unity and compiz and sometime some lenses)20:02
seb128slangasek, I just did a libvirt SRU today because XDG_RUNTIME_DIR broke it and it was late and we didn't notice before release :p20:03
seb128well, anyway if good faith if we roll stable release we need to fix obvious bugs20:03
seb128doing that on 6 months basis is high cost ... looking forward the day we can do rolling release between LTSes ;-)20:04
ScottKRolling release is an oxymoron.20:04
seb128well, do it the debian way if you prefer20:06
seb128e.g keep rolling on the unstable cycle for 1.5 years than take 6 month to do a solid release20:06
ScottKMight as well use Debian then.20:06
ScottKHaving the regular releases is one of the main reasons I initially chose Ubuntu over Debian.20:07
seb128like the only thing Ubuntu is doing is to snapshot Debian every 6 months?20:07
ogra-cbnot really20:07
ogra-cbwe develop features through applying different glue, the snapshotting is only a minimal part of a cycle imho20:08
seb128well anyway, I didn't want to start an heated discussion20:08
seb128but I've been annoyed by the numbers of SRUs I had to do to quantal recently20:09
seb128I wish we only had precise and raring to care about at this point20:09
ogra-cbyes, we simply shouldnt do SRUs for non LTS by policy20:10
xnoxseb128: lucky you with desktop lts. I was working on sponsoring server sru's into lucid the other day.....20:10
slangasekseb128: IMHO that's a decision you should be empowered to make20:10
seb128well, it's embarassing to have a "release" out with things broken in a so obvious way20:10
ogra-cbxnox, well, that difference is gone now20:10
seb128xnox, that time is over since precise20:11
xnoxogra-cb: true. but it will only be evident past 2015 april.20:11
xnoxogra-cb: the ticking bomb has been set off =)20:11
seb128slangasek, I can't in good faith ignore those bugs in a stable release... we flagged quantal as being one so we need to deal with it20:11
seb128xnox, well, lucid is still supported on the desktop as well...20:12
xnoxseb128: true.... but i take it doesn't have many desktop sru requests?20:13
seb128xnox, likely not20:14
seb128desktop people tend to like more the shiny stuff20:14
seb128so they tend to update20:14
* xnox is sad, I upgraded to raring to get python3.3 by default..... that counts as shiny, right?!20:17
ogra-cbdoes it wobble if you move it ?20:18
slangasekanyone know what happened with gst-plugins-good1.0 landing in component-mismatches?20:19
ogra-cbnot MIRed yet ?20:19
slangasekogra-cb: in main since forever20:19
ogra-cb1.0 ?20:19
slangasekah, looks like the armel-only binaries have been demoted to universe for some reason20:19
ogra-cbnote that gstreamer carries the version in the package names ... 1.0 is pretty new20:20
slangasekogra-cb: oh, so it is20:20
cjwatsonslangasek: 'queuediff -s quantal-proposed appmenu-gtk' is confusing - what was going on with ubuntu1.1 there?20:28
jbichahaving an Ubuntu release before the GNOME .1 release is a good way to cause more SRU work20:30
cjwatsonit looks OK, and I think is what we agreed - just rather oddly formatted20:30
cjwatsonoh, I see, that version was removed20:30
cjwatsonnever mind20:30
ScottKjbicha: The Ubuntu releases land at the KDE .1 or (usually) .2 and I've always thought that was a good thing.20:31
jbichaI just think the maverick early October experiment has outlived its usefulness20:32
cjwatsonthat wasn't even useful when it happened20:32
seb128ogra-cb, slangasek: we decided that gst1 doesn't need MIRs since it's the same source that gst0.10, only a new revision ... same as gtk2 and gtk320:34
seb128but yeah it got promoted today20:35
slangasekyes, agreed20:35
slangasekI was just confused that 1.0 != 0.10 ;)20:35
cjwatsonthere you go20:36
slangasekta :)20:38
infinityjbicha: You're TIL on user-mode-linux, any plans to rev it to 3.7.0?21:37
jbichainfinity: I only touched it becuase it was NBS, you're welcome to grab it if you like21:57
infinityjbicha: Sure, I wasn't sure if you had a vested interest in it or if it was a +1 drive-by.21:58
infinityI'd suggest Ubuntu needs a concept of a "QA Upload", like Debian, except that would litter about 98% of our changelogs.21:58
infinitySo, probably not useful. :P21:58
ScottKIf the same person uploads more than N times in a row to Ubuntu, ask them before you touch it ...22:32
infinityScottK: That's my general rule.  UML gets uploaded so infrequently, though, it's hard to tell if it has a primary maintainer in any meaningful way.22:33
infinity(And the answer seems to be "no", which is fine)22:34
cjwatsonCould somebody have a look at livecd-rootfs/precise-proposed, please?  Part of the SB backport work and I'd like to get it into tomorrow's image builds.23:34
infinitycjwatson: Will poke.23:49
infinitycjwatson: Needs a reupload with -v to catch the previous changelog, but I'll do that on your behalf if I like the rest of it.23:50

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