[00:13] VipVop: https://wiki.ubuntu.com/X/Config/SVideo , https://superuser.com/questions/24909/output-screen-to-tv-set-using-s-video - I've found these on a quick web search instead fwiw, maybe that'll help. [00:19] Hey anyone [00:19] new install going here [00:20] welp off to a reboot already! === brainwash_ is now known as brainwash [06:37] hm, anyboy here can help me with bash completion? [06:37] my 16.04 system out of a sudden started completing host names [06:37] like I tike `ssh in` and then it will complete it to `ssh indep`, which is a hostname [06:38] however, there is no bash_completion activated. all bash_completion in /etc/bashrc and in ~/.bashrc is commented out [06:38] I want to get rid of this [06:38] I mean, I want no bash completion except for filenames [06:39] gnrp, FYI: Xubuntu 16.04 LTS is EOL; https://xubuntu.org/release/16-04/ (end-of-life april 21, 2019) [06:40] guiverc: It will get security updates until april 2021 though, no? [06:42] packages from 'main' repository (ie. those common with Ubuntu desktop) do get security upgrades, you can use `ubuntu-support-status` to see effects for your actual system, however Xubuntu & 'universe' packages for 16.04 are EOL [06:42] ah, I see. Only ubuntu, not xubuntu... [06:42] ok, thanks for the hint. I didn't know that. Shit. [06:42] it impacts all flavors except Kylin which Canonical sponsored for 5 years only with 16.04 [06:42] ie. not just Xubuntu [06:43] read release notes, it's spelled out very plainly (rather than bloggers that often get details incorrect) [09:11] is there a known issue when coming out of sleep / hibernation on nouveau drivers that the keyboard / text inputs can't focus? [09:12] can still move mouse, still changes to I beam, can't click [09:18] hello everyone! I'm trying to install a Mac Mini from a USB stick dd'd with xubuntu-20.04.1-desktop-amd64.iso, boot fs unpacking failed: Decoding failed".. [09:19] did anyone else see this, too? I'm suprised because last week, same USB stick and same ISO ran the installer juts fine [09:41] dre: on the lock screen? [10:40] yeah [10:40] although it seems a bit intermittent, if I "wake" with the keyboard, keyboard works [13:17] Hello. I have successfully installed 64-bit Xubunto 20.04 on a 2006 Core2Duo (2.33 Ghz) iMac with 4Gb RAM. It is running well gnerally, but, only 3Gb RAM is registered/available, but I have 2 x2Gb RAM modules installd. Anybody know how to make th e4GB ready. This is a dual boot sysytem anbd I want to maintain other OS. [13:20] xu-owen82w: a 64bit version should always see all the ram [13:20] xu-owen82w: maybe 1G is claimed by Intel Graphics or something? [13:21] may much do you see exactly? [13:21] how* [13:22] free -m total used free shared buff/cache availableMem: 2977 1378 186 337 1412 1096Swap: 1906 56 1850 [13:22] * 2977 [13:23] inxi -b | grep MemoryInfo: Processes: 188 Uptime: 2h 51m Memory: 2.91 GiB used: 1.43 GiB (49.3%) Shell: bash inxi: 3.0.38 [13:24] I think it is that this iMAc has a 32-bit EFI [13:24] but CPU is 64 b [13:30] oooooh [13:30] so you didn't install 64bit xubuntu then [13:30] or did you? [13:30] what does uname -a say? [13:33] I did (20.04 is only 64b) [13:33] Linux owen-iMac 5.4.0-47-generic #51-Ubuntu SMP Fri Sep 4 19:50:52 UTC 2020 x86_64 x86_64 x86_64 GNU/Linux [13:34] so that's confirmed then [13:34] grep MemTotal /proc/meminfo [13:34] try that [13:34] that's a bit less ambiguous [13:34] MemTotal: 3048820 kB [13:35] that's a bit strange [13:35] shared graphics card memory stolen a GB? [13:35] not sure what effect 32bit EFI could have [13:36] xu-owen82w: but Intel graphics might be eating up some of your ram, though > 1GB is a bit much [13:36] on regular PC's I think that can be constrained via EFI [13:36] possibly - although I thought it had a graphics card/memory... yeh 11gb seems high [13:36] is probably some apple weirdness thats limiting [13:36] xu-owen82w: dmesg | grep -i drm [13:36] please paste on pastebin [13:39] but for an older system, I'd expect that to eat 256M of 512M of RAM [13:40] https://pastebin.pl/view/63c28f6d [13:40] oh, so no intel graphics [13:40] or at least not actively used [13:41] dmesg | grep 'System RAM' [13:44] google suggests that some macs can take 2x2GB of memory but only see 3GB of it. intentially limited in hardware [13:45] https://pastebin.pl/view/f10cd05d [13:45] > . intentially limited in hardware [13:45] yeah I-m probably at a loss [13:46] I just came on here in case it had maybe been encountered or there was a known quick solution [13:46] >dmesg | grep 'System RAM'returns nothing - [13:46] >dmesg | grep 'System RAM'returns nothing - [13:46] >dmesg | grep 'System RAM' returns nothing - [13:46] "while the processor in older model macbook pros is 64 bit the chipset used to address the memory is only 32 bit" [13:47] ah ok - chipset - so probably h/w restricted [13:47] only going by some articles i'm finding on google. but sounds plausible [13:48] OK. [13:49] Thanks for taking time - itś still going fine with 3G - but obv. would be nice to hae the extra 1G if there was a way [13:50] http://hints.macworld.com/article.php?story=2008013001563240 , 1st comment [13:51] was also looking at the bottom of the 3rd comment down on https://www.linuxquestions.org/questions/linux-mint-84/32-or-64bit-efi-4175644325-print/ [13:57] (y) - Thanks === GridCube_ is now known as GridCube [22:43] in the folder /home/hans i have a folder named "eclipse" and "eclipse-workspace" and ".eclipse", yet in Thunar when i press File -> find in this folder, and search for "ecl" it finds *nothing* , why? [22:43] also when i search for "*ecl*", still nothing [22:44] nvm figured it out, because "find in this folder" will search in whatever folder is selected, rather than the folder Thunar is currently in [22:50] hansh: bug? [22:50] brainwash, possibly, i'm not sure [22:50] (im not sure if it's intended or a bug) [22:51] do you get the same behavior when using detailed list view? [22:51] sorry something urgent g2g [22:54] it's a custom action [22:54] so, it will use the selection [23:05] brainwash, yes using "detailed list view" doesn't seem to make a difference [23:06] right [23:06] not a bug [23:06] because it's a custom action, so it will use the current selection [23:08] ok, thanks for checking