[04:29] would it be possible to drop cinnamon from the archives? afaik its been broken since last May, no one seems to care about it enough to fix and it just causes problems when trying to upgrade gnome components [05:12] infinity: ^? [05:15] darkxst: It'd certainly be *possible* to drop it. What's broken about it? [05:19] RAOF, Bug 1266336 and Bug 1248414 [05:19] Launchpad bug 1266336 in cinnamon (Ubuntu) "Cinnamon desktop hangs when selecting menu" [Undecided,Confirmed] https://launchpad.net/bugs/1266336 [05:19] Launchpad bug 1248414 in cinnamon (Ubuntu) "saucy regression: after clicking on any panel applet, keyboard/mouse input lost" [Undecided,Confirmed] https://launchpad.net/bugs/1248414 [05:23] darkxst: So, it should probably both be merged from Debian, and kicked out of the release pocket (Debian removed it from testing). [05:23] darkxst: I'm a bit too drunk right now to handle that, but want to remind me tomorrow? [05:23] infinity, ok, sure === doko_ is now known as doko [08:45] infinity, there is a timeout in autopkgtest during the build. What is wrong is that the timeout should be 100ks instead of less than 1h. It is not reproducible on smaller packages, I'll do more tests with linux to figure out what is happening with it. [09:22] what's the EOL date for 13.04? end of month? [09:45] i am not sure i have seen an annoucement as yet, but scrollback suggests it will be the 27th of this month [09:45] It is announced, see ubuntu-announce [09:46] ok, cheers [09:47] https://lists.ubuntu.com/archives/ubuntu-announce/2014-January/000178.html <-- ahh there it is [11:37] infinity, so, in autopkgtest there is a 300s timeout to copy the built tree to the test tree (with a tar/untar pipeline) which is not enough for linux. It passes with 1000s, I'll apply this change to the slaves in the lab and re-run autopkgtest for linux. [11:38] That seems like a bizarre thing to have a timeout on at all. [12:35] Hi guys! Not sure who to poke regarding this one, but it seems the latest sync of libmediainfo from Debian has a broken libmediainfo-dev package [12:36] It seems that libmediainfo-dev is missing the .pc file - the changelog mentions "Fix pc file location not respecting multiarch paths", but the generated packages do not seem to be shipping this file now at all [12:36] hyperair was the Debian uploader [12:36] Maybe poke him directly [12:36] yes? [12:36] hyperair: hello! [12:36] uh hang on, really? [12:36] shit [12:37] hyperair: yes, one of our packages FTBFS because of that (gallery-app for ubuntu touch), and installing libmediainfo-dev and checking the files list doesn't seem to have a .pc file there [12:37] hyperair: (if I'm seeing correctly) [12:37] haha [12:37] Yeah, seems true in Debian too [12:37] e.g. https://buildd.debian.org/status/fetch.php?pkg=libmediainfo&arch=i386&ver=0.7.67-1&stamp=1389637666 [12:37] looks forgotten from .install [12:38] and/or not installed directly into the package [12:38] --fail-missing ftw [12:38] sil2100: thanks for reporting. i just uploaded it yesterday afaik [12:39] seb128: no, i dropped it from the .install because i thought i'd install it directly inside debian/rules (there's some sed hackery around that file) [12:39] seb128: and then i just dumped it back into debian/tmp [12:39] * hyperair facepalms [12:39] * hyperair hides in a brown paper bag [12:39] sil2100, do you need an upload to trusty now to get gallery-app back to build? [12:40] I can do that and sync the debian update over it once it's available if wanted [12:41] hyperair can upload to both [12:41] hyperair: no problem :) [12:41] seb128: would be nice to unblock gallery-app - it's nothing urgent, but still a FTBFS is never a good thing [12:43] Laney, that works for me as well ;-) (I just don't know how to do a proper sync from Debian incoming that's why I suggested doing an upload and syncing later) [12:43] That's the best thing anyway [12:44] Or you can download it manually and construct a fakesync, whatever [12:44] working on it now [12:45] hyperair, thanks [12:46] hyperair: thanks! === TheLordOfTime is now known as teward === bjf is now known as bjf[afk] === superm1_ is now known as superm1 === stgraber_ is now known as stgraber