[00:18] <stgraber> skaet: uploaded ltsp with the required fixes
[00:18] <stgraber> it's going to be horribly slow though as llvmpipe over network is a nightmare
[00:18] <stgraber> trying in VMs locally (so supposedly pretty fast), I have almost a second latency and all the fading is horribly slow
[00:18] <stgraber> but at least you get a "working" session
[00:22] <micahg> Laney: yeah, it's a new meta to drop the indicators and their settings and look packages
[00:26] <cjwatson> ^- beta-critical bug fix; requires debian-installer upload after its binaries have published
[00:29] <stgraber> can someone review ltsp too, it's beta critical
[00:29] <stgraber> I'll take biosdevname
[00:34] <stgraber> accepted
[00:36] <stgraber> also accepted livecd-rootfs. Does that one still need manual deployment on the buildds? can't remember if it auto-updates or not
[00:40] <stgraber> slangasek: if you have a minute, can you review LTSP? I believe infinity is at some meeting at the moment so can't poke him to do it ;)
[00:41] <infinity> stgraber: It auto-upgrades.
[00:42] <stgraber> oh, looks like infinity's back! if you have a sec, can you look at ltsp?
[00:47] <cjwatson> ltsp looks fine to me
[00:48] <cjwatson> though it'd be nice to update the comment along with the X_COLOR_DEPTH setting - but it's temporary so hopefully this won't matter for long
[00:48] <cjwatson> accepted
[05:06] <micahg> can someone please review the 3 ubuntu studio packages here ^^^
[07:17] <pitti> ^ only fixes a dependency, and adds/fixes autopkgtests, so I'd appreciate if it could be accepted
[08:30] <pitti> FYI, dpm prepared quantal langpacks, uploading now and waving throug queue
[09:03] <phillw> hiyas good people, a question on the updating of respins
[09:10] <pitti> hm, why does queuebot say that gvfs and gtkmm have been accepted, while they are still in unapproved?
[09:11] <pitti> is it getting confused because of the langpack uploads/accepts?
[09:11] <pitti> stgraber: ^
[09:12] <pitti> ^ fixes two beta-milestoned major bugs; review appreciated!
[09:22] <Laney> Riddell: are you guys on top of the kde-telepathy stuff?
[09:22] <Laney> looks like it goes back to https://launchpad.net/ubuntu/+source/ktp-common-internals/0.5.0-0ubuntu1
[09:43] <cjwatson> pitti: gvfs> killall is in psmisc - is that guaranteed to be installed in this context?  (besides, pkill is a better habit to be in IMO, which requires procps)
[09:44] <pitti> cjwatson: it is installed on our jenkins test boxes, but I'll add it anyway, thanks for spotting (and change to pkill)
[09:54] <pitti> oh, silly pkill/pgrep
[09:54] <pitti> I was wondering why pgrep gvfs-udisks2-volume-monitor utterly fails
[09:55] <pitti> Name:gvfs-udisks2-vo
[09:55] <pitti> (in status)
[09:55]  * pitti adds -f
[09:57] <pitti> cjwatson: FYI, http://bazaar.launchpad.net/~ubuntu-branches/ubuntu/quantal/gvfs/quantal/revision/224
[12:24] <Laney> knome: hey, looks like pidgin-libnotify is broken for now due to the indicator-messages transition, causing xubuntu to fail to build
[12:26] <knome> Laney, can you drop that until we fix the indicators? thanks
[12:26] <Laney> it'll need a pidgin upload to drop it
[12:26] <Laney> can you test an upload just dropping the recommends?
[12:27] <knome> i'm not a technical person, and i'm busy with real work now
[12:27] <knome> if you can, ask micahg or mr_pouit for that
[12:28] <seb128> Laney, I plan to port pidgin-libnotify but probably not today
[12:31] <Laney> seb128: fair enough, so since it probably won't make beta i'll disable it for now
[12:32] <seb128> yeah, I agree
[12:45] <Laney> skaet: hey! when do you want to disable crontab and start pushing to the b1 milestone on the tracker?
[12:50] <skaet> Laney,  current plan is for Monday to disable the crontab
[12:50] <skaet> I think we can enable the milestone though today.
[12:51] <skaet> Will see if there's any new data that changes that after the meeting later today.
[12:51] <Laney> well, they won't really be candidate builds as long as cron is on
[12:51] <skaet> Laney,  we're still missing some bits to land before any images can be considered candidates.
[12:52] <ogra_> what has cron to do with the content of the image ?
[12:52] <Laney> it means that the builds will be overwritten
[12:52] <skaet> ogra_,  more a comment on the contents of candidates
[12:53] <ogra_> sure, but people should upload to proposed anyway
[12:53] <skaet> won't have true candidates until then.   However gathering testing data over the weekend is useful to see if there are some "surprises" lurking.
[12:53] <skaet> s/then/all the missing bits land
[12:53]  * ogra_ still waits for a "compiz surprise" on arm :)
[12:54] <ScottK> I know we have an upload that needs to happen for Kubuntu to fix KDE telepathy FTBFS.
[12:54] <ScottK> Should be done today though.
[12:54] <Laney> ah, good, I pinged Riddell about that earlier
[12:55] <ScottK> shadeslayer is going to fix it.
[12:55] <Laney> ^ is needed for xubuntu, please have a look
[12:58] <shadeslayer> yep
[12:59] <skaet> Laney,  lets talk about the crontab disable/milestone enable after we get the data from the weekly meeting.
[13:03] <Laney> ok
[13:04] <ScottK> skaet: Let's not keep moving stuff earlier.
[13:07] <skaet> ScottK, https://wiki.ubuntu.com/BetaProcess  Release minus 6 day tasks
[13:11] <ScottK> skaet: Stopping the cronned image builds is release -3, i.e. Monday.
[13:12] <Laney> that's what we are currently saying
[13:12] <Laney> I was just checking and then confused because I thought that images posted to the milestone were supposed to be 'genuine candidates' (at least not /guaranteed/ to not be candidates due to cron still being on)
[13:12] <Laney> but if I'm mistaken then ho hum.
[13:36] <ogra_> skaet, FYI, i'll not be around for the meeting today, steve will cover for me
[13:36] <skaet> thanks ogra_
[13:36]  * skaet appreciates knowing who to nick highlight ;)
[13:46] <pitti> ^ this makes autopkgtest actually report failed tests (*blush*), and fixes two race conditions in the tests
[13:46] <pitti> this only changes debian/tests/, nothing else, so I'd appreciate if it could be reviewed/accepted
[14:13] <dobey> hey all
[14:14] <dobey> i was wondering if we'll need a freeze exception to fix bug #974637 ? it's technically a regression, so just wondering if we need a UIFE for it, or just to notify i18n/docs teams that a change is coming
[14:14] <ubot2`> Launchpad bug 974637 in ubuntu-sso-client "Qt Registration and Log-in dialogs have no way to perform the other action" [High,Triaged] https://launchpad.net/bugs/974637
[14:16] <jbicha> dobey: if the strings change, then yes you'll need to notify the -translators list
[14:16] <jbicha> we still don't have any docs for Ubuntu One or any of the sign-on part of USC
[14:18] <dobey> right; i know we'll have to notify either way. i just wanted to verify whether we needed the full FFe/UIFe process for it
[14:43] <ScottK> dobey: All U/I changes need a U/IFe now, AIUI.
[14:44] <ScottK> Would someone please respin Kubuntu i386/amd64 live.  They should build now.
[14:44] <stgraber> pitti: hmm, yeah, queuebot or the LP API get confused when all the langpacks land/are accepted
[14:44] <Laney> doing
[14:48] <Laney> ScottK: I don't see any upload that would have fixed it?
[14:48] <ScottK> Laney: It was getting KDE telepathy out of binary new.
[14:48] <ScottK> Thanks.
[14:49] <Laney> I see, hence the other arches still being broken
[14:51] <ScottK> Yes.
[14:52] <ScottK> We'll need another upload for that.
[14:52] <Laney> kubuntu-amd64 on kapok.buildd finished at 2012-08-31 14:52:15 (failed)
[14:52] <dobey> ScottK: "now" as in "we are past UI freeze" or "now" as in "the rules have changed since last cycle" ?
[14:53] <ScottK> dobey: As in we're past UIF.
[14:53] <ScottK> Laney: Thanks.  My mail didn't have the log, so let me have a look.
[14:56] <ScottK> Laney: I don't see the log: http://people.canonical.com/~ubuntu-archive/livefs-build-logs/quantal/kubuntu/
[14:56] <ScottK> Can you point me at it or send it to me?
[15:00] <Laney> ScottK: They sync at :0
[15:00] <ScottK> OK.  Thanks.
[15:05] <ScottK> Right, so apparently that wasn't enough.  Investigating.
[15:06] <Laney> i386 seems to be working
[15:08] <ScottK> Yeah.
[15:13]  * ScottK shakes fist at shadeslayer 
[15:14] <ScottK> I don't see it.
[15:14] <ScottK> i386 working is progress.
[15:29] <stgraber> seb128: bug 1044436 (screenshot attached)
[15:29] <ubot2`> Launchpad bug 1044436 in unity "unity on llvmpipe is unusable when in 16bit mode" [Undecided,New] https://launchpad.net/bugs/1044436
[15:30] <seb128> stgraber, thanks
[15:50] <slangasek> balloons: ok
[15:50] <Laney> so we won't be releasing alternates with b1?
[15:51] <slangasek> Laney: that's correct
[15:51] <Laney> or everything thereafter, I suppose
[15:51] <balloons> slangasek, just in general, there was anticipation that ubiquity wasn't going to meet needs.. folks claiming they could only get the alt installer to work, etc, etc
[15:51] <slangasek> balloons: "anticipation that it won't meet the needs" is not useful technical feedback :)
[15:51] <Laney> we should make sure cron, pad, ... is updated then
[15:51] <skaet> urg... forgot to ask that
[15:51] <balloons> slangasek, I know, I was just pointing out people are hesitant to change (not surprising)
[15:51] <slangasek> we genuinely want to know about any concrete problems that prevent the desktop CD from being usable
[15:51] <skaet> ScottK,  is Kubuntu going forward with alternate or dropping them too?
[15:52] <Daviey> balloons: Sounds like panicking.. mini.iso should be able to cover their needs IMO.
[15:52] <slangasek> but yeah, vague concerns that it won't work are not going to change the calculation
[15:52] <ScottK> skaet: Not sure the status of that.  Riddell?  We don't have the U/I work done in the installer to support everything, so I'm not sure.
[15:52] <skaet> ScottK,  ok, we'll leave them in there for you for now.
[15:53] <balloons> slangasek, yes don't misunderstand. I wasn't attempting to change direction. I encouraged those that had issues to voice them on your thread
[15:55] <Riddell> ScottK, skaet: I don't see us getting the UI work done in the installer this cycle, so presume to keep alternate
[15:55] <skaet> Riddell,  ok.
[15:55] <xnox> ScottK: I didn't see any code/branches that bring in crypto/lvm support in the Qt frontend. And I'm not doing them (no time, nor post 3.5 Qt knoweledge)
[15:55] <slangasek> balloons: yep, sorry, that comment is really addressed to those raising such concerns and I'm using you as a proxy ;)
[15:56] <skaet> Daviey,  do we move i386 out of Depreceated?
[15:56] <xnox> ah ok =)
[15:56] <slangasek> balloons: anyway, I'm confident based on the feedback on list that we're adequately covered with the other images
[15:56] <ScottK> xnox: Yes.  Known.
[15:56] <skaet> https://wiki.ubuntu.com/QuantalQuetzal/ReleaseManifest
[15:56] <skaet> also, any update on the netboot image?
[15:56] <xnox> ScottK: i'm a was out of sync reading backlog =)
[15:56] <ScottK> OK
[15:59] <balloons> slangasek, :-). no worries. Can you summarize your suggested images for folks who's needs might be better addressed by the mini iso, etc now?
[15:59] <skaet> knome,  I'm assuming you'll be keeping Xubuntu alternates this release as well, unless you indicate differently.
[15:59] <skaet> s/release/beta release/
[15:59] <slangasek> balloons: there's a bug open against ubuntu-release-notes that has the current recommendations
[15:59] <slangasek> skaet: btw, is there supposed to be a quantal series for the ubuntu-release-notes project?
[15:59] <skaet> Riddell,  are we trying for the Kubuntu Active images for beta 1?
[15:59] <slangasek> AFAICS it's not there, but maybe I'm doing it wrong
[16:00]  * skaet goes to cross check it
[16:00] <gilir> skaet, bug report about indicator-applications-gtk2 is bug 1044442
[16:00] <ubot2`> Launchpad bug 1044442 in ubuntu "Re-introduce indicator-applications-gtk2" [Undecided,In progress] https://launchpad.net/bugs/1044442
[16:01] <slangasek> http://pad.ubuntu.com/ubuntu-release is currently primed for 12.04.1... if we delete the alternate references, we'll need to add them back for 12.04.2, I guess?
[16:01] <slangasek> would it be better to have two separate pads?
[16:01] <skaet> slangasek,   rather just recreate it each release
[16:01] <skaet> rather than pointing folks to different places
[16:02] <skaet> maybe just copy off for now?
[16:02] <slangasek> hmm, ok
[16:02] <skaet> and copy back
[16:02] <slangasek> I don't want to be in charge of copying it back ;)
[16:02] <skaet> it is history saved.
[16:02] <skaet> I'll do it.
[16:02] <slangasek> ok
[16:02] <skaet> let me finish looking at sorting out release notes, and then that will be next
[16:03] <slangasek> skaet: thanks, don't let me rush you :)
[16:03] <skaet> :)
[16:04] <Riddell> skaet: yes I'd like kubuntu active but it needs a bugfix to the session login I've not looked into yet, it'll still be a tech preview at best
[16:06] <skaet> slangasek, try again now to target to quantal,  should be sorted now.
[16:06] <skaet> for ubuntu-release-notes
[16:07] <skaet> thanks gilir
[16:08] <slangasek> skaet: works now, thanks :)
[16:08] <seb128> skaet, stgraber, Laney: ^ please ack libreoffice, the changelog doesn't list specific bugs but it's to address some of the appmenu implementation issues with the ff landing (like making unity eat 100% cpu for hours)
[16:08] <seb128> well, that's a new rc version (we aim at 3.6.1 for quantal) as well
[16:09] <seb128> but it includes the menus improvements and it would be really good to have those in beta1
[16:13] <skaet> Laney,  can you review?
[16:13] <Laney> ok
[16:13] <skaet> ev, have all updates for WUBI for 12.10 beta 1 been made?
[16:14] <Laney> please somebody look at pidgin-libnotify so that xubuntu can hopefully get some images
[16:15] <ev> skaet: I don't think we do anything special for beta
[16:18] <Daviey> skaet: yeah
[16:19] <skaet> ev, ok, thanks
[16:21] <skaet> Daviey,  ok I'll move i386  back later.   what about the netboot image?
[16:21] <Daviey> skaet: netboot is still important
[16:22] <jibel> skaet, slangasek I filed bug 1044452, could someone knowledgeable look at it ?
[16:22] <ubot2`> Launchpad bug 1044452 in ubuntu "Quantal Bootspeed: Regression from Precise" [Undecided,New] https://launchpad.net/bugs/1044452
[16:32] <tumbleweed> Laney: typo in the bug quoted in the pidgin-libnotify changelog. otherwise seems reasonable
[16:33] <Laney> hmm
[16:33] <Laney> shall I reupload?
[16:33] <tumbleweed> meh, it's easy enough to figure out
[16:35] <ScottK> I'll be out for awhile.  If shadeslayer manages to fix kde-telepathy, someone please accept it.
[16:41] <mterry> Hello!  Could a release team member look at bug 1044447 when possible, to tell me which of the four options you'd prefer?  Or if the whole thing is awful.  :)
[16:41] <ubot2`> Launchpad bug 1044447 in unity-lens-photos "[FFe, MIR] unity-lens-photo in quantal" [Undecided,New] https://launchpad.net/bugs/1044447
[16:47] <xnox> | please approve this
[16:47] <xnox> V
[16:50] <Laney> mterry: #1 sounds fine, as long as you don't expect it for B1 :-)
[16:50] <mterry> Laney, no, not at all  :)
[16:51] <mterry> Laney, but hopefully shortly after it's out
[16:51]  * mterry investigates oauthlib then
[16:51] <Laney> make sure not to break the other rdeps while you're at it :P
[16:52]  * xnox the arrow worked! \0/ please approve ubiquity fixing critical bug in the ask page & removing alpha warning.
[16:52] <xnox> the debdiff is tiny
[16:52] <mterry> Hopefully not yeah  :)
[16:52] <Laney> slangasek: ^ (ubiquity) ?
[17:02] <seb128> can I get https://bugs.launchpad.net/ubuntu/+source/indicator-session/+bug/1044464 acked?
[17:03] <ubot2`> Ubuntu bug 1044464 in indicator-session "UIFe: add an Online Account menuitem" [Medium,Fix committed]
[17:03] <seb128> it's a small UIFe, I would like to land that today still
[17:03] <seb128> just adding an entry to indicator-session
[17:03] <slangasek> Laney: does that mean you're passing the review to me?
[17:04] <Laney> slangasek: yes, I'm asking if you would do it
[17:04] <Laney> slangasek: also, do you know of a workaround for timeouts when accepting packages?
[17:04] <Laney> libreoffice here
[17:06] <slangasek> jibel: will try to look at this, but the amount of time passed means it's going to be harder to trace
[17:06] <slangasek> Laney: hum, timeouts when accepting them which way?
[17:06] <slangasek> Laney: AIUI the API is the only way for us to do accepts at this time
[17:07] <slangasek> Laney: and yes, will review ubiquity
[17:07] <Laney> API using "queue"
[17:07] <Laney> queue -s quantal-proposed -Q unapproved accept libreoffice ← thusly
[17:07] <slangasek> Laney: yeah, we can't use the more direct method anymore because we don't have sudo on pepo :/
[17:07] <Laney> keep trying until caches get sufficiently warmed up?
[17:08] <slangasek> I guess so?
[17:09] <Laney> ok, cheers
[17:09] <slangasek> xnox: should these partman string issues be unit-testable?
[17:09] <slangasek> (ubiquity accepted)
[17:10] <xnox> slangasek: all of them are, apart from the ones that need dynamic substitution after we detect $OS.
[17:10] <xnox> slangasek: there three that never change (dont' have $OS substitution: custom, lvm, crypto) but pulled the same way as the rest (replace/resize/upgrade/etc)
[17:11] <Laney> ah, there we go
[17:11] <Laney> fifth time lucky
[17:12] <xnox> slangasek: so a unit-test can catch this in the future for those three without subs, others are more tricky. Currently they are skipped in the translation unit-test.
[17:13] <slangasek> xnox: I guess best practice would be to add said unit test ASAP, so we at least test the parts that are testable
[17:13] <xnox> slangasek: unfortunately partman integration is not unit-tested currently, If you have any thought on how to unit test partman they'd be very welcome.
[17:13] <slangasek> xnox: no specific ideas, sorry
[17:14] <xnox> slangasek: i will think about it and implement some unit tests.
[17:50] <seb128> Laney, stgraber, skaet: ^ please consider that one, it fixes some bug and it lands a few UI tweaks that would be nicer to get earlier than late
[17:59] <skaet> seb128, Daviey,  can you please take a pass at putting the appropriate upgrade information in to: https://help.ubuntu.com/community/QuantalUpgrades
[18:00] <skaet> slangasek,  do we want to put some special comments there about the alternates?  ie. what to do if you're used to using alternates?  or is there a better place?
[18:01] <seb128> skaet, ok
[18:01] <slangasek> skaet: I don't think we want to put comments about the alternates, just remove them?  The supported upgrade method is now the network upgrade
[18:38] <shadeslayer> uhm, could someone approve that ^
[18:52] <tumbleweed> shadeslayer: done
[18:52] <shadeslayer> thanks :)
[18:53] <shadeslayer> I also have a fixed armhf build for telepathy-qt that's test building atm
[18:53] <shadeslayer> but that'll take some time
[20:19] <micahg> slangasek: when you get a chance, could you please review my gnome-dictionary SRU in precise, it affects lucid -> precise upgrades
[20:51] <cjwatson> Laney: I have a branch in progress that moves bug processing on queue accept to an async job, which will deal with that problem.  In the meantime you can ask webops on #launchpad-ops (internal) to run queue accept as lp_archive@pepo for you, or harass GSA to fix the RT about us not having sudo any more :-)
[20:55] <cjwatson> I think it stalled partly due to my vacation and partly because it took a while for the DB patch to be deployed (largely because fastdowntime was on hold for a bit following the DC move)
[21:09] <slangasek> micahg: gnome-dictionary accepted
[21:13] <seb128> is there any way release people could start reviewing the unity stack (bamf, compiz, ...)?
[21:20] <micahg> slangasek: thanks
[21:22] <seb128> Laney, slangasek, stgraber, skaet: is there anyone to review the unity stack as it gets uploaded? (some components already in the queue, I would like to get comments while I'm still around to reply to eventual concerns)
[21:23] <slangasek> seb128: let me have a look
[21:26] <seb128> slangasek, thanks, bamf and compiz there so far, nux about to come, unity in a bit
[21:26] <skaet> thanks slangasek.
[21:26] <stgraber> seb128: busy with plumbers, so if slangasek can do it, that'd be great. Poke me once accepted though so I can make sure it gets built immediately (if there's something else in the buildd queue)
[21:37] <slangasek> seb128: bamf accepted; but eh, why spend the effort trying to verify that the public functions weren't used, instead of just bumping the soname?
[21:38] <seb128> slangasek, the #ps guys didn't want to "make the transition" harder and they had rolled their testing ppa etc already, I tried to argue a bit but I decided I didn't care enough to fight that battle and moved to the other components in their stack where most of work was laying (compiz, unity especially)
[21:39] <seb128> slangasek, thanks for approving it
[21:39] <slangasek> meh, false optimization
[21:39] <slangasek> who should I go lecture about ABIs? :)
[21:40] <seb128> mhr3 ;-)
[21:40] <seb128> well racarr is the one who broke it, mhr3 argued it was easier to not change the soname ;-)
[21:40] <infinity> slangasek: What's with the kexec-tools upload you sponsored to precise without a bug closure in the changelog?
[21:42] <slangasek> infinity: that's an interesting question
[21:42] <slangasek> infinity: I thought I sponsored one /with/ a bug closure in the changelog
[21:43] <infinity> slangasek: The changelog disagrees. :P
[21:44] <slangasek> infinity: must be your imagination, I see the ref there plain as day
[21:44] <slangasek> queuebot: shhhhh
[21:44] <infinity> slangasek: *smirk*
[21:45] <infinity> slangasek / cjwatson: I'm not going to accept that debian-installer until after the current ti-omap4 kernel has made it from the PPA to proposed, since the last one had a nasty regression.
[21:45] <infinity> (for precise)
[21:45] <infinity> slangasek: Y'know, since it's technically your SRU day and all.
[21:46] <slangasek> infinity: hmm, so what are you doing SRU processing for?  Aren't you supposed to be somewhere throwing peanuts at Lennart?
[21:46] <infinity> I'm throwing Stephane at Peter and Matthew.
[21:46] <stgraber> ...
[21:46] <infinity> He's compact.
[21:47] <stgraber> infinity: what happened to your wifi? shouldn't you be looking at your syslog?
[21:47] <slangasek> infinity: trying to get on the olympic swiss tossing team?
[21:47] <infinity> slangasek: I'm actually mostly doing some work in this session to debug my wireless for Seth. :P
[21:47]  * skaet tempted to go downstairs and watch.... 
[21:47] <cjwatson> infinity: mkay.  I was mostly just throwing it at the archive as the most efficient way to respond to a question from rbasak earlier today without him actually being on IRC to be responded to.
[21:47] <infinity> cjwatson: Fair enough.  I had planned to do the same upload a bit later, so less effort for me. :P
[21:48] <cjwatson> What I'm actually supposed to be doing right now is writing a best man speech, so this is displacement activity ...
[21:48] <infinity> cjwatson: Someone invited you to a public event to say something nice about them?
[21:49] <infinity> cjwatson: I suspect a speech questioning their sanity might work.
[21:49] <cjwatson> I think it's revenge for me doing the same in reverse seven years ago.
[21:50]  * slangasek grins
[21:51] <slangasek> infinity: any test case for bug #1034568?
[21:51] <ubot2`> Launchpad bug 1034568 in build-essential "build-essential shouldn't be Multi-Arch: foreign" [Undecided,In progress] https://launchpad.net/bugs/1034568
[21:52] <infinity> slangasek: dpkg-deb -I?
[21:52] <slangasek> dpkg-deb -I succeeds in both cases. :)
[21:52] <infinity> *rolls eyes*
[21:52] <infinity> Pedant.
[21:52] <slangasek> yes
[21:52] <slangasek> accepted
[21:52] <infinity> dpkg-deb -I | swiss-toss
[21:53] <infinity> slangasek: But thanks for reminding me that I might need to SRU up some of those eglibc bugs.  At least the ones that aren't pretty obvious.
[21:53] <infinity> I kinda didn't bother after we delayed it.
[21:53]  * slangasek pauses his terminal where it is :)
[22:12] <ScottK> slangasek or infinity: Would you please retry Kubuntu amd64 live?
[22:12] <slangasek> looking
[22:12] <ScottK> Thanks.
[22:14] <infinity> ScottK: Only if you fix the symbols file in telepathy-qt.
[22:14] <ScottK> infinity: shadeslayer is working on that.  Test build on armhf was fine.
[22:14] <ScottK> I want to make sure we don't have another problem before we upload to the archive.
[22:15] <infinity> ScottK: Yay, just glad that someone's fixing.
[22:15] <ScottK> Since amd64 doesn't have that problem, it should have been fine.
[22:15] <ScottK> See.  No threats needed.
[22:17] <infinity> ScottK: (I think slangasek was doing it for you anyway)
[22:17] <seb128> slangasek, nux and unity as well quantal-proposed, having them reviewed before I take off would be appreciate
[22:17] <seb128> d
[22:19] <shadeslayer> ScottK: someone will have to upload tp-qt since it's not in the kubuntu packageset
[22:20] <infinity> shadeslayer: Give me a pointer to it.
[22:20] <shadeslayer> infinity: https://launchpad.net/~rohangarg/+archive/nightly/+files/telepathy-qt_0.9.3-0ubuntu2.dsc , but I'm just waiting for it to build on amd64 and i386 to make sure it doesn't break on those
[22:20] <shadeslayer> https://launchpad.net/~rohangarg/+archive/nightly/+build/3757038
[22:22] <infinity> shadeslayer: Erm.  Why only "on armhf"?
[22:22] <infinity> shadeslayer: Tell me that this includes the armel and powerpc symbols changes too.
[22:22] <shadeslayer> infinity: haven't tested it on armel and powerpc since I don't hardware to test build on those arch's
[22:23] <infinity> shadeslayer: armel is the same hardware as armhf.  But if you were using symbolhelper, why not just feed it all the build logs?
[22:23] <infinity> That's kinda the point of it.
[22:23] <infinity> (Or, you can do it by hand from the failed build logs...)
[22:24] <shadeslayer> well, I did use symbol helper, and I believe it worked for armhf, but patches fail to apply for armel and powerpc most likely because some of the symbols were already patched
[22:25] <shadeslayer> plus, there are more missing symbols not in the build log that I found out later on
[22:31] <infinity> shadeslayer: Perhaps I'll do this, since I can test on all the arches.
[22:34] <infinity> shadeslayer: (As for the patch application failure, that's because you were trying to do it incrementally... What you wanted was "pkgkde-symbolshelper batchpatch armel.log armhf.log powerpc.log" on the same invocation)
[22:35] <infinity> shadeslayer: Anyhow, verifying this here now.
[22:35] <shadeslayer> yeah, that's what I've did now, lemme test build
[22:35] <shadeslayer> alright
[22:35] <infinity> shadeslayer: I'm already on it.
[22:35] <shadeslayer> okay
[22:35] <shadeslayer> thanks!
[22:51] <knome> hey skaet
[22:53] <slangasek> seb128: looking at them now - though I hope you realize I can't do reviews and XDG_RUNTIME_DIR at the same time ;)
[22:55] <seb128> slangasek, I do and I wouldn't ping you if I could get anyone else from the release team to review them but seems they are all focussed on plumbers ;-)
[22:56] <seb128> slangasek, thanks for the reviews!
[23:01] <slangasek> http://paste.ubuntu.com/1178764/ - heh
[23:03] <slangasek> and there's unity accepted
[23:06] <seb128> slangasek, their contributors script seems buggy, I will tell them ... thanks ;-)
[23:06] <slangasek> :)
[23:25] <infinity> shadeslayer: My arm and PPC testbuilds may end up interfering with my plans to drink heavily tonight, but I'll make sure this gets uploaded on the weekend if I don't finish tonight.
[23:39] <skaet> knome, ?  specific question?  ;)
[23:39] <knome> skaet, no, just re: the alternates, i will inform you before monday on our final decision if that's still ok..
[23:40] <knome> had real work and life mess up today's schedule..
[23:41] <skaet> knome,  fair 'nuf.   :)  thanks.
[23:41] <knome> no problem
[23:47] <herton> infinity, just heads up, ^ ti-omap4 finished building, run the script here for the sync
[23:49] <infinity> herton: Accepted.
[23:50] <herton> thanks
[23:50] <stgraber> seb128: is the unity stack ready to be copied? looks like the build queue is empty
[23:50] <seb128> no
[23:51] <infinity> herton: No problem.  Thanks for doing the rebase.
[23:51] <seb128> stgraber, build failed on slow archs for unity due to mismatch versions in nux,compiz
[23:51] <seb128> stgraber, it needs a retry after the next publisher run on those
[23:51] <seb128> stgraber, then they are ok to publish once they built
[23:52] <seb128> so ~1h
[23:52] <stgraber> ok