=== dax is now known as housecat
[03:27] <lotuspsychje> good morning
[07:37] <benjam2000> Since yesterday evening the Ubuntu 20.04 mini.iso installer (http://archive.ubuntu.com/ubuntu/dists/focal/main/installer-amd64/current/legacy-images/netboot/mini.iso) brings me an error message at the beginning of the install: https://imgur.com/OlO9lSa
[07:38] <benjam2000> It worked yesterday afternoon.
[08:02] <benjam2000> ...do i have to wait for the next daily build? Or is the error related to another problem?
=== Dr8g0n1 is now known as Dr8g0n
[12:59] <TheD3m0nPriest> hiya guys
[12:59] <TheD3m0nPriest> where do I report a boot-time bug?
[13:02] <TheD3m0nPriest> found this line trying to boot up my new Ubuntu 20.04 installation
[13:02] <TheD3m0nPriest> * Topic for #ubuntu+1 is: Welcome to #ubuntu+1, the support channel for pre-release versions of Ubuntu. Pre-release versions are unstable and will probably break your computer. | Current dev version: Focal Fossa (20.04) | Schedule: http://ubottu.com/y/ff | Daily builds: http://ubottu.com/y/ffdaily (downloading updates regularly? see http://ubottu.com/y/zsync ) | For 19.10 support, please visit #ubuntu
[13:02] <TheD3m0nPriest> * Topic for #ubuntu+1 set by dax!dax@freenode/staff/dax (Tue Nov 12 03:47:18 2019)
[13:02] <TheD3m0nPriest> -ChanServ- [#ubuntu+1] Welcome to #ubuntu+1. Please read the topic. Especially if things are broken! This channel is logged. 
[13:02] <TheD3m0nPriest> oops sorry
[13:02] <TheD3m0nPriest> ln: /tmp/mountroot-fail-hooks.d//scripts/init-premount/lvm2: No such file or directory
[13:03] <TheD3m0nPriest> the directory has a double slash between mountroot-fail-hooks.d and scripts at eth initramfs stage
[13:44] <TheD3m0nPriest> if I  need more info to be helpful letme know
[14:04] <iconoclasthero> after reading the schedule, I would like to know if the is the daily that is currently posted is the Release Candidate?  if so, my second question is, will installing the RC be problematic in terms of being in a dev. channel or anything...  I'm limping along on my current system and would really like to get a head start on 20.04.
[14:04] <lotuspsychje> !final | iconoclasthero 
[14:04] <ubottu> iconoclasthero: If you install a development version of Ubuntu Focal and keep up with package updates, then you will be upgraded to the official release of 20.04 when it comes out. To make sure, type « sudo apt update && sudo apt full-upgrade » in a terminal.
[14:05] <lotuspsychje> iconoclasthero: its the users choice to decide what kind of ubuntu experience he/she wants
[14:05] <iconoclasthero> thank you, inre: the first question, is http://cdimage.ubuntu.com/daily-live/current/ RC1?
[16:49] <sdeziel> debootstrapping focal no longer brings initramfs-tools. Is that intentional?
[16:51] <lotuspsychje> sdeziel: join #ubuntu-quality alot of devs there
[16:51] <iconoclasthero> I'm having a lot of problems with my 20.04 install.  e.g., installer froze several times, cannot boot into defalt kernel, recovery mode doesn't work, machine locks up within a few minutes of booting into it.
[16:51] <iconoclasthero> I'm running today's daily, fresh install on a new partition.
[16:51] <iconoclasthero> I feel like the first thing I should look at is the NVIDIA driver.  CPU: Intel Core i5-3570K @ 4x 3.8GHz [27.8°C] // GPU: GeForce GTX 650 Ti BOOST //   RAM: 2269MiB / 23822MiB
[16:51] <sdeziel> OK
[16:57] <Eickmeyer> !info arch-install-scripts
[16:57] <ubottu> arch-install-scripts (source: arch-install-scripts): scripts aimed at automating some menial tasks when debootstrapping. In component universe, is optional. Version 23-1 (focal), package size 11 kB, installed size 50 kB
[17:00] <Eickmeyer> sdeziel: From what I can find, looks like that decision was made upstream in Debian.
[17:01] <Eickmeyer> https://launchpad.net/ubuntu/+source/arch-install-scripts
[17:28] <howarth> Switched my MacPro 3,1 with GTX680 to the nvidia-340 drivers. Works fine except for the known issue of autologin being broken under all the nvidia drivers.
[17:52]  * tarzeau is using nvidia.com repo for nvidia/cuda drivers
[17:52] <tarzeau> works great since 5 years
[17:52] <sdeziel> Eickmeyer: thanks!
[17:52] <tarzeau> for focal the 18.04 repo drivers do well so far
[17:54] <howarth> Do you have the autologin setting turned on?
[17:55] <howarth> https://bugs.launchpad.net/ubuntu/+source/gnome-session/+bug/1845801
[17:55] <ubottu> Launchpad bug 1845801 in nvidia-graphics-drivers-435 (Ubuntu Eoan) "[nvidia] Automatic login fails and then all subsequent logins fail. Killing gnome-session-binary fixes it, or just not using automatic login." [Low,Confirmed]
[17:56] <howarth> For me, under nvidia-340, the behavior was that the autologin didn't occur, the greeter worked so that I could login, but afterwards restarting hung.
[17:56] <phpdave11> is it possible to install python 3.7 on 20.04?  one of my applications doesn't work with 3.8 which is included in 20.04. 
[18:10] <oerheks> phpdave11,  i see no candidate AFAIK
[18:14] <sdeziel> phpdave11: I've never used it but this PPA seems to provide alternative versions of Python: https://launchpad.net/~deadsnakes/+archive/ubuntu/ppa (Focal is not yet available though)
[18:15] <oerheks> sdeziel, that is where i looked for too
[18:16] <sdeziel> I also checked the snapstore because ruby upstream publishes one but no dice for python
[18:18] <lotuspsychje> phpdave11: your app is an offical ubuntu package or some own build?
[18:28] <howarth> Usually the ppa's are for moving to newer versions, not older ones
[18:28] <howarth> Does the problem app have a bugzilla page?
[18:31] <phpdave11> the app which doesn't support python 3.8 is salt
[18:32] <nonix4> Getting tired of REISUB and "post-B" logs having day-sized holes. Any watchdog approaches actually work for debugging userland hangs during lockscreen?
[18:37] <howarth> If I read this correctly, it is fixed in salt trunk
[18:37] <howarth> https://github.com/saltstack/salt/issues/55310
[18:38] <howarth> Try cloning salt master and doing a local install into /usr/local
[18:40] <sdeziel> the deadsnakes PPA will soon support 20.04 (https://github.com/deadsnakes/issues/issues/114)
[18:43] <howarth> Looks like you should be able to use http://repo.saltstack.com/#ubuntu
[18:43] <howarth> sudo apt-get install salt-master
[18:56] <phpdave11> thanks howarth i will look into that
[18:59] <howarth> looking at the repo pool timestamps it may not currently have the fix
[18:59] <howarth> but you might be able to use their packaging files to roll your own locally from a git pull of salt master
[19:08] <iconoclasthero> ha, i know a horwath.
[19:09] <iconoclasthero> made me do a doubletake
[19:23] <howarth> Their current copy of a salt master package is "Salt Stack Packaging <packaging@frogunder.com>  Mon, 30 Mar 2020 16:33:07 +0000"
[19:23] <iconoclasthero> so i'm trying to get a fresh virtual install of 20.04 to recognize a separate physical partition installation to be able to boot to it (in the VM).  For some reason, I can mount the virtualized physical drive, interact with the files, etc., but grub-update isn't seeing it (/dev/sdb).  any thoughts?
[19:24] <iconoclasthero> update-grub*
[19:48] <nonix4> ouch, latest apt upgrade + reboot disabled primary monitor... stays off saying no signal. Took a while to figure out that a login prompt existed on the monitor that stayed off, while other monitors were showing emptiness
[19:56] <ChmEarl> iconoclasthero, what is the partition type of sdb? ESP or 83 (linux) ?
[19:57] <iconoclasthero> well, the underlying format is ext4.  i'm not sure how virtualbox makes the .vmdk.
[19:57] <iconoclasthero> however, i just plugged the code from the system grub into the vm grub and rebooted and there it was.  still, the default kernel won't boot
[19:57] <iconoclasthero> and i'm assuming that the default is the low-latency kernel.
[19:58] <iconoclasthero> and thus on my system the default/ll kernel won't boot and i'm not sure if that's somethign i should report.
[20:13] <iconoclasthero> i had been hoping to set up the video drivers for the 20.04 install inside the vm so it wouldn't keep crashing.  
[20:14] <iconoclasthero> e.g., i'm currently using a driver on 18.04, can i just install it for 20.04?
[20:25] <CarlFK> duel boot: cosmic on sda1 and focal on sda5 - how do I tell grub to use sda5 /boot/grub ?
[20:29] <iconoclasthero> CarlFX:  have you considered https://tipsonubuntu.com/2018/03/11/install-grub-customizer-ubuntu-18-04-lts/
[20:30] <iconoclasthero> you'll have to do it from the older system.
[20:31] <CarlFK> With grub customizer, you can:   none of those look like what I need 
[20:31] <CarlFK> ?
[20:32] <iconoclasthero> check boot-repair then.
[20:32] <iconoclasthero> one of them will be able to do it.
[21:14] <Ussat> If I download a 20.04 iso now, will I be able to upgrade to to the release when its out ?
[21:42] <valorie> Ussat: yes
[21:42] <valorie> the ISOs now are "RC" which means release candidate
[21:42] <Ussat> ahh cool, thanks
[21:42] <valorie> in a perfect world, there will be no changes between today and release
[21:43] <valorie> but of course there will be a few
[21:43] <Ussat> and we all know this world is perfect :)
[21:43] <valorie> be sure to login to the qatracker and report your results
[21:43] <valorie> the more testing we have reported the better
[21:44] <valorie> #ubuntu-quality if you need any help reporting bugs or linking them to the qatracker
[21:44] <Ussat> Thanks
[21:44] <valorie> thank YOU!
[21:44] <valorie> more testing=higher quality release
[22:37] <AlexMax> I'm having trouble with 20.04
[22:37] <AlexMax> Fractional scaling doesn't work under wayland
[22:38]  * AlexMax uploaded an image: Screenshot from 2020-04-17 18-37-58.png (10KB) < https://matrix.org/_matrix/media/r0/download/matrix.org/unTpLMwVZaeoKnpRcNBRSBjA >
[22:38] <AlexMax> I've got the fractional scaling bit toggled but scale doesn't give me fractional options
[22:39] <AlexMax> They show up just fine running under X (but then if I use GNOME DPI scaling some programs don't care about it)
[22:47] <tomreyn> is it supposed to work, though?
[22:57] <AlexMax> I am trying to switch from Fedora, which uses Wayland by default, and after enabling fractional scaling in the gnome tweak tool it worked beautifully
[22:57] <AlexMax> so I was happy to see fractional scaling built into the display window here, but then when I flipped it on I was disappointed not to see the extra options
[23:41] <tomreyn> hmm maybe the fedora had more recent components.
[23:43] <tomreyn> i think there's a gsettings command you may use to enable fractional scaling though
[23:43] <tomreyn> AlexMax: maybe you need      gsettings set org.gnome.mutter experimental-features "['scale-monitor-framebuffer']"      as per https://www.debugpoint.com/2020/01/how-to-enable-fractional-scaling-in-ubuntu-18-04-19-10/
[23:44] <tomreyn> this may no longer apply to 20.04, though, not sure
[23:45] <Guma> I just did downloaded daily 20.04 few min ago. Trying to install it in VirtualBox  (6.1.6 r137129) and at some point installer goes bland and stays there. Did try switching different graphics driver (no 3D). Is this known issue?
[23:46] <Jordan_U> Guma: Only 1 GiB RAM might be the problem. I'm looking for the minimum requirements for 20.04, but the recommended minimum here is 4 GiB: https://help.ubuntu.com/community/Installation/SystemRequirements (I was surprised it was that large a recommended minimum).
[23:46] <Guma> When I try to "Erase disk and install Ubuntu" it looks like it hangs
[23:47] <Guma> ok let me give more
[23:47] <Jordan_U> Guma: Wait.
[23:47] <Guma> ok
[23:47] <Jordan_U> Guma: If you still have the VM booted and you can, please run "dmesg" and pastebin the output.
[23:48] <Guma> I can't since the UI seems to be frozen. I can not click anything. Let me leave it for some time and see what happens.
[23:48] <Jordan_U> Guma: Meh, probably not worth waiting.
[23:49] <Jordan_U> Guma: Next time you try installing, you can open a terminal and have "dmesg --human --follow" running visible and see if anything interesting comes up.
[23:50] <Guma> Jordan_U: Should I create default and run with default and see what dmsg shows?
[23:51] <Guma> Ok so I rebooted VM and when I got to prompt to Run vs install as some point entire VM screen did go blank
[23:51] <Guma> I did not have chance making selection
[23:54] <Jordan_U> Guma: No. It seems pretty clear to me now that Ubuntu devs don't expect installing Ubuntu to work with only 1 GiB of RAM. It might be nice if they detected that and warned about it, but that's not going to change before release.
[23:54] <tomreyn> use 4 gb ram for desktop install, 1 gb for server
[23:57] <Guma> Yup Just did enabled 4G and it is going