[00:04] -queuebot:#ubuntu-release- New binary: onedriver [arm64] (noble-proposed/universe) [0.14.1-1] (no packageset)
[00:07] <guiverc> ( we [Lubuntu] wanted to include arraybolt3 who isn't on Lubuntu Council; Aaron is going to act as release manager for 22.04.4 )
[00:09] <vorlon> wanting to include arraybolt3 can be done by adding him as a direct member of the team; the current situation as mentioned is that any core dev can now request iso rebuilds for lubuntu...
[00:10] <arraybolt3> somehow Ubuntu Core Development Team is a subteam of Lubuntu Developers, which is in turn a subteam of lubuntu-iso-managers
[00:15] <vorlon> I am a strong proponent that any team in Ubuntu which owns packages in the archive and maintains those packages in a launchpad team VCS should have core-dev as a member of that team so that there's not a disconnect between upload rights and commit rights
[00:15] <vorlon> what I think is wrong here is that "ISO managers" is a superset of "Lubuntu Developers"
[00:21] <arraybolt3> I mean, to me that seems backwards - core devs can and should be able to override things in the archive, but messing with the "upstream" (ish) sources should reasonably be limited to the people who have deep internal knowledge of those sources. On the other hand anyone who has deep internal knowledge of those sources also is a deep part of the corresponding team and should be able to do
[00:21] <arraybolt3> ISO-related things like requesting respins. That's my first thought on it, though obviously I've not been around as long as others here so perhaps there are serious problems my way of doing things can result in (other than those caused by poor coordination, though that's a concern too).
[00:26] <ItzSwirlz> vorlon, ~ubuntucinnamon-dev
[00:29] <vorlon> ItzSwirlz: so as per the above discussion regarding lubuntu, setting this gives 128+ people access to request cinnamon respins https://launchpad.net/~ubuntucinnamon-dev
[00:30] -queuebot:#ubuntu-release- Unapproved: gjs (jammy-proposed/main) [1.72.2-0ubuntu2 => 1.72.4-0ubuntu<IP_ADDRESS>~really.is.<IP_ADDRESS>ubuntu<IP_ADDRESS>] (desktop-core, desktop-extra, i386-whitelist, mozilla)
[00:33] <ItzSwirlz> probably eventually have a group of people in a separate ~ubuntucinnamon-release team
[00:34] <vorlon> perhaps better to wait until that exists, before changing the current working thing?
[00:35] -queuebot:#ubuntu-release- Unapproved: gjs (jammy-proposed/main) [1.72.2-0ubuntu2 => 1.72.4-0ubuntu<IP_ADDRESS>~really.is.<IP_ADDRESS>ubuntu<IP_ADDRESS>] (desktop-core, desktop-extra, i386-whitelist, mozilla)
[00:40] -queuebot:#ubuntu-release- Unapproved: gjs (jammy-proposed/main) [1.72.2-0ubuntu2 => 1.72.4-0ubuntu<IP_ADDRESS>~really.is.<IP_ADDRESS>ubuntu2] (desktop-core, desktop-extra, i386-whitelist, mozilla)
[00:48] <Eickmeyer> ItzSwirlz: You know, you can always just... you know, create ~ubuntucinnamon-release yourself.
[00:58] -queuebot:#ubuntu-release- Unapproved: gjs (jammy-proposed/main) [1.72.2-0ubuntu2 => 1.72.4-0ubuntu<IP_ADDRESS>~really.is.<IP_ADDRESS>ubuntu2] (desktop-core, desktop-extra, i386-whitelist, mozilla)
[01:26] <bdmurray> vorlon: cd-boot-images* packages are phasing for jammy which seems unnecessary
[01:30] <vorlon> bdmurray: bumped
[01:33] -queuebot:#ubuntu-release- New binary: pytorch-scatter [amd64] (noble-proposed/universe) [2.1.2-1build1] (no packageset)
[01:36] -queuebot:#ubuntu-release- New binary: pytorch-cluster [amd64] (noble-proposed/universe) [1.6.3-1build1] (no packageset)
[01:40] -queuebot:#ubuntu-release- New binary: pytorch-scatter [arm64] (noble-proposed/universe) [2.1.2-1build1] (no packageset)
[01:45] -queuebot:#ubuntu-release- Unapproved: gjs (jammy-proposed/main) [1.72.2-0ubuntu2 => 1.72.4-0ubuntu<IP_ADDRESS>] (desktop-core, desktop-extra, i386-whitelist, mozilla)
[01:45] <mitchdz> tjaalton: How would you like to proceed with https://bugs.launchpad.net/ubuntu/+source/samba/+bug/2046994? I just cleaned up the autopkgtest regressions (flaky tests). Jammy is verified by the user, but Focal is not verified due to hardware constraints. We could either leave Focal in -proposed until someone can verify it, or push both.
[01:46] -ubottu:#ubuntu-release- Launchpad bug 2046994 in samba (Ubuntu Jammy) "Spotlight search function broken with macOS Ventura and later client" [High, Fix Committed]
[01:53] -queuebot:#ubuntu-release- New binary: open3d [amd64] (noble-proposed/universe) [0.18.0+ds-3] (no packageset)
[02:09] -queuebot:#ubuntu-release- New binary: pytorch-cluster [arm64] (noble-proposed/universe) [1.6.3-1build1] (no packageset)
[03:13] -queuebot:#ubuntu-release- New binary: onedriver [riscv64] (noble-proposed/universe) [0.14.1-1] (no packageset)
[05:15] -queuebot:#ubuntu-release- New binary: mininet [amd64] (noble-proposed/none) [2.3.0-1.1] (no packageset)
[05:15] -queuebot:#ubuntu-release- New binary: mininet [ppc64el] (noble-proposed/none) [2.3.0-1.1] (no packageset)
[05:16] -queuebot:#ubuntu-release- New binary: mininet [arm64] (noble-proposed/none) [2.3.0-1.1] (no packageset)
[05:17] -queuebot:#ubuntu-release- New binary: mininet [armhf] (noble-proposed/none) [2.3.0-1.1] (no packageset)
[05:17] -queuebot:#ubuntu-release- New binary: mininet [s390x] (noble-proposed/none) [2.3.0-1.1] (no packageset)
[05:33] -queuebot:#ubuntu-release- New: accepted mininet [amd64] (noble-proposed) [2.3.0-1.1]
[05:33] -queuebot:#ubuntu-release- New: accepted mininet [armhf] (noble-proposed) [2.3.0-1.1]
[05:33] -queuebot:#ubuntu-release- New: accepted mininet [s390x] (noble-proposed) [2.3.0-1.1]
[05:33] -queuebot:#ubuntu-release- New: accepted mininet [arm64] (noble-proposed) [2.3.0-1.1]
[05:33] -queuebot:#ubuntu-release- New: accepted mininet [ppc64el] (noble-proposed) [2.3.0-1.1]
[05:34] -queuebot:#ubuntu-release- New: accepted onedriver [amd64] (noble-proposed) [0.14.1-1]
[05:34] -queuebot:#ubuntu-release- New: accepted onedriver [ppc64el] (noble-proposed) [0.14.1-1]
[05:34] -queuebot:#ubuntu-release- New: accepted onedriver [s390x] (noble-proposed) [0.14.1-1]
[05:34] -queuebot:#ubuntu-release- New: accepted rust-axum [amd64] (noble-proposed) [0.6.20-14]
[05:34] -queuebot:#ubuntu-release- New: accepted onedriver [arm64] (noble-proposed) [0.14.1-1]
[05:34] -queuebot:#ubuntu-release- New: accepted open3d [amd64] (noble-proposed) [0.18.0+ds-3]
[05:34] -queuebot:#ubuntu-release- New: accepted onedriver [riscv64] (noble-proposed) [0.14.1-1]
[05:38] -queuebot:#ubuntu-release- New binary: mininet [riscv64] (noble-proposed/none) [2.3.0-1.1] (no packageset)
[05:47] -queuebot:#ubuntu-release- New: accepted mininet [riscv64] (noble-proposed) [2.3.0-1.1]
[06:27] <tjaalton> mitchdz: if you mean releasing it, then come back after the weekend
[08:00] <LocutusOfBorg> vorlon, I built llvm-18 with time64, but the "Provides" on armhf are still nill https://launchpadlibrarian.net/714611775/buildlog_ubuntu-noble-armhf.llvm-toolchain-18_1%3A18.1.0~rc2-3ubuntu4_BUILDING.txt.gz
[08:00] <LocutusOfBorg> what is going on?
[08:01] <vorlon> what are you expecting to populate Provides: on armhf in this context?
[08:02] <vorlon> if you mean Provides: ${t64:Provides} on libclang evaluating to empty on armhf this is expected
[08:03] <vorlon> because armhf is the architecture where we're specifically NOT declaring ABI compatibility with pre-renamed packages
[08:22] <LocutusOfBorg> ok
[08:22] <LocutusOfBorg> INFO Processing upload gobject-introspection_1.78.1-15_amd64.changes
[08:22] <LocutusOfBorg> INFO Upload was rejected:
[08:22] <LocutusOfBorg> INFO 	gir1.2-glib-2.0-dev_1.78.1-15_amd64.deb: Version older than that in the archive. 1.78.1-15 <= 2.79.1-1
[08:22] <LocutusOfBorg> INFO 	gir1.2-glib-2.0_1.78.1-15_amd64.deb: Version older than that in the archive. 1.78.1-15 <= 2.79.1-1
[08:22] <LocutusOfBorg> wow another good way to delay the glib2 transition
[08:24] <LocutusOfBorg> jbicha, what is this takeover from glib2.0?
[08:26] -queuebot:#ubuntu-release- New binary: cdogs-sdl [ppc64el] (noble-proposed/universe) [1.5.0+dfsg-1] (no packageset)
[08:26] <LocutusOfBorg> so maybe we shoudl sync glib again or drop the binaries ?
[08:26] <LocutusOfBorg> vorlon, this looks so sad
[08:26] <vorlon> mm
[08:27] <vorlon> I'm personally more concerned about it delaying python3-defaults, but, well
[08:30] <LocutusOfBorg> kick it out? but in any case, glib2.0 having higher version is sad
[08:30] <LocutusOfBorg> if we sync glib2.0 from debian experimental again such binaries will be dropped, but somebody needs to remove manually to let britney be happy?
[09:45] -queuebot:#ubuntu-release- New binary: halide [amd64] (noble-proposed/universe) [17.0.0-1] (no packageset)
[11:22] <mkukri> can someone please look at ubuntu-boot-test in NEW?
[11:22] <mkukri> (and i also have a couple GRUB SRUs for jammy in mantic that have been sitting around since late last year)
[11:41] <jbicha> LocutusOfBorg: I'm going to do another gobject-introspection upload https://salsa.debian.org/gnome-team/gobject-introspection/-/merge_requests/14
[11:41] -ubottu:#ubuntu-release- Merge 14 in gnome-team/gobject-introspection "Package gobject-introspection 1.79.1" [Opened]
[11:41] <LocutusOfBorg> thanks for caring
[11:42] <jbicha> LocutusOfBorg: if we want a newer glib from Experimental we need to revert the renamed time library 🫤
[11:43] <jbicha> but new glib wouldn't fix the gobject-introspection issue
[11:43] <LocutusOfBorg> jbicha, why it won't
[11:43] <LocutusOfBorg> if we kick out the wrong binaries
[11:43] <LocutusOfBorg> sync newer glibc without time renaming foobar
[11:43] <LocutusOfBorg> drop wrong binaries
[11:43] <LocutusOfBorg> build gobject-introspection
[11:43] <LocutusOfBorg> you need archive admin for sure :D
[11:44] <jbicha> glib2.0 doesn't have wrong binaries. Upstream is moving files from gobject-introspection to glib2.0
[11:45] <LocutusOfBorg> but glib2.0 dropped binaries again in experimental?
[11:45] <jbicha> I don't understand
[11:46] <LocutusOfBorg> nevermind
[11:46] <LocutusOfBorg> I'm sure this morning I couldn't find gir1.2-glib-2.0-dev_2.79.2-1_amd64.deb on experimental :/
[11:46] <LocutusOfBorg> bad me
[11:47] <LocutusOfBorg> so ok, you package new gobject-introspection, and move on
[11:47] <jbicha> I don't think Debian is set up to autoreject binaries with older versions. It's a nice feature that Launchpad does that.
[11:47] <LocutusOfBorg> looks good, specially because also Debian will do the same once new glib2.0 goes in sid?
[11:47] <LocutusOfBorg> jbicha, debian didn't have such binaries in sid, only in experimental
[11:47] <jbicha> yes, I'm just trying to coordinate it with smcv since he understands this move better than I do. Hopefully today
[11:48] <LocutusOfBorg> so thanks for fixing it up!
[11:48] <jbicha> yes, but we also didn't realize that my glib upload to noble would cause g-i to essentially ftbfs
[12:10] -queuebot:#ubuntu-release- New binary: rust-audio-checker [amd64] (noble-proposed/universe) [0.1.0-1] (no packageset)
[12:11] -queuebot:#ubuntu-release- New binary: rust-audio-checker [arm64] (noble-proposed/universe) [0.1.0-1] (no packageset)
[12:11] -queuebot:#ubuntu-release- New binary: rust-audio-checker [ppc64el] (noble-proposed/universe) [0.1.0-1] (no packageset)
[12:11] -queuebot:#ubuntu-release- New binary: rust-audio-checker [armhf] (noble-proposed/universe) [0.1.0-1] (no packageset)
[12:12] -queuebot:#ubuntu-release- New binary: rust-octocrab [amd64] (noble-proposed/universe) [0.31.2-1] (no packageset)
[12:12] -queuebot:#ubuntu-release- New binary: rust-audio-checker [s390x] (noble-proposed/universe) [0.1.0-1] (no packageset)
[12:12] -queuebot:#ubuntu-release- New binary: rust-octocrab [armhf] (noble-proposed/universe) [0.31.2-1] (no packageset)
[12:13] -queuebot:#ubuntu-release- New binary: rust-octocrab [arm64] (noble-proposed/universe) [0.31.2-1] (no packageset)
[12:13] -queuebot:#ubuntu-release- New binary: rust-octocrab [ppc64el] (noble-proposed/universe) [0.31.2-1] (no packageset)
[12:15] -queuebot:#ubuntu-release- New binary: rust-octocrab [s390x] (noble-proposed/universe) [0.31.2-1] (no packageset)
[12:39] <teward> release team members: did you see stgraber's email to<EMAIL_ADDRESS>about queuebot?  if its still useful i'd be happy to help take over operating it from stgraber if theres no objections
[12:55] -queuebot:#ubuntu-release- New binary: rust-octocrab [riscv64] (noble-proposed/universe) [0.31.2-1] (no packageset)
[13:00] <LocutusOfBorg> ubuntu-archive please? old binaries left on armhf: libopen3d0.17 (from 0.17.0+ds-9build2)
[13:00] <LocutusOfBorg> NBS cleanup
[13:02] <LocutusOfBorg> what is left for libgssglue promotion? LP: #2044535
[13:02] -ubottu:#ubuntu-release- Launchpad bug 2044535 in gsasl (Ubuntu) "[MIR] libgssglue" [Undecided, New] https://launchpad.net/bugs/2044535
[13:35] <apw> LocutusOfBorg, gone
[14:24] <bandali> hey ubuntu-release folks, quick followup about the poppler transition for noble: is now a good time to do the transition?
[14:25] <bandali> we were thinking of doing it last week (or the week before?) but decided to hold off a bit, and e.g. the perl transition has finished now
[15:21] -queuebot:#ubuntu-release- New: accepted rust-octocrab [arm64] (noble-proposed) [0.31.2-1]
[15:21] -queuebot:#ubuntu-release- New: accepted rust-octocrab [riscv64] (noble-proposed) [0.31.2-1]
[15:21] -queuebot:#ubuntu-release- New: accepted rust-octocrab [ppc64el] (noble-proposed) [0.31.2-1]
[15:21] -queuebot:#ubuntu-release- New: accepted rust-octocrab [s390x] (noble-proposed) [0.31.2-1]
[15:21] -queuebot:#ubuntu-release- New: accepted cdogs-sdl [ppc64el] (noble-proposed) [1.5.0+dfsg-1]
[15:21] -queuebot:#ubuntu-release- New: accepted rust-audio-checker [amd64] (noble-proposed) [0.1.0-1]
[15:21] -queuebot:#ubuntu-release- New: accepted rust-audio-checker [armhf] (noble-proposed) [0.1.0-1]
[15:21] -queuebot:#ubuntu-release- New: accepted rust-audio-checker [s390x] (noble-proposed) [0.1.0-1]
[15:21] -queuebot:#ubuntu-release- New: accepted rust-octocrab [armhf] (noble-proposed) [0.31.2-1]
[15:21] -queuebot:#ubuntu-release- New: accepted halide [amd64] (noble-proposed) [17.0.0-1]
[15:21] -queuebot:#ubuntu-release- New: accepted rust-audio-checker [ppc64el] (noble-proposed) [0.1.0-1]
[15:21] -queuebot:#ubuntu-release- New: accepted rust-audio-checker [arm64] (noble-proposed) [0.1.0-1]
[15:21] -queuebot:#ubuntu-release- New: accepted rust-octocrab [amd64] (noble-proposed) [0.31.2-1]
[15:22] <vorlon> teward: seen and will work on a response.  I think the "right" answer is for us to run this as a service in the Canonical cloud on a stand-alone instance, so that release team and/or archive admins have direct admin oversight of it.
[15:23] <vorlon> teward: but we may wind up with a gap here requiring at least stopgap hosting given the deadline, in which case support would be appreciated
[15:24] <teward> vorlon: ack, yeah if IS and Canonical can run it that saves time, but in the interim I have the resources to assist between deadline and Canonical readiness :)
[15:24] <vorlon> Canonical IS can *host* it.  we would have to *run* it ;)
[15:24] <teward> :P
[15:25] <teward> vorlon: yep, still happy to help if I can in the interim until that's ready
[15:25] <teward> depends on how fast stgraber wants to push the operation off :)
[15:26] <teward> just let me know how Release and AAs want to proceed always happy to give more resources to assist :)
[15:26] <stgraber> I can certainly be convinced to keep the thing running a couple more weeks if that's enough to get it running on Canonical infra
[15:26] <stgraber> doesn't make too much sense to have it moved twice in rapid succession
[15:26] <vorlon> teward: did you see the scrollback yesterday here about the surprising outcome that having 'lubuntu-iso-managers' be the product owner in the iso tracker means 120+ developers now have the ability to trigger lubuntu respins vs the iso-managers->lubuntu-dev->core-dev membership?
[15:27] <teward> vorlon: no because IRCCloud told me to die
[15:27] <teward> that's a problem
[15:27] <vorlon> teward: when you gave me the team name I assumed it was going to have as members just the short list of people mentioned should have access
[15:27] <vorlon> heh
[15:27] <teward> i can strip coredev
[15:27] <teward> and lubuntu-dev
[15:27] <vorlon> no
[15:27] <teward> that's not hard
[15:27] <teward> i didn't set it up
[15:27] <vorlon> stripping lubuntu-dev yes
[15:27] <vorlon> but don't strip core-dev from lubuntu-dev :)
[15:27] <teward> no i meant from iso managers
[15:27] <teward> i created and handed off because i had things that time guess there's an oversight 1 moment
[15:27] <teward> *grabs the flamethrower*
[15:28] <vorlon> yes I'm saying core-dev is not a direct member, you can only remove it by removing lubuntu-dev, don't remove core-dev from lubuntu-dev
[15:28] <teward> vorlon: last night after i logged out was busy :P
[15:28] <teward> so i didn't see the scrollback yet
[15:28] <teward> helping to get some stuff moved on IS for the email chaos that GMail and Yahoo are causing
[15:28] <teward> (and are already triggering boucnes on some of the Lubuntu lists)
[15:30] <teward> vorlon: lubuntu-dev removed; arraybolt3, kc2bez, wxl, myself, and tsimonq2 as direct members.  Also indirect members are Lubuntu Council which also just makes sense.
[15:30] <teward> so Council members can poke it too
[15:30] <teward> as soon as that syncs up it should be good to go :0
[15:47] <vorlon> teward: ok perfect
[16:21] <teward> stgraber: yeah i think if you can wait for Canonical and Release/AA to get it up and running and hold out a few extra weeks that'd be great, saves having to move it twice.  I think the only concern was whether that deadline was firm or mutable.  :)
[16:21] <teward> (though I am currently bringing chaos via Philipp to IS for email stuff too so)
[17:17] <bandali> ubuntu-release: bump about my earlier question about whether it's a good time to do the poppler transition in noble now, in case any release team members are still around
[17:51] <vorlon> bandali: as part of the transition don't upload no-change rebuilds for any packages currently in -proposed
[17:55] <bandali> vorlon, ack, thanks. is that because those -proposed packages would be later "rebuilt" anyway upon acceptance into the archive?
[17:55] <vorlon> bandali: it's because the packages currently in -proposed are 90% certain to be there because they are entangled in existing transitions (python3, glib2.0, ruby)
[17:56] <vorlon> so clobbering the current builds would cause work for us to untangle those transitions again
[17:57] <bandali> ahh okay gotcha gotcha, makes sense. thanks for explaining :)
[18:32] -queuebot:#ubuntu-release- New binary: antlr4-cpp-runtime [armhf] (noble-proposed/universe) [4.10+dfsg-1] (no packageset)
[18:32] -queuebot:#ubuntu-release- New binary: antlr4-cpp-runtime [ppc64el] (noble-proposed/universe) [4.10+dfsg-1] (no packageset)
[18:33] -queuebot:#ubuntu-release- New binary: antlr4-cpp-runtime [arm64] (noble-proposed/universe) [4.10+dfsg-1] (no packageset)
[18:34] -queuebot:#ubuntu-release- New binary: antlr4-cpp-runtime [s390x] (noble-proposed/universe) [4.10+dfsg-1] (no packageset)
[18:35] -queuebot:#ubuntu-release- Unapproved: rejected ceph [source] (jammy-proposed) [17.2.7-0ubuntu<IP_ADDRESS>]
[18:42] -queuebot:#ubuntu-release- New binary: antlr4-cpp-runtime [amd64] (noble-proposed/universe) [4.10+dfsg-1] (no packageset)
[19:16] <bdmurray> vorlon: all the language-packs are also phasing but I guess it'll sort it self over the weekend
[19:18] <vorlon> bdmurray: ok.  is that something it would make sense to implement as policy in the code?
[19:18] <vorlon> (langpacks to 100%)
[19:19] <vorlon> and maybe even for cd-boot-images
[19:20] <bdmurray> The phased-updater code or the sru-release code?
[19:20] <bdmurray> Oh right sru team members can't set the p-u-p
[19:20] <bdmurray> wah-wah
[19:22] <vorlon> yeah
[19:26] -queuebot:#ubuntu-release- New binary: poppler [i386] (noble-proposed/main) [24.02.0-1ubuntu1] (desktop-core, i386-whitelist, ubuntu-server)
[19:28] -queuebot:#ubuntu-release- New binary: poppler [amd64] (noble-proposed/main) [24.02.0-1ubuntu1] (desktop-core, i386-whitelist, ubuntu-server)
[19:28] -queuebot:#ubuntu-release- New binary: poppler [s390x] (noble-proposed/main) [24.02.0-1ubuntu1] (desktop-core, i386-whitelist, ubuntu-server)
[19:29] -queuebot:#ubuntu-release- New binary: poppler [arm64] (noble-proposed/main) [24.02.0-1ubuntu1] (desktop-core, i386-whitelist, ubuntu-server)
[19:29] -queuebot:#ubuntu-release- New binary: poppler [ppc64el] (noble-proposed/main) [24.02.0-1ubuntu1] (desktop-core, i386-whitelist, ubuntu-server)
[19:29] -queuebot:#ubuntu-release- New binary: poppler [armhf] (noble-proposed/main) [24.02.0-1ubuntu1] (desktop-core, i386-whitelist, ubuntu-server)
[19:30] <bdmurray> well steve there is this FULLY_PHASED_PACKAGES variable in the phased-updater
[19:30] <bdmurray> He said after only looking himself.
[19:54] -queuebot:#ubuntu-release- Unapproved: dovecot (jammy-proposed/main) [1:2.3.16+dfsg1-3ubuntu2.2 => 1:2.3.16+dfsg1-3ubuntu2.3] (ubuntu-server)
[19:55] <Eickmeyer> livecd-rootfs/ubuntustudio fail *sad trombone noises*
[19:56] <Eickmeyer> Yes, I know it needs to migrate.
[20:31] <vorlon> bdmurray: certainly - I didn't think the implementation would be challenging, I was asking it as a question wrt if you thought it should be a policy :)
[20:32] <bdmurray> vorlon: I do, so I'm working on an MP.
[20:32] -queuebot:#ubuntu-release- New binary: gnome-snapshot [ppc64el] (noble-proposed/universe) [45.2+vendored-0ubuntu1] (no packageset)
[20:33] -queuebot:#ubuntu-release- New binary: gnome-snapshot [amd64] (noble-proposed/universe) [45.2+vendored-0ubuntu1] (no packageset)
[20:34] -queuebot:#ubuntu-release- New binary: gnome-snapshot [arm64] (noble-proposed/universe) [45.2+vendored-0ubuntu1] (no packageset)
[20:38] -queuebot:#ubuntu-release- New binary: gnome-snapshot [s390x] (noble-proposed/universe) [45.2+vendored-0ubuntu1] (no packageset)
[20:42] -queuebot:#ubuntu-release- New binary: gnome-snapshot [armhf] (noble-proposed/universe) [45.2+vendored-0ubuntu1] (no packageset)
[21:17] -queuebot:#ubuntu-release- Unapproved: update-notifier (jammy-proposed/main) [<IP_ADDRESS> => <IP_ADDRESS>] (ubuntu-desktop, ubuntu-server)
[21:30] -queuebot:#ubuntu-release- Unapproved: update-notifier (bionic-proposed/main) [<IP_ADDRESS> => <IP_ADDRESS>] (ubuntu-desktop, ubuntu-server)
[21:33] <kanashiro> vorlon I see you did rollback libguestfs to allow perl migration, can I now upload it again (no changes) to add support for ruby 3.2 and php 8.3?
[21:35] <vorlon> kanashiro: perl is done but I think it's still entangled with python which I'm hoping for us to finish soon
[21:35] <vorlon> kanashiro: nevermind, it looks like it was only entangled with perl. yes, you're clear to upload
[21:37] <vorlon> and I swear the list of autopkgtest regressions for python3-defaults is longer now than it was yesterday morning :P
[21:39] <kanashiro> vorlon thanks!
[21:42] -queuebot:#ubuntu-release- Unapproved: update-notifier (xenial-proposed/main) [3.168.20 => 3.168.21] (ubuntu-desktop, ubuntu-server)
[21:45] -queuebot:#ubuntu-release- Unapproved: update-notifier (focal-proposed/main) [<IP_ADDRESS> => <IP_ADDRESS>] (ubuntu-desktop, ubuntu-server)
[21:48] -queuebot:#ubuntu-release- New: accepted antlr4-cpp-runtime [amd64] (noble-proposed) [4.10+dfsg-1]
[21:48] -queuebot:#ubuntu-release- New: accepted antlr4-cpp-runtime [armhf] (noble-proposed) [4.10+dfsg-1]
[21:48] -queuebot:#ubuntu-release- New: accepted antlr4-cpp-runtime [s390x] (noble-proposed) [4.10+dfsg-1]
[21:48] -queuebot:#ubuntu-release- New: accepted antlr4-cpp-runtime [arm64] (noble-proposed) [4.10+dfsg-1]
[21:48] -queuebot:#ubuntu-release- New: accepted antlr4-cpp-runtime [ppc64el] (noble-proposed) [4.10+dfsg-1]
[21:57] -queuebot:#ubuntu-release- New source: msgraph (noble-proposed/primary) [0.1.0-0ubuntu1]
[22:10] -queuebot:#ubuntu-release- Unapproved: rejected gjs [source] (jammy-proposed) [1.72.4-0ubuntu<IP_ADDRESS>~really.is.<IP_ADDRESS>ubuntu<IP_ADDRESS>]
[22:10] -queuebot:#ubuntu-release- Unapproved: rejected gjs [source] (jammy-proposed) [1.72.4-0ubuntu<IP_ADDRESS>~really.is.<IP_ADDRESS>ubuntu<IP_ADDRESS>]
[22:11] -queuebot:#ubuntu-release- Unapproved: rejected gjs [source] (jammy-proposed) [1.72.4-0ubuntu<IP_ADDRESS>~really.is.<IP_ADDRESS>ubuntu2]
[22:25] -queuebot:#ubuntu-release- New binary: antlr4-cpp-runtime [riscv64] (noble-proposed/universe) [4.10+dfsg-1] (no packageset)
[23:02] -queuebot:#ubuntu-release- New binary: gnome-snapshot [riscv64] (noble-proposed/universe) [45.2+vendored-0ubuntu1] (no packageset)
[23:19] -queuebot:#ubuntu-release- New binary: h2orestart [amd64] (noble-proposed/universe) [0.6.0-1] (no packageset)
[23:21] -queuebot:#ubuntu-release- New binary: python-whey [amd64] (noble-proposed/universe) [0.0.24-1] (no packageset)
[23:21] -queuebot:#ubuntu-release- New binary: r-cran-intergraph [amd64] (noble-proposed/universe) [2.0-4-1] (no packageset)
[23:21] -queuebot:#ubuntu-release- New binary: r-cran-areal [amd64] (noble-proposed/universe) [0.1.8+dfsg-1] (no packageset)
[23:42] -queuebot:#ubuntu-release- New binary: poppler [riscv64] (noble-proposed/main) [24.02.0-1ubuntu1] (desktop-core, i386-whitelist, ubuntu-server)


