[19:30] <wxl> @tsimonq2 do we need all of these in light of the CI? https://code.launchpad.net/~lubuntu-dev/+recipes
 @wxl [<wxl> @tsimonq2 do we need all of these in light of the CI? https://code.launchp …], Not at all
[19:36] <wxl> ^ there's a fun job for you @The_LoudSpeaker — get rid of all of those (and the PPAs to boot) and then we won't have those messages on the mailing list
[21:20] <WHenJokersAttack> hi, latest ISO image 20.04 does not install, chroot error cannot run useradd
[21:20] <wxl> did you check the hashes?
[21:21] <wxl> WHenJokersAttack: ^
[21:21] <WHenJokersAttack> also first run of the installer crashes when creating partition, but does create them indeed, so i can run another time and use the existing partitioning with use manual partitions
[21:21] <WHenJokersAttack> and then it works
[21:21] <WHenJokersAttack> should i check them on the usb i made?
[21:22] <WHenJokersAttack> im running on windows atm, lubuntu install i had is messed up, not very practical with hash check on win
[21:22] <wxl> you should (a) check the hashes of the iso against published values and (b) run the "check disc for defects" against the installation media (or you can get the hashes off of that, but its' more advanced)
[21:22] <wxl> windows can handle hash checking in powershell
[21:22] <WHenJokersAttack> ok lets do this
[21:23] <wxl> i don't know how off hand. i just know you can.
[21:27] <WHenJokersAttack> 455D8264316EBE982F4AF81B182EF51B
[21:27] <WHenJokersAttack> PS C:\WINDOWS\system32> Get-FileHash E:\FILEDIC2019\focal-desktop-amd64.iso -Algorithm MD5Algorithm       Hash                                                                   Path---------       ----                                                                   ----MD5             455D8264316EBE982F4AF81B182EF51B
[21:27] <WHenJokersAttack> E:\FILEDIC2019\focal-desktop-...
[21:27] <wxl> don't spam the channel please
[21:27] <wxl> http://cdimage.ubuntu.com/lubuntu/daily-live/current/MD5SUMS
[21:36] <WHenJokersAttack> not matching at all - how is that since all i download audio video installers for software works perfectly? is it because the daily images are not torrent and direct browser download has more issues? just wondering
[21:36] <wxl> *one*bit* can make a difference
[21:37] <wxl> this is a filesystem image. it's huge. and the integrity of the whole thing is essential
[21:37] <wxl> and yes there's no error checking in browsers really
[21:38] <WHenJokersAttack> never had issues, but i usually download large files on torrent, so my guess is that torrent has more integrity
[21:38] <wxl> it does have error checking yes
[21:38] <WHenJokersAttack> lesson learnt 
[23:03] <WHenJokersAttack> verified the image good this time, burnt to USB, installer cannot create partition table again, say its going to create a 300mb efi , proceed to create a 512mb one, re-run installer with manually setting the 512mb partition to /boot/efi and the sda2 to / , still unable to find useradd
[23:04] <WHenJokersAttack> system is a dell notebook, booted with CSM enabled, UEFI boot the usb
[23:10] <guiverc> WHenJokersAttack, in my experience it's the write to media that fails most; not downloads; but I use zsync to download daily ISO's (ie. download only differences) which verifies image at completion of download.  I don't think torrent is any better, just an alternative
[23:12] <WHenJokersAttack> i gues but, the same error on 2 different downloads, also 2 different images (i downloaded the first image yesterday)  and 2 different USB sticksthat were used to install windows a dozen times, i really think 
[23:17] <WHenJokersAttack> workaround found: "install along another os" and resize the original partition created by the first failed installation run
[23:21] <WHenJokersAttack> all booted fine on my dell 7537