[00:19] <Riddell> tsimpson: how do I change the topic with udevbot ?
[00:22] <broder> Riddell: you can just change it directly
[00:22] <broder> in here at least
[00:23] <Riddell> cor, so I can
[00:23] <Riddell> Beta 1 released https://lists.ubuntu.com/archives/ubuntu-announce/2012-March/000156.html
[00:23] <Riddell> thanks all who helped testing
[00:51] <bemagri> Hello
[01:36] <Kano> hi, i read about special mac iso images, can i see the changes done specific to those images somewhere?
[03:36] <Q-FUNK> say, could anyone get around implementing bug #930703 ? :)
[03:36] <Q-FUNK> yet another PA upload took place without this being actioned upon.
[05:31] <cody-somerville> When filing a bug against Debian, is the version pseduo-header required?
[05:38] <pitti> Good morning
[05:39] <ajmitch> morning pitti
[05:46] <mbiebl> cody-somerville: do you mean filing the bug in the Debian BTS?
[05:46] <cody-somerville> mbiebl, Aye.
[05:46] <cody-somerville> mbiebl, Looks like no, right?
[05:46] <mbiebl> cody-somerville: in that case, Version is not strictly required
[05:46] <cody-somerville> Cool. Thanks.
[05:47] <mbiebl> but for proper version-tracking, you should consider adding it
[06:13] <SpamapS> cody-somerville: its almost always useful
[07:01] <sladen> morning pitti, would you be able to approve 'cups-filters' if things are open again
[07:02] <pitti> oh, seems the queue wasn't flushed completely
[07:02] <pitti> sure
[07:47] <dholbach> good morning
[07:47] <dholbach> happy fix-it friday
[07:49] <tjaalton> have we started to require dep-3 patch headers at some point?
[07:50] <pitti> let's say "strongly encourage", and yes, for quite a while now
[07:51] <pitti> it's so much easier to have the metadata in one place than having to dig it out of changelogs and merge delta summaries
[07:52] <tjaalton> ok, I'll try to remember that in the future then :)
[08:14] <dholbach> didrocks, salut mon ami - did you plan an activity-log-manager upload? is there anything I need to bear in mind when uploading it?
[08:15] <didrocks> dholbach: bonjour bonjour :) non, rien de spécial de prévu, vas-y, upload :)
[08:16] <dholbach> didrocks, merci beaucoup
[08:16] <didrocks> dholbach: merci à toi :)
[08:17] <dholbach> de rien - merci à Gabor Kelemen :)
[08:22] <smb> Too much friendliness to handle before first cup of coffee error...
[08:33] <dholbach> smb, that must be a kernel-team-specific error
[08:33] <dholbach> :)
[08:33] <smb> dholbach, Maybe even a smb specific one. Just too much world to bear in the mornings. :)
[08:34] <dholbach> sometimes I know the feeling :)
[09:07] <mpt> mvo, hi, since I upgraded to Pangolin I've been getting a "There are N updates" available" menu in the menu bar. Why does that exist? I thought we got rid of it in 2009.
[09:09] <dholbach> didrocks, one of the activity-log-manager fixes should be merged upstream - for now I put it in there as a distro fix (i18n fixes)
[09:11] <didrocks> dholbach: you can ping m4n1sh or seif, they are often on #ubuntu-desktop
[09:13] <seb128> dholbach, is that the 2 letters inverted typo I assigned to Seif yesterday?
[09:14] <dholbach> seb128, no
[09:14] <seb128> oh no, you missed that one, too bad
[09:14] <seb128> just saw your upload
[09:14] <mvo> mpt: hm, confusing - what does it look like? does it contain additional items like "show updates", "install all updates" and the like?
[09:14] <dholbach> seb128, sorry, the bug only linked 2 MPs
[09:15] <seb128> dholbach, no worry ;-)
[09:15]  * seb128 hugs dholbach
[09:15] <mvo> mpt: there is a setting to allow this menu, but it should be off by default
[09:15] <dholbach> seb128, at least it's better than it was before ;-)
[09:15] <seb128> dholbach, yeah, shaking fist at those new software not properly translatable
[09:15] <seb128> same for remmina
[09:16] <dholbach> kelemeng finds all of those :)
[09:21] <mpt> mvo, that's the one
[09:21] <mpt> mvo, where is the setting for it? I'm pretty sure I've never turned it on
[09:23] <mvo> mpt: its under dconf-editor com.ubuntu.update-notifier.auto-luanch and the default should be true
[09:23] <mvo> mpt: what do you see there?
[09:24] <mpt> mvo, a checked checkbox
[09:24] <mvo> mpt: ok
[09:24] <mvo> mpt: let me try to reproduce here
[09:25] <mpt> mvo, so if the setting worked I shouldn't get the menu when it's checked?
[09:25] <mpt> (when that setting is checked, I mean)
[09:25] <didrocks> dholbach: hum, are you sure that using dh_translation is needed?
[09:26] <didrocks> dholbach: I thought it was run automatically by pkgbinarymangler in packages in main, am I wrong?
[09:26] <mvo> mpt: yes, thats the case. the odd thing is that when I set it and restart update-notifier its not visible for me
[09:28] <dholbach> didrocks, pkgbinarymangler does not depends on dh-translations
[09:30] <seb128> dholbach, didrocks: I think the mangler just do the langpack side of side, it doesn't do the "add gettext to desktop files" no strip the .desktop translations
[09:31] <seb128> side of "things"
[09:31] <didrocks> yeah, just looked again at the code and the debhelper integration, you're right :)
[09:45] <mvo> mpt: re bug #789596 could you write up a postive version of the string? or is "Updates for %s may be provided by the third party vendor. Canonical does not provide updates for it." good enough?
[09:46] <mpt> mvo, will do
[09:46] <mvo> mpt: thanks
[09:55] <micahg> pitti: Bug #944632
[10:16] <pitti> micahg: uh, thanks for pointing out; that's not somethign that changed in teh security update, so I guess the package upgrade just triggered this; I'll fix it ASAP
[10:22] <hrw> guys: what is priority when it comes to 'friday fixit'?
[10:22] <hrw> especcially when it comes to armhf stuff
[10:27] <micahg> hrw: I think it's a free for all, so you fix whatever you want
[10:27] <hrw> micahg: mkey
[10:48] <hrw> ok, xf86-video-msm then
[10:50] <tjaalton> hrw: ?
[10:51] <RAOF> hrw: Oh, if you're in the mood for arm, then another one of those xf86-video-obscure needs some patches to build on armhf.  At least the makefiles need to not pass abi=softfloat :)
[10:52]  * RAOF forgets precisely which one that is.  It might even be -msm :)
[10:52] <hrw> RAOF: at Linaro we have arm porting jam today to help armhf build
[10:52] <tjaalton> RAOF: should we track it's bugs?
[10:53] <tjaalton> probably.. will subscribe x-swat
[10:53] <RAOF> tjaalton: No one's asked us to, and I wasn't joking when I called it xf86-video-obscure.
[10:53] <tjaalton> :)
[10:54] <RAOF> I think it's for freerunner hardware?
[10:54] <tjaalton> well, no bugs so far, doesn't add to the queue of ~3000 bugs :)
[10:54] <hrw> RAOF: -msm is qualcomm
[10:56] <hrw> hi oli
[10:57] <ogra_> yo
[10:58]  * ogra_ wonders why X got so crashy since a week or two
[10:58] <hrw> RAOF: what for you need this xf86-video-msm?
[10:59] <RAOF> hrw: Oh, I don't need it at all; I just ran into it when doing the Xserver transition this cycle.
[11:00] <hrw> ok
[11:00] <hrw> its quite old version
[11:00] <RAOF> Because I've got no hardware I kinda assume that you guys have the arm-specific graphics drivers under control.
[11:00] <hrw> but compiled fine on armhf
[11:00] <RAOF> Ah, maybe it was the other one.
[11:01] <hrw> RAOF: Linaro does not support Qualcomm, I do not know how it is with Ubuntu/ARM team
[11:01] <RAOF> There were 3 video drivers that I missed in my first sweep through, because they were arm specific; there was -omapfb, -msm, and something else.
[11:03] <ogra_> hrw, there is no ubuntu arm team anymore
[11:03] <hrw> ogra_: I had to miss announcement
[11:03] <hrw> ogra_: when there will be no ports.ubuntu.com then?
[11:03] <ogra_> arm is supposed to be handled by the different teams now ... so i.e. if RAOF has ftbfs on armhf he would have to care himself (or find the arm specialist in his team)
[11:04] <ogra_> hrw, there was no announcement yet ... and ports.u.c will persist
[11:04] <hrw> RAOF: http://paste.ubuntu.com/864882/ is debdiff for you
[11:04] <ogra_> as well as the arm port in ubnuntu
[11:04] <ogra_> its just that the resopnsibility is in the different teams now, there is no team you can offload your arm bugs to anymore
[11:05] <hrw> cool
[11:05]  * RAOF heads to bed
[11:05] <micahg> ogra_: IIRC, he has no specialist on his team :)
[11:05] <hrw> RAOF: will open bug with debdiff
[11:06] <ogra_> micahg, then its about time to talk to his manager to get one (and the necessary HW)
[11:08] <tkamppeter> sladen, hi
[11:08] <hrw> RAOF: bug 944709
[11:09] <hrw> ubuntu-sponsors subscribed
[11:10] <zyga> is the super-key-triggers-unity-keybinding-pane thing annoying anyone when switching workspaces or is it just me?
[11:10] <hrw> yabause will be next
[11:23] <htorque> hello all! is rebuilding glib2.0 with --enable-systemtap all i need to do to make it work with systemtap (i'm on precise)?
[11:26] <doko> apw, ogasawara: gcc-4.6 published, will be available in about 20min
[11:26] <apw> doko, thanks
[11:28] <seb128> htorque, I think some people mentioned our kernel hasn't support for systemtap, so not likely enough
[11:28] <seb128> htorque, try asking mhr3 on #ubuntu-unity, he got it working I think
[11:29] <htorque> seb128: thanks
[11:29] <apw> seb128, i think cking uses systemtap, so i'd be supprised if it wasn't supported
[11:30] <cking> was using it in precise ~8 or so weeks ago quite happily
[11:30] <hyperair> the canonical contributor agreement form is broken. who can i poke regarding this?
[11:33] <seb128> cking, apw: ok, I was reading http://oli4444.wordpress.com/category/programming/ who stated "The first idea was to use systemtap, but since there is no useful kernel for systemtap available for Ubunt" and I think other people mentioned issues with it as well, dunno the specifics
[11:33] <cking> nice that it's dissed with no explanation - I will see if it works on my scripts
[11:34] <seb128> one of the comments state "Due to -Bsymbolic use, people neew to rebuild their libs to use refdbg"
[11:34] <seb128> so maybe that's the issue...
[11:34] <cking> ah, so are we talking about systemtap on user space rather than kernel then?
[11:34] <seb128> yes, the question was glib systemtap
[11:35] <apw> seb128, got a bug number for it ?
[11:35] <seb128> glib like the GNOME glib
[11:35] <cking> in which case, I've not tested that - I only do kernel related system tap hackery
[11:35] <seb128> apw, no but I didn't try myself, I will try to get infos and open a bug
 seb128, our kernel doesn't have required component
[11:36] <seb128> (he's checking what exactly)
 seb128, right, UTRACE
[11:37] <seb128> https://bugs.launchpad.net/ubuntu/+source/systemtap/+bug/529313
[11:38] <seb128> cking, apw: that seems the issue, for systemtap userland stuff to work kernel needs to have utrace support which is not in the stock upstream kernel?
 it's not merged in upstream kernel
[11:38] <seb128>  almost all of the other distros are shipping it
[11:38] <apw> ok so we haven't got something which isn't upstream
[11:38] <apw> shame someone didn't mention it before FF
[11:39] <micahg> pitti: http://people.canonical.com/~ubuntu-archive/component-mismatches.txt \o/
[11:39] <pitti> yay! demoting
[11:39] <seb128> apw, there is a bug open for a year there: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/727160
[11:41] <apw> seb128, so there is, shame it didn't get to our triager
[11:42] <seb128> apw, yeah...
[11:42] <apw> no that the bug even points to the required code
[11:45] <apw> seb128, indeed that patches are only on a server which no longer exists
[11:48] <seb128> apw, seems it's there: https://github.com/utrace/
[11:56] <apw> seb128, that is a massive heap of code
[12:05] <sladen> tkamppeter: yo
[12:36] <hrw> is ubuntu-sugar-remix-meta maintained at all?
[12:36] <hrw> source package mentions only lucid and maverick
[13:04] <tkamppeter> sladen, is all OK with the test page for you now? When will you post the blog?
[13:07] <mhall119> pitti: dholbach has asked that https://code.launchpad.net/~arthur-talpaert/ubuntu/precise/supertuxkart/add_quicklist/+merge/94961 and https://code.launchpad.net/~taltos/ubuntu/precise/scribes/add_quicklist/+merge/95289 be rejected, I've already commented on them as to why
[13:15] <stgraber> mhall119: done
[13:16] <hrw> bug 935450 looks like semi solved - package needs to be reuploaded
[13:16] <hrw> built fine on my pandaboard
[13:16] <mhall119> thanks stgraber
[13:22] <pitti> mhall119: ah, stgraber beat me to it
[13:23] <mhall119> yup, he's quick
[13:23] <mhall119> thanks anyway though
[13:27] <hrw> ~curse authors which search for library by scanning few dirs
[13:29] <hrw> ok, slang-slirp looks more like fixed
[13:30] <hrw> nope, fails in examples ;(
[13:33] <dupondje> https://launchpad.net/ubuntu/+source/cryptsetup -> is there a change a merge of this would still be accepted now ?
[13:34] <dupondje> cause we're running a quite old version
[13:36] <zyga> rsalveti: https://bugs.launchpad.net/linux-linaro/+bug/944796
[13:37] <rsalveti> zyga: thanks
[13:39] <zyga> rsalveti: I'll get you the full manifest in a second (package versions)
[13:46] <zyga> rsalveti: done, bug updated with dmesg and /var/lib/dpkg/status
[13:46] <rsalveti> zyga: thanks
[13:47] <zyga> :)
[13:58] <hrw> bug 935435 got fix
[14:03] <RiotingPacifist> I just generated a diff for a 1 file simple change to a config file ( http://pastebin.com/eZP4JZg7 ) 1) is that the right format, 2) do I just attach it to the bug report or do I need to do some .deb related stuff debdiff in order to be usefull?
[14:05] <dupondje> anyone?
[14:10] <hallyn> doko: SpamapS: is it safe to assume that ceph merge won
[14:10] <hallyn> 't be happening this cycle (bug 932898)
[14:10] <hallyn> sorry, MIR, not merge
[14:38] <doko> hallyn, is there a FFe?
[14:41] <hallyn> doko: probably not, it was filed long before ff.  really i don't know who is babysitting that request
[14:43] <hallyn> i thought it was SpamapS I guess
[14:43] <nunod> Totem doesnt show up in the alt-tab window switcher, is this a bug?
[14:44] <sladen> tkamppeter: did it this morning
[14:44] <sladen> tkamppeter: http://design.canonical.com/2012/03/printer-test-page/
[14:45] <sladen> tkamppeter: I confused to having rushed it out.  We can perhaps do a follow-up talking about general printing improvements and the other stuff you mentioned
[14:47] <hrw> bug 935440 got one patch so now it fails same as in debian
[14:48] <tkamppeter> sladen, I have seen it now. nice. What is also important with this test page is that it is used for any paper format, not only A4 and Letter as the old one. And it looks decent with any format.
[14:53] <smb> didrocks, Is there any chance that the hud key will change before release?
[14:54] <didrocks> smb: not really, design request. Why?
[14:55] <sladen> tkamppeter: thanks for the reminder.  adjusted it to add that
[14:56] <smb> didrocks, Cause the alt tap drives me mental to the point I want to grab a pitch fork to make a design change request. I hit that key often enough for other things and get the hud, especially when you use vinagre or the vnx viewer of virt-manager (those use ctrl+alt to grab ungrab the keyboard and mouse).
[14:57] <didrocks> smb: this is a bug, and it's fixed in the incoming 5.6
[14:57] <didrocks> smb: basically taping alt + something else won't bring the hud
[14:58] <smb> didrocks, Hope I will survive until then. But at least something to look forward to.
[14:58] <smb> didrocks, Thanks
[14:58] <didrocks> smb: yw ;) you can it in *hem* ccsm, meanwhile
[14:58] <didrocks> (or gconf of course)
[15:00] <smb> didrocks, Then gconf maybe... I try to avoid ccsm because one is not supposed to use it anyway. :)
[15:02] <didrocks> smb: /apps/compiz-1/plugins/unityshell/screen0/options/show_hud
[15:05]  * smb puts the pitch fork back into the storage room... :)
[15:20] <nunod> I have window ocasionally not showing up in the alt-tab switcher, but can't isolate the problem :/ hints?
[15:21] <mfisch> zul: I was going to fix python-tz today for bug fix friday
[15:21] <mfisch> zul: looks like you beat me to it
[15:23] <dholbach> geser, you should have upload rights for main too :)
[15:29] <mfisch> zul: would it be worth it to re-enable the tests and just modify the path so that the tests work?
[15:29] <zul> mfisch: be my guest
[16:28] <tkamppeter> pitti, can you upload cups?
[16:29] <bdmurray> barry_: I was looking at bug 556293 again and don't think there is any work to be done
[16:30] <tkamppeter> pitti, thanks.
[16:35] <pitti> tkamppeter: darn, failed to build
[16:36] <pitti> tkamppeter: due to the cups-deviced usb backend crash again
[16:38] <barry_> bdmurray, cool.  do you want to just close it then?
[16:44] <bdmurray> barry_: well, when I was testing it I noticed something odd so I'm not positive.  While I configured apt to use a proxy server, which didn't exist, apt-get update was still working.
[16:47] <pitti> hm, I just dist-upgraded, and colors in vim are all broken now
[16:47] <barry_> bdmurray, it might be better to unassign this from me for now.  no way will i have time for it until after pycon
[16:47] <pitti> argh!
[16:47] <pitti> oh, I bet it's due to bug 871907
[17:01] <dholbach> pitti, do you know who's the cryptsetup expert?
[17:01] <dholbach> I'm asking because of https://bugs.launchpad.net/ubuntu/+source/cryptsetup/+bug/776264
[17:02] <tkamppeter> pitti, Artifex is about to buy enhanced CJK fonts which distros will then be able to ship in their non-free parts free-of-charge, do you know whom to contact (non-free part, Japanese/CJK people) for whether this is interesting for Ubuntu?
[18:04] <hallyn> @pilot in
[18:33] <hallyn> SpamapS: for bug 928501, should that be assigned to huats and ubuntu-sponsors be unsubscribed for now?
[18:36] <SpamapS> hallyn: I'm thinking at this point we just need to review/upload .. huats has clearly not been able to complete the review.

