[06:35] <Mirv> if a core-dev or MOTU is around, please ack (approve) these quite simple build dependency (and make option) changes (the debian/* parts): https://ci-train.ubuntu.com/job/ubuntu-landing-008-2-publish/lastSuccessfulBuild/artifact/packaging_changes_dialer-app_0.1+14.10.20140912-0ubuntu1.diff + https://ci-train.ubuntu.com/job/ubuntu-landing-008-2-publish/lastSuccessfulBuild/artifact/packaging_changes_history-service_0.1+14.10.20140912-0ubuntu1.diff
[08:20] <cjwatson> Mirv: ack both
[09:38] <Mirv> thanks colin
[17:49] <blkperl> slangasek: the workaround in the RH ticket does not seem to work
[18:00] <slangasek> blkperl: doh.  You may want to follow up to the bug report with that info
[18:00] <slangasek> (the Ubuntu bug report, not the RH one)
[18:06] <blkperl> slangasek: yeah i updated the bug report
[18:08] <blkperl> slangasek: can the importance be set to something, probably high or critical?
[18:09] <slangasek> blkperl: so looking more closely, I'm not sure yours is the same bug, anyway.  this bug report is about a partially-incorrect uid mapping... but you have files in a directory which are all owned by the same user, some of which are shown correctly and some not, so it's not a truncated uid map problem?
[18:13] <blkperl> slangasek:  the bug reporter has files owned by nfsnobody in the comments though
[18:14] <slangasek> blkperl: yes, but it's not a case of some files showing correctly and some not when owned by the same user; the breakdown is along uid
[18:16] <blkperl> slangasek: ok
[18:17] <blkperl> yeah so I guess my bug is the same uid and gid are showing up as nfsnobody
[18:21] <blkperl> slangasek: thats interesting, /run/rpc_pipefs/nfs is missing on a broken client
[18:22] <blkperl> wait nvm that was because i turned off idmap
[18:30] <blkperl> slangasek: sounds like this bug maybe, https://bugs.launchpad.net/ubuntu/+source/nfs-utils/+bug/976632
[18:39] <blkperl> well maybe not
[20:07] <slangasek> smoser: sorry for not getting back to you yesterday on http://paste.ubuntu.com/8327941/ - so all of the /run/cloud-init/local-finished stuff, is that a workaround for something?