[00:40] sbeattie: should I go ahead and fire off no-change rebuilds for those, then? [00:42] sbeattie: (let's suppose "yes" and do it) [00:51] wgrant: cool, closer than i thought :) thanks! i can't wait. i'm always on crappy links so pulling 300 mb just to push it is painful :) [00:51] sbeattie: (done) [00:52] sbeattie: (except for bglibs which somehow generated a broken .changes file, BRILLIANT) [00:53] slangasek: bglibs looks "special" https://lintian.debian.org/maintainer/pape@smarden.org.html#bglibs [00:53] yes, yes it is [00:54] maybe build-depending on that one is a good reason to remove a package instead of fixing it [00:56] it might be, it looks unloved for a while https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=544056 [00:56] Debian bug 544056 in wnpp "RFA: bglibs -- BG Libraries Collection" [Normal,Open] === Wulf4 is now known as Wulf === NaSb_ is now known as Mozpaccers === salem_ is now known as _salem [04:00] infinity: belated thanks :) [04:01] lfaraone: I don't know what I did, but you're welcome. [04:05] pitti: Wow. Why is systemd so effin' noisy about timers? [04:05] pitti: None of that belongs in my ringbuffer. [04:10] Hmm. Why do we still build .imgs for the server install CD, but not the desktop install CD? [04:10] I feel, if anything, those should be swapped. [04:10] lfaraone: server.img is a symlink to server.iso. :P [04:11] It was a specific request to do so, it's not an extra image (despite the confusion) [04:11] infinity: hm, ok. do we build actual images for anything? [04:11] lfaraone: Define "images". [04:11] They're all images. [04:11] infinity: well, anything for which https://help.ubuntu.com/community/Installation/FromImgFiles is helpful. I think no :P [04:13] lfaraone: Seems that all those docs (including the ISO doc that links to) are pretty out of date. Whee. [04:14] lfaraone: To be clear, the ISOs we produce are all bootable, and can thus be written raw to a USB key via dd. [04:14] lfaraone: So, all the docs seem to be many years crusty on that score. [04:14] infinity: Figured. I was planning on rewriting it a bit, and include some steps about how to verify the SHA256SUM.gpg, since it took me a bit of effort to find out the right invocation myself. [04:46] slangasek: yeah, in order to get it to be accepted in the ppa, I had to add 'Sections: libs' to the source section of the control file. [05:36] good morning === Malsasa_ is now known as Malsasa [06:16] doko, hi :), https://launchpad.net/~ricotz/+archive/ubuntu/staging/+sourcepub/6377511/+listing-archive-extra [06:17] infinity: timers> err, what? some details please? "ringbuffer" sounds like "dmesg", but there are no timer messages after booting [06:17] Good morning [06:18] infinity: I suppose some pile up over time when e. g. the apt timer has run a few times? [06:37] pitti: Yeah, I have a ton of apt timer messages. [06:38] pitti: I see zero reason to spam kmsg with that. [06:39] infinity: can you please file a bug? the apt timer only runs every ~ 12 hours, so for sure there shouldn't be messages more often than that (unless there are other timers) [06:39] and they are supposed to go to the journal, not to dmesg [06:40] pitti: Sure, it's not often (though it adds up), but that's not really the point. If we had a ton of timers all doing that, it would be ridiculous. [06:40] pitti: Filing a bug. [06:41] "systemctl list-timers" shows that the apt-daily timer ran 25 mins ago and systemd-tmpfiles-clean.timer 10 mins ago, still nothing in dmesg [06:41] so, can't reproduce yet I'm afraid; let's see what your messages actually are [06:42] pitti: It's the random adjust. Sec. [06:42] Apr 29 08:15:39 donald systemd[1]: apt-daily.timer: Adding 4h 5min 11.531683s random time. [06:42] (in the journal indeed, but not in dmesg) [06:42] https://bugs.launchpad.net/ubuntu/+source/systemd/+bug/1576536 [06:43] Launchpad bug 1576536 in systemd (Ubuntu) "timer messages unnecessarily sent to /dev/kmsg" [Undecided,New] [06:43] pitti: I have a ton in dmesg. [06:43] infinity: ubuntu-bug please [06:43] infinity: can you please do apport-collect then? [06:43] (release, arch, JournalErrors.txt, etc.) [06:44] pitti: apport-collecting. Apparently, python-apport isn't installed by default anymore. [06:44] kernel's command line etc. [06:44] infinity: right, that fell victim to "py 3 only on the iso" some releases ago [06:45] infinity: unfortunatley python3-launchpadlib still falls over too often, so apport-collect has to use py2 for now [06:45] pitti: Oh. So why doesn't apport-collect use python3-apport? :P [06:45] Ahh. [06:45] pitti: apport-collected. [06:47] infinity: thanks; need to ponder that for a bit, I see nothing unusual on the log target or errors [06:50] pitti: I suppose I could just blame mvo for pointlessly switching away from cron. :P [06:50] infinity: I think his point was to smear out the time when the trigger hits, with the random delay [06:51] pitti: Quite, yes, which the cronjob also does. :) [06:51] (though not as well, admittedly) [06:51] infinity: *cough* pointless *cough* [06:51] I remember that mvo discussed this, but I forgot why the cron job wasn't sufficient any more [06:51] infinity: you need to embrace this new tech, its awesome ! [06:51] mvo: oh, guten Morgen [06:51] mvo: Can't make me. [06:52] mvo: (And it does feel a bit pointless when you still have the compat cronjob for non-systemd systems) [06:52] mvo: Anyhow, systemd being a big jerk to my logs isn't your fault. :) [06:53] infinity: the big one is that we need more randomness for the start of the job and systemd gives it to us cheaply. with cron the ranodm delay delays other jobs. sure, we could have done it differently without systemd but it saves some extra work [06:53] infinity: :P [06:54] infinity: I won't disagree that the systemd timers seems to be not quite the same level as good old cron yet [06:54] pitti: hey, guten morgen! [06:55] mvo: Forking the delayed job in the background would let cron carry on, wouldn't it? [06:55] mvo: (I agree that holding up cron for your delay is awful) [06:56] barry: FWIW, updated merge: https://launchpad.net/~unit193/+archive/ubuntu/staging/+sourcepub/6377589/+listing-archive-extra [06:58] infinity: yeah, it could be done without systemd timers of course [07:10] pitti, I don't know why summit is ignoring you, but maybe you can rename https://blueprints.launchpad.net/ubuntu/+spec/desktop-y-replace-upstart to convergence-1605-replace-upstart - just to see if that helps? [07:11] dholbach: oh, we don't do the -series any more, just the -UOSdate? that's a bit strange [07:12] dholbach: renamed [07:19] pitti, I have no idea [07:19] pitti, and mhall119 who's our local summit expert is on holidays [07:20] I just noticed that it hadn't been imported [07:20] dholbach: so, let's try with convergence-y first, and if that still doesn't work, I'll rename it further to convergence-1605 ? [07:21] how long do we need to wait until the next import run? [07:21] I have no idea [07:21] I'll watch the situation and let you know [07:27] doko: looks like slang asek took care of the packages I mentioned earlier. Two additional packages needing rebuild are dpkg and python2.7. [07:37] hi pitti can you please retry json-c autopkgtest against u1db in proposed? 13.10-6ubuntu1 or 13.10-6.2 is fine either way [07:37] it was a bad autopkgtest I fixed yesterday [07:37] AFAIK this will make the json-c transition look better :) === athairus is now known as afkthairus [07:39] LocutusOfBorg: hmm, this thing says "13.10-6" http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html#json-c [07:40] yes, it is the -release version [07:40] now proposed has 13.10-6ubuntu1 and upcoming 13.10-6.2 (dinstalling right now) [07:40] both are fine [07:41] oops my upload was called 13.10-6.1ubuntu1 [07:41] but I sync'd the same change half an hour ago [07:48] autopkgtesting; anybody here that knows how to get a package installed before the package to test? [07:49] * elbrus tries to test cacti, but that depends on a mysql-server | mariabd-server (but cacti doesn't (need to) depend on it [07:49] ) [07:50] add it to the Depends in the tests/control? [07:50] jtaylor: it get's installed AFTER cacti (instead of before) [07:51] see: https://ci.debian.net/data/packages/unstable/amd64/c/cacti/20160428_043001.autopkgtest.log.gz [07:51] or to be more precise: setup after cacti setup [07:51] urg, maybe add needs-root and install it yourself [07:53] jtaylor: is that allowed (e.g. do you have network/repository available)? [07:54] LocutusOfBorg: running: http://autopkgtest.ubuntu.com/running.shtml#pkg-u1db [07:54] so then you wouldn't need anything in Depends in tests/control [07:54] LocutusOfBorg: the armhf one will still take a bit, I'll probably just hint it in [07:54] (once the other arches succeed) [07:55] if its not allowed the infrastructure should just ignore it [07:55] elbrus: if cacti doesn't depend on mysql, then apt will randomly pick an order in which to configure them [07:56] elbrus: so if cacti's postinst tries to configure mysql, it shuold get at least a recommends: mysql then, to force configuration order in apt? [07:56] elbrus: I mean, this is an actual problem, not just a test artifact [07:57] pitti: but it depends on the client and theserver is normally remote [07:57] thanks [07:57] so no recommends [07:58] elbrus: then I guess the postinst needs to gracefully handle mysql not being available? [07:58] if I understand correctly, once the autopkgtestsuite is green I can see what is missing on update_output, right? [07:58] LocutusOfBorg: right [07:58] because with no transition tracker I have difficulties in looking at what is wrong [07:58] thanks [07:58] pitti: that is the case: dbconfig-common: cacti configure: noninteractive fail. [07:58] dbconfig-common: cacti configure: ignoring errors from here forwards [07:58] LocutusOfBorg: we can add transition trackers [07:58] pitti, I think just two or three packages are wrong, and just for some archs [07:59] dpkg: error processing package cacti (--configure): [07:59] not needed I gues [07:59] subprocess installed post-installation script returned error exit status 1 [07:59] not enough then apparently :) [07:59] I fixed all the packages, the failures are related to boost and or fPIC stuff [07:59] BTW whill anybody fix virtualbox/amd64 at the end? I'm not really sure about the fPIC stuff [08:00] s/whill/will ENOCOFFEE [08:20] doko: there seems to be an issue with openjdk-6-jre, which depends on tzdata-java which then is uninstallable. could jre drop the dependency on tzdata-java? [08:20] this on enial [08:20] +x [08:21] doko, did you ask about gtk+ yesterday because you want 3.20? because we don't plan to update to that version yet (and maybe not this cycle because it might be too much work to fix theme and apps then) [08:22] pitti: granted, I made a mistake in my postinst in the latest cacti package for the noninteractive case, but that still leaves the package non-functional... [08:24] pitti: do you know it the order in the tests/control Depends field matters? [08:25] elbrus: that's up to apt (it more or less gets tossed to apt as it is) [08:25] elbrus: so, it could be [08:25] elbrus: but still, this is a real bug, easier to just fix it than trying to hide it in the test control? [08:25] hmm, will try in my next upload than (albeit not robust I guess) [08:26] elbrus: yeah, I don't think you can rely on the order there [08:26] seb128, hmm really? we need gtk+ 3.20 this cycle [08:26] pitti: I will fix the real but, but mysql-server should NOT be recommends or Depends as it is on a remote server (or at least allowed) [08:26] darkxst, you are welcome to work on the update, just need the themes and apps to be fixed before landing [08:26] elbrus: yeah, understood; I meant the bug in the postinst that it fails if mysql isn't available [08:26] pitti: sure, will fix that [08:28] seb128, which apps? most all of the GNOME ones are already fixed [08:28] I am not really familiar with the ubuntu theme though [08:29] doko, darkxst, https://bugs.launchpad.net/ubuntu/+source/gtk+3.0/+bug/1576576 in any case [08:29] Launchpad bug 1576576 in gtk+3.0 (Ubuntu) "Update to 3.20" [Undecided,New] [08:29] so nobody updates it by mistake :p [08:29] darkxst, dunno, I didn't look at it at all, there was a blogpost on planet GNOME saying that gnumeric looks buggy, there are probably others [08:29] darkxst, I expect the big part of the work to be to update the unity themes [08:29] those are being and not maintained for years [08:30] and we don't have anyone knowing theming well and/or available to work on that [08:30] hmm [08:31] every time I plug a USB smartcard reader, something (gnome-software?) triggers org.freedesktop.packagekit.trigger-offline-update [08:31] can that be disabled? [08:31] seb128, firefox is a bit glitchy but imagine upstream will fix that [08:32] andrewsh, our packagekit version doesn't support that I think so it shouldn't do anything? [08:32] seb128, its going to be hard to stage on a ppa [08:32] darkxst, why? [08:32] seb128: well, I get a notification "updates available" [08:32] I mean are we meant to go through every single gtk3 app in the archives [08:32] andrewsh, that has nothing to do with trigger-offline-update though [08:33] darkxst, no, just what is installed by default on the flavors I would expect [08:33] seb128: possibly, yet gnome-software itself is being triggered [08:33] unity/GNOME/xfce [08:33] can *that* be disabled? [08:33] andrewsh, no [08:33] knowing about updates is a feature [08:33] though it should be fixed to not overnotify [08:34] like it should do it once a day max [08:34] well, I have everything I wanted to update updated really [08:34] you have updates you decided to not apply? [08:34] well, yes, libfreetype6 [08:34] it breaks my fonts [08:35] so I have re-applied the patch upstream didn't like [08:35] andrewsh, anyway, please open a bug about gnome-software about it notifying you on card reader events, that's buggy [08:35] from journalctl -f it seems it's triggered on any USB plug/unplug event [08:35] that sounds useful for some situations, but not in this case [08:36] we need to make it less spammy for sure [08:36] but disabling it totally is not the solution [08:36] one more question: something re-sets the keyboard layout to English on login (I have a custom layout), what can that be? [08:37] I'd happily debug and write a patch for that myself, I don't know where to look [08:37] whole Unity stuff looks a bit opaque to me [08:38] andrewsh, the unity-settings-daemon keyboard plugin most likely [08:38] full disclaimer: I have the default layout (I haven't configured anything in Unity), but run setxkbmap after login [08:38] seb128, we don't have the manpower to deal with 3 entire flavours [08:38] and after that runs something resets it back [08:38] seb128, but without the gtk+ update, there is little point us even releasing a 16.10 [08:38] so if I run it manually it persists, but not if it's done from .xsessionrc or autostarts [08:39] andrewsh, you can try to "gsettings set org.gnome.settings-daemon.plugins.keyboard active false" and see if it workarounds it for you [08:40] thanks, let's see [08:40] darkxst, yeah, I'm sorry [08:40] unsure what to do [08:40] but we can just update and say "screw unity and other non GNOME flavors" [08:40] can't [08:41] well maybe it's going to be fine and not that much [08:41] but I've a feeling fixing themes isn't going to be trivial [08:41] definitely not [08:41] * andrewsh has an experience [08:41] I ported Clearlooks-Phénix two times [08:41] not willing to anymore [08:42] seb128, well xfce doesnt use gtk3 themes i didnt think, but unity themes will be plenty of work [08:46] seb128, there is no one left on the -desktop team, that understands the unity themes? [08:47] not since larsu left [08:47] also we don't have much resources to spend on that atm [08:47] damn [08:47] the LTS is more important than the new updates [08:47] darkxst: Xfce doesn't entirely use GTK3, but it does use it and of course the themes have to support it. === Malsasa_ is now known as Malsasa [08:50] seb128, atm the moment yes, but we have 1000's of users screaming at us if there in no update in 16.10 [08:50] s/we/we will/ [08:50] :-/ [08:50] we already get enough complaints at being one cycle behind, but I don't mind that myself [08:51] well really 5 months behind [08:53] darkxst, did you try to log into an unity session with gtk 3.20 just to see how buggy the theme looks like? [08:54] seb128, no, because I know it will be buggy [08:54] what I do know is exactly how much effort is required to port unity to css nodes [08:55] s/do/don't/ [08:55] right, same here, I've no clue about css and how different the new gtk stuff is [08:55] and I wouldn't expect it to land in a broken state [08:55] but I've a feeling it's not going to be trivial [08:56] but guess I was hoping someone would work on it [08:56] we could maybe try to bounty/contract the work if we know of somebody who would be interested... [08:57] I don't have any name in mind of whoever could be interested though [08:58] seb128, I only know one themer, and I can't remember how to spell his name! [08:59] though he maintains a few gtk themes [09:02] darkxst, the name even spelt wrong can be useful :-) [09:02] seb128, https://launchpad.net/~satyajit-happy [09:02] huh, xenial has openjdk-6 binaries but no source [09:02] willcooke, ^ [09:03] darkxst, in any case we are trying to find a solution, but I expect the new gtk isn't going to be ready to land any time soon [09:03] he is the author of the very popular numix theme [09:03] I'll reach out to him and see if he could help [09:04] thanks [09:04] seb128, soon is not a requirement, just this cycle (with enough time to land everything else!) [09:04] right, I prefer to mention it early so we can try to find help to work on this [09:04] because otherwise it's likely it's not going to happen [09:09] seb128, yes it needs a solution ;) [09:11] I'm looking at a xenial server installation, and it has backports enabled. However, that line is commented out when it is added in live-build/auto/build (line 139). What uncommented it? [09:14] willcooke, he (Satyajit) was involved with the Ubuntu GNOME teams for a while, but moved onto other project [09:16] doko: nevermind, mirror being out of date [09:17] darkxst, thx. [09:18] anyway I just sat down from a 5hr drive home, discussing gtk+ can wait! [09:19] :) [09:25] jibel, davmor2: can we land https://requests.ci-train.ubuntu.com/#/ticket/1256 ? failed automated sign off seems to be due to a runtime problem [09:30] morphis: that is a job for Mirv maybe or sil I don't think we touch it past testing it [09:31] ok [09:31] Mirv: ^^ [09:40] morphis: done [09:44] Mirv: awesome! [09:50] can anybody please kill this with FIRE? https://launchpad.net/ubuntu/+source/upstart/1.13.2-0ubuntu22/+build/9658082 [09:50] ginggs, ^^^ [09:50] ok, somebody did it, thanks [09:52] it's still building [09:52] [BUILDING] Currently building on z13-018 Build score:4010 (What's this?) Started 1 minute ago [09:52] it was cancelling, and ginggs retried it while posting here :) [09:52] yep [09:52] ta [09:55] upstart, why you so sad? [09:57] LocutusOfBorg, because it always gets accused of being a Canonical NIH systemd init, even though it came first :p [09:58] it doesn't explain why the combination upstart/s390x is so sad [09:59] darkxst, did you manage to stop seeding xorg-legacy package from the gnome flavour? it would be nice to do it for yakkety [09:59] LocutusOfBorg, I can't seed virtualbox-dkms its in multiverse [09:59] LocutusOfBorg, code doesnt have feelings anyway! [10:00] there is the kernel module in src:linux! [10:00] you can use that [10:00] LocutusOfBorg, has it been updated? [10:01] in -proposed [10:01] 4.4.0-22.38 [10:01] LocutusOfBorg, ok, remind me when it lands, and I will test and update seeds for yak [10:01] ta [10:02] you might already do some testing with the -proposed one, just to be sure ;) [10:05] LocutusOfBorg, not tonight, I just drove home 5 hrs through heavy rain ;( [10:10] Hi, question probably for -release, but I'll ask here anyway. what should be done to remove src:libpng from yakkety? [10:11] http://people.canonical.com/~ubuntu-archive/transitions/html/libpng.html [10:11] can we "demote" something in -proposed and remove it from release until stuff gets fixed? [10:11] e.g. polybori needs an rm of armhf [10:11] LocutusOfBorg, that is a massive transition [10:11] s/a massive/a finished massive/ [10:13] how can it be finished if there is still broken stuff? anyway if broken stuff is in universe and unmaintained -release team can demote [10:13] pcl is going to be fixed with vtk6 transition, polybory needs a single binary removed, gst-plugins-good0.10 why you still there? k3d I might fix but it is boost- related [10:13] darkxst, finished because the broken stuff is "who cares" and broken in debian anyway [10:15] * darkxst has been off in the mountains, mostly offline for the last week, but that seems like a good enough reason [10:15] I would prever removing 10 packages or demoting instead of having two libpng implementations, specially for stuff that isn't also part of stretch [10:15] maybe I'll fix two or three packages and then request it [10:19] LocutusOfBorg, have the packages been removed from debian? [10:19] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=822318 [10:20] Debian bug 822318 in ftp.debian.org "RM: libpng -- RoQA; superseded by libpng1.6" [Normal,Open] [10:20] gonna be [10:20] we shouldn't remove libpng until it stops having rdeps [10:20] fixing the fixable and then remove what is remaining [10:21] cjwatson, no, removing the rdeps I think is what LocutusOfBorg is talking about, thats fair game if they are gone from debian [10:21] libpng will disappear by itself when ready I assume [10:22] yes indeed, we are doing this on debian [10:22] sure, but maybe LocutusOfBorg needs to check rdeps before asking questions like "gst-plugins-good0.10 why you still there" [10:22] but many of the blockers are armel and hurd [10:22] so ubuntu should be easier [10:22] I mean "reverse-depends src:gst-plugins-good0.10" answers that question immediately [10:22] oh... I wasn't aware of reverse-deps [10:23] LocutusOfBorg: I've removed polybori/armhf [10:24] and while we can demote stuff to -proposed, I'd rather not do that for stuff with rdeps, it gets complicated [10:24] ok, but reverse-dependencies of gst-plugins-good0.10 are out of debian testing and unstable [10:24] the only one is plasma-mediacenter where it is a recommend [10:25] what to do in this case? btw thanks for polybori [10:25] IIRC there was a bug about farstream, it wasn't entirely trivial [10:25] https://bugs.launchpad.net/ubuntu/+source/telepathy-qt5/+bug/1538772 [10:25] Launchpad bug 1538772 in telepathy-qt5 (Ubuntu) "Stop build-depending on libfarstream-0.1-dev and gstreamer 0.10" [Undecided,Confirmed] [10:27] seems it is going to disappear from that bug [10:27] wonderful [10:27] doko: mind if I merge ffmpeg? [10:27] that would clear out mplayer from that transition tracker, I think [10:27] thanks cjwatson for doing it! [10:27] cjwatson, yes [10:28] I was wondering to do it, but thanks [10:28] * LocutusOfBorg is fixing boost stuff [10:29] anyone know what package/process writes /etc/initramfs-tools/conf.d/resume originally? [10:29] TJ-: base-installer / ubiquity [10:30] cjwatson: Ahhh! I've been trying to figure out what wrote an incorrect UUID that doesn't exist there! [10:30] cjwatson: is that file totally manually administered then? no tools to do it? [10:31] TJ-: correct afaik [10:31] cjwatson: OK... I'm not going mad then :D Been searching all the .postinst and initramfs-tools hooks trying to figure out what wrote it :) [10:32] btw xcftools on s390x <-- is that important? I don't have stuff/machines to fix that testsuite failure [10:32] cjwatson, if you want to remove it :p [10:33] not particularly with zero investigation [10:34] -- 10x10+27+27 RGB-alpha Normal AE=AE [10:34] +- 10x10+27+27 RGB-alpha Normal Æ=AE [10:34] seems something locale-related [10:34] probably related to recent change to C.UTF-8 [10:35] so should be fixed as that's not intrinsically s390xish [10:35] it just happens that s390x has a newer buildd base system than the others so probably a slight difference in behaviour there [10:36] sigh, I don't know how to fix UTF stuff :( [11:16] lool: you haven't forwarded LP: #1290069 ;) [11:17] Launchpad bug 1290069 in fakeroot (Ubuntu) "Bad identification of getopt in /usr/bin/fakeroot-sysv with some translations" [Undecided,Fix released] https://launchpad.net/bugs/1290069 === xavigarcia is now known as xavigarcia_lunch [11:21] andrewsh: I did actually! https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=758728 [11:21] Debian bug 758728 in fakeroot "Use getopt -T to test for GNU getopt" [Minor,Open] [11:21] actually you have, yes :) [11:21] lool: I haven't checked the BTS, I just saw the patch not applied in Debian :) [11:22] it's probably the time for an NMU [11:24] lool: where does /etc/ld.so.conf.d/fakeroot-.conf file comes from? [11:24] I can't find any mention of it in the package [11:26] andrewsh: echo /usr/lib/$(DEB_HOST_MULTIARCH)/libfakeroot > debian/libfakeroot/etc/ld.so.conf.d/fakeroot-$(DEB_HOST_MULTIARCH).conf [11:26] andrewsh: in rules [11:26] hmm [11:26] somehow I missed that [11:28] I'm basically trying to fix #636192 in pseudo [11:50] cjwatson, not at all [11:51] tjaalton, xenial doesn't have openjdk-6 anymore ... [11:52] doko: yeah, and I noticed that dropping i386 from my mirror was a bad idea, apt stopped using it at all [11:53] so the package lists on this machine were over a month old and still showed it [11:55] sbeattie, slangasek: dpkg and python2.7 uploaded [11:59] ginggs, postgis test failures on s390x and arm64, qgis build failures on ppc64el and powerpc [12:04] doko: thanks, will take a look === xavigarcia_lunch is now known as xavigarcia === Malsasa_ is now known as Malsasa [12:10] LocutusOfBorg: the qgis ftbfs is also in Debian, bug #822477 [12:10] bug 705593 in virtualbox-ose (Ubuntu) "duplicate for #822477 package virtualbox-ose-dkms * failed to install/upgrade: virtualbox-ose kernel module failed to build (types.h:97:31: fatal error: linux/autoconf.h: No such file or directory)" [Undecided,Fix released] https://launchpad.net/bugs/705593 [12:11] err, Debian bug #822477 [12:11] Debian bug 822477 in qgis "qgis: FTBFS: error: request for member 'insert' in 'qm', which is of pointer type 'QMap" [Serious,Open] http://bugs.debian.org/822477 [12:11] yes [12:18] ack [12:20] ginggs, https://github.com/qgis/QGIS/commit/fc6559aa053317cda8ced657c3013a0d4c6549e9 [12:20] we got a patch [12:46] im getting an error regarding E: openstack: init.d-script-not-included-in-package etc/init.d/openstack, even though im only packaging a openstack.service systemd file [12:46] what am i missing? [12:47] i set dh $@ --with systemd also [12:52] xnox, k3d FTBFS because of missing boost_system link, but a quick look seems to make me wonder about a bug in boost itself [12:52] because it doesn't use directly system boost library [12:52] Unit193: any chance you can file a bug+patch over in debian? it'd be nice now that we're resync'd not to continue to carry an ubuntu delta [13:07] cjwatson, can I ask you to remove insighttookit from Ubuntu? vmtk on powerpc needs probably a removal, we removed every arch except amd64 and i386 for debian [13:10] LocutusOfBorg: not now sorry, on leave this afternoon [13:10] LocutusOfBorg: find another victim please :) [13:11] LocutusOfBorg: insighttoolkit has built fine on all arches in the current version [13:11] pitti, this doesn't mean it shouldn't be killed with fire :) [13:12] we are switching to insighttoolkit4 available since years [13:12] same for vmtk [13:12] also vtk->vtk6 [13:12] yes, but insighttookit has issues that can't be backported from itk4 [13:12] dholbach, https://blueprints.launchpad.net/sprints/uos-1605 seems pretty empty, am I looking at the wrong place? [13:13] it needs to go, even if itk4 only builds in two archs (because upstream stopped supporting everything else) [13:13] so, I'll probably ask some powerpc removal (if nobody fixes insighttoolkit4 there) [13:13] LocutusOfBorg: ah, it was just removed from sid, but https://tracker.debian.org/pkg/insighttoolkit didn't catch up with that yet? [13:13] seb128, a lot of people decided to just create meetings in summit instead [13:13] oh if it was only just removed then you don't need to ask [13:13] LocutusOfBorg: so that should turn up in process-removals [13:13] seb128, for the sessions where they felt they don't need a blueprint [13:14] process-removals will catch up with it at some point [13:14] seb128, http://summit.ubuntu.com/uos-1605/create_meeting/ [13:14] really? that is a nice feature! [13:14] file a bug if you want vmtk/powerpc removed [13:14] dholbach, k, is submit having them all or is there unscheduled ones? [13:14] cjwatson, I'll file one probably when also vtk gets removed [13:14] process-removals is only semi-automatic (i.e. somebody has to run it and think about its output) but it deals with a lot of this stuff [13:14] dholbach: so https://blueprints.launchpad.net/ubuntu/+spec/convergence-y-replace-upstart still doesn't appear on the summit page; expected, or does it need to be renamed furhter? [13:14] lets wait some more time, I guess it is too early === _salem is now known as salem_ [13:15] I can provide some more stuff to remove in a single shot [13:15] if stuff is removed from Debian then there's no need to ask unless it's for some reason especially urgent or if it doesn't seem to be removed from Ubuntu within a week or two [13:15] urgency for me is now+4 months :) [13:16] which probably means that either (a) AAs are slacking and not dealing with removals or (b) there's something like rdeps holding it in === r1nuz is now known as sj0rz [13:22] pitti, ah no, it's there - I just need to put it on the schedule [13:22] dholbach: awesome, thanks; can you make it not Tuesday, so that I've got some time to prepare on the sprint? [13:22] yep [13:22]