[18:36] <hallyn> wasn't sure if you'd continued to talk with him privately or not
[18:36] <hallyn> thanks
[18:59] <barry_> slangasek, i have to hand off bug 828731 to someone else i think
[18:59] <slangasek> barry_: as ENOTIME?
[19:00] <barry_> slangasek, exactly.  i lost most of today with a broken desktop :(
[19:00] <slangasek> doh
[19:01] <barry_> slangasek, still not fixed but i think the main bug is understood now and the fix is in progress
[19:01] <slangasek> what's the bug?
[19:01] <slangasek> so I know when to reboot ;)
[19:01] <barry_> slangasek, i think it will only hit you if you don't use unity 3d
[19:02] <barry_> slangasek, but unity 3d has other problems for me, like broken emacs, broken gnome-do ;)  so i use unity 2d and its start up from lightdm was busted
[19:02] <barry_> slangasek, at least, that's my understanding of the issue
[19:02] <slangasek> ok
[19:02] <slangasek> do you know a bug #?
[19:02] <slangasek> I guess this is the issue seb128 mentioned on #ubuntu-release earlier, but would be good to track
[19:03] <barry_> slangasek, yep.  let me track that down for you
[19:06] <barry_> slangasek, bug 944865 is the one i reported, but that may end up being a dup of an earlier bug
[19:23] <PaoloRotolo> Hi all!
[21:04] <slangasek> barry_: bug reproduced here in all its glory ;)
[21:09] <seb128> slangasek, which one?
[21:13] <slangasek> seb128: getting no session at login
[21:14] <slangasek> not sure if this is the lightdm regression you described
[21:14] <slangasek> bug #944865 was the one barry had filed
[21:14] <slangasek> I'm seeing problems with both Ubuntu and Ubuntu 2D sessions though
[21:16] <seb128> slangasek, hum, we tracked bug #944736
[21:16] <seb128> slangasek, if you can debug it that would be welcome
[21:17] <seb128> slangasek, what we figure so far is that lightdm was calling gnome-session --session=<session> rather than "gnome-session --..."
[21:17] <seb128> what we figured*
[21:17] <seb128> slangasek, which the x11-common script doesn't like and it ignored the --session extra argument and call "gnome-session"
[21:17] <seb128> which leads to "I always get the default session"
[21:18] <seb128> slangasek, unity-3d not started is another issue I would like to see debugged, some people had similar issues on the bug
[21:18] <seb128> where guest session, other user sessions worked and where the .xsession-errors looked like xorg was closed while the session started
[21:40] <stgraber> slangasek: do you know if it's expected of apt-get clean to wipe /var/cache/apt/*.bin too? that's causing a relatively high load on a few of my machines where apt-get clean is called hourly (configuration manager) and where rebuilding the cache can take a few minutes (apparently it gets rebuilt the first time you try to use it)
[21:41] <stgraber> I'm happy to change my scripts to run apt-get update after apt-get clean rather than before (as they do currently) which would fix the issue for me, but I'm wondering if it was indeed intended...
[21:42] <stgraber> oh, apparently vagrantc beat me to it :) http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=661947
[21:54] <hallyn> my LORD it's been like an hour i've been waiting for ubuntu:samba to fetch
[22:01] <stgraber> hallyn: that's why we have DC machines for ;) took 2 minutes for me, the total size of the branch is of 562MB
[22:02] <hallyn> sigh
[22:02] <hallyn> yeah, i just figured i'd do it here since i don't want my keys pushed there...  next time i think i'll do it differently
[22:05] <slangasek> stgraber: yeah, I have no idea if that's intended
[22:06] <stgraber> hallyn: if you just need the last revision, "bzr co --lightweight ubuntu:samba" could do the trick for you and should use as much space and bandwidth as a regular apt-get source
[22:07] <stgraber> but doing that will make bzr go online every time you want to access anything from the history so depending on what you want to do it can be slower than waiting for bzr branch to complete
[22:11] <SpamapS> jdstrand: how do you guys handle CVE's in the dev release? I notice http://people.canonical.com/~ubuntu-security/cve/2012/CVE-2012-1054.html needs a new version in precise... but there are no visible bugs open against puppet in precise.
[22:12] <jdstrand> SpamapS: we just fix them with a changelog entry of the form of https://wiki.ubuntu.com/SecurityTeam/UpdatePreparation#Packaging. we will only file a bug if it is required for some other reason
[22:13] <jdstrand> SpamapS: in this case, lynxman said he was working on the merge of 2.7.11-1
[22:14] <jdstrand> so there didn't seem a need to file a bug
[22:14] <SpamapS> jdstrand: ahh ok, just wanted to make sure there's something that makes it a blocker for the release team.
[22:14] <SpamapS> jdstrand: agreed, if its already in progress, no need
[22:17] <SpamapS> debugging puzzle.. if you wanted to remove *dates* from a log file.. why wouldn't this sed pattern work:
[22:17] <SpamapS> sQ[0-9]\{1,2\} .* 200[0-9] [0-9]\{2\}:[0-9]\{2\}:[0-9]\{2\},[0-9]\{3\}QQg
[22:18]  * SpamapS is giddy that he found it just now
[22:23] <bdmurray> because its 2012?
[22:29] <SpamapS> bdmurray: ding ding
[22:29] <SpamapS> Whats really annoying about this..
[22:29] <SpamapS> is it was fixed upstream..
[22:30] <SpamapS> in 2010
[22:30] <SpamapS> unfortunately.. upstream decided to stop making releases :-/
[22:30] <SpamapS> or something :-P
[23:04] <hallyn> @pilot out
[23:30] <stgraber> jdstrand: https://launchpadlibrarian.net/95049916/buildlog_ubuntu-precise-i386.ubiquity_2.9.24_FAILEDTOBUILD.txt.gz?
[23:31] <stgraber> looks like it might be breaking all the builds at the moment :)
[23:32] <stgraber> Filename: pool/universe/a/apparmor/dh-apparmor_2.7.99-0ubuntu3_all.deb
[23:52] <stgraber> looks like jdstrand isn't around...
[23:52] <stgraber> slangasek: around? ^
[23:52] <slangasek> yeah
[23:52] <slangasek> overridden
[23:52] <stgraber> thanks
[23:53] <stgraber> slangasek: I'll be heading out in a few minutes, can you also do a mass give back once the publisher has run?
[23:53] <slangasek> no, I'm not a buildd admin
[23:54] <stgraber> ok, I'll do it when I get back unless someone does it before