[00:13] <krytarik> 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] <GhettoButta> Hey anyone
[00:19] <GhettoButta> new install going here
[00:20] <GhettoButta> welp off to a reboot already!
[06:37] <gnrp> hm, anyboy here can help me with bash completion?
[06:37] <gnrp> my 16.04 system out of a sudden started completing host names
[06:37] <gnrp> like I tike `ssh in` and then it will complete it to `ssh indep`, which is a hostname
[06:38] <gnrp> however, there is no bash_completion activated. all bash_completion in /etc/bashrc and in ~/.bashrc is commented out
[06:38] <gnrp> I want to get rid of this
[06:38] <gnrp> I mean, I want no bash completion except for filenames
[06:39] <guiverc> gnrp, FYI:  Xubuntu 16.04 LTS is EOL; https://xubuntu.org/release/16-04/  (end-of-life april 21, 2019)
[06:40] <gnrp> guiverc: It will get security updates until april 2021 though, no?
[06:42] <guiverc> 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] <gnrp> ah, I see. Only ubuntu, not xubuntu...
[06:42] <gnrp> ok, thanks for the hint. I didn't know that. Shit.
[06:42] <guiverc> it impacts all flavors except Kylin which Canonical sponsored for 5 years only with 16.04
[06:42] <guiverc> ie. not just Xubuntu
[06:43] <guiverc> read release notes, it's spelled out very plainly (rather than bloggers that often get details incorrect)
[09:11] <dre> is there a known issue when coming out of sleep / hibernation on nouveau drivers that the keyboard / text inputs can't focus?
[09:12] <dre> can still move mouse, still changes to I beam, can't click
[09:18] <fl> 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] <fl> 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] <brainwash> dre: on the lock screen?
[10:40] <dre> yeah
[10:40] <dre> although it seems a bit intermittent, if I "wake" with the keyboard, keyboard works
[13:17] <xu-owen82w> 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] <pmjdebruijn> xu-owen82w: a 64bit version should always see all the ram
[13:20] <pmjdebruijn> xu-owen82w: maybe 1G is claimed by Intel Graphics or something?
[13:21] <pmjdebruijn> may much do you see exactly?
[13:21] <pmjdebruijn> how*
[13:22] <xu-owen82w> free -m              total        used        free      shared  buff/cache   availableMem:           2977        1378         186         337        1412        1096Swap:          1906          56        1850
[13:22] <xu-owen82w> * 2977
[13:23] <xu-owen82w> 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] <xu-owen82w> I think it is that this iMAc has a 32-bit EFI
[13:24] <xu-owen82w> but CPU is 64 b
[13:30] <pmjdebruijn> oooooh
[13:30] <pmjdebruijn> so you didn't install 64bit xubuntu then
[13:30] <pmjdebruijn> or did you?
[13:30] <pmjdebruijn> what does uname -a say?
[13:33] <xu-owen82w>  I did (20.04 is only 64b)
[13:33] <xu-owen82w> 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] <pmjdebruijn> so that's confirmed then
[13:34] <pmjdebruijn> grep MemTotal /proc/meminfo
[13:34] <pmjdebruijn> try that
[13:34] <pmjdebruijn> that's a bit less ambiguous
[13:34] <xu-owen82w> MemTotal:        3048820 kB
[13:35] <pmjdebruijn> that's a bit strange
[13:35] <xtao> shared graphics card memory stolen a GB?
[13:35] <pmjdebruijn> not sure what effect 32bit EFI could have
[13:36] <pmjdebruijn> xu-owen82w: but Intel graphics might be eating up some of your ram, though > 1GB is a bit much
[13:36] <pmjdebruijn> on regular PC's I think that can be constrained via EFI
[13:36] <xu-owen82w> possibly - although I thought it had a graphics card/memory... yeh 11gb seems high
[13:36] <xu-owen82w> is probably some apple weirdness thats limiting
[13:36] <pmjdebruijn> xu-owen82w: dmesg | grep -i drm
[13:36] <pmjdebruijn> please paste on pastebin
[13:39] <pmjdebruijn> but for an older system, I'd expect that to eat 256M of 512M of RAM
[13:40] <xu-owen82w> https://pastebin.pl/view/63c28f6d
[13:40] <pmjdebruijn> oh, so no intel graphics
[13:40] <pmjdebruijn> or at least not actively used
[13:41] <pmjdebruijn> dmesg | grep 'System RAM'
[13:44] <xtao> google suggests that some macs can take 2x2GB of memory but only see 3GB of it. intentially limited in hardware
[13:45] <xu-owen82w> https://pastebin.pl/view/f10cd05d
[13:45] <xu-owen82w> > . intentially limited in hardware
[13:45] <xu-owen82w> yeah I-m probably at a loss
[13:46] <xu-owen82w> I just came on here in case it had maybe been encountered or there was a known quick solution
[13:46] <xu-owen82w> >dmesg | grep 'System RAM'returns nothing -
[13:46] <xu-owen82w> >dmesg | grep 'System RAM'returns nothing -
[13:46] <xu-owen82w> >dmesg | grep 'System RAM'  returns nothing -
[13:46] <xtao> "while the processor in older model macbook pros is 64 bit the chipset used to address the memory is only 32 bit"
[13:47] <xu-owen82w> ah ok - chipset - so probably h/w restricted
[13:47] <xtao> only going by some articles i'm finding on google. but sounds plausible
[13:48] <xu-owen82w> OK.
[13:49] <xu-owen82w> 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] <xtao> http://hints.macworld.com/article.php?story=2008013001563240 , 1st comment
[13:51] <xtao> 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] <xu-owen82w> (y) - Thanks
[22:43] <hansh> 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] <hansh> also when i search for "*ecl*", still nothing
[22:44] <hansh> 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] <brainwash> hansh: bug?
[22:50] <hansh> brainwash, possibly, i'm not sure
[22:50] <hansh> (im not sure if it's intended or a bug)
[22:51] <brainwash> do you get the same behavior when using detailed list view?
[22:51] <hansh> sorry something urgent g2g
[22:54] <brainwash> it's a custom action
[22:54] <brainwash> so, it will use the selection
[23:05] <hansh> brainwash, yes using "detailed list view" doesn't seem to make a difference
[23:06] <brainwash> right
[23:06] <brainwash> not a bug
[23:06] <brainwash> because it's a custom action, so it will use the current selection
[23:08] <hansh> ok, thanks for checking