| gnarface | am i seeing this right, that there's now a newer 5.10 kernel in beowulf-security than the 5.10 kernel in beowulf-backports, or is the package naming just confusing me? | 02:04 |
|---|---|---|
| rrq | prolly the latter; beowulf-backports has eg linux-image-5.10.0-0.deb10.16-amd64 | 02:23 |
| rrq | and -security has eg linux-image-5.10.0-0.deb10.21-amd64 | 02:23 |
| gnarface | wait but deb10.21 is later than deb10.16, no? | 02:24 |
| rrq | actual versions 5.10.127-2~bpo10+1 vs 5.10.162-1~deb10u1 | 02:25 |
| gnarface | but... 5.10.127 is earlier than 5.10.162 isn't it? | 02:25 |
| gnarface | or are these versions not in the same series? | 02:25 |
| rrq | yes, deb10.16 isn't in security; nearest is deb10.17 | 02:25 |
| gnarface | so the -security is newer than backports right now is what you're saying? | 02:26 |
| rrq | yes | 02:26 |
| gnarface | hmmm | 02:26 |
| gnarface | confusing though still i guess | 02:26 |
| rrq | yeah | 02:27 |
| brocashelm | beowulf still has that libcurl bug iirc | 02:32 |
| brocashelm | from backports | 02:32 |
| brocashelm | would love to go back to beowulf if not for libc6 capped at 2.27 | 02:33 |
| brocashelm | 2.28 | 02:33 |
| brocashelm | but i got some programs that need glibc 2.29 or higher (slightly) | 02:34 |
| gnarface | is glibc 2.29 in chimaera or daedalus? | 02:36 |
| bb|hcb | chimaera is 2.31 | 02:38 |
| gnarface | noted | 02:38 |
| bb|hcb | daedalus is 2.36, but note that both are with a bunch of patches | 02:39 |
| brocashelm | but chimaera is fully gtk3, whereas i want gtk2 (and xfce, not lxde) | 02:59 |
| brocashelm | i am currently tracking daedalus after dropping from ceres. working well | 03:00 |
| sfox | Ever since upgrading to chimaera my laptop locks itself and shuts down the computer at least ounce after opening up the lid. it's really annoying | 04:03 |
| sfox | back on beowulf i configured ACPId to handle the lid and stuffs and it worked flawlessly | 04:03 |
| sfox | I checked in /etc/acpid and there doesn't appear to be any extra config in there i didn't setup | 04:03 |
| sfox | I'm unsure at this point where else to check or why this is happening | 04:04 |
| sfox | could I please have some help? | 04:06 |
| gnarface | i'd like to help but nothing specific comes to mind as a solution other than to disable the lid switch. sounds like a regression somewhere though... you sure the upgrade was complete? | 04:22 |
| gnarface | i wonder if you could be getting sabotaged by some new elogind feature or something like that | 04:23 |
| gnarface | also, can you confirm that it actually shuts down not just sleeps or hibernates? | 04:23 |
| gnarface | spurious lid switch events firing sounds like a not-uncommon issue... inappropriate shutdown on the same event doesn't | 04:24 |
| fluffywolf | I was about to say, kill elogind and see if it helps. | 04:25 |
| gnarface | if you're using elogind, check /etc/elogind/logind.conf and maybe the forums... maybe that has come up before, it sounds kinda familiar | 04:26 |
| gnarface | i think if that's the issue there was a way to fix it without disabling elogind completely. fsmithred might know more | 04:26 |
| debdog | (after two weeks on $preferred_search_engine and here on IRC while I was able to solve it in Beowulf withing 20 mins even without internet connection) | 04:27 |
| debdog | sfox: tolly effed up right now, I am. mayhap your solution lays inside /etc/elogind/logind.conf | 04:29 |
| debdog | wild guess | 04:29 |
| brocashelm | with the change from beowulf to chimaera, indeed elogind does get pulled automatically. maybe it is that | 04:30 |
| brocashelm | elogind can be replaced with consolekit2 if it helps | 04:30 |
| debdog | hehehehee | 04:31 |
| brocashelm | :) | 04:31 |
| fluffywolf | no, it can't, at least when I tried. packages have had dependencies on it through various chains. | 04:36 |
| fluffywolf | I ended up having to use equivs to make a fake package to make the dependencies happy, and see what broke... | 04:38 |
| brocashelm | at least in my case, if i run apt remove elogind, apt then wants to install consolekit in its place | 04:42 |
| brocashelm | but you'll lose a few things like network-manager, gvfs, kio (kde), and udisks2 | 04:42 |
| fluffywolf | so you break networking, everything using gnome libs, and everything using kde libs. those would annoy most desktop users. :P | 04:48 |
| brocashelm | connman can be used in its place | 04:48 |
| brocashelm | i haven't noticed gtk3 problems without it | 04:49 |
| brocashelm | it's when you gut dbus that it does | 04:49 |
| fluffywolf | I seem to recall just about every gnome-related package using gvfs. | 04:50 |
| gnarface | you can switch in consolekit but you may also have to switch the display manager | 04:52 |
| gnarface | (and if you switch the display manager you may also have to switch the window manager) | 04:52 |
| brocashelm | gvfs/udisks2 can be replaced with udevil and having devmon running in the background | 04:53 |
| gnarface | think that's any lighter? | 04:53 |
| brocashelm | gvfs and udisks2 being removed solely will not kill everything else | 04:53 |
| brocashelm | as for display managers, the lighter ones i've used were wdm and xdm | 04:54 |
| brocashelm | i don't use dms anymore, so startx is good enough | 04:54 |
| brocashelm | running kill -9 -1 can be used as a quick way to log out | 04:55 |
| Xenguy | I remember playing with connman and being appalled... | 05:25 |
| Xenguy | It is very intrusive and poorly designed software | 05:25 |
| Xenguy | It may be possible to defang it, but it would take some work to do so | 05:25 |
| Xenguy | I intend to avoid it, if at all possible | 05:25 |
| brocashelm | there are some others like dhcpcd-gtk | 05:34 |
| brocashelm | a simpler ui just to connect and go | 05:34 |
| brocashelm | network-manager and connman are the main "options" if you don't want to do it from cli | 05:35 |
| ecxod | I face troubles with the bind package after witching to devuan | 08:28 |
| ecxod | is the named service the same like bind9 ? | 08:29 |
| hagbard | It is. | 08:31 |
| ecxod | is here someone who has some experience with dnssec ? | 14:55 |
| ecxod | it looks like the package bind9utils is broken | 14:55 |
| ecxod | there are 3 packages bind9-dnsutils bind9-utils bind9utils do you know which is the real one ? | 14:58 |
| snork | ecxod, bind9-utils has what I assume are the utility applications you are looking for such as dnssec-keygen and dnssec-signzone. https://pkginfo.devuan.org/cgi-bin/policy-query.html?c=package&q=bind9-utils | 15:03 |
| snork | That is what I am using in Chimaera and it is working for me. | 15:03 |
| snork | What is broken for you? | 15:04 |
| snork | The description for bind9utils says "Transitional package for bind9-utils | 15:05 |
| snork | This is a transitional package. It can safely be removed." | 15:05 |
| snork | bind9-dnsutils appears to be basic DNS utilities (not necessarily related to bind9) such as nslookup and dig. | 15:06 |
| ecxod | and whichone is the real one ? | 15:07 |
| gnarface | you probably want both bind9-utils and bind9-dnsutils | 15:08 |
| gnarface | different utils | 15:10 |
| gnarface | one is utils used by bind9 and the other is utils used with bind9 | 15:10 |
| ecxod | I am not able to sign my domains any more | 15:11 |
| ecxod | wait a sec | 15:11 |
| gnarface | it should sign them for you if you have bind9-utils | 15:12 |
| ecxod | I get the failure "; EDE: 9 (DNSKEY Missing): (no SEP matching the DS found for zp1.net.)" | 15:14 |
| ecxod | https://dnssec-analyzer.verisignlabs.com/zp1.net | 15:15 |
| gnarface | i'm drawing a blank on what else might be wrong. is your clock right? | 15:16 |
| ecxod | date is right .. the problem is I get no failures | 15:17 |
| gnarface | so bind still starts and everything works? | 15:21 |
| ecxod | it even signes the zone | 15:21 |
| gnarface | hmmm | 15:22 |
| snork | I can't nslookup anything for the zp1.net domain. Everything [www.zp1.net, ns01, ns02, ns03] turns up SERVFAIL. The verisign page says there is no DNSKEY record (and no RRSIGs) because it is getting SERVFAIL for everything. | 15:23 |
| ecxod | when I check my own first name server "dig @ns01.zp1.net +dnssec zp1.net" he should say that everything is OK, but he reats as if i didnt sign | 15:23 |
| snork | Your config for the zone in bind is setup to use the .signed file and not the unsigned file right? | 15:25 |
| ecxod | yes | 15:27 |
| ecxod | what did you setup for dnssec-policy ? | 15:28 |
| snork | I have no dnssec-policy setting on any of my zones, I manually sign everything. | 15:30 |
| ecxod | if I do this : "dig @1.1.1.1 zp1.net" I see there a message : ; EDE: 9 (DNSKEY Missing): (no SEP matching the DS found for zp1.net.) | 15:31 |
| snork | I get the same thing, though if I use other resolvers (8.8.8.8, 9.9.9.9, and my DNSCrypt servers) none of them return that error message. | 15:33 |
| snork | I should note that they all return SERVFAIL, just that Cloudflare is the only one that returned the EDE error. | 15:38 |
| snork | Ultimately, it seems your authoritative servers are not able to answer queries with anything but SERVFAIL. | 15:39 |
| ecxod | yes, and this did never happend with bind9 under debian, it seems that the devuan package is different | 15:45 |
| gnarface | if it's different it'll have devuan in the version string | 15:46 |
| hagbard | ecxod: The bind9 packages come straight out of debian. | 15:49 |
| ecxod | Debian uses the bind9utils and the service is called bind9 .. it is totally different | 15:56 |
| ecxod | Devuan uses bind9-dnsutils bind9-utils and the service is called named | 15:57 |
| snork | Uhhm, the service in Devuan is called named. The bind9utils package on Debian's site https://packages.debian.org/bullseye/bind9utils looks like it just installs bind9-utils... both of which appear to be the same as in Devuan. | 16:05 |
| snork | Devuan does not have custom versions of every package. When you "apt-get install" packages on Devuan you are redirected to a Debian mirror for most packages. | 16:06 |
| snork | ... including bind9-utils | 16:07 |
| gnarface | ecxod: it's definitely the same package as debian. you should check the name of the running binary again. | 16:08 |
| ecxod | then it's another package that produces this mess ... I come here because I have a big problem and you are trying to prove that I am a liar ... | 16:13 |
| snork | Well... are you saying that the bind9, bind9-dnsutils, bind9-utils, and bind9utils packages are different in Devuan and Debian? | 16:17 |
| ecxod | yes sir | 16:20 |
| ecxod | or something else is disturbing them | 16:20 |
| snork | Well, they're not different. When you install *those packages* from a Devuan repo, you are redirected to a Debian repo to get them. | 16:22 |
| snork | So, why do you think something else is disturbing them? | 16:22 |
| spine-o-saurus | because thinking is a projection of ones own reflection | 16:52 |
| spine-o-saurus | unable to find package for irrBullet.h | 19:04 |
| spine-o-saurus | fatal error building | 19:05 |
| sfox | gnarface, Should i migrate to elogind or just disable it? | 23:53 |
| sfox | i'm not really sure what elogind is and it's config file doesn't seem to have any options enabled or a way to disable it | 23:53 |
| sfox | howwould i even go about disabling elogind? | 23:54 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!