/srv/irclogs.ubuntu.com/2013/03/26/#ubuntu-release.txt

=== Ursinha-afk is now known as Ursula
=== Ursinha-afk is now known as Ursinha
=== doko_ is now known as doko
=== Ivanka_ is now known as Ivanka
=== iulian_ is now known as iulian
=== cjwatson_ is now known as cjwatson
=== mmrazik is now known as mmrazik|lunch
=== mmrazik|lunch is now known as mmrazik
=== cjohnston_ is now known as cjohnston
ogra_argh ... amd64 and i386 dont use the same live builder ?12:30
* ogra_ curses 12:31
ogra_cjwatson_, do you know if the livefs builders are multiarch enabled by default ?12:31
* ogra_ just noticed he needs an amd64 livefs builder but some i386 packages for the android builds ... 12:32
ogra_... and indeed i filed a wrong RT assuming the i386 and amd64 builders are the same12:32
cjwatson_ogra_: No idea, but they typically do the actual live build in a chroot.  Which i386 packages do you need?12:45
ogra_a whole bunch ... https://wiki.ubuntu.com/Touch/Porting#Set_up_your_development_environment12:46
ogra_what i'm doing atm is just adding a script similar to livecd.sh to livecd-rootfs that does all the bits ... so i only need to adjust $COMMAND in BuildLiveCD12:46
ogra_http://paste.ubuntu.com/5649288/12:47
cjwatson_Urgh!  Please pretend livecd.sh doesn't exist12:47
=== cjwatson_ is now known as cjwatson
cjwatsonSo the right answer for that is for there to be a separate chroot for building Android images12:47
ogra_i dont want to hack all this directly into BuildLiveCD12:47
cjwatsonSure, just don't use livecd.sh as an example of anything12:48
ogra_no, only the elif code in BuildLiveCD that switches $COMMAND12:48
ogra_i didnt plan to revive it :)12:49
cjwatsonYeah, that's probably inevitable12:49
ogra_similar switch to UBUNTU_DEFAULTS_LOCALE ... but then using "COMMAND="/usr/sbin/ubuntu-touch-android.sh ${SUBARCH}"" ... which is the above paste12:49
ogra_though assuming i'm in a chroot thats $current_dev_release multiarch should be fine ...12:50
=== dobey_ is now known as dobey
* ogra_ should probably add a "dpkg --add-architecture i386" to the script though ... 12:53
=== bregma__ is now known as bregma
=== Ursinha_ is now known as Ursinha-afk
vibhavhmm15:54
vibhavWe have an outdated topic15:54
vibhavcjwatson: Could you change Archive: Open to Archive: Closed?15:55
cjwatsonvibhav: it's not closed16:01
=== cjwatson changed the topic of #ubuntu-release to: Ubuntu 12.10 and 12.04.2 released | Archive: feature freeze | Raring Ringtail Release Coordination. Please don't upload things during freezes where you shouldn't, or be prepared to apologise to the release team | we accept payment in cash, check or beer | melior malum quod cognoscis
=== mmrazik is now known as mmrazik|otp
jodhcould someone take a look at my latest comments on ffe bug 1155205 as they may merit re-approval of that bug before upload.16:21
ubot2Launchpad bug 1155205 in upstart (Ubuntu) "FFE Request for Upstart in raring" [Undecided,Triaged] https://launchpad.net/bugs/115520516:21
=== mmrazik|otp is now known as mmrazik
vibhavcjwatson: My fault, I was quite sleepy at the time17:19
vibhavyes, freeze17:19
slangasekbdmurray: what do you think about the last comment on bug #586462?19:02
ubot2Launchpad bug 586462 in pam (Ubuntu Lucid) "/sbin/pam_tally2 not included in package" [Medium,Triaged] https://launchpad.net/bugs/58646219:02
=== rtg_ is now known as rtg-afk
bdmurrayslangasek: I'm fine with it being SRU'ed again I guess19:19
slangasekbdmurray: do you feel like doing expedited processing if I reupload it?  Otherwise I probably won't bother19:27
bdmurrayslangasek: I could do that19:29
slangasekok19:33
stgraberhey there, any archive admin around with a minute to bin-new upstart?19:43
* stgraber wants to close bug 1155205 (wasn't listed in changelog, so needs manual monitoring)19:44
ubot2Launchpad bug 1155205 in upstart (Ubuntu) "FFE Request for Upstart in raring" [Undecided,Triaged] https://launchpad.net/bugs/115520519:44
slangasekjodh: ^^ please close bugs in the debian/changelog when uploading :)19:48
slangasekstgraber: I'll have a look19:48
stgraberslangasek: thanks19:49
slangasekstgraber: done19:50
stgraberslangasek: thanks, I'll wait for it to publish and close the FFe bug19:51
slangasekstgraber: seems unnecessary to wait IMHO19:51
stgraberslangasek: ok, closing now then (won't complain about having one less thing to monitor ;))19:52
jodhslangasek: ack - noted for next time :)20:03
slangasekbdmurray: pam reuploaded to lucid-proposed20:07
dokoxnox, hmm, how do I re-add the raring task for bzr in 1116079?20:08
infinityYou can't readd a task if someone deleted it.  LP bug.20:09
infinityNot that it needs a raring task anyway, the parent task will be closed on an upload to raring.20:10
bdmurrayslangasek: qdiff doesn't seem very useful for reviewing it20:59
=== seb128_ is now known as seb128
bdmurrayslangasek: a new version of apt was uploaded to P for bug 923876, is the same change necessary for Q?22:01
ubot2Launchpad bug 923876 in aptitude (Ubuntu Quantal) "FR: Limit and clean-up kernel images and headers automatically in LTS" [Undecided,Confirmed] https://launchpad.net/bugs/92387622:01
=== seb128_ is now known as seb128
infinitybdmurray: The Q one was superseded by a security update, I'll rebase and reupload (with the subsequent fix that was in P) this week.22:28
bdmurrayinfinity: great, thanks22:30
slangasekbdmurray: the same change is applicable to Q; I've been lax in getting it uploaded23:30
slangasekbdmurray: qdiff> yeah, I imagine the diff just shows the changelog, which would be what we want?23:30
bdmurrayslangasek: well, yes it confirms you didn't make any other changes other than the one from the last SRU23:32

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