[00:07] fossfreedom_: shouldn't visualspace be a separate package? === blahdeblah_ is now known as blahdeblah [06:28] jbicha: I need some help... [06:28] jbicha: do you see instantly why https://launchpad.net/ubuntu/+source/nx-libs is not yet in the release pocket? [06:29] or is it a matter of time (it has been in proposed for 16h only)... [06:46] sunweaver: Last I looked earlier today, depends on glibc which is having a transition. [06:51] sunweaver: https://people.canonical.com/~ubuntu-archive/proposed-migration/bionic/update_excuses.html#nx-libs [06:53] Unit193: so this means, it will be stuck in proposed until the transition is settle? [06:57] sunweaver: I wouldn't think that'd take *too* long. [07:02] infinity: I'm afraid I don't have it any more; but robru wrote a better version in bileto: https://git.launchpad.net/bileto/tree/britney/fetch-indexes [07:09] pitti: Could you update the wiki page? [07:13] tsimonq2: well, it's not a drop-in replacement, the script needs to be adjusted a bit to not run in bileto [07:14] Hi, https://packages.ubuntu.com/bionic/all/openshot-qt/filelist ships a weird file called "/v8QpiHa9tC/xb59dA3xKQ" [07:14] I'd normally just file a bug report about it, but it's strange that debian testing has the exact same version and that file isn't there, so I'm wondering if it's a problem with the builders? [07:15] pitti: Sure; I were to take on the task of doing that, where could I put it? [07:16] tsimonq2: maybe into the britney2 git tree itself? my original version was just a slow PoC, so I didn't want to add that [07:16] pitti: Oh, right. I wonder if I could integrate that right into Britney... [07:16] pitti: Thanks. [07:19] alkisg: That's weird. Maybe cjwatson has an idea? [07:20] Also, I'm not seeing anything weird in debian/rules, I don't know what generates that file [07:20] Right, there's nothing in the build logs. [07:20] https://launchpadlibrarian.net/355931364/buildlog_ubuntu-bionic-amd64.openshot-qt_2.4.1-2_BUILDING.txt.gz [08:10] alkisg: Looks like LocutusOfBorgg fixed it with a no-change rebuild. [08:10] tsimonq2: cool, we'll never find out what the problem was but it's fine now :D [08:11] :D === Tenente is now known as LtWorf [08:36] don't know if this is the place to ask, but is there an official way to make a feature request for landscape (a warning when you plan an action in the past) [08:57] tsimonq2, alkisg false [08:57] drwx------ root/root 0 2018-02-26 07:34 ./VmLhlRqaww/ [08:57] -rw------- root/root 0 2018-02-26 07:34 ./VmLhlRqaww/VzXuI70yCQ [08:57] just looked at the wrong directory [08:57] Ah [08:58] LocutusOfBorg: do you think the difference with debian is the build dir, e.g. /tmp vs / ? [08:59] who knows? :/ [08:59] in pbuilder doesn't happen [09:00] schout-it: Maybe contact Canonical Sales; afair Landscape is proprietary. [09:00] LocutusOfBorg: ack :( [09:00] I want to find a tool to blame [09:03] schout-it: https://bugs.launchpad.net/landscape [09:19] tsimonq2: Not a clue. Very peculiar. [09:19] LocutusOfBorg: Have you tried a local sbuild? [09:26] drwx------ root/root 0 2018-02-05 13:41 ./XYPnyMzRcv/ [09:26] -rw------- root/root 0 2018-02-05 13:41 ./XYPnyMzRcv/WAbPjD6CDt [09:26] (from a local sbuild build) [09:29] cjwatson, hey, the translations import I was waiting on have been done during the w.e, so it's all good now, thanks again for being responsive to my questions and checking the status! [09:32] LocutusOfBorg: Confirmed that a local sbuild build in bionic reproduces it, and same sbuild but building in sid does not. Most obvious place to go hunting would be pkgbinarymangler, which is Ubuntu-specific (and maybe not in your pbuilder chroots?) [09:35] seb128: ah good, I'd intended to check on that this morning so thanks [09:35] np! [09:53] stgraber: hi, you might want to have a look at this patch:https://bugs.launchpad.net/ubuntu/+source/glibc/+bug/1669578/comments/54, if you think it's correct I could try to send it upstream. btw thank you very much for your work on LXD and your nice blogs posts about it, it's an execellent tech for the stuff I'm working on [09:53] Launchpad bug 1669578 in multitail (Ubuntu) "Get ttyname() to work properly in containers" [Undecided,New] === freyes__ is now known as freyes [10:07] infinity, I confirm the same, I didn't get your message, but yeah, it is some ppkgbinaryfoo [10:08] I even did a find debian after dh_install and such files are not there http://debomatic-amd64.debian.net/distribution#bionic/openshot-qt/2.4.1-2build1/buildlog [10:13] infinity, I can repro in pbuilder now [12:47] hello, can an archive admin review percona-xtradb-cluster-5.7 in the bionic NEW queue? [13:02] Hey Qt Developer here; looking to update my skills, and need a project to contribute to. What has Ubuntu got brewing? [13:16] Woodpecker: Depends on where you're looking :) [13:17] well one thing I liked about ubuntu (Although Im sad they had to drop unity, as that was all qt), was the developers were willing to serve as references on my resume. [13:17] coreycb: You might get more (relevant) eyes in #ubuntu-release ;) [13:17] Woodpecker: UBPorts is still alive and well, fwiw [13:18] tsimonq2: good point, thanks [13:18] Im thinking it might be useful to learn a bit of C as well. [13:19] tsimonq2: yeah I have ubuntu phone still installed on my phone. Although I was more interested in yunit. Seems a bit dead, and crossing that river that is Mir to Wayland... it sounds steep. [13:20] Woodpecker: afaict Mir is working fine as a Wayland compositor... [13:22] tsimonq2: excuse my language, but I am still pissed at how the bloody linux community treated ubuntu and canonical for deciding to use Mir. [13:23] It worked remarkably well. [13:23] Woodpecker: And yet development continues on ;) [13:23] tsimonq2: for mir? you are kidding me? [13:23] Nope, not kidding. [13:23] o_O from canonical? [13:23] It's going to be (if it isn't already) a Wayland compositor. [13:23] Yes. [13:24] How does the wayland project feel about this? [13:24] ¯\_(ツ)_/¯ [13:25] tsimonq2: is it the same as what weston is to wayland? [13:25] or is a reference compositor different? [13:25] Not sure. [13:25] I don't do much with Wayland myself. [13:26] Hm; maybe that changes things for Yunit... [13:28] Yunit? Probably not. Unity 8? Surely. [13:28] Unity 8 is what Yunit forked so ??? === zyga_ is now known as zyga [13:31] mmmmm maybe I have to go bug the ubports people https://www.phoronix.com/scan.php?page=news_item&px=Unity-8-On-Ubuntu-18.04 -- it sounds like they are handling unity 8 development [14:27] Hi mvo, any thoughts on https://github.com/snapcore/snapd/pull/4723#issuecomment-368475140 ? [14:29] GunnarHj: aha, its green! nice job [14:29] GunnarHj: let me quickly check the question [14:30] GunnarHj: let me followup on GH [14:30] mvo: Ok. [14:33] GunnarHj: replied, thanks again for pushing this i18n fix forward [14:57] mvo: Replied to your reply. I don't know if there is some other safe way to check if it really works but to get it in and build in Ubuntu. The "|| true" shouldn't really need to be there. [14:57] GunnarHj: cool [14:57] GunnarHj: thank you [14:59] GunnarHj: if you don't mind I can play with the PR, we build on ubuntu (14.04, 16.04) as part of the CI so if it builds without the build-dep I think we are fine. I can check the build, sometimes we had failures for unrelated reasons which might be confusing (e.g. issues with downloads from external sources) [15:03] I'm mostly just curious. is there information available on when a package enters the archive? [15:04] mvo: It ought to build without the build-dep, but then it would generate warnings about not understanding the file type and fail to extract the strings from the .policy files. Maybe I should add a local polkit.its file before you start "playing". [15:04] smoser: publishing history in LP? [15:04] as in teh first time that an appropriately configured 'apt-get install foo' would have that package/version available to it. [15:04] oh well that relies on mirroring timing and such and is in general more or less unknowable [15:04] mirrors can't be knowable, i'll accept that. [15:04] best you can do is what publishing history says plus a bit [15:04] but archive.ubuntu.com [15:04] archive.ubuntu.com is a mirror [15:05] fair. [15:05] so what is there in publishing history ? what time does that represent? [15:06] publishing history tells you when LP processed the publication as part of a publisher run; that's before it runs apt-ftparchive and triggers mirrors [15:06] timing information for the latter is only available in private log files [15:07] the next index file update after the published time given in publishing history is guaranteed to include the publication [15:08] ballpark time difference between those two things? [15:09] small minutes? hours? just curious. [15:09] GunnarHj: interessting, so polkit has some sort of plugin for gettext? do you know what file it is? [15:10] smoser: Old information (~2010) was between 2 minutes and 12 hours, depending on the mirror. Might be longer for private mirrors. [15:10] smoser: depends heavily on the number of publications being processed; typically ranges from small minutes to maybe most of an hour [15:11] for the master archive [15:11] as persia says mirrors other than archive.u.c could be much longer [15:12] thanks. yeah, persia your-private-mirror could lag by days, so i'm not too concerned about that. for this excercise i was most interested in when a cloud image would find it. [15:12] I usually ask rmadison for things that are going to hit ftpmaster [15:12] mvo: The file is /usr/share/gettext/its/polkit.its. Or did I misunderstand your question? [15:14] GunnarHj: thanks, that was exactly what I was looking for! so my suggestion is to add this build-dep to the other files in packaging/ for rpm etc but only if you know how to do this, otherwise we just ask the packagers for suse/fedora etc for help [15:14] smoser: Long ago, there used to be a constraint that if master wasn't updated in about 50 minutes, things would break. That may have been fixed, but I would expect it to be usually less (just because fixing a race condition is rarely an excuse to make things slower). [15:16] mvo: We'd need help from the other packagers, I suppose. But if we drop the build-dep, and instead put polkit.its in the source (the file is tiny), then we could do it without asking for help. [15:17] mvo: I'd be happy to modify the PR in accordance with that. [15:18] Laney: where does rmadison get its data ? does it come from data downloaded from an archive? === Orphis_ is now known as Orphis [15:21] smoser: I think basically it works because the machine it runs on gets a copy of dists/ from ftpmaster [15:21] correct [15:22] basically just rsync dists and then madison-lite [15:22] the machine it runs on has a cron job that tries to update itself every minute and then spawn off a load of other jobs if anything changed (though it will only update if those jobs aren't running, to avoid chaos) [15:23] GunnarHj: sounds good, lets put it in there if its tiny [15:23] ideally rmadison would run off a separate webservice so that it isn't tied to that kind of detail [15:24] thanks everyone. [15:25] xnox: bug 1751797 . is that known to you ? [15:25] bug 1751797 in systemd (Ubuntu) "dns resolution only works for domains in 'search'." [Undecided,New] https://launchpad.net/bugs/1751797 [15:25] i dont think i'd be the only one seeing that. [15:25] smoser, the title is too scary to open at the moment =) [15:27] * smoser changes subject to 'free candy or beer' [15:28] mvo: Ok. It will take a while, because I want to test it locally first. ;) [15:32] GunnarHj: sure, no worries! [16:21] rbasak: qt5 app> Are you sure you looked at the whole page? ;) There's also syncs [16:21] * tsimonq2 has to get K9 Mail set up [16:22] tsimonq2: I'm mostly interested in what you have had sponsored into Ubuntu that's relevant to your packageset request. I'd like to see a list of just those. [16:23] tsimonq2: don't mind the other stuff being there, but I don't know how to find the bit that I do want right now. [16:23] tsimonq2: and you probably know the list :) [16:47] rbasak: sure [16:49] tsimonq2: note that I'm not sure I'll be able to make all of the meeting today - hence the email. [16:50] rbasak: sure; any other questions? [17:00] tsimonq2: I haven't looked in detail yet, sorry. [17:18] rbasak: OK, no rush, but there's always a chance there won't be quorum :) === led_ir23 is now known as led_ir22 [17:54] Speaking of quorum... BenC bdmurray cyphermox micahg sorry for poking but it would be great to get quorum if possible ;) [17:58] nacc, hey, I updated the debdiff attached to bug #1749920 [17:58] bug 1749920 in libepubgen (Ubuntu) "[MIR] libepubgen" [Undecided,New] https://launchpad.net/bugs/1749920 [17:59] oSoMoN: yep, reviewing it now [17:59] excellent, thanks! [17:59] oSoMoN: thank you! [18:00] tsimonq2: I believe there is an outstanding question about your application which should be answered before we worry about quorum. [18:00] Sure. [18:04] If only the wiki would load... [18:54] rbasak, bdmurray: Editing the wiki with a 3G connection on a phone is impossible; I can't even log in... the ubuntu1 uploads in those tables are the ones that should be referred to, and if I could edit the wiki I could. [18:54] Surely it isn't a blocker, right? [18:56] Actually, it seems acheronuk edited the wiki for me \o/ [18:56] So it should be good [18:57] I hate editing wiki tables, so I hope no uploads went missing! [18:58] Hah it should be fine [19:02] tsimonq2: I'm afraid it's a blocker for me because it's one of the primary ways I assess applications. I can't speak for the others, and of course if I won't be here to vote it won't matter. [19:02] ("it" being my opinion) [19:02] rbasak: Is it better now? [19:02] !dmb-ping [19:02] bdmurray, BenC, cyphermox, jbicha, micahg, rbasak, sil2100: DMB ping. [19:03] tsimonq2: it doesn't look any different? [19:04] rbasak: There is now a third table towards the bottom [19:05] It's hiding but it's there :) [20:32] just for logs: https://pastebin.com/nmdRUY6h - dax aka rww aka ro aka pweh aka rw aka dax_ doxed Robert William Wall robert@rww.name robertlikesturtles@gmail.com freenode operator ubuntu [20:32] just for logs: https://pastebin.com/nmdRUY6h - dax aka rww aka ro aka pweh aka rw aka dax_ doxed Robert William Wall robert@rww.name robertlikesturtles@gmail.com freenode operator ubuntu [20:33] dox reason: being an asshole to freenode users [22:00] ugh [22:00] anyways [22:02] bdmurray: I updated my wiki with the diffs asked for, but I feel like I need to generally be a bit more verbose; I'll follow up on the list ewhen it's better