[11:02] <DMRtech_> anyone had installation problems while installing 16.04.2 to HP/Intel/InsydeH2O UEFI laptop?
[14:30] <studio-user839> trying to upgrade to 17.04 and i keep getting the same error posted here https://paste.ubuntu.com/24841491/
[14:45] <studio-user839> can i get any help please?
[14:48] <OvenWerks> thats all you got? It didn't tell you what the actual problem was?
[14:49]  * OvenWerks never does upgrades, just new installs.
[14:50] <studio-user839> theres a line that says to report the bug using the terminal
[14:50] <OvenWerks> studio-user839: I would also ask on #ubuntu as there are a lot more people there
[14:50] <OvenWerks> Does it say against which package to report the bug?
[14:51] <studio-user839> ubuntu-bug ubuntu-release-upgrader-core
[14:55] <OvenWerks> I don't know where it keeps the log file of it's upgrade. I would look at that.
[14:58] <OvenWerks> what files are in /var/log ? I see /var/log/installer, /var/log/dist-upgrade, /var/log/unattended-upgrades
[14:59] <OvenWerks> maybe on your system there is also a directory for release-upgrader
[15:23] <studio-user839> i see those as well, but no release-upgrader, what exactly am i looking for in /var/log?
[15:28] <OvenWerks> I am not sure. I would ask on #ubuntu where the release upgrader logs are kept.
[15:28] <studio-user839> ok thank you
[15:29] <oerheks_> Don't look in log, use journalctl -xe
[15:29] <oerheks_> oh
[15:30] <OvenWerks> oerheks_: too late... Thanks for the input


