[07:05] <sudorm> hi! where can i find old versions of xubuntu, such as 18.04 and not 18.04.5?
[07:05] <sudorm> I can't find it anywhere
[07:14] <diogenes_> sudorm, https://cdimage.ubuntu.com/xubuntu/releases/
[07:15] <sudorm> diogenes_, clicking on 18.04 https://cdimage.ubuntu.com/xubuntu/releases/18.04/ redirects to 18.04.5
[07:19] <oerheks> http://old-releases.ubuntu.com/releases/
[07:19] <oerheks> http://old-releases.ubuntu.com/releases/18.04.0/
[07:21] <sudorm> oerheks, is there the same for xubuntu?
[07:22] <sudorm> oerheks, 18.04 is not listed in http://old-releases.ubuntu.com/releases/xubuntu/releases/
[07:25] <oerheks> i don  see it either, also 18.04 is EOL?
[07:26] <oerheks> https://archive.org/download/xubuntu-18.04-desktop-amd64/xubuntu-18.04-desktop-amd64_archive.torrent
[07:26] <oerheks> torrent is still valid and active
[07:27] <oerheks> http://ftp.dei.uc.pt/pub/linux/xubuntu/releases/18.04/release/
[07:27] <oerheks> have fun
[07:32] <guiverc> sudorm, the 18.04 media does not contain a fix to a specific issue (boothole or something like that) so older media without fix was made harder to find (if not removed)
[07:32] <guiverc> the 18.04.5 media you can find contains the fixes
[07:33] <sudorm> guiverc, yes but I when I used 18.04, I had stored a script that worked flawlessly to install the right version of tensorflow, NVIDIA CUDA, etc
[07:33] <guiverc> you can install 18.04.5 and then install the GA kernel stack, making it equivalent to an 18.04/18.04.1 install if needed
[07:33] <sudorm> guiverc, now after a 18.04.5 install, it fails with errors like
[07:33] <sudorm> The following packages have unmet dependencies: cuda-10-1 : Depends: cuda-toolkit-10-1 (>= 10.1.243) but it is not going to be installed
[07:34] <sudorm> and lots of similar errors. I could only solve this by restoring a sources.list from 18.04 instead of 18.04.5
[07:35] <guiverc> I'm doing a `rmadison cuda-toolkit-10-1` no packages are available in Ubuntu repositories for any release - you'll have needed to add sources for that for any bionic/18.04 media
[07:35] <guiverc> the sources in 18.04 and 18.04.5 are identical !
[07:35] <sudorm> guiverc, yes I added repo for nvidia
[07:36] <sudorm> but it seemed like there was a mismatch conflict 
[07:36] <guiverc> as I stated before; the difference is the default stack; 18.04.5 defaults to HWE, 18.04 defaulted to the older GA - which can be changed post-install
[07:36] <sudorm> guiverc, what is HWE / GA ?
[07:37] <guiverc> https://wiki.ubuntu.com/Kernel/LTSEnablementStack  &  https://wiki.ubuntu.com/Kernel/RollingLTSEnablementStack
[07:37] <sudorm> guiverc, ok it's a kernel thing?
[07:37] <guiverc> GA = general kernel; 4.15 for 18.04, HWE is the hardware enablement that changed during first 2 years of support (using 18.10, 19.04, 19.10 before finally settling on 20.04 GA kernel stack)
[07:37] <guiverc> Xubuntu 18.04 however is EOL; 29-April-2021 was EOL for Xubuntu 18.04
[07:38] <guiverc> see https://xubuntu.org/release/18-04/
[07:38] <sudorm> guiverc, yes. First I installed 20.04
[07:39] <sudorm> but when I rebooted to make a memtest86 in grub, it was stuck. Then after further research, I found a bug report that memtest on 20.04 is bugged.
[07:39] <guiverc> memtest in 20.04 works; I've used it; it has limitations on some hardware - it's not a bug
[07:39] <sudorm> Thus, I prefer working with an older version of Xubuntu, but having everything working 100% without glitches
[07:39] <sudorm> https://bugs.launchpad.net/ubuntu/+source/memtest86+/+bug/1876157
[07:39] <ubottu> Launchpad bug 1876157 in memtest86+ (Baltix) "Memtest86+ in Ubuntu 20.04 doesn't work, switch to Coreboot branch or package new release v5.31b is available since 12/04/2020" [Medium, Triaged]
[07:40] <sudorm> I don't want to have to deal with such things or similar problems, that's why I use 18.04
[07:40] <guiverc> well 18.04 isn't on-topic here due EOL 29-April-2021
[07:42] <guiverc> fyi: you can use `ubuntu-support-status` to view the package support for your actual install; and thus consider the risk of using the partially EOL 18.04 system (packages common to main Ubuntu Desktop are still fixed for security flaws)
[07:47] <sudorm> guiverc, what is the standard way to find a particular file for a particular release?
[07:47] <sudorm> example: I'd like to compare sources.list for 18.04 18.04.5 and 20.04, for learning purposes
[07:47] <sudorm> I found it here for 18.04: https://gist.githubusercontent.com/rhuancarlos/c4d3c0cf4550db5326dca8edf1e76800/raw/480bc68edae51e704114b0f4e256f543f25961af/sources.list
[07:47] <sudorm> but it's not really a trusted source
[07:47] <sudorm> is there a way to find a particular file for any release?
[07:48] <sudorm> like a (git?) repo for all files of all releases?
[07:49] <guiverc> ubuntu ISOs are built from packages; wherever you find the ISO you'll also find a .manifest file which contains the packages enclosed on the ISO (not all may be installed; depending on what options the user uses..)
[07:50] <guiverc> packages can change between releases; so files within those packages can vary (eg. 18.04 will use freenode; it was current on release time; 21.10 or 20.04.3 will contain libera)
[07:50] <sudorm> guiverc, good to know! and for exemple /etc/apt/sources.list comes from which package?
[07:52] <guiverc> the file is built at install; as the installer doesn't know where in the world you are until install time; so cannot know which country mirror is appropriate etc
[07:53] <nonet> Client: HexChat 2.14.3 • OS: Ubuntu "impish" 21.10 • CPU: Intel(R) Core(TM)2 Quad CPU    Q8300  @ 2.50GHz (2.00GHz) • Memory: Physical: 3.5 GiB Total (1.9 GiB Free) Swap: 2.0 GiB Total (1.9 GiB Free) • Storage: 11.3 GB / 56.8 GB (45.5 GB Free) • VGA: Intel Corporation 4 Series Chipset Integrated Graphics Controller @ Intel Corporation 4 Series Chipset DRAM Controller • Uptime
[07:53] <nonet> : 8h 47m 13s
[07:54] <sudorm> guiverc, oh I see, so this might be the reason for my problems: when I installed 18.04.5, I didn't check certain checkboxes to accept all repos
[07:54] <sudorm> whereas in my previous 18.04 install i checked all of them
[07:56] <guiverc> I'm aware of country (mirror) differnces with xubuntu installs; I'm not sure it has differences that will impact you - unless you opted for a "free software only" which may; sorry I forget; but those options are rarely used but available on 18.04 more so than 20.04
[07:58] <sudorm> guiverc, #deb-src  lines are unused since # is for comments, is that right? as I see all deb-src begin by # i thought maybe it is a custom syntax 
[07:58] <guiverc> # is comment yes (varies on the file; some use ";" for comments etc depending on background of programmer) - which disables the source
[08:00] <sudorm> guiverc, yes that's what I know for all other files, but I thought maybe there was a special syntax for sources.list because I saw deb-src always was # ;)
[08:02] <sudorm> guiverc, last thing: why    main *restricted* in sources.list? why the restricted?
[08:03] <guiverc> best if you read https://help.ubuntu.com/community/Repositories/Ubuntu 
[08:04] <guiverc> "Restricted - Proprietary drivers for devices. "  but it'll explain more
[08:04] <guiverc> the word restricted relates to license, not open-source code
[08:05] <guiverc> (or if open-source; license is restricted in some way)
[08:05] <sudorm> oh thanks for this link, it helped me!
[08:06] <sudorm> So does "deb http://us.archive.ubuntu.com/ubuntu/ bionic main restricted" mean 
[08:06] <sudorm> from bionic take repo main AND restricted?
[08:07] <sudorm> could we do "deb http://us.archive.ubuntu.com/ubuntu/ bionic main restricted universe multiverse"  and have all of them in one line?
[08:09] <oerheks> why, xubuntu 18.04 is eol..
[08:10] <sudorm> oerheks, i mean, the general principle of listing everything in one line
[08:10] <sudorm> instead of having a sources.list of 50 lines 
[08:10] <oerheks> i would not touch that sources list manually, use the update tool to control
[08:11] <guiverc> I prefer fewer lines myself; but release-upgrade tools work best if single line (easier for enable/disable in GUI tools by adding # to start of line etc)
[08:11] <oerheks> there are no other added, those get an instance in sources.list.d/ folder
[08:15] <sudorm> I just explored the /etc/apt/  files during the last minutes
[08:16] <sudorm> I think I would prefer just one file sources.list, KISS principle, and nothing else, no "sudo add-apt-repository ..."  that create new files
=== keypushe- is now known as keypusher
=== genii-core is now known as genii
=== sorinello_ is now known as sorinello
=== sorinello_ is now known as sorinello
=== genii is now known as genii-core