Soltis | *** 8.1.2-1+devuan3~1 100 \ 100 /var/lib/dpkg/status \ 8.1.2-1+b1 500 \ 500 http://deb.devuan.org/merged unstable/main amd64 Packages | 12:34 |
---|---|---|
Soltis | rrq: ^ | 12:34 |
fsmithred | Soltis, which one is the newer version? | 12:38 |
fsmithred | nm, I see | 12:39 |
fsmithred | this is the naming problem we discussed a few weeks ago. | 12:39 |
fsmithred | Soltis, try this... | 13:01 |
fsmithred | apt download php8.1-common | 13:01 |
fsmithred | dpkg --force-downgrade -i php8.1-common*.deb | 13:01 |
fsmithred | apt -f install | 13:01 |
fsmithred | it's not really a downgrade, but the versioning is screwed up. | 13:02 |
fsmithred | I'm assuming that the un-devuanized version now works. | 13:02 |
rrq | Soltis: I can't find that (or any) devuan variant anywhere. Even the php7 packages to expect in chimaera are without devuan variants. You also have "unstable" as sources.lists point so "apt-get upgrade" generally seems like a bad choice for you | 13:27 |
rrq | probably fsmithred's uggestion will work though, but unle you really know you want that "untable" point you hould remove it. | 13:30 |
rrq | (my s is bad) probably fsmithred's suggestion will work though, but unless you really know you want that "unstable" point you should remove it. | 13:31 |
fsmithred | yeah, that new version is in ceres/daedalus | 13:41 |
fsmithred | not in chimaera (current stable) | 13:41 |
Soltis | unstable or not, that doesn't even pass "does it compile" level spit testing for package integrity | 16:33 |
u-amarsh04 | just hit an incompatibility (same file in both packages) between the unstable versions of texmaker and texmaker-date and had to downgrade again (reported the bug to the Debian bugtracker) | 16:35 |
fsmithred | Soltis, what are you saying? | 16:47 |
Xenguy | Soltis, Andrew is that you? | 18:34 |
syco | i have a clock problem: it tends to lag +/- 2 mins ervery hour, i have to ntpdate every few hours .. any idea what could cause this ? | 19:14 |
fsmithred | syco, I once had a bad power supply causing that problem | 19:15 |
syco | (running chimera, i didn't have that problem with debian11, i just don't understand what might cause this) | 19:15 |
syco | fsmithred, a brand new corsair 750W powersupply | 19:15 |
syco | ok, i have 14 hdds in that box | 19:16 |
fsmithred | lol | 19:16 |
fsmithred | did you do the math on amp requirements? | 19:16 |
syco | hdds shouldn't suck up that much power :/ | 19:16 |
syco | (i'm running mdadm --grow right now) | 19:17 |
fsmithred | are they in a | 19:17 |
fsmithred | yeah, they are | 19:17 |
syco | could that cause it ? | 19:17 |
fsmithred | can you see how many disks are active at once? | 19:17 |
syco | 7 active right now (mdadm) | 19:18 |
fsmithred | I don't really know if that | 19:18 |
fsmithred | 's enough to do it | 19:18 |
syco | i'll see after the mdadm --grow | 19:18 |
syco | maybe it's just that | 19:19 |
fsmithred | mine was truly a bad psu | 19:19 |
sixwheeledbeast | I'd say no more than 10W each | 19:19 |
sixwheeledbeast | ballpark | 19:19 |
syco | sixwheeledbeast, yes that's what i thought too | 19:19 |
sixwheeledbeast | you'd need all the drive model numbers to calculate properly | 19:20 |
syco | even if 15 drives sucked up 20W each, that would be 300W | 19:21 |
syco | i have a ryzen5 and a 750W power supply :/ | 19:21 |
syco | no hungry graphics card | 19:22 |
syco | amdgpu uses 45W sensor tell me | 19:22 |
syco | s/sensor/sensors | 19:23 |
buZz | syco: plus ~10W per dimm module, plus ~50W for motherboard | 19:24 |
sixwheeledbeast | You have to estimate split of that between 5 and 12v rails tho. | 19:24 |
buZz | or hey, why not just measure it | 19:24 |
buZz | apt install lmsensors perhaps | 19:24 |
syco | that would be +/- 100W for the 4 dimms and the mobo | 19:25 |
syco | E: Unable to locate package lmsensors | 19:27 |
buZz | lm-sensors | 19:27 |
buZz | i always get that wrong | 19:27 |
syco | lm-sensors is already the newest version (1:3.6.0-7). | 19:29 |
buZz | you can use it then ;) | 19:29 |
syco | it's sensors from that package i use | 19:29 |
buZz | it can often report the voltages from PSU on motherboards | 19:29 |
buZz | which you can then monitor under load | 19:29 |
buZz | syco: wait, your only issue is a -clock- drift? :D | 19:30 |
buZz | tried replacing motherboard battery yet? | 19:30 |
buZz | you said 'it' tends to lag, only the -clock display- does? | 19:30 |
buZz | are you sure the actual clock is 'stuck' in those two minutes? or only the display of it | 19:30 |
syco | buZz, yes | 19:31 |
buZz | which yes | 19:31 |
syco | yes for the clock drift | 19:32 |
syco | 'date' shows me it's lagging | 19:32 |
buZz | so 'yes, no no no' | 19:32 |
syco | no for the mobo battery | 19:33 |
buZz | is it running slow? or literally stopping? | 19:33 |
syco | but since the mobo is powered it should'nt rely on the mobo battery | 19:33 |
syco | juste running slow | 19:33 |
buZz | yeah but you're running a x86-clone | 19:33 |
buZz | so all bets are off ;) | 19:33 |
syco | ryzen 5600g | 19:33 |
syco | the problem is recent | 19:34 |
syco | didn't happen before | 19:34 |
syco | ok, i have a load average of 20 right now | 19:34 |
syco | mdadm + ffmpeg + video playback running | 19:35 |
syco | well, i'll set up a cronjob to ntpdate every 10 mins or so | 19:38 |
buZz | why not just run actual ntp instead of ntpdate every so often? | 19:41 |
buZz | systemd on debian does so too by default afaik | 19:41 |
syco | hmm .. i need to rtfm | 19:42 |
nyov | how does one use a devuan mirror in a sources.list? trying to use https://deb.devuan.org/merged/ gives a bad domain cert error, but I can't figure out how to use a different mirror URL... | 23:26 |
fsmithred | nyov, example sources.list: https://www.devuan.org/os/packages | 23:40 |
fsmithred | list of package mirrors: https://pkgmaster.devuan.org/mirror_list.txt | 23:40 |
fsmithred | Replace deb.devuan.org with BaseURL for your selected mirror | 23:41 |
fsmithred | but deb.devuan.org should work. Can you paste your sources.list at paste.debian.org so we can look at it? | 23:42 |
nyov | fsmithred: thank! the second link looks good | 23:42 |
fsmithred | I just did an update, and deb.devuan.org is working here. Sometimes it'll fail because the server is in the middle of updating itself. In that case, it usually works a few minutes later. | 23:43 |
nyov | fsmithred: it's an SSL certificate domain mismatch | 23:44 |
nyov | i.e. "deb.devuan.org uses an invalid security certificate. The certificate is only valid for devuan.packet-gain.de" | 23:44 |
nyov | so I wanted a specific mirror instead of the balancer | 23:44 |
fsmithred | thanks. I passed along the message so whatever it is can get fixed. | 23:47 |
fsmithred | bbiab | 23:47 |
nyov | i don't think that can be fixed. unless every mirror adds "deb.devuan.org" to their SSL cert name. but no problem | 23:49 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!