=== chihchun_afk is now known as chihchun
Mirvrobru: now here04:48
robruMirv: too late!04:48
Mirvrobru: I thought so :04:50
oSoMoNubuntu-qa: can I get someone to validate silo 5 pretty please? This is a prerequisite for other webbrowser-app landings that I hope can make it before FF for ota6, so rather urgent.07:07
morphissil2100: I created a new request for landing to vivid (syncing a package from wily) and got a silo assigned, is there anything else I have to do other than waiting to get the package synced into the silo?07:59
Mirvmorphis: a sync silo syncs when you hit the 'build'08:03
morphisah good to know08:04
morphisMirv: do I have to specify and specific options when starting the build job?08:04
Mirvmorphis: I don't think so08:04
morphislooks like it works08:05
morphisMirv: thanks08:05
morphisMirv: hm, looks what I tried doesn't work08:11
morphisseems like this needs to be a manual upload again08:11
Mirvmorphis: ah, right, it's not CI Train handled package so... :(08:13
Mirvmorphis: you can't escape the manual uploads as long as you hack on those low lervel bits :)08:13
morphisMirv: should I reuse this silo now for the manual upload or get a new one?08:14
Mirvor maybe we could ask google to have android building as part of CI Train, in Launchpad bzr08:14
Mirvmorphis: just reuse it08:14
morphisMirv: :D08:14
sil2100ogra_: hey! Do you know if infinity had any luck in finding out what's the problem? Since I see the recent 2 tarballs have the same issue still08:47
ogra_sil2100, no, he didnt say anything in this channel after you left08:47
ogra_sil2100, my first suggestion would be to add --verbose to the apparmor profile generation in livecd-rootfs and do a test build, the log is rather quiet at the point where the files with the wrong stamps get created08:48
ogra_sil2100, http://paste.ubuntu.com/12054467/09:23
ogra_bah, damn ... slangasek didnt push his change to the branch09:24
* ogra_ merges first09:25
sil2100What change did slangasek make?09:29
sil2100ogra_: thanks!09:29
ogra_tasks to metapackages ...09:30
sil2100ogra_: if you find a moment of free time, could you also take a look at a low-prio branch https://code.launchpad.net/~sil2100/livecd-rootfs/deb-src_for_extra_ppas/+merge/267375 here?09:38
sil2100ogra_: did you release livecd-rootfs already?09:43
ogra_sil2100, yup09:45
sil2100Can I kick a new rootfs build?09:45
ogra_https://launchpad.net/ubuntu/+source/livecd-rootfs/2.336 still in proposed09:46
oSoMoNjibel, thanks for validating silo 5 :)09:51
oSoMoNtrainguards: silo 5 is ready for publication, I’m unsure whether I can pull the trigger myself or if I still need one of you guys to do it for me?09:53
jibeloSoMoN, np09:53
sil2100oSoMoN: hey! We still do the publishing as normal users don't have the power09:53
sil2100ogra_: hey, could you review this? Looks sane, and the dep changes are mentioned in the changelog: https://ci-train.ubuntu.com/job/ubuntu-landing-005-2-publish/65/artifact/webbrowser-app_packaging_changes.diff09:54
sil2100ogra_: which is a + I suppose09:54
* sil2100 still isn't a core-dev so he has no power here09:54
oSoMoNthanks ogra_09:57
sil2100oSoMoN: thanks!09:59
oSoMoNtrainguards: it is possible to merge changes to trunk while a package is awaiting in wily-proposed, right?10:16
sil2100oSoMoN: yes10:20
sil2100oSoMoN: do you expect webbrowser-app to be stuck in -proposed because of gcc-5?10:20
oSoMoNsil2100, I don’t expect that, no, but I want to speed things up as I have several other landings lined up for today, and I need to rebuild silos, so I need trunk to be up-to-date10:21
sil2100wgrant: ping! Hey, do you know if cjwatson was able to perform the translation batch copy from wily to the overlay 15.04 series?10:25
oSoMoNsil2100, so for the manual merge, I just click the "clean" link in the dashboard, check "force", press "build" and that’s it?10:28
sil2100oSoMoN: wait, hm, are you sure it'll migrate fine?10:29
sil2100Actually, nevermind, I suppose having changes in trunk under control without migrating should be fine10:30
sil2100Just be sure to watch the excuses page10:30
sil2100oSoMoN: yes, clean and 'FORCE'10:30
oSoMoNsil2100, I don’t see any reason for it not to migrate fine, it’s gcc5 compliant and all :)10:30
sil2100Well, you know, proposed migration is a safety net, so we always prefer to see it migrate and everything10:31
* sil2100 can't wait for livecd-rootfs to migrate10:34
ogra_sil2100, bah, i just noticed i had checked the wrong log ... wily builds actually use -proposed (vivid ones don't)10:37
ogra_sil2100, just kick it10:37
sil2100Yeah, they do, but for building - will the build system use the wily-proposed too?10:38
sil2100I wasn't sure if it would pick up the right livecd-rootfs to prepare the build itself10:38
ogra_building ?10:38
ogra_yes, it will10:38
sil2100Kicking in that case10:39
wgrantsil2100: It's ready to run, just needed to recheck with you that it was OK to do so.10:44
sil2100wgrant: excellent, green light from my side - thanks!10:45
greybacktrainguards: I could do with a hand with silo19, vivid+o only, stuck in proposed, boottest failing10:51
oSoMoNtrainguards: I just edited a landing request (#119, in silo 54), replacing one MR by another, how do I reconfigure the silo?10:55
Mirvgreyback: looking10:58
ogra_sil2100, hmm, i386 already exploded with dependency errors10:58
greybackoSoMoN: just click the "assign" link, that will reconfigure too10:59
oSoMoNah, thanks greyback10:59
wgrantsil2100: It appears done, though the list of templates is shorter than one might perhaps expect. Do you have a list of things that were missing?10:59
Mirvgreyback: vivid+o packages seem correctly all in the PPA. the wily packages are stuck in proposed (like many are) - do you need the trunk to be up-to-date so you can continue working? I can merge&clean manually.11:01
MirvI can I also restarted the boottest now, but it won't help in migration since the landing depends on gcc-5 migrating first11:02
greybackMirv: I'd appreciate the trunks being up to date yes11:02
Mirvgreyback: trunks are now up-to-date11:04
greybackMirv: many thanks good sir11:04
* Mirv sees tag fun, lp:qtmir has "742 tags updated." <311:04
=== tvoss is now known as tvoss|test
=== tvoss|test is now known as tvoss
sil2100wgrant: hey, how can I check that? https://translations.launchpad.net/ubuntu-rtm/15.04 doesn't seem to work11:27
wgrantsil2100: Ah, try now.11:27
sil2100wgrant: ok, checking now if everything looks fine - but so far it seems okayish11:29
sil2100wgrant: ok, I see some applications missing from the list11:35
sil2100wgrant: I'll prepare which11:35
wgrantsil2100: Thanks.11:35
ogra_infinity, sil2100 http://paste.ubuntu.com/12054992/ ... so the broken timestamp is already there when the apparmor profiles get generated11:36
ogra_May  8  195911:36
ogra_(snippet from https://launchpadlibrarian.net/214158968/buildlog_ubuntu_wily_armhf_ubuntu-touch_BUILDING.txt.gz)11:37
sil2100wgrant: the few missing ones that I found are here: http://paste.ubuntu.com/12055000/ - could you somehow copy those over as well? :)11:38
sil2100ogra_: ugh11:38
ogra_not sure what to make out of that ...11:39
wgrantsil2100: ciborium isn't in the overlay PPA.11:39
ogra_there are ls calls bevore and after and they show proper timestamps11:40
wgrantNor are the others.11:40
=== _salem is now known as salem_
sil2100wgrant: hmm, I was sure we had releases of those... but anyway, we have those in our images - will the translation export have their .po files after generation?11:44
wgrantsil2100: They won't be included in ubuntu-rtm/15.04 langpack exports. But they are in ubuntu/vivid ones.11:45
sil2100wgrant: so during creation of the langpack packages we'll have to merge vivid and the overlay translations?11:45
wgrantsil2100: Unless we want to maintain the entire set of packages' translations in ubuntu-rtm/15.04, which is possible though somewhat onerous and awkward.11:47
sil2100wgrant: I would have to poke pitti if he's could do that when generating the overlay packages11:47
sil2100I'm a bit worried that translators might get also a bit confused too, with having to translate in two different places11:47
sil2100Two different places for one thing that is11:50
sil2100Ok, 14 is getting near, I was told there might be an internet outage then - don't be surprised if I drop off11:51
ogra_sil2100, so while we could loop over these files and touch them to get a proper timestamp, i'm not sure what that could break ... and indeed it would only be an interim workaround til jdstrand is back and can take a look at the cause11:53
sil2100Well, either way I go for lunch now12:02
sil2100ogra_: let me get back to you after lunch12:02
=== alan_g is now known as alan_g|lunch
Mirvboiko: not top-approved branch https://code.launchpad.net/~tiagosh/telephony-service/use-libphonenumber/+merge/26490612:16
boikoMirv: oups, my mistake, I approved but forgot the top approval, sorry, fixed now12:16
Mirvboiko: ok, thanks!12:16
boikoMirv: it would be nice to have the not-approved branches to show a "needs review" or similar status on the dashboard12:18
=== salem_ is now known as _salem
=== om26er_ is now known as om26er
Mirvboiko: ack, this is a repetitive thing that could be improved, filed bug #1483684 about it12:22
ubot5bug 1483684 in CI Train [cu2d] "Check non-topapproved branches and show on dashboard" [Undecided,New] https://launchpad.net/bugs/148368412:22
boikoMirv: nice!12:23
* jibel votes for this feature12:24
jibelIt shouldn't be possible to mark something ready for QA that has not been top approved first12:25
=== alan_g|lunch is now known as alan_g
=== _salem is now known as salem_
=== chihchun is now known as chihchun_afk
ogra_jdstrand, are you back from vacation ? we see some weird behavior of apparmor_partser in the wily touch image builds13:48
* ogra_ just saw uploads from you landing, you cant hide ;)13:49
tyhicksogra_: what odd behavior are you seeing?13:54
ogra_tyhicks, http://paste.ubuntu.com/12054992/ ... (full image build log is at https://launchpadlibrarian.net/214158968/buildlog_ubuntu_wily_armhf_ubuntu-touch_BUILDING.txt.gz) ... see the timestamps13:55
ogra_i'm pretty sure the click packages are not older than me :)13:55
ogra_http://paste.ubuntu.com/12055614/ is the script from the livecd-rootfs package that generates these files13:56
tyhickswe did upload apparmor 2.10 (new upstream release) last week13:57
tyhicksI'll see if we're doing anything differently with the policy timestamps in 2.1013:57
ogra_thanks ... i could easily work around it by simply have the script touch all files in that dir ... but finding the cause would be better :)13:58
ogra_(the timestamps make the diff tarball generation fall over on system-image)13:58
slangasekogra_: ah, sorry, apparently that was staged locally14:03
ogra_slangasek, np ... all sorted14:03
oSoMoNubuntu-qa: any realistic chance silo 54 can get validated today? its contents are scheduled for ota6, and there are other branches that go on top of this that I’d like to try and land later today, too…14:05
=== chihchun_afk is now known as chihchun
jdstrandogra_: I am back from vacation14:07
ogra_jdstrand, tyler picked up the issue, thanks :)14:07
jdstrandogra_: I'm not sure why the timestamps would be different (thanks tyhicks for checking what changed in 2.10)14:07
jdstrandogra_: this is only on wily?14:08
ogra_jdstrand, yeah, it is weird, though we build in an onion model, there are 3 chroots wrapping each other ...14:08
=== chihchun is now known as chihchun_afk
ogra_yes, only wily14:08
ogra_sil2100 had more interesting timestamps yesterday ... dating from 1936 ... :)14:09
davmor2oSoMoN: there is a chance yes there are some silos ahead of it so I guess it depends how long they take14:09
oSoMoNdavmor2, thanks, that’s good news :)14:09
jibeloSoMoN, it must be installed on top of 5?14:40
oSoMoNjibel, well, yes, because there will be merge conflicts with silo 5 (and I don’t want to put them all in one big silo, too risky, I’d rather have silo 5 land first)14:42
john-mcaleelysil2100, here's where that question belongs...15:25
sil2100john-mcaleely: let me check something15:29
ogra_sil2100, FYI ... while you were away tyhicks showed up and is taking a look at the timestamp issue ... seemingly we got a new apparmor upstream a few days ago, so this coould be related15:30
sil2100Oh! We did? I checked wily-changes and didn't see anything recent15:30
ogra_on the 3rd15:31
ogra_not sure how long it stuck in proposed ...15:31
pstolowskidavmor2, i've rebuilt some stuff in silo 27. also flashed my phone and installed it, no reboots15:31
ogra_wily is "dokos madhouse" so it could have well hung for a few days before migrating :)15:31
pstolowskidavmor2, note, citrain tool did't install the latest versions from the silo, i had to install them manually15:31
sil2100john-mcaleely: sooo, a few useful links for you15:34
sil2100john-mcaleely: once you add your landing to bileto, you can then check if it got signed off here: https://requests.ci-train.ubuntu.com/#?q=john <- this shows all your landings submitted, and if a landing has 'QA Granted', this means it's good to go15:35
sil2100john-mcaleely: you can also use the public API to get info about all device tarball landings that got QA Granted  here:15:36
sil2100You can use that to maybe even make a small script that would inform you once a new one pops up there, as it's all nicely parsable json15:36
john-mcaleelyaha, ok, makes sense15:36
sil2100Anyway, you're good to go :)15:37
tyhicksogra_: I'm having trouble reproducing the timestamp issue locally but I see a suspect commit that I'll need to track down15:38
ogra_tyhicks, i think infinity wanted to try to repro it as well in chroots yesterday ... not sure where he got with that though15:38
ogra_perhaps he has some more info15:39
tyhicksogra_: would all of the profiles that apparmor_parser is parsing have sane timestamps in that environment?15:39
ogra_well, they used to15:40
tyhicksit is the cache files (apparmor_parser output) that have the odd timestamps - I'm curious if the profiles (apparmor_parser input) have sane timestamps15:41
ogra_oh, that i dont know15:41
ogra_they should come from the respective click packages i guess15:42
sil2100The last apparmor seems to have happened on the 31th, but we had correct custom tarballs then15:42
jdstrandsil2100: when did custom tarballs start having bad timestamps?15:42
sil2100jdstrand: during the weekend, the first one was the nightly image on the 9th of August15:42
tyhicks2.10 migrated from -proposed last tuesday, IIRC15:43
ogra_sil2100, not sure where you find that info about 31st ... https://launchpad.net/ubuntu/+source/apparmor/2.10-0ubuntu2 says it migrated on the 4th15:43
tyhickslet me double check15:43
tyhicksah, thanks ogra_15:43
john-mcaleelysil2100, new krillin & vegeta tarballs pushed15:44
sil2100ogra_: ok, checked wrongly, but it anyway got uploaded on the 3rd to -proposed15:44
jdstrandwhat is the time on the server generating these at the time apparmor_parser runs?15:44
sil2100Still meaning it was running fine for almost a week15:44
jdstrandyes, this seems like an infrastructure issue to me15:44
ogra_hmm, so perhaps the store15:45
sil2100https://launchpadlibrarian.net/214030280/buildlog_ubuntu_wily_armhf_ubuntu-touch_BUILDING.txt.gz <- here's the build log, it says a correct date it seems and even ntpdate succeeded15:45
ogra_sil2100, and that did produce a good tarball ?15:45
sil2100jdstrand: https://launchpad.net/~ubuntu-cdimage/+livefs/ubuntu/wily/ubuntu-touch/+build/34732 <- here's today's build with ogra_'s additional verbosity15:46
sil2100-rw------- 1 root root 182915 May  8  1959 click_com.ubuntu.developer.webapps.webapp-amazon_webapp-amazon_1.0.10 <- with fishy dates15:46
ogra_sil2100, so when did we get the first beoken one ?15:46
sil2100On the 9th15:46
tyhicksdid we have a good build between the 4th and the 9th?15:47
sil2100tyhicks: yes, we do daily builds, and all those before the 9th were good15:48
sil2100ogra_: btw. I see now why LP doesn't show the built files15:48
ogra_oh ?15:48
sil2100It seems it only shows that for the recent builds and cleans it for older15:48
ogra_ah !15:48
tyhickssil2100: can you link to one of those builds, say, from the 7th so that we can see if apparmor 2.10-0ubuntu2 was used?15:48
sil2100tyhicks: let me check that15:48
sil2100https://launchpadlibrarian.net/213817480/buildlog_ubuntu_wily_armhf_ubuntu-touch_BUILDING.txt.gz <- this one was good for instance15:49
jdstrandGet:22 http://ftpmaster.internal/ubuntu/ wily/main libapparmor1 armhf 2.10-0ubuntu2 [26.4 kB]15:49
ogra_http://people.canonical.com/~ubuntu-archive/cd-build-logs/ubuntu-touch/wily/daily-preinstalled-20150808.log from the 8th15:50
ogra_seems we dont mirror the livefs logs anymore :/15:50
tyhicksyeah, apparmor 2.10-0ubuntu2 was used in that successful build on the 7th15:51
jdstrandhow does ls output give a date before the epoch?15:52
* tyhicks was confused about that too15:52
tyhicksyou can't set a system date to that15:53
balloonscihelp, ping. Can I get generic-mediumtests-utopic removed from reminders-app-ci and reminders-app-ci-autolanding on core app jenkins?15:53
psivaaballoons: i'll take a look15:53
jdstrandI'm not sure what else to suggest at this point. apparmor 2.10 was seen to have produced valid cache files (I'm assuming that the ls output is for the cache files)15:54
sil2100jdstrand: I have no idea... the tarballs give warnings out when you try to extract them and the python tarfile just dies when trying to extract those15:54
jdstrandwhat are the timestamps on other files in the custom tarball?15:55
jdstrandwhat is the script that generates the custom tarball doing?15:55
ogra_jdstrand, but if it *produces* them how can the timestamps not be recent15:55
jdstranddid it change?15:55
ogra_jdstrand, no15:55
ogra_jdstrand, http://paste.ubuntu.com/12055614/15:56
jdstrandogra_: perhaps something turned around and tried to adjust the timestamps?15:56
ogra_(i added the -v and the last ls -l line today)15:56
jdstrand(after the cache files were generated)15:56
jhodappsil2100, can you please dput qtmultimedia from ppa:jhodapp/ubuntu/ppa to silo 48?15:57
sil2100jhodapp: sure :)15:57
ogra_jdstrand, no, see the log http://paste.ubuntu.com/12054992/15:57
tyhicksyou can set a file timestamp to that date15:57
ogra_the ls -l runs directly after the cache generation15:58
jhodappsil2100, thanks, need a new silo instead of silo 38 because it had a wily version of media-hub in it and assigned my vivid media-hub build a 4.0 version :(15:58
ogra_tyhicks, sure i could also just loop over the dir and touch the files ... the workaround is easy15:58
ogra_but i think we want to find the cause :)15:58
tyhicksright, that's not the point I was making15:58
tyhickswe said that you can't set a system date to 195915:58
tyhicksbut you can set the file timestamp to 195915:59
tyhicks$ touch -mt 195905080000 foo15:59
jdstrandogra_: can you add more debugging? eg, there is a cp -a. it would be good to see the timestamps for everyhing: /var/lib/apparmor/clicks/, /var/lib/apparmor/profiles/, /var/cache/apparmor/, /custom/cache/apparmor/, /custom/lib/apparmor/profiles/, etc15:59
ogra_sure, i can add a -v to the cp too16:00
ogra_and more ls -l's16:00
sil2100jhodapp: ok, copying now16:00
jhodappawesome thanks sil210016:00
jdstrandogra_: also, this is only the script for the apparmor bits of the custom tarball generation. what of the other scripts?16:01
sil2100ogra_: debug all code o/ !16:01
jdstrandogra_: can you add a 'date' at the top of the file too16:01
ogra_jdstrand, sure, i can add all debugging you want ... that script runs immediately after the clicks get installed, so there is nothing inbetween thogh16:01
jdstrandI was more concerned with after16:02
ogra_well, afterwards the only thing touching that dir is:16:02
jdstrandoh but the timestamps are already wrong16:02
ogra_if [ "$PROJECT" = "ubuntu-touch" ]; then16:03
ogra_        (cd "binary/$INITFS/custom.dir/" && tar -c *) | \16:03
ogra_                gzip -9 --rsyncable > "$PREFIX.custom.tar.gz"16:03
ogra_        chmod 644 "$PREFIX.custom.tar.gz"16:03
jdstrandbased on the ls you have16:03
ogra_so nothing that would alter the timestamps anymore16:03
jdstrandright, but I was wrong anyway based on current debug output16:03
ogra_either the stamps in the click are wrong when we get them from the store and apparmor simply keeps them for the output files ... or apparmor itself mangles them to my uncles birth date :)16:04
sil2100I was scratching my head on that one the whole afternoon16:04
josephtballoons: your staging instance should be accessible again16:05
jdstrandwell, or the system time is weird, or an fs issue16:05
jhodappdavmor2, as soon as silo 48 builds (had to move to there from silo 38 for a PPA version issue), it'll be ready for you to test (MRs are all approved now)16:05
balloonsjosepht, indeed. Thanks16:05
ogra_jdstrand, oh, and if you want the full log the apparmor snippet is from https://launchpadlibrarian.net/214158968/buildlog_ubuntu_wily_armhf_ubuntu-touch_BUILDING.txt.gz ... there are timestamps all around, the system time itself is surely correct16:06
ogra_(i only did the pastebin snippet to make it easier to read the apparmor specific bits)16:06
jdstrandogra_: are we using bind mounts? (bug #1425704)16:06
ubot5bug 1425704 in initramfs-tools-ubuntu-touch (Ubuntu) "Sometimes apparmor fails to generate a proper cache if rules are bind-mounted (provided by the device tarball)" [Undecided,New] https://launchpad.net/bugs/142570416:06
ogra_jdstrand, not during builds, no16:07
ogra_at least not that i know :)16:07
jdstrandalright, I guess we'll have to wait for the debug output16:07
jdstrandogra_: can you also: touch /custom/cache/apparmor/16:08
jdstrandogra_: err16:08
tyhicksjdstrand: fyi, I already tested setting the profile atime, ctime, and mtime to 1980 and then generating a cache file - the resulting cache file is the current date16:08
jdstrandtouch /custom/cache/apparmor/test-timestamp16:08
ogra_jdstrand, before or after generation ?16:09
jdstrandogra_: let's do test-timestamp.before and test-timestamp.after16:09
jdstrandso, both, with 2 files16:09
jdstrandogra_: actually, since you're there, how about ls -lR /custom16:10
ogra_before and after ?16:10
jdstrandI think that is basically everything and the kitchen sink16:10
jdstrandheh, sure16:10
jdstrandsince it takes awhile to see the output we might as well put as much in there as we can think of now16:11
sil2100Let's remember to revert that afterwards16:12
jdstrandogra_: not sure if you are using echos to say what is happening or set -x, but it would be easier to read to have one or the other16:12
jdstrandsil2100: oh yes, with the 'touch' commands we are creating a couple of empty files16:12
ogra_jdstrand, ^^^16:13
ogra_anything else you want ?16:13
jdstrandogra_: yes, ls -lR on /var/lib/apparmor and /var/cache apparmor before and after16:14
jdstrandogra_: oh, and 'date' at the top16:14
jdstrandtyhicks: can you think of anything else?16:14
jdstrandogra_: actually, also the ls -lRs you have at the end would be good16:15
* tyhicks looks16:16
jdstrandto see if the cp in the loop did anything weird16:16
ogra_our log will grow by 5MB :P16:17
jdstrandogra_: just one more at the top: echo "date is: `date`"16:18
ogra_anything missing ? else i'll upload livecd-rootfs16:18
jdstrandunless tyhicks has something else16:18
sil2100ogra_, jdstrand, tyhicks: thanks guys ;)16:18
tyhicksjdstrand, ogra_: I think that's good16:18
ogra_ok,. uploading16:20
ogra_done ... now !patience :)16:22
ogra_sil2100, your deb-src chaneg is included in this upload btw (i had pushed it to the branch earlier already)16:22
sil2100ogra_: thanks :)16:24
robrugood god every single silo is in use16:36
sil2100robru: yeah, feature freeze for OTA-6 ;)16:42
sil2100slangasek: can we free up the gcc-5 silos already or are those still in use?16:42
sil2100dbarth: hey! You remember the oxide-qt gcc-5 rebuild we were doing in silo 26?16:44
dbarthsil2100: yes16:44
dbarthany issues?16:44
robrusil2100: I'll also write an email highlighting the stalest silos16:44
davmor2sil2100: robru: that's because the silos are being used as test playgrounds rather than landing pods, pretty sure we've had this discussion a lot ;)16:47
robrudbarth: we're out of silos, can you free it if you're not using it? ;-)16:48
psivaaballoons: reminders-app ci and autolanding should now be free of generic-mediumtests-utopic16:51
seb128what does that mean?16:52
seb128"FileNotFoundError: [Errno 2] No such file or directory: '/var/lib/jenkins/silos/ubuntu/landing-014/config'"16:53
jhodappsil2100, silo 21 can be reclaimed...don't need it anymore16:54
sil2100jhodapp: oh, thanks :)16:54
sil2100dbarth: do you think we can just land that?16:55
sil2100dbarth: since it has built and was waiting16:55
dbarthsil2100: uh, i thought it was already landed; it doesn't show up on my dashboard anymore16:57
dbarthhmm, let me re-test realy quick then; but i will need some time to refresh my wily phone16:59
dbarthsil2100: is there a good image rev. i should target specifically?16:59
sil2100dbarth: oh, I already released that :)16:59
seb128how are sync from wily to the vivid ppa declared in the requests.c-t.u.c?16:59
sil2100It was a no-change rebuild so should be safe16:59
sil2100seb128: using source syncs?17:00
seb128sil2100, yes17:00
seb128I've a feeling my l141 is boggus17:00
sil2100seb128: use the Sync Source field to mention the place you sync from and list the packages in the Manual Source Packages17:00
sil2100https://wiki.ubuntu.com/citrain/SyncSilos <- as per this, but without mentioning the package names next to the sync17:01
sil2100(need to update this for bileto)17:01
seb128sil2100, so 141 is correct?17:01
sil2100Let me check17:02
seb128also the ppa destination entry is confusing17:02
seb128like I usually try to copy the ppa:team/name info17:02
seb128but that doesn't work17:02
sil2100hm, looks fineish - that's  the one that's failin, right?17:02
seb128then the url, which doesn't work17:02
seb128well, it failed because I had the wrong ppa syntax I think17:03
dbarthsil2100: doing some quick sanity checks again on arale17:03
seb128the system just take anything without giving you any feedback on invalid syntax17:03
dbarth(that's all i have for vivid right now)17:03
sil2100dbarth: thanks17:03
seb128there must be a better way ;-)17:03
sil2100seb128: use the drop down there ;)17:03
sil2100seb128: I don't know the format too so I just click on the field and use the auto-complete there17:04
sil2100seb128: I assigned the silo for you17:04
seb128it's an entry17:04
sil2100You know, auto-correct17:04
seb128oh, I didn't even notice it was doing that17:04
sil2100Double click and you get a drop-down of propositions17:04
sil2100Yeah, not entirely obvious17:04
seb128whoever working on the ui needs to talk to a designer ;-)17:04
seb128also the "don't edit" entries17:04
seb128wth are you making entries if they shouldn't be used17:04
sil2100Well, we need to have a redesign at some point, but at least it works right now ;p17:04
seb128but yeah :-)17:05
slangaseksil2100: the gcc-5 silos can be freed I think, yes17:05
seb128sil2100, thanks!17:05
sil2100seb128: yw!17:05
* ogra_ tickles the publisher 17:06
seb128sil2100, https://ci-train.ubuntu.com/job/ubuntu-landing-014-1-build/192/console ? :-(17:06
ogra_slow thing today :(17:06
seb128what's the issue?17:06
=== alan_g is now known as alan_g|EOD
* ogra_ waits for that livecd-rootfs upload to at least hit proposed17:07
sil2100slangasek: ok, cleaning the silos then17:11
ogra_sil2100, jdstrand, wily touch build kicked17:18
jibeloSoMoN, is 'find in page' supposed to work for bookmarks?17:19
ogra_for progress -> https://launchpad.net/~ubuntu-cdimage/+livefs/ubuntu/wily/ubuntu-touch17:19
oSoMoNjibel, it’s supposed to work for all pages, including those that are bookmarked, if that’s your question17:19
jibeloSoMoN, I mean when you open a new tab, there is a list of bookmarks and there you can open the menu and select 'find in page'17:21
jibeloSoMoN, which doesn't work. But I suppose find in page shouldn't be displayed17:22
oSoMoNjibel, that’s a very good point17:23
oSoMoNthis is something we never tested, good catch17:23
oSoMoNjibel, if that’s the only issue, would it be ok to go ahead with the landing provided we file a bug to track the issue and address it right away?17:24
jibeloSoMoN, it's the only minor issue I found. I propose to land it so we an export the new strings and land a fix later this week. what do you tinhk?17:24
oSoMoNgreat minds think alike :)17:24
jibeloSoMoN, okay, we agree :)17:24
dbarthsil2100: i miss libmedia-hub-client4, but i'm not sure of my install anymore17:26
dbarthi'll need to factory reset the phone, as usb is broken on that device17:26
oSoMoNtrainguards: can you publish silo 54, please?17:29
robruseb128: syncing packages is only supported for packages that have train-controller version numbers, it doesn't work for any arbitrary package. you'll have to do a manual upload for that one17:33
seb128robru, k, thanks17:33
robruyou're welcome17:34
robrujhodapp: what are you doing with silos 38 and 48? they have the same MPs, both targetting vivid+overlay, one is in the QA queue and one is building...17:41
jhodapprobru, after 48 builds, I won't need 38 anymore17:42
jhodapprobru, i don't need 21 anymore right now17:42
robrujhodapp: thanks17:42
dbarthsil2100. jhodapp: where do i find libmedia-hub-client4 for wily? i'm on devel-proposed17:43
jhodappdbarth, you'll have to check with tvoss, he did the bump to gcc5 for media-hub17:44
dbarththat´s blocking oxide on a clean/fresh wily image17:44
jibelrobru, jhodapp silo 25 failed in may and hasn't move since then. It's 'Ready for QA' because there was no state 'Failed QA' in the spreadsheet17:44
dbarthis tvoss around?17:44
jhodappI think so17:44
jhodappjibel, 24/25 can be freed17:44
robruoh goodie17:45
jibelcard corresponding to this landing https://trello.com/c/oH2fuDqy/1695-ubuntu-landing-025-media-hub-jhodapp17:45
sil2100dbarth: it might be in -proposed17:47
sil2100dbarth: devel-proposed is outdated...17:47
sil2100dbarth: there is a specific gcc-5 channel set up with wily images17:47
* jhodapp bbiab17:47
sil2100dbarth: ubuntu-touch/devel-proposed-g++5/ubuntu17:47
=== jhodapp is now known as jhodapp|errand
sil2100dbarth: thanks for testing :)!17:48
dbarthit's doing something, so i guess it's upgrading; may take a while; i'll report back later17:49
robrugreat, 11 free silos with another on the way17:52
tvossdbarth, yup17:54
tvossdbarth, what's the issue?17:54
dbarthtvoss: find libmedia-hub-client418:03
dbarthbut sil2100 told me where to find it18:03
dbarthunfortunately, now ssh dies after 10s on that device :/18:04
dbarthor the network link18:04
tvossdbarth, ah okay18:04
tvossdbarth, need anything from my side?18:04
dbarthtvoss: i hope not anymore :) thanks18:05
tvossdbarth, I'll be around for a bit, just give me a ping18:06
dbarthneed to reboot this vm18:06
oSoMoNjibel, I filed bug #1483847 to track the issue you found with find in page, nerochiaro will be working on a fix this week18:11
ubot5bug 1483847 in webbrowser-app (Ubuntu) ""find in page" should be disabled while the new tab view is visible" [High,Triaged] https://launchpad.net/bugs/148384718:11
infinityogra_: Hahaha.  Your stamps time-travelled to the future this time.18:26
ogra_lol, lovely18:26
ogra_sigh, but it didnt use the livecd-rootfs it was supposed to use18:27
=== jhodapp|errand is now known as jhodapp
infinityogra_: Was it in the release pocket?18:27
ogra_i made sure rmadison showed it in proposed when hitting "build" ...18:27
ogra_no, wiily uses proposed18:28
ogra_on touch at least18:28
infinityOh, the build used proposed.18:28
ogra_but seems i was to quick or rmadison lied18:28
* ogra_ re-starts a new build18:28
infinityIt's literally impossible for something to show in rmadison but not be on ftpmaster (and, thus, not in a build).18:29
infinityMaybe you just dyslexified 6 and 8?18:29
ogra_i looked for -proposed ;)18:30
ogra_would be interesting to know if this is an armhf-only issue, to bad i386 doesnt build at all :/18:31
infinityogra_: If it's armhf-only, I would guess only by chance.18:32
infinityogra_: As in, whatever it is, I'm sure it's buggy code, but it could be one of those "$arch makes the bug more obvious for reason $x" things.18:32
infinityLike bad char/int handling, for instance.18:33
infinityWhich it may well be.18:34
infinityGiven the signed/unsignd char thing.18:34
infinityAnd those dates in the distant past would be easily represented by accidental negatives.18:34
ogra_well, it is either apparmor or the click store ...18:34
infinity(negative UNIX timestamps do exactly what you'd expect)18:34
ogra_i think it is pretty unlikely it is the environment or some such18:35
infinityNo, it's software.18:35
infinityIt's probably been buggy forever, but if it had a chance at past or future stamps, we might have just been getting lucky and getting future ones before.18:35
infinityWhich no one would have noticed.18:35
infinityCause tar complains about future stamps, but nothing will error.18:36
ogra_hmm, the builder is arm64 running arm32, right ?18:36
ogra_ah, i thought the HW was 64 ...18:36
infinityThat'll change soon, but hasn't yet.  These are the same buildds we've been using since just after precise.18:37
infinityBest 25k of someone else's money I've ever spent, IMO.18:37
ogra_didnt save the company though18:38
ogra_but hey, at keast i got a rare t-shirt now :)18:38
sil2100ogra_: so another build will be required to get the new debugging? ;)18:38
ogra_sil2100, already running18:38
sil2100ACK ;)18:38
dbarthsil2100: well, there are some bugs with cordova but not related to oxide itself, still trying to have CTR installed (without ssh support :/)18:40
jdstrandogra_: fyi, https://launchpadlibrarian.net/214187360/buildlog_ubuntu_wily_armhf_ubuntu-touch_BUILDING.txt.gz is new but doesn't have the debugging changes18:40
dbarthsil2100: but i feel like this could land, ie the browser/youtube do work and i see no rendering or obvious regressions elsewhere18:40
jdstrandogra_: interestingly, it has timestamps of 2024 instead of 195918:40
ogra_jdstrand, yes, see backlog ... apparently i was to fast18:40
jdstrandtyhicks: fyi ^18:41
ogra_jdstrand, infinity has an interesting theory about signed/unsigned ints and timestamps being negative and all :)18:41
infinityjdstrand: It definitely reeks of bad int handling, but why would apparmor be writing its own timestamps in the first place?  Doesn't trust the filesystem to do it?18:41
jdstrandinfinity: I had the same questions18:42
infinityjdstrand: Cause looking at everything else in the tarball (ie: all the files that are just copied), the filesystem is behaving fine.18:42
bregmatrainguards, my silo 43 is languishing in -proposed and may do so for some time yet (gcc-5 blockificationage) but I do not forsee any further changes to it, would it be kosher to go ahead and publish and clean (or whatever the final procedure is)?18:52
robrubregma: yeah no worries18:52
bregmaI don;t want to unnecessarily hog a silo, and I have follow-on landings to get started through the process18:52
robrubregma: you can do that yourself, just click 'Clean' and check FORCE18:52
bregmarobru, just the one step?18:53
robrubregma: well click 'Clean' in dashboard, click FORCE, then click 'Build' button, so really 3 clicks to make it happen18:53
robrubregma: but yeah, it will skip the check that says "this didn't land yet" and then do the merge, and free the silo18:54
bregmathat's just one step with 3 parts to it...  this is going to make my day18:54
jhodapprobru, silo 38 can be freed up now18:56
* bregma likes a dirty silo18:57
* ogra_ hands bregma mop and bucket18:57
robrujhodapp: thanks18:59
tyhicksinfinity, jdstrand: apparmor_parser sets its own timestamps on the cache files that it generates in order to know when to consider those cache files as stale19:05
tyhicksinfinity, jdstrand: the cache file's mtime is set to the newest mtime seen while processing all of the profile and abstraction files used to compile the cache file19:06
infinitytyhicks: Okay, so if you're setting your own timestamps, odds are you've got a bad char->int conversion going on somewhere.19:07
infinitytyhicks: ie: using a char where you should have used an int.19:07
dbarthsil2100 or robru: silo26/oxide in -proposed can go ahead, i re-did some sanity checks earlier, if you missed it19:07
infinitytyhicks: That's my guess just from the symptoms, anyway.19:07
tyhicksinfinity: a possibility for sure - I'll look over the tstamp handling code while we're waiting for the debugging build output19:08
infinitytyhicks: This looks like the sort of thing that might want a testsuite to validate it's working as designed. ;)19:08
robrudbarth: what do you mean by "go ahead"?19:09
robrudbarth: you mean you want the branches merged?19:09
tyhicksinfinity: agreed - I don't see any tests for this19:11
tyhicksI think I found the problem19:12
tyhicksutimes(2) is being used to set the cache file timestamp19:14
tyhicksfrom the man page:19:14
tyhicks"times[0]  specifies  the  new  access  time, and times[1] specifies the new modification time."19:14
tyhickspassing an array of one times element probably doesn't do what was intended there :)19:15
ogra_haha, yeah19:15
tyhicksinfinity, jdstrand: ^19:16
tyhicksthough I wonder why I can't reproduce that bug19:16
dbarthrobru: there are no branches, just free the package in -proposed and/or free the accompanying silo19:17
robrudbarth: free the package in proposed? you mean remove it from proposed so it doesn't land in distro?19:17
dbarthrobru: no, it *can* land ;)19:18
dbarthie, this is the same 1.8.4 update, and we were just fearing some compiler hiccups, but the build is ok19:18
robrudbarth: ok well it's stuck on boottest, will need somebody to look at that19:18
dbarthah, what's the link to that?19:18
robrucihelp: can somebody investigate this boottest? http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html#oxide-qt might need to retry, thanks19:18
robrudbarth: ^19:19
dbarthyup, but nothing in the logs i could decipher19:20
jdstrandtyhicks: oh, huh. interesting that ever worked. that is new in 2.10?19:20
robrucihelp: yeah this is really weird and wrong: https://jenkins.qa.ubuntu.com/job/wily-boottest-oxide-qt/lastBuild/console19:22
fgintherrobru, I've retrigered it. The device it was running on was taken offline, I'll have to retrigger a couple of more builds too.19:22
robrufginther: ah ok, thanks19:22
tyhicksjdstrand: yes, the patch hit trunk on Jun 619:22
ogra_sil2100, ^^ issue found (but at least we have *really* informative image build logs now :) )19:23
infinitytyhicks: If I had to guess as to why it "works" on some arches sometimes, I'd bet your pointed to your non-array is evaluating to zero, and just setting all the times to now().19:24
infinitytyhicks: It's more curious why it explodes so spectacularly on armhf, but fixing it to actually by an array does seem like it'd do the job.19:25
tyhicksinfinity: I think so too19:25
tyhicksbut I'm not sure that the author of that bit of code meant to set atime19:26
tyhicksI'll figure that out and get a fix out19:26
ogra_infinity, well, that cache hackery we do on touch is very special ... if the cache files would just be wrong and land in an image (without the re-packing of the tarball the system-image server does) you wouldnt even notice19:26
ogra_they would just get re-generated on boot19:26
ogra_so i doubt you would really notice it on anything but touch19:27
infinitytyhicks: Setting atime and mtime to the same thing seems like it would do what you're after if it's about stale caches.19:27
infinityogra_: Oh, I think only touch directly explodes because of it, but tyhicks was implying he can't reproduce on x86 either, which I think is just pure luck.19:28
tyhicksinfinity: yeah, I can't think how setting atime would negatively mess with the cache design19:28
infinityFeeding bad input to utimes could certainly evaluate in a way that it would interpret as "set all the times to now".19:28
infinityStill super curious how it's evaluating to "set the times to prehistoric" on ARM, mind you.19:29
infinityBut also not deep with the caring, if we can fix it and validate it s.19:29
tyhicksutimes() is actually failing because the second element is gibberish and setting errno to EINVAL (undocumented in the man page)19:35
infinitytyhicks: Anyhow, thanks from the bottom of my heart for not taking the usual knee-jerk "blame the builders" approach and actually reading your own code. ;)19:35
tyhicksthe return value is incorrectly being ignored so the failing isn't detected19:35
tyhicksinfinity: any time :)19:36
tyhicksit just so happens that on armhf, the gibberish is sometimes valid gibberish and results in a bad timestamp19:38
tyhicks(could happen on any arch019:38
kgunnslangasek: am i reading this right? https://requests.ci-train.ubuntu.com/static/dashboard.html#?q=ubuntu%2Flanding-03520:26
kgunnunity-api should flow thru to wily like any minute.... (and unity8 already did)20:27
slangasekkgunn: hmm, which part are you looking at?  All I see there is that it's in proposed20:33
kgunnslangasek: i was just looking at the excuses for it20:34
slangasekkgunn: ok. clicking through to http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html#unity-api shows it's a "valid candidate" but that just means it doesn't have any blockers itself... it still has to go through installability checks after that20:34
kgunnslangasek: but i noticed unity8 isn't listed there as "in proposed" either and it's not in excuses (based on grepping)20:35
kgunnso it's actually released...20:35
slangasekah; correct.  did unity8 not have dependencies on any packages with C++ ABI changes?20:36
slangasekwe didn't add any artificial blocks for phone packages, so if unity8 was installable and passed its tests, it was let through20:36
slangasekkgunn: I do see on http://people.canonical.com/~ubuntu-archive/proposed-migration/update_output.txt that unity-api was also accepted now, however20:37
slangasekso yes, both packages are in wily20:37
robrufginther: thanks for the retry, looks good now20:56
josephtdobey: what are your thoughts on this MP?  We're thinking we may be able to use some of it for our work but don't want to use something that hasn't got a chance of being merged.  The addmergeignore bits won't be needed.21:27
josephtdobey: https://code.launchpad.net/~didrocks/tarmac/jenkins-plugins/+merge/8316321:27
dobeyjosepht: well, it's a plug-in, which is good. i just did a quick skim, and didn't read the code, but i'm guessing that dealing with jenkins is going to turn out roughly the same, no matter how youw write it21:30
josephtdobey: okay, thanks for looking.21:32
=== salem_ is now known as _salem

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