[18:42] <wxl> aren't you guys concerned about the lack of a member?
[19:14] <popey> wxl, wat?
[19:42] <wxl> yes that came out wrong popey. i guess i'm saying, aren't you guys anxious to have your vacant seat on the council filled?
[20:29] <popey> wxl, which council?
[20:55] <wxl> popey: the cc
[20:56] <popey> wxl, the cc are in the process of going through the nominations
[20:56] <popey> so once that's done, people will vote
[20:56] <wxl> yes i gather that popey it just seems to be taking quite a while. a week or so now?
[20:57] <popey> wxl, That's pretty typical
[20:57] <wxl> popey: thus your relaxed attitude about it XD
[20:57]  * popey shrugs
[20:58] <popey> it's not like the CC has no members
[20:58] <popey> they don't expire for a few weeks yet :)
[20:58] <wxl> indeed, you are not chopped liver. :)


[23:48] <ohzie> timmybobcat14: reboot and see if you have the same problem. I'll be in here, but use my name so it hilights
[23:48] <timmybobcat14> ohzie - ok
[23:48] <ohzie> timmybobcat14: you can send me a pm if I don't respond in a minute or two
[23:48] <Note-book> I download ubuntu and then installed KDE straight away so I don't know if it's KDE but my system runs really slow. 1.83 Core Duo / 1 GB RAM / NVIDIA GeForce GO 7400
[23:48] <ohzie> Note-book: Yeah, turn off all the decorator effects on KDE
[23:48] <sexysara> brb
[23:49] <dacaro_> how active by terminal visual effects extra?
[23:49] <ohzie> Note-book: it should run a lot smoother after than
[23:49] <ohzie> that*
[23:49] <timmybobcat14> ohzie - ok I'll reboot now thanks for your help hopefully back with good nus.
[23:49] <Note-book> ohzie, I did. I have almost all effects turned off. But it's sluggish to the extent of this text being typed appear in jerks.
[23:50] <ohzie> Note-book: Oh man I bet it's your video driver
 how active by terminal visual effects extra?
