| nemo | rwp: seems to be about once a day | 00:59 |
|---|---|---|
| rwp | Something in /etc/cron.daily/* or /etc/cron.d/* then? Hopefully root is not using /var/spool/cron/crontabs/root for goodness sake. | 01:00 |
| Wonka | hmf. hmf. time and time again I have problems with orphan-sysvinit-scripts ./. pdns | 10:33 |
| Wonka | Not replacing deleted config file /etc/init.d/pdns | 10:33 |
| Wonka | update-rc.d: error: initscript does not exist: /etc/init.d/pdns | 10:33 |
| Wonka | then I do `cp /usr/share/orphan-sysvinit-scripts/pdns /etc/init.d/ ; dpkg --configure -a` and all seems well | 10:47 |
| Wonka | am I doing something wrong, or is it one of those packages? | 10:48 |
| Grengar | Hello, I'm having a little trouble with my install of devuan and was hoping you guys could help me. when I run "sudo apt upgrade" I find the following error | 12:24 |
| Grengar | https://pastebin.com/raw/qY5nmLK6 | 12:24 |
| u-amarsh04 | Grengar - are you migrating from Debian to Devuan? | 12:37 |
| Grengar | I've been unsing devuan for a few months | 12:37 |
| Grengar | using* | 12:37 |
| Grengar | it was a clean install | 12:38 |
| u-amarsh04 | just wondering why the pasted information seems to indicate that systemd and libsystemd0 are still installed? | 12:38 |
| Grengar | yeah that's what I was wondering too lol | 12:39 |
| u-amarsh04 | what does the following show? dpkg -l|grep systemd | 12:39 |
| Grengar | I'm not sure what exactly I've done to cause this, I have had it shut off for a couple weeks and it's been like this since I turned it on earlier | 12:40 |
| u-amarsh04 | dpkg -l|grep systemd can be run as a regular user, it doesn't change anything | 12:40 |
| Grengar | Nothing returns from that command | 12:40 |
| u-amarsh04 | weird | 12:40 |
| u-amarsh04 | can you paste your /etc/apt/sources.list ? | 12:42 |
| Grengar | https://pastebin.com/raw/hSYsQQsx | 12:44 |
| u-amarsh04 | thanks, I have: deb http://deb.devuan.org/merged chimaera-updates main contrib non-free | 12:46 |
| u-amarsh04 | you appear to have it commented out | 12:46 |
| Grengar | no change uncommenting it | 12:48 |
| u-amarsh04 | did you do an apt-get update after uncommenting it? | 12:48 |
| Grengar | yes | 12:49 |
| Grengar | oh wait | 12:49 |
| Grengar | myb | 12:49 |
| Grengar | It seems like it's working now | 12:49 |
| u-amarsh04 | good | 12:49 |
| u-amarsh04 | http://dev1galaxy.org/index.php is also helpful | 12:50 |
| Grengar | what exactly is the difference between using apt and apt-get | 12:50 |
| u-amarsh04 | not sure | 12:52 |
| Grengar | Alright. Weird that using sudo apt update didn't show any change but sudo apt-get update did | 12:54 |
| Grengar | Thanks for the help, I really appreciate it | 12:54 |
| gnarface | there's not much difference, but apt is kinda general purpose whereas apt-get is just for download/install | 12:54 |
| gnarface | apt kinda acts like a frontend for the rest of the apt-* tools (see the man page) but i don't think it's technically a frontend, i think it's a bundled reimplementation that postdates the more specific apt-* tools like apt-cache and apt-get | 12:55 |
| Grengar | That makes sense, thanks | 12:55 |
| u-amarsh04 | I've actually just used aptitude for many years, it helps one to understand what package conflicts may exist and alternative ways to resolve them | 12:55 |
| gnarface | ... and aptitude is something completely separate that tries to add helpful problem solving and obviate doing things as separate steps like the apt-cache/apt-get workflows do | 12:56 |
| gnarface | sometimes when you've made a mess it can help out, but the primary complaint is that it can be slower on slow hardware or bandwidth constrained network connections | 12:56 |
| gnarface | synaptic is the graphical one, also no overlap of implementations with apt/aptitude tools | 12:58 |
| gnarface | dpkg is the lowest-level tool, does not support the network features | 12:58 |
| u-amarsh04 | I use aptitude with a little bit of dpkg -l / dpkg -i | 12:58 |
| debdog | plus patitude has minesweeper | 12:59 |
| debdog | hehe, *apti | 12:59 |
| gnarface | not "synaptic" the package manager is not to be confused with "synaptics" the optional (advanced feature-set) touchpad driver | 12:59 |
| gnarface | note* | 12:59 |
| FatPhil | aptitude is horrific on slow machines, but alas what I've become used to as the all-round general-purpose tool. | 13:16 |
| FatPhil | dpkg -S/-l and apt-cache search/show are the only non-aptitude commands I use, IIRC. | 13:17 |
| u-amarsh04 | my oldest/slowest pc is a Pentium D with 2 Gig of RAM | 13:21 |
| FatPhil | this little puppy is a sweet little Intel(R) Celeron(R) 3205U | 13:27 |
| FatPhil | (Well, I lie, this actual machine is the RasPi I log into for IRC/tmux sessions from anywhere | 13:27 |
| ribcage | why would aptitude be slow? | 13:41 |
| ribcage | i always use apt-get though... | 13:41 |
| FatPhil | it does multiple rereads of the whole package database as it runs statelessly | 13:45 |
| FatPhil | once it's offloaded responsibility for doing some actual task to one of the underlying tools, it doesn't trust that an OK result means everything's in a predictable state - it rereads everything from scratch | 13:47 |
| gnarface | it also updates the package database first from the network on every run, whereas apt-get has to actually be called twice to do that | 14:04 |
| FatPhil | I thought that was only done when you press 'u' | 14:07 |
| FatPhil | not sure what happens in command-line mode rather than gui mode | 14:08 |
| FatPhil | but I thought in commandline mode it was supposed to mimic apt-get | 14:08 |
| u-amarsh04 | nice to see that .version auto-increment has been restored in Linux kernel building as of 19th November 2022 | 14:46 |
| FilipZ | Hi! I would like to ask about the power manager settings. In the "System" section, after setting "Hibernate" option, and triggering it through the required action, after turning the PC back up controls locks in a way where I only can move the mouse pointer within a small frame, on the middle of the screen, less than 1/3 of its size. Is it because of the "Lock screen when system is going to sleep" option? Why does it work like thi | 17:20 |
| FilipZ | ow am I supposed to unlock it? | 17:20 |
| FilipZ | There is also the separate "Lock screen" action after closing the lid, ciritcal power, or system power setting happens, and it also works in the strange way. After I closed the lid for this to happen, the screen blacked out and the window with login and password fields appeared only after 2-3 second from opening the lid back up(shouldn't it rather happen right at the moment of reopening?). After unlocking it worked just fine, but | 17:27 |
| FilipZ | closed and then reopened the lid again, the screen locked in the same way as it happened after turning it back up from the hibernation. Can I make it work correctly somehow? | 17:27 |
| FilipZ | PS. I forgot to delete the '. and it also works in the same way" part. I described later that it once locked the screen in the same way, and once differently. | 17:29 |
| rwp | FilipZ, First, I don't know, but your report sounds to me like typical problems with the graphics upon resume from suspend with some hardware. | 19:43 |
| rwp | I think I would try disabling the lock upon suspend in Desktop Environment so as to remove the lock screen from the series. | 19:43 |
| rwp | Then try debugging why the graphics system is broken upon resume from suspend. Lots of hardware problems have been typical in the graphics drivers. | 19:44 |
| rwp | Additionally I would keep in mind that Control-Alt-F1 gets to the first vt console, Control-Alt-F2 to the second and so on through F3, F4, ... F6. | 19:45 |
| rwp | Those should be available to log into the text console *if the X lock screen is not active* and then would provide ways to interact with the system. | 19:46 |
| rwp | Though if the system is a UEFI boot which uses graphics for text consoles then the graphics there might be broken too. | 19:46 |
| rwp | If you say what graphics driver your system is using then someone else (not me though) might know something more about it. | 19:47 |
| FilipZ | Those are version 470.141.03 Nvidia drivers | 19:50 |
| rwp | I was worried you would say nVidia. So many reports of problems there! | 19:55 |
| FatPhil | having intel, I'd say that surely nothing can be worse than intel | 20:52 |
| rwp | Really? I have both Intel graphics and AMD graphics in active use with both working well. I was driven there by previously using nVidia. | 21:00 |
| rwp | Until about a year and a half ago the free software nouveau driver worked well for my nVidia desktop running Unstable. | 21:01 |
| rwp | And then Linux became unstable in Unstable using that driver and I had to move off of it for my own sanity. | 21:01 |
| FatPhil | whatever the on-chip GPU is for my wonderful Celeron 3205U. Of course, it might be some other part of the chip that's broken, but it dies most often during video playback. | 23:03 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!