=== maclin1 is now known as maclin [05:27] thunderbird-locale-zh-hant is lacking in http://people.canonical.com/~ubuntu-archive/seeds/ubuntu.bionic/desktop.minimal-remove. [07:28] good morning [07:28] good morning [07:30] Morning didrocks, jibel [07:30] Ping tjaalton? [07:32] ping RAOF [07:33] hey duflu, jibel [07:34] Yo yo [07:35] RAOF: This fancy new glvnd stuff... do you know how to make it not ignore LD_LIBRARY_PATH (if I build a local mesa)? [07:36] There's probably an environment variable you can use... [07:36] I don't know off hand, though. [07:36] grep for getenv 😀 [07:37] RAOF: I've been searching the source for such things but it looks nontrivial and indirect [07:37] Relies on json text files and such [07:37] good morning/afternoon desktoppers [07:37] Hi oSoMoN [07:37] hey duflu [07:37] EGL is driven by some json in /usr/share [07:37] duflu: I don't know either [07:38] tjaalton, OK. Yeah I can't bisect Mesa till I can convince the system to use my built Mesa :P [07:38] No getenv calls at all? [07:39] Odd [07:39] morning oSoMoN [07:39] RAOF: Yes, but only for config dirs, that are expected to contain text files, which contain file names, not directories [07:40] * duflu stops complaining and starts guessing [07:41] Does libglx communicate the right libgl to glvnd? I think that's the flow. [07:43] RAOF: glvnd provides the one and only /usr/lib/x86_64-linux-gnu/libGLX.so.0 [07:43] And vendors provide files by different names [07:46] LD_PRELOAD doesn't work? [07:47] maybe harder to get gdm on it [07:47] tjaalton, yeah I vaguely recall gdm is a problem. Remind me why? Does it clobber LD_* ? [07:48] just guessing, since it should work for testing failing apps/games with 'LD_PRELOAD=libfoo app' [07:48] but in this case it's gdm and/or gnome-shell that would need that [07:54] or cut corners and only point i965_dri.so to the bisected build, don't think the other libs would care [07:55] tjaalton, using just the drivers last week yielded no commit without the bug. So I'm trying with full Mesa [07:56] ok [07:57] tjaalton, OK. Wedging the dir of a local Mesa build in here works: /etc/ld.so.conf.d/x86_64-linux-gnu.conf [08:00] salut didrocks, ça va? === pstolowski|afk is now known as pstolowski [08:15] oSoMoN: ça va bien, bon week-end, et toi ? [08:16] didrocks, très bien, super week-end, la forme! [08:39] Belated morning o/ [08:46] good morning tsimonq2 [08:52] o/ oSoMoN [09:00] morning all [09:02] hey [09:12] hey willcooke, Laney [09:16] hi didrocks, how goes? === czajkows1i is now known as czajkowski [09:18] willcooke: good, but getting colder again. Yourself? [09:18] morning [09:19] didrocks, yeah cold :) Kids & Wife had sickness bug over the weekend. So far I've avoided it. Washing my hands in bleach. [09:19] hi czajkowski [09:20] willcooke: urgh, good luck with avoiding getting cotaminated :p [09:21] morning czajkowski! [09:21] Morning willcooke, Laney, czajkowski === muktupavels_ is now known as muktupavels [09:44] tjaalton, happy Monday: https://bugs.freedesktop.org/show_bug.cgi?id=105518#c10 [09:44] Freedesktop bug 105518 in Drivers/DRI/i965 "Framebuffer corruption (briefly) when logging into Xorg sessions ("Xorg -background none") (Intel gen9 only)" [Normal,New] [09:44] (the bug isn't happy, the bisection is) [09:45] Tis indeed gen9 specific [09:46] duflu: cool, I'll ping ben [10:13] is there a reference somewhere that explains why ecryptfs has been demoted in 18.04? [10:18] jibel, well, ecryptfs-utils is still not demoted. [10:21] jibel, opened https://bugs.launchpad.net/ubuntu/+source/ecryptfs-utils/+bug/1756840 and dropping ecryptfs-utils from d-i requirements [10:21] Ubuntu bug 1756840 in ecryptfs-utils (Ubuntu) "Buggy, under-maintained, not fit for main anymore; alternatives exist" [Undecided,New] [10:21] Hi guys [10:21] xnox, yes but it will. It's just to answer to users asking why the option has been removed from Ubuntu. [10:21] Laney: hey, do you know why gdm uses XWayland in bionic? [10:21] xnox, thanks [10:22] jibel, i was expecting "demotion" to already have happened, and some bug # already mentioned, but it was not =) [10:22] tseliot: not sure, some g-s-d thing maybe? [10:24] Laney: maybe it defaults to Wayland if the system supports it. This kind of breaks systems with intel+nvidia [10:25] it does default to wayland [10:25] you asked about Xwayland though [10:25] Laney: Xwayland is all I can see on my system [10:25] you won't "see" wayland in the same way [10:25] gdm 922 1.0 1.4 566324 55136 tty1 Sl+ 11:18 0:00 /usr/bin/Xwayland :1024 -rootless -terminate -accessx -core -listen 4 -listen 5 -displayfd 6 [10:26] hey desktopers! [10:26] right [10:26] but "what is using Xwayland" is quite a different question to "is the session a wayland session" [10:26] Laney: how can I change that? [10:26] gdm still runs wayland for gdm in bionic [10:26] once you login you get Xorg [10:26] tseliot: there's an option in /etc/gdm3/custom.conf [10:26] WaylandEnable=false or something [10:27] but I wouldnt suggest using that^ unless gdm doesnt start [10:27] I'm answering the questions that are asked. [10:28] The thing is, gdm starts, but I don't see my username or the icons [10:30] it doesn't seem to work [10:30] tseliot, but otherwise stuff is rendered ok? [10:32] darkxst: https://drive.google.com/file/d/1H47ilOtqzZkRIEWSObZaCrPgjywh2xsW/view?usp=sharing [10:33] tseliot, that is just wrong [10:33] things are fine once I log in [10:33] yep [10:33] and Xwayland is still there, BTW [10:33] can you enable debug in /etc/gdm/custom.conf [10:33] and grab logs [10:33] yes Xwayland is still required for gdm login [10:35] darkxst: is there a man page that explains how to do that? [10:36] just edit the file, under [debug] [10:36] "Enable=true" [10:36] yeh its like the last line in that file [10:37] then gdm will log to systemd journal [10:37] next time you reboot [10:37] oh, so the correct file is /etc/gdm3/custom.conf [10:38] yep [10:39] and yes, disabling Wayland seems to work now [10:41] I think hybrid graphics + glvnd + the custo glx path got Xwayland confused [10:42] what is custo? [10:43] *custom [10:43] the intel driver must be using nvidia's libglx.so [10:43] for some reason [10:50] tseliot, I dont have a hybrid machine with nvidia, but maybe it is getting confused [10:51] libglvnd has had its fair share of fallout [10:51] but gdm should in theory failback [10:53] in this case both intel and nvidia support wayland [10:53] except they won't work together [10:56] gdm fallback is based on failure, not advertised support? afaik [10:57] yes, I suspect that there is no failure there. Then gnome-shell crashes [10:58] darkxst: http://paste.ubuntu.com/p/jNrQXpSmty/ [11:01] tseliot, please file a bug, and I will take a look tomorrow [11:02] darkxst: against gdm? [11:02] or gnome-shell? [11:03] It probably doesnt matter, it could be either [11:03] subscribe me to your bug [11:06] its late here, so I have to go [11:07] ok [11:41] good morning kenvandine! got this for you: https://code.launchpad.net/~osomon/evince/snap-fix-cbr/+merge/341634 [12:08] seb128 [12:09] does anybody know if he is on holidays? [12:12] he is until Friday [12:25] ok, thanks [13:13] oSoMoN, thx! [13:14] jbicha: did you want to merge g-c-c with debian or otherwise hold off? [13:15] I'm merging Gunnar's region stuff now [13:16] you can merge if you like. I just uploaded g-c-c to bionic (without the scrollbar fix) a few minutes ago :) [13:17] whyyyyyyyyyyyyyyyyyy [13:18] I don't really fancy merging though [13:18] this makes the bzr stuff really annoying :( [13:18] urgh [13:18] bzr isn't my fault … ;) [13:19] Seb's away this week though… lol [13:21] I'm fine with us not merging this time [13:22] btw, https://code.launchpad.net/~ubuntu-desktop/ubuntu/+source/gnome-desktop/+git/gnome-desktop is on git too [13:22] I published that after Budapest before we said we weren't really going to switch all our pkgs to git right now [13:24] I don't mind, but some people might ignore it [13:25] that's fine, that particular bzr branch was mostly ignored too [13:25] https://code.launchpad.net/~ubuntu-desktop/gnome-desktop/ubuntu [13:30] Laney: do we need a FFe for LP: #1752579 to sync brlaser from Buster? [13:30] Launchpad bug 1752579 in brlaser (Ubuntu) "Needs sponsoring: Upload brlaser 4" [High,New] https://launchpad.net/bugs/1752579 [13:31] jbicha: what are the changes? [13:32] switch to cmake, add duplex printing support. I'm just reading from https://github.com/pdewacht/brlaser/releases/tag/v4 ;) [13:34] version 3 was July 2014 [13:35] the duplex thing looks pretty minimal, so the switch to cmake is the big one. Better support for more printers. [13:36] I don't have a printer so I'm not actually running this myself [13:38] I don't really know what this is, but sounds like it to me - want to bounce it back to Till and ask him to fill in some FFe details including having done some testing? [13:38] sure [13:38] cheers [13:39] binary debdiff would be good to check, but maybe the sponsor can just do that [13:49] I closed LP: #1699216 😢 [13:49] Launchpad bug 1699216 in gnome-initial-setup (Ubuntu) "Encrypted home support" [Wishlist,Won't fix] https://launchpad.net/bugs/1699216 [13:52] kenvandine, please comment on https://forum.snapcraft.io/t/evince-snap-does-not-open-comic-book-file-cbr-while-deb-does-so/4523 when you publish an update to the evince snap [13:52] oSoMoN, will do [13:52] thanks [13:56] oSoMoN, got a link to a cbr file i can test with? [13:57] so far all i've found point to 404 errors :/ [14:10] Laney, I could use your packaging expertise to detangle a dependency problem: [14:10] the server team had intended to demote tomcat8 from main, but libreoffice depends on it via libreoffice-sdbc-hsqldb -> libhsqldb1.8.0-java -> libservlet3.1-java (source:tomcat8) [14:10] libreoffice-sdbc-hsqldb itself is a recommends of libreoffice-base-drivers, which is pulled in by libreoffice-base (which is not installed by default) [14:11] I can't see an obvious way out [14:26] oSoMoN: you have to break it somewhere [14:27] I guess put base in universe or break the recommends from -drivers [14:29] if we don't ship base by default, should be fine to send it to universe [14:29] dunno, we might want to support it for some reason [14:30] like we used to have evolution in main for some commercial support contracts even though that wasn't installed by default [14:30] is there a looser relationship than recommends, that would allow a package in main to optionally pull in another one in universe? [14:30] only suggests which is more informational than anything else [14:31] we could contact the STS guys and ask if there's any reason on their side to keep it in main [14:31] that's what happened for evo [14:50] Laney, thanks, I'll do that [14:51] it looks like libreoffice-base doesn't have any rdepends in main, so technically that shouldn't be hard [14:53] btw, libreoffice-base (& libreoffice-dev) is the only actual package that holds Java in main, see my comment on LP: #1735482 [14:53] Launchpad bug 1735482 in openjdk-9 (Ubuntu) "OpenJDK JRE should be ported to GTK3" [Undecided,New] https://launchpad.net/bugs/1735482 [14:58] jbicha, ack, thanks [14:59] hi, does anyone have any suggestion about https://bugs.launchpad.net/ubuntu/+source/hplip/+bug/1731417 ? [14:59] Ubuntu bug 1731417 in hplip (Ubuntu) "Installed network printer removed automatically when turned off" [Undecided,Confirmed] [15:05] Hi Laney, I have refreshed the language stuff MP, so if those changes are what you want to go in, it ought to be simple to merge now. [15:08] hi GunnarHj, thanks, I've got it under control [15:13] jbicha: Did my email reply yesterday make sense? [15:45] Trevinjo, the regression in your nautilus crash fixes seems to be fixed now in master: https://gitlab.gnome.org/GNOME/nautilus/merge_requests/153 [15:47] Trevinho, the regression in your nautilus crash fixes seems to be fixed now in master: https://gitlab.gnome.org/GNOME/nautilus/merge_requests/153 [15:47] amano: yeah, I noticed and backported to 3.26 right now [15:48] amano: actually my fix wasn't causing the crash initially... Then I just did what upstream asked and that... lead to a crash xD [15:48] 😄 [15:49] Anyway 3.26 branch has all the changes now [15:57] willcooke: https://bugs.launchpad.net/ubuntu/+source/nvidia-graphics-drivers-390/+bug/1752739 [15:57] Ubuntu bug 1752739 in nvidia-graphics-drivers-390 (Ubuntu) "PRIME Synchronization doesn't work with linux-kernel 4.15." [High,Fix released] [16:01] flexiondotorg, ta [16:02] willcooke: There is another bug, I'm husting for it now. [16:02] *hunting [16:02] flexiondotorg, that one is fixed it says, but you think it still breaks snaps? [16:03] https://bugs.launchpad.net/ubuntu/+source/nvidia-graphics-drivers-390/+bug/1756226 [16:03] Ubuntu bug 1756226 in nvidia-graphics-drivers-390 (Ubuntu) "nvidia-driver-390 fails to start GUI" [Undecided,Confirmed] [16:17] tseliot, hey, have you seen that 2nd bug flexiondotorg linked to yet? ^ [16:22] GunnarHj: I understand your answer as "maybe, but it would be nice to have dh_translations handle it automatically" [16:22] jbicha: Sounds like a fair summary. [16:23] we can just wait for people to complain since it seems like a headache now to add extra rules for handling .desktop translation to all the meson-using packages in main [16:25] jbicha: Yeah.. But I'd recommend to think through which packages include patches which creates Ubuntu specific .desktop files. Maybe there are not so many of those, though. [16:25] gnome-control-center & gnome-software [16:26] jbicha: And gnome-session. But that and g-c-c we handled. What about gnome-software? [16:27] is "Ubuntu Software" correctly translated for you? [16:29] jbicha: I'm not on bionic now, bug last I checked that string didn't exist in LP, which made me conclude that we have switched to call it just "Software", and which made me change the docs accordingly... Please don't say that I misunderstood. [16:30] I guess you can add gnome-software to your to-do list ;) it's supposed to be "Ubuntu Software" [16:31] there is another bug where it doesn't use the Ubuntu branding in the "Ubuntu on Wayland" session [16:32] jbicha: Shit! Ok, I'll look at gnome-software. Which is the proper branch to suggest a change for? [16:33] the string isn't translatable (it's a bit of a hack in debian/rules). Only the English version was changed to "Ubuntu Software", all other languages are using the upstream "Software" name which is wrong [16:33] jbicha: What?? Can't we just decide that "Software" is right? :) [16:34] if you're submitting an actual patch, it's https://gitlab.gnome.org/Ubuntu/gnome-software [16:34] but packaging is at https://code.launchpad.net/~ubuntu-desktop/gnome-software/ubuntu [16:34] GunnarHj: its name is "Ubuntu Software" on Ubuntu sessions, that's not my decision :) [16:35] jbicha: Right, I know who made the decision... [16:35] lol, ok [16:42] tjaalton, do you know if Mesa will still have the obsolete, broken "Mir EGL" patch when bionic ships? [16:45] willcooke: looking [16:47] willcooke: yes, I spoke with the original reporter via email. I haven't tested the multiple nvidia GPUs test case yet [16:47] flexiondotorg: are you using KMS for nvidia? [16:49] I had the nvidia-driver-390 packages installed. I didn't tweak the configuration, so it was using whatever is default. They are all currently purged, so I can test what you need. [16:51] flexiondotorg: any chance you can get me the journalctl output after reproducing the problem? [17:05] OK [17:10] andyrock: before I leave, if you address Brian's comment on https://code.launchpad.net/~azzar1/software-properties/add-canonical-livepatch/+merge/341427 (he seems to have commented), I'm happy to give another review tomorrow [17:10] didrocks: kk I'll do that later today [17:11] thanks :) [17:19] tseliot: While I preapre the test, one other thing. the nvidia-390-drivers in the graphics/ppa currently is uninstallable. [17:19] alan_g: will not [17:22] alan_g: i've dropped them all from git [17:22] just waiting for a new upstream rc or release.. [17:24] tjaalton, thanks. (Our "auto detect" when building Mir is confused ATM because we have the patched headers, but it doesn't actually work.) [17:26] Was just wondering if it will sort itself, or we need to be cleverer. === pstolowski is now known as pstolowski|afk [18:03] tseliot: I've attached some log to https://pad.lv/1756226 [18:04] Launchpad bug 1756226 in nvidia-graphics-drivers-390 (Ubuntu) "nvidia-driver-390 fails to start GUI" [Undecided,Confirmed] [19:28] hoy robert_ancell [19:29] hello [20:38] Right, successfully signed the Eclipse CLA despite their impossible captchas [20:38] and that'll do [20:38] night all