DashiePie | fsmithred, are you here? | 00:19 |
---|---|---|
fsmithred | DashiePie, what's up? | 00:26 |
DashiePie | I found a line in my Xorg.0.old log, but upon googling, it seems possibly irrelevant | 00:27 |
DashiePie | [ 30.897] (II) systemd-logind: logind integration requires -keeptty and -keeptty was not provided, disabling logind integration it's this, though | 00:27 |
fsmithred | is libpam-elogind installed? | 00:27 |
DashiePie | I think it's because I logged in through a VT | 00:28 |
fsmithred | you used startx? | 00:28 |
DashiePie | don't you remember why I'm using startx? | 00:28 |
fsmithred | not really | 00:29 |
fsmithred | I talk to a lot of people | 00:29 |
DashiePie | it's because authentication fails in VT7 for some unknown reason | 00:30 |
fsmithred | yeah, you tried a couple different display managers, I think | 00:30 |
gnarface | uh, the stock install only has 6 virtual terminals... so i think i've discovered the answer to that mystery... | 00:31 |
gnarface | you should be able to pass command-line parameters to startx | 00:31 |
DashiePie | I'm on Chimaera because I upgraded, does that make a difference? | 00:31 |
gnarface | startx -- -keeptty | 00:32 |
gnarface | try it | 00:32 |
gnarface | try it on VT6 | 00:32 |
gnarface | the only way in which i'd expect chimera to change it is if it's broken | 00:33 |
gnarface | i can tell you for sure that i use startx, and i don't need to do this though, so something is definitely wrong | 00:33 |
DashiePie | honestly, I'm pretty much done with this computer | 00:35 |
fsmithred | startx works in chimaera here | 00:36 |
DashiePie | hopefully within the next week or so, I'll have a completely new one, with shiny new parts I will have put together myself | 00:36 |
fsmithred | ah | 00:36 |
fsmithred | we might have new isos by then | 00:36 |
fsmithred | beowulf point-release | 00:36 |
DashiePie | this one crashes and burns, I can't get the driver stabilized, I mean, honestly | 00:36 |
DashiePie | gpu driver* | 00:36 |
DashiePie | I apologize, but for my new computer, I'll be using Artix instead | 00:37 |
fsmithred | oh, ok | 00:37 |
DashiePie | 3700X + 5700 XT | 00:37 |
systemdlete | Got everything working with my new board, except for nvidia -- nouveau having serious problems. I'd like to switch to the nvidia (non-free) drivers. What is the best route for this? I see a lot of packages for nvidia but I'd like to install one and have it figure out how to install the others, if possible. | 02:06 |
systemdlete | Or, if you know a list of all the dependencies, that would work also. | 02:07 |
systemdlete | The target system is ascii. | 02:07 |
systemdlete | do I need to completely remove nouveau? | 02:36 |
fsmithred | no | 02:37 |
systemdlete | how will the boot know which one to load and use? | 02:38 |
systemdlete | what do I need to do to get nvidia proprietary drivers working? | 02:39 |
fsmithred | I haven't done it in 10 years. Check the debian wiki | 02:39 |
systemdlete | so nouveau is working for you? | 02:39 |
fsmithred | yes | 02:40 |
systemdlete | Mine is a gt710. | 02:42 |
fsmithred | GT218 [GeForce 210] | 02:43 |
systemdlete | so maybe it is just 710 that is buggy | 02:43 |
systemdlete | did you have to do any nouveau-specific config (or boot cmd line changes)? | 02:44 |
fsmithred | no | 02:44 |
systemdlete | thanks for directing me to the debian wiki; following those instructions now | 02:46 |
Nematocyst | any way to recover a borked system? most commands fail with libc6.so.something requiring GLIB 2.30. tried to upgrade beowulf to ceres, updaing sources.list. "apt update && apt dist-upgrade" failed due to: libc6-dev breaks libgcc-8-dev. so with sources.list still at ceres, ran "apt install gcc-8-base" | 04:36 |
Nematocyst | this failed with libc6.so.something needed by tar,ls,most everything now. system won't do much... had to poweroff because nothing in xfce worked at that point | 04:36 |
fluffywolf | you could try reinstalling the base system from install media, but your best bet might be just copying off your data and reinstalling. | 04:37 |
Nematocyst | i'm fine with that. any way to install ceres directly? i had a mostly blank system. no data loss other than browser tabs | 04:37 |
fluffywolf | I'm not sure. I try to avoid doing things that break my system, like installing ceres. :) | 04:38 |
Nematocyst | well unfortunately i need more up to date kernel due to my radeon APU. running a different distro right now, but kinda want to go back to devuan which i ran for years before getting this box | 04:40 |
fluffywolf | you can always build the kernel you want on stable or testing. | 04:41 |
Nematocyst | ok. thx. have enough to go on. | 04:42 |
fluffywolf | 5.9 is available pre-built for beowulf if you enable backports, if that's new enough for your hardware. | 04:44 |
Nematocyst | it's enough for stability. but there are irritants, some of which are addressed in 5.10. it's hard to believe this 3+yr old cpu/gpu combo still has unaddressed issues. must not be popular enough to get much attention | 04:48 |
fluffywolf | unless you really, really want to run ceres (i.e. have your system break randomly), I'd suggest just building the latest kernel under beowulf. | 04:50 |
Nematocyst | well what i want isn't really available... up to date software on devuan. ran devuan from 1.0 until last year when i got this box, so i know exactly what running stable is like. kinda pain to build everything you want that's more recent. flatpak is one option that worked for some things. | 04:55 |
fluffywolf | devuan, like debian, is based on the idea of running tried-and-tested software... a rolling distro is another option. devuan chimaera/testing is also more current, without the constant breakage of ceres. | 04:57 |
Nematocyst | yeah, on a rolling distro now. but it has systemd | 04:57 |
Nematocyst | i tried mx briefly before settling here. didn't like it. forget why | 04:58 |
n4dir | Void is pretty up to date minus systemd | 05:03 |
n4dir | repo is a bit small, depends what software you use/need, of course | 05:03 |
Vatum | is systemd made by jews? | 06:39 |
mason | Vatum: Are you looking to be banned? | 06:43 |
mason | plasma41: ^ | 06:43 |
Vatum | excuse my french | 06:46 |
alv | hi all !!! | 18:10 |
alv | there is the devuan meeting this evening !!! | 18:11 |
asdflkj | here? | 18:11 |
alv | 21:30 CET i believe ! | 18:11 |
alv | no | 18:11 |
asdflkj | where? | 18:12 |
alv | it's on vdc.dyne.org/devuan ! | 18:12 |
alv | :) | 18:13 |
debdog | # Devuan meet 2021-01-28 @20:30 UTC | 18:13 |
debdog | Pad is here: https://pad.dyne.org/code/#/2/code/edit/uqBHVH2zr3ijtpxZ+GEQRwLM/ | 18:13 |
debdog | Meet here: https://vdc.dyne.org/devuan | 18:13 |
debdog | * Please post notes prior to the meet. | 18:13 |
debdog | from the email ^ | 18:13 |
asdflkj | btw, is there a simple way to use `date` or another command to convert a time (like 21:30 CET) to my local time? | 18:15 |
gnarface | there should be, but i forget the command | 18:20 |
gnarface | all i can think of is the way i'd do it in javascript or php | 18:20 |
gnarface | although, just in case you aren't clear on this: "date" will do this automatically for your local time if you install tzdata and set it to your timezone | 18:21 |
gnarface | for your system time i mean | 18:21 |
DashiePie | you can maybe do it with google too, I've done it with CST to EST | 18:24 |
mason | asdflkj: Yes. date -d | 18:24 |
mason | asdflkj: Described in the man page. | 18:24 |
asdflkj | mason: thank you! I’ve actually been wanting this for a long time | 18:26 |
asdflkj | it worked | 18:26 |
mason | asdflkj: It's useful. | 18:26 |
asdflkj | yes, I’ve wanted it many times before and had to resort to DDG | 18:26 |
asdflkj | either I’m bad at searching or it’s surprisingly hard to web search, all I get is results about using `TZ=xxx date` to convert the *current* time | 18:28 |
gnarface | hmmm, in my head i thought i recalled that it was the actual "date" command itself that could do it, but consulting the man page i recalled also trying it and not figuring out how to not set my time at the same time | 18:32 |
apollo__ | date --date="2020-12-20 10:03 GMT" | 18:36 |
apollo__ | apollo__, gives Sun Dec 20 02:03:00 PST 2020 on my system | 18:37 |
apollo__ | # date --date="2020-12-20 10:03 GMT" | 18:37 |
x200guy | Hello. I'm using Debian for a long time. I don't need the newest software but I want my system to be very stable, secure and free as in freedom. I've looked at the Devuan project some times but didn't consider it as an alternative for my daily driver. Now I am considering it because I want to get away from systemd. How does Devuan compare to Debian security wise? I guess there are many more people working on Debian than on | 19:38 |
x200guy | Devuan? Can Devuan be as stable, secure and maintained as Debian is? | 19:38 |
Atari-Frosch | It is. | 19:38 |
Atari-Frosch | :) | 19:38 |
hagbard_ | Devuan is mostly Debian. Just without systemd. | 19:39 |
DHE | many packages come straight out of debian unmodified, which means it should pick up updates nigh-immediately | 19:39 |
x200guy | It is a fork so it is developed independently right? | 19:39 |
hagbard_ | Therefore maybe even more stable than debian. | 19:39 |
hagbard_ | Most packages a directly from the debian repository. | 19:39 |
hagbard_ | Just some are forked, so that they don't depend on systemd. | 19:40 |
x200guy | So only the systemd related packages are modified? | 19:40 |
hagbard_ | yes | 19:40 |
DHE | it does mean that there's still a libsystemd package installed for dependencies of apps from debian that depend on it | 19:40 |
x200guy | Can I use external repos made for Debian also in Devuan? Shouldn't be a problem as long as they don't rely on systemd right? | 19:42 |
fsmithred | you can replace libsystemd0 with libelogind0 | 19:42 |
fsmithred | x200guy, probably yes. Some might complain about the name. | 19:43 |
golinux | Or a dependency on systemd | 19:43 |
x200guy | I guess I'll give it a try. Can't hurt. | 19:43 |
fsmithred | and you can change the name in /etc/os-release | 19:43 |
x200guy | Thank you guys! :) | 19:43 |
fsmithred | if you've used debian for a long time, you'll probably feel like you just came home | 19:44 |
Wonka | sooo..... Devuan testing has xen-hypervisor-4.14-amd64, not xen-hypervisor-4.11-amd64, but libvirt-daemon-driver-xen still depends on libxenmisc4.11? | 19:44 |
fsmithred | maybe from a bad trip | 19:44 |
Wonka | that's not good and even uninstallable | 19:44 |
fsmithred | Wonka, check debian bug reports to see if they know about it. Fix might be coming. | 19:49 |
Wonka | fsmithred: debian only has libvirt-daemon-driver-xen 6.9.0-4, in testing and unstable. I am on 6.7.0-3+devuan1. Don't think Debian will fix that... | 19:52 |
fsmithred | Wonka, which of those are devuan packages? | 20:06 |
fsmithred | (the ones with "+devuan" in the version) | 20:07 |
fsmithred | nothing with libvirt or xen that I can find. | 20:07 |
fsmithred | weird that didn't come up with apt-cache search | 20:09 |
fsmithred | please file a devuan bug report for libvirt-daemon-driver-xen | 20:09 |
Wonka | fsmithred: ii libvirt-daemon-driver-xen 6.7.0-3+devuan1 amd64 Virtualization daemon Xen connection driver | 20:20 |
fsmithred | yeah, I see it with 'apt policy' but apt-cache search and grep for devuan did not find it. | 20:23 |
fsmithred | oh, right, because apt-cache search doesn't show the version. Getting confused with 'dpkg -l' | 20:24 |
Wonka | I sent a bug report | 20:35 |
Wonka | making the world a better place, one bug report at a time | 20:35 |
fsmithred | thanks | 20:35 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!