sfox | I can't connect to my mailserver reliably due to a bug in gnutls and openssl on freebsd interoperability | 03:15 |
---|---|---|
sfox | I'm using claws-mail | 03:15 |
sfox | do you know how I can rebuild libetpan to use openssl instead of fnutls? | 03:15 |
sfox | gnutls? | 03:15 |
sfox | i should be able to download a source of the package, change the build flags, and recompile and install the .deb right? | 03:16 |
Xenguy | Where's gnarface when you need him? | 03:18 |
Xenguy | : -) | 03:18 |
gnarface | heh, thanks for the flag X | 03:21 |
gnarface | *Xenguy | 03:21 |
gnarface | sfox: should be possible in theory, but how easy it is kinda depends on how good their source package is. i can walk you through the tool use basics if you need. start with "apt-get source libetpan" and "apt-get build-dep libetpan" | 03:22 |
sfox | thanks gnarface | 03:22 |
sfox | i apt-getted the source of libetpan20 | 03:22 |
gnarface | (apt-get update first obviously, and hopefully your sources.list is in order) | 03:22 |
sfox | went into the folder and modified the build flags in debian/rules | 03:22 |
sfox | --without-gnutls and --with-openssl | 03:23 |
gnarface | oh, you're already aware of what to do then | 03:23 |
gnarface | alright | 03:23 |
sfox | well i'm not sure what to do next | 03:23 |
gnarface | in theory if you just run "dpkg-buildpackage -us -uc" on it, it'll build the package (unsigned) | 03:23 |
sfox | won't i need to change the dependencies before running build-dep? | 03:23 |
gnarface | hmm, if you want it to actually manually trace the dependency and it doesn't already offer them as an alternative, that'd be a good idea yes | 03:24 |
sfox | what file do I do that in? | 03:24 |
Xenguy | gnarface, np | 03:25 |
gnarface | i forget. should be something in ./debian though. grep fo rit | 03:25 |
gnarface | *grep for it | 03:25 |
sfox | debian/control? | 03:25 |
gnarface | sounds right. they have guidelines and stuff but don't really enforce their standards at this level very well. package maintainers might do something weird. | 03:25 |
sfox | ok | 03:26 |
gnarface | either way, it should still work to manually install the dependencies, if you know them | 03:26 |
sfox | i'm gonna change all mentions of gnutls and lubcurl's gnutls flavor to openssl | 03:26 |
gnarface | you could also make it an "OR" with a | | 03:26 |
gnarface | hmm, i guess maybe that's not valuable though if you're changing the source to exclude gnutls, nevermind | 03:27 |
gnarface | in theory it should be possible to make a package that can support both but their code would also have to be setup to work that way and i'm not familiar enough with this package to know | 03:27 |
sfox | ok so after I change the control file I run apt-get build-dep? | 03:29 |
sfox | no wait | 03:29 |
sfox | that sources it's info from the repos | 03:29 |
sfox | i'm just gonna try to build it unsigned now | 03:30 |
gnarface | i think you will actually have to run apt-get build-dep then also manually install the extra openssl dependencies | 03:30 |
sfox | yes your right | 03:31 |
gnarface | yea, i think build-dep comes from the repo, so to close the loop you'd have to make your own custom repo with this package and add it to your sources.list... it's probably not worth the effort for just one package, but if you're going to be doing it a lot it might be a good exercise | 03:31 |
sfox | it's building now | 03:31 |
gnarface | i think for custom repos i used reprepro before | 03:32 |
sfox | can you link me some documentation on that? I'll check it out later | 03:32 |
gnarface | for reprepro? i think i just used whatever was in the package; man pages and whatever was in /usr/share/doc/reprepro/ | 03:33 |
sfox | i think it finished building | 03:33 |
gnarface | no errors? you should see a new *.deb file somewhere nearby | 03:33 |
sfox | in the parent dir, i dpkg -i ed it | 03:33 |
sfox | guess i'll restart claws-mail and see if it worked | 03:34 |
sfox | thanks for the help gnarface | 03:34 |
gnarface | no problem, let us know if it works | 03:34 |
gnarface | i forgot to remind you to iterate the build number, so if you didn't change the package name it might have had an install collision... i'm assuming though you must have remembered to do one of those things or dpkg -i would have errored, i think | 03:35 |
gnarface | or it was a newer version than you had installed already maybe | 03:35 |
sfox | i didn't not remember to do that | 03:35 |
gnarface | just make sure it did actually install | 03:35 |
sfox | libetpan20/stable 1.9.4-3 amd64 [upgradable from: 1.9.4-3] | 03:36 |
gnarface | hmm | 03:37 |
gnarface | well the executable itself should have a new date on it now, if nothing else | 03:37 |
sfox | it's a library | 03:37 |
gnarface | er, well the binary | 03:37 |
gnarface | alternately you can just remove the old one | 03:38 |
sfox | hmm | 03:38 |
gnarface | you can remove it first, if it's a problem | 03:38 |
gnarface | but what you're supposed to do is change that -3 in "1.9.4-3" to -4 | 03:38 |
sfox | how do i increment the build number? | 03:38 |
sfox | i'll just build another version and upgrade to that | 03:39 |
gnarface | it's in the ./debian directory too somewhere | 03:39 |
gnarface | i think if you run the tool to create a change log entry it increments it for you | 03:39 |
sfox | what's that tool? | 03:39 |
gnarface | i forget, looking it up | 03:39 |
gnarface | is it a quilt thing? for some reason i'm remembering it starting with dh_ | 03:41 |
gnarface | ah! | 03:42 |
gnarface | sfox: it's dch | 03:42 |
gnarface | "dch -i" specifically | 03:43 |
sfox | thanks | 03:43 |
sfox | looks like devscripts provides it | 03:43 |
gnarface | but iirc it will launch your default editor and you must create a new changelog entry and it's very picky about the formatting | 03:43 |
gnarface | but then the "-i" will make it auto-increment the build revision for you | 03:44 |
sfox | now it won't build anymore | 03:44 |
gnarface | maybe if the other one worked this is not worth it | 03:44 |
sfox | dpkg-source: info: you can integrate the local changes with dpkg-source --commit | 03:44 |
sfox | libetpan-1.9.4/build-windows/build_headers.list | 03:44 |
sfox | dpkg-source: error: aborting due to unexpected upstream changes, see /tmp/libetpan_1.9.4-3.1.diff.x6odQu | 03:44 |
sfox | nvm, i ran the --commit command and it's building again, but i had to set the change message twice. Some kind of weird redundancy? | 03:46 |
gnarface | not sure | 03:47 |
sfox | thankyou | 03:47 |
gnarface | there's something about quilt and patch automation, i seem to recall sometimes it getting confused if i added a change log entry without there being an accompanying patch | 03:47 |
sfox | my mail client is able to send again | 03:47 |
gnarface | nice, so it works and it's definitely using openssl now? | 03:47 |
gnarface | this is the reference i learned from, but they brutally over-complicate the explanation process: https://www.debian.org/doc/manuals/maint-guide/ | 03:48 |
sfox | gah! | 03:49 |
sfox | nevermind i spoke too soon | 03:50 |
gnarface | the second build, did it get the "-3" part updated to "-4" ? | 03:50 |
sfox | well, libetpan itself is using libssl now, checked with ldd but claws-mail still pulls in libgnutls for some reason | 03:50 |
sfox | gnarface, it appeneded a .1 | 03:51 |
sfox | Version: 1.9.4-3.1 | 03:51 |
gnarface | hmm, there's some way to make it not do it that way | 03:51 |
gnarface | sfox: well the dependencies on claws-mail clearly list libgnutls30 and not libssl | 03:53 |
gnarface | you might have to rebuild it too | 03:53 |
sfox | i'm checking if claws-mail supports no-gnutls | 03:53 |
sfox | if i'm going to rebuild that i'd like to upgrade to 3.19.x | 03:53 |
gnarface | well, this is interesting.... i just downloaded the source package for libetpan on daedalus and you know what it says the latest version is in the changelog? 1.9.4-3.1 | 03:55 |
sfox | libEtPan! (>= 0.57) | 03:55 |
sfox | for IMAP4, NNTP and Mailmbox plugin support | 03:55 |
sfox | hmm. you know maybe i misdiagnosed the root of the problem | 03:55 |
sfox | this implies libetpan is only used for imap and nntp | 03:55 |
sfox | imap isn't the problem, it's the smtps connections | 03:56 |
brocashelm | i got a 1920x1080p monitor that can go up to 75hz, but even via hdmi, i can only get it to 60hz. is there a good xrandr workaround for this, or does the hdmi cable matter? | 03:56 |
gnarface | sfox: that'd be handled by your mail server directly. exim4 by default | 03:56 |
sfox | the mail server is on freebsd using opensmtpd | 03:56 |
gnarface | oh, hmmm | 03:56 |
brocashelm | i tried applying those --newmode arguments (after running -> cvt 1920 1080 75), but to no avail | 03:57 |
sfox | there's a problem looking at packet traces with interop between gnutls and the server | 03:57 |
gnarface | sfox: is freebsd using libressl now? | 03:57 |
sfox | no | 03:57 |
sfox | it's using openssl | 03:57 |
brocashelm | i did notice the 74.91hz from xfce's display config, but my screen goes blank with an "out of range" message (monitor side, not devuan) | 03:57 |
sfox | https://man.freebsd.org/cgi/man.cgi?query=ssl&apropos=0&sektion=0&manpath=FreeBSD+13.2-RELEASE&arch=default&format=html | 03:57 |
brocashelm | and if gpu matters, using rx 560 | 03:57 |
sfox | i get the some ssl/tls handshake issues with nagious-plugins and gnutls-client | 03:58 |
sfox | on debian | 03:58 |
sfox | nagios-plugins uses gnutls | 03:58 |
gnarface | brocashelm: did you install the amdgpu package from non-free/non-free-firmware? | 03:58 |
sfox | openssl doesn't have any interop problem though | 03:58 |
brocashelm | i tried -> xrandr --newmode "1920x1080" 220.64 1920 2056 2264 2608 1080 1081 1084 1128 -HSync +Vsync | 03:58 |
brocashelm | gnarface: i have firmare-amd-graphics | 03:59 |
gnarface | brocashelm: yea, that's what i meant. what does your "xrandr" output say while xorg is running? | 03:59 |
gnarface | brocashelm: (put it at paste.debian.net or just /msg it to me) | 04:00 |
brocashelm | an apt search for amdgpu yields three packages: libdrm-amdgpu1 (installed), ricks-amdgpu-utils (not installed), xserver-xorg-video-amdgpu (installed) | 04:00 |
brocashelm | ok | 04:00 |
brocashelm | gnarface: https://paste.debian.net/hidden/c481500b | 04:01 |
gnarface | sfox: i think there's a way to debug a openssl port using the openssl binary from the client machine, which would be a good way to check for version compatibility issues, but you'll have to consult the documentation for details, i forget the specifics about it | 04:01 |
onefang | lxrandr is thee GUI thing always use for setting monitor frequency. | 04:02 |
brocashelm | ignore the DVI-D-0 part (my gpu supports it, but my monitor otherwise only does vga besides hdmi; trying to add the profiles somehow went to dvi instead of hdmi) | 04:02 |
sfox | gnutls tries to start with a tls1.0 handshake instead of at least a 1.2 | 04:02 |
gnarface | brocashelm: worth noting that cables may indeed matter, with HDMI, and i've run into issues specifically like this before. do you happen to know what hdmi version the cable is supposed to support? | 04:02 |
brocashelm | lxrandr does not offer anything beyond xfce4-display-settings | 04:03 |
onefang | OK, so your problem is deeper then. | 04:03 |
gnarface | brocashelm: wtf is that on line 21? | 04:03 |
gnarface | brocashelm: did you add that? | 04:04 |
brocashelm | gnarface: yes | 04:04 |
brocashelm | gnarface: i think it's more of a typical hdmi cable, and i have a couple of those; one of them (that i tested with) is just saying hdmi cable with 30v | 04:05 |
gnarface | brocashelm: so, basically what i'm seeing here, aside from the weird stuff you put in it, is that xrandr thinks this monitor's max refresh at 1080p is 60Hz. i do not know if that's taking the cable into account or not. i don't know if it's lying either. | 04:05 |
brocashelm | gnarface: even restarting x or rebooting did not adjust this. the command that created line 21 was -> xrandr --addmode HDMI-A-0 "1920x1080_75.00" (going off the arch wiki) | 04:06 |
gnarface | brocashelm: what happens if you force it to select that one with xrandr? | 04:06 |
brocashelm | is there a way to remove that profile, or does it go away after a restart? | 04:06 |
gnarface | good question. i assume they're not cached anywhere but i'm not sure. | 04:07 |
gnarface | i would assume that they'd all drop as soon as you exit Xorg actually | 04:07 |
brocashelm | it basically goes back to that "out of range" error | 04:07 |
gnarface | right. hmmm. | 04:07 |
brocashelm | yup, you're right | 04:08 |
brocashelm | exiting xorg erased those additions | 04:08 |
brocashelm | still at 60hz, though | 04:08 |
gnarface | you're sure the video card can do this on the hdmi port? that's a recent enough one it sounds like it should, but i do know that it's common on that era of cards for the displayport output to support better modes than the other ports | 04:08 |
brocashelm | it's 7 pm here and most of the stores are closed/closing, so i guess i'm stuck for now | 04:09 |
brocashelm | yes, the rx 560 gpus should be able to | 04:09 |
gnarface | i have a slightly newer one but similar characteristics, and i know for sure the hdmi ports have different refresh ranges than the displayport ports, and the displayport ones are better | 04:09 |
gnarface | and i have monitors that preferred dvi so i had to get displayport -> dvi adapters | 04:10 |
* gnarface rolls eyes | 04:10 | |
brocashelm | this is my gpu: https://www.msi.com/Graphics-Card/Radeon-RX-560-AERO-ITX-4G-OC/Specification | 04:10 |
brocashelm | heh | 04:10 |
onefang | I have two of those monitors. lol | 04:11 |
gnarface | brocashelm: mine is a RX 5500, like basically the very next generation | 04:11 |
gnarface | brocashelm: what i'd do if i were you, is get a high quality hdmi 2.0 cable. don't cheap out on it | 04:12 |
onefang | Got a RX 5600 XT here. | 04:12 |
gnarface | brocashelm: your spec sheet here specifically references HDMI 2.0 in a way that makes me suspect they didn't test with anything else | 04:12 |
brocashelm | i got rx 6500 xt, but it doesn't work on pci 3.0 mobos sadly | 04:13 |
brocashelm | hmmm | 04:13 |
gnarface | brocashelm: it'd be nice if you could borrow one from someone just as a test before you spend money on it though. i know they're pricy, but the cheap ones are never worth it. | 04:13 |
brocashelm | gnarface: i'll probably just invest in a good one, either way | 04:14 |
onefang | I'm still scratching my head over that 4 video output graphics card having six audio devices according to ALSA. | 04:14 |
brocashelm | xrandr probably wasn't the solution | 04:14 |
gnarface | hmm, so now i'm trying to remember how i actually got my system to cough up the right refresh ranges for both port types. i know i did it somehow, that's how i found out they were different. maybe it was xrandr or maybe it was the xorg logs, not sure. | 04:14 |
brocashelm | guess i'll hurry over to a nearby store... | 04:14 |
gnarface | brocashelm: you said the monitor's best port was hdmi? | 04:15 |
gnarface | or dvi? or vga? | 04:16 |
gnarface | you might also want to consider, if they have them, a displayport -> hdmi or displayport -> dvi cable, so you can use the graphics card's preferred ports just in case that matters | 04:16 |
gnarface | since like i said, i did discover it mattered on mine | 04:16 |
gnarface | (the hdmi cable incident was with different hardware) | 04:17 |
brocashelm | gnarface: that would be correct; vga is the only other one (yuck) | 04:18 |
brocashelm | yeah, might also do that if the hdmi 2.0 experiment doesn't fix this | 04:18 |
brocashelm | displayport output to hdmi input | 04:18 |
gnarface | brocashelm: this spec sheet from msi is vague on it. i'd want to know if they have different refresh ranges, and i suspect they might because mine certainly does. | 04:18 |
brocashelm | gnarface: this was the best gpu that i could slap on a 3rd gen i7 | 04:19 |
gnarface | but dvi, hdmi, and displayport should all be similar enough that a converter cable will not incur loss | 04:19 |
gnarface | (as long as it's the right freaking hdmi version. damn i hate this specification) | 04:19 |
onefang | One of my computers has Display Port output, Display Port to HDMI converter, HDMI cable, HDMI to DVI converter, then actual monitor. lol | 04:20 |
gnarface | hah | 04:20 |
gnarface | yea i was lucky enough to find some good cables that do that all in one piece. | 04:21 |
onefang | This was more a case of coble it together with what I already had. | 04:21 |
gnarface | hmm. so, i have the alternate hdmi refresh ranges in my notes, but i realize now i haven't actually noted whether the limitation was on the video card end or the monitor end, and now i'm wavering on my previous certainty that it was the video card's limitation | 04:30 |
gnarface | though, i don't know why in particular the monitor would put dvi and vga at higher ranges than hdmi | 04:31 |
gnarface | but the vertical refresh for the hdmi one definitely maxes out at 60 | 04:31 |
gnarface | brocashelm: ^ | 04:31 |
gnarface | it makes more sense for it to be at the video card end, since the displayport ports were the new technology then, and that matches my recollection but now i'm just not sure | 04:33 |
gnarface | this was actually a big source of confusion for me for a few days | 04:34 |
gnarface | sfox: is that the client starting with tls1 or the server end? | 04:36 |
brocashelm | gnarface: that's a good point | 05:00 |
brocashelm | couldn't find a higher-grade hdmi cable or even dp-to-hdmi converter | 05:01 |
gnarface | brocashelm: the thing is, i do have a counter anecdote, where a hdmi cable was mislabeled as hdmi 2.0 by the vendor (amazon) and couldn't even make it to 1080p@60 | 05:18 |
gnarface | so based only on the evidence here i can't narrow it down to the port, the cable, or the display actually | 05:18 |
gnarface | it could be any of them as the culprit | 05:18 |
gnarface | er. well i guess the msi spec page implies it should not be the though, since we'd assume if it can do 4k@60 over hdmi, it can do a higher refresh at 1080... | 05:20 |
gnarface | it's not much to go on though, since it only implies that and i don't know if there's any sort of guarantee in the spec | 05:20 |
gnarface | *should not be the port | 05:21 |
gnarface | so probably the cable or the display... if you can find the manual for the display, i'd recommend checking it | 05:22 |
gnarface | some of them have rather detailed specs, some of them don't. you might get lucky. | 05:22 |
brocashelm | yeah | 05:26 |
brocashelm | i already ordered a few connectors; we'll see | 05:26 |
brocashelm | hdmi is pretty unstable when compared to dp or even dvi | 05:27 |
brocashelm | so dp and/or dvi might yield better results | 05:27 |
nemo | brocashelm: not too sure about your particular problem, but I will say that the restrictions of HDMI's DRM restrictions can be irritating and random | 05:45 |
nemo | brocashelm: on vacation my devuan laptop and arch steamdeck would both only connect to the TV at like 640x480 | 05:45 |
nemo | *until* I switched the hdmi cable to the one that their ancient DVD player was on. then I got full resolution | 05:46 |
nemo | I regrettably didn't think to test whether it was their cable or that the port that old DVD player was on was whitelisted. | 05:46 |
rustyaxe | rwp: was able to get up enough with netbooting the devuan installer in rescue mode and rebuilding the initramfs, as we expected. Was just a matter of getting it to pxe boot (only actually works in non UEFI mode); did that, switched back to uefi mode and erything good. Thanks | 09:02 |
hacksenwerk | Devuan 12 has Kernel 6.1 as default right? | 11:11 |
brocashelm | devuan 5.0 daedalus, yes | 11:12 |
brocashelm | i have no idea what devuan 12.0 will be like | 11:12 |
hacksenwerk | brocashelm: :D | 11:13 |
hacksenwerk | Is it really called devuan 5? | 11:13 |
hacksenwerk | I didn't know that | 11:13 |
hacksenwerk | I thought it would just take the debian release scheme | 11:14 |
hacksenwerk | I mean Jessie was still Debian, but just with trying to run without systemd | 11:15 |
brocashelm | see this page: https://www.devuan.org/os/releases | 11:16 |
brocashelm | so they started from 1.0 with jessie, then 2.0 with ascii (stretch), etc. | 11:16 |
hacksenwerk | brocashelm: yeah as it seems | 11:24 |
hacksenwerk | I always said Devuan 11 and 12 in the last weeks ^^ | 11:24 |
buZz | hacksenwerk: you've always been wrong then ;) | 11:34 |
hacksenwerk | buZz: As it seems | 11:40 |
hacksenwerk | But I never used the numbering before, I always used the codename | 11:41 |
hacksenwerk | Or stable, testing etc. | 11:41 |
buZz | you said you used it a lot in the last weeks ;) | 11:41 |
hacksenwerk | Yes I but I use devuan since jessie | 11:44 |
hacksenwerk | I then changed back to debian for some months last year and came back to devuan this year and then I started using the numbering. | 11:45 |
hacksenwerk | Back to my initial post: Does that 6.1 kernel get multiple updates a week? | 11:46 |
hacksenwerk | I use linux-libre 6.1 and 5.15 as a backup, but 6.1 gets updated very often. | 11:47 |
hacksenwerk | I want to know if that is the same with the stock kernel. | 11:47 |
brocashelm | depends on your distro. that's a rolling release thing | 11:48 |
brocashelm | stable distros do not change except for security and some bug fixes | 11:48 |
hacksenwerk | brocashelm: yes that I know. | 11:50 |
hacksenwerk | That 6.1-gnu kernel is lts, so I wonder why it gets so many patches... | 11:50 |
buZz | so on debian/devuan it -shouldnt- be updating that often | 11:50 |
hacksenwerk | The 5.15-gnu is not getting so many. | 11:51 |
hacksenwerk | Is it problematic to run daedalus with the 5.15 kernel in any case? | 12:22 |
hacksenwerk | I mean do any program version of the packages that come with daedalus depend on a higher kernel version or something? | 12:24 |
hacksenwerk | Especially any important system packages. | 12:24 |
n4dir | i'd doubt that. | 12:26 |
n4dir | probably can't see whateve i never use at all, say nvidia and stuff | 12:27 |
hacksenwerk | n4dir: OK :) | 12:27 |
n4dir | so stuff that "you compile against the kernel", whatever that might be. It could exist, i wouldn't know | 12:27 |
hacksenwerk | Good bye 6.1 ! | 12:28 |
n4dir | :-) | 12:28 |
hacksenwerk | but... need to reboot first x) | 12:28 |
buZz | DKMS is a thing too :P | 12:28 |
buZz | why do you not want to run 6.1 btw? | 12:28 |
n4dir | you always have the other kernel around, if you don't remove it on your own, so it seems like a safe try it and see | 12:29 |
buZz | seemingly only make my machines more responsive | 12:29 |
brocashelm | daedalus mainly tracks bookworm's repo and merges it with devuan's forked packages to mitigate potential issues due to systemd being evoked | 12:31 |
brocashelm | anything that happens in debian, 99.9% of the time devuan gets it | 12:32 |
n4dir | on a daily basis i see no difference between running debian and devuan, what i do | 12:33 |
n4dir | i do feel it is more snappy, but that might well be a feeling only, me kinda not liking systemd | 12:33 |
hacksenwerk | But DKMS is only that I don't have to do a reboot after a kernel update? | 12:36 |
hacksenwerk | Because I always reboot when some system stuff was updated | 12:37 |
hacksenwerk | woah... When you look at the version history of linux, you can see how code base explodes... | 12:40 |
hacksenwerk | 6.1 has 35.548.350 lines of code.... o0 Who read them? | 12:41 |
hacksenwerk | Can read them | 12:41 |
buZz | hacksenwerk: no, DKMS is for building modules for your kernel | 12:49 |
buZz | hacksenwerk: whats the motivation to not running 6.1 btw? | 12:49 |
hacksenwerk | buZz: I run linux-libre, not the stock kernel form the devuan repo. And linux-libre (even if you use the deb package repo of them) is tied to upstream, so you get a lot of updates... I don't like that, I like to get only updates if it is important (security stuff for exmaple). That 5.15 kernel of them is does not get that many updates, that's why I use it now. | 12:52 |
buZz | hacksenwerk: so why not use devuan's kernel? | 12:53 |
hacksenwerk | buZz: DKMS: yeah I just took a quick look at the wiki article | 12:53 |
hacksenwerk | buZz: Why using linux-libre? :) | 12:53 |
buZz | yeah why the burdon | 12:53 |
hacksenwerk | :D | 12:54 |
buZz | dont you want faster hw? | 12:54 |
brocashelm | there is also gnuinos | 12:55 |
hacksenwerk | buZz: linux-libre comes without blobs | 12:55 |
buZz | hacksenwerk: yes, whats the benefit? those blobs are needed for certain hw | 12:56 |
hacksenwerk | brocashelm: yes some other user told me. But I try to aovid the distro hell and stick with the main distros (devuan is an exception of course, because it is how debian should be...) | 12:56 |
hacksenwerk | buZz: I don't need them. | 12:56 |
brocashelm | hacksenwerk: gnuinos is a devuan respin... | 12:57 |
buZz | hacksenwerk: then having them inside the kernel wouldnt bother you? | 12:57 |
buZz | you likely have a lot more code that you never run, you dont need to delete it :P | 12:57 |
brocashelm | i am starting to think you are just trolling | 12:57 |
buZz | me? no | 12:57 |
hacksenwerk | brocashelm: Yes so another distro. We don't need more distros, we nees a few very relaibale ones. | 12:57 |
brocashelm | https://www.gnuinos.org/ | 12:57 |
brocashelm | no, hacksenwerk | 12:57 |
brocashelm | ^ buzz | 12:57 |
buZz | oh, no , i think the 'i dont want blobs' is just some repeating of someone else's view? | 12:58 |
hacksenwerk | brocashelm: what is your problem now dude? Why do you say I'm trolling? | 12:58 |
buZz | dont assume gender :) | 12:58 |
hacksenwerk | buZz asked me something and I answered. | 12:58 |
brocashelm | never mind, carry on with the pointless drivel... | 12:58 |
brocashelm | just forget about it | 12:59 |
brocashelm | besides, this is OT talk | 12:59 |
hacksenwerk | brocashelm: No, it is about the kernel devuan uses. | 12:59 |
hacksenwerk | brocashelm: you went oft with your 12:55 < brocashelm> there is also gnuino | 12:59 |
* brocashelm sighs | 13:00 | |
buZz | OT can mean 'on topic' | 13:00 |
buZz | :P | 13:00 |
hacksenwerk | brocashelm: lol | 13:00 |
buZz | i like that gnuinos has a typo on their frontpage | 13:01 |
hacksenwerk | buZz: Yes and brocashelm wanted to say that I'm getting oft. | 13:01 |
buZz | > we would like to thank the whole Devuan commutity | 13:01 |
hacksenwerk | Anyway... | 13:01 |
brocashelm | i didn't "want to say", i already said it exactly... | 13:02 |
buZz | :) | 13:02 |
brocashelm | so if you don't have a support question, this is not the channel for that | 13:02 |
buZz | i was just curious about -why- | 13:02 |
buZz | but yeah i guess | 13:02 |
latex | Hey guys, if XFCE doesn't start, what do you do? | 15:58 |
latex | startx? | 15:58 |
ted-ious | That works and also startxfce. | 15:59 |
rustyaxe | look at the logs in ~/.xsession-errors to start | 15:59 |
rustyaxe | might find why its not starting in ther | 15:59 |
ted-ious | But maybe you don't have a login manager started or even installed. | 15:59 |
latex | startxfce doesn't exist | 16:04 |
latex | startx did work, but no internet connectivity | 16:05 |
latex | I wonder how that happened | 16:05 |
ted-ious | What do you mean no internet connectivity? | 16:09 |
ted-ious | Startx turns off your network? | 16:09 |
latex | No, it didn't work at all before running startx | 16:09 |
latex | Somehow on my friend's computer, things are not behaving as usual | 16:09 |
latex | XFCE doesn't start when booting when before it used to do that automatically | 16:10 |
latex | No internet connectivity, nvidia drivers not working all of a sudden | 16:11 |
ted-ious | If there's no networking at all then I don't think xorg can start. | 16:11 |
latex | Seems weird | 16:11 |
ted-ious | You at least need a working localhost connection. | 16:11 |
latex | X did start | 16:11 |
latex | but not automatically | 16:11 |
latex | apparently uninstalling nvidia drivers caused keyboard and mouse to stop working | 16:14 |
latex | anyone know which file is responsible for running startx automatically? And why keyboard and mouse stop working without nvidia drivers? | 16:17 |
ted-ious | If you don't have a display manger installed and enabled you won't have x started automatically. | 16:18 |
ted-ious | Startx is not the display manager. | 16:18 |
ted-ious | It's a script for starting x on a system that doesn't run it automatically. | 16:18 |
latex | But the devuan daedalus refracta installer has some method of starting XFCE automatically | 16:20 |
latex | that's how it was on my friend's computer | 16:20 |
latex | oh it seems there is a display manager | 16:21 |
latex | Anyone know which display manager is used for the refracta installer variant of devuan? | 16:21 |
ted-ious | I don't know what refracta is so no. :) | 16:27 |
ted-ious | I would install and enable lightdm or at least xdm if it were my system. | 16:28 |
ted-ious | Maybe sddm. | 16:29 |
fsmithred | time | 16:43 |
fsmithred | ted-ious, devuan desktop-live isos use slim login manager, same as if you installed the default desktop from the installer isos. | 16:45 |
fsmithred | auto-login comes from the live-config scripts (/lib/live/config/*) | 16:46 |
ted-ious | Oh ok. | 16:46 |
ted-ious | I made a chimaera vm to play with and it ended up with the ugliest dm I've ever seen. :) | 16:46 |
ted-ious | I think it was xdm but I can't be sure. | 16:47 |
fsmithred | did I read the logs correctly that latex removed nvidia drivers and then gets no desktop? | 16:47 |
fsmithred | xdm is ugly. I think so is sddm. | 16:47 |
fsmithred | nvidia drivers use xorg.conf last time I checked. Maybe that needs to be edited or more likely just removed. | 16:48 |
ted-ious | I checked and it's xdm. | 16:48 |
ted-ious | I guess if you want sddm you have to install a bunch of kde components. | 16:50 |
ted-ious | And it looks like if you want lightdm you have to install a bunch of gnome components. | 16:50 |
fsmithred | lxdm is lighter than lightdm | 16:56 |
latex | fsmithred: you got it wrong. I get a desktop, but keyboard and mouse do not work | 17:12 |
latex | that is all | 17:12 |
fsmithred | latex, did you try unplug/replug mouse? | 17:14 |
latex | yes | 17:19 |
fsmithred | ok, so then I don't have to look up what to do if that fixed it. | 17:21 |
fsmithred | unless it fixed it. | 17:21 |
golinux | Good grief . . . why do y'all keep feeding hacksenwerk's nonsense . . . Do we really want to bloat the logs with that? | 17:44 |
latex | devuan_daedalus_5.0.preview-20230601_amd64_netinstall.iso is this a good installer? | 19:18 |
latex | my friend is going to yet again reinstall devuan | 19:19 |
latex | but instead of using refracta I want to give him a good installer | 19:19 |
latex | also his devuan install mysteriously broke after using Ventoy | 19:20 |
golinux | No surprise when you play with third party software . . . | 19:27 |
latex | wdym | 19:28 |
golinux | It is not in the Devuan or Debian repos | 19:31 |
golinux | Of course, your friend might not know how to use it also . . . | 19:31 |
golinux | Even you don't seem to understand what the refracta installer is about . . . | 19:32 |
latex | Well I've had to see it remotely on Jitsi while he installed using refracta | 19:37 |
latex | But it's a crap installer so I'm giving him the netinstall which someone here on IRC recommended | 19:37 |
latex | Why can we not set bootable flag on the EFI partition? | 19:45 |
latex | When in the "Use partition as" prompt I can only select "FAT32" or "Reserved BIOS boot area" and when selecting "FAT32" we cannot set boot flag | 19:46 |
latex | Why not? | 19:46 |
latex | Which one of the two should be used? The mountpoint should be /boot/efi right? | 19:46 |
latex | What a weird installer. I thought this would be better than refracta | 19:46 |
___used | refracta is very good, no? | 19:58 |
latex | nope | 20:00 |
latex | it sucked | 20:00 |
___used | I disagree | 20:00 |
latex | my friend reinstalled devuan with openrc, yet openrc doesn't seem to be installed at all | 21:16 |
latex | and xorg is borked | 21:16 |
latex | and I can't SSH into his computer | 21:21 |
latex | we did add my key to /root/.ssh | 21:21 |
latex | /root/.ssh/authorized_keys | 21:21 |
fluffywolf | are ssh root logins disables? | 21:21 |
fluffywolf | disabled | 21:21 |
latex | and my friend even changed root password and I still can't log in | 21:22 |
fluffywolf | root ssh logins are disabled by default, as they should be. | 21:23 |
fsmithred | edit /etc/ssh/sshd_config | 21:24 |
fsmithred | or make an auth key pair for root to use. | 21:24 |
latex | I am confused | 21:28 |
latex | the authorized_keys file looks good to me | 21:28 |
latex | But sshd just doesn't let me in with pubkey auth | 21:28 |
latex | And pubkey auth is turned on implicitly | 21:28 |
latex | I had to get in by using password auth with PermitRootLogin prohibit-password | 21:28 |
latex | yes* | 21:28 |
latex | s/prohibit-password/yes/ | 21:29 |
fsmithred | huh? | 21:29 |
latex | Wait I found the problem | 21:30 |
latex | It might be UsePAM yes | 21:30 |
latex | UsePAM is ass | 21:31 |
latex | Why the fuck is it on? | 21:31 |
latex | nvm UsePAM no didn't fix it? | 21:32 |
golinux | Your experience is not the norm. | 21:33 |
golinux | Maybe the driver can't read the road signs . . . | 21:33 |
fsmithred | I just tried root login with auth key in daedalus, and it worked as expected. | 21:33 |
fsmithred | what commands are you using? | 21:34 |
golinux | pebkac methinks | 21:34 |
latex | mv id_ed25519.pub /root/.ssh/authorized_keys | 21:35 |
latex | that's what I did | 21:35 |
latex | wait maybe the permissions are weird | 21:35 |
latex | let me check | 21:35 |
latex | yep | 21:36 |
latex | that was my problem | 21:36 |
latex | anyone know how to setup xorg when it's broken? | 21:38 |
latex | I like how xorg just segfaults | 21:39 |
latex | at address 0x20 | 21:39 |
latex | anyone know how 2 fix? | 21:41 |
___used | perhaps you want `service slim start`? | 21:54 |
___used | latex: | 21:56 |
latex | why does x11 segfault though? | 21:58 |
___used | running it without infrastructure on unknown hw? | 21:58 |
___used | s/infrastructure/driver/ | 21:58 |
latex | doesn't do anything | 22:01 |
latex | it is running though | 22:01 |
latex | sddm | 22:01 |
latex | which TTY should I switch to? | 22:01 |
___used | indeed. you are remote no? tty5 | 22:02 |
___used | xvnc maybe? | 22:02 |
latex | Ctrl+Alt+F5? | 22:03 |
latex | or just Alt+F5? | 22:03 |
fsmithred | alt-F5 for tty5 | 22:04 |
latex | sddm.log is empty | 22:04 |
___used | if your kvm/remote thing teleports gui then as fsmithred said | 22:04 |
latex | I don't want to remote | 22:04 |
latex | my friend is at the computer | 22:04 |
___used | ah | 22:04 |
latex | I'm just running the commands and instructing him to look | 22:04 |
latex | but nothing is happening | 22:05 |
latex | sddm seems frozen | 22:05 |
latex | no output | 22:05 |
___used | ctrl-alt-f5 or alt-f5 | 22:05 |
___used | what does syslog say? | 22:05 |
latex | how do I view that? | 22:05 |
latex | [ 4.860628] nouveau 0000:09:00.0: DRM: failed to create kernel channel, -22 | 22:06 |
latex | there's this | 22:06 |
___used | aha | 22:06 |
___used | nouveau suggests nvidia hw? | 22:06 |
___used | try to run in vesa mode | 22:06 |
latex | how? | 22:06 |
latex | I guess I'll just install nvidia-driver | 22:07 |
___used | try | 22:07 |
___used | vesa: https://forums.debian.net/viewtopic.php?p=410234&sid=ca1db47422b30e2acac6ef2c8b9d62b5#p410234 | 22:09 |
latex | https://dpaste.com/GSX2L99H7 | 22:14 |
latex | What happened to nvidia-driver? | 22:15 |
___used | do you have non-free repos enabled in sources.list ? | 22:16 |
latex | yes | 22:17 |
latex | https://dpaste.com/3BXEEZKU9 | 22:19 |
___used | did you force install or pin/hold any packages? | 22:20 |
latex | this is a fresh install | 22:21 |
latex | using the daedalus netinstaller | 22:21 |
fsmithred | what did you install? | 22:21 |
latex | nvidia-driver | 22:25 |
fsmithred | how did you get sddm? | 22:25 |
fsmithred | what boxes were checked at the tasksel window? | 22:25 |
latex | tasksel? | 22:26 |
latex | we installed sddm, xfce, mate, lxde | 22:26 |
fsmithred | ok, so you're in untested territory | 22:27 |
fsmithred | probably a lot easier if you just install one desktop environment | 22:28 |
latex | any idea how to fix it in the current install? | 22:28 |
fsmithred | maybe remove the desktops you don't want and replace sddm with the default display manager for that desktop. | 22:29 |
fsmithred | just a guess | 22:29 |
latex | But why is nvidia-driver broken? | 22:30 |
latex | We gotta fix that | 22:30 |
fsmithred | I haven't used nvidia in a few years, so I don't know the current procedure, but when I do a simulated install of nvidia-driver on daedalus, I don't get any errors. | 22:32 |
latex | well apparently I do | 22:35 |
latex | I posted my sources.list too | 22:35 |
latex | if you scroll up | 22:35 |
___used | can you run: Xorg -configure >xorg-configure.conf 2>&1 ; and paste the output? | 22:38 |
___used | you need to telinit 2 before that | 22:39 |
fsmithred | add contrib | 22:39 |
fsmithred | some of the nvidia packages are in contrib. I would add that and also add non-free to -security and -updates | 22:40 |
fsmithred | I need to go. | 22:40 |
___used | yeah me too, soon | 22:41 |
latex | well my friend is already reinstalling again | 22:52 |
latex | now with chimaera | 22:53 |
latex | what does telinit 2 do? | 22:53 |
fsmithred | telenit 2 or init 2 will put you into the default runlevel, which is multi-user graphical environment | 23:03 |
fsmithred | bbl. bye. | 23:03 |
latex | LMAO guys the funniest thing ever happened | 23:50 |
fluffywolf | trump got beaten to death by elon musk? | 23:51 |
latex | I ssh -Y'd into my friend's computer, ran slim and BOOM! SLiM took over my whole PC and I was stuck in the login screen for my friend's computer! | 23:52 |
debdog | that's what ssh -X does, isn't it? | 23:57 |
debdog | doesn't it? too tired for proper grammar | 23:57 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!