[11:35] vorlon: Thanks :) [12:22] Skuggen: heh, net-snmp upstream decided to replace my_bool with a char, have you seen this before? https://sourceforge.net/p/net-snmp/code/ci/9f4af8c42d515e6b214738cc97212dfbe7f749cf [12:22] what was my_bool before, in terms of size? [12:22] I guess they want a byte === ricab is now known as ricab|lunch [13:24] ahasenack: Originally, my_bool was just a char [13:25] ok [13:25] Well, I'm not 100% sure about "originally" since it's old, but it was a char before :) === ricab|lunch is now known as ricab [15:21] ahasenack, cpaelzer: do you plan with samba 4.10 for disco? looks like Python3 is making some progress there === Son_Goku is now known as Conan_Kudo === Conan_Kudo is now known as Son_Goku === Son_Goku is now known as Conan_Kudo === Conan_Kudo is now known as Son_Goku [15:24] doko, would you have time to put together a gcc-mozilla based on 8.2 in bionic? [15:26] doko: yeah, it's the first one with py3 and py2 [15:26] doko: I wasn't planning on going ahead of debian [15:26] ricotz: there is a proper gcc-8.x in bionic, you don't need another build [15:26] doko, for xenial, trusty isn't worth it anymore, I guess [15:27] I meant to backport from bionic [15:28] ricotz: it's easy. just rename the package from gcc-8 and look what changes the existing gcc-mozilla has [15:28] wasn't chris ccoulson doing that? [15:30] doko, I know, I did so with 6.5.0 which is already required for the current firefox to fix armhf/arm64 -- but I ran into failures on trusty [15:30] I can try with 8.2 again though [15:31] doko, not sure what chris is doing these days [15:31] basically osomon has taken over the mozilla stuff [15:33] including the b-d's? ;p [15:34] mw_hudson is doing rustc/cargo [17:19] hi .. is there ppa for gnome 3.32 available for testing? [18:11] doko, this is something which came up https://paste.debian.net/plain/1065702 [18:24] ejat: GNOME 3.32 has not been released yet, but there (probably) won't be a PPA either [18:26] has anybody written a sort of recursive check-mir script? To chase down all non-main deps and run it again on each, until there is none left? [18:33] jbicha: ok thanks [18:34] jbicha: can u advise on this => https://paste.ubuntu.com/p/sWqW2hWQZp/ [18:34] that doesn't mean anything to me [18:34] gnome-control-center crashed [18:35] in disco -proposed [18:37] could you file a bug with apport [18:42] also: https://askubuntu.com/questions/785414/is-it-ok-to-enable-proposed-updates-during-ubuntus-development-cycle [18:44] jbicha: bug 1814947 [18:44] bug 1814947 in gnome-control-center (Ubuntu) "segmentation fault" [Undecided,New] https://launchpad.net/bugs/1814947 [18:59] ejat: that still provides almost no info. I meant can you use Ubuntu's error reporter thing to report the crash with the debug info [19:00] but I'm too busy working on other stuff this week to be able to help you really. Sorry [19:01] jbicha: okay ill try .. no worries .. sorry to take ya time [19:14] is it possible to disable the universe component in a ppa, when building a source package there? [19:15] IIRC it's encforcing component separation is PPA configuration option [19:15] I have " Default (security dependencies and recommended updates)." [19:15] and [19:16] "Use the same components used for each source in the Ubuntu primary archive." [19:16] the other option is " Use all Ubuntu components available.", which doesn't seem to be what I want [19:17] ahasenack: What are you trying to accomplish, exactly? [19:17] ahasenack: main can build-dep on universe (even in the primary archive) now. [19:17] testing a mir [19:17] it's a universe package, for which I'm listing all non-main build-deps [19:17] ahasenack: main can't have runtime deps on universe, but PPAs don't have components, so everything in a PPA is in main. [19:18] my plan was to upload said source package, have the build fail because of missing deps (which are in universe), and then start uploading the universe deps one by one [19:19] Yeah, that's not going to work. [19:19] ok, local lxd it is then [19:22] seb128: updated as your advise in bug 1814949 [19:22] bug 1814949 in gnome-control-center (Ubuntu) "gnome-control-center crashed with SIGSEGV in __GI___libc_free()" [Undecided,New] https://launchpad.net/bugs/1814949 [19:23] ejat, thx [19:23] thanks to you for the guide .. [19:43] ejat, do you remember what panel you opened last? [19:44] ejat, and do you have special discuss connected or specifc fs? (like zfs) [19:58] seb128: yeah the zfs in the original bug was the one thing that looked interesting :)