| xakep | Hi theere. Anyone has any experience running ZFS-on-root on Devuan? | 11:39 |
|---|---|---|
| xakep | Wondering if it's safe to use. | 11:39 |
| gnarface | xakep: i don't, but i think someone around here does | 11:39 |
| gnarface | stick around | 11:40 |
| xakep | alright! | 11:40 |
| ahenv | am I expected to have troubles with some programs in case I use devuan. Some point of view on Internet told something like "Some programs are dependent on systemd" | 11:47 |
| ahenv | (question mark missed) | 11:49 |
| ahenv | "?" | 11:49 |
| ahenv | am I expected to have troubles with some programs in case I use devuan? | 11:49 |
| gnarface | ahenv: sure, anything that's dependent on systemd, though sometimes you can still work around it. most the stuff in the repo is fine though. | 12:03 |
| gnarface | don't let marketing FUD scare you from trying | 12:04 |
| ahenv | I have tried devuan and failed to configure apt sources to only use HTTPS, not HTTP | 12:06 |
| gnarface | that's a known issue with many of the repos in the dns round-robin | 12:06 |
| gnarface | if you pick the right one specifically, i think it'll work | 12:07 |
| gnarface | not that you need it for verifying packages; they're gpg signed anyway, keep in mind | 12:07 |
| gnarface | here's the mirror list: http://deb.devuan.org/mirror_list.txt | 12:07 |
| ahenv | https://deb.devuan.org/mirror_list.txt --> SSL_ERROR_BAD_CERT_DOMAIN (firefox) | 12:10 |
| ahenv | and if I accept the risk, it redirects to https://www.blendbyte.com/ | 12:11 |
| ahenv | ah, I have to turn off "HTTPS only" mode in firefox | 12:12 |
| gnarface | oh, i forgot about that | 12:14 |
| ahenv | list includes mirrors supporting HTTPS, according to list | 12:14 |
| gnarface | yea, but some of their HTTPS configurations may be allergic to getting used through our dns round-robin "deb.devuan.org" see? | 12:15 |
| gnarface | so i think you might have to pick one specifically | 12:15 |
| gnarface | the first one on the list should work, i think | 12:15 |
| ahenv | I think downloading client (apt or who) wouldn't accept connection in case server has certificate valid for deb.devuan.org | 12:18 |
| ahenv | "apt or who?" | 12:18 |
| ahenv | in case server has no cert valid for deb.devian.org | 12:19 |
| ahenv | I want to have local repo available to same machine and other machines via http or https with part of the packages from official repo and with all original hash and signature files (or with something else so that clients in LAN can install and upgrade from this local repo without having to trust the local repo server machine) | 12:21 |
| ahenv | for example, I lose access to Internet and want to install devuan on some PC and install some packages from repo onto it. May be, I would be able to do so with local repo with signatures. So, in case a virus is found on local machine with repo, I can still almost trust the repo and use it | 12:23 |
| xakep | Any known software that doesn't work on non-systemd with no possible workarounds? | 12:42 |
| ahenv | xakep: I have no examples | 12:50 |
| ahenv | xakep: may be, program called "systemd" would be an example | 12:51 |
| ahenv | I don't know if ANyDesk and RuDesktop require systemd | 12:52 |
| ahenv | AnyDesk | 12:52 |
| natureabyss | Hello, I installed the "nvidia-driver" package and except for the "nvidia-persistenced" (which I stopped the service and run apt-get install -f), udev is reporting a weird error: | 12:59 |
| natureabyss | "Error running install command 'modprobe -i nvidia-current ' for module nvidia: retcode 1" is it normal? because the drivers itself are working. | 12:59 |
| ahenv | "(which I stopped the service and run apt-get install -f" <--- you mean that you had stopped "apt-get install …" command and then had run something like "apt-get install -f …", right? | 13:18 |
| ahenv | ( natureabyss ) | 13:18 |
| natureabyss | no, I mean, it installed fine after I stopped it. | 13:19 |
| natureabyss | it is just this udevd error that raised an concern. | 13:19 |
| gnarface | natureabyss: hard to say, could be anything with nvidia... recently there was a build issue that would have choked at the same spot for you but i think it would have failed more spectacularly | 13:36 |
| gnarface | first thing i would check is to see if it actually loaded the driver (dpkg -l |grep nvidia) | 13:36 |
| gnarface | er, sorry, that would be "lsmod |grep nvidia" | 13:37 |
| gnarface | but the "dpkg -l|grep nvidia" line would be useful too for understanding what the current state really is | 13:37 |
| natureabyss | yeah it is loaded, the version is 525 (nvidia-driver) | 13:38 |
| gnarface | and don't worry about nvidia-persistenced, you don't need it and it's often broken | 13:38 |
| natureabyss | I mean, it is working(?), I just tested GL_VENDOR and it returned the GPU name. | 13:38 |
| gnarface | what does "uname -a" say your current kernel is? the nvidia issue was with 6.1.0-18 | 13:38 |
| natureabyss | 6.1.0-18-amd64 | 13:39 |
| gnarface | hmmm | 13:39 |
| natureabyss | yeah oops :p | 13:39 |
| gnarface | it might be loading the previous version, or it might be falling back on nouveau | 13:39 |
| gnarface | if you run "dpkg -l|grep nvidia" do all the packages returned have "ii" on the start of the line? or are there ones with different status letters? | 13:40 |
| natureabyss | no, all ii. | 13:40 |
| gnarface | seems fine | 13:40 |
| gnarface | maybe it had a pre-built profile for your hardware or something? | 13:40 |
| gnarface | i think the dkms build isn't strictly always necessary just usually | 13:41 |
| natureabyss | I mean, I use a laptop, almost all the time it runs on Mesa. | 13:41 |
| gnarface | oh, that is definitely nouveau then | 13:42 |
| gnarface | the open source nvidia driver | 13:42 |
| natureabyss | just when playing something I redirect to "offload" and use the __GLX=nvidia. | 13:42 |
| gnarface | hmm, is it one of those laptops with two video cards? | 13:42 |
| natureabyss | yes | 13:42 |
| gnarface | if the primary card isn't nvidia then mesa is normal | 13:42 |
| gnarface | maybe the "retcode 1" thing was just about nvidia-persistenced, i'm not sure | 13:43 |
| gnarface | if your Xorg.0.log says it's fine then it's probably fine | 13:43 |
| gnarface | look for lines with "(EE)" | 13:45 |
| gnarface | make sure your offloading is still working after a reboot and the Xorg.0.log is clean, if so i'd just ignore it until something bad happens | 13:46 |
| gnarface | maybe as a sanity check double-check that all the nvidia packages are of the same version except the ones that are obviously using a datestamp instead of the normal version | 13:46 |
| gnarface | if some are behind, bring those ones up to date, but just leave out nvidia-persistenced if it's the conflict | 13:47 |
| gnarface | (or maybe even if it's not) | 13:47 |
| natureabyss | the only error is "Failed to load module "nv" (module does not exist, 0)" (maybe that is nvidia driver)? but it still loads the driver anyway. | 13:53 |
| natureabyss | I have read the "dpkg -l | grep nvidia" returned the same version. | 13:54 |
| natureabyss | well, gonna assume it is some sort of bug? because GL_VERSION returns "4.6.0 NVIDIA 525.147.05" (which is the current installed version). | 14:00 |
| gnarface | natureabyss: yea, i guess it's some sort of bug but at first glance it doesn't seem that important, actually. the "nv" driver is the old open-source driver, from before nouveau... auto-detect just tries to load whatever :-/ ...as long as the one actually called "nvidia" got loaded, i think you should be ok | 14:36 |
| natureabyss | yeah, everything is working fine (even bluetooth + headset), thanks for helping :D | 14:39 |
| gnarface | i didn't really help but, no problem :) | 14:41 |
| gnarface | now having working bluetooth, that's is real luck | 14:42 |
| morenonatural | gnarface, are you using bluetooth usb dongle? if so, where'd you get it? | 14:58 |
| gnarface | morenonatural: i'm not using bluetooth at all, and the dongle which i bought at best buy to do so stopped working after kernel 3.1 or 3.11 or something like that | 15:03 |
| Guest30 | Hi! is there some kind of infra status page for Devuan mirrors? | 15:29 |
| Guest30 | about 1 hour ago, I tried installing Devuan daedalus AMD64 form the netinstall iso and it couldn't install Grub for some reason (grub install dummy failed). | 15:30 |
| Guest30 | And when I chrooted and tried running (apt update), apt refused to update the list of packages because apt-key failed somehow. | 15:31 |
| Guest30 | I will try again with the minimal-live iso in a moment... | 15:32 |
| gnarface | Guest30: yea there's a status page but i forget the url | 15:32 |
| gnarface | stick around, someone knows | 15:33 |
| Guest30 | ok, thanks! | 15:33 |
| Guest30 | Also, I know that the iso that i used (devuan_daedalus_5.0.1_amd64_netinstall.iso) worked yesterday but today it doesn't. | 15:33 |
| Guest30 | (The reason why I'm reinstalling is that I failed the release upgrade to unstable) | 15:34 |
| gnarface | Guest30: i'm not sure what went wrong exactly, but keep in mind that the default repo hostname "deb.devaun.org" is a dns round-robin, so it might theoretically alternately work or fail on consecutive runs | 15:34 |
| rwp | Guest30, (gnarface) onefang's mirror report page: https://sledjhamr.org/apt-panopticon/results/Report-web.html | 15:56 |
| Guest30 | rwp, thanks! | 15:57 |
| rwp | It might be required to pick a different mirror from the list: https://www.devuan.org/os/packages | 15:57 |
| rwp | Just for clarity on a sometimes confusing point, there are ISO mirrors for the netinst ISO images, and there are package mirrors for installing the individual packages. And mostly those are two separate lists. | 15:58 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!