Guest3495 | I'm afraid to run this since it wants to remove 50+ packages | 00:00 |
---|---|---|
gnarface | Guest3495: at this point it's probably your only option | 00:02 |
djph | plasma41: I never really liked aptitude's interface, nearly always use apt-get | 00:02 |
djph | but ow, yeah ... dist-upgrade is ... not always kind | 00:02 |
Guest3495 | Should I do it? | 00:03 |
gnarface | Guest3495: just keep an eye on what it actually removes so you can put it back afterwards | 00:03 |
gnarface | Guest3495: if it removes the kernel or udev, don't reboot until you put them back in | 00:03 |
plasma41 | Guest3495: First, in aptitude start by selecting each manually installed package marked for deletion (the ones marked "id") and typing : (colon) to cancel the action to remove them. | 00:04 |
stiltr | It looks like they're all 32-bit libs. Or at least mostly. | 00:04 |
gnarface | Guest3495: if it wants to remove something that's no longer in the repo there's probably a good reason (like the cause of all your other errors) | 00:04 |
Guest3495 | I've never used aptitude before. THis is confusing and I'm afraid I'm going to kill my system | 00:04 |
gnarface | hmm... | 00:05 |
gnarface | well i admit i thought it was going to kill my system too, but the net change was just one removed package i wasn't using anyway | 00:06 |
Guest85 | I apoligize, I accidently killed x with a buttonpress | 00:06 |
Guest85 | I think I fixed the menu in aptitude, and am now attempting to run it | 00:07 |
Guest85 | I got a time-out again, like in the apt run | 00:07 |
plasma41 | Guest85: Then use the interactive dependency resolver (https://www.debian.org/doc/manuals/aptitude/ch02s03s03.en.html) to get find a desireable dependency resolution. | 00:07 |
Guest85 | Now I'm getting several | 00:08 |
Guest85 | https://freespeechextremist.com/media/9d89cabd-4cbf-4527-9074-0db02df14dbf/2020-06-09-150812_1366x768_scrot.png?name=2020-06-09-150812_1366x768_scrot.png | 00:09 |
gnarface | Guest85: usually this is caused by obsoleted packages, backports packages, or packages from competing distros | 00:09 |
gnarface | Guest85: letting it remove them is pretty much your only choice | 00:09 |
gnarface | Guest85: like i said, just keep an eye on it removing anything you need to actually boot | 00:10 |
Guest85 | Yeah, but I just told you now it's failing to even fetch the packages | 00:10 |
Guest85 | Look at the image | 00:10 |
stiltr | Can you browse to the .onion repo? Might be an issue with your tor setup. | 00:10 |
gnarface | Guest85: a recent ascii->beowulf upgrade for me wanted to remove a boat load of packages too, but i was able to reinstall beowulf versions of all of them after that, except for one i wasn't even using (va-drivers-all) | 00:10 |
gnarface | Guest85: if it's timing out that's different, but if you're using deb.devuan.org in your sources.list, it's a DNS round-robin, so just try again? | 00:11 |
Guest85 | I'm changing to that | 00:11 |
Guest85 | I was using tor | 00:11 |
gnarface | oh, i see | 00:11 |
plasma41 | Guest85: Is your apt cache up to date? Try running `apt update` first. | 00:11 |
gnarface | oh, yea don't forget this part^ | 00:12 |
Guest85 | I'm updating to deb.devuan | 00:12 |
Guest85 | Is something wrong with the tor proxt | 00:12 |
gnarface | i could only speculate | 00:13 |
stiltr | Looks like the timeout is at your local socks proxy rather than the repo, but I'm not super familiar with Tor. | 00:13 |
Guest85 | gnarface you remember me from a few days ago? | 00:14 |
Guest85 | That was me who was upgrading | 00:14 |
gnarface | Guest85: i remember you but i don't recall you mentioning you were using tor at the time | 00:15 |
plasma41 | Guest85: Based on your last screenshot, you're cache is indeed out of date. The packages that timed out were requesting old versions. | 00:15 |
Guest85 | running again | 00:15 |
Guest85 | plasma41 that's impossible I upgrade every time before I run apt | 00:15 |
Guest85 | This is my current, post-change sources.list | 00:15 |
Guest85 | # deb tor+http://devuanfwojg73k6r.onion/merged beowulf main | 00:16 |
Guest85 | # deb tor+http://devuanfwojg73k6r.onion/merged beowulf-updates main | 00:16 |
Guest85 | # deb tor+http://devuanfwojg73k6r.onion/merged beowulf-security main | 00:16 |
Guest85 | # deb-src tor+http://devuanfwojg73k6r.onion/merged beowulf main | 00:16 |
Guest85 | # deb-src tor+http://devuanfwojg73k6r.onion/merged beowulf-updates main | 00:16 |
gnarface | sigh | 00:16 |
gnarface | can anyone else test the tor gateway to see if it's working? | 00:17 |
plasma41 | Gues85: nevermind that last message. I was mistaken. | 00:18 |
gnarface | he's gone | 00:18 |
gnarface | bot kicked him | 00:18 |
gnarface | and he'll probably think we did | 00:18 |
gnarface | i can't save them all but remember being like that, so it causes me angst | 00:37 |
stiltr | Looks like the tor repo is working. At least I can browse to it ok. | 00:52 |
kjjjnob | Hello! ceres branch have same support of packages like sid? For example latest mate 1.24 | 00:53 |
stiltr | pkginfo.devuan.org | 00:54 |
gnarface | stiltr: he was complaining about timeouts using it with apt though | 00:58 |
gnarface | kjjjnob: yes | 00:59 |
stiltr | Yeah, I know, but I don't have apt on this box to test with. It uses http, so unless there's something really strange going on with it, I'd assume it's working. | 00:59 |
stiltr | I'm pretty sure his issue was his local socks proxy. | 01:00 |
gnarface | kjjjnob: oh, i mean in general, yes, though mate, specifically... maybe not at the moment. it was there a couple days ago but not seeing it now. https://pkginfo.devuan.org/ | 01:01 |
gnarface | kjjjnob: generally, it's gonna be all the same packages though | 01:02 |
gnarface | kjjjnob: here's the list of packages not present: http://packages.devuan.org/bannedpackages.txt | 01:04 |
kjjjnob | gnarface: Oh thanks man! I will check now | 01:05 |
sgage | kjjjnob: I'm running chimaera/ceres with MATE right now, | 01:05 |
sgage | and it's definitely MATE 1.24 | 01:05 |
kjjjnob | Nice to know! sgage | 01:05 |
gnarface | sgage: yea i see 1.24 in my apt cache but it's at the moment missing from the repos, so they must have just removed it since last week i think | 01:05 |
gnarface | though often those types of removals are temporary | 01:06 |
gnarface | stuff gets pulled from sid temporarily all the time | 01:06 |
sgage | I think there was/is a dependency-go-round so certain updates are being held... | 01:06 |
kjjjnob | Thanks guys! | 01:14 |
kjjjnob | I made a minimal installation with mini.iso and commands to reboot, shutdown, are missed. I need other package to get working? | 02:09 |
Wafficus | Hi there, I'm installing Devuan on my desktop, but I'm getting a red screen for the min install step for the "Select and install software" portion | 02:13 |
Wafficus | it just says "Installation step failed" and prompts if I want to Continue to try again | 02:14 |
djph | "try again" ? | 02:14 |
Wafficus | nevermind, might have been a mirror thing | 02:14 |
Wafficus | yeah I tried for the third time, now it seems to be working | 02:14 |
Wafficus | maybe the main mirror was down | 02:14 |
djph | could be | 02:14 |
Wafficus | sorry about that | 02:14 |
gnarface | kjjjnob: they're in package sysvinit-core | 02:15 |
Wafficus | gonna stay on here for a bit as I plan on attempting to install the usual stuff I install for my Debian system, however, I plan on also trying out Steam on Devuan | 02:16 |
Wafficus | someone on here told me to pick the Devuan package version of Steam, so I'll try that | 02:16 |
kjjjnob | gnarface: Yeah, found that but can't execute with su -c logged with my user. root is fine | 02:16 |
Wafficus | does the same apply for Nvidia based drivers on Devuan? Or should I install drivers from Nvidia instead? | 02:17 |
gnarface | kjjjnob: it might just be missing from your path. there was a change to the default su path in /etc/login.defs and there was also a change to su so it doesn't include the path by default anymore (use "su -") | 02:17 |
gnarface | Wafficus: same applies for nvidia drivers based on devuan. get them from the repo (but that's true for Debian, too, fyi) | 02:18 |
gnarface | Wafficus: if you need newer drivers than what is in the beowulf repo get them from beowulf-backports | 02:18 |
gnarface | Wafficus: (if you do that, make sure to get the kernel from there too) | 02:18 |
gnarface | Wafficus: if you have a steam controller you'll need some custom udev rules | 02:19 |
Wafficus | no steam controller | 02:19 |
gnarface | Wafficus: otherwise everything else should behave the same | 02:20 |
Wafficus | just a Wii U pro controller with the adapter | 02:20 |
Wafficus | gotcha | 02:20 |
Wafficus | it would show up as just steam, not steam-proton in the package manager? | 02:20 |
gnarface | correct | 02:20 |
kjjjnob | gnarface: thanks! I will check | 02:20 |
gnarface | Wafficus: correct. it's in non-free though | 02:20 |
gnarface | Wafficus: (proton can be installed through the client after the fact) | 02:21 |
Wafficus | gotcha | 02:21 |
Wafficus | weird question but if Steam gets to me in terms of bothering my conscious about telemetry | 02:21 |
Wafficus | if I apt remove it, that would nuke it completely from my Devuan install right? | 02:21 |
Wafficus | cause I might just use the Desktop for emulators anyway to be totally honest | 02:22 |
gnarface | Wafficus: well... no. first of all, by default every package will leave behind config files unless you add --purge to the remove command. second of all, purging *Steam* will probably still leave behind all the games, which would need to be manually deleted, but i can't tell you for sure. | 02:23 |
gnarface | Wafficus: to be safe, if you don't know how to find your STEAMROOT and "rm -rf" it safely, i'd recommend uninstalling all the games through the steam client before purging the steam client package itself | 02:24 |
Wafficus | good idea | 02:24 |
gnarface | Wafficus: (and note that it's common for commercial software to be packaged rather less professionally than the open source stuff) | 02:25 |
djph | gnarface: should be - steam installs games to $HOME/.steam/xxx as I recall | 02:25 |
gnarface | djph: by default, yea but if you start adding libraries they can be anywhere | 02:37 |
djph | gnarface: yeah ; I haven't noticed it be too crazy | 02:39 |
bgstack15 | has anyone here successfully used textbelt (https://github.com/typpo/textbelt) on a Devuan system? | 03:09 |
bgstack15 | Apparently, nodejs installs just fine but I cannot tell if the app needs more configuration or sendmail needs configuration (?) | 03:10 |
gnarface | bgstack15: default system mail daemon is exim4, which should include sufficient sendmail emulation. | 03:14 |
gnarface | bgstack15: if you need to reconfigure it, run this: dpkg-reconfigure exim4-config | 03:15 |
bgstack15 | alas, I have removed exim4. I never really understood exim. I guess it's my fault; because I never quite grokked sendmail. I was more of a copy-paste the inherited postfix-config guy. | 03:16 |
gnarface | well, sendmail and postfix should be installable too, but you shouldn't need to touch the exim4 config by hand for normal use cases | 03:17 |
bgstack15 | but I did do a dpkg-reconfigure on postfix. | 03:17 |
bgstack15 | ironically I think the silly nodejs payload thingy is just pumping to sendmail (or whichever one I set up on port 25) so it looks like it's just trying to do that old-school email-to-SMS stuff. | 03:18 |
bgstack15 | and I'm guessing my ISP does lame things with blocking port 25 outbound | 03:19 |
bgstack15 | So thank you for your guidance, gnarface! My /var/log/mail.log shows connection timing out to alltel.net and a bunch of other domains (related to the message I'm trying to send out) | 03:20 |
gnarface | bgstack15: yea, no problem. it's common these days for residential ISPs to block outbound mail by default. some of them might unblock it for you if you ask tech support (not Comcast, though) | 03:26 |
bgstack15 | Supposedly I can configure the application to use another smtp server, e.g. gmail, so I'm going to check if I have access to those ports | 03:27 |
bgstack15 | and then just plug in one of my throwaway gmail account creds | 03:28 |
se7en | I'm back | 03:57 |
se7en | I'm now convinced the problem is not with a depdendency hell but with permissions | 03:57 |
se7en | I removed the setguid bit to msmtp and fixed it | 03:57 |
se7en | I am still unable to do many things, and selinux fails on boot too, causing a reboot for reprofile | 03:57 |
se7en | I am begining to think this issue may have existed prior to the upgrade | 03:58 |
gnarface | systemd can hide permissions issues (it's less secure because of it, but it results in less complications for new users) | 03:58 |
gnarface | the issue very well my have existed prior | 03:59 |
gnarface | usually such complications are easy to iron out by hand though | 03:59 |
se7en | I don't wish to use systemd, that's why I am on devuan since '16 | 03:59 |
se7en | I found a script on stack overflow claiming to rectify permission errors | 04:00 |
gnarface | oh this wasn't an upgrade from a debian system? i thought it was | 04:00 |
se7en | The problem is I have no default chmods to compare it to | 04:00 |
se7en | No, this was an upgrade from Devuan 2 to Devuan 3 | 04:00 |
se7en | Does this script look valid, gnarface | 04:00 |
se7en | chmod -R 755 /bin /boot /dev /etc/ /home /lib /lib64 \ | 04:00 |
se7en | folowed by | 04:00 |
gnarface | lemme look, stand by | 04:00 |
se7en | Actually, I'll pastebin | 04:00 |
se7en | I don't want a repeat of the shithead freenode k-line system | 04:01 |
se7en | If this was an important infrastrucute, freenode would be complicit in its damage | 04:01 |
se7en | http://ix.io/2oMS | 04:01 |
se7en | I don't know what the defaults are | 04:01 |
se7en | So I do not know if this is valid | 04:01 |
se7en | This was posted in response to a man who accidently chmod 777 / | 04:02 |
gnarface | uh, i'm not clicking on that. i'll look if you put it on paste.debian.net, but i can tell you right away from the first chmod line you pasted already that it will work but it's still too broadly targeted for my taste | 04:02 |
se7en | I'll use paste.debian.net, but ix.io is a valid pastebin | 04:02 |
gnarface | 777 will work too but that's massively insecure in any context | 04:02 |
se7en | http://paste.debian.net/plain/1151275 | 04:02 |
se7en | Why was msmtp setguid anyway | 04:03 |
gnarface | 755 on /etc will end up making some text files executable that shouldn't be, even though it probably wouldn't break anything, what you'd want in there is 755 for directories and 644 for text files | 04:03 |
gnarface | i can only guess it's setguid so things in that group can send mail | 04:04 |
se7en | Is it possible for you to make me an easy-to-run "fix it" script? | 04:04 |
gnarface | or something like that | 04:04 |
gnarface | i haven't messed with msmtp | 04:04 |
se7en | I've never gotten errors surrounding msmtp permission errors before | 04:04 |
se7en | Of course, it was not msmtp that made the error, but torsocks | 04:04 |
se7en | Was there a change in torsocks I was not aware of? | 04:04 |
gnarface | i don't know but someone wsa complaining about tor timeouts earlier | 04:05 |
gnarface | something may be up with the server | 04:05 |
se7en | This has nothing to do with the server | 04:05 |
se7en | No connection is made, torsocks reports it can not use programs that are setguid | 04:05 |
gnarface | oh, hmm | 04:05 |
gnarface | could be a security setting then | 04:06 |
se7en | Removing setguid simply fixed the problem with msmtp | 04:06 |
se7en | This does not solve the error with my libraries, selinux, or other htings | 04:06 |
gnarface | as for a quick fix-it script... nothing i'd want to take responsibility for | 04:06 |
se7en | I recall that earlier in the year I was unable to properly use my mail setup due to issues surrounding my mailsetup | 04:06 |
se7en | Shortly after I foolheartedly installed devuan ascii onto this machine, and moved /bin and so on to this computer via cp | 04:07 |
se7en | So perhaps this issue has existed the entire time and is only now coming up | 04:07 |
se7en | What can I do? What are my options? | 04:07 |
gnarface | well, the fix-it script you are asking for is not a huge task, just one i'm not sober or well-fed enough at the moment to want to take on for you. i think you should try it though | 04:08 |
gnarface | i had done something like it once | 04:09 |
gnarface | you want to chain the find command with your chmod commands | 04:09 |
gnarface | like: chmod... `find ...` | 04:09 |
gnarface | you can use find to filter by -type for directories and regular files | 04:10 |
se7en | Do you have a reference for the default system? | 04:11 |
gnarface | and in regards to this: http://paste.debian.net/plain/1151275.... /sys and /proc should be auto-generated at boot time. you shouldn't need to do shit to them but reboot | 04:11 |
gnarface | permissions on /tmp is correct but don't "-R" it, those *contents* should also regenerate at boot | 04:11 |
gnarface | and you're giving execute permission to the *symlinks* (which already have them) to the kernel and initrd (which don't need them) | 04:12 |
gnarface | i don't have a reference to the default system other than my default systems here | 04:12 |
gnarface | if you need a reference to the default system a good way to get one fast is to debootstrap a minimal install into a chroot then look at that | 04:12 |
gnarface | "chmod 700 /root" is appropriate, just not with the -R again here | 04:13 |
gnarface | you probably want to chmod 7000 all the users' home directories too in that case | 04:13 |
se7en | I think that would take a large amount of time | 04:13 |
gnarface | (which is *not* default) | 04:13 |
se7en | I've never used debbootstrap | 04:13 |
gnarface | minimal system is 400-500MB download. it would take however long your connection allows | 04:14 |
gnarface | debootstrap is super easy: debootstrap beowulf ./targetdir http://deb.devuan.org/merged | 04:15 |
se7en | Am I supposed to do that as root: | 04:16 |
gnarface | sorry chmod 700 all users' home directories i meant to type (hopefully that was obvious though) | 04:16 |
se7en | I just installed debootstrap via apt and I still get a command not found error | 04:16 |
gnarface | uh, it's in /usr/sbin/ so it's clearly intended to be run as root, i forget if that's a requirement | 04:17 |
gnarface | you might just need write permission to ./targetdir | 04:17 |
gnarface | oh, no wait, you probably need root though to establish the lock on the apt cache or something | 04:17 |
se7en | Ok, it's running | 04:18 |
gnarface | well, if it's running as non-root now then i'm wrong | 04:18 |
se7en | So it'll install an entire debian install to $HOME/test | 04:18 |
se7en | And then | 04:18 |
se7en | What do I do | 04:18 |
gnarface | just "ls -l" stuff in there to look at the permissions | 04:18 |
se7en | oh | 04:19 |
gnarface | you're able to translate between 0755 notation and rwxr-xr-x right? | 04:19 |
se7en | Yes | 04:19 |
se7en | I believe so | 04:19 |
gnarface | ok, good, because i didn't want to explain binary math to you before dinner | 04:19 |
se7en | Is there not an easy method of doing this | 04:19 |
gnarface | you're asking the wrong guy. i just told you my easy way. been doing this since 1997 | 04:20 |
se7en | I found this | 04:21 |
se7en | It says to do what you did | 04:21 |
gnarface | i suppose you could use tar to just overwrite the entire host filesystem with whatever you just extracted into the ./targetdir but i am avoiding steering you towards near certain destruction | 04:21 |
se7en | https://askubuntu.com/questions/996993/tutorial-fix-a-chmod-disaster | 04:21 |
se7en | So can I do these find commands for the debootstrap directory? | 04:22 |
se7en | Without having to manually 1:1 it? | 04:22 |
gnarface | hmmm | 04:22 |
gnarface | well the concept looks sound at first glance, but i would take ubuntu's default permissions with a grain of salt, and rely on the debootstrap'd version instead | 04:23 |
se7en | Skip ahead | 04:23 |
se7en | I'm asing if I could convert the command | 04:24 |
gnarface | right away telling you to chmod 777 bin, dev, etc, lib... that's dangerous and i'm not sure it's reasonably qualified advice | 04:24 |
se7en | find /bin -depth -printf 'chmod %m %p\n' > bin | 04:24 |
se7en | And replace it with the debootstrap directory | 04:24 |
se7en | Do you not understand what I'm saying? | 04:26 |
gnarface | yes, i do, i'm trying to figure out how to answer | 04:26 |
gnarface | you're trying to collapse two questions into one state and one answer | 04:26 |
gnarface | i understand why you would do this but reality won't comply | 04:26 |
gnarface | there are two questions here | 04:26 |
gnarface | 1) would it work? probably, within the parameters of the level of reliability and accuracy of Ubuntu's normal tech support | 04:27 |
se7en | Well, it finished running, debootstrap | 04:27 |
se7en | what do I do now | 04:27 |
gnarface | 2) would i do it myself blindly like you want to? no... i'd meticulously fix my mess by hand | 04:27 |
se7en | Do I go over every single file | 04:27 |
gnarface | what you should do is use this as inspiration to write a script that checks and compares all the permissions in an automated fashion so you don't have to do it one at a time | 04:28 |
gnarface | but make sure the first revision of the script changes nothing | 04:28 |
gnarface | just reports differences | 04:28 |
gnarface | then edit it step by step to carefully start making the changes, do some test runs in isolated directories first | 04:28 |
gnarface | that's how i would do it if i was selling you the script | 04:29 |
gnarface | under no circumstances am i advising you to just blindly copy& paste commands from anywhere | 04:29 |
gnarface | you won't serve yourself by trying to get through this without understanding the details | 04:29 |
gnarface | you can potentially make this a much bigger mess if you are not careful | 04:30 |
Wafficus | don't know if its relevant | 04:31 |
gnarface | but what i'm really worried about on your behalf, is you accidentally making it work but unwittingly leaving it very vulnerable, because of some cavalier advice about chmod 777 | 04:31 |
gnarface | se7en: ^ | 04:31 |
Wafficus | but I'm trying to install 'pywal' on my Devuan desktop | 04:31 |
Wafficus | I pip3 installed it | 04:31 |
Wafficus | yet 'wal' command isn't being recognized | 04:31 |
se7en | I don't plan to run chmod 777 | 04:31 |
Wafficus | does that mean I have to add ~/.local to my path variable to handle pip3 installed modules? | 04:31 |
se7en | All I was asking was is there an easy way to make the permissions in this debootstrap directory become the permissions scheme for my larger hard drive | 04:32 |
se7en | Rather than going file by file, running `chmod nnnn /bin/file` | 04:32 |
gnarface | se7en: maybe you just didn't catch this: chmod... `find...` | 04:33 |
se7en | yeah, I was asking that but you went into some kind of tangent about ubuntu | 04:33 |
gnarface | se7en: that was just to warn you against using their default permissions | 04:34 |
gnarface | Wafficus: i don't know the answer but i'm certain there is some python wiki page that should tell you | 04:35 |
gnarface | Wafficus: a quick google search does suggest to me that /home/$USER/.local/bin needs to be in your PATH, yes | 04:36 |
se7en | ok | 04:36 |
se7en | I have done it | 04:36 |
se7en | I have run find on all | 04:37 |
se7en | find var -depth -printf 'chmod %m %p\n' > $HOME/var.file | 04:37 |
se7en | As an example | 04:37 |
se7en | The output of all are chmod commands | 04:37 |
se7en | Are these safe to run | 04:37 |
gnarface | you asking me? | 04:38 |
se7en | Yes, I am asking that if this is the chmod for the debootstrap install, it is safe to change the chmod to the host system | 04:38 |
se7en | An example output of one of these files was | 04:38 |
se7en | chmod 644 usr/lib/x86_64-linux-gnu/gconv/GREEK7-OLD.so | 04:38 |
gnarface | se7en: your guess is as good as mine at this point, does it look right? i don't have that file here but all the *.so files in that directory are indeed 0644 | 04:40 |
gnarface | se7en: oh, sorry, yea i do have that file here. but yea, all the *.so files should be 644 on the entire system | 04:41 |
gnarface | se7en: those should all be owned by root:root too | 04:41 |
gnarface | 0644 is rw-r--r--, the normal default for regular non-directory, non-executable files | 04:43 |
se7en | I am now going to attempt to run this output | 04:45 |
se7en | I have run the output | 04:45 |
se7en | I still have the cmus error | 04:45 |
se7en | cmus: error while loading shared libraries: libcue.so.1: cannot open shared object file: No such file or directory | 04:45 |
se7en | I don't know how to check if there are any other errors | 04:46 |
gnarface | well that's not claiming a permissions error there. it's claiming the file isn't even installed | 04:50 |
se7en | Yes, I see that | 04:50 |
se7en | But it was one of the many issues leading up to this | 04:50 |
gnarface | well, library files like that are usually in packages named after them. i'd say just install it | 04:51 |
gnarface | if you're in doubt: apt-cache search ^libcue | 04:51 |
Wafficus | question regarding dbus | 04:51 |
Wafficus | I installed "software-properties-common", however this installed a 'dbus' related utility | 04:52 |
Wafficus | does that mean it installed a 'systemd' component that I need to worry about? | 04:52 |
se7en | I've been doing that all day, gnarface | 04:52 |
gnarface | se7en: i don't have libcue.so.1 here on ceres, but libcue.so.2 is a symlink to libcue.so.2.2.1, so if you need libcue.so.1 and it's not present but there is a libcue or libcue2 package already installed, just add the symlink to whatever libcue.so.* file you have | 04:52 |
se7en | libcue-dev is already the newest version (2.2.1-2). | 04:53 |
se7en | libcue2 is already the newest version (2.2.1-2). | 04:53 |
se7en | libcue2 set to manually installed. | 04:53 |
gnarface | Wafficus: probably not | 04:53 |
Wafficus | I ask because I'm trying to utilize the add-apt-repository function | 04:53 |
Wafficus | however, if I knew the name of a PPA I wanted to add | 04:53 |
Wafficus | would i just revise this on the sources.list file? | 04:53 |
gnarface | Wafficus: oh. sorry. i thought you meant just from devuan repos. if you added a 3rd party repo all bets are off | 04:54 |
Wafficus | I ask because I'm trying to add the PCSX2 emulator PPA | 04:54 |
gnarface | Wafficus: yea, uh... one of the primary risks of using 3rd party repos with devuan is accidentally getting systemd crap with it | 04:54 |
Wafficus | no, I apt installed software-properties-common with apt | 04:54 |
se7en | where would the libcue be | 04:54 |
Wafficus | gotcha makes sense | 04:54 |
gnarface | Wafficus: i see pcsx2 already in the devaun repo here on ceres | 04:54 |
Wafficus | I don't see the PCSX2 emulator though in apt unfortunately | 04:54 |
Wafficus | hmm | 04:54 |
Wafficus | weird I did apt-cache search pcsx2 and I didn't see anything | 04:55 |
gnarface | se7en: dpkg -L libcue2 | 04:55 |
gnarface | se7en: (dpkg -L [any package name]) | 04:55 |
Wafficus | I'm on Beowulf though | 04:56 |
se7en | That fixed it, gnarface | 04:56 |
se7en | What about fixing selinux and the interupter? | 04:56 |
gnarface | se7en: can't tell you about selinux. it's broken by design IMO | 04:57 |
gnarface | Wafficus: not sure why it's not in the repos, i have it in my package cache though. maybe it recently got removed or is being renamed or it's just repo update time something | 04:57 |
gnarface | Wafficus: try "apt-cache search ^pcsx" | 04:58 |
gnarface | afk, back later | 04:58 |
gnarface | sorry guys | 04:58 |
Wafficus | that did it | 04:58 |
Wafficus | thanks for that regex idea | 04:58 |
Wafficus | weird question but my Wii U pro controller isn't working in PCXS2 for some reason | 05:29 |
Wafficus | if I try to toggle the rumble feature it rumbles | 05:29 |
Wafficus | but its not detecting input from the controller on that PCSX2 emulator for some reason | 05:29 |
gnarface | probably a permissions issue | 05:34 |
gnarface | systemd would obviate this, but here you might have to assign yourself to the input group, or worst case, add a custom udev rule | 05:35 |
gnarface | first you have to figure out where in /dev/ it is showing up | 05:35 |
gnarface | (if the answer is nowhere, you're missing a kernel module, but it might be in /lib/modules/ just not loading automatically by default) | 05:36 |
gnarface | actaully for all i know it's all working and just showing up in a different place in /dev/ than where your program is looking. that's possible too. make sure to check | 05:39 |
Wafficus | hmm | 05:43 |
Wafficus | what's weird is that the input is being detected in PCSXR just fine | 05:44 |
Wafficus | that's unfortunate ah, wanted it to work in pcsx2 today tbh | 05:44 |
se7en | Now my procmail fails to work | 05:59 |
se7en | ugh | 05:59 |
se7en | any idea for fix | 06:03 |
se7en | gnarface: | 06:03 |
se7en | The error is the same as a year ago | 06:03 |
se7en | Fetchnmail fails to pass to procmail | 06:03 |
se7en | With procmail giving the error "operation not permitted" | 06:03 |
se7en | To the mailspool | 06:04 |
se7en | and the log says nothing | 06:04 |
Wafficus | if anything, my audio's not working however. The volume on Alsamixer is all the way up, and nothing is muted | 06:06 |
Wafficus | I'm using a Scarlett Solo USB interface on the desktop running Devuan | 06:10 |
gnarface | se7en: sorry, can't reall anything about that, but could also be a permissions issue? maybe the user running it? | 06:33 |
gnarface | can't really recall* | 06:33 |
se7en | I am leaving this message for tomorrow, since I am very tired | 08:48 |
se7en | gnarface: my alsa now fails | 08:48 |
se7en | And I think I need help fixing it | 08:49 |
se7en | I have no sound after reboot, it claims the device is busy | 08:49 |
se7en | And I've tried several work-arounds | 08:49 |
se7en | I am tired | 08:49 |
se7en | I hope to see you tomorrow before I work | 08:49 |
gnarface | se7en: what did you change? maybe the device is busy... | 09:04 |
gnarface | se7en: window managers sometimes use the soundcard | 09:04 |
gnarface | se7en: if your hardware requires software mixing (which is common) and you did something to disable it or bypass it then you could get this error | 09:05 |
tomtastic | I wonder if that chap Guest3495 ever fixed his botched upgrade | 09:06 |
tomtastic | I guess the 'veteran unix admins' part escaped him | 09:07 |
yeti | in netbsd the config terminate when trying to change the wallpaper | 13:36 |
yeti | I'd use it if it were stable | 13:36 |
yeti | IF | 13:36 |
cosurgi | huh? sawfish has nothing to do with wallpaper. | 13:37 |
cosurgi | you are teasing me, I know. I wish I had time to fix these couple reamining bugs in sawfish. | 13:37 |
cosurgi | how would I reproduce that one on netbsd? | 13:38 |
* yeti waits for EXWM to get stable | 13:38 | |
yeti | I tried SF on netbd9, standard X install, started via .xinitrc / startx | 13:38 |
yeti | the config helper collapses when I wanto to enter that wallpaper (or background) stbtree | 13:39 |
yeti | maybe a BSD problem.... on devuan SF is more important | 13:39 |
yeti | it would make a nice and esy to customise WM for install media | 13:40 |
* yeti used SF a while when Gnome3 was new... and with a bit of searching and customising the lispy things it was really nice soon | 13:41 | |
yeti | had a long break and when I tried later I always had some hiccups with SF | 13:42 |
yeti | :-/ | 13:42 |
cosurgi | I don't use gnome. The session is managed by rox-session. | 13:44 |
yeti | I think I ran it without SM | 13:44 |
yeti | just sawfish behind a DM or/and startx | 13:44 |
cosurgi | though... I don't know if rox-session is still around. Yes, it can. But having a separate session manager makes life simpler in terms of WM restarts :) | 13:45 |
cosurgi | Every 3 months or so I do a sawfish restart on my xserver. Nothing lost, all windows remain in he same places. I do this after I for example launch by accident one of my crazy scripst that open 1000 xerms before I erminate it. Or sth like that. | 13:46 |
yeti | if emacs evolves in hurd speed, EXWM will be stable 2050 | 13:47 |
yeti | :-/ | 13:47 |
* yeti uses screen and mosh | 13:47 | |
yeti | and restarts are infrequently | 13:47 |
yeti | and currently the gnome system is my usual frontend to the net | 13:47 |
yeti | but that may change | 13:48 |
yeti | basically an xterm is an xterm... even on gnome | 13:48 |
cosurgi | yeah, but did you know that xserver has a fixed limit of 256 opened windows? | 13:50 |
cosurgi | That was the first reason that I started to use different users for different tasks. Even recompiling xserver after changing that limit to 512 didn't help. Afer you reach the threshold, nasty things can happen. Recoverable though. | 13:51 |
ShorTie | how many you need ?? | 13:51 |
yeti | I dont need that much... thanks to screen... typically 1 per remote system + FF + evolution, occasionally a fullscreen emacs and some qemus | 13:51 |
yeti | faaaar from 256 | 13:52 |
cosurgi | Definitely more than 256 :) I wouldn't learn about this limi otherwise ;) | 13:52 |
cosurgi | These windows just stack up, after a couple of months.. I only do resarts when really-really necessary. Oherwise I use UPS+hibernation. | 13:53 |
yeti | I dont count the shells in screen... ;-) | 13:53 |
cosurgi | Who has time to close a window? Much more space, than on a regular desk, to have a total mess. | 13:53 |
yeti | I'd go nuts if every shell were an own window | 13:53 |
cosurgi | I would rather SIGSTOP unused users, than spend time to clean up those opened windows :) | 13:54 |
yeti | maybe you need eagle-mode... :-Þ | 13:56 |
cosurgi | http://eaglemode.sourceforge.net/ - this one? Interesting. | 14:03 |
cosurgi | but nah. I have no time to switch my interfaces. What I have right now is perfect ;> | 14:03 |
cosurgi | alright | 14:04 |
cosurgi | I've sent a message to mailing list. Don't keep your hopes up. | 14:04 |
yeti | https://www.howtogeek.com/675569/why-linuxs-systemd-is-still-divisive-after-all-these-years/ <<< is ther something new in it for "us"? | 14:05 |
cosurgi | However, maybe sometimes I will get around trying to reproduce this. Without hurry. | 14:05 |
yeti | ok... when I get the feeling SF is "stable" again, I might ditch XFCE on lots of toys... | 14:06 |
yeti | or if EXWM get stable fast... SANTA!!! hear me!!! | 14:07 |
cosurgi | if you like it, you can do the SANTA's job ;) | 14:07 |
yeti | (but that would need emacs to bevome multithreaded and that will take time) | 14:08 |
yeti | I already have lots of dark energy in my to do list | 14:08 |
CorvusCorax | Hi, Does Devuan ascii have patches for GNU-TLS CVE-2020-13777 yet ? | 16:42 |
fsmithred | CorvusCorax, yes. See https://security-tracker.debian.org/tracker/CVE-2020-13777 | 16:47 |
CorvusCorax | odd. I just updated my system, and I didn't see an update for gnutls being pulled. I'll investigate | 16:48 |
CorvusCorax | Ah, that's why: `apt list --installed |grep tls` gives me `libgnutls30/oldstable,now 3.5.8-5+deb9u4 amd64 [installed]` - which should be older than the 2 year old first affected version, unless a backport backported the bug, too | 16:53 |
CorvusCorax | thanks @fsmithred | 16:57 |
Bjornn | I don't know what it means but I get the same result as CorvusCorax | 17:03 |
CorvusCorax | @Bjornn ascii is based on debian stretch - which still uses gnutls-3.5.8 (deb9u4) with some fixes backported. according to https://security-tracker.debian.org/tracker/CVE-2020-13777 this version is: "gnutls28 sourcestretch(not affected)" | 17:07 |
CorvusCorax | the security flas is a regression introduced in GnuTLS-3.6.4 - released 2018-09-24 ... but ascii uses a much older version | 17:08 |
CorvusCorax | GnuTLS 3.5.8 was released Jan 9 2017 | 17:11 |
muawija | Hi! anyone there? | 20:10 |
golinux | Just ask | 20:12 |
golinux | and if someone knows the answer, they will pop up | 20:13 |
muawija | My devuan upgraded itself and nothing works anymore | 20:15 |
muawija | 1) bonding bug: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=959236 | 20:15 |
muawija | total crap. | 20:15 |
muawija | 2) it's not possible to do dist-upgrade | 20:16 |
muawija | it says: | 20:16 |
muawija | "libc6-dev: Breaks: libgcc-8-dev (< 8.4.0-2~) but 8.3.0-6 is to be installed | 20:17 |
muawija | ? | 20:17 |
muawija | 3) Xorg doesn't work anymore | 20:17 |
nemo | muawija: did you force install apt -t any packages? | 20:19 |
golinux | That is out of my scope but you will likely be asked for exactly how you upgraded from what to what and the process you used and possibly your sources.list | 20:19 |
nemo | not sure how you ended up with libgcc-8-dev from the future | 20:20 |
nemo | or dpkg -i | 20:20 |
golinux | thanks nemo. Carry on | 20:20 |
bgstack15 | so reality check, you've done a "apt-get upgrade" first, before the "apt-get dist-upgrade", right? | 20:20 |
muawija | nemo: don't recall i would do that | 20:20 |
nemo | I had problems like that alll the time when I was forcibly maintaining newer kernel in ascii, I just kinda put up with it and fixed the breakage manually ☺ | 20:20 |
muawija | bgstack: yep | 20:20 |
nemo | golinux: I was just trying to break the silence 😉 | 20:20 |
nemo | golinux: get the debugging going 😝 | 20:21 |
nemo | muawija: can you share your sources.list.d and sources.list ? | 20:21 |
nemo | muawija: and preferences.d just-in-case | 20:21 |
muawija | nemo: when the machine is up. takes 5 min | 20:21 |
nemo | muawija: I assume you're on beowulf btw | 20:21 |
nemo | (based on the 8.3.0-6) | 20:21 |
nemo | and well, libgcc-8-dev period | 20:22 |
nemo | hmmmm 8.4.0-2 feels like maybe you tried ceres/chimaera then fell back to beowulf | 20:22 |
nemo | or (gods forbid) you are on ceres right now | 20:22 |
muawija | yesterday I tried "apt update && apt upgrade" and it said, it will upgrade to chimeara | 20:22 |
nemo | O_o | 20:22 |
nemo | WHAT THE F!@#$ | 20:22 |
nemo | muawija: what were you on *before* that | 20:23 |
muawija | it must have been beowulf | 20:23 |
golinux | You have "testing" in your sources.list? OOPS!! | 20:23 |
muawija | yes | 20:23 |
nemo | haha | 20:23 |
nemo | ouch | 20:23 |
nemo | welp. time to fix the sources and hope it can be unbroken without reinstall! | 20:23 |
nemo | golinux: hm... when beowulf stabilised it'd be nice if stuff like that autodisabled | 20:24 |
golinux | Can't do that is devuan because beowulf = buster and testing = bullseye/chimaera | 20:24 |
nemo | there was a certain amount of time beowulf was safe to use... | 20:24 |
golinux | This is covered on the website and common knowledge that we are not in sync with debian | 20:24 |
muawija | well, I was living for 10 years with debian wheezy so I thought I need testing now, because it takes me some years to configure the system to be stable :-DDDD | 20:25 |
nemo | oh *whew* | 20:25 |
muawija | and I though, before I'm done, it'll be stable, hahaha | 20:25 |
nemo | I thought you'd enabled testing because someone told you that was needed for beowulf at some point | 20:25 |
nemo | like last fall or something | 20:25 |
golinux | muawija: Please look at this page: https://devuan.org/os/releases | 20:26 |
nemo | instead it was just 'cause you like crashing | 20:26 |
muawija | golinux: I configured beowulf about 3/4 y ago according to devuan.org ! | 20:26 |
muawija | or was it even before? | 20:26 |
golinux | Especially the section "Codenames or suites?" | 20:27 |
muawija | Oh, I got into xorg! | 20:27 |
muawija | :) | 20:27 |
nemo | golinux: so what I'm focusing on, I guess, is last year beowulf was "testing" right? | 20:27 |
nemo | but was reasonably usable at the time 'cause you guys had worked on it a lot? | 20:27 |
golinux | beowulf was "testing" until last week | 20:27 |
muawija | /etc/devuan_version still says beowulf/ceres | 20:28 |
muawija | hmm, no net | 20:28 |
muawija | moment, please | 20:28 |
muawija | deb http://auto.mirror.devuan.org/merged testing main | 20:29 |
muawija | deb http://auto.mirror.devuan.org/merged testing-updates main | 20:29 |
muawija | deb http://auto.mirror.devuan.org/merged testing-security main | 20:29 |
muawija | but security doesn't work | 20:30 |
muawija | AND: | 20:30 |
golinux | auto.mirror is deprecated. Use deb.devuan.org | 20:30 |
muawija | deb http://deb.debian.org/debian/ stable non-free | 20:30 |
golinux | That will get you beowulf | 20:30 |
muawija | deb http://deb.debian.org/debian-security stable/updates non-free | 20:31 |
golinux | You are mixing beowulf and chimeara | 20:31 |
golinux | IOW a frankendevuan | 20:31 |
muawija | :) | 20:31 |
muawija | well, until now it was working :) | 20:32 |
muawija | I just need some non-free stuff, | 20:32 |
golinux | That's because everything changed last week. Beowulf went to stable and chimaeraa to testing | 20:32 |
nemo | golinux: I guess difference between his setup and my beowulf install last month was I had the word "beowulf" in that string | 20:33 |
golinux | That's the way you need to configure sources.list in devuan. | 20:34 |
muawija | so how do I move that non-free stuff into chimaera ? | 20:34 |
muawija | (what is that codeword in debian???) | 20:34 |
golinux | NEVER user use stable, testing etc in devuan | 20:34 |
muawija | ok | 20:34 |
golinux | bullseye | 20:34 |
muawija | thx | 20:34 |
golinux | I'm still on jessie so haven't a clue | 20:35 |
muawija | so can I just s/testing/chimaerra/ ? | 20:35 |
muawija | (and s/testing/bullseye on that non-free stuff)? | 20:36 |
golinux | Don't mix debian and devuan repos | 20:36 |
golinux | It's chimaera | 20:36 |
muawija | so, where can I get the non-free stuff from? | 20:36 |
golinux | We have everything debian served through devuan | 20:37 |
golinux | Add non-free to you sources.list | 20:37 |
muawija | ok, unfortunatelly, this WASN'T well documented on devuan.org | 20:38 |
muawija | at least not when I was installing my system some year ago or so | 20:38 |
golinux | https://devuan.org/os/releases | 20:38 |
golinux | https://devuan.org/os/packages | 20:39 |
golinux | It's been that way for 5 years | 20:39 |
muawija | yes. no word about non-free repositories... | 20:40 |
muawija | https://devuan.org/os/packages | 20:40 |
muawija | ok, now I see it | 20:41 |
golinux | :) | 20:41 |
golinux | Sorry your system got messed up. | 20:41 |
golinux | If it's any consolation, you are not the first and won't be the last who doesn't rtfm. ;) | 20:43 |
muawija | well, I *do* RTFM | 20:43 |
muawija | ok, let's see | 20:45 |
muawija | but probably the bonding bug will still be there :/ | 20:45 |
* golinux has no idea what a bonding bug is | 20:45 | |
golinux | (and doesn't want to know) | 20:46 |
muawija | https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=959236 | 20:46 |
muawija | I already pointed to that above | 20:46 |
golinux | I saw that. Just over my head | 20:47 |
golinux | and will never be useful to me. | 20:48 |
muawija | Well, as an workaround I can just use 1Gbit instead of 2x1gbit but it's annoying | 20:48 |
muawija | that's one of the reasons I wanted devuan because I don't like this "creativitiy" of breaking something was working for years :/ | 20:49 |
se7en | I am back gnarface | 20:51 |
se7en | golinux: | 20:51 |
muawija | BTW, anyone knows what's the name of "mate"'s windowmanager. | 20:51 |
muawija | ? | 20:51 |
se7en | Think you can help me with the alsa now | 20:51 |
golinux | se7en: ? | 20:53 |
se7en | I left messages last night before bed | 20:54 |
bgustav | muawija: google says marco, in the first search result | 20:54 |
se7en | golinux: to catch you up, I upgraded from devuan 2 to devuan 3, had dependency hell and thousands of permission errors | 20:54 |
se7en | Now the latest problem is after fixing permission errors and dependency hell alsa fails to work, constantly claiming the device is busy | 20:55 |
se7en | It worked before | 20:55 |
muawija | bgustav: yeah, if you can start the browser :-D | 20:56 |
muawija | now I did it from second pc... | 20:56 |
muawija | hm, so dist-upgrade doesn't work anyway | 21:22 |
muawija | and chimaera-security doesn't seem to work | 21:22 |
fsmithred | chimaera=bullseye | 21:23 |
muawija | yes? | 21:24 |
Guest33070 | How can I change Devuan 3's cron behavior to set the USER environment variable instead of just LOGNAME for BSD-compliant operation? | 21:35 |
Guest33070 | man crontab(5) it says that vixiecron will set LOGNAME, HOME, and SHELL | 21:36 |
Guest33070 | and the it will also set USER in a BSD system | 21:36 |
Guest33070 | I want the BSD behavior on my Devuan 3 GNU system | 21:36 |
Guest33070 | (Another note: the LOGNAME variable is sometimes called USER on BSD systems... on these systems, USER will be set also.) | 21:43 |
bgstack15 | are you talking about inside crontab -e? | 21:51 |
bgstack15 | or in /etc/cron.d/file.cron? | 21:51 |
bgstack15 | inside a /etc/cron.d/somefilename, the first parameter after the time fields is the username. E.g, "0 4 * * * root /usr/local/bin/myscript.sh 1>/dev/null 2>&1" | 21:53 |
bgstack15 | but I'm pretty sure the user crontabs (crontab -e) simply have to be set from the user in question. | 21:53 |
bgstack15 | so crontab -u scriptuser -e | 21:53 |
Guest33070 | also noting a bug in beowulf | 22:55 |
Guest33070 | the voltage sensors are not read correctly | 22:55 |
Guest33070 | GPU core: -0.02 V (min = +0.84 V, max = +1.09 V) | 22:55 |
Guest33070 | my gpu is not a power source | 22:56 |
Guest33070 | temp1: -0.0°C (high = +95.0°C, hyst = +3.0°C) | 22:56 |
Guest33070 | nor is it quantum chilled | 22:57 |
fsmithred | what hardware you got? | 22:57 |
stiltr | Hey se7en, I don't know much about alsa, but glad to see you made it back. | 23:23 |
avbox111 | I wanted to start with a fresh devuan beowulf for pinephone, I found firmware.pine64_plus.img.gz and partition.img.gz, created sd card according readme file, but it does not start. Any ideas? | 23:31 |
stiltr | I'd say compare it to what was there for ascii and see if there's anything obviously missing. | 23:35 |
fsmithred | avbox111, anything here useful? https://pkgmaster.devuan.org/devuan/dists/beowulf/main/installer-arm64/current/images/device-tree/allwinner/ | 23:41 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!