=== chihchun_afk is now known as chihchun | ||
=== chihchun is now known as chihchun_afk | ||
=== chihchun_afk is now known as chihchun | ||
=== chihchun is now known as chihchun_afk | ||
=== chihchun_afk is now known as chihchun | ||
dbarth | hi trainguards: i'm trying to see what to do about https://requests.ci-train.ubuntu.com/#/ticket/1545#audit_log | 08:05 |
---|---|---|
dbarth | in particular, if i need to rebuild / land normally, as i remember this silo having been used already to unblock the arm64 builds | 08:06 |
Mirv | dbarth: well it surely looks the webbrowser-app build is 4 days old and needs a rebuild. not really sure about the arm64 part but I don't see anything old lingering in the PPA. | 08:18 |
sil2100 | dbarth: IIRC this silo would be nice to have but is not super required as we changed the necessary deps to get rid of the ubuntu-html5-theme old package | 08:24 |
dbarth | ahh | 08:25 |
sil2100 | dbarth: this is just for upgrade paths | 08:25 |
dbarth | ok, well, i'll rebuild and push anyway then | 08:25 |
dbarth | i wanted to avoid pushing something already semi-applied or something | 08:25 |
dbarth | thanks for the confirmation | 08:25 |
=== chihchun is now known as chihchun_afk | ||
=== chihchun_afk is now known as chihchun | ||
mzanetti | ogra, https://bugs.launchpad.net/ubuntu/+source/webbrowser-app/+bug/1604611 | 09:13 |
ubot5 | Launchpad bug 1604611 in webbrowser-app (Ubuntu) "[webapp-container] Undocumented command line option --no-australia-mode" [Undecided,Invalid] | 09:14 |
ogra | mzanetti, HAHAHAHAHAHAHAHAHAHA !!!! | 09:14 |
mzanetti | what a great morning :D | 09:14 |
popey | brilliant | 09:20 |
sil2100 | Oh my | 09:31 |
sil2100 | ogra: now look what you've done! | 09:31 |
ogra | :) | 09:31 |
Mirv | uh oh.. | 10:05 |
Mirv | I'll let sil2100 handle that mystery triple-really-xenial silo :) | 10:14 |
sil2100 | ;) | 10:14 |
sil2100 | Yessss, it's 3vil | 10:15 |
sil2100 | Especially that I already sense that address-book-app will require some special handling in the archive in yakkety | 10:15 |
Mirv | doh, I'm over PPA size limit, no wonder my uploads didn't show up :( https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/landing-024/+packages | 10:27 |
Mirv | posted https://answers.launchpad.net/launchpad/+question/298263 | 10:27 |
Mirv | thanks to Colin | 11:03 |
sil2100 | Mirv: eh, I think I need to publish this silo 'by hand' | 11:19 |
sil2100 | Since I guess it's expecting me to add yakkety and vivid landings for the other packages | 11:20 |
Mirv | so it is | 11:21 |
sil2100 | That sucks a bit | 11:22 |
popey | jibel: https://requests.ci-train.ubuntu.com/#/ticket/1697 with hugs. | 11:27 |
rvr | Kaleo: ping | 12:30 |
=== _salem is now known as salem_ | ||
rvr | boiko: ping | 12:56 |
boiko | rvr: pong | 12:56 |
rvr | boiko: Hi | 12:56 |
rvr | boiko: I'm checking silo 41 | 12:57 |
boiko | rvr: hello :) | 12:57 |
rvr | boiko: Do you know exactly what to look for async_bottom_edge? | 12:57 |
boiko | rvr: salem_ knows more about that one, but I would say to test if bottom edge works in phone mode | 12:59 |
rvr | boiko: That's working, yes | 12:59 |
rvr | salem_: ^ | 12:59 |
boiko | salem_: what was the case to invoke it from the url dispatcher? | 13:00 |
salem_ | rvr, boiko open messaging-app via dialer and address-book | 13:03 |
seb128 | sil2100, hey ... so address-book-service despite my packaging review/need to fix from yesterday?! it's fine but no need to ask me for reviews anymore from this point on this apparently things keep landing ignoring review comments | 13:16 |
seb128 | kenvandine, ^ there is your name on those so just as fyi | 13:16 |
Mirv | sil2100: I wonder why ubuntu-touch/staging/ubuntu images older than 31 are missing? I'm trying to bisect when the xenial worked | 13:17 |
kenvandine | seb128, oh? i didn't look at the merge proposal again just the diff | 13:17 |
seb128 | kenvandine, which is missing replaces for files moved between binaries | 13:18 |
seb128 | which I pointed yesterday when asked for review | 13:18 |
seb128 | shrug | 13:18 |
seb128 | also the e-d-s-ubuntu naming sucks | 13:18 |
seb128 | it's not descriptive on what that package is or does | 13:18 |
kenvandine | which branch did you comment on? | 13:19 |
seb128 | none, I was pinged on this IRC channel | 13:19 |
seb128 | I don't even know which branch correspond | 13:20 |
seb128 | Lucasz gave me a url to the packaging diff artifact | 13:20 |
kenvandine | seb128, i'm surprised it updates cleanly without the replaces | 13:24 |
seb128 | depends of the binaries unpack order | 13:24 |
seb128 | it's moving between debs | 13:24 |
sil2100 | dbarth: hey! | 13:24 |
sil2100 | dbarth: are you around? | 13:24 |
seb128 | sil2100, sure ignore me | 13:24 |
kenvandine | seb128, yeah | 13:24 |
kenvandine | i just would think it would install the new package first to satisfy the depends | 13:24 |
sil2100 | seb128: uh oh! I didn't land it! | 13:24 |
kenvandine | which would then break | 13:25 |
kenvandine | sil2100, i did... :/ | 13:25 |
sil2100 | seb128: it was broken so I didn't touch it! We don't have any real means to reject it in the train | 13:25 |
kenvandine | didn't know seb128 had an issue with it | 13:25 |
kenvandine | but seb128 was clearly right :) | 13:25 |
seb128 | the train has a "verification" section no? | 13:25 |
seb128 | we could flag it as failing verification | 13:25 |
kenvandine | seb128, btw... looks like the ppc64el issue is gnome-settings-daemon needing nautilus-data:ppc64el | 13:26 |
sil2100 | seb128: hm, yeah, I could, but it's a QA field, but yeah, I could have just used it - I *assumed* that since it requires a binNEW from an archive admin then no one will publish it withou an approval of an archive admin | 13:26 |
seb128 | kenvandine, that binary is arch all | 13:26 |
seb128 | sil2100, binNEW doesn't need pre-review | 13:27 |
sil2100 | Since no one publishes binNEW packages without an explicit ACK | 13:27 |
seb128 | you are confusing it with sourceNEW | 13:27 |
sil2100 | seb128: in the train procedures we do that | 13:27 |
sil2100 | There's always a warning | 13:27 |
seb128 | coredev can publish new bins no? | 13:27 |
seb128 | kenvandine, ^ | 13:27 |
kenvandine | gnome-settings-daemon:ppc64el : Depends: nautilus-data:ppc64el (>= 2.91.3-1) but it is not installable | 13:27 |
sil2100 | They can, yes, but they should always consult archive admins first | 13:27 |
sil2100 | That's why I did that | 13:27 |
seb128 | kenvandine, dunno what's going on there | 13:27 |
kenvandine | yeah... i should have caught the issue, but there was no way to track that another dev had nack | 13:28 |
seb128 | next time I just free the silo :p | 13:28 |
kenvandine | lol | 13:28 |
sil2100 | Will make sure to always leave a comment | 13:28 |
sil2100 | At least | 13:28 |
kenvandine | sil2100, i do for new sources | 13:28 |
seb128 | thanks | 13:28 |
kenvandine | a comment would be enogh | 13:28 |
kenvandine | enough | 13:28 |
kenvandine | i look at those | 13:28 |
kenvandine | seb128, so i think that's the cause for the autopkgtest failures for yakkety ppc64el | 13:30 |
sil2100 | Will do, but there's always a comment on top of the packaging diff " * Please consult an archive admin about adding or removing these packages: " for new binaries | 13:31 |
dbarth | sil2100: yup | 13:31 |
kenvandine | sil2100, seb128: i should have noticed the missing Replaces too... | 13:33 |
seb128 | kenvandine, also I pointed out that the e-d-s-ubuntu name doesn't make much sense | 13:35 |
seb128 | even with the description | 13:35 |
seb128 | is that eds on ubuntu ? for ubuntu ? for ubuntuone? | 13:35 |
kenvandine | yeah, but it matches the eds module name | 13:37 |
kenvandine | but i see your point | 13:37 |
seb128 | I still don't understand what is "ubuntu" in this contect | 13:37 |
seb128 | we have -uoa or -goa | 13:38 |
seb128 | but those are modules for eds to integrate to uoa or goa which are part of ubuntu | 13:38 |
seb128 | is -ubuntu superseeding -uoa? | 13:38 |
kenvandine | i think these are just for sync | 13:38 |
kenvandine | dunno | 13:38 |
kenvandine | renatu, ^^ | 13:38 |
seb128 | that landing is a mess :-/ | 13:38 |
seb128 | kenvandine, sil2100, that upload is blocking in proposed until those issues are sorted, including naming | 13:39 |
renatu | seb128, kenvandine , this is an EDS source plugin. To store some ubuntu-phone specific informations into these sources. | 13:40 |
seb128 | the description should say that | 13:40 |
seb128 | and the name should be more specific that "ubuntu" | 13:40 |
renatu | For example: Every calendar source has the account-id and application-id that creates that source | 13:40 |
renatu | seb128, sure I can change that | 13:41 |
renatu | seb128, any suggestion :D | 13:41 |
bregma | sil2100, did you manualy upload x.org into the xenial overlay? | 13:42 |
sil2100 | bregma: yes, what's up? | 13:43 |
bregma | how is that going to work with the ongoing Xmir work and xenial SRUs of the same package? | 13:44 |
bregma | was there full testing by the XMir/libertine teams on both device and desktop? (don't bother answering, we didn't get notice) | 13:45 |
sil2100 | bregma: I'll sync that up for a xenial SRU | 13:45 |
sil2100 | bregma: it was a packaging-only change, adding arm64 binaries which did not exist before - testing is not required as there are no testing devices, am I right? | 13:46 |
sil2100 | If there are, why were there no arm64 binaries built? | 13:46 |
sil2100 | The overlay upload was required as we needed this unblocked ASAP, an SRU with the changes will follow | 13:47 |
bregma | OK, if you can guarantee it's only a packaging change and it's been coordinated with Ubuntu distro so it doesn't get lost in the SRU process | 13:48 |
bregma | given there is no QA on our flagship desktop product and it'd frequently broken by overlay uploads, I am paranoid | 13:48 |
seb128 | renatu, not really since I don't understand the detail, but e-d-s-utouch-data-sync or similar if that's what it does | 13:49 |
rvr | salem_: Back | 13:54 |
rvr | salem_: So I have launched messaging app from address book and dialer app | 13:57 |
rvr | salem_: "Type message" shows fine, is that the related bottom edge widget? | 13:58 |
salem_ | rvr, yes, actually, when launched from another app, you don't get the bottom edge | 13:59 |
kenvandine | seb128, is Replaces enough? or do we need a Conflicts too? | 14:00 |
salem_ | rvr, I mean, if the recipient is set, if you for example launch messaging-app from browser, then the bottom edge must be triggered during startup and the input field populated with the link/text. | 14:00 |
seb128 | kenvandine, R,B nowadays I think? | 14:00 |
kenvandine | oh right | 14:00 |
kenvandine | Conflicts always confuses me... :) | 14:00 |
rvr | salem_: Let me check that | 14:01 |
rvr | salem_: oSoMoN: Sharing a link with messaging app shows only the title, not the URL | 14:11 |
rvr | (of the page) | 14:11 |
salem_ | rvr, I think this is a known bug. but a browser bug. | 14:13 |
jibel | sil2100, ^ | 14:24 |
sil2100 | \o/ | 14:25 |
jibel | mir for arm64 | 14:25 |
sil2100 | eh, autopkgtests are failing for ppc | 14:25 |
dbarth | sil2100: what's up btw? | 14:28 |
sil2100 | dbarth: ah, unping, nvm - chrisccoulson answered already on -release ;) We had some oxide-related discussion | 14:28 |
jibel | sil2100, hm, there is an issue with ubuntu-system-settings and powerd there | 14:28 |
dbarth | ok nw | 14:29 |
jibel | sil2100, unrelated to mir but worth having a look | 14:29 |
kenvandine | seb128, mind taking a look at https://code.launchpad.net/~renatofilho/address-book-service/rename-eds-extension/+merge/300614 | 14:34 |
seb128 | kenvandine, need to replaces address-book-service (<< 0.1.2) as well no? | 14:35 |
seb128 | otherwise looks fine | 14:36 |
seb128 | I'm not sure -utouch is better than -ubuntu | 14:36 |
kenvandine | renatu, ^^ | 14:36 |
kenvandine | seb128, that's what i said :) | 14:36 |
seb128 | but I'm not going to argue about naming | 14:36 |
seb128 | it's still not descriptive | 14:36 |
kenvandine | but i don't have any suggestions for something better | 14:36 |
seb128 | and we are trying to move away from touch | 14:36 |
seb128 | you can as well keep ubuntu... | 14:36 |
seb128 | or -ubuntu-source-sync | 14:36 |
seb128 | that might be long though | 14:37 |
renatu | I would prefer not use "sync" | 14:37 |
sil2100 | At least the description should be updated | 14:37 |
renatu | it is not specific for sync | 14:37 |
renatu | is more to link apps and sources | 14:37 |
seb128 | well I still not understand what that does | 14:37 |
renatu | in case remove a app, we want to remove the sources | 14:37 |
seb128 | but the name ideally would convey the use | 14:37 |
seb128 | or the function rather | 14:38 |
seb128 | whatever that binary once installed doe | 14:38 |
seb128 | does | 14:38 |
kenvandine | renatu, you need a Replaces for address-book-service as well | 14:50 |
kenvandine | and a Breaks for eds-ubuntu | 14:50 |
renatu | kenvandine, Replaces?? with the old version? | 14:51 |
renatu | is that not automatically? | 14:51 |
kenvandine | replaces any version | 14:51 |
kenvandine | since that package is going way | 14:52 |
renatu | address-book-services does not replaces any package | 14:52 |
kenvandine | no no no | 14:52 |
renatu | :D | 14:52 |
kenvandine | +Breaks: address-book-service (<< 0.1.2) | 14:52 |
kenvandine | +Replaces: address-book-service (<< 0.1.2) | 14:52 |
kenvandine | for eds-utouch | 14:53 |
renatu | ok | 14:53 |
kenvandine | and add a Breaks: eds-ubuntu too | 14:53 |
kenvandine | seb128, ignore what i said about nautilus-data on ppc64el... that was just because i'm messing around with a schoot with --target ppc64el | 14:56 |
kenvandine | i can't get a qemu image to boot | 14:56 |
kenvandine | to really know wtf is going on | 14:56 |
=== alesage_ is now known as alesage | ||
kdub | https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/landing-036/+build/10493903 has no build log? is this a i386 builder problem? | 16:23 |
cjwatson | kdub: A few builds were taken out by a firewall switchover this afternoon, I believe. I'll dig out the list of build IDs and retry them in bulk. | 16:26 |
kdub | cjwatson, ah, alright. thanks! | 16:26 |
cjwatson | Hmm, maybe lcy01 is still sad | 16:27 |
cjwatson | kdub: I've retried the affected builds; the underlying issue isn't yet fixed but I've put the affected builders in manual mode for the time being. | 16:59 |
kdub | cjwatson, thanks, so does that mean that if I re-click the build button myself the i386 builds won't work? | 17:00 |
cjwatson | kdub: What? | 17:00 |
kdub | cjwatson, not sure what 'manual mode' for a builder is | 17:01 |
kdub | and that was my confusing guess | 17:01 |
cjwatson | kdub: Firstly, that build has already succeeded; secondly, it wasn't an i386 vs. everything else issue, it was a subset of the amd64/i386 builders. | 17:01 |
cjwatson | kdub: So for the time being builds will just go to builders that work instead. | 17:01 |
kdub | cjwatson, ah, I understand better, thanks for the help | 17:02 |
cjwatson | np | 17:02 |
=== chihchun is now known as chihchun_afk | ||
cjwatson | ... and they're back now. | 17:14 |
Mirv | sil2100: unping regarding images, no need to dig, I found a more recent booting xenial image. I'll continue tomorrow pinning down what broke. | 17:32 |
Mirv | (31 did not boot into unity8, 40 does) | 17:32 |
sil2100 | Mirv: ah! Sorry, saw your ping but forgot to reply - we don't keep too many images in staging for space-efficiency | 17:33 |
sil2100 | I mean, we didn't focus much on staging for now so the fullcount is a bit smaller than usually | 17:33 |
camako | sil2100, as expected we are seeing the same unrelated failure that we had seen with britney during migration in proposed (http://people.canonical.com/~ubuntu-archive/proposed-migration/yakkety/update_excuses.html#mir) | 17:54 |
camako | can you help? | 17:54 |
sil2100 | camako: hey! I think kenvandine was looking into that | 17:55 |
robru | camako: you should ask in #ubuntu-release | 17:55 |
camako | yes he was suffering from it too | 17:55 |
camako | robru, ok thanks | 17:56 |
sil2100 | We all are... ;) | 17:56 |
camako | :-) | 17:56 |
sil2100 | I'll be slowly EODing so I would only be able to take a look tomorrow, but possibly someone will resolve that till that time | 17:56 |
robru | Brb | 18:08 |
rvr | boiko: This ticket don't have lander not automated signoff https://requests.ci-train.ubuntu.com/#/ticket/1600 :-/ | 18:19 |
rvr | doesn't | 18:19 |
kenvandine | camako, sorry i'm about to give up | 18:28 |
kenvandine | can't seem to get a ppc64el environment working enough to try to figure out what depends is broken | 18:29 |
robru | rvr: was approved on the 14th but then rebuilt on the 18th thus invalidating the approval | 18:35 |
rvr | robru: I see | 18:36 |
rvr | robru: I tested it and wanted to give the seal of approval | 18:37 |
robru | rvr: we should talk to jibel about getting trello cards removed from the queue when lander approval disappears | 18:38 |
rvr | robru: Or adding comments | 18:39 |
robru | rvr: really we should roll the trello board into bileto as one unified thing... | 18:39 |
robru | but that's on the backburner for now | 18:40 |
rvr | robru: Yeah, that should take some time to develop | 18:41 |
camako | kenvandine, some hint was introduced to get around this problem... Not sure abt the details | 18:45 |
camako | see #ubuntu-release | 18:45 |
robru | camako: it just means the problem is being ignored instead of fixed | 18:52 |
boiko | rvr: I think salem_ was testing it | 18:53 |
boiko | salem_: did you mark as ready for QA? | 18:53 |
boiko | or maybe bfiller did? | 18:53 |
rvr | boiko: At some point was marked as ready for QA, because a trello card appeared. | 18:53 |
boiko | rvr: yeah, I was not actively testing this one, so it was either bfiller or salem_, let's see what they say about it | 18:54 |
dobey | robru, kenvandine: is this still the system-settings issue? | 18:55 |
salem_ | boiko, can't remember if it was me or bfiller | 18:55 |
boiko | salem_: bfiller: but in practice it was already ready for QA, right? | 18:56 |
robru | dobey: on ppc64el, yes | 18:56 |
robru | boiko: the audit log on the ticket says that bfiller approved it on the 14th and then bfiller rebuilt it on the 18th | 18:58 |
dobey | still haven't figured that out? seems like an issue in trying to install gnome-settings-daemon and unity-control-center both, afaict | 18:58 |
dobey | not sure why it didn't fail on other archs | 18:58 |
kenvandine | dobey, i've been try ing to setup a ppc64el environment to try to reproduce | 18:59 |
kenvandine | tried with the adt tools, qemu, etc | 18:59 |
boiko | robru: thanks! | 18:59 |
kenvandine | nothing boots | 18:59 |
robru | boiko: you're welcome | 18:59 |
boiko | salem_: you tested the latest version from the silo, right? so I guess we can mark as ready for QA anyways | 19:00 |
dobey | kenvandine: i guess a chroot with ppc64el as alternate arch wouldn't work? | 19:00 |
salem_ | boiko, I did | 19:00 |
kenvandine | dobey, no... i tried that | 19:01 |
kenvandine | it gets really confused :) | 19:01 |
dobey | well, make more stuff multi-archable :) | 19:01 |
boiko | salem_: bfiller: rvr: I'll mark as ready for QA and then we wait for britney, does that work for you guys? | 19:01 |
rvr | boiko: Sure | 19:01 |
salem_ | boiko, yes | 19:02 |
rvr | morphis: Hey. The branch in silo 44 needs review. | 19:05 |
ChrisTownsend | trainguards: Hey, any way to free up some silos? :) | 19:25 |
robru | ChrisTownsend: sure, one sec | 19:25 |
ChrisTownsend | robru: Thanks! | 19:26 |
robru | ChrisTownsend: ok, there's one free for you, I'll free a few others shortly | 19:27 |
ChrisTownsend | robru: k, thanks | 19:28 |
robru | ChrisTownsend: you're welcome | 19:28 |
boiko | rvr: salem_: britney approved silo 41 | 19:35 |
rvr | boiko: salem_: Silo 41 approved | 22:03 |
salem_ | rvr, thanks | 22:04 |
boiko | rvr: thanks! | 22:51 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!