[03:27] <Jeffrey04> just wanna ask if there's a page collecting known bugs for the dev release?
[03:29] <Jeffrey04> just found out that my input method preferences window not opening through the gnome-settings app, also I can't open any extensions preferences (tried the webpage, tweak tool, and `gnome-extensions` command, the shipped extensions app is broken)
[03:29] <Jeffrey04> I upgraded to 20.04 from 19.10 last week
[03:31] <Jeffrey04> I also resetted gnome https://askubuntu.com/questions/56313/how-do-i-reset-gnome-to-the-defaults and also deleted all my extensions before reinstalling them 
[03:59] <lotuspsychje> good morning
[04:17] <valorie>   Jeffrey04 bug reports are collected on the qa site from testers
[04:18] <valorie> please join #ubuntu-quality if you are willing to help out
[05:15] <lotuspsychje> valorie: should we divide bug testing and support in the several channels now?
[05:32] <valorie> lotuspsychje: no? that's the one for those who want to test ISOs and report bugs
[05:33] <lotuspsychje> oh allrighty
[05:33] <valorie> I see this channel as more generally about 20.04, right?
[05:33] <valorie> I see most questions here about the main Ubuntu
[05:34] <valorie> the flavors got together to help one another do ISO testing
[05:34] <lotuspsychje> but in here, we also test the daily iso's right
[05:34] <valorie> of course we also test main Ubuntu and file bugs there too
[05:34] <valorie> some are, yes
[05:34] <lotuspsychje> and -quality will server everything + flavours ?
[05:34] <lotuspsychje> *serve
[05:34] <valorie> I haven't seen much discussion about logging into the qa tracker and filing bug reports however
[05:35] <valorie> yes, it's for all testing between now and release
[05:35] <lotuspsychje> yeah the last 2 lts testing, have been bit poor
[05:35] <valorie> I imagine it will go dead for awhile after that
[05:35] <valorie> yes
[05:35] <valorie> we need to do better if we want a top-notch release IMO
[05:36] <lotuspsychje> desktop seems like having great changes already i think
[05:36] <lotuspsychje> filed about 15 bugs myself this time
[05:37] <lotuspsychje> looking forward to final :p
[05:38] <valorie> thanks for doing that, lotuspsychje
[05:39] <lotuspsychje> its my pleasure valorie its for the community and my own business benefits aswell
[05:39] <valorie> <3
[05:39] <lotuspsychje> we also have a little pre filter bug team at #ubuntu-bugs-announce
[05:40] <lotuspsychje> to ease the work of the devs a bit
[05:40] <lotuspsychje> still needs more souls to help though
[05:41] <valorie> cool
[05:41] <valorie> all I can do is some testing and BRs
[05:41] <valorie> every little bit helps
[05:41] <lotuspsychje> yeah
=== cpaelzer__ is now known as cpaelzer
[08:41] <Jeffrey04> valorie: sorry, wasnt paying attention to the page and got disconnected, just got ur message in logs, so what do I need to do to submit report to #ubuntu-quality or is there a wiki page listing out all known issues?
[10:20] <alkisg> Hi, I'm trying to install viber.deb in 20.04, and it says:  viber : Depends: libssl1.0.0 but it is not installable
[10:21] <alkisg> Can I just install that package from bionic?
[10:24] <alkisg> OK yeah that worked :)
[10:54] <DalekSec> I wouldn't recommend it, I'm guessing you can't rebuild that though?
[11:13] <takov751> hello there. :D
[11:14] <takov751> I have real FAQ question. Where is the best place to report small bugs about a few snap packages? Should i go straight for launchpad?
[11:24] <DalekSec> Does the snap store have bug reporting?
[11:28] <tarzeau> DalekSec: which snap do you use that's not available as deb?
[11:29] <takov751> Well its just the acrordrdc snap. I cant find any contact on the snapcraft store site. So at this moment i am planing to post on forum.snapcraft.io
[11:29] <takov751> for now
[11:30] <DalekSec> tarzeau: I have never in my life used a snap, I think you have the wrong person.
[12:11] <tarzeau> takov751: oh that's not free software, otherwise ping me i'll package anything to deb, that's available as snap but not deb
[12:11] <tarzeau> DalekSec: sorry, just figured later - me too, welcome to the club
[12:12] <DalekSec> tarzeau: Pretty sure you mentioned that to me on OFTC as Unit193?
[12:12] <tarzeau> DalekSec: yeah and it's valid for anyone on the world 
[12:40]  * alkisg still waits for a .deb for chromium :D https://bugs.launchpad.net/ubuntu/+source/chromium/+bug/1855594
[12:40] <ubottu> Launchpad bug 1855594 in chromium (Ubuntu) "Sync chromium 78.0.3904.108-1 (universe) from Debian unstable (main)" [Wishlist,Won't fix]
[12:41] <alkisg> Oh. Won't fix? When did that happen...
[12:56] <DalekSec> PPA?
[12:56] <alkisg> For chromium? I don't think there's a PPA that's still maintained
[12:57] <alkisg> Since this was marked "won't fix", I guess those like me that want to avoid snaps, will use google's chrome instead (or debian wherever applicable)
[13:33] <ziky__01> heyo I might've found a bit of a bug with the 20.04 version upon install. I don't believe it checks whether a current drive is MBR or GPT when it auto boots into the UEFI version of an install.
[13:34] <ziky__01> it crashes when running the grub commands and practically makes the system unbootable without reinstalling grub using a usb
[13:40] <ziky__01> wanted to put this out there in case it breaks anyones system and they wonder why
[14:05] <Hamilton> What is the state of this problem? Would it be fixed in 20.04?
[14:05] <Hamilton> https://discourse.ubuntu.com/t/keyboard-layout-switching-problems-and-poll/2876/2
[14:05] <Hamilton> https://bugs.freedesktop.org/show_bug.cgi?id=22725
[14:05] <ubottu> Freedesktop bug 22725 in Server/Input/XKB ""XkbOptions" "grp:alt_shift_toggle" breaks VT switch Alt+Ctrl+F1 and Alt+Ctrl+Backspace" [Minor,Resolved: moved]
[14:52] <alkisg> Hamilton: erm what? I have alt_shift_toggle (Greek) and I've always been able to switch vt
[14:52] <alkisg> Are you using plain old xorg keyboard switching, or something like fcitx, ibus etc?
[14:53] <Hamilton> alkisg, And switch to tty1 shortcut is Alt+shift+f1?
[14:53] <alkisg> Yes
[14:53] <alkisg> But note that xorg runs on vt1 since some time
[14:53] <alkisg> Ah
[14:53] <alkisg> Sorry, my bad, alt+ctrl+f1, didn't see the change there
[14:53] <Hamilton> alkisg, I'm on i3...If I use alt+shift, it messed with other shortcuts like dark-mode-toggle in firefox
[14:53] <alkisg> OK nevermind my remarks :)
[14:55] <alkisg> In the freedesktop bug you linked, he says "alt+ctrl+f1", not "alt+shift+f1"... didn't notice you're talking about something else
[15:02] <Hamilton> alkisg, I thing the bug is the same if you have other shortcuts containing alt+ctrl...Solution is  it should register the language switch on release (like windows) not press
=== ezri is now known as dax
=== archetech_ is now known as archetech
[18:30] <lotuspsychje> hansh: its coming up great already
[18:30] <lotuspsychje> hansh: faster, smoother, new things added
[18:31] <hansh> neat, btw what happens if one runs `sudo apt install g++-9` in 20.04 ?
[18:31] <hansh> (18.04 try to install clang-9 on that command, hope things are better in 20.04)
[18:32] <lotuspsychje> !info clangd-9
[18:32] <ubottu> clangd-9 (source: llvm-toolchain-9): Language server that provides IDE-like features to editors. In component universe, is optional. Version 1:9.0.1-10 (focal), package size 5736 kB, installed size 24243 kB
[18:32] <hansh> !info g++-9
[18:32] <ubottu> g++-9 (source: gcc-9): GNU C++ compiler. In component main, is optional. Version 9.3.0-5ubuntu1 (focal), package size 8203 kB, installed size 27980 kB
[18:32] <lotuspsychje> hansh: did you install it from repo or a ppa?
[18:33] <hansh> in 18.04? base repos i believe
[18:35] <TJ-> in 18.04 g++-9 redirects to clang-9 ... but I don't see it as a Provides: of clang-9 which would make it virtual
[18:36] <lotuspsychje> in 20.04 it pulls: lib32gcc-s1 lib32gcc1 lib32stdc++6 libc6-i386 libclang-common-9-dev
[18:37] <lotuspsychje> and clangd-9 lib32gcc-s1 lib32gcc1 lib32stdc++6 libc6-i386 libclang-common-9-dev
[18:40] <TJ-> what's weird is I cannot find mention in 18.04's dpkg/apt directories of "g++-9" at all!
=== cpaelzer__ is now known as cpaelzer
[21:37] <ali1234> how do i install CUDA runtime on server without installing X?
[21:37] <ali1234> all the answers to this on google no longer work on +1
[21:40] <ali1234> would be nice if this was one of the options in the server set up along side docker etc
[21:46] <valorie> Jeffrey04: https://wiki.ubuntu.com/QATeam is a good place to start
[21:47] <valorie> http://iso.qa.ubuntu.com/ is where you log your testing and bug reports
[21:47] <genii> ali1234: The usual way is to set up a virtual X server with something like Xvfb to fool whatever thinks it needs X installed as a dependency.It will install some X things, but very minimal 
[21:47] <ali1234> CUDA doesn't need X installed
[21:48] <ali1234> it is just that the nvidia driver has a hard dependency on X11 packages
[21:48] <ali1234> but that's the top level meta package
[21:49] <ali1234> there is a way to install only the core driver, but apparently it has changed on +1
[21:49] <oerheks> sudo apt-get install --no-install-recommends cuda # something like that?
[21:49] <ali1234> something like that, yes, except the cuda package no longer exists on +1
[21:50] <ali1234> now there is "nvidia-cuda-toolkit" but it has no dependency on the nvidia driver
[21:50] <ali1234> it does have a recommends on X11 though, for some reason
[21:53] <ali1234> ah i think i want nvidia-headless-440
[21:55] <ali1234> "sudo apt install --no-install-recommends nvidia-headless-440 nvidia-cuda-toolkit" looks reasonable
[22:17] <grunch_> Having trouble getting display scaling working with two displays with different resolutions. 200% on Dell XPS 15 "most" app windows are not scaled; 100% on external Samsung results in what appears to be 1/2-sized app windows. Any pointers?