frabbit | ok i have 2 new problems here on two different computers, with different setups of devuan 2.1 | 02:57 |
---|---|---|
frabbit | 1. i purged iptables yesterday from my computer and installed nftables. after boot i normally run a script that contains "ifup -v eth0" to bring up the connection i wrote in /etc/network/interfaces | 02:59 |
frabbit | this time it ends up with "ifup failed to bring up eth0" and some notce about firewall scripts from iptables that couldnt be found | 03:00 |
frabbit | but i could run apt update and now im here... o_= | 03:00 |
frabbit | if i run ifdown i get eth0 is not configured... | 03:01 |
frabbit | does nftables not use the interface file? does it bring up a available connection automatically while booting? | 03:01 |
frabbit | theres no dhcp here or something like that. and theres no hotplug in interfaces (but even if, that doesnt matter at all, cause interfaces seems to be ignored by that inknown thing that brings my connection up...) | 03:03 |
frabbit | *unknown | 03:03 |
frabbit | thats my first problem | 03:03 |
frabbit | 2. on the other computer running minmal xfce and other beginner stuff, it often crashes after login to a xfce4 session via slim, but only since ive installed wlan stuff | 03:05 |
gnarface | well, when i use iptables, i have to set up my own scripts to start it, so my guess is you installed something to do that for you and forgot to remove it, and that's what is choking, probably | 03:05 |
Oksana | 1. No idea. https://wiki.nftables.org/wiki-nftables/index.php/Moving_from_iptables_to_nftables No idea. | 03:05 |
frabbit | i installed the open firmware driver for atheros, wireless-tools wpasupplicant and wicd-gtk | 03:05 |
frabbit | yesterday i tried to figured out what causes this crash and i rollback the system to the point before io installed the wlan packages | 03:07 |
frabbit | i installed one packages after the other and made a reboot after every single package. i first thought it was wicd-gtk, but it worked after that too... but last evening and now (i was testing again) it crashes again... | 03:08 |
gnarface | for #2 you're gonna have to get an error message or something at least | 03:08 |
gnarface | or maybe try to get wifi up without the gui on that one, see if it still crashes | 03:08 |
frabbit | it wont if i get wifi up with wicd-gtk ive tested that several times | 03:09 |
frabbit | yeah i check x logs | 03:09 |
frabbit | for #1: i didnt know that i have to do something while changing... i had never configured anything manually in iptables... | 03:09 |
gnarface | certainly you must have installed some front-end for it | 03:10 |
frabbit | for iptabels? | 03:10 |
gnarface | yes | 03:10 |
gnarface | otherwise you would have had to write the iptables commands yourself by hand and add them to your init by hand somehow | 03:10 |
gnarface | you'd remember doing that | 03:10 |
frabbit | cant remember why i should do this, ive never get into that iptables stuff before... | 03:11 |
gnarface | what does this show you? dpkg -l |grep iptable | 03:11 |
frabbit | nothing | 03:11 |
* frabbit looks atm what frontends are there for iptables | 03:12 | |
frabbit | i didnt installed any of the ones listed here: https://de.wikipedia.org/wiki/Iptables#Frontends | 03:13 |
frabbit | and here: https://en.wikipedia.org/wiki/Iptables#Front-ends | 03:13 |
frabbit | i remeber to installed apparmor in the past, because i wanted to learn that stuff but delayed it since now. but thats something different | 03:14 |
gnarface | well, what gives you that error at startup? certainly it originated from something in /etc/init.d/ | 03:14 |
frabbit | *remember | 03:14 |
frabbit | ah forgot to notic, because i was in panic nftables broke my inet connection so irunned my script again adn it begins with reset && | 03:15 |
frabbit | *notice | 03:15 |
gnarface | that's a really important detail | 03:15 |
frabbit | but i look if i can find output | 03:15 |
gnarface | not just for this, but for every time it happens | 03:15 |
gnarface | startup errors are going to almost 100% come from either the kernel itself or one of the services | 03:15 |
frabbit | ah its probably in dmesg | 03:15 |
gnarface | yes, other notable spots though: /var/log/syslog, /var/log/daemon.log, and /var/log/kern.log | 03:16 |
gnarface | or really just anything in /var/log/ should be suspect until you know what it is for | 03:17 |
gnarface | that directory is there for you, for exactly situations like this | 03:17 |
frabbit | in dmesg its just abot bringing up etho via ipv6? o_0 | 03:17 |
frabbit | *about | 03:17 |
gnarface | there's every possibility ipv6 could have something to do with this | 03:17 |
gnarface | maybe that's the gotcha - something about a difference in how iptables and nftables handle ipv6 | 03:18 |
frabbit | in /var/log/syslog is the same as in dmesg | 03:18 |
* frabbit checking other two | 03:18 | |
gnarface | it should be, mostly. that's expected | 03:18 |
frabbit | *logs | 03:18 |
gnarface | there should be a lot of overlap in syslog, dmesg, and kern.log | 03:19 |
gnarface | daemon.log is more about what happens to the services after boot | 03:19 |
frabbit | in /var/log/daemon.log only about gpm (terminal mouse) and lvmetad, is the last one important for that issue? | 03:20 |
gnarface | uh... no idea. never heard of lvmetad. (i think now though you probably know why i'd do something like advise you to still use iptables despite what Debian's wiki suggests, though) | 03:20 |
frabbit | in /var/log/kern.log the same as in dmesg again | 03:20 |
frabbit | gnarface: huh? debian changed too nftables since buster | 03:21 |
gnarface | don't "huh?" me. the justification for my rationale is right under your nose. if it were any closer it would bite you. | 03:22 |
frabbit | is huh a bad word? | 03:26 |
frabbit | 9i thought its like "Hä?" i german but "Hä?" is "Eh?" in english... | 03:27 |
frabbit | hmm.. but it is too: https://www.dict.cc/?s=Huh | 03:28 |
frabbit | so no bad word here | 03:29 |
frabbit | ok so it has something to do with ipv6 | 03:29 |
frabbit | hm.. so nftables brought up a connection via ipv6 here? ive checked my publich ip and it is ipv4 like in the past... | 03:36 |
frabbit | *public | 03:36 |
gnarface | no it's not that "huh?" is a bad word, it's just that i've repeatedly reiterated that iptables has more testing in the wild, and that switching to nftables might bring unforseen compatibility issues. i'm not insulted by the word "huh?" i'm insulted that you are failing to hear me say "i told you so." | 03:37 |
gnarface | i don't know specifically what's wrong with nftables here, i just vaguely remember testing it and immediately going back to iptables because it didn't work for whatever i was doing. | 03:38 |
gnarface | admittedly that was many years ago, but i'm not seeing any evidence presented by you that the situation has changed | 03:38 |
frabbit | i did read that | 03:38 |
gnarface | and no, i'm not some sort of iptables fanboy. i hate it too. BSD has done this far better with packetfilter | 03:39 |
frabbit | but im not a man who went back to something in the past when something new causes issues... except they are unsolveable | 03:39 |
gnarface | but when you introduce unknowns, you inherently introduce unquantifiable risk | 03:39 |
frabbit | i didnt say that you are a fanboy... o_0 | 03:40 |
gnarface | and i didn't accuse you of that. i just want to make it clear for other readers, because if they've read the last 2 days of scrollback they might mistakenly think i'm trying to defend iptables or something | 03:40 |
frabbit | i didnt even know that (as far as i can read in ur answer) that theres a fan against fans war or something between iptables and nftables... | 03:41 |
gnarface | people are clannish, to some degree it is natural | 03:41 |
frabbit | i dont hat iptables ive never worked with it before, i just read yesterday, that debian changed to nftables, because its mor easy to use and stuff like that... | 03:41 |
frabbit | gnarface: those people are stupid ;) | 03:42 |
gnarface | sure, but clearly actually changing your stuff to it isn't quite the drop-in replacement they sold you on | 03:42 |
gnarface | and that was my experience too | 03:42 |
gnarface | sorry i can't remember more specifics | 03:42 |
frabbit | gnarface: o i couldnt knoew that =( | 03:42 |
frabbit | gnarface: np | 03:42 |
frabbit | *knew | 03:42 |
gnarface | i've basically pointed you in the direction i'd look to figure out what was happening, that's the best i can do right now | 03:43 |
gnarface | most likely someone with more nftables experience has already run into this and can tell you a simple fix | 03:43 |
frabbit | ive met some people too who bashed me for using a non systemd distro. thats stupid! i can use what i want and they too, so everyone can be happy whats wrong with those people?... | 03:44 |
gnarface | it's a discusson for #debianfork | 03:44 |
frabbit | yes =) | 03:44 |
frabbit | ok btt | 03:44 |
frabbit | so u used nftables in the past and got problems with it. did u find it harder to use too or something, harder to learn? | 03:45 |
gnarface | no, it was a situation just like this. i tried to upgrade because i read somewhere it was new and better, but it couldn't readily prove that to me within the time i had allocated for the task so i reverted. | 03:47 |
gnarface | when you do a lot of years of sysadmin work, you eventually learn to equate all change with risk, so when you find something that works, you just stick with it as long as possible. and situations like this are what teaches you that. | 03:48 |
frabbit | ok | 03:48 |
frabbit | gnarface: oh no i know that and im not a sysadmin! =D | 03:48 |
frabbit | thats fact 4 all parts of life | 03:49 |
gnarface | so, to be clear, i do encourage you to spend as much time figuring this out as possible, but when you're out of time and you just need it to work, remember i advised you just stick with what already worked | 03:49 |
gnarface | the only material benefit of nftables is that it's supposed to be easier to use... but it failing to work out of the box on a working configuration sortof belies that | 03:50 |
gnarface | so you gotta ask yourself what is the priority goal here? to learn nftables, or to get a working firewall... | 03:50 |
mason | nftables does some stuff that iptables couldn't, catching Linux up to where the BSDs were in the 90s. For instance, you can address packet options with nftables. | 03:50 |
frabbit | gnarface: i have already purged it and installed iptables again ;) | 03:51 |
gnarface | frabbit: well, make sure it works once again and some config didn't get corrupted | 03:51 |
frabbit | gnarface: i dunno how to check this... =( | 03:51 |
gnarface | mason: can't you do that with some iptables extensions now though? | 03:51 |
gnarface | frabbit: well then how did you know it was even working before???? | 03:52 |
mason | gnarface: Maybe. Unsure. I remember having to give up things like "drop all fragments" when I moved from ipf to iptables aeons ago. | 03:52 |
frabbit | gnarface: i do not and i didnt say that | 03:52 |
gnarface | mason: oh, hmm. i admit that's something i only have done on BSD | 03:52 |
frabbit | i just got iptabels error and automatically network connection without running my script first to set eth0 up | 03:53 |
gnarface | frabbit: you really gotta figure out what's going on in your boot up | 03:53 |
frabbit | gnarface: what do u mean? | 03:54 |
gnarface | frabbit: i mean, this should be simple to figure out where that error is coming from exactly | 03:54 |
gnarface | frabbit: the whole point of the sysv init is that it's supposed to be transparent to the administrator | 03:54 |
frabbit | i just remember that it could find (or bring up?) firewall090 or something | 03:54 |
gnarface | like as a named device? | 03:55 |
gnarface | that really sounds like something you installed had to do that | 03:55 |
frabbit | i dunno... =( | 03:55 |
gnarface | you didn't just copy any configs from elsewhere, did you? | 03:55 |
frabbit | no | 03:55 |
gnarface | it's gotta be from a package you installed then | 03:55 |
frabbit | i didnt do anything except purging iptables with my purging script and apt install nftables thats all | 03:56 |
gnarface | maybe try "dpkg -l |grep firewall" ? | 03:56 |
frabbit | ok | 03:56 |
frabbit | no output | 03:56 |
gnarface | hmm. | 03:56 |
gnarface | try other keywords besides firewall? | 03:57 |
gnarface | anything that comes to mind that might be suspicious? | 03:57 |
frabbit | errm.. | 03:57 |
frabbit | you mean a placeholder like * | 03:57 |
gnarface | well if you want to see the whole list just run: dpkg -l | 03:57 |
gnarface | that's every installed package | 03:57 |
frabbit | yeah that what i know | 03:58 |
frabbit | and then looking for firewall? | 03:58 |
gnarface | or anything that looks like it might be the source of that error | 03:58 |
frabbit | o_0 how could i know | 03:58 |
frabbit | but wait | 03:58 |
gnarface | string matching | 03:58 |
frabbit | you say theres might a package left from nftables? | 03:59 |
gnarface | no, that's not what i'm saying | 03:59 |
frabbit | otr it brought one with its installation? | 03:59 |
frabbit | oh... | 03:59 |
gnarface | what i'm saying is i think somewhere you must have brought in iptables scripts you didn't expect to have | 04:00 |
gnarface | that's my guess based on the error you are reporting anyway | 04:00 |
gnarface | and i don't have them even where i'm running iptables, so i'm just as in the dark as you on this | 04:00 |
frabbit | =( | 04:01 |
gnarface | i've gotta eat, but i'll probably be back later | 04:02 |
frabbit | i wil reboot now to see if my connection setup will work again like before now that ive removed nftables | 04:02 |
frabbit | *will | 04:02 |
gnarface | good luck | 04:02 |
frabbit | thx | 04:02 |
frabbit | gnarface: works like before! => | 04:09 |
frabbit | ill paste the output of my script that i run for connecting and update | 04:10 |
frabbit | theres about that iptables stuff that doesnt worked with nftables (of course now theres no error) | 04:11 |
frabbit | https://paste.debian.net/ is unavailable | 04:13 |
frabbit | so ill use paste2 | 04:13 |
frabbit | https://paste2.org/V3UCH6Zm | 04:13 |
frabbit | these run-parts things werent working with nftables and ifup as i explained before | 04:14 |
frabbit | however... | 04:20 |
frabbit | my problem number 2 | 04:20 |
frabbit | i ve looked at .xsession-errors but that fikle is uge... >50K lines... on my computer ive a script that make my get rid of these files, empty them or what ever, but on that other computer the user doesnt run any scripts (manually) | 04:21 |
frabbit | maybe best to do is to clear these logs first and reboot that often (and clear the logs again...) as it takes that this issue shows up again (as i said sometimes it just works...) | 04:22 |
plasma41 | frabbit: I had issues with the .xsession-errors growing at an alarming rate recently after installing a bunch of updates. I haven't been able to pinpoint the cause, but running `> ~/.xsession-errors` from the shell will at least truncate the file size back to zero. Not a permanent solution, but allows you to recover disk space until you can reboot. | 04:28 |
frabbit | plasma41: =D i can imagine that. ive wrote a script a few minutes a ago that just "echo "" > ~/foobar" "rm -r ~/foobar" logs cache and stuff | 04:56 |
frabbit | so about problem number 2: only slim gave me a log | 04:57 |
frabbit | error by signal 1 | 04:57 |
frabbit | but i start the computer again atm, cause it freezes after i runned service slim stop and then changed to tty7 | 04:58 |
frabbit | so i thinks its slim what causes this problem. i log in at slim, then screen stays black. all logs are empty except /var/log/slim.log: https://paste2.org/gAnfXa3j | 05:31 |
frabbit | *think | 05:31 |
frabbit | otr better slim in connection with some wireless packages, probably wicd-gtk | 05:33 |
frabbit | *or | 05:33 |
frabbit | because thats only since ive installed them (and i didnt installed anything else...) | 05:33 |
frabbit | or change anything else in config or something | 05:33 |
frabbit | theres another weird thing here: the hostname is displayed as "USERNAME@unknownfoobar" in tty and graphical terminalemulator, but running hostname give me the correct hostname as output, also the hostname files contain it... | 06:09 |
frabbit | cant find anything about that hostname thing... | 06:29 |
frabbit | ah wait! | 06:29 |
frabbit | is it because it is the same hostname on both machines and theyre running on same network? | 06:30 |
frabbit | man probably thats it right? | 06:30 |
frabbit | but they have both different ips... | 06:30 |
frabbit | ok i changed that now its solved now unknown host something any mor | 06:39 |
frabbit | but could that caused that issues with slim / display whatever? | 06:39 |
frabbit | probably not because the hostnames are the same since months.... | 06:40 |
frabbit | and the slim issue is only since these wlan packages are installed | 06:40 |
gnarface | frabbit: slim has been known to have problems with some graphics drivers | 07:30 |
gnarface | frabbit: it's completely possible | 07:30 |
gnarface | frabbit: (i think it enables compositing by default) | 07:30 |
frabbit | gnarface: ok. but it is weird that this issue is only since i installed that wlan stuff... | 07:46 |
gnarface | frabbit: it's weird but possible in cases like this, but probably if you tested lots of other programs using the same gui toolkit you'd notice some of them occasionally causing the same problem | 07:48 |
gnarface | frabbit: but that also would probably be something you could find other bug reports about (slim + particular drivers/kernels) | 07:48 |
gnarface | frabbit: trying something other than slim would be a good test, too. but if i were you i'd check on the graphics driver possibility first | 07:50 |
gnarface | frabbit: to be clear though, i didn't actually look at anything you put on paste2.org | 07:51 |
frabbit | ah yeah.. theres xdg i think | 07:51 |
gnarface | i think you mean xdm | 07:51 |
gnarface | yea, i use that one | 07:51 |
gnarface | i mean, i've used it | 07:51 |
frabbit | or xdm | 07:52 |
frabbit | gnarface: and now? | 07:52 |
frabbit | no dm any more? | 07:52 |
gnarface | well, what i mean is i usually avoid a graphical login, but xdm is the one i resorted to before when i had to setup a shared console with someone | 07:53 |
frabbit | yeah me too | 07:53 |
frabbit | but its not my computer | 07:53 |
gnarface | because, iirc, the default one couldn't handle dual monitors gracefully if they weren't both always on | 07:53 |
frabbit | i mean i wouldnt install any dm if theres wasnt this "time out" thing on tty login: after some time it resets | 07:54 |
gnarface | uh... that timeout issue is probably dns/hostname related | 07:54 |
frabbit | and for older personsn or chidren this can be a problem, because they cannot type so fast eventually | 07:54 |
frabbit | gnarface: oh! | 07:54 |
gnarface | no, probably not what you speculated earlier that you were reusing a hostname, since like you said the IP addresses were different, but i still suspect you made a mistake in there somewhere | 07:55 |
frabbit | what do u mean | 07:55 |
gnarface | i just remember there could be some weird timeouts introduced if you fuck up your /etc/hosts and you're not backing it up with a fully configured local DNS | 07:55 |
gnarface | like, make sure you have 127.0.0.1 defined to localhost in there | 07:55 |
gnarface | or shit gets weird | 07:55 |
frabbit | this is tehre | 07:56 |
frabbit | *there | 07:56 |
gnarface | ok, just making sure | 07:56 |
frabbit | i never change that file except for changing the hostname | 07:56 |
frabbit | ok ;) | 07:56 |
gnarface | re-reading what you just typed i think you're talking about a different type of time-out than i was thinking | 07:56 |
frabbit | hm? | 07:57 |
gnarface | like a long delay loading the prompt | 07:57 |
frabbit | i mean when u wait to long the tty resets and u need to beginn again with typing in ur login name | 07:57 |
frabbit | *wait to long at login | 07:58 |
gnarface | oh, yea i misunderstood. nevermind then | 07:58 |
frabbit | oh ok | 07:58 |
frabbit | but u know that? | 07:58 |
gnarface | xdm is unambitious, graphically. it should work with anything | 07:58 |
gnarface | i did not know that slim had a login timeout but i'm not surprised | 07:58 |
frabbit | no i mean the tty | 07:58 |
frabbit | when u have black screnn and just login mask | 07:59 |
gnarface | hmm, i'm not sure i've seen that but honestly i've never tried leaving a half-typed in username there and come back to it hours or days later | 07:59 |
frabbit | "localhost login:" | 07:59 |
gnarface | it might be something optional you've added | 07:59 |
frabbit | no thats not hours, thats often in under a minute! | 07:59 |
gnarface | interesting | 08:00 |
gnarface | maybe it's new | 08:00 |
frabbit | i havent added anything | 08:00 |
frabbit | can remember when that wasnt... | 08:00 |
gnarface | i can't remember actually testing that | 08:00 |
frabbit | it annoys me always when i begin loggin in on tty zears ago and had bad long passphrases | 08:00 |
frabbit | but there must be some config or something to remove this mechanic or gain the time till it resets | 08:02 |
frabbit | or not? | 08:02 |
gnarface | well, it's open source | 08:02 |
frabbit | =D | 08:02 |
gnarface | so you can change anything if you have a strong enough will | 08:02 |
frabbit | sure | 08:02 |
frabbit | i will recode it!1! | 08:02 |
frabbit | xD | 08:02 |
frabbit | ok xdm then | 08:03 |
gnarface | i can't tell you off the top of my head how to change THAT | 08:03 |
frabbit | gnarface: oh look: https://askubuntu.com/questions/895700/changing-the-login-timeout-for-tty | 08:05 |
frabbit | cool that should do it! | 08:06 |
frabbit | simple entry chnage, default is 60 here too | 08:07 |
frabbit | *change | 08:07 |
frabbit | works! ive testet with 10 seconds | 08:09 |
frabbit | nice! | 08:09 |
frabbit | i will never need to install a display manager for the beginner systems! muharharhar! | 08:10 |
frabbit_ | arg! why is that shutdoen button in xfce needing a dm?! | 08:25 |
frabbit | if i click on it now that slim was purged im not authorized... | 08:25 |
frabbit | there was something similar here when i asked here the first time abou xfce i think... | 08:27 |
* frabbit checking irc logs | 08:27 | |
* golinux wonders why she's seeing frabbit | 08:38 | |
golinux | Ah, different user name with a _ at the end | 08:38 |
Xelraa | when will beuwulf be stable? | 08:40 |
tomtastic | Right now | 08:41 |
tomtastic | Xelraa --> https://devuan.org/os/ | 08:42 |
frabbit | golinux: what? =D | 08:43 |
frabbit | tomtastic: hey! | 08:44 |
frabbit | when did that happend? last night? =D | 08:45 |
tomtastic | Yesterday. | 08:45 |
frabbit | cool! | 08:45 |
tomtastic | Yes! | 08:45 |
frabbit | Thank You very much to all Devuan developers! | 08:45 |
* frabbit upgrades to Beowulf on one system. | 08:46 | |
* tomtastic has already upgraded to Chimaera :) | 08:47 | |
frabbit | tomtastic: =D | 08:52 |
frabbit | i love these names | 08:52 |
frabbit | ok as it seems these reboot and shutdown buttons in xfce menu are using pkexec so my USER can run these commands as another user (that probably has the permissions for that command) | 08:54 |
tomtastic | Every morning I'm checking https://buildd.debian.org/status/package.php?p=nodejs&suite=experimental to see when Debian finally manages to build nodejs on some silly MIPs arch so they can finally move it from experimental to unstable. | 09:00 |
tomtastic | It's amazing really that debian can run on so many architectures. | 09:01 |
frabbit | did the color of the website changed? | 09:09 |
frabbit | hm i didnt ran apt-get dist-upgrade i just run ap upgrade, but it is the same in this case is it? | 09:14 |
frabbit | what kernel does Chimaera have and how many architectures are supported? | 09:34 |
Xelraa | you gotta be kidding me that it come out yesterday can't wait to install it I wiped clean an archlinux installation for it already :P | 09:52 |
frabbit | Xelraa: =D | 09:53 |
frabbit | Xelraa: you are just in time ;) | 09:53 |
frabbit | ok nice i cant upgrade with apt upgrade after changing ascii to beowulf, system is broken now | 11:05 |
gnarface | frabbit: no, dist-upgrade is not the same in that case | 11:53 |
gnarface | frabbit: using upgrade instead of dist-upgrade when switching releases will leave you with only partially upgraded packages | 11:53 |
frabbit | gnarface: yeah ive already found out.. =( | 11:58 |
frabbit | doesnt matter i wanted to reinstall the system i will first install beowulf on, so i dont care | 11:59 |
gnarface | frabbit: well so you know for next time, Debian recommends upgrading like this: "apt-get update && apt-get upgrade && apt-get dist-upgrade" | 12:03 |
ShorTie | i thought that they really don't think that is a good idea | 12:04 |
ShorTie | best to do fresh install when changing distro's | 12:05 |
gnarface | ShorTie: i said switching releases, not switching distros, but of course Debian would recommend NOT to migrate installs to Devuan... they strictly recommend against distro mixing, which in fact we do too | 12:10 |
gnarface | ShorTie: neither Debian nor Devuan recommend freshly reinstalling between release versions | 12:11 |
gnarface | ShorTie: that's more of a "only if you messed it up" option | 12:11 |
frabbit | gnarface: yeah ive done this in the past but its long long ago... | 12:12 |
frabbit | last time for jessie | 12:12 |
frabbit | upgrade TO jessie | 12:12 |
gnarface | frabbit: there are release notes, you should read them https://files.devuan.org/devuan_beowulf/Release_notes.txt | 12:12 |
frabbit | ShorTie: who is they? and a new version of a distro is not a new distro | 12:13 |
ShorTie | yup, it's that "only if you messed it up" option that gets me all the time .. :/~ | 12:13 |
frabbit | gnarface: done | 12:13 |
frabbit | gnu/linux has to many distros... | 12:14 |
ShorTie | it's is something i read i long time ago, and can't find again | 12:14 |
frabbit | ShorTie: come here #debianfork | 12:15 |
nemo | so I was reading: https://www.phoronix.com/scan.php?page=article&item=rx5600xt-linux-vbios&num=1 | 15:58 |
nemo | (I bought an rx5600) | 15:58 |
nemo | I was wondering if: "Fortunately, no AMDGPU DRM kernel driver patches are needed or other changes... Just an updated Navi 10 SMC binary to be dropped in /lib/firmware/amdgpu/ and updating initramfs and a reboot to then enjoy the RX 5600 XT with updated vBIOS behaving on Linux." | 15:59 |
nemo | is reflected in the debian amd firmware | 15:59 |
nemo | I guess I should ask in #debian too | 15:59 |
some_alex | hi! I see beowulf is now officially stable. Congratulations everyone, big thanks to developers who worked on this so that everyone has init freedom! | 20:33 |
some_alex | wow, the webpage says runit is supported too. Didn't see it in the beowulf beta installer. Did it get added in the latest release? | 20:36 |
fsmithred | some_alex, it's not in the installer yet. | 21:04 |
fsmithred | expect it in the point-release which will not be far away | 21:05 |
some_alex | fsmithred: great, thanks! btw, is there a way to see package info like on the debian website? devuan package info website is very limited. I can't see what files a package provides, I can't download it's sources from the web, etc. etc. Is there a reason why it _that_ limited compared to debian's website? | 21:44 |
fsmithred | install apt-file, run apt-file update, then apt-file list <package> or apt-file find <file> | 21:45 |
fsmithred | apt-get source <package> | 21:45 |
fsmithred | probably has to do with the fact that we don't host most of the packages | 21:46 |
fsmithred | but that's a guess | 21:46 |
fsmithred | if it's an un-forked package, you can download it from debian's website | 21:46 |
some_alex | fsmithred: I know apt-file, but what if I don't have the machine at hand? Would be helpful to be able to use a website for this. Isn't debian's website open-source? | 21:49 |
fsmithred | I would expect so | 21:49 |
some_alex | I used parabola before devuan so I'm used to forks copying the infrastructure of the base :) | 21:51 |
fsmithred | there's probably a good reason why we're not using a clone of their system, but I don't know what it is. | 21:51 |
fsmithred | you can download our forked packages directly from pkgmaster.devuan.org, but you have to know what version you want and you have to poke around to find it. | 21:52 |
nemo | FWIW, my question earlier about the amd firmware update, the answer is that the debian packages are all older than the AMD fix | 21:52 |
nemo | so it could be a while before the change works its way back | 21:52 |
nemo | so I either put up with 5%+ performance reduction or figure out how to get the firmware file dropped in the right place | 21:52 |
nemo | for now I'm going to do the former, but we'll see. | 21:53 |
some_alex | what could possibly change my initrd image? I never updated my initrd, but for some reason at some point it was changed. The only program I can suspect is apt. I installed a lot of packages during the time it might have been changed. But I never installed other kernels or regenerated it myself. What could have happened there? The symlinks in / haven't been touched btw | 22:02 |
some_alex | sorry if I already asked this, don't remember asking here | 22:02 |
ErRandir | if you installed/updated a kernel module that will trigger a rebuild of initrd | 22:13 |
fsmithred | a lot of packages trigger a rebuild of the intrd | 22:19 |
fsmithred | happens to me several times a day | 22:20 |
some_alex | fsmithred: so it's normal to have initrd rebuilt when installing regular packages? | 22:31 |
fsmithred | yeah, for some packages | 22:31 |
specing | some packages are more regular than others | 22:32 |
some_alex | fsmithred: what if /boot is read-only? Will apt just fail and report it or silently ignore the need to rebuild initrd? | 22:33 |
fsmithred | probably get an error | 22:33 |
fsmithred | permission denied, I guess | 22:33 |
some_alex | thanks! | 22:34 |
fsmithred | I hope you're not thinking of making it read-only to prevent initrd updates | 22:34 |
some_alex | fsmithred: no, I'm making it read-only to simplify verification of the contents of /boot. /boot is unencrypted until I flash libreboot onto my BIOS chip so I store checksums of every file in /boot to make sure it wasn't tampered with while the machine was unattended. It's fine if I have to remount it for a minute to use apt. | 22:46 |
fsmithred | cool | 22:46 |
fsmithred | you know about the debsums package? | 22:46 |
some_alex | no, what does it do? | 22:46 |
fsmithred | verifies the checksums on installed files | 22:47 |
fsmithred | I use it to list all config files that have been changed from their defaults | 22:47 |
some_alex | wow, this sounds really nice, thank you! | 22:48 |
fsmithred | not that I'm worried about someone else changing my files - I just need to remember which ones I messed with. | 22:48 |
fsmithred | there's also tripwire which I think is similar | 22:49 |
some_alex | well I'm very paranoid, expecting that someone with at least my level of knowledge would magically appear in my flat while I'm not there and mess with my software xD | 22:51 |
Hurgotron | I'm using full disk encryption against that. | 22:51 |
some_alex | guess why I haven't used that machine much after inird was updated LOL | 22:51 |
some_alex | Hurgotron: me too, but /boot is still unencrypted | 22:52 |
Hurgotron | gotcha. | 22:52 |
some_alex | would never install an OS for myself without full-disk encryption | 22:52 |
some_alex | LUKS+LVM == LOVE | 22:53 |
Hurgotron | and RAID-1 below | 22:53 |
some_alex | well on desktop yes, I'm going to use zfs after I buy the drives | 22:53 |
some_alex | I mean I'm gonna use it as a server but it's basically an old desktop | 22:54 |
some_alex | a single drive would cost me 3 times the price I got this desktop for, hehe | 22:55 |
mason | I do ZFS mirrors atop LUKS. Works well. | 22:59 |
mason | I'm not so fond of the new native encryption, but if you don't have existing infrastructure, it probably wouldn't matter so much. It's painful shipping ZFS data from an encrypted dataset to an unencrypted one. | 23:00 |
some_alex | fsmithred: I'm curious though. Why isn't the initramfs-tools dir not changes due to this? Why isn't there any config file with the list of modules that initrd should contain? | 23:08 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!