=== peterm-ubuntu is now known as Peter-wfh
knomei can't seem to find the place where the information on opt-in for alphas/betas for flavors are listed. is there one?09:32
=== peterm-ubuntu is now known as Peter-wfh
xnoxinfinity: do we still want armel-cross-toolchain-base considering that we no longer have libc6-dev:armel09:51
infinity$arch-cross-toolchain-base doesn't depend on libc6:$arch09:53
=== henrix_` is now known as henrix
infinityxnox: If you're asking because of the britney snag, don't worry about that.  Updating it is trivial, the reason I haven't is because all the cross stuff is in flux right now anyway and only builds depending on moon phase.09:53
infinityxnox: The argument for keeping it is mostly because of all the HOWTOs out there that tell people to install it. :P09:54
infinityI suppose we could install arm-linux-gnueabi-gcc as a small wrapper that calld arm-linux-gnueabihf-gcc with -mfloat-abi=soft, but that sounds vaguely sketchy.09:55
infinityNote that armhf-cross-toolchain-base is currently FTBFS too.09:57
infinityOnce I land glibc 2.17, doko and/or I needs to fix all the cross stuff again and then stop touching it for a while.09:57
infinityknome: I'm not sure we have a wiki or anything that defines who's opted in.  Last time, we just asked on the release list and got responses.09:59
infinityknome: I'm also trying to discourage flavours from participating in milestones that Ubuntu isn't, just to "try it out" and see how that goes, but it's obviously your call, not mine.09:59
knomeinfinity, sure.10:02
knomeinfinity, i just wondered if there was something i can point to10:02
infinityIf there is, I didn't write it.  But wikis being what they are, I wouldn't put it past someone else to have made such a page. :P10:03
knomewell, i found a file-copy of the pad where that's written10:03
infinityI'm not sure it's meaningful information at any point except when we're actually spinning CDs, though, so the informal polling of flavour maintainers works.10:03
knomethis was just a reference to our testers10:04
knome"since we aren't doing alphas per [URL], ..."10:04
knomejust to point to some place where it's been defined10:04
infinityWell, yeah.  It's up to each flavour to make that call, so if yours isn't doing alphas and you want a public/formal announcement of that, feel free to send it to your list.10:05
infinityAnd then you forever have a URL to refer to. :)10:05
knomeyeah, i know... but i'm lazy ;)10:05
knomei might have done that already though, but i didn't find the mail when browsing the archives10:05
knomemaybe i should retry10:05
xnoxknome: well you could use the alpha1 thread on ubuntu-release mailing list.10:19
xnoxwhich asked "who wants" and "edubuntu & kubuntu saying we do" and nobody else.10:20
knomexnox, i was looking for a complete list for all the milestones. :)10:21
xnoxhttps://wiki.ubuntu.com/RaringRingtail/ReleaseSchedule on here, it is marked which milestones are opt-in (a1, a2, b1) and mandatory (final beta, rc, final)10:22
xnoxknome: and we poll flavours as we are about to embarg on a milestone to give maximum dev time for the teams to decide whether or not they need/want a milestone.10:23
knomexnox, the information in uds was that flavors should decide if they opt-in for milestones within a week of uds ending. a list was gathered then, and that's what i was looking for. it's here: http://people.ubuntu.com/~alanbell/uds-r/uds-r-foundations-r-flavor-pm-mtg-latest.txt but i wondered if it was written out in a wiki or some other place10:24
infinityAhh, yes, I was double-booked and couldn't attend that session.10:25
infinityWhich annoyed me greatly. :/10:25
infinityAnyhow, we could alter the release schedule to show who's participating in each milestone.  Except that some of the responses from that meeting were a bit wishy-washy. :P10:27
knomei'm going by the information/knowledge that we're sticking with what we decided (and that's ok), and want to point our testers to the source of the information, not just say "we're not doing any alphas, btw"10:27
xnoxknome: to be honest, so far there is no descepancy - since edubuntu is on the verge of having server product and hence participates in a2.10:27
knomeyes... but that's not the point10:27
knomeeven if the information was incorrect, there still has been the discussion that led to xubuntu opting in to specific milestones10:27
xnoxknome: but do take those notes with a pinch of salt, i see a lot of context missing from those notes and things that have moved on since that discussion.10:28
knomesure. i'm the xubuntu project lead, so i'd know if we'd change our plans10:28
* xnox also was not in that session (double booked)10:28
knomebut i want to point to the process10:28
infinityknome: That text file is a dump of the UDS pad contents, I assume?10:29
knomeinfinity, yup.10:29
infinityRight, then.  Dumped it to https://blueprints.launchpad.net/ubuntu/+spec/foundations-r-flavor-pm-mtg, which is slightly less ephemeral than an etherpad.10:30
xnoxknome: infinity: https://blueprints.launchpad.net/ubuntu/+spec/foundations-r-schedule in here there are notes of why/how ubuntu dropped freezes&milestone isos, and that in itself set up the opt-in option for flavours.10:33
xnoxand thus in turn is basis for foundations-r-flavor-pm-mtg.10:33
knomei understand that background but that itself is already irrelevant for our testers, unless they want to dig deeper10:33
xnoxtrue =/10:35
infinityI don't think you really much need to explain the "why" to your testers, so much as just the current state of affairs.10:36
knomei just wanted something like "this is why we're doing milestones X, now get testing!" ;)10:36
knomesure. but i think it's nice to have some reference10:37
knomefor archive purposes as well10:37
infinity"We're not doing milestones X, Y, and Z anymore, but it would be awesome if you'd spin up a CD every couple of weeks and report bugs, kthx".10:37
knomesomething like that.10:37
knomeand i'll also dump a long list of things they should also test ;)10:37
infinityAnd I'm all for flavours doing impromptu "test this image now, please" mails to their testers that aren't part of the formal "milestone process".10:37
infinityLike, you land a huge new feature, ask people to test "any image >= 20130117" and report back.10:38
infinityNo need for freezes and such to do that sort of thing.10:38
knomeyes, that's exactly what i'm doing right now10:38
knomethough we're not landing features, we're telling to download from git :P10:38
infinityYour users are clearly smarter than mine.10:39
knomei'm doing all the thinking for them...10:39
=== henrix_ is now known as henrix
=== henrix_ is now known as henrix
=== henrix is now known as henrix_
=== henrix_ is now known as henrix
xnoxinfinity: so nagios-plugins-basic (main) got split into nagios-plugins-basic and nagios-plugins-common (universe), from the nagios-plugins src package (main)11:45
xnoxinfinity: can you please promote nagios-plugins-common into main? on the basis that it's a main package split.11:45
xnoxor I shall still file a tiny MIR for archival / documentation purposes?11:46
infinityxnox: Oh, I NEWed it to main, you're seeing the britney migration bug.11:46
xnoxinfinity: ok, thanks. =)11:46
xnoxinfinity: ping - can you whack nagios-plugins-common again due to britney bug?! =)))))))11:46
* infinity fixes dosfstools-udeb too.11:47
=== yofel_ is now known as yofel
=== peterm-ubuntu is now known as Peter-lunch
=== scott-work is now known as Guest94797
xnoxinfinity: new goffice is gtk3, yet it's rdep (gnucash) is gtk2, hence gnucash is uninstallable and cannot build against new goffice.12:54
xnoxinfinity: do you know if goffice can build a gtk2 variant as well?12:55
=== Peter-lunch is now known as Peter-wfh
xnoxinfinity: or shall we just reintroduce goffice-0.80 to keep gnucash buildable?!12:55
cjwatsonxnox: I already mailed the Debian goffice maintainer asking about that12:56
cjwatsonNo response yet12:56
infinityxnox: Neither, things are being ported, people are on the job, don't panic.12:56
cjwatsonI don't think we should do anything precipitate in Ubuntu12:56
infinity(Though if things don't get ported eventually, yeah, a -0.80 might be an option)12:56
xnoxcjwatson: i spoke to gnucash upstream they are working on gtk3 but it won't be finished soon.12:57
xnoxok. i'll ignore goffice saga.12:57
cjwatsonI'm not necessarily saying you should ignore it, but major things like reintroducing a compat source package belong in Debian first12:58
infinitycjwatson: ^-- There you go.14:15
cjwatsonTa.  Next round :)14:16
cjwatson(Which is more completism, but people do still use netboot d-i, I expect ...)14:16
* cjwatson respins raring server to get dosfstools-udeb into it14:19
infinitycjwatson: I use netboot d-i an awful lot.14:36
infinitycjwatson: (And I'd imagine any large corporate users do, too...)14:36
infinityThough, why these hypothetical people would be using a non-LTS, I don't know.14:37
cjwatsonpre-12.04.2, SB support14:38
cjwatsonNot that that's easy with netboot so ...14:39
infinityI do sometimes think that our unwitten policy (I guess that's spelled "habit"?) of propagating all (or most) of our LTS fixes to all the interim releases is probably a whole lot of busy work for little gain.14:39
cjwatsonWell, in this case I got an oem-priority/quantal task14:39
cjwatsonSo figured somebody actually cared14:39
cjwatsonMaybe they have that habit too, dunno14:39
infinityI still want to respin Q with the current SRU kernel anyway.14:40
infinityJust to stop bricking samsung laptops.14:40
infinityAnd I was pondering seeing if you'd be up for fixing that "uniquity removes kernel headers, oops" bug in the process.14:41
infinityubiquity, too.14:41
infinityTyping hard.14:41
cjwatsonYeah, I was going to mention that actually14:41
ogra_train on a nexus7 ;)14:41
cjwatsonIf you actually have time to do the point release (or near enough) work, that's the main hard part14:42
infinityYeah.  Well, it would be a cheater's point release, where I just cherry-pick what I want from updates.14:42
infinityBut it still needs all the painful QA and such.14:42
infinitySeems worth it to stop breaking computers, though. :/14:42
cjwatsonBuild-wise, it'd be easier to just take whatever's currently in -updates14:43
cjwatsonIf that breaks we have a problem anyway14:43
infinityLess concerned about it breaking, more concerned with potential size issues and other such faff.14:44
infinityBut I guess we stopped caring about size a bit.14:44
cjwatsonYeah, that shouldn't be too bad in quantal14:44
infinityThough, the other reason to do the cherry-pick (which isn't rocket science, really) would be so we don't need a freeze.14:44
infinitycjwatson: My general thought was "install without pockets, enable final sources.list, apt-get install (bits we want upgraded)", ish.14:46
infinitycjwatson: Since all those steps already exists except the last, it's a minor tweak.14:47
cjwatsonI guess, but be careful with install vs. live phases14:47
infinityOh, true.  Would have to undo and redo sources.list in between.14:47
infinityThat does make it more painful.14:47
cjwatsonGetting it actually right involves some juggling with live-build, since there are no arbitrary-code hooks between installing packages for the install phase and ditto for live14:47
cjwatsonIt mostly doesn't matter too much if versions differ, but if one of the new versions involves changed dependencies then you could be in trouble14:48
infinityYeah, I know where that juggling happens.  It's right around where I hacked in the linux-headers/apt-mark crap.14:48
infinityMeh.  Well, I'll think about it anyway.  Cherry-pick or full point release.  Whichever.14:51
infinityBut in either case, backporting that one ubiquity fix would shut up a reasonable set of bug reports.14:51
infinity(Well, except for all the poor saps who already installed and have no linux-generic now)14:52
infinityDoes the release-upgrader ensure such things are in sane states?  I wonder if it might be worth quirking 12.10->13.04 to check for linux-$flavour being installed and fix it if it's not.14:53
infinityWhich will be the wrong thing to do for 0.1% of users who removed it intentionally, but the right thing for the other 99.9%14:54
cjwatsonNot sure, but easy enough to quirk.14:54
cjwatsoninfinity: upstart in precise-proposed; I'm happy with the diff, but the .changes wasn't built with -v.  However, James mentioned the same bug again, so it still has the same Launchpad-Bugs-Fixed.  I think that's OK and I don't need to go back round and ask for a re-upload - do you agree?16:01
cjwatson(To tell you the truth I'm not absolutely sure what breaks when people forget -v; it's folk knowledge for me.)16:01
infinitycjwatson: The only thing that breaks without -v is sru-report, closures, and the -changes list.16:03
infinityThough, one or more of those may no longer be true.16:03
cjwatsonI'm pretty sure that LP nowadays does a check on the previous ancestor version when you copy16:04
infinityAnd if the bug is re-mentioned, I'm not overly concerned.  You could always grab the source and re-dpkg-genchanges -S though, if it bugs you. :P16:04
cjwatsonfor closures and -changes16:04
cjwatsonI'm not sure about sru-report; that thing is a bit of a mystery to me16:04
infinityYeah, actually, you're right.  I just saw that behaviour today when I copied linux-meta-lowlatency, which I'd forgotten a -v on.16:04
cjwatsonI'll just accept it, sounds OK16:04
infinityBut the closures and -chanegs were fine.16:04
infinitySo, it's probably only sru-report that barfs and, well, who cares?16:04
cjwatsonAncestry is sometimes a bit confused in LP, so I guess there could be corner cases there.16:04
infinity(In this case, who cares, since the bug is mentioned again)16:05
infinityI should probably sleep sometime today.16:06
=== henrix is now known as henrix_
=== henrix_ is now known as henrix
=== henrix_ is now known as henrix
=== henrix is now known as henrix_
=== henrix_ is now known as henrix
=== henrix is now known as henrix_
=== Ursinha-afk is now known as Ursinha
=== Ursinha is now known as Ursinha-afk
=== Ursinha-afk is now known as Ursinha
shadeslayerhi, could someone from the release team pass transmission from the precise and quantal queue's ? Ref bug : https://bugs.launchpad.net/ubuntu/+source/transmission/+bug/109322020:19
ubot2Launchpad bug 1093220 in transmission (Ubuntu Quantal) "[SRU] Fix transmission-qt to open magnet links from a browser" [Undecided,Fix committed]20:19
shadeslayerIt's been languishing in the queue for quite some time :(20:19
slangasekinfinity: "but dpkg is never a fresh install" (bug #1093819) - it should be?  debootstrap does call dpkg --unpack / dpkg --configure, and at that point the dpkg package database is empty so the maintainer script should be passed the right (empty) $220:21
ubot2Launchpad bug 1093819 in Wubi "Wubi installed 12.10 amd64 without configuring i386" [Undecided,New] https://launchpad.net/bugs/109381920:21
slangasekshadeslayer: I'm looking at SRU processing this afternoon; but sad to say, there are some packages that have been languishing in that queue even longer20:22
shadeslayerhow can I help speed this up?20:22
slangasekIn the short term, not easily.  In the long term, you could volunteer for the SRU team :)20:25
shadeslayerslangasek: sure, is there a wiki page saying how I can volunteer?20:28
slangasekthe page describing the SRU process also describes the duties: https://wiki.ubuntu.com/StableReleaseUpdates20:29
slangasekbut it's by no means exhaustive, and we usually pair new volunteers with existing members to learn the ropes20:29
shadeslayerI see20:30
slangasekshadeslayer: if you're interested, can you drop me and cjwatson an email?20:30
shadeslayerI am indeed20:30
shadeslayerwill do :)20:30
shadeslayerslangasek: sent20:36

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