[23:50] <ohzie> Note-book: and I don't know how to fix that problem because the newest ubuntu doesn't print an xorg.conf unless everything breaks or something like that and I haven't learned how to fix it yet
[23:50] <irs> hello
[23:50] <dacaro_> test
[23:50] <ohzie> Note-book: but that sounds like a graphics driver problem to me
[23:50] <dacaro_> how active by terminal visual effects extra?
[23:51] <dacaro_> am i online?
[23:51] <aeon-ltd> dacaro_: yes
[23:51] <[thor]> dacaro_: have you tried asking in #ubuntu-br ?
[23:51] <dacaro_> lol thanks
[23:51] <Note-book> ohzie, Thank you. Changing as we speak.
[23:51] <dacaro_> yes
[23:51] <sexysara> Dararo... go... Edit --> Profile Prefreces -- > Backround.... then uncheck all the boxes but the transparteny
[23:51] <dacaro_> brasilians are ignorantes
[23:51] <[thor]> hah
[23:52] <ohzie> dacaro_: I'm going to copy that sentence and use it whenever anyone asks my why racism is funny.
[23:52] <ge0rge> exit
[23:52] <dacaro_> i am brazilian
[23:52] <dacaro_> ignorants dont racism
[23:53] <rww> Comments about peoples' country or race are offtopic for this channel, thanks. Let's get back to Ubuntu technical support.
[23:53] <BoBo_> ok I am having trouble setting up a websever on ubuntu
[23:53] <banker247> does furious ISO mount to a drive letter? i'm unable to find it.
[23:54] <illmortal> does anyone know what email client will connect to exchange server 2010? Or is it too early for that compatibility to exist right now?
[23:54] <dacaro_> i want know how can i active by code the visual efects extra?
[23:54] <pjtmsbbto>   hey guise, #archlinux is way better.
[23:54] <pjtmsbbto>   hey guise, #archlinux is way better.
[23:54] <pjtmsbbto>   hey guise, #archlinux is way better.
[23:54] <xynxueyme>   hey guise, #archlinux is way better.
[23:54] <FloodBot1> pjtmsbbto: Please don't flood; use http://paste.ubuntu.com to paste; don't use Enter as punctuation.
[23:54] <[thor]> banker247: it mounts to /home/<yourusername>/
[23:55] <lighta> hey guys is there a way to coment a block in gedit ? (insert // in front)
[23:55] <morissette> anyone wanna give this a go: http://ubuntuforums.org/showthread.php?p=10564230#post10564230
[23:55] <morissette> lighta, what are you trying to comment out?
[23:55] <lighta> a C block
[23:55] <lighta> I don't want to use /* */
[23:55] <BoBo_> I guess its more of a routing issue with ubuntu i have 2 rounters one infront of the other when i forward port 80 one one to the other then to my windows pc it works great if i then switch it to my linux pc it wont load from the outside ip adress but it works from all the other adresses
[23:55] <[thor]> banker247: in fact, it shows the mount point at the bottom panel of FuriosISO
[23:55] <lighta> just want to know if there a trick about gedit
[23:56] <morissette> lighta, I use vim personally
[23:56] <banker247> [thor], yea i see that thers no drive letter.. its just /home/whatever..
[23:56] <banker247> so it mounts to c?
[23:56] <[thor]> banker247: so that's where it mounts.. there are no drive letters in linux
[23:56] <ohzie> lighta: gedit is immensely simple. You might try kate for more complicated things
[23:56] <dacaro_> aaaaaaaa I hate myself
[23:57] <jake> I am trying to hook up my i pod shuffle to put songs on it can someone help?
[23:57] <bl4ckcomb> jake, have you tried gtk-pod?
[23:57] <jake> not yet
[23:58] <lighta> how would I do this with vim ? used to nano instead vim
[23:58] <bl4ckcomb> jake, I've used it earlier for an iPod Nano 3th gen
[23:58] <dacaro_> I want to know how to enable the terminal to option extra visual effects, is there any way? Yes or no?
[23:58] <jake> Yes it couldn't find it also its not even detecting the ipod on the computer
[23:58] <suicidolt> s5fs_away: sorry to continue this, but I got an error when I tried to save....I don't think the hal folder (is it called folder?) exists
[23:59] <BoBo_> any one think they could help me with that problem?
[23:59] <timmybobcat14> ohzie-oh my goodness you are a genius. Thank you v much.
[23:59] <Pici> dacaro_: Is there a reason you can't use the gui tool for that?
[23:59] <ohzie> timmybobcat14: I am not a genius, I just followed the error messages. =P
[23:59] <ohzie> timmybobcat14: may I ask, why is your system so complicated?
[23:59] <dacaro_> gui is in troubleGui is bug


[00:18] <rodrigo_> ajmitch, around?
[00:20] <ajmitch> rodrigo_: yes
[00:21] <rodrigo_> ajmitch, fixed it!
[00:21] <rodrigo_> ajmitch, pushing the branch for you to look at it
[00:21] <ajmitch> great, I hope by some sane method?
[00:22] <rodrigo_> ajmitch, looks so
[00:23] <rodrigo_> ajmitch, https://code.edge.launchpad.net/~rodrigo-moya/libubuntuone/fix-mono-bindings/+merge/33851
[00:23] <ajmitch> good, because I would have been embarassed to have that hack uploaded :)
[00:23]  * ajmitch wishes the merge diffs were generated faster :)
[00:24] <rodrigo_> ajmitch, it was plan B, if I had failed, I was going to merge it
[00:24] <rodrigo_> but don't tell anyone :)
[00:24] <ajmitch> I won't :)
[00:24] <ajmitch> this looks far nicer
[00:24] <rodrigo_> why it stopped working, or why it worked before, it's a mistery to me
[00:25] <ajmitch> I think it was a fluke that it worked before, becuase it was ignoring the syncdaemondownload definition which wasn't needed
[00:25] <rodrigo_> the .sources.in file was wrong
[00:25] <rodrigo_> it had ubuntuone-sharp.dll, while it needs to have there the name of the lib it binds
[00:25] <ajmitch> because it only needs to bind the u1-music-store.* files?
[00:27] <ajmitch> either way I'm glad to see it resolved without bloodshed
[00:28] <rodrigo_> ajmitch, yes, I guess it gets confused by the other .[ch]
[00:32] <rodrigo_> ajmitch, can you test it to double check?
[00:32] <ajmitch> sure
[00:32] <ajmitch> I should probably try & build the banshee extensions against it too
[00:33] <ajmitch> can you reject my merge proposal?
[00:34] <ajmitch> or I could just delete the MP
[00:41] <rodrigo_> ajmitch, yes
[00:42] <rodrigo_> ok, time for dinner
[00:42] <rodrigo_> ajmitch, ping me tomorrow if you find any problem, or comment on the merge proposal
[00:44] <lalejand> Hi all :) Is there a possibility to tell U1 not to sync some special files ? I want to sync some folders that are SVNized, and I don't want the .svn files to be synced, because it makes sync last veeeeerrrry long
[00:51] <beuno> lalejand, yes
[00:51] <beuno> there is an ignore file
[00:51]  * beuno tries to remember where that file lives
[00:52] <lalejand> beuno : great !! Where is it ?
[00:52] <lalejand> * beuno tries to remember where that file lives >>> ah sorry
[00:53] <beuno> lalejand, /etc/xdg/ubuntuone/syncdaemon.conf
[00:53] <beuno> under ignore.default
[00:53] <lalejand> thx !!!
[00:55] <ajmitch> it's only a system-wide default?
[00:56] <beuno> yes, AFAIK
[00:57] <beuno> I know, I know, you want bzr-style ignores
[00:57] <beuno> luckily, the client is open source  \o/
[00:57] <ajmitch> heh
[00:57] <ajmitch> trying to convince me to hack on it, are you? :)
[00:58] <beuno> what? no...  you're imagining things while you fire up $favorite_editor to hack on it...
[00:58] <ajmitch> actually starting off with grep & less
[00:59] <beuno> ;)
[00:59] <ajmitch> because it should at least work in ~/.local, I think
[01:01]  * ajmitch may have to look at it later :)
[01:06] <lalejand> beuno : if I want to ignore .svn folders, I have to add a line like : \A\..*\.svn\Z ?
[01:06] <lalejand> btw, .svn should be ignored by default no ?
[01:07] <ajmitch> it depends, some strange people might want to keep their checkouts in a U1 folder
[01:07] <ajmitch> it's sort of useful to do that with bzr branches
[01:07] <lalejand> ok
[01:08] <lalejand> if I want to ignore .svn folders, I have to add a line like : \A\..*\.svn\Z ?
[01:11]  * ajmitch isn't sure what regex would be needed to match the directory, it'd depend on whether the ignore syntax worked on a full path or not
[01:14] <lalejand> almitch : ahm. Someone can help me ?
[01:15] <ajmitch> beuno probably knows more than me, but the ignore code looks to match on filenames, not directory names at the moment
[01:16] <lalejand> beuno, ajmitch : I see that in the file : http://pastebin.com/FjtrbdKK
[01:16] <ajmitch> yes, that's the default list of regexes. From what I just looked at, that would match files matching that, not whole paths
[01:17] <lalejand> ah
[01:19] <lalejand> ajmitch : "From what I just looked at, that would match files matching that, not whole paths" >>> it means that it's not good for what I want to do ?
[01:19] <ajmitch> right
[01:20] <ajmitch> I haven't tried it out to see if there's some other code to ignore directories, but that's what a 2-minute search tells me
[01:20] <lalejand> do you see another solution for my synced .svn folders ?
[01:20] <lalejand> ok
[01:21]  * ajmitch has to head out now, sorry I can't help more
[01:23] <lalejand> ajmitch : okay thanks anyway
[01:24] <lalejand> beuno : do you know how I would have to write the ignore line in order to get my .svn folders not to be synced ?
[01:29] <lalejand> or someone else ?
[08:43] <mujtaba> Hello
[08:43] <mujtaba> I need some help any one alive ?!
[09:32] <duanedesign> morning all
[10:10] <lalejand> Hi all, in the /etc/xdg/ubuntuone/syncdaemon.conf file, there is an ignore list. I want to ignore .svn folders, but I don't understand the syntax
[10:11] <duanedesign> hello lalejand
[10:12] <lalejand> Hi duanedesign
[10:12] <duanedesign> lalejand: i think i did that once...let me look
[10:12] <lalejand> yep
[10:14] <lalejand> btw, why is this conf file not in the home folder ?
[10:15] <duanedesign> lalejand: it is the system wide defaults
[10:15] <duanedesign> their is a syncdaemon.conf in your home
[10:16] <lalejand> duanedesign : ah ? And I can put an ignore list inside ?
[10:16] <duanedesign> were you can adjust settings for specific users
[10:18] <duanedesign> lalejand: loooks like that ignore list uses regular experssion syntax
[10:19] <duanedesign> lalejand: what type of files are you wanting to ignore? It was SVN files wasn't it?
[10:20] <lalejand> .svn folders
[10:20] <lalejand> I mean all files and folders related to svn
[10:20] <lalejand> I think they are all in .svn folders
[10:21] <lalejand> I see that in the conf file : http://pastebin.com/tuaBKkPU but I don't know how I would have to write it
[10:25] <duanedesign> rye: ping
[10:26] <duanedesign> i have only started to learn reg ex. I am not quite sure the difference in                  \A.*\.swpx\Z \A\..*\.tmp\Z
[10:27] <duanedesign> i think we want something like: \A.*\.svn\Z
[10:36] <lalejand> duanedesign : ok thanks
[10:36] <duanedesign> lalejand: i am trying to test that now....
[10:37] <lalejand> ah ok
[10:37] <duanedesign> lalejand: have to step away for a second...
[10:37] <lalejand> ok, in order to test it, I have to quit and restart u1syncd ?
[10:38] <duanedesign> I added that line to the file http://pastebin.com/b5BSDJ86
[10:38] <duanedesign> lalejand: yeah. if you want to do it from the terminal.  u1sdtool -q; u1sdtool -c
[10:38] <lalejand> ok i'll try
[10:39] <duanedesign> i created a folder .svn and put a blank file inside.
[10:39] <duanedesign> ill check it when i get back, or if you have any success..or not, let me know
[10:39] <duanedesign> and maybe we can get a regular expression guru in here to help us :)
[10:40] <lalejand> ok, "u1sdtool -c &" if I want to still use the terminal right ?
[10:41] <duanedesign> u1sdtool -c will return you to a prompt, so no need for the &
[10:41] <lalejand> or "restart" button in the U1 pref window does the same no ?
[10:41] <lalejand> ah ok
[10:46] <lalejand> duanedesign : ahm, looks like it doesn't work. I have files like : 2010-08-27 11:45:43,407 - ubuntuone.SyncDaemon.EQ - DEBUG - Adding general inotify watch to '/home/lalejand/Documents/ODIGI/OdigiImmo/odigiImmoTotal/tests/.svn'
[10:48] <lalejand> "... lines like ..."
[10:49] <lalejand> duanedesign : maybe because some .svn folders where maybe already synced ?
[11:17] <rye> duanedesign, hi, sorry for late reply, that regexp applies to file names only :(
[11:17]  * ajmitch said that a few hours ago
[11:18] <ajmitch> but good to get confirmation of it
[11:19] <rye> ajmitch, heh, my router dies during multicast traffic storms so that's why I was not able to read what you've said, but now the ISP turned multicast off on my port so I am back to stable internets
[11:20]  * rye definitely needs to upgrade openwrt install on his router
[11:20] <ajmitch> ouch :)
[11:21]  * ajmitch is used to using irssi+ssh+screen, so things generally don't get lost that way :)
[11:37] <lalejand> rye, duanedesign : what do I have to write if I want to ignore .svn folders ?
[11:59] <lalejand> does someone know what I have to write if I want to ignore .svn folders ?
[12:01] <duanedesign> lalejand: i think from what rye was saying that ignore list is only for files
[12:02] <lalejand> Argh
[12:03] <lalejand> duanedesign, rye : I thought he/she was talking about the line you wrote
[12:06] <duanedesign> bug 617041
[12:06] <ubot4> Launchpad bug 617041 in ubuntu-sso-client (Ubuntu) (and 1 other project) "Stuck and 100% CPU usage (affects: 15) (dups: 2) (heat: 80)" [Critical,Triaged] https://launchpad.net/bugs/617041
[12:07] <rye> lalejand, i am filing a bug about not being able to ignore the folders, well, searching for one if it exists..
[12:10] <lalejand> rye : :) thx
[12:13] <lalejand> rye : should I connect my self to some ppa repo for U1 (if it exists) ?
[12:13] <lalejand> rye : I filled this one bug 625194 this morning
[12:14] <ubot4> Launchpad bug 625194 in ubuntuone-client (Ubuntu) "Enhancement : graphical interface for ignore list (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/625194
[12:14] <rye> lalejand, well, since the fix has not yet been made there is no ppa that can be used
[12:14] <lalejand> rye : ok, but just in general, if some other bugs are fixed, is it a good idea to use the ppa ?
[12:15] <rye> bug #625249
[12:15] <ubot4> Launchpad bug 625249 in ubuntuone-client "Syncdaemon should support ignoring folders using regexp (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/625249
[12:22] <ajmitch> rye: you could still use the existing regular expression if it was matching on the whole path rather than splitting into dirname,filename
[12:23] <rye> ajmitch, that would require some compatibility layer to be created since already existing regexps are operating only on files, with \A meaning the beginning of the string containing the filename, not the folder name/path, etc
[12:24] <ajmitch> I guess it'd depend on what the current regexes are that people are using
[12:24] <ajmitch> but I would like to have them match on the full path, it doesn't look to be too hard to add in
[12:27]  * ajmitch might look at a patch for it tomorrow if noone gets to it
[12:27] <rye> ajmitch, no, it is not hard, full path - /home/ajmitch/Projects/.svn ? and match /.svn/ part ? or folder only?
[12:29]  * ajmitch will think about it when it's not late evening :)
[13:42] <rye> maverick users, do not remove your ubuntuone token from the keyring - it won't work after that even if you reauthorize!
[14:09] <duanedesign> rye: glad you said something. I was about to remove mine and reauthorize. I am getting AUTH_FAILED
[14:10] <rye> duanedesign, have you removed the token from /account/machines too ?
[14:10] <rye> duanedesign, well, it can't be worse than AUTH_FAILED though
[14:10] <duanedesign> rye: no i havent touched the tokens
[14:11] <duanedesign> rye: i just noticed this morning, after the latest update I did, that U1 was not connecting.
[14:12] <duanedesign> I launched U1 and got the new authorize your computer window. I clicked 'I already have an account' at the bottom and entered email and password
[14:12] <rye> duanedesign, welcome to the club :(
[14:13] <duanedesign> ;)
[14:13] <duanedesign> ok, ill hang tight while you guys do your magic :)
[14:13] <rye> duanedesign, there needs to be some server-side support for Ubuntu SSO tokens - see them @ https://login.ubuntu.com/+applications and it is not there as far as I understand
[14:15] <duanedesign> ahhh
[16:20] <newdsan> hola
[16:21] <newdsan> recibo  un mensaje de error al intentar arrancar ubuntu one: Authrization Error: Ocurrió un error al mostrar el u...existe el archivo o directorio) alguien sabe que puedo hacer?
[17:23] <jdstrand> rodrigo_: I don't think bug #623655 is fixed. seb128 marked it as fixed, I kicked it back down to confirmed with a reason why and then you marked it fixed again
[17:23] <ubot4> Launchpad bug 623655 in libubuntuone (Ubuntu Maverick) (and 2 other projects) "Error prevents enabling store plugin (affects: 8) (heat: 40)" [High,Fix released] https://launchpad.net/bugs/623655
[17:24] <jdstrand> rodrigo_: I was using that version of libubuntuone when I contacted you the other day
[17:26] <rodrigo_> jdstrand, lunch now, bbiab and look at it
[18:21] <JoK3R> Hi all; Can some1 help me to install ubuntu One ? i can't find Add this Computer button
[19:41] <rodrigo_> jdstrand, ok, back, looking now...
[19:42] <rodrigo_> jdstrand, the problem with "ImportError: No module named gtkwidgets" is indeed fixed
[19:42] <rodrigo_> jdstrand, does it say the same thing for you now with the latest updates?
[19:43] <rodrigo_> jdstrand, your traceback seems to be a different bug, let me find it
[19:50] <rodrigo_> jdstrand, https://bugs.edge.launchpad.net/ubuntu/+source/rhythmbox-ubuntuone-music-store/+bug/624616
[19:50] <ubot4> Launchpad bug 624616 in rhythmbox-ubuntuone-music-store (Ubuntu Maverick) (and 1 other project) "rhythmbox-ubuntuone-music-store without icon (affects: 2) (heat: 10)" [Undecided,Incomplete]
[19:51] <rodrigo_> kklimonda, ping
[20:02] <dobey> rodrigo_: ask in spanish. maybe you can get more info that way. :)
[20:02] <dobey> (for the no icon bug)
[20:02] <rodrigo_> hola amigos, quién puede ayudarme :)
[20:02] <rodrigo_> ah, ok
[20:06] <jdstrand> rodrigo_: sorry, missed your question
[20:06] <dobey> oi, locas de espana
[20:06] <rodrigo_> jdstrand, :
[20:06] <rodrigo_> jdstrand, ok, back, looking now...
[20:06] <rodrigo_>  jdstrand, the problem with "ImportError: No module named gtkwidgets" is indeed fixed
[20:06] <rodrigo_>  jdstrand, does it say the same thing for you now with the latest updates?
[20:06] <rodrigo_>  jdstrand, your traceback seems to be a different bug, let me find it
[20:06] <rodrigo_> jdstrand, https://bugs.edge.launchpad.net/ubuntu/+source/rhythmbox-ubuntuone-music-store/+bug/624616
[20:06] <ubot4> Launchpad bug 624616 in rhythmbox-ubuntuone-music-store (Ubuntu Maverick) (and 1 other project) "rhythmbox-ubuntuone-music-store without icon (affects: 2) (heat: 10)" [Undecided,Incomplete]
[20:07] <dobey> rodrigo_: oh, right. it looks like maybe the plug-in API broke in an update of rhythmbox perhaps?
[20:08] <rodrigo_> hmm, it might be, works ok for me though
[20:08] <rodrigo_> and I'm up-to-date
[20:08] <rodrigo_> I think
[20:08]  * rodrigo_ re-checks
[20:09] <dobey> hmm
[20:09] <jdstrand> rodrigo_: that looks like my bug indeed. the trace is the same except I only uhave ubuntuone and not all the stores7digital.com
[20:09] <jdstrand> rodrigo_: that isn't how I would describe it though
[20:10] <jdstrand> rodrigo_: I mean, yes, the icon is missing, but that suggests maybe there is something else I can do to get to it. it isn't in my list at all
[20:10] <rodrigo_> jdstrand, open a new one then, the bug we closed was about the plugin not finding the libu1 python bindings
[20:10] <rodrigo_> jdstrand, oh, yeah, the summary of the bug seems to be wrong
[20:11] <jdstrand> rodrigo_: I'm confused-- you want me to open a new bug for the trace that is the same for bug #624616 ?
[20:11] <ubot4> Launchpad bug 624616 in rhythmbox-ubuntuone-music-store (Ubuntu Maverick) (and 1 other project) "rhythmbox-ubuntuone-music-store without icon (affects: 2) (heat: 10)" [Undecided,Incomplete] https://launchpad.net/bugs/624616
[20:11] <rodrigo_> jdstrand, ah, no, if it's the same, just add any info to that one
[20:12] <jdstrand> I don't think I have anything new to add at this time
[20:12] <jdstrand> rodrigo_: thanks for looking at it
[20:12] <rodrigo_> jdstrand, ok, np
[20:13] <rodrigo_> jdstrand, you have latest rhythmbox, right?
[20:14] <jdstrand> 0.13.0git20100819-0ubuntu1
[20:15] <jdstrand> rodrigo_: ^ checked LP, yes
[20:15] <rodrigo_> jdstrand, ok, still cheking here, inet connection here is horrible
[20:19] <rodrigo_> ok, I'm not up-to-date, updating now
[20:43] <kklimonda> rodrigo_: pong
[20:46] <rodrigo_> kklimonda, nothing now, your branch is merged
[20:47] <kklimonda> thanks
[20:54] <rodrigo_> jdstrand, ok, I get the same error :(
[22:33] <rye> to whom it may concern
[22:35] <apache2logger> nessita: did I miss something or does ubuntu-sso-client not care whether the user actually wants to sign up for tips and updates?
[22:36] <rye> the users that have created new mobile accounts (username/password) during last 7 days pair will not be able to use mobile contacts syncing. The reason is known but cannot be immediately fixed
[22:37] <rye> See https://wiki.ubuntu.com/UbuntuOne/Status
[22:38] <nessita> apache2logger: that's true :-)
[22:38] <nessita> apache2logger: we can t fo anything with that right now
[22:38] <nessita> can't do*
[22:38] <apache2logger> I think the checkbox should be hidden then ;)
[22:40] <apache2logger> nessita: UI for the KDE platform is pretty much done btw
[22:41] <nessita> apache2logger: awesome! need a review or something? I can take a look (next week, right now we're closing a very heavy sprint)
[22:42] <apache2logger> nessita: I still need to get it hooked up with the backend and give it a proper test run
[22:43] <apache2logger> FTR: it is available at https://code.edge.launchpad.net/~apachelogger/ubuntu-sso-client/kdeui
[22:43] <nessita> apache2logger: perfect
[22:44] <nessita> apache2logger: did you find out what the seg fault was?
[22:44] <apache2logger> nessita: yeah, temporary flux in libdbus
[22:44] <nessita> apache2logger: bummer :-.
[22:44] <nessita> :-/
[22:44] <apache2logger> and I installed ubuntu-desktop to see if it was something in KDE, now I am running gnome ;)
[22:45] <apache2logger> KDE stuff doesnt look half bad in gnome actually ;) http://aplg.kollide.net/images/osiris/011.png
[22:47] <nessita> let's see...
[23:41] <hallyn> looking through bugs on launchpad, but not seeing this... since doing apt-get upgarde last night, ubuntu one isn't syncing... ?


