/srv/irclogs.ubuntu.com/2015/08/10/#ubuntu-ci-eng.txt

=== chihchun_afk is now known as chihchun
=== ara_ is now known as ara
sil2100o/07:17
sil2100Is it only so hot at my place or is it a plague in all Europe?07:17
abeatosil2100, in my case it is actually cooler this week ;)07:34
abeatosil2100, I have created a vivid silo to sync with a wily silo because of this limitation for dual silo (as you cannot have CI packages+direct uploads for that kind of silos)07:35
abeatosil2100, but not working as you see ^^07:35
abeatosil2100, any idea why this can be happening?07:35
sil2100abeato: hey, let me take a look07:36
abeatosil2100, great07:37
sil2100abeato: what packages would you like in this silo?07:41
abeatosil2100, ubuntu-touch-session synchronized from silo 57, pulseaudio that will need to be manually uploaded07:42
abeatosil2100, concretely from here https://launchpad.net/~canonical-arm-dev/+archive/ubuntu/ppa07:43
sil2100ok, so I'll reconfigure the silo to be a sync from 57 and enable the pulsaudio source upload07:43
abeatosil2100, awesome, thanks07:43
dbarthhey there07:50
dbarthso first, it's not so hot here today (25 deg.) so it's not a plague like /everywhere/ in Europe07:50
dbarthbut close to it still, 34 tomorrow :/07:51
dbarththat's for sil2100 ;)07:51
dbarththen, i'm still trying to get silo 31 cleared07:51
sil2100dbarth: you want it completely gone and wiped away from the surface of earth? ;)07:52
dbarthwell, if i could merge it in trunk, it would be good07:52
sil2100dbarth: let me take a look at it07:57
sil2100dbarth: ah, it's waiting on QA sign-off, right?07:57
sil2100I suppose QA should have more resources this week07:58
abeatosil2100, I need some help to upload pulseaudio to the silo, the people that could do that in my team is on holiday, who could help with that?08:00
pete-woodstrainguards: hey guys. to mark a silo as tested now, do I just edit it to say "Ready for QA"?08:01
pete-woodsjust wanted to check before I nagged someone in QA :)08:02
sil2100abeato: on it08:08
sil2100pete-woods: yes :)08:08
sil2100abeato: hm, I have no permission to open the PPA ;)08:09
pete-woodssil2100: thanks for the info :)08:09
abeatosil2100, I thought you had permissions for anything :)08:11
dbarthsil2100: it's not; it's mostly building / packaging; smoke testing merely08:12
dbarthsil2100: but it's a left over of an initial dual landing attempt08:13
dbarthhence the qa required tag that may still be floating around that silo08:13
dbarthat least, if qa wants to take it, it should be on the dashboard, but it's not; it's nowhere, so i'm trying to have it move "somewhere" at least ;)08:14
sil2100dbarth: ah! I only noticed it now that it's wily08:18
sil2100Ok, let me publish08:18
sil2100abeato: apparently not ;)08:18
sil2100dbarth: hm, when was the package built?08:19
sil2100dbarth: was it built with gcc-5 already?08:19
sil2100dbarth: I think we might need to rebuild it just in case08:20
dbarthsil2100: it was before gcc5, so yes, i'll respin that one, and will do just as quick install on a wily phone to check that the program loads08:21
sil2100dbarth: excellent :) Once you're done and happy with it, please switch the status to 'Publish without QA'08:21
sil2100This means the silo has been tested and is ready for release08:22
dbarthok, deal !08:23
mardysil2100: hi! There is an error here (see line from queuebot ^)08:33
mardysil2100: but I cannot find 0.17+15.04.20150410-0ubuntu2~gcc5.1 anywhere... where was it published?08:34
mardysil2100: http://packages.ubuntu.com/search?keywords=signon-ui&searchon=names&suite=wily&section=all doesn't have it08:34
Laneyhttps://launchpad.net/ubuntu/+source/signon-ui/0.17+15.04.20150410-0ubuntu2~gcc5.108:35
mardyLaney: thanks, I'll sync that, then08:35
darkxstHi, I now have ubuntu-desktop rights, but can't access the CI stuff apparently since I am not a core-dev, is it possible to get this added?08:45
sil2100mardy: hey!08:58
mardysil2100: nw, it's solved now08:58
sil2100mardy: we recommend using launchpad for checking published versions ;) The ~gcc5.1 version is in -proposed with all the other packages that are transitioning08:58
sil2100(was in the landing meeting)08:59
mardysil2100: yep, Laney pointed me at the right files08:59
ogra_sil2100, jibel, image published, importer should pick it up now09:06
popeyhmm, unity8-dash was killed on my retail krillin by the OOM killer09:06
popeyand never came back09:06
popeybah, can't file a bug against unity8 because it came from a ppa09:07
popeythought we'd fixed that :(09:07
sil2100ogra_: \o/ thanks!09:16
* ogra_ sighs ... 09:24
ogra_cjwatson, someone abused the cdimage production branch as activity log (two pointelss direct commits about removing and re-adding a mairror entry), can i just revert that on nusakan or will that confuise the ~/cdimage/production branch even more ?09:26
ogra_(I'm trying to add sil2100 to notify-addresses)09:26
ogra_ah, just uncommitting them worked fine09:30
ogra_sil2100, hmm so http://cdimage.ubuntu.com/ubuntu-touch/vivid/daily-preinstalled/20150810.1/ was published but i dont see the importer pick it up at all09:43
sil2100ogra_: let me check that09:43
ogra_in fact, despite the cdimage error the same image got published as 20150810/ too09:43
ogra_aha09:44
ogra_the MD5SUMS files didnt get updated09:44
sil2100ugh, yeah, the imported dies in the middle09:44
sil2100When generating the deltas09:45
dbarthsil2100: ok, i need you for the publish button, i think, and then this should be all over (silo 031, no rush)09:45
sil2100dbarth: on it!09:45
ogra_sil2100, i'll try something, seems it fell over on the missing i386 build ... that will get us a .2 though09:45
sil2100ogra_: better than not having anything ;)09:47
sil2100dbarth: published :)09:47
ogra_hmm, that doesnt seem to have produced anything :/09:48
sil2100The importer still crashes10:02
sil2100ogra_: I see it dies when generating diffs in the ubuntu-touch/devel-proposed-g++5/ubuntu channel10:02
sil2100So maybe that's related to some things slangasek was doing during the weekend?10:02
ogra_sil2100, why would it do any diffs there for vivid, i think the two issues are rather unrelated10:21
ogra_(cdimage not releasing the right thing vs system image not importing)10:25
dbarth\o/ thanks sil210010:33
ogra_sil2100, ok, i got the cdimage side of things fixed now ...10:41
sil2100I'm looking at the importer still10:41
ogra_sil2100, for the importer you shoudl perhaps just comment out wily for the moment10:41
sil2100Looks like a tarball corruption...10:41
ogra_there were no successful livefs builds for a while10:42
sil2100Yeah, I'll switch it for manual for now and try to debug in the background10:46
sil2100It looks to me as if one of the recent g++5 builds for wily simply generated a bollocks tarball10:47
ogra_that can well be ... slangasek and infinity were experimenting with usin metapackages instead of tasks10:49
ogra_though that shouldnt result in corrupted tarballs ... just with messed up content10:50
sil2100ogra_: importer running anyway10:54
sil2100Well, yeah10:54
sil2100Messed up content can be the cause here as well as it fails during delta generation... but it failed really strangely almost as if when trying to get tarball content10:55
* sil2100 starts getting spammed by cd image mails10:59
sil2100:D10:59
TrevinhoHey, how can I get the powers to be able to land compiz/unity and all the rest of the deb-desktop stuff?10:59
sil2100Trevinho: let me give you teh powerz11:00
Trevinhosil2100: thanks... seb128 will assist me on first landings11:00
sil2100We give them out for free ;)11:00
sil2100Trevinho: added to the right group, remember we have documentation for this: https://wiki.ubuntu.com/citrain/LandingProcess11:01
Laneysil2100: did you add darkxst?11:04
Trevinhosil2100: thanks11:07
sil2100Laney: no, I can add him if needed11:12
Laneyyes please, he's in the desktop team now11:12
Laneysil2100: or maybe make ubuntu-uploaders a train driving team?11:12
sil2100I suppose we could do that, we already have the core-devs team as a member11:15
Laneyubuntu-uploaders is supposed to contain all people who have any upload rights11:15
ogra_yay11:41
* ogra_ got the update notification11:41
ogra_105 MB !!!!11:42
=== chihchun is now known as chihchun_afk
ogra_sil2100, how can we have grown by 105 MB since friday ?11:44
ogra_oh11:45
ogra_new device tarball11:45
=== _salem is now known as salem_
=== alan_g is now known as alan_g|lunch
sil2100Ok guys, I need to go for lunch now and do some groceries shopping12:16
sil2100Might be away for a bit longer, but will be around for longer as always12:16
jhodappdavmor2, finally got the qtmultimedia patch correct so vivid still boots, so just doing a quick sanity check of things and then I'll be ready to turn silo 38 over to you and your team13:01
davmor2jhodapp: excellent how quickly do you want it broken?13:02
jhodappdavmor2, ha, as soon as I give the green light, as quickly as you can13:02
davmor2jibel: ^ this is the silo that frees up indicators and scopes iirc13:03
=== alan_g|lunch is now known as alan_g
jhodapppstolowski, tsdgeos: feel free to give silo 38 a try with the music-scope...background playlists should be working from it13:20
tsdgeosjhodapp: cool13:20
pstolowskijhodapp, great, thanks!13:22
jhodappnp13:23
jhodapptsdgeos, pstolowski: FYI, if you find bugs with it, file them against qtubuntu-media (ubuntu-rtm) and media-hub (ubuntu-rtm)13:24
tsdgeosoki13:27
pstolowskijhodapp, can you do your testing and land the silo, or do you need us to verify? we need our another silo to land first before we're able to build our playback changes13:32
jhodapppstolowski, no it's ok, I just wanted to let you know about the silo in case you were anxious to get testing your stuff right away13:33
jhodapppstolowski, I expect bugs, this first release is merely to get the code landed making sure that it doesn't break any existing playback scenarios13:34
pstolowskijhodapp, that's ok, we should land asap due to FF, then we can fix remaining issues13:34
jhodappsounds good!13:34
jibeldavmor2, why is silo 19 set to "QA required" on bileto while you approved it earlier today?13:36
davmor2jibel: meh my fault I forgot to mark it passed cause lunch got called13:38
davmor2jibel: done now13:40
jibeldavmor2, np, I thought it had been rebuilt or something13:40
davmor2jibel: no but good job you noticed13:40
slangaseksil2100, ogra_: the only change I made for tasks vs. metapackages was for the ubuntu desktop image; nothing that would have affected phone images or their importing.  Is the importer still failing or did that get figured out?15:00
sil2100slangasek: no, I'm looking into that now (was on lunch) - but I temporarily made the g++5 channel manual so that other channels can get imported15:02
ogra_slangasek, i understood that sil2100  just ripped out the wily imports for now15:02
slangasekok15:05
ogra_slangasek, arent you in heidleberg ?15:05
* ogra_ kind of expected you in a EU TZ15:05
slangasekogra_: no, DebConf doesn't start until this coming weekend15:07
ogra_well, debcamp :))15:07
* ogra_ ponders going this week, all the TLSP people seem to be there 15:07
ogra_*LTSP15:07
pstolowskisil2100, hello! could you please purge ppa 5 for me?15:09
sil2100pstolowski: hey! Sure, clean completely?15:11
pstolowskisil2100, yes, i've some stale packages there15:11
sil2100You want to re-assign it then?15:12
sil2100Ok, cleaning15:12
pstolowskisil2100, ok, but i need a new one with same stuff15:16
sil2100pstolowski: assigning15:17
pstolowskithanks15:18
morphissil2100: is there a timeframe when you can land silo 48 in wily?15:26
sil2100morphis: on it now! Sorry, was deep in debugging :)15:27
sil2100Thanks for the poke15:27
morphissil2100: np :)15:27
morphisjust want to setup the sync silo to get it into vivid too15:28
sil2100morphis: don't worry about the message ^15:28
morphisok15:28
sil2100I'm running the watch_only build as that's required and publishing then15:28
morphisok15:29
jhodappdavmor2, silo 38 ready to test in about 5 mins15:40
=== tvoss is now known as tvoss|test
=== tvoss|test is now known as tvoss
sil2100robru, jibel, davmor2, ogra_: I don't suppose we have anything to discuss specifically on our evening meeting15:51
sil2100Too hot to put a shirt on15:52
jhodappdavmor2, alright, silo 38 is ready for test (is there no way with bileto to mark a silo as ready for QA to test?)15:52
sil2100jhodapp: yes15:52
sil2100'Ready for QA' in the sign-off field15:52
jibelsil2100, nothing from me.15:52
jhodappsil2100, under edit?15:52
sil2100jhodapp: yes15:53
jhodappsil2100, unless I'm just missing it, I don't see that15:53
jhodappsil2100, oh nm, same as QA Required15:53
jhodappsame list15:53
ogra_sil2100, +1 for the shirt thing15:55
sil2100hmmm, interesting16:06
sil2100slangasek: ok, so I investigated a bit, and from what I see from daily-preinstalled-20150809 onward the custom tarball tarfile is hm... broken16:24
sil2100slangasek: starting from that build onward, every custom tarball generated python tarfile dies when iterating through the files in the tarball and actually tar -xf also has some issues:16:25
sil2100slangasek: http://paste.ubuntu.com/12049072/16:26
sil2100slangasek: the earlier tarballs do not have this error16:26
sil2100slangasek: did you change anything that could be related when doing experiments over the weekend?16:26
sil2100slangasek: the livecd build logs for good and bad builds seem to be almost identical16:26
slangaseksil2100: nothing at all16:33
sil2100slangasek: interesting thing is (might be a red herring though) is that both the broken builds have been done on kishi1216:35
sil2100Two good ones I saw so far were kishi11 and kishi1316:35
slangasekoh. is that the same one that I had a failed package build from over the weekend that made no sense?16:35
sil2100Not sure, hm16:36
slangasekno, that was kishi1416:36
slangaseksorry, all even numbers look alike to me16:36
sil2100Anyway, really really strange16:39
sil2100The two broken builds even have more 'Built files' in the LP view, the good ones only list the manifest - do you know if this means anything?16:39
slangasekafraid I don't, sorry16:40
slangasekinfinity may be able to clarify16:40
sil2100infinity: hey! Would appreciate your expertise in LP builders and such ;)16:40
sil2100infinity: ^16:40
dobeythat builder thinks it's 1939?16:45
sil2100Yeah, apparently16:46
sil2100Although the build logs show a normal date16:47
dobeyyeah16:47
dobeywell, not quie16:48
dobeyoh, doh16:48
dobeygotta remind myself to ignore the kernel date16:49
sil2100slangasek: can I kick an image for testing?16:49
sil2100Maybe I'll get a new builder, and the same way I'll check if it's not anything funny and transient16:49
sil2100hmmmmm16:53
sil2100The interesting thing is that all the good builds had only the manifest in the Built Files, even when accessing it through LP API I can't get the resulting tarballs, although cdimage seems to find them somehow through the librarian - anyway, I'll kick off a new image16:55
infinitysil2100: I'll look in a second.17:01
sil2100infinity: thanks - let me paste you the links to the builds here (the ones with 'good customs' and bad ones)17:02
sil2100infinity: https://launchpad.net/~ubuntu-cdimage/+livefs/ubuntu/wily/ubuntu-touch/+build/34535 <- a good one, for instance17:02
sil2100infinity: https://launchpad.net/~ubuntu-cdimage/+livefs/ubuntu/wily/ubuntu-touch/+build/34639 <- a bad one (with lots of files in it, and it actually makes sense that the builder lists those)17:03
=== alan_g is now known as alan_g|EOD
infinitysil2100: I think you might have your good and bad reversed...17:15
infinitysil2100: The one with all the files is clearly "good", no?17:15
sil2100infinity: well, from the LP POV, yes, but those with all the files actually have broken custom tarballs generated17:15
infinitysil2100: The one missing all the boot images is "bad", but it's a product of how ogra wrote this bit of livecd-rootfs that it ignores failures on copying those.17:15
sil2100(with invalid timestamps in some files)17:15
sil2100Oh17:16
infinitysil2100: If they're broken, that's not LP's fault. :P17:16
ogra_infinity, i was asked to do that17:16
sil2100infinity: so does it mean that when there are no files listed, it means it uses some old versions of the files it failed to copy?17:16
infinityogra_: I'm not saying it's only your "fault", per se, but ignoring failure is always dangerous.17:16
ogra_so that the missing zip doesnt make the build fail since we had a transition period wheer you could install phones from android zips17:16
sil2100Since I see the cd-image build logs still mention that it's fetching all those files from the librarian, but I'm not sure where it's taking those from17:16
ogra_nowadays we dont produce zips at all so that code could as well get wiped17:17
ogra_it just produces log noise17:17
infinityogra_: zips?  Y17:17
infinityogra_: Sorry, I'm ignorant of the touch build process.  Do you mean all the .img stuff is irelevant to the final product?17:18
ogra_infinity, we started with android zips when doing the phone images17:18
ogra_no, the img stuff is relevant17:18
infinityogra_: Okay, the img stuff is what I'm talking about.17:18
infinityogra_: When they fail to exist, you ignore errors on copying them.17:18
ogra_the zip stuff that is explicitly || true'ed isnt17:18
ogra_hmm, for the actual phone imgs ?17:19
infinityogra_: See https://launchpad.net/~ubuntu-cdimage/+livefs/ubuntu/wily/ubuntu-touch/+build/34535 which has no .img files, cause they all didn't copy.17:19
* ogra_ checks the code17:19
sil2100infinity: maybe you could help me out in understanding something: http://people.canonical.com/~ubuntu-archive/cd-build-logs/ubuntu-touch/wily/daily-preinstalled-20150808.log <- this mentions fetching all the files like the custom tarball, rootfs etc. but the build in LP doesn't list those at all17:19
infinityActually, it has no livefs either.  This is kinda special.  Why did this "succeed"?17:19
sil2100infinity: do you know where it takes those from in that case, since you said it actually failed copying them?17:19
sil2100(it's this one: https://launchpad.net/~ubuntu-cdimage/+livefs/ubuntu/wily/ubuntu-touch/+build/34535 )17:19
ogra_77                         # Android 4.4.2 based images do not ship a .zip file, do not fail if it does not exist17:20
ogra_478                         cp -v chroot/usr/share/android/product/*-preinstalled-touch-armel+${subarch}.zip\17:20
ogra_479                                 "${PREFIX}.armel+${subarch}.zip" || true17:20
infinityogra_: Oh, no.  Some of them did copy, I'm misreading the log.  They didn't get returned to LP.  Or something.17:20
ogra_thats the only place where i skip copying17:20
infinityogra_: Yeah, sorry for maligning you, I was misreading the log.17:20
ogra_live-build/auto/build ... at the bottom17:20
ogra_but these three lines should really get wiped17:20
infinitysil2100: This is an LP display issue, perhaps.  If the files are in the librarian and being fetched, it's bizarre that they're not on the page.17:21
ogra_we will never again produce zips17:21
infinitycjwatson: Halp.17:21
infinitysil2100: Individual builders have no control over what shows up in the UI, except for building the bits in the first place.  THey must be being built and returned, or there'd be nothing to fetch from the librarian, so the UI here is confusing, to say the least.17:23
sil2100infinity: ok, I tried fetching them from lp-shell but .getFileUrls() also returns just the manifest, which is strange!17:24
sil2100Probably unrelated to our tarball issues tho17:24
sil2100Still, it confused me a bit17:24
sil2100infinity: anyway, thanks for the explaination17:24
infinityI suppose the CD build could be failing to find files and reverting to an old build, but I'd think it would log when it does that.17:25
sil2100hmm, that could explain some of our problems, I wonder if that's the cae17:26
ogra_cdimage doesnt use LP at all17:26
sil2100*case17:26
sil2100pfff17:26
ogra_it only looks at nusakans local FS17:26
ogra_(unless i misremember)17:26
infinityogra_: Well, the bit that builds and pulls livefses looks at LP. :P17:26
ogra_yeah, that does17:26
infinityogra_: And the build log clearly shows it downloading from the librarian.17:26
sil2100Anyway, I'll get back to this tomorrow, now I need to go and cool myself up or I'll go crazy17:26
ogra_but the final publishing doesnt, does it ?17:26
ogra_oh, then i remember wrong17:27
infinityogra_: This isn't about the final publish, but where the files came from before then.17:27
ogra_ah17:27
infinitysil2100: Anyhow, the newer build seems to be correct, right?  (as in, building the right bits, not necessarily building them correctly, but that wouldn't be an LP issue)17:28
infinitysil2100: What's the actual complaint about the new bits?17:28
sil2100infinity: the new build looks ok, so no complaint besides the issues that we're seeing, probably caused by something strange somewhere else17:29
ogra_did xz change in incompatible ways in wily ?17:30
sil2100The issues being the custom tarball having files timestamped at 1939-06-11 07:15:2817:30
infinitysil2100: Oh, I thought you said the new ones were weirdly broken.17:30
ogra_so that you cant properly diff the tarballs anymore ?17:30
sil2100Well, only the new custom tarball is weirdly broken17:30
sil2100Which causes the system-image importer to die when trying to import those17:30
ogra_well, that doesnt involve LP or cdimage or live-build at all17:30
ogra_the custom tarballs come from some jenkins build afaik17:31
sil2100ogra_: no, not the /ubuntu ones17:31
sil2100We create those at run time with livecd-rootfs17:31
ogra_ah17:31
sil2100I mean, cdimage-custom creates those17:31
ogra_yeah, i remember that, that was slangasek's work iirc17:32
infinitysil2100: Which file(s)?17:32
ogra_317         (cd "binary/$INITFS/custom.dir/" && tar -c *) | \17:32
ogra_318                 gzip -9 --rsyncable > "$PREFIX.custom.tar.gz"17:32
ogra_319         chmod 644 "$PREFIX.custom.tar.gz"17:32
infinityOh, I see them.17:32
infinity-rw------- 1 root root   4249 Jun 10  1939 click_com.ubuntu.filemanager_filemanager_0.4.38617:32
sil2100infinity: http://paste.ubuntu.com/12049072/ <- click apparmor profiles17:32
infinityEtc.17:33
infinityAre those created at build time, or copied from a package?17:33
ogra_(from livecd-rootfs)17:33
ogra_hmm17:33
sil2100infinity: created at build time by a livecd-rootfs hook IIRC17:34
infinityOkay, it's just the ones in the cache, so I assume that's build-time.17:34
infinityBut buildds ntpdate at runtime.17:34
infinity10 Aug 02:04:20 ntpdate[23960]: adjust time server 10.211.37.1 offset 0.000787 sec17:34
ogra_infinity, live-build/ubuntu-touch/hooks/60-install-click.chroot17:34
infinityWhich went correctly for that build.17:35
sil2100Right, all seemed fine with the date on the builder apparently17:35
ogra_that script wgets the clicks from http://archive-team.internal/click_packages17:35
infinitySo, click/apparmor bug?17:36
ogra_nd then runs "click install" n them17:36
infinityShould be able to test that in a chroot.  It's not doing anything terribly complex.17:37
ogra_that message is fine in teh log "WARN: AppArmor not available when processing AppArmor hook"17:37
ogra_(expected)17:37
sil2100No recent apparmor or click upload to wily17:38
sil2100Or anywhere else17:38
sil2100Ok, I need to disconnect now, thanks for looking into this o/ I'll get back to this tomorrow if anything17:39
ogra_well, and the log looks fine on both, broken and good builds17:39
infinityDo old/good builds have that vala complaint about connecting to logind?17:39
ogra_yes17:39
ogra_even the duplicated apparmor message in the later few clicks17:40
ogra_that part of the log looks exactly the same17:40
* ogra_ notes that the app store was recently upgraded ... i wonder if that possibly influenced the timestamps of the clicks 17:45
ogra_infinity, i bet itis the nnew store that was just rolled out17:52
ogra_since we pull the clicks from there17:52
ogra_oh, no, wait17:55
ogra_thats only the apparmor profiles17:55
ogra_live-build/ubuntu-touch/hooks/90-precompile-apparmor-policies.chroot generates them17:55
ogra_cho "I: precompiling custom click apparmor policies"17:56
ogra_mkdir -p /custom/cache/apparmor17:56
ogra_/sbin/apparmor_parser -M ${FEATURES} -Q --write-cache --cache-loc=/custom/cache/apparmor/ `find /var/lib/apparmor/profiles/ -maxdepth 1 -type f -not -path '*/\.*'`17:56
ogra_i wonder if there is a -v switch to apparmor_parser ;)17:56
ogra_hmm, no, only --debug ... and that doesnt sound like it would only be verbose17:57
ogra_bah, i'm blind, there iis --verbose17:57
ogra_i would suggest we add that be default to these lines ... so we get more output (even if that doesnt fix anything it should make it easier)17:58
robruMirv: you still around? I need some gl/gles advice.18:02
=== tvoss is now known as tvoss|test
=== tvoss|test is now known as tvoss
=== tvoss is now known as tvoss|test
=== tvoss|test is now known as tvoss
davmor2oSoMoN: silo 005 is still in needs review state can you get it approved please18:20
oSoMoNdavmor2, oh, right, let me do that now18:20
oSoMoNdone18:21
=== cwayne-afk is now known as cwayne
pete-woodstrainguards: does anyone have some time to publish silo 56? it's holding up one of my silos18:30
robrupete-woods: oh sure. I assumed kenvandine would do it, but I'm here18:30
pete-woodsrobru: that would be great :)18:31
pete-woodswoot! packages migrating18:32
davmor2oSoMoN: thanks18:33
kenvandinerobru, pete-woods: thx, i hadn't noticed it was ready to publish :)18:34
robrukenvandine: pete-woods you're welcome18:34
bfillerpopey: if you get a chance need a review of new gallery-app20:42
bfillerin store20:42
robruveebers: hah, for real this time?21:44
veebersrobru: heh, it was for realz last time too but got changed back :-P21:44
robruveebers: you didn't ask me to publish it when we discussed it though21:45
robruveebers: anyway do you want me to publish it now?21:45
veebersrobru: ah right, due to the confusion and another comment I wanted to double check the testing. Yes please :-)21:49
robruok21:49
veebersrobru: awesome, thanks21:50
robruveebers: you're welcome21:51
=== salem_ is now known as _salem

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