| gnarface | nsprra: whatever it is, it's something optional because i don't have it | 00:01 |
|---|---|---|
| nsprra | using Xorg for your windowing? | 00:03 |
| nsprra | it looks like wlroots insists on this stuff, but i'm not sure | 00:03 |
| nsprra | oh sorry /run/user/1000 | 00:08 |
| nsprra | heh almost bit down on a little rock that got into my peas | 00:14 |
| nsprra | yeah setting up /run/user/1000 didn't fix the wlroots crash | 00:14 |
| nsprra | maybe it's this libpolkit stuff i should purge | 00:15 |
| nsprra | that sounds like bureaucracy to me | 00:15 |
| gnarface | nsprra: i'm not sure, it rings a bell but i don't have either path here. yes, i am using Xorg though and not libpolkit, and btw /var/run is just a symlink to /run | 00:22 |
| nsprra | maybe i can purge the polkit stuff | 00:23 |
| gnarface | hmm, nsprra just checked another system and found it. it might be related to polkit or elogind... | 00:23 |
| nsprra | if i didn't need it 20 years ago, it's likely just causing me problems | 00:23 |
| gnarface | well it might be part of the graphical login setup, so you might have to ditch all of it | 00:24 |
| gnarface | and just use startx (or whever the wayland equivalent is) | 00:24 |
| nsprra | i boot to console always | 00:24 |
| gnarface | oh, then you most likely don't need elogind either | 00:24 |
| nsprra | let's try that then, purging libelogind0, libpolkit-agent-1-0, libpolkit-gobject-1-0 | 00:26 |
| nsprra | error loading shared libraries libsystemd.so.0 | 00:26 |
| gnarface | uh, you might actually need libelogind0, just not elogind | 00:26 |
| gnarface | all the polkit packages you can purge, but libelogind is attached to a ton of packages | 00:27 |
| nsprra | ah that has a libelogind-compat that got upgraded | 00:27 |
| gnarface | it should be harmless without elogind itself installed and running, though | 00:27 |
| nsprra | ah sway pulls in elogind and that stuff | 00:28 |
| nsprra | so to get libsystemd.so.0 apt-file says i need either libelogind0 or libsystemd0 | 00:29 |
| gnarface | libelogind0 is the one you want, that's the devaun fork | 00:30 |
| nsprra | kind of you gnarface, thanks | 00:31 |
| gnarface | np | 00:32 |
| nsprra | yeah it's not providing libsystemd0 anywhere after installing libelogind0:amd64 (255.5-2) | 00:34 |
| nsprra | but apt-file says it should be | 00:34 |
| gnarface | do you have both libelogind0:amd64 and libelogind-compat:amd64? | 00:35 |
| nsprra | libelogind-compat is not installed (Apt-Manual-Installed: no) | 00:36 |
| gnarface | i think you need them both, and if you're trying to do something multi-arch don't forget libelogind0:i386 and libelogind-compat:i386 too' | 00:36 |
| nsprra | hm but apt-cache show says installed-size: 18 | 00:36 |
| gnarface | run "ldconfig" then relog? | 00:37 |
| nsprra | dpkg -l |grep elogind shows libelogind-compat:amd64 255.5-2 is installed | 00:37 |
| nsprra | k will try that | 00:37 |
| gnarface | this is daedalus, right? | 00:37 |
| nsprra | base system daedalus but had to pull in some newer things for wlroots and wayfire so that might be a problem | 00:38 |
| nsprra | maybe i should clean house to pure daedalus packages and build anything newer myself | 00:39 |
| nsprra | i lived many years happy as a clam in sid / ceres | 00:40 |
| nsprra | but no dist-upgrades or upgrades | 00:40 |
| nsprra | just pulling things in as needed | 00:40 |
| nsprra | that generally meant i could compile against newish libraries, contribute to projects | 00:41 |
| gnarface | where did you get the newer stuff from? daedalus-backports? | 00:41 |
| nsprra | from ceres | 00:42 |
| gnarface | could be the problem, yea | 00:42 |
| gnarface | you're not supposed to mix releases like that | 00:42 |
| nsprra | ok ty | 00:43 |
| gnarface | you can use daedalus-backports, or you can backport it yourself, but just installing packages from other releases directly causes weird issues in the worst way, which is just barely less often than it would take to be obviously a mistake | 00:43 |
| nsprra | thanks i hadn't tried this before | 00:44 |
| gnarface | as in, usually it works initially and it's not obvious how stuff broke | 00:44 |
| gnarface | then later something weird is happening and since it's months later you have no idea why | 00:44 |
| gnarface | (not that daedalus-backports is entirely drama free either, and i'd recommend only getting the bare minimum from there and resisting the urge to do a full upgrade of all backported packages, but at least they've tested them) | 00:45 |
| gnarface | (individually, anyway) | 00:45 |
| nsprra | ack | 00:45 |
| nsprra | is the /lib/x86_64-linux-gnu/libsystemd.so.0 a symlink to libelogind.so.0 ? | 00:50 |
| nsprra | apt-file says that libsystemd.so.0 is provided by libelogind0 but there's no such file in there, so it must get created by a postinst symlink, or something | 00:51 |
| gnarface | seems to be, yes | 00:51 |
| gnarface | you can tell with "ls -l" | 00:52 |
| nsprra | the link isn't getting created here | 00:52 |
| gnarface | hmm, troubling | 00:52 |
| gnarface | are your libsystemd packages all gone? | 00:53 |
| nsprra | well you know the likely cause | 00:53 |
| nsprra | that mix-n-matching | 00:53 |
| gnarface | yea, maybe | 00:53 |
| nsprra | according to dpkg -l there's no libsystemd stuff installed. and find doesn't find any | 00:53 |
| gnarface | depending on what you installed from ceres it might not be so far gone that you can't just install the right versions and reboot once to make it work | 00:54 |
| gnarface | or you could just create the symlink manually and hope for the best... :) | 00:54 |
| joerg | https://termbin.com/za6z | 00:58 |
| nsprra | cute :) | 00:59 |
| nsprra | my brain isn't working. so that's um "tail recursion"? | 01:00 |
| fsmithred | In ceres it would be /usr/lib/whatever instead of /lib/whatever | 01:36 |
| nsprra | aha if you eever need to make apt forget about those newer packages it saw in ceres, you can rm -Rf /var/lib/apt/lists/* and then apt update again | 01:43 |
| nsprra | learning by breaking things can be fun if you're not on a deadling. | 01:44 |
| fsmithred | lol | 01:46 |
| fsmithred | fwiw, my ceres no-dbus has libelogind0 and seatd | 01:47 |
| fsmithred | no kits | 01:47 |
| fsmithred | no dbus (just libdbus) | 01:47 |
| fsmithred | no display manager, just startx to run openbox | 01:47 |
| fsmithred | and no /run/user | 01:48 |
| golinux | nsprra: Have you seen this? Why are systemd files present in Devuan? https://dev1galaxy.org/viewtopic.php?id=1925 | 01:57 |
| golinux | That was a long time ago but IIUC some systemd files are needed not for systemd itself but so that devuan can replace them with something else. | 02:00 |
| golinux | I am also still on chimaera and the landscape is different in daedalus and beyond. | 02:02 |
| nsprra | well the devuan minimal installer goes to unbootable install with a dual-gpu setup, i think. | 13:03 |
| nsprra | i might have to pull the pcie card then add it later | 13:03 |
| nsprra | tried editing the grub default with nomodeset but that didn't help | 13:04 |
| coppola | i also got a lot of kernel panics when trying to use that image some weeks ago | 13:11 |
| gnarface | you sure it's unbootable, or is maybe the display output just not working? | 13:26 |
| nsprra | i understand the question gnarface. i'll try to get a serial console setup someday. | 16:05 |
| nsprra | but my issue is solved by installing with only 1 GPU present | 16:06 |
| CueXXIII | nsprra: have you tried removing the vga=... from the boot cmdline? | 16:11 |
| CueXXIII | and i would suggest no "nomodeset" | 16:12 |
| nsprra | ++ | 16:14 |
| nsprra | i didn't recall seeing a vga= | 16:14 |
| CueXXIII | which version of the installer did you use? stable/daedalus? | 16:17 |
| nsprra | daedalus | 16:19 |
| nsprra | i can install and get booting with pulled nvidia card, just running amd integrated graphics processor | 16:20 |
| CueXXIII | ah, i only have the daedalus netinstall here, and that one boots with "vga=788" | 16:20 |
| nsprra | mhm | 16:21 |
| nsprra | i was happy ceres user but now there's too much breakenings so i'm trying to change my ways to deadalus | 16:22 |
| nsprra | i'll see if i can stay in daedalus and just compile whatever needs to be newer | 16:24 |
| nsprra | do you work like that? | 16:24 |
| nsprra | blap | 16:24 |
| CueXXIII | nah, that sounds boring xD | 16:25 |
| nsprra | have you usrmerged ? | 16:26 |
| CueXXIII | yeah, since debian gave up on a seperate / that can be used to mount /usr long ago | 16:27 |
| CueXXIII | i figured keeping /usr seperate does no longer have any purpose | 16:27 |
| nsprra | i think there's a case to be made for a barebones root system, to bring-up system, and a /usr for all the applications | 16:28 |
| nsprra | there's a valid conceptual distinction between OS and applications, though grey at the edges | 16:28 |
| nsprra | not just bring-up but bring-up and admin the hardware | 16:28 |
| nsprra | beyond that, i agree | 16:28 |
| CueXXIII | i have /usr on lvm and used to boot without initrd. i don't know if udev or lvm started linking against libraries in /usr, breaking that setup, and no one wanted to fix that | 16:30 |
| CueXXIII | the only reason for having a seperate /usr imho would be do have ~root not on the same partition as /usr, but then i could move that to /home/root | 16:33 |
| nsprra | it's nothing to get sussed about. imo. | 16:34 |
| CueXXIII | hm, daedalus 5.0.0 minimal live has either vga=auto or vga=normal on the commandline… sounds way more reasonable than 788 | 16:38 |
| nsprra | my DEC Vt-100 broke due to condensation in winter | 16:39 |
| CueXXIII | F | 16:40 |
| nsprra | someone was selling a vt-420 near me but 600 Euro is a bit steep for a toy like that | 16:41 |
| * Xenguy whispers '420' ... | 16:41 | |
| nsprra | or was it a vt-340... | 16:42 |
| nsprra | best day | 16:42 |
| CueXXIII | i still would not suggest inhaling the smokes from a broken vt-420… (#devuan-offtopic) | 16:42 |
| nsprra | should i pick sddm or slim? | 16:44 |
| CueXXIII | i've been on lightdm for years, should not matter for single local logins anyways | 16:47 |
| nsprra | i was a boot to console guy, a gui is a userspace level of helpful floof. now with these 'seats' and 'sessions' that model is becoming mandatory | 16:51 |
| nsprra | 'the conveniences you once demanded are now mandatory' - Jello Biafra, 1984 | 16:51 |
| nsprra | well now they break with multi-gpu. hooray fragility. beatings. | 16:51 |
| nsprra | there we go daedalus desktop installed no problems, but doesn't detect 4k monitor correctly. | 16:54 |
| nsprra | xrandr only sees 1024x768 as available | 16:59 |
| CueXXIII | sounds like an issue with the graphics driver… a) wayland or xorg? in case of xorg, look at /var/lig/Xorg.0.log | 17:00 |
| nsprra | it's using fbdev | 17:02 |
| CueXXIII | oh, fbdev is just baseline for any graphics card… | 17:03 |
| nsprra | amdgpu is loaded but xorg didn't see /dev/dri/card0 | 17:03 |
| nsprra | i don't have any recollection what could be the cause hmm | 17:04 |
| nsprra | nothing unusual in cat /proc/cmdline | 17:05 |
| CueXXIII | you might need firmware-amd-graphics (from firmware-nonfree) | 17:05 |
| nsprra | what happened to /var/log/messages | 17:05 |
| CueXXIII | rsyslog (8.2210.0-3) happened to it | 17:06 |
| nsprra | ok this is odd | 17:07 |
| nsprra | i can't apt install after install | 17:07 |
| nsprra | Media change: please insert the disc labeled 'Devuan gnu/lINU...' | 17:07 |
| nsprra | i guess i selected installation media in the installer thinking it might need that | 17:08 |
| nsprra | ok yeah the firmware-amd-graphics is needed | 17:09 |
| nsprra | yep thanks CueXXIII 4k display now | 17:09 |
| Weeezy | it seems like netinstall is the best. I just installed from the dvd and it seems to have issues | 17:10 |
| nsprra | yeah if the installer puts the cdrom as a source just comment it out in /etc/apt/sources.list | 17:10 |
| nsprra | beautiful selection of default apps in devuan desktop. good job | 17:11 |
| nsprra | however remove those .desktop icons from the devuan minimal installer, that was an oversight. | 17:11 |
| Weeezy | my ufw fails to start on startup, I can see it faults with not being able to find a certain config file. but I am not sure what file contains that ufw initialization command | 17:19 |
| nsprra | wow only pulling 56 watts from the wall. i love amd undervolting | 17:22 |
| Xenguy | Weeezy, tried dpkg -L ufw | 18:11 |
| Xenguy | ? | 18:11 |
| Weeezy | oh, I'll try that Xenguy | 18:17 |
| Weeezy | thanks | 18:17 |
| Weeezy | I got a phone call but I was just sitting down to look again | 18:18 |
| rwp | I am not a huge fan of ufw but I would try purging it off and then installing it again. That should get it into a clean state. | 18:18 |
| rwp | You can dump the current state with "ufw status verbose" (pretty sure that's the command) | 18:18 |
| Weeezy | yes, the last few days I've taken a few steps to purge and get things fresh | 18:20 |
| Weeezy | that's why I think there is an old entry in the boot up | 18:20 |
| Weeezy | I'll have to reboot. | 18:24 |
| rwp | In order to test if ufw starts at boot time? | 18:24 |
| Weeezy | yes, that's the goal. I know it hasn't been. so the system has been vulnerable | 18:25 |
| rwp | The OS is pretty resilient normally. I always run a firewall on public systems in order to add another layer of protection. But not having one is not instant problem as such. | 18:26 |
| rwp | For example often the rpcbind rpcservices is running for various reasons that should never be needed on a public machine. If I don't catch that then having the firewall blocks access to it. | 18:27 |
| Xenguy | rwp, Yeah, I would choose another firewall if I had specific requirements, but as a 'generic firewall', ufw seems to work fine | 18:29 |
| Xenguy | Easy to set up | 18:29 |
| rwp | I have long preferred Shorewall because it is set up with files. Easy to copy those files to a new system. Whereas I don't like paradigms like ufw (and the EFF Certbot) which require a sequence of commands to be run. | 18:30 |
| Xenguy | Shorewall is what I used to run previously, and I quite liked it | 18:30 |
| Xenguy | Nowadays I have no special requirements, so I just use ufw to blocking incoming | 18:31 |
| rwp | I feel like with a configuration file I install it is always going to be reliably the same on multiple systems. But with needing to run a sequence of commands I feel more like I am crafting a clay bowl on a pottery wheel one at a time each one different. | 18:31 |
| Xenguy | Yeah, ufw is more just a basic firewall if you don't have many special config requirements I suppose | 18:32 |
| rwp | I don't think wanting a repeatable configuration is a special need though. | 18:32 |
| rwp | shorewall is fully independent dual stack and not sure of the future ten years from now. ufw handles both stacks merged and is definitely alive and supported moving forward. | 18:34 |
| rwp | So I have been "tolerating" using ufw on the systems-not-mine that I sysadmin upon so that it is what other people know how to work with already. | 18:34 |
| Xenguy | Agreed. I'm on the lookout for a good transition to nftables, but I'm in no rush. Too bad shorewall is not going to traverse that transition. | 18:37 |
| nsprra | the devuan round-robin server stuff works great. wonderful to not have to care about mirrors | 18:38 |
| rwp | The maintainer has done such a super job of maintaining shorewall all of these years. But he, like the rest of us, is becoming old. He wants to retire out of it. It's endlessly tiring. | 18:38 |
| rwp | nsprra, Glad you are getting good use out of the round-robin dns servers! I am in a less than great area for them and here it round robins all around the planet. | 18:39 |
| rwp | Did it work on this reboot? | 18:40 |
| Weeezy | not yet. one more reboot | 18:42 |
| Xenguy | rwp, Too bad there wasn't someone who could adopt Shorewall, and transition it to nftables | 18:50 |
| Xenguy | That would be something | 18:50 |
| rwp | In between when they said the Linux kernel was changing to nftables and obsoleting iptables someone came along and changed things so that iptables produces nftable data internally to the kernel. So... There is no need to move anymore. It's all the same. | 18:51 |
| Xenguy | Yeah, I heard tell of this translation layer, which sounds rather genius | 18:52 |
| Xenguy | But I do wonder why iptables wasn't good enough in the first place, or what nftables offers that iptables doesn't provide | 18:53 |
| rwp | Right. When I have compared features I can't find anything that is more than an input file syntax difference. But I admit I haven't looked much beyond my basic needs for it. | 18:54 |
| Xenguy | I'll keep an eye out, and feel free to do the same. It's curious when these transitions happen yet we're not sure why. | 18:55 |
| nsprra | devuan is just a joy for me. | 19:00 |
| nsprra | it's all i want and need within minutes. unless i go about faffing with the stuff i don't need | 19:01 |
| nsprra | am very grateful to all who made it possible | 19:01 |
| nsprra | adwaita-dark: already installed and working. YES. thanks. | 19:02 |
| nsprra | included bsdgames. how rightesous. hunt. omega-rpg. | 19:10 |
| rustyaxe | Where did virt-manager go in testing? | 19:18 |
| Xenguy | Devuan seems to me like what Debian should have been | 19:20 |
| rustyaxe | you mean what debian was before it became infected? ;) | 19:44 |
| fsmithred | rustyaxe, virt-manager 1:4.1.0-4 is in ceres | 19:50 |
| rustyaxe | Yea it was in /testing up til a recent update when it disappeared leaving me without access to the windows vm :o | 19:51 |
| rustyaxe | i rarely use that so just now noticing. apt search doesnt find a trace of it; dpkg -l doesnt show config remnants. Strange | 19:51 |
| fsmithred | rustyaxe, add a line to sources.list for ceres and pin it to a low priority. Then you can selectively install stuff from it easily. | 20:08 |
| rustyaxe | python3-libvirt : Depends: libvirt0 (>= 10.2.0) but 10.0.0-1devuan1 is to be installed | 20:51 |
| * rustyaxe uninstalls the whole lot of it and tries again | 20:52 | |
| rustyaxe | there we go | 20:54 |
| rustyaxe | fsmithred: thanks. is it often things go missing in testing like that? I've never encountered it that i recall | 20:56 |
| kainxkitsune | hows it going? trying devuan daedalus (via peppermintOS) for the first time, liking it so far got i3 and some other stuff going. but despite having non-free in the sources list on the apt repo i can't seem to install the nvidia-driver package just tells me it has non install candidate anyone got ideas? have a quadro Fx 1500m | 22:51 |
| nsprra | i think daedalus pulls 525.147 is the quadro supported by that driver? | 23:01 |
| nsprra | pretty sure of that, as i'm doing it now | 23:01 |
| kainxkitsune | i believe so yeah | 23:03 |
| kainxkitsune | oh i looked at it acording to nvidias site that driver doesn't show the 1500M listed. i do see ones like the K1200 hmm also I suppose it may be releavent that I am running 32 bit | 23:05 |
| kainxkitsune | this machine is a dell m90 | 23:05 |
| kainxkitsune | I may need a 304 era driver | 23:06 |
| nsprra | yep | 23:11 |
| nsprra | well i just failed to install nvidia as well | 23:13 |
| nsprra | error with nvidia-persistenced. | 23:13 |
| golinux | Note that all software shipped with Devuan in the main component is free software. But if needed, non-free software is also available. Just add the non-free-firmware, non-free and contrib components to the appropriate line(s) in /etc/apt/sources.list as required: | 23:14 |
| golinux | deb http://deb.devuan.org/merged daedalus main non-free-firmware non-free contrib | 23:14 |
| golinux | Source: https://www.devuan.org/os/packages | 23:14 |
| kainxkitsune | the sources list is already set like that with non free | 23:14 |
| nsprra | yeah this chat is really #devuan-offtopic | 23:14 |
| golinux | non-free-firmware also | 23:14 |
| golinux | ? | 23:14 |
| kainxkitsune | it has both yes | 23:15 |
| nsprra | maybe | 23:15 |
| kainxkitsune | "main contrib non-free non-free-firmware" | 23:15 |
| golinux | No it isn't. ;) | 23:15 |
| golinux | OT that is | 23:16 |
| kainxkitsune | uh what? | 23:16 |
| kainxkitsune | i just doubled checked my souces list | 23:16 |
| golinux | <nsprra> yeah this chat is really #devuan-offtopic | 23:16 |
| nsprra | oh | 23:16 |
| golinux | And is non-free-firmware in there? | 23:17 |
| kainxkitsune | Yes | 23:17 |
| golinux | All of them? | 23:17 |
| kainxkitsune | yes | 23:17 |
| golinux | Because of peppermint? | 23:18 |
| golinux | That is Devuan derivative that we recognize. | 23:19 |
| kainxkitsune | maybe? i tried the normal devuan installer but it complained about a merged /usr folder, but I guess ill go back and try putting /usr on its own partition instead of letting the installer auto format. | 23:20 |
| rrq | I think nvidia-persistenced requires systemd, but the installation doesn;t require nvidia-persistenced | 23:20 |
| rrq | perhaps a --no-install-recommend will help? | 23:21 |
| golinux | rrq to the rescue! | 23:21 |
| rrq | ah, plural: --no-install-recommends | 23:21 |
| kainxkitsune | i was trying to install nvidia-driver, but yeah I think nsprra was having issues with nvidia-persistenced | 23:21 |
| rrq | which dependent is "not installable" for you? | 23:22 |
| kainxkitsune | my error is that the package has no installation candidate | 23:23 |
| nsprra | thanks rrq | 23:24 |
| nsprra | error processing package nvidia-persistencd (--configure)) "action "start" failed | 23:24 |
| rrq | kainxkitsune: check https://pkginfo.devuan.org?nvidia-driver | 23:25 |
| nsprra | "failed to query nvidia devices. Please ensure that the NVIDIA device files (/dev/nvidia*&) exist. [ they do not] | 23:26 |
| rrq | you may need to add daedalus-proposed-updates | 23:26 |
| kainxkitsune | ill check it out | 23:26 |
| nsprra | lspci shows 01:00.0 VGA compatible controller: NVIDIA Corpopration GA102 | 23:26 |
| rrq | nsprra: which kernel module is needed? | 23:27 |
| nsprra | i seem to nave no nvidia kernel modules loaded | 23:28 |
| kainxkitsune | oh all the nvidia packages say they are amd64 | 23:28 |
| kainxkitsune | but im 32 bit only | 23:28 |
| kainxkitsune | that may be the issue | 23:28 |
| nsprra | yeah i didn't get a nvidia module from the install hrm | 23:29 |
| rrq | kainxkitsune: yes searching nvidia-driver:i386 says the last such was beowulf | 23:29 |
| nsprra | ah i have to sign the nvidia kernel module due to uefi? | 23:30 |
| nsprra | i hate uefi | 23:30 |
| kainxkitsune | darn, I may have to just suffer then. | 23:30 |
| rrq | nsprra: mmm no that shuldn't be needed | 23:30 |
| nsprra | oki | 23:31 |
| rrq | but maybe kernel modules ar to be xz-ompressed and yours isn't ? | 23:31 |
| nsprra | i don't want to use the card for graphics at all | 23:31 |
| nsprra | maybe i blacklisted it in grub | 23:32 |
| rrq | fair enough but maybe the software aceeses the device via the device node | 23:32 |
| nsprra | right | 23:33 |
| nsprra | that's likely in fact | 23:33 |
| nsprra | hey maybe it failed due to missing linux-headers | 23:35 |
| nsprra | uname -r says 6.1.0-10-amd64 | 23:35 |
| nsprra | but a-tpcache search linus-header shows | 23:35 |
| nsprra | linux-headers-6.1.0-15-amd64 | 23:36 |
| nsprra | and linux-headers-6.1.0-16-amd64 | 23:36 |
| nsprra | and linux-headers-6.1.0-21-amd64 | 23:36 |
| nsprra | none of which match the kernel version on the daedalus-installed kernel | 23:36 |
| nsprra | ah i can just apt install linux-headers-6.1.0 and it grabs all the variants | 23:39 |
| nsprra | ok yay nvidia-current.ko got built when i apt installed the kernel headers rrq | 23:41 |
| nsprra | lots of errors though | 23:41 |
| rrq | warnings? | 23:43 |
| nsprra | it pulled in linux-headers-6.1.0 matching all kinds of subversions, 15,16,21 and the -rt versions too | 23:43 |
| nsprra | then it threw up the errors from nvidia-persistenced | 23:44 |
| nsprra | the only \*nvidia* i find in /lib/modules is 6.1.0-10-amd64/kernel/drivers/net/ethernet/nvidia | 23:45 |
| rrq | yeah you need someone how knows to assist :) | 23:47 |
| nsprra | i have a fresh backup of the root filesystem. nothing can harm me | 23:47 |
| nsprra | your nvidia module shown with lsmod is nvidia? or nvidia-current? what's the name rrq ? | 23:49 |
| nsprra | i should always buy two of everything | 23:50 |
| rrq | :) ... I don't compile nvidia; just picked up some hearsay on this channel | 23:52 |
| nsprra | i'm so happy i got the amd integrated graphics working after a year | 23:54 |
| rrq | random web search says: "... missed a part in the driver's README (section known issues...)" | 23:55 |
| rrq | might not be your issue of course | 23:56 |
| rrq | another page talks about running "nvidia-smi" for crreating /dev/nvidia* node(s) | 23:59 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!