brocashelm | gnarface: so, doing a bit of research on corectrl, this linuxreviews article shows some ways to hack the user-specified gpu/cpu settings into the kernel/on startup: https://linuxreviews.org/CoreCtrl | 07:47 |
---|---|---|
brocashelm | can be done through polkit rules as an example, although pkaction --version told me i was using 0.105 instead of 0.106 | 07:49 |
loosh[m] | how to disable loginctl suspend | 09:25 |
loosh[m] | which config file to edit | 09:25 |
loosh[m] | found it guys i edited /etc/elongind/logind.conf | 09:28 |
loosh[m] | stoopid me | 09:28 |
loosh[m] | anyways long live devuan community | 09:29 |
spine-o-saurus | hey I need to make openrc script for network interface to accept dhcp lease | 10:25 |
spine-o-saurus | dhclient was running but as soon as the nic plugged in it never got an ip | 10:26 |
yaglu | anyone else having trouble with the display manager not launching? | 11:11 |
yaglu | i just did a fresh install...with kde...install was fine...restarted the system...had to issue startx manually... | 11:12 |
yaglu | what am i missing | 11:12 |
gnarface | check release notes | 11:12 |
gnarface | you might need to switch permissions backends or uninstall a redundant one or something like that | 11:13 |
yaglu | this was a fresh install | 11:13 |
gnarface | it's in the release notes | 11:13 |
gnarface | not all combinations of login managers and window managers work | 11:13 |
gnarface | you might have missed one or it might just have the wrong one | 11:14 |
yaglu | alright lets see | 11:14 |
yaglu | tq...brb | 11:14 |
gnarface | permissions backend, login manager, window manager < these 3 things are picky about what they play nice with | 11:14 |
gnarface | hmm, or at least that was the problem in previous releases, i thought it still was but maybe they finally fixed that... | 11:16 |
gnarface | anyway if you have no login manager try lightdm | 11:16 |
gnarface | hmm, yea maybe they fixed it sorry about that, try making sure lightdm is installed, that's the one that worked for me with kde in beowulf | 11:18 |
yaglu | the release notes doesnt help me out | 11:19 |
yaglu | sddm is installed...so no...i dont wanna install lightdm | 11:19 |
gnarface | does installing lightdm and elogind help anything? | 11:19 |
gnarface | is elogind installed? | 11:19 |
gnarface | the new release notes do seem to suggest sddm is supposed to be working | 11:20 |
gnarface | i'm not sure how you'd have gotten it without proper dependencies in that case though | 11:20 |
gnarface | this is chimaera you said? | 11:20 |
yaglu | yes | 11:21 |
yaglu | and elogind is installed | 11:22 |
yaglu | just chked | 11:22 |
yaglu | screw it...lemme just go back to ghetto xinit scripts and trusty ol dwm | 11:24 |
yaglu | i wanted to give kde a try after a long time | 11:24 |
yaglu | thanks for the help @gnarface | 11:25 |
gnarface | anyone know if this was supposed to work? i don't see the thing about having to have special permissions backends paired with the desktop manager anymore in the release notes | 11:31 |
unixdan22 | Hello, I have graphic artifacts on ThinkPad T430 and T530 with integrated Intel HD 4000 GPU. Sometimes white dots appear all over the screen. It seems to be an xserver driver issue. How can it be fixed? | 14:21 |
unixdan22 | Is this the right place to ask? | 14:22 |
gnarface | unixdan22: yes, but you'll have to be patient because the channel is kinda slow at these hours | 14:27 |
gnarface | kinda sounds like video ram failure though, i'm afraid to tell you | 14:28 |
gnarface | if it's a software bug and you're fully updated, try the backports kernel, sometimes it helps | 14:28 |
humpelstilzchen[ | unixdan22: do the dots appear on both machines? | 14:40 |
unixdan22 | Yes, they appear on both machines. It is unlikely to be a hardware issue, because I have run hardware tests (e.g. memtest) on both machines and they all pass. | 14:43 |
humpelstilzchen[ | What xorg driver are you running? | 14:45 |
unixdan22 | The artifacts appear more often, when there is intense rendering. For testing I watch the animations on https://webglsamples.org/ | 14:48 |
unixdan22 | Xorg defaults to modesetting. | 14:50 |
unixdan22 | I have tried switching to the intel driver. Now the the dots appear only on objects and not on the background. | 14:50 |
unixdan22 | On https://webglsamples.org/book/book.html white dots appear on the aquarium image when I drag the page. | 14:59 |
pmp-p | unixdan22: most likely kernel driver issues i have artefacts on atom Zxxx gpu as well , they like to go as fast as possible from WIP to obsolete-wontfix nowadays | 15:20 |
Kitty | So I found a bug in python's tz library caused by the tzdata package in devuan/debian | 16:28 |
Kitty | I have a dist-upgraded chimaera install | 16:30 |
Kitty | the tzdata package has the timezone for Kyiv under the old name Kiev. | 16:30 |
Kitty | when you try to use python, it's internal pytz package doesn't know of this Kiev of which we speak, only of Kyiv. | 16:31 |
Kitty | there is no tz called Kyiv according to tzdata | 16:31 |
Kitty | so python crashed | 16:31 |
Kitty | hmm, there is no testing or unstable version of tzdata | 16:33 |
cytokine_storm | how do i check the boot time. im using sysv | 17:27 |
cytokine_storm | init | 17:27 |
___used | Where did he go? `sudo grep 'Activating swap\.\.\.' /var/log/boot` is one way | 18:16 |
rwp | Boot time can be checked with "who -b" for one way. I am sure there are other ways too. | 20:18 |
rwp | One can also do the math with "uptime". | 20:18 |
rwp | And that can be had with "cat /proc/uptime". | 20:18 |
___used | I assumed this kind of question is asked with the system down, requiring a look into logs. | 20:19 |
___used | When up, uptime is popular. Did not know about who -b | 20:19 |
___used | who -p and -m return nothing (Beowulf) | 20:21 |
___used | Maybe it expects systemd data ;) | 20:21 |
rwp | who -b reads /run/utmp where system boot time is logged. | 20:23 |
rwp | That does depend upon proper logging to occur. But since this is Devuan we don't need to worry about systemd breakage. | 20:24 |
___used | In theory. Why does who -p -m return nothing? | 20:24 |
rwp | I have never used them, so no idea, but probably nothing is logged for them. | 20:25 |
rwp | Some of those options are non-portable and only do things on Solaris systems and things like that. | 20:25 |
rwp | I have used "who -b" for a very long time to get this information the most reliably. | 20:26 |
rwp | Standards docs on who options: https://pubs.opengroup.org/onlinepubs/9699919799/utilities/who.html | 20:27 |
___used | I just read the manpage for who on Beowulf. Feb 2019 vintage, GNU coreutils. | 20:28 |
___used | `who am i` returns nothing here, but there is `whoami` | 20:29 |
___used | Returns nothing and $? -eq 0 ... fails succesfully. I _hate_ that sort of program. | 20:29 |
rwp | If "who am i" returns nothing then your utmp logging is broken. :-( | 20:30 |
rwp | whoami returns the same as "id -un" which returns running process information. | 20:31 |
rwp | "who am i" returns who the tty was logged into from the logged utmp data. Who the process logged into the tty with is historical information. | 20:32 |
rwp | Historical because I could log in as rwp and then I could su to root and then I could su to ___used and then whoami would be ___used but "who am i" would still be rwp who I had logged in as originally. | 20:32 |
___used | Yeah, so, logging is not... as complete as one would wish. Toy OS ;) | 20:33 |
rwp | When using sudo to change users sudo leaves a trail of breadcrumbs with SUDO_USER and others to log the previous user in the environment. | 20:34 |
rwp | Using su does not log such information. | 20:34 |
___used | I tried with and without sudo above. | 20:35 |
rwp | Sorry I said utmp for some things above that I should have said wtmp for. My bad. | 20:35 |
rwp | See "man wtmp" for some useful information about the logging. I am curious why your ?tmp is not logging this data for you. | 20:36 |
rwp | What does "last" say for you? Anything? | 20:36 |
rwp | There is also "lastb" to which prints out information from btmp which logs bad login attempts but it's pretty unreliable information, don't use it. | 20:36 |
___used | lots but just user and reboot records | 20:36 |
rwp | If one is really trying to track bad logins then one should trace through /var/log/auth.log for all of the details as they happen. | 20:37 |
___used | Sure. | 20:37 |
rwp | If last is reporting boot times for you as logged in /var/log/wtmp then I would think "who -b" should be able to do so as well. | 20:38 |
___used | It reports. | 20:39 |
___used | What I really hate is the zero return code from `who` when unimplemented/unavailable arguments are used. | 21:33 |
gnarface | speaking of unimplemented arguments... i was doing a ceres update last night and something flew by about unimplemented argument -cert[something or another] but i couldn't figure out what package specifically it came from or what it broke. anyone know what's up with that by chance? | 21:37 |
gnarface | oh it was "illegal option: -cacerts" or something similar | 21:38 |
gnarface | it came up in searches for various packages but at first glance nothing i had installed | 21:38 |
gnarface | it did happen while there was a bunch of .pem file names scrolling by though | 21:38 |
gnarface | (i reinstalled what i thought it could be but the error didn't happen again so i don't know if i got it) | 21:39 |
___used | logless installs? | 21:40 |
___used | do you have a /var/log/bootstrap.log ? | 21:40 |
___used | gnarface: | 21:42 |
gnarface | you're right i should have been logging, i was being sloppy | 21:42 |
___used | look if you have it anyway... | 21:42 |
gnarface | i do have /var/log/bootstrap.log but the error isn't mentioned there | 21:42 |
___used | ok | 21:42 |
gnarface | whatever package it was, the package install didn't get marked as a fail | 21:43 |
___used | It failed succesfully! My pet peeve. | 21:43 |
___used | +s | 21:44 |
gnarface | i couldn't even be sure from the context whether the command actually did something | 21:44 |
___used | I was unable to log installs using aptitude. | 21:44 |
gnarface | it was clearly complaining about that option but it didn't tell me whether that means it canceled out or actually just worked normally in spite of the error | 21:44 |
___used | The dpkg status logs exist, one can backtrack through them, but why would aptitude implement Tetris, but not logging? | 21:45 |
___used | (it has a Tetris game built in for long slow download installs) | 21:45 |
gnarface | heh, clever | 21:46 |
___used | Essential in snail's paced modem days, not so much now. | 21:46 |
___used | Sorry, Minesweeper, not Tetris. Just opened it to check. | 21:47 |
gnarface | still clever | 21:47 |
___used | I tried to pipe aptitude through tee, it works but the "gui" leaves tons of garbage in the log file | 21:49 |
___used | brb | 21:51 |
rwp | I never warmed up to aptitude. For me apt-get is my favorite Dr Who actor. | 22:45 |
rwp | gnarface, Do you have /var/log/apt/term.log that you could review? I suggest "less -r" on it. | 22:45 |
gnarface | rwp: ah! thank you, i should have known about this | 22:47 |
gnarface | the relevant package appears to have been ca-certificates-java, and it was one of the ones i reinstalled on a hunch, but the error didn't happen the second time so i'm not clear on what is broke | 22:48 |
rwp | You might review the postinst script by eye and see if you see anything. /var/lib/dpkg/info/ca-certificates-java.postinst | 22:49 |
gnarface | https://paste.debian.net/1250541/ | 22:49 |
gnarface | this is what it did | 22:49 |
gnarface | hmmm | 22:50 |
rwp | I look and find the line containing "cacerts_aliases=$(keytool -cacerts ..." but "man keytool" does not list that as an option. | 22:52 |
gnarface | here we go, i'm not the first to notice it: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1015771 | 22:53 |
gnarface | i see it looks for /var/lib/ca-certificates-java/fresh which explains why it didn't run on the second time but the rest is a mess and i'm afraid to screw with it | 22:56 |
gnarface | generating a bunch of aliases or something like that? | 22:57 |
rwp | If it were me I would post an update to that bug ticket saying simply that you had hit the error too. | 22:59 |
rwp | That would add a recent ping to it and perhaps wake people up that the problem hasn't been addressed yet. | 22:59 |
rwp | Since it has been a month since the first report and no acknowledgement about it. That's long enough for a ping about it. | 23:00 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!