[00:14] <Wellark> anyone seen this before?
[00:14] <Wellark> [ FATAL ] /usr/include/gtest/internal/gtest-port.h:1340:: pthread_mutex_lock(&mutex_)failed with error 22
[00:22] <Wellark> I have not touched the test at all
[00:22] <Wellark> it just started to throw that stuff at me
[00:32] <Wellark> oh, I did change the default visibility of symbols
[00:32] <Wellark> that probably messes with gtest
[01:22] <Wellark> oh, I guess there is nothing better than hitting a CMake bug
[01:22] <Wellark> http://www.cmake.org/Bug/view.php?id=15058
[01:22] <Wellark> can I now have my 3h back?
[02:04] <imgbot> [02:07] <Wellark> nobody wants to chat with me ;(
[02:10] <sergiusens> robru: why is this here again? http://people.canonical.com/~platform/citrain_dashboard/#?q=sergiusens
[02:11] <robru> sergiusens, because it was in the spreadsheet claiming to be ready to assign?
[02:11] <sergiusens> robru: yeah, but that landed yesterday
[02:11] <robru> sergiusens, alright I'll clear it
[02:12] <sergiusens> robru: I asked about it when you said you were breaking the spreadsheet :-)
[02:12] <robru> sergiusens, hm, forgot, sorry
[02:13] <sergiusens> no worries
[02:26] <sergiusens> robru: this probably explains why ciborium here doesn't show up as a ci train landing: http://people.canonical.com/~lzemczak/landing-team/189.commitlog
[02:29] <robru> sergiusens, could be, the spreadsheet got pretty borked, I'm not familiar with teh code that generates that list but it probably just got confused
[03:39] <imgbot> [03:39] <imgbot> [04:40] <Mirv> robru: I guess camera and gallery haven't been uploaded to the store yet
[04:41] <Mirv> I'll look into getting those there with alan
[04:43] <robru> Mirv, oops, bill usually takes care of that I think, but he's EOD
[04:46] <Mirv> robru: I can build & upload and alan can approve them, but I'll just run some smoketesting too on them first
[04:46] <robru> Mirv, sounds good, thanks.
[08:40] <brendand> tvoss, can you think of a reason why, if i restart location service in the autopilot test, then it wouldn't affect the camera-app. only works if i do it from the command line
[08:46] <brendand> tvoss, ah i realised why. the two services must be restarted on the same line
[08:54] <ogra_> bzoltan1, seems UITK isnt been happy in the last few images, there seem to be constantly 12-13 failures
[08:55] <bzoltan1> ogra_:  lemme see those failures...
[08:55] <ogra_> bzoltan1, started with 188
[08:57] <bzoltan1> ogra_:  it is the same "RuntimeError: Application Launch Failed: Application failed to start."
[08:58] <ogra_> i dont know ... i see 13 errors in 190 and 12 in 188 (189 sadly had the phone failing that ran exactly that chunk of tests)
[08:58] <ogra_> we had a mir update and an ubuntu-app-launch update, both could be related
[08:59] <ogra_> ah, and i see Mirv just wrote a mail ...
[08:59] <ogra_> bzoltan1, lets take it to the mail thread :)
[09:00] <bzoltan1> ogra_: why?
[09:00] <Mirv> :)
[09:00] <bzoltan1> ogra_: I check  the failures. So far i did not find one where the test fails.
[09:00] <ogra_> no particular reason ? :)
[09:00] <Mirv> I guess so that ted can be kept updated on all details, since they point towards ubuntu-app-launch
[09:01] <ogra_> bzoltan1, just look through the tests of 188 and 190 ...
[09:01]  * ogra_ would think the red is pretty obvious
[09:02] <bzoltan1> ogra_: That is what I just did.. All fail with "RuntimeError: Application Launch Failed: Application failed to start."
[09:03] <brendand> Mirv, did you say there was a new camera-app that fixes some tests?
[09:04] <bzoltan1> ogra_:  that is nothing new to me, I have seen it yesterday already. I understood that the it is caused by the app launcher and it is under investigation. Do you think the UITK could fix that?
[09:06] <Mirv> brendand: at least locally, yes. I got 2 failures instead of 8.
[09:06] <Saviq> Mirv, can I please ask for a rebuild of https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/landing-017/+build/6269672
[09:06] <Saviq> Mirv, just this one build
[09:06] <brendand> Mirv, do you get prompted for the location when running the tests?
[09:07] <Mirv> Saviq: done
[09:07] <Mirv> brendand: oh, right, this was not "clean" situation where I tested. so, unfortunately I guess even the camera doesn't fix much :(
[09:07] <Mirv> regarding AP:s
[09:08] <brendand> Mirv, well i got 4 after removing the location service prompts, so it might have fixed a couple
[09:08] <brendand> Mirv, is it in the store?
[09:08] <Mirv> brendand: if the gallery doesn't fix much either, the it points to the direction that the async loading (that was now reverted) was not the cause for troubles there
[09:08] <Mirv> brendand: it's in the store now, yes. we'll kick an image in maybe half an hour when the qtdeclarative has also landed
[09:19] <t1mp> ogra_: which mail thread is that?
[09:20] <ogra_> t1mp, ah, you are not on CC it seems Mirv wrote a mail to ted with bzoltan1 and me on CC
[09:20] <bzoltan1> t1mp: I have forwarded to you.
[09:20] <t1mp> thanks
[09:21] <bzoltan1> Mirv: t1mp: ogra_: To be precise,  I do not know that those tests fail or pass, as they do not even start. These  failures are not test failures, but application lunch failures. Each failure has the exact same logs.
[09:23] <t1mp> bzoltan1: I came to the same conclusion
[09:23] <bzoltan1> t1mp: me to, yesterday already.
[09:25] <t1mp> Mirv: when you reproduce the tests locally, are they always the same ones failing?
[09:25] <t1mp> that's interesting
[09:26] <brendand> tvoss, which package is ubuntu-location-service-trust-stored in?
[09:26] <brendand> tvoss, i did an update and it seems to have got removed ...
[09:29] <Mirv> t1mp: t1mp no, also locally they are different
[09:30] <Mirv> t1mp: so similar to eg. #190 and #188 fail in different tests
[09:30] <Mirv> so that leads into thinking it's indeed app launching problem and not a test problem
[09:35] <t1mp> who is working on _launcher.py?
[09:36] <t1mp> the failure seems to come there in launch() (or probably something that it calls), but I don't have knowledge about how that works
[09:39] <brendand> ogra_, if i have usr/share/upstart/sessions/ubuntu-location-service-trust-stored.conf installed, why would upstart say the job doesn't exist?
[09:40] <ogra_> because it has typos perhaps ?
[09:41] <brendand> ogra_, well i've checked that :)
[09:43] <brendand> ogra_, does it have to be in /etc/init?
[09:43] <brendand> ogra_, or is that path also valid?
[09:43] <ogra_> depends
[09:43] <ogra_> show me the content :)
[09:43] <brendand> ogra_, of which one? trust-stored?
[09:43] <ogra_> usr/share/upstart/sessions/ubuntu-location-service-trust-stored.conf
[09:44] <ogra_> oh, thats a default thing ...
[09:44] <ogra_> i thought yo had put it in place
[09:44] <ogra_> as what user do you try to run it ?
[09:44] <brendand> phablet
[09:44] <brendand> ogra_, it worked just before i upgraded
[09:44] <ogra_> session jobs are only seen by the session owner indeed
[09:45] <ogra_> while being in the session
[09:45] <brendand> ogra_, http://paste.ubuntu.com/8052368/
[09:45] <ogra_> ugh, that awfule thing with the JOB= vars
[09:45] <ogra_> :)
[09:46] <ogra_> well, i see no reason why upstart should consider it non existent
[09:47] <ogra_> did you use phablet-shell ?
[09:47] <bzoltan1> ogra_: do you have a newer version of the adbd package I should test?
[09:48] <ogra_> bzoltan1, nope, didnt change ...
[09:48] <ogra_> i'm working on phablet-tools atm to adjust it for the new adbd
[09:49] <brendand> ogra_, yeah of course. i never use adb shell unless i have to
[09:49] <ogra_> werid, then you should be in the upstart session just fine and it shoould see it
[09:50] <ogra_> did you restart the UI session without re-login in phablet-shell ?
[09:50] <ogra_> (if the session ID changes underneath it, phablet-shell wont recognize)
[09:50] <bzoltan1> ogra_: cool, thanks
[09:51] <brendand> ogra_, is initctl the preferred method for interacting with jobs?
[09:52] <brendand> ogra_, service and commands like 'restart' seem to work, but i guess are deprecated?
[09:52] <ogra_> i just use start/stop/restart ... but yeah, you can use initctl too
[09:52] <ogra_> no, they are not deprecated
[09:52] <brendand> ok
[09:52] <t1mp> tedg, Mirv can I suspect the changes to  ubuntu-app-launch.c here http://bazaar.launchpad.net/~indicator-applet-developers/ubuntu-app-launch/trunk.14.10/revision/155 for the new uitk failures?
[09:53] <ogra_> initctl list should still show you the job though
[09:53] <brendand> ogra_, so the job is not in initctl list
[09:53] <ogra_> right, that is why it doesnt find it ... now dont ask me why :P
[09:53] <greyback> trainguards: could someone reconfigure silo5 please? Added a fix for the FTBFS
[09:53] <ogra_> t1mp, most likely
[09:54] <t1mp> ogra_: ok, let's wait for ted then
[09:54] <t1mp> bzoltan1: ^
[09:54]  * t1mp brb
[09:54] <ogra_> t1mp, though i suspect there is some interaction issue going on since we dont see such failures anywhere else
[09:55] <brendand> ogra_, well - a reboot fixed it anyway
[09:55] <ogra_> still weird
[09:57] <brendand> yep
[09:59] <Mirv> greyback: done
[09:59] <greyback> Mirv: thanks
[10:11] <brendand> Mirv, i get two failures now as well
[10:11] <t1mp> ogra_: are the other tests for click packages mainly?
[10:12] <brendand> i might as well try and fix these as well - if i can't then i'll just raise a bug
[10:12] <t1mp> ogra_: there is separate code for click packages and "legacy" apps
[10:15] <jamesh> 2
[10:16] <ogra_> 3
[10:16] <ogra_> t1mp, both
[10:27] <brendand> Mirv, there could be an autopilot issue with one of the failures
[10:27] <brendand> Mirv, it tries to do a pinch action and it fails to do it
[10:27] <brendand> Mirv, when i do the same manually it works
[10:28] <popey> davmor2: can you find that datetime bug?
[10:29] <davmor2> popey: give me 5
[10:30] <popey> k
[10:35] <Mirv> brendand: right, and I think pinching in the photo roll was a new feature. Kaleo might be interested in your findings since he did the latest camera commits.
[10:43] <popey> who is covering for sil2100?
[10:43] <ogra_> popey, Mirv robru and me
[10:43] <ogra_> depending on what you want
[10:43] <popey> bug 1357307 is a blocker
[10:44] <ogra_> popey, sync fails too ... iguess thhats not the indicator but the eds backend
[10:44] <popey> the time should update
[10:44] <popey> doubt it needs eds for that?
[10:44] <popey> want me to split to 2 bugs?
[10:44] <ogra_> oh, you mean it isnt 12:08 ?
[10:44] <popey> https://launchpadlibrarian.net/182343848/device-2014-08-15-114223.png
[10:44] <ogra_> heh, i didnt notice that
[10:44] <popey> look at the two clocks
[10:44] <popey> ☻
[10:45] <ogra_> well, i think the events are eds related ... so yeah, perhaps split them
[10:45] <popey> ok
[10:46] <jamesh> is one of them set to the UTC+2:11 time zone?
[10:48] <popey> done
[10:50] <davmor2> ogra_: bug 1357311 and bug 1357307 need adding to the blocker list most annoying bugs ;)
[10:57] <Mirv> popey: davmor2 ogra_: I added those three to blockers, so this http://people.canonical.com/~lzemczak/issues/landing-email should get updated soon
[10:57] <brendand> Mirv, how did we miss that the record video button is broken :P
[10:57] <popey> k
[10:59] <davmor2> Mirv: thanks dude
[10:59] <Mirv> brendand: how is it broken? works here. click it, and then the record button changes to red button and it seems to record things
[10:59] <popey> camera doesn't launch here. sticks on splash screen...
[10:59] <popey> http://popey.mooo.com/screenshots/device-2014-08-15-115930.png is all I see
[10:59] <brendand> Mirv, doesn't do anything on mako for me
[11:00] <popey> bah, unity froze
[11:00] <brendand> Mirv, do you have a newer version than me?
[11:00] <brendand> Mirv, mine is 347
[11:00] <Mirv> brendand: weird. and you have the 355 version?
[11:01] <Mirv> brendand: ah, I have the one that was updated to the store
[11:01] <brendand> Mirv, ok. why don't i see it yet in updates
[11:01] <brendand> ?
[11:01] <Mirv> brendand: popey did say dholbach would have accepted it
[11:01] <brendand> must be why it works on my 'other device' then
[11:01] <nik90> ogra_, popey: I dont think it is an EDS issue
[11:01] <Mirv> I however installed it locally from .click in the morning
[11:02] <nik90> ogra_, popey: Since if you set an alarm, datetime indicator correctly triggers it by monitoring EDS
[11:02] <ogra_> nik90, well, i get a "sync failed" popup message on every boot here
[11:02] <nik90> ogra_: but was EDS updated in 189?
[11:02] <ogra_> nope
[11:03] <ogra_> ah, wait, but i see events in the calendar .... so this might just be coincidence
[11:03] <nik90> popey: camera works for me on mako. Did you update it from the click store?
[11:03] <popey> no, i think it's another issue
[11:03] <popey> (which is hilarious and I'm filing a bug)
[11:04] <ogra_> Mirv, btw, where do we stand wt kicking and image ?
[11:04] <popey> ogra_: would usensord be a good place to file a bug about rotation/sensor related issues?
[11:06] <ogra_> would be a start at least ...
[11:06] <popey> k
[11:11] <Mirv> ogra_: we stand in the "oh I forgot to say qtdeclarative migrated" stage
[11:11] <popey> bug 1357327 ☻
[11:11] <Mirv> ogra_: feel free to kick a build, in other words...
[11:12] <Mirv> I had that one tab reminding me about it, but I didn't get back to the tab
[11:12] <brendand> Mirv, ogra_ - i submitted the merge request. after what happened last time, it would be good if someone checked that this works independently: https://code.launchpad.net/~brendan-donegan/camera-app/location_prompt_disable/+merge/230961
[11:12] <ogra_> Mirv, doing so, thanks
[11:18] <Mirv> brendand: great! was there a jenkins thing that builds .click packages out of MP:s?
[11:19] <imgbot> [11:21] <popey> hmm, my phone is in a unity8 restart and apport loop ☹
[11:21]  * popey reboots
[11:23]  * Mirv not seeing http://people.canonical.com/~lzemczak/issues/landing-email updating itself
[11:23] <davmor2> there was an problem rebooting popey, E:Too_Much_Blood_In_Alcohol_Stream ;)
[11:29] <davmor2> Mirv: it might take some time I think LP emails out after a 5-10 minute sync and then the api would need to pick up the changes for sil2100 script to pick it up I guess :)
[11:30] <Mirv> davmor2: I just re-read sil2100's e-mail and noticed I added the tags but missed the subscriptions... now waiting another 5-10 mins
[11:31] <davmor2> Mirv: :(
[11:31] <Mirv> ...and it updated it already, only leaving out the report marked as duplicate
[11:32] <Mirv> more blockers, yay! http://people.canonical.com/~lzemczak/issues/landing-email
[11:42] <nik90> davmor2: there we go...blocker bugs :P
[11:43] <davmor2> nik90: told you :P
[11:43] <nik90> davmor2: well I look at it as glass half full
[11:55] <ogra_> jdstrand, we have one new failure in the security tests (likely introduced with yesterdays apparmor profile upload)
[12:13] <popey> pete-woods - see comment on https://code.launchpad.net/~jamesh/mediascanner2/megamerge-20140815/+merge/230929 - that ms branch breaks music app...
[12:13] <popey> pete-woods: we can't land that until the music app is fixed, which the dev will work on later today.
[12:15] <jdstrand> ogra_: yes, please don't block on that failing test. it is caused be a change in the settings file for scopes. I had the fix to the test staged, but forgot to commit it before I EOD'd yesterday
[12:16] <ogra_> no prob ... as long as you are aware and look into it :)
[12:17] <jdstrand> ogra_: the timing of committing test adjustments can be tricky-- I don't want to commit too early lest a test run starts without the new policy, but if I wait too long, the new policy is in place without the test fix
[12:17] <ogra_> yeah
[12:17] <jdstrand> but, no biggie. committing now
[12:17] <jdstrand> thanks for the ping
[12:17] <brendand> Mirv, the jenkins job for camera-app failed because of dbus errors? https://jenkins.qa.ubuntu.com/job/generic-click-autopilot-runner-mako/392/
[12:17] <brendand> Mirv, looks like when 'phablet-config autopilot' was not run
[12:34] <Mirv> brendand: hmm, should you ping the CI vanguard about it? if there's something broken in CI
[12:54] <imgbot> [12:54] <imgbot> [12:55]  * popey updates
[13:04] <Saviq> trainguards, icanhasreconfigure of silo 17 please, added scope-scopes
[13:05] <Saviq> and left out scope-shell
[13:07] <Mirv> Saviq: done
[13:07] <Saviq> Mirv, thank you
[13:07] <jamesh> popey: The second build in silo 002 should work with music-app, fwiw
[13:08]  * popey hugs jamesh
[13:08]  * Mirv is EODish, but will try to check for for train requests every now and the, since sil2100 is out today and robert will not be awake for 2-3 hours still
[13:09] <jamesh> popey: I had added the filled signal to help with the tests and hadn't realised music-app had started using it.  The new version changes it to a "status" property+notification signal that makes it possible to inspect the status
[13:09] <jamesh> popey: I've just added some code to add back the old signal and fire it when status==Ready
[13:10] <popey> super stuff, thank you jamesh
[13:16] <greyback> trainguards: please can I get a reconfigure for silo5 - adding gles twin package for qtubuntu
[13:19] <popey> Mirv: do you have time to upload http://s-jenkins.ubuntu-ci:8080/job/filemanager-app-click/lastSuccessfulBuild/artifact/out/com.ubuntu.filemanager_0.3.254_armhf.click to the store please?
[13:19] <pete-woods> popey: I think jamesh pushed a fix for the music app break to that branch
[13:21] <Mirv> greyback, popey: done and done
[13:21]  * popey hugs Mirv
[13:21]  * Mirv hugs popey
[13:22]  * greyback gives Mirv an casual nod from afar
[13:22] <popey> dpm: filemanager approved
[13:22]  * Mirv approaches greyback with open arms
[13:23]  * greyback is frozen
[13:23]  * popey tickles greyback
[13:23] <popey> He says no, he means yes.
[13:23]  * greyback putty in your arms
[13:24] <dpm> awesome, thanks popey
[13:28] <greyback> https://ci-train.ubuntu.com/job/ubuntu-landing-005-1-build/3/console <- that mean anything to you Mirv?
[13:28] <greyback> get_packaging_verbsion <- typo in the job?
[13:29] <pete-woods> hi trainguards! just checking if there's a reason for my request on line 26 (for scopes-api and scopes-shell) didn't get a silo. are we at some level of traincon? did I do something wrong?
[13:30] <Mirv> greyback: sems like typo from sil2100 http://bazaar.launchpad.net/~cupstream2distro-maintainers/cupstream2distro/trunk/revision/646 , I'm not sure if I can fix it, but I'll try
[13:30] <Mirv> pete-woods: no reason, just too messy spreadsheet. assigning.
[13:30] <pete-woods> Mirv: :D
[13:31] <pete-woods> it could do with autofilters for the columns
[13:31] <pete-woods> I'm not sure if google sheets does that or not, though
[13:32] <pete-woods> looks like it does, actually
[13:32] <pete-woods> maybe it affects everyone at once, though
[13:32] <Mirv> pete-woods: you've got ubuntu-rtm/landing-001
[13:33] <pete-woods> thanks!
[13:33] <Mirv> greyback: you can try now, I fixed the typo but I've no idea about deploying
[13:33] <greyback> Mirv: ok, will hit rebuild& hope
[13:33] <Mirv> oh, hmm, I have an idea about deploying if that didn't help
[13:34] <greyback> Mirv: yeah same problem
[13:36] <pete-woods> Mirv: feeling stupid, but is there a separate CI dashboard for RTM?
[13:36] <Mirv> greyback: try again
[13:36] <Mirv> pete-woods: yes, there's a link top left
[13:36] <pete-woods> d'oh!
[13:36] <pete-woods> thanks!
[13:37] <greyback> Mirv: same :(
[13:38] <Mirv> greyback: try again :)
[13:38] <Mirv> this is "I chatted about how to do this in theory months ago"
[13:39] <greyback> Mirv: still no luck
[13:39] <greyback> https://ci-train.ubuntu.com/job/ubuntu-landing-005-1-build/7/console
[13:41] <Mirv> greyback: interesting, the output I see in deployment would seem pretty good. weird though that you have "citrain-preprod", even though you shouldn't have any preprod silo
[13:41] <greyback> Mirv: I've no idea :)
[13:44] <Mirv> 2014-08-15 13:38:02,574 INFO Reconfiguring Jenkins Job ubuntu-landing-005-1-build
[13:44] <Mirv> why-you-no-work
[13:48] <Mirv> greyback: https://ci-train.ubuntu.com/job/ubuntu-landing-005-1-build/9/console \o/ no idea why I needed to do what I did, but it seemed logical and worked
[13:48] <Mirv> (why production silo is explicitly running preprod code, so doing a production deployment didn't fix it)
[13:49] <greyback> Mirv: excellent. Thank you
[13:50]  * greyback hugs Mirv
[13:51] <brendand> Mirv, do you get this failure when running locally? http://s-jenkins.ubuntu-ci:8080/job/autopilot-testrunner-otto-utopic/2291/testReport/junit/camera_app.tests.test_focus/TestFocus/test_focus_valid_and_disappear_with_mouse_/
[13:55] <alecu> hi trainguards! may I ask any of you to give landing permissions to dobey?
[13:56] <ogra_> alecu, i guess you have to come back on monday ... i dont know who apart from sil2100 can add people
[13:56] <ogra_> (and he is on vacation today)
[13:57] <alecu> ogra_: it was robru who did the initiation ritual with me. I guess dobey can ask when he starts his shift.
[13:57] <dobey> hmm
[13:57] <ogra_> ah, ok, i wasnt sure if rob can do it
[13:59] <Mirv> brendand: I can't test that now, my EOD efforts have gone extremely poorly in the last hour but I'm leaving for some shopping now (I'll keep on the lookout for train management jobs)
[13:59] <Mirv> the hole between me and robert is something that sil is very much needed for :)
[14:00] <brendand> Mirv, that's okay
[14:14] <ogra_> brendand, camera still doesnt look happy in 191 ... should it ?
[14:16] <brendand> ogra_, nope not until https://code.launchpad.net/~brendan-donegan/camera-app/location_prompt_disable/+merge/230961 lands
[14:16] <brendand> ogra_, we might be short of landers
[14:16] <brendand> lots of holidays today
[14:17] <Mirv> ogra_: brendand: gallery \o/ it was just me, the fix actually fixed things.
[14:17] <asac> sil off today?
[14:18] <Mirv> asac: yes
[14:18] <brendand> Mirv, do you think you have time to land my merge request for camera-app today?
[14:18] <asac> lagger :P
[14:18] <asac> j.k.
[14:18] <asac> thanks Mirv
[14:19] <Mirv> brendand: no in terms of getting it tested etc, I can do uploads after it's in trunk though
[14:20] <brendand> so we just need to find someone to review/approve it
[14:20] <brendand> ogra_, all my usual guesses are on holiday - any ideas?
[14:20] <dobey> hi trainguards: can we get this MP fast-tracked through landing? https://code.launchpad.net/~dobey/unity-scope-click/explicit-pthread/+merge/230973
[14:21] <brendand> dobey, explicit-pthread - is it sfw?
[14:22] <dobey> brendand: sfw?
[14:23]  * brendand hangs his head in shame at a failed attempt at a joke
[14:23] <brendand> dobey, never mind
[14:24] <Mirv> dobey: please work with ogra to have spreadsheet nice and updated, I quickly added a line and kicked a build, but like description, test plan, getting it tested. I'll check later if it can be published.
[14:25] <Mirv> (ie if it has been marked tested)
[14:25]  * Mirv really gone now
[14:25]  * ogra_ is in meetings the next 3h
[14:26] <ogra_> (or 2.5 rather)
[14:31] <davmor2> I'm back and in a caravan that's a locate and a half right
[15:03] <davmor2> so there are some pluses and minuses to this plan, pluses I get a very pleasant view, minuses I get to feel ogra_ 's pain when downloading images
[15:10] <sergiusens> Mirv: robru I just set line 39 to yes but it's still red
[15:10] <sergiusens> Mirv: robru yes in the MP column
[15:10] <sergiusens> ah, nevermind... lag
[15:19] <ogra_> plars, looks like we're missing a mako in smoketesting
[15:21] <plars> ogra_: weird, it doesn't seem to be going into fastboot
[15:21] <plars> ogra_: let me take a look
[15:21] <ogra_> plars, psivaa said soimething similar about 189
[15:21] <ogra_> swame issue
[15:21] <ogra_> -w
[15:21] <plars> ogra_: same device? psivaa?
[15:21] <ogra_> dunno :)
[15:21] <ogra_> it worked in 190 then
[15:22] <plars> ogra_: it should go on now... not sure why that happened. Will have to keep an eye on that
[15:22] <ogra_> thx
[15:40] <pete-woods> general call for help for a stupid person
[15:40] <pete-woods> I added my silo with the following command: phablet-config writable-image --ppa ppa:ci-train-ppa-service/ubuntu-rtm/landing-001
[15:41] <pete-woods> but I end up with: W: Failed to fetch http://ppa.launchpad.net/ci-train-ppa-service/ubuntu-rtm/ubuntu/dists/utopic/main/binary-armhf/Packages  404  Not Found
[15:41] <pete-woods> when doing apt-get update on the phone
[15:41] <brendand> pete-woods, i haven't tried the new rtm ppas
[15:42] <brendand> pete-woods, did you try doing it manually?
[15:42] <brendand> pete-woods, add-apt-repository etc etc
[15:42] <pete-woods> not yet
[15:42] <pete-woods> will do that next
[15:44]  * pete-woods checks for updated phablet-tools
[15:44] <brendand> pete-woods, oh yeah that ain't gonna work
[15:44] <pete-woods> bregma: which part?
[15:45] <brendand> pete-woods, add-apt-repository is just freezing
[15:45] <pete-woods> ah
[15:45] <brendand> pete-woods, that might be a red herring though
[15:45] <brendand> pete-woods, is that ppa in your sources.list?
[15:47] <pete-woods> brendand: it seems like I have multiple PPAs there now (from some failed attempts to guess the correct ppa name)
[15:47] <pete-woods> just starting again, to see if it's really a problem
[15:47] <brendand> pete-woods, it's expecting:
[15:47] <brendand> deb http://ppa.launchpad.net/ci-train-ppa-service/landing-001/ubuntu-rtm 14.09 main
[15:47] <brendand> deb-src http://ppa.launchpad.net/ci-train-ppa-service/landing-001/ubuntu-rtm 14.09 main
[15:47] <pete-woods> deb http://ppa.launchpad.net/ci-train-ppa-service/ubuntu-rtm/ubuntu utopic main
[15:47] <pete-woods> # deb-src http://ppa.launchpad.net/ci-train-ppa-service/ubuntu-rtm/ubuntu utopic main
[15:47] <brendand> pete-woods, utopic vs 14.09
[15:48] <brendand> pete-woods, did you freshly flash the image?
[15:48] <pete-woods> bregma: obviously my crude algorithm for converting PPA names into the random magic you give to add-apt-repository is wrong
[15:48] <pete-woods> bregma: yeah, this is a clean image
[15:49] <pete-woods> brendand: whoops, wrong person
[15:50] <brendand> pete-woods, and you just ran phablet-config writable-image --ppa?
[15:50] <pete-woods> bregma: yep
[15:50] <brendand> pete-woods, bregma is going to be confused
[15:50] <pete-woods> brendand: yep, literally the command above :$
[15:51] <sergiusens> rsalveti: can you look at line 39? I'll tab a beer ;-)
[15:51] <pete-woods> too used to named being unique with first two chars
[15:51]  * bregma is used to being mistaken for someone competent
[15:51] <brendand> pete-woods, gets me all the time as well
[15:52] <pete-woods> brendand: so is there a proper way for me to figure out the magic string to pass to add-apt-repository if I'm given a PPA URL?
[15:53] <brendand> pete-woods, oh i see now
[15:53] <brendand> pete-woods, i think this scheme was ill thought through
[15:53] <brendand> pete-woods, look at the launchpad page for the ppa: https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu-rtm/landing-001
[15:53] <brendand> You can update your system with unsupported packages from this untrusted PPA by adding ppa:ci-train-ppa-service/landing-001 to your system's Software Sources. (Read about installing)
[15:54] <brendand> notice that the text is the same as for the non-rtm ppa
[15:54] <brendand> ogra_, you're needed
[15:54] <brendand> cjwatson, or maybe you can help actually
[15:54] <pete-woods> brendand: ahh. that part doesn't show if you're in +packages
[15:55] <pete-woods> brendand: the path still doesn't quite look correct, though
[15:55] <pete-woods> compare https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/landing-001
[15:55] <pete-woods> https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu-rtm/landing-001
[15:55] <pete-woods> they have the same path
[15:55] <pete-woods> doesn't look right to me
[15:56] <pete-woods> (I mean look at the actual pages, not the URLs :) )
[15:57] <brendand> pete-woods, that's what i mean
[15:57] <rsalveti> sergiusens: lemmelook
[15:58] <brendand> cjwatson, is there no shorthand possible for the RTM ppa's?
[15:58] <brendand> cjwatson, launchpad seems as confused by it as me and pete-woods
[15:58] <rsalveti> sergiusens: silo 02
[15:58]  * pete-woods following now :)
[15:59] <ogra_> brendand, he is on vacation ... and i wasnt involved with any of the rtm bringup
[15:59] <brendand> ogra_, rbpark?
[16:00] <brendand> ogra_, robru that's it
[16:00] <brendand> forgot his nick for a second
[16:00] <ogra_> pete-woods, for now just edit the sources.list snippet ... "deb http://ppa.launchpad.net/ci-train-ppa-service/landing-001/ubuntu-rtm 14.09 main "
[16:00] <brendand> ogra_, we can talk about it in landing
[16:00] <sergiusens> rsalveti: thanks
[16:00] <pete-woods> ogra_: thanks, brendand gave me the magic paths already :)
[16:02] <popey> bah, browser died
[16:04] <davmor2> ogra_: it's not going to let me join and stay connected
[16:04] <brendand> pete-woods, ogra_ thinks it's because you're not using an RTM image
[16:04] <brendand> pete-woods, which i don't think even exist yet
[16:05] <brendand> pete-woods, you are going to hack sources.list in the meantime i think
[16:05] <pete-woods> brendand: yep, that's what I've done :)
[16:06] <brendand> pete-woods, btw why do you want to land directly in RTM instead of going via utopic
[16:06] <pete-woods> brendand: er. I was just told we needed this stuff in RTM asap. so I figured this was the process..
[16:08] <plars> balloons: anything new on reminders or calendar? reminders got worse today, up to 6 failures :(
[16:08] <ogra_> davtethering works ;)
[16:08] <ogra_> davmor2, tethering works ;)
[16:09] <brendand> pete-woods, i know that changes in ubuntu will make it to rtm eventually, but i don't know how quickly
[16:09] <brendand> pete-woods, robru or someone like that can probably give more detail
[16:10] <pete-woods> okay, that's good to know :)
[16:12] <davmor2> ogra_: no signal in the quarry and it's throwing down with rain so I'm not sitting up the top of the hill for a phone signal :)
[16:13] <psivaa> plars: it was mako-09 during 189 testing failing to comeback onto bootloader
[16:19] <Mirv> is robru around already?
[16:20] <Mirv> sorry guys I couldn't quite do the 12h needed to fill up sil2100's watchout completely, but I think robru should be around nowish
[16:20] <robru> Mirv, hi
[16:20] <Mirv> nice, the 003 got done
[16:21] <Mirv> robru: o/ great. just got back from shopping.
[16:21] <Mirv> and everything seems in order
[16:21] <robru> Mirv, 3? looks in proposed to me...
[16:22] <Mirv> robru: yep, I just wasn't sure if there's anyone to fill in the details and publish, but seems everything got done
[16:22] <dobey> yep
[16:24] <dobey> it's just waiting for the autopkgtests to get run, and then it'll migrate
[16:25] <Mirv> ok, things seem fine, I'll start to switch into cooking mode
[16:25] <Mirv> robru: so we added datetime bugs to blockers today, nothing else in news I guess. gallery got better, camera not yet.
[16:26] <robru> Mirv, cool thx
[16:26] <dobey> robru: so i'm told you can get me landing privs. what do i need to do to get that?
[16:26] <robru> dobey, pretty simple, I just add you to a lp group, and then give you edit rights in the spreadsheet
[16:27] <robru> dobey, done
[16:27] <dobey> robru: ah. is there some presentation or document explaining the process for actually doing a landing?
[16:27] <dobey> robru: thanks
[16:28] <robru> dobey, hmm, most of the documentation is from my perspective, eg helping you do landings, not so much for you to request landings. hang on
[16:29] <robru> dobey, https://wiki.ubuntu.com/citrain/FAQ has info but it's pretty verbose. not very quick at getting up to speed
[16:30] <robru> dobey, basically just fill out the next blank row in the spreadsheet, mimic the examples set by previous rows and you should be fine. set Ready column to Yes and then the bot will ping us to assign your silo
[16:31] <dobey> oh. ok
[16:33] <dobey> robru: can we get a silo for row 24 in the spreadsheet? thostr added it yesterday but it hasn't gotten a silo yet
[16:35] <robru> dobey, hm, conflicts with silo 5 but that one is ready to publish so I'll publish that one...
[16:36] <dobey> robru: oh weird
[16:36] <robru> ricmm, around? this mp is unapproved... https://code.launchpad.net/~ricmm/qtubuntu/check-window-event/+merge/230764
[16:36] <dobey> robru: the MP in that is wrong
[16:37] <robru> dobey, thankfully the spreadsheet doesn't tell us who marked it as tested, but presumably ricmm since he requested the landing
[16:37] <dobey> robru: i mean, the MP URL in row 24 is wrong
[16:38] <robru> dobey, oh yeah, that looks wrong too
[16:38] <dobey> let me put the right MP urls in there
[16:38] <robru> dobey, well that MP looks ok but it's missing any qtubuntu change to actually sync.
[16:38] <dobey> robru: yes, but qtubuntu has nothing to do with what the description is, or the test plans listed there :)
[16:39] <robru> excellent
[16:39] <brendand> tvoss, is there a dbus api for ubuntu-location-service?
[16:40] <dobey> robru: ok, i put the two MP urls in there that were supposed to be in there
[16:41] <dobey> hmm
[16:41] <dobey> and doing "Show revision history" on that spreadsheet is apparently a very bad thing to do
[16:41] <robru> dobey, you got silo 12
[16:41] <robru> dobey, http://people.canonical.com/~platform/citrain_dashboard/#?distro=ubuntu&q=ubuntuone-credentials
[16:41] <dobey> thanks
[16:41] <robru> you're welcome
[16:43] <robru> dobey, so at that link i gave, you have to click 'build' to open jenkins, and then at the jenkins form you have to click the big 'build' button... twice (the first one logs you in, the second one triggers the build)
[16:43] <dbarth> robru: we have validate silo 13 at last
[16:43] <dbarth> it's marked tested
[16:44] <dobey> ah ok
[16:44] <robru> dbarth, hm it says it's still building ;-)
[16:44] <dbarth> contains some cool stuff: trust session support and a refactored system settings plugin
[16:44] <Saviq> trainguards, could I have a quick silo for line 36 (I promise to release it today)
[16:44] <greyback_> robru: sorrt, had forgotton to approve the MR in silo5. It should publish not
[16:45] <dbarth> robru: it's an old message
[16:45] <Saviq> it's a subset of line 37
[16:45] <dbarth> robru: ah right, it needs a manual treatment, because we reused a silo which publication was interrupted
[16:46] <robru> Saviq, it's a subset of line 37? which is blank?
[16:46] <Saviq> robru, 27
[16:46] <robru> ah
[16:46] <Saviq> robru, finger trouble :)
[16:48] <robru> greyback_, ricmm: sorry guys silo 5 is imploding, I'll try to save it
[16:48] <greyback_> robru: lemme know if I can help
[16:50] <robru> greyback_, nawp, just gotta rebuild everything apparently. citrain forgot that qtubuntu got built and there's apparently no way to remind it without just rebuilding the whole thing.
[16:50] <greyback_> robru: darn. Will the package version change? If yes I'll update the gles twin
[16:50] <robru> greyback_, it's ok, I think I'm rebuilding both...
[16:52] <davmor2> robru: did the silo ppa names change on lp or just in the citrain stuff?
[16:52] <robru> greyback_, yeah it's gonna be 15.1 instead of 15, but I don't think that's going to hurt anything will it?
[16:52] <robru> davmor2, just in citran
[16:52] <davmor2> robru thanks
[16:52] <robru> davmor2, you're welcome
[16:52] <greyback_> robru: they need to match exactly
[16:52] <robru> greyback_, ok, please update the mp to 15.1 then
[16:52] <greyback_> 2 secs
[16:53] <Saviq> uh, looks like the train's gonna be full over the weekend :D
[16:54] <greyback_> robru: done
[16:54] <robru> Saviq, http://people.canonical.com/~platform/citrain_dashboard/#?distro=ubuntu-rtm&q= but look how many free silos we have!!! ;-)
[16:54] <Saviq> robru, har har
[16:56] <tvoss> brendand, sure, what exactly do you need?
[16:58] <robru> Saviq, ok you're getting silo 18
[16:58] <Saviq> robru, thanks, I'll be quick
[16:59] <davmor2> ogra_: so just went up the hill to use 3g to update the phone it's bad when you have to resort to that :)
[17:02] <Saviq> greyback_, while I have you around https://code.launchpad.net/~mir-team/qtmir/gles-sync/+merge/231001
[17:02] <Saviq> robru, sorry, need to ask for a reconfigure for the -gles sync in silo 18
[17:03] <greyback_> Saviq: dun
[17:03] <Saviq> greyback_, thanks, and have a good'un!
[17:03] <greyback_> Saviq: you too
[17:11] <Saviq> robru, thank you
[17:14] <robru> Saviq, you're welcome
[17:18] <robru> popey, what was that bug reference from the meeting?
[17:18] <popey> ah yes.
[17:19] <popey> robru: bug 1357307 and bug 1357311
[17:19] <robru> popey, thanks
[17:19] <jdstrand> hey, so I went to https://launchpad.net/ubuntu-rtm/14.09/+localpackagediffs?field.package_type=all. I checked apparmor-easyprof-ubuntu and pressed the button to sync it to 14.09 (then click 'ok'
[17:19] <jdstrand> )
[17:19] <jdstrand> it looked to go ok, but I don't see any change in the report
[17:20] <jdstrand> when can I expect to see it off the report?
[17:20] <robru> jdstrand, yep, no idea. that's a question for cjwatson (on holiday) or perhaps wgrant_
[17:21] <davmor2> cyphermox: mtp testing under wat 4.3GB of music transferring across should be enough right ;)
[17:22] <jdstrand> I look at https://launchpad.net/ubuntu-rtm/+source/apparmor-easyprof-ubuntu and don't see it is doing anything. maybe I need a publisher run
[17:22] <jdstrand> robru: thanks
[17:22] <jdstrand> wgrant_: ^
[17:22] <davmor2> cyphermox: seems to have locked up on track 116
[17:23] <davmor2> cyphermox: libmtp error:  Could not send object.
[17:23] <davmor2> cyphermox: There was an error copying the file into mtp://[usb:003,010]/Nexus%204/Music/David%20Bowie/Platinum%20Collection.
[17:23] <davmor2> cyphermox: Error while copying “Golden Years (Single Ve...98 Digital Remaster).mp3”.
[17:24] <Saviq> robru, hmm, qtmir-gles disappeared again from silo 18, what gives?
[17:24] <robru> Saviq, that's a new one on me
[17:24] <robru> i'll reconig
[17:24] <davmor2> Saviq: it hates you, hate it back it works for me
[17:25] <Saviq> robru, maybe it doesn't like stuff happening in parallel (build was running when you reconfigured)
[17:25] <sergiusens> robru: can you join #is please?
[17:27] <davmor2> cyphermox: definitely had enough I had to stop it :(
[17:29] <davmor2> cyphermox: I have a feeling it might be 2 fold a mix of the version on the laptop and on the phone not playing nicely together
[17:29] <davmor2> cyphermox: do I need to update the laptop too?
[17:30] <robru> Saviq, ok try building
[17:31] <robru> Saviq, oh right, yeah if the build job was still running that could clobber the reconfigure.
[17:31] <robru> oops
[17:49] <jdstrand> wgrant_: one interesting thing if I do the sync, I get a confirmation that looks like this: "You're about to sync 1 package. Continue? ... apparmor-easyprof-ubuntu 1.2.19 -> 1.2.15 ... Ok Cancel'
[17:49] <jdstrand> wgrant_: I would've expected that to say 'apparmor-easyprof-ubuntu 1.2.15 -> 1.2.19'
[17:50] <jdstrand> wgrant_: after waiting awhile, my requested sync of apparmor-easyprof-ubuntu 1.2.19 still hasn't happened
[17:51] <ogra_> jdstrand, did you check ubuntu ... perhaps 1.2.19 now turned into 1.2.15 ;)
[17:52] <ogra_> (then th text would indeed be correct *g* )
[17:56] <jdstrand> ogra_: heh, it did not change :)
[17:56] <ogra_> heh
[18:14] <robru> kenvandine, don't worry about 14, that message just means we both published at the same time. it's publishing fine
[18:14] <kenvandine> ok
[18:14] <kenvandine> i was just looking :)
[18:14] <kenvandine> thcx
[18:14] <kenvandine> thx even
[18:14] <robru> kenvandine, you're welcome
[18:14] <dobey> robru: i take it from the flurry of text changes on the dashboard you acked the packaging changes for ubuntuone-credentials?
[18:15] <robru> dobey, yeah it was a trivial diff
[18:15] <dobey> yeah, i was just about to ping you and ask for it when i saw the status change again :P
[18:16] <robru> dobey, yeah I have the highlight set on 'trainguards' so the bot already pinged me
[18:17] <dobey> ah ok
[18:17] <robru> alright, I'm off for lunch, brb
[18:22] <cyphermox> davmor2: no, you wouldn't have to update the laptop
[18:23] <cyphermox> davmor2: I'm going to see if I can crash it again with file transfers, but it hasn't happened to me since the updates
[18:52] <mterry> robru, I thought image blockers were for regressions, not stuff that's been around forever
[18:53] <robru> mterry, that's true. are those not new? I was told they were blockers.
[18:55] <mterry> robru, well the clock-out-of-sync one was reported on 6/10
[18:55] <mterry> robru, I'm not sure about the others
[18:56] <robru> mterry, hmm ok. well we'll have to take it up with sil on monday. i'm not going to promote anything on a friday when nobody's around ;-)
[18:56]  * mterry whispers in robru's ear, "Come on, it'll be fine..."
[18:57] <mterry> "no one will notice"
[18:57] <robru> yeah..... no....
[18:58]  * popey notes there's a blocker in this image that has been around for 1 day, which doesn't constitute "forever" imo ☻
[19:16] <mterry> popey, I wasn't saying they were all old
[19:16] <mterry> Just that clock one is ancient
[19:37] <robru> camako, please approve https://code.launchpad.net/~mir-team/mir/0.6/+merge/230879
[19:37] <camako> robru, oh sorry you're right... forgot...
[19:38] <camako> robru, done...
[19:39] <camako> robru, btw when I changed the "testing pass" column to 'yes' and entered the image number, it said "invalid  cell contents"
[19:41] <robru> camako, yep, that's normal.
[19:42] <camako> robru, o ok.. I top-approved the MP..
[19:49] <camako> robru, that's weird... debian/control diff in https://ci-train.ubuntu.com/job/ubuntu-landing-004-2-publish/2/ doesn't match with the MP https://code.launchpad.net/~mir-team/mir/0.6/+merge/230879
[19:51] <robru> I... what...
[19:52] <robru> camako, try rebuilding it I guess. *sigh*
[19:53] <camako> robru, ok
[19:53] <robru> camako, I don't have the slightest clue why that could be. the build log shows it built the most recent commit, so it's not like there's a new unbuilt commit that makes those changes
[19:53] <camako> robru, the script that does the diff has a bug??
[19:54] <robru> camako, nope, because the PPA also has the wrong diff
[19:55] <camako> robru, ugghh ok rebuilding (and I'll have to retest I guess)
[19:55] <robru> camako, yep.
[19:58] <robru> camako, wait, no, abort abort
[19:58] <robru> camako, http://launchpadlibrarian.net/182166412/mir_0.6.0%2B14.10.20140811-0ubuntu1_0.6.0%2B14.10.20140811-0ubuntu2.diff.gz that diff is in distro already, somebody beat you to it
[19:59] <robru> camako, so the diff is fine
[20:00] <robru> hopefully that build job doesn't interfere with the previous publish...
[20:02] <camako> robru, O sh*t ... should I cancel the rebuild?
[20:03] <robru> camako, i already did
[20:04] <robru> camako, we caught it before it uploaded to the PPA so the PPA contents are still sane. but citrain is caught in an inconsistent state now, but fortunately it's already published. worst case we flush the silo and you merge manually.
[20:05] <camako> robru, oh okay... So somebody felt the need to rebuild the branch but by that time, we had already checked in more content, thinking our release was done
[20:06] <robru> camako, what? I don't follow.
[20:06] <robru> camako, Laney felt that your debian/control fixes were important enough to just upload them direct to distro, bypassing citrain
[20:07] <camako> robru, ok I see... I didn't know that...
[20:08] <camako> robru, and they did not merge it to the trunk??
[20:08] <robru> camako, nope!
[20:09] <camako> robru, ok this release will take care of that
[20:09] <robru> yeah
[20:09] <camako> robru, thanks... anything I can do?
[20:09] <robru> camako, just wait for it to migrate. citrain might be too confused to notice. pay attention to https://launchpad.net/ubuntu/+source/mir
[20:10] <robru> camako, once it no longer says -proposed then we can clear the silo
[20:11] <camako> robru, ack
[20:24] <Saviq> robru, can I bug you for ↑ please :)
[20:27] <robru> Saviq, yeah I just published mir, i should really kick an image in between
[20:27] <Saviq> robru, ok, do what you gotta do
[20:28] <Saviq> robru, as long as it lands today I'm glad
[20:30] <rsalveti> Saviq: I'll take care of building a new image and publishing your silo in a few
[20:31] <rsalveti> probably ~2,3 hours
[20:31] <Saviq> rsalveti, thanks
[20:46] <camako> rsalveti... so is mir 0.6.1 all good..?  looking at https://launchpad.net/ubuntu/+source/mir
[20:46] <camako> 0.6.1 is shown as the latest upload
[20:51] <rsalveti> camako: not yet, still in proposed, but should migrate soon
[20:51] <rsalveti> camako: check with rmadison mir
[20:51] <rsalveti> once that tool says that mir is in utopic, then we can trigger a new image
[20:51] <rsalveti> and merge/clean the silo
[20:52] <camako> rsalveti, okay I don't know if you 've seen the scrollback.. robru and I noticed an inconsistency...
[20:54] <rsalveti> camako: yeah, ci train might get confused
[20:54] <rsalveti> if so, then we might need to merge manually and force it to clean the silo
[20:55] <camako> rsalveti, so I was keeping an eye on https://launchpad.net/ubuntu/+source/mir where there was an entry above 0.6.0 line for 0.6.1 which said "proposed" but now it's gone... Just wanna make sure the release is not stuck somewhere
[20:59] <rsalveti> camako: right, yeah, first it gets published in launchpad
[20:59] <rsalveti> then it gets published for real in about ~20min
[21:02] <camako> rsalveti, ok I'll check with the tool.. thanks
[21:12] <camako> rsalveti, now rmadison says it was promoted to utopic..
[21:12] <rsalveti> camako: great
[21:12] <camako> not utopic-proposed any more
[21:13] <rsalveti> camako: let me try to merge  & clean to see what happens
 moment of truth....
