[00:01] == Publishing unity-mir (unity8 stack) == [00:01] Mir uploads done, except for the switch [00:01] and didn't seem to regress SF too much [00:11] lool: so what will happen you think :)? [00:11] lool: the default switch ... will that happen today> otherwise we can just kick an image [00:11] we wills ee the results at least [00:12] and have super easy instructions how to test it [00:12] asac: lool: just got mir running on my nexus 7 [00:12] a bit slow, due the lack of hwcomposer, but working at least [00:12] rsalveti: no kidding? [00:13] rsalveti: so should I list it? :-) [00:13] lool: yup :-) [00:13] asac: it will happen [00:13] cyphermox: 580 1002 20 0 1192 256 176 R 99.6 0.0 2:44.92 brcm_patchram_p [00:13] asac: waiting for builds and tweaking the switch to just change some devices [00:13] cyphermox: consuming 99% of my cpu [00:13] I know [00:15] cyphermox: know why? [00:15] lool: changes at android + lxc-android-config [00:17] rsalveti: ah so should I enable it now or later? [00:18] lool: can land tomorrow [00:18] rsalveti: mind checking lp:~lool/ubuntu/saucy/lxc-android-config/set-display-mir ? [00:18] let me just test it a bit more [00:18] pushed a rev there [00:18] rsalveti: nothing more than the fact that someone broke my precious with some random change :) [00:18] cyphermox: hm, ok :-) [00:18] rsalveti: https://bazaar.launchpad.net/~lool/ubuntu/saucy/lxc-android-config/set-display-mir/revision/111 [00:19] rsalveti: looks like it's no longer starting in the right time, perhaps [00:19] rsalveti: I'll tackle this as soon as I know for sure what to do with NM [00:20] rsalveti: I'll leave out grouper, but that means I'll need another flag for grouper once it's emabled [00:22] cyphermox: ok, cool [00:23] lool: yeah, better to leave out grouper for now [00:58] lool: when do you plan to go off :/ [00:58] ? [00:59] asac: All uploaded now, waiting for transition to realese pocket [00:59] asac: was waiting for an upstart-app-launch review because it's seeded [00:59] lool: how confident are we that the image is not completely busted? :) [01:00] asac: pretty confident [01:00] but I also think the tests will fail [01:00] and I dont think I'll fix this tonight [01:00] is there a pretty confident at 3am :)? [01:01] too many round trips on other things [01:01] what is missing for the tests? [01:01] asac: I've been running the packages for hours here [01:01] I tested and reviewed some music-app changes [01:01] played with notes-app [01:01] installed clicks [01:01] etc. [01:04] lool: so we missed something for the tests? or just notes-app? [01:05] to improve the tests? [01:07] lool: nevermind. sounded like you said that something unexpected with the tests [01:07] all we need to do is get an image that ollis team can pick up to fix [01:08] asac: Yup [01:08] asac: I think I'll cron it in one hour [01:08] lool: at best with nothing changed beyond the mir stuff [01:08] :) [01:08] I'd rather see the britney pass first though [01:13] asac: Ok, so final: libquvi,lxc-android-config,upstart-app-launch,xterm/arm64 [01:13] so this is going into release pocket in next run [01:14] I'm croning a build in 45mn or so [01:14] done [01:25] lool, asac: back - and yes I'm aware of the notes-app issues. sergiusens and I discussed farther up [01:25] cool [01:25] plars: tests passed for me there now [01:25] got to go to bed now, sent email out [01:26] lool: great [01:26] ah it's in, can kick image early [01:27] == Building #88 == [01:35] 'night [01:39] lool: night!! [01:39] :() [01:42] asac: what? [01:43] * lool really off now [02:13] hello! [02:13] yesterday's dbus upload introduced a regression that causes dbus-daemon to segfault when apparmor mediation is disabled, or unsupported by the kernel, and an application attempts to eavesdrop (LP: #1237059) [02:13] Launchpad bug 1237059 in dbus (Ubuntu) "dbus-daemon crashed with SIGSEGV" [Critical,Confirmed] https://launchpad.net/bugs/1237059 [02:14] I've came up with a fix, tested it, and attached the debdiff (which I'll need sponsorship for) to the bug [02:15] the fix is small and the bug pretty painful for folks running custom kernels so I think it needs to get processed fairly quickly [02:15] what is my next step from a landing POV? === plars_ is now known as plars [03:30] asac, lool, sergiusens: something still wrong with notes-app: AttributeError: Class 'NotesApp' has no attribute 'get_notes'. [03:30] http://10.97.0.1:8080/job/saucy-touch_ro-mako-smoke-notes-app-autopilot/157/console is the one in progress with the latest image if you want to see [03:50] asac, lool: I think there's something wrong with mir enablement on image88, I have a .set-display-mir-done now in /home/phablet (fresh install) but ps still shows surfaceflinger running [03:51] morning [04:20] is autolanding turned off? [04:22] robert_ancell: I think so, I see an email to ubuntu-phone ML stating that upstream merger is temp. turned off [04:23] ah, I see the email from olli [04:44] lool: will push the grouper specific stuff directly, only affects grouper, and low risk [04:44] so we can also enable mir on it [05:05] Good morning [06:17] lool: once 20131006-1510-0ubuntu2 migrates to release, just trigger a new image and you should get one which is compatible with mir for nexus 7 [06:17] there's an issue still when opening apps and moving back to the shell, but this will make it work at least === jasoncwarner_ is now known as jasoncwarner [07:13] plars, it's unmerged [07:19] lool, hmm ... "start on boot-hooks and starting lxc-android-config" ... doesnt that mean lxc-android-config will be held until we are done ? if so that wont work, without having the container up your getprop call wont work [07:35] ogra_, hmm, that was added after my review :-/ [07:37] sil2100: hi. are you testing some cu2d stacks before the meeting? I think settings might be one. I just finished with address book. [07:39] Mirv: my device just finished upgrading - any particular stack you think I could take care of, or it doesn't matter? [07:39] Mirv: of course, with Mir enabled everything, yes? [07:42] Mirv: I can test settings if needed, since I anyway work on that code-wise [07:44] sil2100: see the e-mail, it's up to us I guess to ponder what would be useful to have pre-tested. I was just looking at the 'results' page. [07:45] I'm unsure about apps, since I don't know how the click package updates go, plus there is already an item about notes-app in the landing plan. [07:46] Mirv, if this gets triggered https://code.launchpad.net/~sergiusens/notes-app/click-fixes/+merge/189980 the notes app would work again [08:00] Mirv: but indeed, I also upgraded and have surfaceflinger by default [08:02] Mirv: anyway, on my device I'll test both settings packages to check if those are ok, then move on to other stacks [08:03] lool, sergiusens, http://paste.ubuntu.com/6212771/ ... that would be my recommendation [08:05] morning [08:06] ogra_: oh crap [08:06] ogra_: we need it before lxc-android-config [08:06] ogra_: so does it break boot? [08:07] dunno, dashboard looks good and i cant start a download now else i cant use hangouts [08:07] but i doubt the file will be touched [08:07] I'll tell you in a sec, I'm upgrading to it [08:08] it shouldn't stop boot unless getprop is blocking [08:08] i dont think it will break anything, but if you rely on gerprop before it is available it will likely be a no op [08:08] *get [08:08] sergiusens: Yeah, I remembered we didn't want to enable mir outside of mako/maguro [08:09] sergiusens: but didn't think getprop would need lxc-android-config [08:09] it does start [08:09] ogra_: it seems to work [08:09] ogra_: no idea why ;-) [08:10] at least no error output in the job [08:10] let me print this [08:10] lool, getprop is an android thing talking over hybris [08:11] sergiusens: problem is I need to start before lxc-android-config which starts SF [08:11] oh crap [08:11] Nexus 4 [08:11] is what I'm getting [08:11] this is utterly wrong [08:12] yeah [08:13] lool, ... device=$(grep ^ro.product.device= /system/build.prop |sed -e 's/.*=//') [08:13] you can use that if there are no properties [08:13] ogra_, sergiusens: Oddly, properties seem to work [08:14] before the container is up ? [08:14] thats weird [08:14] unless the container comes up even though you tell upstart to block it [08:14] doubt it [08:15] what's the correct one? ro.build.product or ro.product.device? [08:15] ogra_, could you test the kernel in the ckt PPA to confirm it fixes your readahead issue [08:15] I guess device [08:15] apw, will do after the landing team call [08:16] ogra_, thanks [08:16] Mirv: btw. is Mir also so 'jitterish' and lagish on your device? [08:19] And it's utterly crash-prone... [08:22] lool, I don't get the automerger thing being off to fix tests, does that mean I should manually merge? [08:22] sergiusens: Yeah [08:22] lool, ok, so manual merging is allowed? [08:22] sergiusens: if it fixes tests! ;-) [08:23] lool, yes, I never merged the notes changes since I wasn't sure what that meant since we are only supposed to merge with jenkins too ;-) [08:23] plars: Yes, I got it wrong [08:24] sil2100: yeah it's somewhat slow, there are a couple of bugs open like eg. power management slowing down it too much unlike under surfaceflinger etc [08:25] lool, Mirv: also, I can't completely test the settings at least under Mir, as it is not possible to change the background for instance when Mir is used - once you select and image, the display/shell hangs up and nothing can be done [08:25] sil2100: can you shed any light on the jibel's lxc tinkering? or most of all, do you understand who has actually built which part of the autopilot machines? I don't basically have the understanding on what is done by the qa team, ci team or just didrocks [08:25] sil2100, there's an open bug for that [08:25] sil2100: so my e-mails are therefore also a bit shot in the dark [08:27] Mirv: as for the lxc things - I'm not entirely sure myself, but my understanding was that the autopilot otto machines that we use for daily-release were prepared by jibel + didrocks [08:27] Mirv: I was not even aware of a #ci channel in the first place [08:28] sil2100, Mirv I prepared the machines originally but since the split CI/QA, the CI team is doing maintenance and monitoring of this part of the infrastructure [08:28] root@ubuntu-phablet:/# ls -l /home/phablet/.display-mir [08:28] ls: cannot access /home/phablet/.display-mir: No such file or directory [08:28] root@ubuntu-phablet:/# [08:28] lool, ^^^ [08:29] jibel: ACK, it's good to have it all cleared out now [08:29] ogra_: yep, see ubuntu-phone [08:29] sergiusens: https://code.launchpad.net/~lool/ubuntu/saucy/lxc-android-config/set-display-mir2/+merge/190042 [08:29] are you sure you didnt have the file before already ? [08:29] Mirv, right [08:29] jibel: thanks for the clarification. [08:29] Mirv, lool just tested it and for him it worked (on mako i guess, this was maguro, upgraded from 84) [08:30] * sil2100 didn't have Mir enabled by default [08:31] asac: joining? [08:31] sil2100: joining? [08:38] root@ubuntu-phablet:/# grep foo /etc/init/boot-hooks/set-display-mir.conf [08:38] echo "$(getprop ro.product.model)" >/tmp/foo [08:38] root@ubuntu-phablet:/# cat /tmp/foo [08:38] Galaxy Nexus [08:38] lool, ^^^ ... right, it works (it still shouldnt though) [08:40] lool, https://code.launchpad.net/~sergiusens/ubuntu-clock-app/confinement_fixes/+merge/190044 [08:56] seb128: can we drop the goa party from our touch images? [08:56] http://people.canonical.com/~ogra/touch-image-stats/20131009.changes [08:56] :-P [08:56] asac, your call, it might makes e-d-s calendar not work correctly [08:57] seb128: was told that the goa upload was supposed to not change the touch image [08:57] behaviour [08:57] asac, it's not, but I didn't try to pull the binary out [08:57] ok [08:57] asac, we replaced the buggy uoa code by putting back goa that we had before [08:57] we never tried to have none of those [08:58] (goa used to be in e-d-s itself and not binary split out) [08:59] one package is a party? [08:59] I expected to see millions of deps from that complaint [09:13] lool: so does no landings mean also no qtdeclarative update at this point (I added it to landing asks, tsdgeos & co would like a fix in) [09:13] I guess that's like asking 'does no mean no' [09:13] Mirv: Correct [09:13] Mirv: no landings except fixing tests [09:13] and bugs [09:13] crashes [09:14] yeah, so I'd need to get them to show that it actually fixes some current bug/crash, while it currently fixes an inifnite loop in unity8 but the unity8 change itself was backed up === asac changed the topic of #ubuntu-ci-eng to: Ubuntu CI Engineering Team | Vanguard: - Type: "@ci" for help | Tree is "closed" to fix MIR-by-default | Known issues: unity8 crashes lp:1228097 unblocked for now, some progress, revisit wed [09:20] so, if someone knows an apport usage method that works on device, please tell. I'm running into various problems, have tried running as both phablet and root, apport-retrace is installed, have tried 'examine locally' etc. [09:21] I'm getting eg. No such file or directory: u'/home/phablet/.cache/apport/retrace/Ubuntu 13.10/saucy-Contents-armhf.gz' [09:21] sil2100: tell me about your experiences as well if you're looking at it [09:21] I've started with apport-cli [hud-crash-file.crash] [09:23] Mirv, connect your device to a network and run mkdir -p "/home/phablet/.cache/apport/retrace/Ubuntu 13.10/" [09:24] Mirv, but pitti fixed that a couple of weeks ago [09:26] Mirv, otherwise apport-cli should work just fine, as long as you're device has web access [09:26] your [09:44] == Building #89 == [09:45] jibel: thanks! [09:45] I tested the actual hook [09:46] but will confirm once image is out [09:46] * lool school & === alan_g is now known as alan_g|tea === alan_g|tea is now known as alan_g [10:16] I was able to file a bug on the hud crash via apport but not getting a good retrace https://launchpad.net/bugs/1237322 [10:16] Ubuntu bug 1233992 in hud (Ubuntu) "duplicate for #1237322 HUD does not support unity8's ApplicationManger" [High,In progress] [10:16] well LP now made it duplicate anyhow [10:17] that mkdir was the key thing to get apport working [10:43] Images are importing, but should be done shortly [10:43] could someone test that Mir is default in #89, as intended? [10:45] * ogra_ is just flashing 69 now for slowness testing [10:51] Image is up [10:51] i can [10:51] jibel: Mind checking Mir turns on with it [10:51] popey: ah thanks [10:52] what's the canonical test to see if mir is enabled by default [10:52] ? [10:52] (look for flickering? ㋛ [10:52] ) [10:52] == Publishing hud (hud stack) == [10:52] to get the dbus fix [10:52] or workaround rather [10:52] popey: ps fauxww|grep flinger [10:53] popey: run that now to check perhaps [10:53] k [10:53] geez fauxww ? [10:53] ps ax|grep surf [10:54] holy cow, 152 desktop updates since yesterday [10:54] yet, the desktop is being ignored ㋛ [10:55] well [10:55] ogra_: one developer, one way to run ps [10:55] haha, yeah [10:56] popey, 'de-emphasised' please [10:58] ah yes. [11:02] lool: yes, latest proposed image has mir [11:03] popey, OTA or fresh flash ? [11:03] fresh [11:03] (OTA was broken) [11:03] alan@deep-thought:~$ phablet-flash ubuntu-system --channel saucy-proposed -d mako [11:03] i did that [11:03] should have --no-backup i guess [11:03] yeah, that should have worked in the former one already [11:03] but I have never enabled mir, so i dont have that file [11:04] hmm, though --no-backup might indeed be difefrent [11:21] popey: cool [11:21] ogra_: OTA was broken? [11:22] ogra_: you mean in #88? [11:23] lool, yes [11:29] lool: any news on webbrowser app and hud service? [11:30] asac: hud is in unapproved with the dbus fix [11:30] s/fix/workaround [11:31] I've poked #ubuntu-release [11:31] it's seeded on desktop [11:43] so do we know that 89 fixes things? [11:46] http://people.canonical.com/~ogra/touch-image-stats/20131009.1.changes [11:46] what would you expect this to fix ? [11:46] some address bok stuff perhaps [11:47] lool: did you check with Saviq on the webbrowser tests? [11:47] ogra_: that mir starts by default [11:47] asac, thats verified [11:48] ogra_: is it? [11:48] :) [11:48] works fine [11:48] like yesterday [11:48] hehe [11:48] yes [11:48] ogra_: it didnt work in #88 :) [11:48] just double checking that we validated that it really works with 89 [11:48] asac, thats why 89 has a fix ;) [11:48] because i just sent a mail telling folks that its fixed there :) [11:48] thanks [11:48] it worked for popey, i trust his testing [11:49] lunatic [11:49] what works? [11:49] popey, Mir by default [11:49] ah, k [11:49] * ogra_ does a maguro update too [11:50] http://paste.ubuntu.com/6213380/ [11:50] yeah [11:50] yes, popey has been a flawless machine so far === alan_g is now known as alan_g|lunch [12:09] robru: I've now rejected this very old webapp landing you were on to clear the spreadsheet [12:16] doanac: do you know if AP tests do something like stopping/restarting unity after they get run? [12:21] so there are a bunch of staged mir + unity-mir + other changes staged from overmight [12:21] lool, theer should also be a powerd fix for the "Mir is slow after resume, we need the performance governor" issue [12:22] <8was a two line fix in powerd btw) [12:22] lool: i have a maguro with 89, do you want met to test anything from ppa? [12:22] asac, lool I think bug 1236525 is release critical, I got it on 1rst boot after flashing a mako with build 89 [12:22] bug 1236525 in unity-mir "unity8 killed/crash then restart can result in mir unable "could not unblank display"" [High,Triaged] https://launchpad.net/bugs/1236525 [12:22] s/met/me [12:23] which means no display and adb reboot [12:24] jibel: did you get a crash file? [12:25] asac, only _usr_lib_arm-linux-gnueabihf_upstart-app-launch_desktop-hook.32011.crash [12:25] ogra_: whereis it? [12:25] ogra_: I dont see it in trunk [12:25] psivaa: hud will be coming up [12:25] psivaa: it's uploaded now, but building [12:26] lool: ack [12:26] jibel: does it have any useful trace? [12:26] so for some reason, recent hud changes didn't get picked up by cu2d [12:26] now building and will get them [12:26] e.g. backtrace from coredump [12:27] lool, gimme a sec, i'll dig up the MP ... i guess with upstream merger on manual ricmm_ didnt bother to try to merge [12:27] lool, https://code.launchpad.net/~ricmm/powerd/use-hal-power-hint/+merge/190027 [12:28] its actually more then two lines [12:28] asac, nope, just 'couldn't unblank display' error in unity8.log http://paste.ubuntu.com/6213507/ [12:28] but should make waking up a lot faster [12:28] *errors even [12:28] ogra_: it failed to build [12:29] lool, then lets wait for ricmm_ [12:29] but it seems to be on a good path [12:29] (i.e. we should land this today if it gets ready) [12:30] land what? [12:30] hud? [12:30] yes, if it fixes a nice crasher for us [12:30] at best two :) [12:30] asac, the fix ChickenCutlass mentioned in the other channel [12:30] asac, https://code.launchpad.net/~ricmm/powerd/use-hal-power-hint/+merge/190027 [12:30] its not even done yet [12:30] so... [12:30] we wait [12:30] as planned [12:31] right, i'm just happy we wont need "performance" [12:31] thats indeed good news [12:35] psivaa: https://launchpad.net/~ubuntu-unity/+archive/daily-build/+build/5087920 done in 5mn or so [12:37] @ci [12:38] dbarth: what's up [12:38] Mirv: sil2100: lool: did we get any useful backtraces? [12:38] lool: thanks, will test that [12:39] cjwatson: hey, there is a new libmirserver6 package queued up in daily PPA; do you need to do some archive admin things before I try to push it later today? [12:39] Don't think so [12:39] ok [12:40] Well, it's possible we might need to manually move to main (depending on exactly which bit of https://bugs.launchpad.net/launchpad/+bug/993120 is tickled), we'll see [12:40] Ubuntu bug 993120 in Launchpad itself "Copy from PPA with binaries evades NEW and puts new packages into universe" [High,Triaged] [12:40] But nothing I can do in advance [12:40] (For clarity, that's evades *binary* NEW; I know we had a previous related conversation but that was about source NEW) [12:41] Also https://bugs.launchpad.net/launchpad/+bug/1079577 [12:41] Ubuntu bug 1079577 in Launchpad itself "Copies with binaries don't correctly override NEW binaries" [High,Triaged] [12:41] cjwatson: ok [12:42] psivaa: hud is up [12:42] asac: so I didn't get a good backtrace of the hud one, but LP still made my bug report a duplicate of this https://bugs.launchpad.net/ubuntu/+source/hud/+bug/1233992 [12:42] Ubuntu bug 1233992 in hud (Ubuntu) "HUD does not support unity8's ApplicationManger" [High,In progress] [12:42] and maliit crash was this one https://bugs.launchpad.net/mir/+bug/1233988 [12:42] Ubuntu bug 1233988 in Mir "With Mir enabled: maliit-server crashed with SIGABRT in __gnu_cxx::__verbose_terminate_handler(), thrown from mir::client::DisplayConfiguration::copy_to_client()" [Medium,Triaged] [12:45] Mirv, psivaa: Still getting a hud crash with latest hud [12:45] -rw-r----- 1 phablet whoopsie 1779344 Oct 9 12:44 _usr_lib_arm-linux-gnueabihf_hud_hud-service.32011.crash [12:45] dbarth: did you need assistance? [12:45] Mirv: ok... seems like a garbage dupe :) [12:45] Mirv: you could install the debug packages on the phone and run the AP that triggers the crash [12:45] Mirv: that has a higher likelyhood to get you something useful - i would think [12:46] woah [12:46] phablet 20 0 28812 24m 1136 R 11.2 3.5 1:06.79 init [12:46] asac: I did use apport and let it install .ddebs, but it didn't help in getting a better backtrace, similar to that parent bug [12:46] i only have run through the intro yet [12:46] and it has already eaten 24M [12:47] asac: but there's also merge proposals to unity-mir and hud already in there [12:47] both from pete woods [12:48] lool: question. the blocker issues by rick. are those confirmed to be fixed now? [12:50] cjohnston: should be fine [12:50] ok [12:50] cjohnston: i was wondering about a bot not merging in my approved branches; but i assume this is the big MIR shutdown? [12:50] I believe so [12:50] i merged the branch manually [12:51] == Publishing hud (hud) == [12:51] with the dbus fix for real [12:54] jibel: so regarding otto problem vila found indications of dbus/apparmor problem, and the timing of the start of the problems (Tue morning UTC time) would co-incide with the dbus and apparmor updates in saucy like https://lists.ubuntu.com/archives/saucy-changes/2013-October/011815.html [12:55] Mirv: what are the problems? [12:55] vila: ^ [12:55] /var/log/syslog: Oct 8 09:16:26 saucy-i386-20131008-0916 dbus[499]: apparmor="DENIED" operation="dbus_method_call" bus="system" path="/org/freedesktop/DBus" interface="org.freedesktop.DBus" member="Hello" mask="send" name="org.freedesktop.DBus" pid=634 profile="lxc-container-default" peer_profile="lxc-container-default" info="Permission denied" [12:55] vila: that isn't from our change [12:55] morning [12:55] jdstrand: how can we get a better idea of what is causing that and their fallout ? [12:56] I think that is another bug [12:56] * jdstrand looks [12:58] vila: I think you may be losing the race in bug #1227937 [12:58] bug 1227937 in lxc (Ubuntu) "lxc-start is unconfined but has a profile defined" [High,Incomplete] https://launchpad.net/bugs/1227937 [12:58] vila: ie, due to a bug, the profile isn't normally in effect (though it is loaded), but for some reason, it was on your run [12:59] vila: and because it isn't normally in effect, there might be updates like the one you saw that are missing [12:59] vila: I suggest talking to stgraber [12:59] * jdstrand is also commenting in the bug [13:03] vila: is that system still running? [13:04] sergiusens: what's unmerged, the notes fixes? [13:04] lool: note that because merger is offline, also the cu2d release commits don't get merged and cu2d complains about that in the prepare jobs (see eg. unity8 now - unity-mir and unity8) [13:04] jdstrand: nope, it's part of ci, will try to reproduce locally after lunch === vila is now known as vila-laaaate-lun [13:05] vila-laaaate-lun: I wouldn't try more than 2-3 times. I've never actually seen the profile in effect on Touch [13:06] vila-laaaate-lun: so think it may be a fluke. I am updating the bug though with all this info === vila-laaaate-lun is now known as vila-late-lunch [13:14] jdstrand: it's on an intel not a touch http://10.97.0.1:8080/job/autopilot-saucy-daily_release/label=autopilot-intel/2465/console [13:17] Mirv: ah that's bad [13:17] Mirv: can we run these by hand? [13:17] fginther: Heya [13:17] fginther: and good morning [13:17] lool, mornin' === alan_g|lunch is now known as alan_g [13:17] fginther: can we resurrect all jobs merging archive back into the projects? [13:17] lool: sure, the merge requests are there, I've done that before too. just branch the trunk, merging by hand and pushing. [13:17] dbarth: what is the branch you manually merged in please [13:18] lool, only if we enable all auto merging [13:18] fginther: we would want to only enable the automerging of the things uploaded in rachive [13:18] fginther: and selectively enable all automerging for some projects [13:19] vila-late-lunch: oh, interesting. can you comment in the bug? [13:20] vila-late-lunch: note, I just filed the bug-- I'm not up on how the container is all setup, etc [13:20] vila-late-lunch: but I asked hallyn to talk to stgraber about it so you can get some help [13:20] lool, there isn't a simple way to do the merge backs from the daily release version bumps [13:21]