=== maclin__ is now known as maclin === maclin_ is now known as maclin === doko_ is now known as doko [09:53] Is someone planning a new package sync run? [09:56] isn't it cronned these days? [09:57] getting: $ syncpackage -f python3.4 [09:57] syncpackage: Error: Debian version 3.4.0+20140427-1 has not been picked up by LP yet. Please try again later. [09:57] well if things are not imported into lp's debian mirror, that's a problem. [09:57] I think new packages are separate [09:58] No, they aren't separate [09:59] That's been part of auto-sync since it was moved to the API [10:00] doko: I'd expect that to import in a few minutes [10:00] That error just means that it shows up in rmadison -u debian but not quite in LP yet [10:01] The former is generally ahead of the latter [10:01] Perhaps the check is for taking over of binaries from other packages [10:01] Laney: There are indeed some cases where it isn't automatic, such as taking over binaries that are ubuntu-modified per their version [10:02] Laney: What package in particular are you interested in? [10:02] There aren't that many that are blocked at the moment [10:02] vala-0.24, takes over valac from -0.22 [10:02] Yup [10:02] [New] vala-0.24_0.24.0-1 [10:02] No previous publications in Ubuntu [10:02] OK (Y/n)? y [10:02] * Trying to add vala-0.24 ... [10:02] vala-0.24_0.24.0-1 is trying to override modified binary valac_0.22.1-0ubuntu1. OK (y/N)? n [10:03] Just run syncpackage on it if there are no Ubuntu changes to preserve [10:04] I will do, I just forgot this detail [10:04] http://paste.ubuntu.com/7351454/ - last auto-sync output FWIW [10:14] libusb-1.0 definitely needs somebody to have a look [10:34] doko: It's imported now. (But it'll autosync; not really any need to do it manually.) [10:38] People who receive it can ignore the image build failure mail; working on it === jhodapp|afk is now known as jhodapp === ken__ is now known as kenvandine === Ursinha-afk is now known as Ursinha [13:45] stgraber, yo ... [13:45] [systemimage] Apr 28 15:43:02 2014 (2726) Local channels file: /tmp/system-image-kejs1hfs/channels.json [13:45] [systemimage] Apr 28 15:43:02 2014 (2726) no matching channel: utopic [14:08] cjwatson, wgrant, https://launchpad.net/ubuntu/+source/abinit ... wanted to retry the build on arm64, but there is no build record for utopic [14:10] Yeah, we haven't run add-missing-builds.py yet. infinity ^^ [14:16] Image builds back on [14:47] grr, no more trusty [14:48] thats utopic === Ursinha is now known as Ursinha-afk === jhodapp is now known as jhodapp|lunch === Ursinha-afk is now known as Ursinha [16:04] ogra_: you want ubuntu-touch/utopic [16:04] stgraber, that breaks all tools [16:05] ogra_: then we need to fix the tools, the rename was announced everywhere months ago and people were told the symlinks were temporary [16:05] (and documentation on plenty of wikipages) [16:05] k [16:06] stgraber, once the tests on http://ci.ubuntu.com/smokeng/utopic/touch/ are done and dont look to bad we'd like the alias for devel-proposed switched [16:07] (not for devel yet until we have a promotable image) [16:08] ogra_: ok. I'm off today but I'll be back tomorrow. [16:09] stgraber, ok, fine then [16:10] Is there a Utopic Release Schedule yet? === jhodapp|lunch is now known as jhodapp [16:20] cjwatson, in the past you did overwrite the failing libreoffice autopkg test. but not anymore. any reason for that? [16:21] It started to work [16:21] https://jenkins.qa.ubuntu.com/view/Trusty/view/AutoPkgTest/job/trusty-adt-libreoffice/ [16:22] doko: Also, no particular reason, I bumped that version as and when I happened to notice that it was out of date [16:22] Processing triggers for initramfs-tools (0.103ubuntu4) ... [16:22] update-initramfs: Generating /boot/initrd.img-3.13.0-24-generic [16:22] adt-run: testbed dpkg architecture: amd64 [16:22] adt-run: @@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@ builds ... [16:22] adt-run: @@@@@@@@@@@@@@@@@@@@ apt apt0 [16:22] chown: changing ownership of '/autopkgtest/tmp/adt-satdep.deb': Operation not permitted [16:22] adt-run: unexpected error: failed to chown /autopkgtest/tmp/adt-satdep.deb [16:22] qemu: terminating on signal 15 from pid 48643 [16:22] Ask pitti about that one [16:23] jibel, pitti: this is python3.4. should it be just restarted? [16:23] Except pitti isn't in this channel [16:23] cjwatson, you're too quick for my typing [16:23] Heh [16:30] ScottK: could you accept homerun? [16:32] I must not upload to trusty, I must not upload to trusty, I must not upload to trusty, ... [16:33] know the feeling [16:34] Somehow I got -D → dch -D trusty -r "" into muscle memory [16:37] wgrant: Will add-missing-builds now, was waiting for the buildds to go idle. [16:37] Or, idle-ish... [16:41] doko: Takes me a month to retrain my fingers on a new release, I feel your pain. [16:43] I tend to edit /usr/bin/dch right after release [16:45] cjwatson: Yeah, it's when manually typing the release that I get it wrong. I've considered removing "trusty" from vim's syntax highlighting, so it ends up bright red and angry. :P [16:45] Or maybe I just need to use 'dch -r' more, and trust that it usually DTRT. [17:35] ScottK: also uploading ktp, which has a MRE [17:52] slangasek: could you merge https://code.launchpad.net/~brian-murray/ubuntu-archive-tools/email-quote-version/+merge/216490? [17:58] rtg: Oh joy, it's firmware time again? [18:03] heh [18:03] * ogra_ notes that infinity gets famous on heise.de [18:04] Err, crap. [18:05] rtg: I accepted both of those and just as I clicked the button, realized you hadn't updated WHENCE. [18:05] rtg: Not critical, IMO, but can you fix in git for the next release(s)? [18:08] ogra_: Oh dear. Do I want to know why? [18:08] the ... screensaver bug [18:08] they quote you [18:08] infinity, I didn't update WHENCE this time on purpose (so as to avoid a future merge conflict). It'll get updated when Intel sends a pull request to Ben. [18:09] rtg: Ahh, fair enough. [18:09] rtg: Given that it's all covered by the blanket iwlwifi license in there, it's not a legal issue, just a curious omission in the file. [18:09] agreed [18:10] ogra_: Hrm, when I get translated to German and back to English, I sound like even more of a jerk than I already am. [18:10] lol [18:15] ogra_: Are there really so many German Ubuntu users that reporting on us is good for business for heise, or does their tech editor just have a soft spot for us? [18:38] bdmurray: done [18:53] infinity, its pure sensationalism ... they make it sound like we shpiied with this bug and it was only fixed today [18:54] *shipped [18:55] ogra_: Oh, I guess I didn't translate enough of the article to get that. :/ [18:56] ogra_: Surely, it should be a story of heroism, not failure, as we stopped the presses and made sure it was all sorted out before unleashing it on the public. [18:56] right [18:56] ogra_: Oh well. Clickbait jornalism is the new world order. [18:56] well, heise is usually rather proper in that regard [19:45] 21:10:28 ogra_: Hrm, when I get translated to German and back to English, I sound like even more of a jerk than I already am. <-- German sounds like a very aggressive language, I think [20:08] infinity: is there a Utopic Release Schedule yet or dates for milestones? [20:09] bdmurray: You're the third person to ask, I'll put up a draft this afternoovening. [20:11] infinity: okay, thanks [20:17] infinity: please be sure to mark as 'draft' :) [20:18] slangasek: I can probably manage that. [20:38] infinity: mind accepting that ^ so I can close this bug? :P [20:43] thanks :) [21:49] It would be nice if another SRU team member could look at the clamav in queue for trusty (my upload, so I can't review) - it's a trivial fix, so it shouldn't take a moment. [22:01] ScottK: I'll see what I can do [22:01] bdmurray: Thanks. [22:02] the same version of empathy was uploaded to utopic and the unapproved queue for trusty, can anything be done about that or does the trusty upload need to be rejected? [22:04] bdmurray: trusty upload needs to be rejected. [22:04] infinity: ack, thanks [22:45] -queuebot/#ubuntu-release- New sync: libinput (utopic-proposed/primary) [0.1.0-1] ←←←← is "primary" a new component? (lp shows me main, as it should be) [22:53] mapreri: no, it usually means that this is a new source package (so without component at this point) aimed at the primary archive