[21:14] <camako> ugh it failed
[21:16] <rsalveti> 2014-08-15 21:15:07,424 INFO Trying to push to https://code.launchpad.net/~mir-team/mir/utopic
[21:16] <rsalveti> No new revisions or tags to push.
[21:16] <rsalveti> yeah, probably because of the bad state
[21:17] <rsalveti> camako: so I guess we need to merge this manually
[21:17] <camako> rsalveti... Yep..
[21:18] <camako> rsalveti, want me to do it or you got it?
[21:18] <rsalveti> camako: I can try, I think I have write access to it
[21:18] <camako> ok
[21:22] <rsalveti> camako: done
[21:22] <camako> rsalveti... great thanks for your help.
[21:23] <rsalveti> np, also triggered a new image
[21:23] <camako> cool
[21:29] <imgbot> [21:33] <camako> rsalveti, I'm confused about landings for rtm... Mir still has one trunk where we land... But I expect our ubuntu/utopic distro and ubuntu-rtm/14.09 to diverge (e.g. only checking bug fixes in the latter)... Don't we need another trunk for rtm to generate our MPs against?
[21:34] <rsalveti> right, if you think utopic and rtm will diverge in your case, then yeah, more work
[21:34] <rsalveti> another trunk, that needs to be synced from time to time with utopic and so on
[21:34] <rsalveti> can be painful
[21:40] <camako> rsalveti, once the RTM freezes our devel work for utopic and beyond continues. And, say 3 weeks later, an RTM bug appears, and we fix it. Where do we land the fix? Don't we need an RTM trunk as well? This is not a mir-specific problem.. How do others handle this?
[21:47] <rsalveti> camako: yeah, we'd need a different trunk I'd imagine
[21:47] <rsalveti> as in the end they are different distros
[21:48] <camako> yeah exactly
[23:04] <imgbot> [23:04] <imgbot> [23:22] <rsalveti> bfiller:
[23:22] <rsalveti> 2014-08-15 23:21:48,719 ERROR Some merge requests are not yet approved. Please review the following merges and re-run the build job:
[23:22] <rsalveti> 2014-08-15 23:21:48,719 ERROR https://code.launchpad.net/~michael-sheldon/content-hub/cancel-button/+merge/230505
[23:32]  * rsalveti dinner