e3d3 | After updating I get error messages complaining that the postinstall script for linux-image-amd64 can't find grub, which is logical because I installed grub on another partition/distro. How can I get rid of the error messages (https://pastebin.com/CmngvCzC) ? | 08:38 |
---|---|---|
cronolio | useless trick might be install grub but install into mbr | 09:57 |
cronolio | then it again and again will generate grub.cfg wich never will be used :) | 09:58 |
qaluH | i had a problem too with UEFI and devuan couple days ago, whats the current problem? | 09:59 |
cronolio | my answer for someone who been leave this channel | 10:03 |
cronolio | 12:38:22) e3d3: After updating I get error messages complaining that the postinstall script for linux-image-amd64 can't find grub, which is logical because I installed grub on another partition/distro. How can I get rid of the error messages (https://pastebin.com/CmngvCzC) ? | 10:03 |
cronolio | *but NOT install into mbr | 10:07 |
qaluH | ah okay, will post some bug reports later with my issues | 10:07 |
rainmanp7 | hello | 10:53 |
rainmanp7 | Welcome tallship | 10:57 |
furrymcgee | hello | 11:01 |
furrymcgee | I see there was good news abou devuan release :) | 11:03 |
scetchpunk | hello ther | 13:13 |
scetchpunk | there* | 13:13 |
scetchpunk | Can someone help me with a problem? | 13:13 |
gnarface | just ask your question and be patient, it's a slow channel | 13:14 |
gnarface | asking for permission to ask a question doesn't typically get answered on IRC | 13:15 |
scetchpunk | Thanks. Sorry for my english. | 13:15 |
scetchpunk | ok | 13:15 |
scetchpunk | There is a question: recently I installed Devuan Beowulf (xfce) on notebook wia life installer. I have only lan connection but no wifi. Broadcom wifi chip BCM43142A0. The non-free repo of devuan I added to /etc/apt/source.list and after installed the package broadcom 80211 | 13:20 |
scetchpunk | but wifi still not working | 13:20 |
scetchpunk | I don't know what to do right now | 13:20 |
fsmithred | broadcom is a pain in the ass. Here's the debian wiki page for that chipset: https://wiki.debian.org/wl | 13:22 |
fsmithred | scetchpunk, make sure wicd has the right name for your wireless device | 13:23 |
fsmithred | ip a | 13:23 |
fsmithred | to see what it's called | 13:23 |
fsmithred | then in wicd, go into Preferences to see what the default wireless interface is set to. Make sure it matches the name you found. | 13:24 |
fsmithred | you might need to maximize the wicd window to find the preferences. | 13:24 |
daimon | hey all got a really odd problem, I just installed an nviia graphics card in my system and the driver appears to have hooked properly ... but all the fonts on my screen turned absolutely tiny | 13:38 |
daimon | also the driver seems to be saying it failed even though its working: | 13:38 |
scetchpunk | there is no wifi name | 13:38 |
scetchpunk | omg | 13:38 |
daimon | https://dpaste.org/y3Xq | 13:38 |
fsmithred | scetchpunk, review the wiki page to see if you missed any steps | 13:39 |
scetchpunk | fsmithred, I'll try | 13:40 |
gnarface | daimon: use paste.debian.net if you want me to actually take a look, but the usual issue is either you need the version from beowulf-backports or you're just missing a few packages | 13:45 |
gnarface | daimon: make sure the nouveau driver got blacklisted properly too and isn't loading | 13:46 |
gnarface | daimon: and make sure you are using the nvidia drivers from the repos, not from the nvidia.com installer | 13:46 |
daimon | yeah its also drawing to large the entire screen | 13:48 |
daimon | like its drawing off the edge of the screen | 13:48 |
daimon | yeah I am using the one from api | 13:48 |
daimon | apt * | 13:48 |
daimon | I unuinstalled the nouveau driver entirely | 13:49 |
daimon | apt remove xserver-xorg-video-nouveau && apt-get install nvidia-legacy-390xx-driver | 13:49 |
daimon | I put it in the dpaste pastebin | 13:49 |
daimon | has to be legacy for this card the new one does not support it | 13:49 |
daimon | but the entire screen is somehow zoomed it, likes its been drawn 'off' the edge of the screen | 13:51 |
daimon | for instance the menu in xfce is not on the screen its off to the top left of it | 13:51 |
daimon | -20,-40 | 13:51 |
daimon | and the font its using for all menus (only) appears to be about 1px | 13:51 |
daimon | applications fonts are ok though | 13:52 |
gnarface | check the xorg log, the font size issue might be related to mis-detected DPI | 13:54 |
gnarface | overscanning is a monitor/display physical issue though | 13:54 |
daimon | the intel card that systerm also has did not have that issue | 13:55 |
daimon | both displays was fine | 13:55 |
gnarface | you might have to specify the horizontal and vertical refresh ranges from the monitor manual | 13:55 |
gnarface | it's a physical issue that is dependent on software | 13:55 |
gnarface | not damage; OSD misconfiguration | 13:55 |
gnarface | but like i said, it might be because of mis-detected horizontal and vertical refresh ranges too | 13:56 |
gnarface | you can compare the Xorg log to the monitor manual | 13:56 |
gnarface | i'm sorry nvidia stuff is like this | 13:56 |
gnarface | i didn't do it though | 13:56 |
gnarface | usually you have to adjust a little at both ends when you change hardware unless the display has an auto-adjust feature | 13:56 |
gnarface | and even if it has an auto-adjust feature, you will probably have to call it again manually in this case | 13:57 |
daimon | http://paste.debian.net/1187269/ | 13:57 |
daimon | I am not 100% sure what to look for | 13:57 |
daimon | the screen going wrong is the LG one | 13:58 |
gnarface | seems like paste.debian.net is down from here now sorry | 13:58 |
gnarface | maybe it'll be back up in a minute or two | 13:58 |
daimon | you mean the one you just told me to use :P | 13:58 |
daimon | https://termbin.com/0u4d | 13:58 |
gnarface | i know, sorry. but you're looking for lines with "(EE)" in them | 13:58 |
daimon | [ 664.000] (EE) open /dev/fb0: No such file or directory | 13:59 |
daimon | 664.529] (==) NVIDIA(0): No modes were requested; the default mode "nvidia-auto-select" | 14:00 |
daimon | [ 664.534] (--) NVIDIA(0): DPI set to (30, 30); computed from "UseEdidDpi" X config | 14:00 |
daimon | 30, 30 sounds very low | 14:00 |
gnarface | yes, that's certainly wrong unless you're using a projector | 14:00 |
daimon | its a 72" 4K tv | 14:00 |
gnarface | you also probably neglected to add your user to the "video" group | 14:00 |
gnarface | and you forgot to install acpid | 14:01 |
daimon | nah all users are in the video group | 14:01 |
daimon | acpid installed but I doubt that would help the EDID thing | 14:01 |
gnarface | you can define custom modelines for the monitors if just adding the manual's listed horzontal and vertical ranges isn't enough, but usually it is | 14:02 |
daimon | how would I know what to add and where | 14:02 |
gnarface | it's not uncommon for monitors to have inaccurate EDID anyway, but it's also important to note that using the wrong adapter can sabotage EDID transmission too | 14:03 |
gnarface | consult the xorg.conf man page and the README.txt bundled with the nvidia drivers in /usr/share/doc/ somewhere | 14:03 |
gnarface | the xorg.conf man page will list general syntax but the individual xorg drivers all have their own supplementary documentation | 14:04 |
daimon | how do you generate the xorg.conf again | 14:04 |
daimon | there used to be a way to call it to generate one | 14:04 |
gnarface | normal projects put them in man pages like everyone else, nvidia just puts theirs in a readme.txt in /usr/share/doc/ | 14:04 |
gnarface | you should be able to generate one with the nvidia-settings tool actually | 14:04 |
gnarface | but you don't need the whole thing anymore | 14:04 |
gnarface | you can just specify the stanzas you want to be non-default | 14:05 |
gnarface | there might be a way to get "X -configure" or something like that to cough up a config still but it's more trouble than its worth | 14:05 |
daimon | what makes it really weird is that slim has the right everything | 14:05 |
daimon | right size fonts and size | 14:05 |
daimon | its only when it gets into xfce4 it goes wrong | 14:06 |
gnarface | that's probably an important clue | 14:06 |
gnarface | but since your driver install is not complete it's also not a surprise | 14:06 |
daimon | to what the last time I used x it was called Xfree86 ;p | 14:06 |
gnarface | slim composites by default and xfce does not, iirc | 14:06 |
gnarface | what's highly ironic here is that slim is usually the one causing the graphical issues, not the other way around | 14:07 |
gnarface | that's how we know your situation is really fubar | 14:07 |
daimon | its just a plain X nothing special | 14:07 |
daimon | not even a really expensive card or anything | 14:08 |
gnarface | you're fighting an uphill battle | 14:08 |
gnarface | it's not fair but anything older than 700 series cards are being killed off through strategic driver breakages | 14:09 |
gnarface | you might need the legacy driver to work with that card, but it's no guarantee anything else will work right with the legacy driver | 14:09 |
gnarface | i know it won't help you right now, but next time buy AMD | 14:10 |
daimon | it was the only card the system could runm | 14:11 |
daimon | its a SFF with very strict power restrictions | 14:11 |
gnarface | that's what i finally did, after doing this stupid dance with over half a dozen generations of artificially obsoleted nvidia cards | 14:11 |
daimon | and this was the only card that was a SFF form factor I could buy | 14:11 |
daimon | that was under 50W | 14:11 |
gnarface | understandable | 14:11 |
daimon | so im fkcued basically there is no way to make this owrk?> | 14:11 |
daimon | so im fkcued basically there is no way to make this work *? | 14:12 |
gnarface | did you try nouveau yet? | 14:12 |
daimon | it half works | 14:12 |
daimon | it does not support more than one screen | 14:12 |
gnarface | hmmm | 14:12 |
daimon | I mean technically it does not need to | 14:12 |
daimon | as long as it supports the monster 72" 4K one | 14:12 |
gnarface | did you try using xrandr to enable the second screen? | 14:12 |
daimon | lets see | 14:12 |
daimon | let me reboot the system after removing the nvidia one | 14:14 |
daimon | I think its baked it into memory | 14:14 |
daimon | well this is fun | 14:16 |
gnarface | the motherboard BIOS can cache it too | 14:16 |
daimon | I removed the nvidia driver and installed novuou | 14:16 |
daimon | and its sitll using nvidia(0) somehow | 14:16 |
gnarface | according to https://nouveau.freedesktop.org/FeatureMatrix.html nouveau should mostly support that card | 14:16 |
daimon | Package 'nvidia-legacy-390xx-driver' is not installed, so not removed | 14:17 |
gnarface | that sounds like it never finished installing | 14:17 |
gnarface | say, did you have the linux-headers-* package for your kernel? | 14:17 |
gnarface | nvidia dkms would have needed that to work right | 14:17 |
daimon | yyeah it did all the dkms stuff | 14:18 |
daimon | and it did install correctly | 14:18 |
daimon | and even removed correctly | 14:18 |
daimon | but seems to still be being used by xorg in favour of nouvou | 14:18 |
gnarface | your monitors, are they connected by cables that have adapters? | 14:18 |
daimon | no | 14:18 |
daimon | one is vga direct the other is hdmi direct | 14:18 |
daimon | i dont use adapters they always suck | 14:18 |
gnarface | the vga plug, is it one of those ones with missing pins? | 14:18 |
daimon | the vga screen works well on all video cards | 14:19 |
daimon | that is the 15" philips tft | 14:19 |
daimon | its the hdmi one that is being a problem | 14:19 |
gnarface | oh, that's not the one with the overscanning issue? | 14:19 |
gnarface | i see | 14:19 |
gnarface | yea, also check that HDMI display for a auto-adjust mode... | 14:19 |
gnarface | but fix up your xorg.conf settings first | 14:19 |
daimon | I already did, it does not appear to have it | 14:19 |
daimon | but first I need to figure out howto disable the nvidia driver proiperly | 14:19 |
gnarface | slim will need to be restarted too | 14:20 |
daimon | I just stopped it for the moment | 14:20 |
gnarface | just blacklist the nvidia driver for now | 14:20 |
daimon | root@plex:/var/log# echo 'blacklist nvidia' >>/etc/modprobe.d/BLACKLIST-video.conf | 14:20 |
gnarface | make sure xorg is detecting the right ram amount too | 14:20 |
daimon | that should do it right | 14:20 |
gnarface | you might also have to specify the video ram amount | 14:20 |
daimon | should be 1GB on that card | 14:21 |
daimon | let me wait till it reboots | 14:21 |
daimon | it should come up with the nv driver this time instead | 14:21 |
gnarface | i *think* the only rule is the file has to end in .conf | 14:21 |
daimon | I might unplug the tft | 14:21 |
daimon | see this is meant to be an emulation box of sorts | 14:21 |
daimon | it has UAE,retroarch etc | 14:21 |
daimon | so kiddo can play old games on big tv | 14:21 |
daimon | hence the small form factor plugged into giant tv ;) | 14:21 |
daimon | so if nv does work but it only supports one screen | 14:22 |
daimon | that is fine as long as it supports that huge tv | 14:22 |
gnarface | well, make sure you're using xrandr at the console and xrandr settings in the xorg.conf to do this; twinview is deprecated | 14:22 |
gnarface | although i note that tv-out isn't listed as working for that card, which could be the problem here if one of those outputs is being counted as the tv-out | 14:22 |
daimon | ig ignored the blacklist and loaded nvidia anyway | 14:23 |
gnarface | impossible | 14:23 |
daimon | [ 60.098] (==) Matched nvidia as autoconfigured driver 0 | 14:23 |
daimon | [ 60.099] (II) Loading /usr/lib/xorg/modules/drivers/nvidia_drv.so | 14:23 |
daimon | ill just rm the so | 14:23 |
gnarface | is this a AGP card? | 14:23 |
daimon | pcie | 14:23 |
gnarface | some of the AGP cards needed a full cold boot to vacate the module sometimes | 14:24 |
daimon | hmm now slim won't start at all | 14:24 |
gnarface | you might have better luck with lightdm | 14:24 |
daimon | nah slim is fine it worked fine with ther intel nv and nvidia | 14:24 |
daimon | till I rm'd /usr/lib/xorg/modules/drivers/nvidia_drv.so | 14:24 |
gnarface | slim is just a lot more picky than lightdm about driver issues, that's all | 14:25 |
daimon | [ 167.785] (WW) Warning, couldn't open module nv | 14:25 |
gnarface | deprecated almost 20 years ago | 14:25 |
daimon | that looks like nouveau is not installed properly | 14:25 |
gnarface | no, nv is not nouveau | 14:25 |
gnarface | nv is gone | 14:25 |
daimon | https://termbin.com/0y6l | 14:26 |
daimon | I appear to have no drivers at all now | 14:26 |
gnarface | you also appear to still have a configuration somewhere that's attempting to load the nvidia driver by name | 14:26 |
gnarface | that wouldn't be happening otherwise | 14:26 |
daimon | not added by me I do not even have an Xorg.conf yet | 14:27 |
daimon | root@plex:/etc# find . -name "Xorg.conf" | 14:27 |
daimon | 0 found | 14:27 |
daimon | root@plex:/etc# find . -name "Xorg.conf" | 14:27 |
daimon | [ 167.485] (==) Using system config directory "/usr/share/X11/xorg.conf.d" | 14:27 |
daimon | --- lets see whats here | 14:27 |
gnarface | it would need to be -iname or lower-cased | 14:27 |
daimon | "/usr/share/X11ah ha | 14:27 |
gnarface | but also, how did you do any of the changes we discussed without adding an xorg.conf? | 14:27 |
daimon | root@plex:/usr/share/X11/xorg.conf.d# mv nvidia-drm-outputclass.conf ~ | 14:28 |
gnarface | all the shit i typed was assuming you were telling me that you were making changes to an xorg.conf snippet, and actually testing them...... | 14:28 |
daimon | something snuck that in | 14:28 |
daimon | you mean the modeline stuff? | 14:28 |
daimon | I have not got to it yet, you told me that legacy drivers are piles of crap moments later | 14:28 |
gnarface | yea but i still expected you to actually have completed the tests that you said didn't work | 14:29 |
daimon | which tests | 14:29 |
gnarface | otherwise we're not really having a reality-based accounting of this whole situation here, are we? | 14:29 |
daimon | I do not know what tests your actually talking about except the modeline thing | 14:30 |
daimon | and for that I would need time to research it | 14:30 |
gnarface | you were supposed to construct an xorg.conf | 14:30 |
gnarface | ... snippet | 14:30 |
gnarface | with the device stanza for the nvidia driver | 14:30 |
gnarface | ... specifying horizontal and vertical refresh ranges as listed by the manual | 14:30 |
gnarface | ... (the monitor's manufacturer-supplied specification manual) | 14:31 |
daimon | yes but I would need to go find those for this tv that will take days | 14:31 |
gnarface | ... as well as the video ram count | 14:31 |
gnarface | ... and possibly xrandr settings for position/offset of the monitors, default resolutions, etc | 14:31 |
daimon | ok let me go look up howto make an xorg.conf | 14:32 |
gnarface | it shouldn't take days to find the manual for the monitor | 14:32 |
gnarface | every legal electronic device on the planet has a FCC id imprinted on it | 14:32 |
Gramcor | i have setup a vps server with nginx, which i want it to auto-upgrade every week (as i rarely login) for patches etc (security mostly). i have been told i can use unattended-upgrades script, which i would need to modify 2 files and also a cron script. wouldn't it be more simple to use the cron script specified at the last post here? https://unix.stackexchange.com/questions/178626/how-to-run-unattended-upgrades-not-daily-but-every-few-hours | 14:32 |
gnarface | you can use that id to track down the manufacturer through the fcc website if google won't find it | 14:32 |
Gramcor | any reason not to go with the cron? | 14:32 |
daimon | I mean I am not 100% sure its going to help to much now | 14:32 |
daimon | X won't start | 14:32 |
gnarface | well then it can't hurt either, can it? | 14:33 |
daimon | Gramcor, as long as you tied the cron to something that checked there was patches to actually apply, I can't see a problem with it | 14:33 |
daimon | gnarface, ok so you want me to go create /etc/X11/xorg.conf | 14:34 |
Gramcor | daimon, no the cron runs this every week: apt-get -q update && apt-get dist-upgrade -yq -o Dpkg::Options::="--force-confdef" -o Dpkg::Options::="--force-confold" | 14:34 |
Gramcor | and possibly a reboot after this just in case | 14:34 |
gnarface | daimon: you need about 5 lines of one. it's not an arduous task and you're making it harder on yourself by avoiding facing comprehension effort | 14:35 |
daimon | https://termbin.com/6ui6 | 14:36 |
daimon | ok I have an xorg.conf | 14:36 |
gnarface | daimon: i could write for you but you're still going to have to find that damned monitor manual. the DPI setting should be in it too, but unlike horizontal and vertical refresh, the DPI can be calculated with a ruler and basic algebra | 14:36 |
daimon | so I assume I only need the screen section | 14:36 |
gnarface | you need screen and device sections at least | 14:36 |
gnarface | you also need at least one monitor section | 14:37 |
gnarface | the rest you can probably skip | 14:37 |
gnarface | at this point we have proven you have multiple problems, but we haven't proven that one of those problems is not still just missing something like libgl-nvidia-glx or whatever | 14:38 |
gnarface | (which would leave a working setup that only fails when the compositor tries to engage or anything tries to use opengl) | 14:39 |
gnarface | (which includes slim) | 14:39 |
gnarface | (and firefox) | 14:39 |
daimon | https://termbin.com/cjdo | 14:39 |
daimon | ok dokey I made the xorg.conf smaller | 14:39 |
gnarface | monitor | 14:39 |
gnarface | the screen section refers to a monitor you've not given a monitor section for | 14:40 |
gnarface | think it out here | 14:40 |
gnarface | this was meant to be human readable | 14:40 |
daimon | actually | 14:40 |
daimon | [ 567.408] (EE) no screens found(EE) | 14:40 |
daimon | its not detecting any screens at all | 14:40 |
daimon | ah | 14:41 |
daimon | [ 567.398] (==) No monitor specified for screen "Screen0". | 14:41 |
gnarface | yea, what i just said | 14:41 |
daimon | wait but I have a Screen0 in xorg.conf | 14:41 |
gnarface | but no monitor section for it | 14:41 |
daimon | ok dokey added a monitor section for it | 14:42 |
gnarface | you would put TWO monitor sections if you get two monitors attached | 14:42 |
daimon | I just disconnected the small tft | 14:42 |
daimon | its just got the HDMI tv at the moment | 14:42 |
gnarface | one at a time is fine | 14:43 |
daimon | https://termbin.com/5lob | 14:43 |
daimon | well it found the screen now it seems to have a problem with DRM | 14:43 |
gnarface | might still be missing packages | 14:44 |
gnarface | nouveau uses mesa | 14:44 |
daimon | something is wrong because before I installed the legacy nvidia driver | 14:44 |
daimon | this did work with nouvou | 14:44 |
gnarface | so now you need to replace all that nvidia opengl stuff with mesa stuff | 14:44 |
gnarface | yes, you need to put it all back | 14:45 |
daimon | I mean as I said it worked for one screen, but it did work | 14:45 |
gnarface | was it this screen? | 14:45 |
gnarface | maybe just to only debug one thing at a time, start with the screen that worked | 14:45 |
daimon | 470 apt install xserver-xorg-video-nouveau | 14:45 |
daimon | I did reinstall xserver-xorg-video-nouveau | 14:45 |
daimon | and the driver is found and used | 14:45 |
gnarface | dpkg -l |grep libgl1 | 14:46 |
daimon | dpkg -l |grep libgl1 | 14:46 |
gnarface | libgl1-mesa... | 14:46 |
daimon | https://termbin.com/gm2i | 14:46 |
gnarface | ambiguous and disturbing | 14:47 |
gnarface | you shouldn't have both the nvidia and mesa stuff at once | 14:47 |
gnarface | i didn't think it would even let you actually | 14:47 |
gnarface | libgl1-nvidia-legacy-390xx-glvnd-glx:amd64 | 14:47 |
gnarface | get rid of this | 14:47 |
daimon | well I did not force anything lol | 14:47 |
gnarface | get rid of every package with the word nvidia in it | 14:47 |
daimon | I am just removing all of them | 14:48 |
daimon | then re-installing them | 14:48 |
daimon | xserver-xorg-video-nouveau now nwats to install 200M of packages | 14:48 |
gnarface | it should be wanting to install other packages | 14:49 |
gnarface | not reinstall the same ones | 14:49 |
gnarface | it should be wanting to install the mesa equivalents | 14:49 |
gnarface | and that's hopefully going to fix the mess you jmade | 14:49 |
gnarface | *you made | 14:49 |
daimon | https://termbin.com/b4ou | 14:49 |
daimon | now it says this | 14:50 |
daimon | hey I only used apt to install the nvidia legacy driver :P | 14:50 |
gnarface | still missing libgl1-mesa-glx at least | 14:50 |
gnarface | and i don't recognize the first one at all | 14:50 |
gnarface | it's suspicious | 14:50 |
gnarface | oh, maybe i have it actually | 14:51 |
gnarface | nevermind on that | 14:51 |
daimon | ok I installed libgl1-mesa-glx | 14:51 |
gnarface | but you're at least missing libgl1-mesa-glx, which is *critical* for all the opengl&hardware compositing to work | 14:51 |
gnarface | you might be missing other mesa stuff | 14:51 |
gnarface | try installing mesa-utils | 14:51 |
gnarface | libglx-mesa0? | 14:52 |
gnarface | libglu1-mesa? | 14:52 |
gnarface | mesa-vulkan-drivers? | 14:52 |
daimon | update-alternatives: warning: forcing reinstallation of alternative /usr/lib/nvidia/legacy-390xx because link group nvidia is broken | 14:53 |
daimon | when I installed libglu1-mesa | 14:53 |
daimon | let me reboot see if slim comes up by some miracle | 14:53 |
gnarface | hopefully it will come out in the wash by being removed completely later in the process | 14:53 |
gnarface | wait | 14:53 |
daimon | ok | 14:53 |
gnarface | you got rid of the xorg.conf right? | 14:54 |
gnarface | move it out of the way | 14:54 |
daimon | not yet | 14:54 |
gnarface | well | 14:54 |
gnarface | no wait | 14:54 |
gnarface | don't move it out of the way | 14:54 |
daimon | libglu1-mesa? | 14:54 |
gnarface | but make sure to try it both ways, and diff the xorg.confs | 14:54 |
daimon | root@plex:/etc/X11# mv xorg.conf xorg.conf.old | 14:54 |
gnarface | no | 14:54 |
daimon | always do | 14:54 |
daimon | never remove configs :) | 14:55 |
gnarface | the xorg.confs, try it with and without that new snippet you made, and diff the xorg logs | 14:55 |
gnarface | maybe you'll get lucky and it will just work though, yea | 14:55 |
daimon | and we got it | 14:55 |
daimon | [ 63.776] (II) NOUVEAU(0): Modeline "1920x1080"x60.0 148.50 1920 2008 2052 2200 1080 1084 1089 1125 +hsync +vsync (67.5 kHz e) | 14:55 |
gnarface | i noticed "power management" was set as "work-in-progress" by the way... you should really look into that. you might need to manually turn the fans on to keep it from cooking | 14:56 |
gnarface | that's unlikely but possible and has happened before..... more likely is that it'll be locked into low power mode and you'll have to poke at files in /sys/ to make it change clock speeds | 14:56 |
daimon | there is no fan on that card | 14:56 |
gnarface | oh | 14:57 |
daimon | sff card remember :P | 14:57 |
gnarface | interesting | 14:57 |
daimon | its jsut got a massive block of copper on it | 14:57 |
daimon | basically covering the entire of the card | 14:57 |
daimon | wonder if I can get it to do 4K | 14:57 |
gnarface | lol | 14:57 |
daimon | no I takei t :) | 14:57 |
gnarface | i wonder what the temperature will be | 14:57 |
daimon | hmm xfce4 started kinda weird | 14:58 |
daimon | no panels | 14:58 |
gnarface | i really have no idea what to expect | 14:58 |
daimon | but it is working perfectly has all the desktop stuff | 14:58 |
gnarface | you might have better luck with the backports kernel or you might not | 14:58 |
gnarface | it's a lot newer | 14:58 |
daimon | hey its working and that's enough | 14:58 |
daimon | its only playing amiga and snes games | 14:58 |
daimon | let me just check glxgears runs | 14:59 |
gnarface | they can help you more in #nouveau but they'll also tell you to buy AMD first, and after you've gone through that talk they'll want you to build the latest vanilla upstream kernel with their patches, probably | 14:59 |
gnarface | (and then give them debugging feedback) | 14:59 |
gnarface | if it works and is stable and fast enough and not cooking itself.... i can't imagine there would be any chance of payoff for that effort really though | 15:00 |
gnarface | but there really might be a way to set clock speeds manually, not sure | 15:00 |
gnarface | it works on some cards not others, i don't really keep track but it's all on that featurematrix | 15:01 |
daimon | its like the opposite of freebsd | 15:02 |
daimon | on freebsd you go for nvidia for an easy time | 15:02 |
daimon | and stay away from ati/radeon | 15:02 |
gnarface | probably also worth mentioning that the same mixed opengl installs package snafu that sabotaged nouveau for you probably was sabotaging your nvidia legacy driver tests | 15:03 |
gnarface | *too | 15:03 |
gnarface | so now that you know how to sort that out, in theory you should be able to figure out how to switch back based on what i showed you | 15:04 |
gnarface | you might get better support out of the legacy driver yet | 15:04 |
gnarface | as a driver, nouveau is actually much better for xorg support... just not as hot across the board for the hardware side support | 15:05 |
gnarface | as a driver, nouveau is a much better driver overall | 15:05 |
gnarface | but it's hobbled by its nature as a reverse-engineered driver | 15:05 |
gnarface | i couldn't guess which will actually be better in your use case | 15:06 |
daimon | sometimes RE drivers actually expose hidden functionality | 15:06 |
daimon | 302 frames in 5.0 seconds = 60.367 FPS | 15:06 |
daimon | old card doing 1080p | 15:06 |
gnarface | but i do know that nouveau *might* work in Steam and the nvidia legacy drivers will not | 15:06 |
daimon | not to bad | 15:06 |
daimon | its playing youtube at the moment and the MAIN thing I needed is there | 15:07 |
daimon | see this tv only has one source of sound Optical/Digital | 15:07 |
daimon | I have nothing capable of outputting that on this system, the actual intel onboard was fine | 15:07 |
daimon | but I wanted the TV sound as well, so I wanted HDMI | 15:07 |
daimon | so I could use that as the sound carrier :) | 15:07 |
gnarface | hdmi audio is a whole separate mess | 15:08 |
daimon | 'it just works' :D | 15:09 |
daimon | well it can carry peppa pig's youtube channel playing through it and that is enough for this use case | 15:10 |
daimon | well and UAE playing moonstone a hard days knight when the kid has gone to bed ;) | 15:10 |
daimon | I even managed to get a copy of ZOOL for the megadrive as well, the amiga version would not work | 15:10 |
gnarface | if you want to enable the second monitor on the fly from the xorg.conf at boot up you can just search the xorg.conf man page for RandR | 15:11 |
daimon | xrandr | 15:11 |
gnarface | that should give you all the relevant controls | 15:11 |
daimon | yeah I used it before but xfce has a gui version anyhow | 15:11 |
daimon | but what happened was the second screen just did not appear like it never noticed it even plugged in | 15:12 |
gnarface | there is a binary tool you can use after boot too, yea, xrandr... xfce4 probably has a gui tool too | 15:12 |
daimon | but then again as this is working now it really does not matter | 15:12 |
daimon | see the tft had speakers in it, that took a standard audio jack | 15:12 |
daimon | so I was playing the sound through that as I did not have a card that could do HDMI for the speakers on the big tv | 15:13 |
daimon | now I do, I no longer need the little tft | 15:13 |
gnarface | i see | 15:13 |
gnarface | how sad for the little tft though | 15:13 |
daimon | seriously big expensice tv does not accept standard audio jack | 15:13 |
daimon | come on lg | 15:13 |
daimon | its not to bad its seen a lot of action, whenever I have to go sort out a server or something like that, I take the little thing with me | 15:14 |
daimon | its seen more action than any other screen in this house | 15:14 |
daimon | it has a brother upstairs that is basically the same but does not have speakers inbuilt, if I ever get around to building a dos machine I will likely put them on that | 15:14 |
daimon | they are both far older than the tv and the three hd's on this main workstation and I bet after all these modern screens die, those two will still be working well | 15:15 |
daimon | old hardware does not die | 15:15 |
morruth_ | https://zen.yandex.ru/media/pwe/14-foto-na-kotoryh-vse-reshaiut-udachnyi-rakurs-i-podhodiascii-moment-602a43760454f6146ad74ed9 | 15:19 |
morruth_ | oops, wrong channel | 15:19 |
daimon | gnarface, just checked as a well general checkup looks like it detected the card ram correctly :) | 15:45 |
daimon | [ 4.682997] nouveau 0000:04:00.0: DRM: VRAM: 2048 MiB | 15:46 |
gnarface | cool | 15:47 |
daimon | it does look like nvidia is still lurking somewhere though https://paste.debian.net/1187277/ | 15:48 |
daimon | nouveau beat it to the post | 15:48 |
daimon | not sure I want to touch it now it seems to be working | 15:48 |
daimon | root@plex:/home/paul# apt purge nvidia-* | 15:52 |
daimon | https://paste.debian.net/1187278/ | 15:52 |
daimon | hope I do not regret this -_ | 15:52 |
fsmithred | I didn't regret it when I did it. | 16:03 |
daimon | :) | 16:11 |
daimon | it still seems happy but I guess I won't know till I reboot | 16:11 |
Gramcor | hey | 16:12 |
daimon | and I can't do that now as peppa pig will be on for the next few hours | 16:12 |
daimon | do not want hitting with toys and screamed at | 16:12 |
Gramcor | /etc/apt/apt.conf.d/ if there are two files in here: 10-local and 20-local with the same options. which one dominates? | 16:12 |
fsmithred | Gramcor, they get used in order, so I guess it depends on what's inside them | 16:12 |
Gramcor | so the one with the bigger number overrides the others | 16:13 |
Gramcor | if they have the same option | 16:13 |
fsmithred | yeah, for instance if they set a variable, the second one would be the one that sticks. | 16:14 |
Gramcor | ok thanks | 16:14 |
fsmithred | do you know who made them? | 16:14 |
Gramcor | yes i read about unattended-upgrades which creates 20-autoupdates file | 16:18 |
Gramcor | and i want to create 21-autoupdates-local so it isn't overwritten | 16:18 |
fsmithred | if they contain different things, then apt might do both things. | 16:21 |
fsmithred | Per default a file which ends with .disabled, ~, .bak or .dpkg-[a-z]+ is silently | 16:24 |
fsmithred | ignored. | 16:24 |
fsmithred | man apt.conf | 16:24 |
daimon | in fstab is the option to have some file systems mounts not auto mounted ,noauto so for instance: nas:/mnt/HD/HD_b2 mnt/nas_volume2 nfs netdev,defaults,noauto 0 0 | 16:31 |
daimon | I would also like to remove 'plexmediaserver' from autostart would it just be: 'sysrc plexmediaserver disable' | 16:32 |
xinomilo | there's also 50unattended-upgrades, maybe you need to use 99-something.. | 16:34 |
daimon | one more thing, is there an alternative in linux for this application: https://www.freebsd.org/cgi/man.cgi?query=daemon&sektion=8 | 16:34 |
daimon | ah linux has its own daemon | 16:35 |
fsmithred | xinomilo, have you done any more with runscripts? | 16:36 |
xinomilo | no, not yet | 16:39 |
xinomilo | just reading about network-manager in forum, might also try that next... | 16:42 |
daimon | https://dpaste.org/Caq3 advanced startup script design ;p | 16:42 |
fsmithred | it's working for me, just maybe some logging weirness | 16:42 |
xinomilo | tbh, since latest debian upstream paranoia, i was about to abandon it :D | 16:47 |
fsmithred | which paranoia? | 16:50 |
xinomilo | https://lists.debian.org/debian-ctte/2020/11/msg00006.html | 16:51 |
xinomilo | thankfully, dev1 forked that too.. :) | 16:51 |
daimon | I am curious ... is there a better way to do this: https://dpaste.org/QMw4 | 16:52 |
fsmithred | yeah, it's not a good situation. That's actually one of the reasons I'm playing with runit now. | 16:54 |
daimon | there we go little less stupidhttps://dpaste.org/PpNU | 16:59 |
daimon | there we go little less stupid https://dpaste.org/PpNU | 16:59 |
daimon | still seems wrong but eh | 16:59 |
luser978 | fsmithred: why not stay with wicd? not enough? | 17:43 |
fsmithred | luser978, someone has to update it for python3 | 17:43 |
luser978 | yes but that's not a big deal afaik? | 17:44 |
fsmithred | then why hasn't it already happened? | 17:44 |
luser978 | is there a maintainer? | 17:44 |
fsmithred | I see a python3 branch in the wicd repo at salsa.debian.org. Last entry in changelog is Apr 2018, last commit was a year ago. Here's a piece from the changelog: | 17:47 |
fsmithred | Upload to experimental to get a broader testing base of the python3 port | 17:47 |
fsmithred | and the dhcpcd5 changes. Not yet fully functional again. | 17:47 |
luser978 | wicd devel is rumored to be in #wicd on freenode. | 17:48 |
luser978 | last release is from 2016 | 17:48 |
luser978 | /join and ask? | 17:48 |
fsmithred | https://salsa.debian.org/debian/wicd | 17:48 |
fsmithred | sure, you can ask how they're doing. They probably want people to test. | 17:49 |
luser978 | I am not logged in to freenode, can't talk | 17:52 |
luser978 | I am happy with wicd on beowulf for now. | 17:53 |
fsmithred | I've been happy with it for years. | 17:55 |
golinux | ping | 17:55 |
fsmithred | There's a 2019 version in experimental, but the one in beowulf has been devuanized. I don't know what the new one needs. | 17:55 |
fsmithred | hi | 17:56 |
golinux | pm | 17:56 |
luser978 | reading python porting docs, does not sound like a big deal, porting from 2 to 3. I hardly know any python. | 18:14 |
daimon | hey all quick q | 20:03 |
daimon | ah nm | 20:03 |
sixwheeledbeast | that was quick | 20:04 |
daimon | hmm I made a folder owned by root:users, all files and folders under it are also of the same ownership | 20:04 |
daimon | chmod is 664 for files and 775 for directories | 20:04 |
daimon | but when a user lets say paul:users creates something it becomes owned by 'paul:paul' | 20:05 |
daimon | I want everything in that structure to only ever be created with the group 'users' how do I accomplish this | 20:05 |
daimon | anna paul and root are all members of the group 'users' | 20:05 |
daimon | I also want all created files to always be 664 and directories to be 775 | 20:06 |
lts- | "chmod g+s directory" will make the group of new files to be same as the directory | 20:07 |
daimon | there is already quite a large tree of folders and files if I apply that recursively (assume +r) will that be ok? | 20:07 |
daimon | or shall I do find -type d . -exec { chmod g+s $1 } ... or w/e it is will need to look at the man page | 20:08 |
lts- | umask will handle 664 and 775 for new creations, but I'm not sure can you do that separately for files and directories | 20:08 |
daimon | I only want it to apply to that directory structure as well | 20:08 |
lts- | The g+s will only work for files created after running that | 20:08 |
daimon | not all files and folders | 20:08 |
lts- | Your example is what I'd try. Do a quick test and see does it do what you want | 20:09 |
daimon | ok dokey | 20:09 |
daimon | doing find . -type d -exec chmod g+s {} \; | 20:09 |
daimon | now let me try change create something | 20:10 |
daimon | -rw-r--r-- 1 paul users 0 Feb 28 19:10 Test_file | 20:10 |
daimon | set it 644 | 20:10 |
lts- | You need to edit the umask to do the 664 part | 20:10 |
daimon | how do I edit umask so it only affects things in a certain path | 20:10 |
daimon | /home/.roms in this case | 20:11 |
daimon | I really should make it it's own partition and shove it in /mnt/roms but eh can do that later | 20:11 |
daimon | drwxr-sr-x 2 paul users 4096 Feb 28 19:10 test_directory | 20:12 |
daimon | but yes ... umask would work but I do not want that to be the default user mask for everywhere, just that single tree | 20:13 |
lts- | Doing a mount with bind option might be able to use its own umask. You can use that to mount a local directory to a local directory | 20:13 |
daimon | --create-with-perms=permissions, -o create-with-perms=... | 20:13 |
lts- | "mount -o bind,umask=002 dir1 dir2" perhaps | 20:15 |
daimon | http://manpages.ubuntu.com/manpages/xenial/man1/bindfs.1.html | 20:15 |
daimon | I was looking at the fuse based bindfs | 20:15 |
daimon | seems to have more options | 20:15 |
daimon | including just outrightly forcing the user/group | 20:15 |
lts- | Sounds good. I just tested and looks like my example above just uses the normal umask. So please do try with fuse instead | 20:17 |
daimon | suppose the only other options would be ACL's | 20:17 |
daimon | bindfs -u emulate -g emulate --create-as-mounter --create-with-perms=664 --multithreaded /home/.store/roms /mnt/roms | 20:22 |
daimon | lets see! | 20:22 |
daimon | -rw-rw-r-- 1 emulate emulate 0 Feb 28 19:29 test | 20:29 |
daimon | perfect! :) | 20:29 |
lts- | Well done | 20:29 |
daimon | now the great work can begin I have a massive stack of sega, snes and amiga roms, most work ~~ but require a bit of effort | 20:30 |
daimon | some things especially in the amiga realm require really specific configs | 20:30 |
daimon | so going to try 10 random roms a day validate what they work on and sort them out into a structure that represents its config | 20:30 |
daimon | amiga/a500/... | 20:30 |
daimon | etc | 20:30 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!