[00:21] Trevinho, is there a page somewhere on how to build Ubuntu packages using the new Git branches? [02:49] duflu: hi. Since you've been doing some work on Pulse Audio recently, I was wondering if you'd mind reviewing some of the changes I was working on: https://code.launchpad.net/~jamesh/pulseaudio/+git/pulseaudio/+merge/352558 [02:50] jamesh, yes I will look. Although I don't claim to know anything about the code :) [02:51] duflu: okay. I didn't either when I started this :) [02:51] jamesh, BTW I merged 12.2 into 'ubuntu' today [02:51] duflu: it's probably easiest to look at the new version of 0700-modules-add-snappy-policy-module.patch on its own, rather than comparing it to the old version [02:52] I pretty much completely rewrote it [02:52] Yeah OK [03:04] jamesh, not sure if it's going to be a blocking issue but I also removed the prereq branch today (because ubuntu is identical now) [03:05] duflu: I don't think it should matter. It's the same commits in both places, right? [03:05] jamesh, yes, same hash has you're already based on. No changes [03:07] the pre-req thing is just there to exclude some changes from the diff Launchpad shows [03:09] jamesh, yes your plan appears sound [03:10] it would have been a lot easier if PA just used the glib main loop ... [03:31] duflu: by the way, it looks like the ~ubuntu-audio-dev/pulseaudio git repo is incomplete. I think the idea is to use "gbp push" to ensure all the relevant bits get uploaded (upstream branch, tags, etc). [03:32] jamesh, for 12.2 we have intentionally violated DEP14, because Debian isn't up to date. Also I don't know what gbp is [03:32] git-buildpackage? [03:32] Anyway, see the first sentence. Yeah I will fix it up when Debian catches up [03:39] jamesh, what that means is that there is no upstream (Debian) branch [03:39] that contains 12.2 [04:20] good evening [05:16] Good afternoon too :) [05:17] jamesh, needs some polishing but you don't need to wait for or involve me further: https://code.launchpad.net/~jamesh/pulseaudio/+git/pulseaudio/+merge/352558 [06:16] duflu: thanks. I'll sort that out. [06:47] jamesh, BTW should we also link to bug 1781428 ? [06:47] bug 1781428 in pulseaudio (Ubuntu) "pulseaudio built with --enable-snappy but 'Enable Snappy support: no'" [Undecided,New] https://launchpad.net/bugs/1781428 [06:51] duflu: yeah. I'll add that. [06:51] Already done, except the changelog === pstolowski|afk is now known as pstolowski [07:52] morning [07:52] good morning desktoppers [07:53] Hi willcooke, oSoMoN and all [07:53] salut jibel [08:01] yo [08:09] good morning desktopers [08:10] Morning willcooke, oSoMoN, jibel, Laney, seb128 [08:10] hey willcooke duflu Laney [08:10] lut oSoMoN jibel [08:10] how is everyone today? [08:10] not too bad, how are you? [08:10] I'm good, didn't sleep well though [08:11] it was still too hot, and playing 1.5 hour tennis in the heat after work might not have been the best idea, I was still feeling like I hadn't cooled down when I went to bed [08:14] beware of the heatstroke! [08:15] Itt's been pretty warm here today. It got all the way up to 18 [08:16] hell oseb128, https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=895037 seems that Debian is really pushing for that direction... [08:16] Debian bug 895037 in src:libappindicator "libappindicator: deprecated in Debian; AppIndicator based applications, please switch to Ayatana (App)Indicator(s)" [Serious,Open] [08:16] seb128, ^^ sorry for the wrong tag :) [08:16] LocutusOfBorg, that's nothing new there [08:16] jibel, your weather forecasting skills are on point. It did rain yesterday. [08:17] For about 30 seconds [08:17] LocutusOfBorg, that's a free claim from the fork version maintainer though... [08:17] willcooke, lol, it's been raining all the evening here [08:20] duflu: one other thing: do you know if there's any reason we're keeping the trust store patches around in Pulse Audio? [08:21] jamesh, I can't remember -- either because someone piped up and said they were required, or because nobody had a clue about them [08:22] My money would be on the second option [08:22] jamesh: hi, did you see my comments on https://gitlab.gnome.org/GNOME/gedit/merge_requests/2 ? [08:23] duflu: the changelog says we stopped building the module because trust-store itself is broke and no one wants to fix it: https://bugs.launchpad.net/ubuntu/+source/trust-store/+bug/1739469 [08:23] Ubuntu bug 1739469 in trust-store (Ubuntu) "FTBFS in bionic" [Critical,Fix released] [08:24] jamesh, oh I think it was vorlon who did that. And again nobody had any opposing opinion on the matter [08:25] jbicha: sorry, hadn't got round to the comments. Looking now [08:28] jamesh, duflu, trust store there was no reason, out of the fact that the snappy patch was relying on changes from the trust store one iirc [08:28] jbicha: for the "add or remove encodings" item, I'm not sure what the best option is. There's no way to handle that with the newer choice API, in part because that sort of interaction isn't possible with an out of choice file chooser [08:29] seb128: we need the patches that add the access hooks. It wouldn't be too difficult to trim the ones adding the trust store module code though [08:29] right [08:29] just needs to be done [08:29] which hasn't been important enough to have someone working on it so far [08:30] Since I'm updating the later patches anyway, I may as well remove them. [08:30] they'll still be available in the version control history if we want to resurrect them [08:33] seb128, this pushing is making our life worse, this is what I'm saying [08:34] jamesh, sounds good, thx [08:34] LocutusOfBorg, I don't think it changes much, it's not like Debian had a lot of appindicator users atm [08:35] and most our appindicator-using packages in main already have a delta [08:35] so your worries about mixing them are not a concern anymore? [08:36] we are not mixing [08:36] main is on libappindicator [08:36] which is what I care about [08:36] if things in universe need to be tested or fixed whoever cares about those can do [10:22] Laney: what do you think about https://salsa.debian.org/gnome-team/gnome-calculator/merge_requests/6#note_36835 ? [10:23] regarding uploading gnome 3.29.x to experimental [10:27] andyrock: I don't think there's consensus in the GNOME team in Debian for that workflow, but it would be OK if there were and then we should do it like that. [10:29] It works better for me to consider master to be unstable and experimental a branch of that. [10:29] But whatever. [10:33] Laney: kk thanks. Just trying to understand and to make myself an opinion :) [10:41] Yah, that's a good idea [10:41] It doesn't really apply in Ubuntu since it's always clear what "master" is for us === pstolowski is now known as pstolowski|lunch === pstolowski|lunch is now known as pstolowski [13:59] ricotz, have you found a fix for bug #1785795 ? [13:59] bug 1785795 in libreoffice-l10n (Ubuntu) "libreoffice-l10n-el does not create the folder autotext/el" [Undecided,New] https://launchpad.net/bugs/1785795 [13:59] can I assign the bug to you? [14:01] oSoMoN, hi, the first hack didn't work, but while fixing it upstream seems more appropriate working around in the packaging will be easier [14:02] basically what is happening is the packageinfo target is not tracking/installing empty dirs [14:03] I ran out of time for libreoffice for today [14:28] ricotz, no worries, should I still assign it to you for when you have time for it? [14:28] (and thanks for investigating it in the first place) [14:34] oSoMoN, yeah, you can do that [14:34] cheers [14:55] Laney: (as expert on Archivy things) willcooke: (for knowing whats currently going on on desktop) tsimonq2 (last uploader) - we just discussed issues on proposed- migration. TL;DR is that smoser started wondering why software-properties won't move and after a long chain of dependencies it seems lubuntu-desktop is still holding old references. [14:55] overall this is related to the transition software-properties-kde -> software-properties-qt [14:55] we found muon and apper and others resolved in -proposed [14:56] but lubuntu-desktop still isn't - since the new software-properties has a conflicts&replaces to the old software-properties-kde there is still some uncertainty left what exactly is blocking what [14:56] but it feels like a loop when we looked at it [14:57] and we wanted to ask if one is looking at lubuntu-desktop (lubuntu-meta actually) in that regard [14:58] cpaelzer: I doubt it - we would normally expect the uploader to be taking care of that [14:58] o/ [14:59] smoser: since you arrived late Laney just said "I doubt it - we would normally expect the uploader to be taking care of that" as answer to if anybody is looking into that [14:59] Let's see what tsimonq_2 says, seems to be his work. [15:00] he was last at least, I haven't checked the other related uploads changelogs [15:00] smoser: did you? [15:00] That's the upload which renamed the package [15:01] oh I see, good I added him here for being the last to push lubuntu-desktop actually [15:01] so he might be aware of both ends of this [15:03] If you want to JFDI it's probably just a matter of fixing lubuntu's seeds to refer to the right package and then uploading lubuntu-meta [15:06] It is probably fair to give tsimonq2 a word before JFDI :-) [15:07] smoser: or were you like super-urgent blocked on this? [15:08] smoser: since you asked before, would be https://code.launchpad.net/~lubuntu-dev/ubuntu-seeds/+git/lubuntu/+ref/cosmic I think [15:08] cpaelzer: its not super urgent, no. but its annoying that i have things start testing new codepath with anger. [15:13] kenvandine, I want to SRU fonts-liberation and fonts-liberation2 to bionic (bug #1769654), I have built and tested the packages in a PPA, if I give you the source packages can you sponsor them? [15:13] bug 1769654 in fonts-liberation2 (Ubuntu Bionic) "Ubuntu 18.04 embedded fonts Liberation have corrupted metrics" [Undecided,In progress] https://launchpad.net/bugs/1769654 [15:18] kenvandine, source packages are there: https://people.canonical.com/~osomon/fonts-liberation-sru/ [15:21] does anyone have an example of a desktop application packaged as a classic snap? [15:22] gnome-software is isn't it? [15:26] Laney, do you know where is the snapcraft.yaml? [15:26] jibel: nein, probably kenvandine does though [15:27] i do [15:27] hang on [15:27] a snap source command would be nice [15:27] that would be nice [15:28] https://gitlab.gnome.org/Community/Ubuntu/gnome-software/blob/snap-only-3-28/snap/snapcraft.yaml [15:28] is that the right branch [15:28] ? [15:28] oSoMoN, Laney kenvandine thank you [15:28] there is a 3.29 thing in edge [15:28] oSoMoN, that will do [15:29] it might be https://gitlab.gnome.org/Community/Ubuntu/gnome-software/blob/snap-master/snap/snapcraft.yaml [15:29] either are fine examples [15:30] oSoMoN, i can sponsor those in a bit [15:30] how do those get merged with the upstream sources? [15:30] Laney, manually [15:30] that snap-master branch isn't as up to date as the snap in edge [15:30] so where does that come from? [15:30] ignore the snap :) [15:30] it's been renamed snap-store [15:30] and that snap isn't classic [15:31] thought that was a different thing [15:31] Laney: so fixing the seed. that is https://code.launchpad.net/~lubuntu-dev/ubuntu-seeds/+git/lubuntu . then the meta package update of lubuntu-meta.... [15:31] smoser: correct [15:31] but do the seeds update from -proposed ? [15:31] whichwoudl be required or the meta-package update wouldnt see them. [15:31] I think maybe not, but ./update in the meta will tell you what it does [15:32] if not there is a way to make it look there that I could try to remember how to do [15:33] kenvandine, thanks! [15:36] Laney: well, i guess what i'll do for now is a MP for the seed change. as that seems required. [15:37] thanks for your help. [15:37] no worries [15:44] Laney: https://code.launchpad.net/~smoser/ubuntu-seeds/+git/lubuntu/+merge/352765 . [15:44] if you want to review that you could... or we can just let the MP serve as a notification/request to lubuntu-dev === pstolowski is now known as pstolowski|afk [16:28] oSoMoN, sponsored [16:28] kenvandine, thanks! [16:28] np [17:54] night all [18:34] tkamppeter, hey, would you be able to confirm bug #1779432 by any chance? [18:34] bug 1779432 in libreoffice (Ubuntu) "Libre Writer doesn't do duplex printing" [Undecided,New] https://launchpad.net/bugs/1779432 [19:07] time to call it a day, have a good evening everyone [20:46] cpaelzer, Laney: ack, will fix.