00:04.08 | *** join/#devuan Acacia (~Acacia@unaffiliated/acacia) |
00:09.44 | kjjjnob | I made a minimal installation with mini.iso and commands to reboot, shutdown, are missed. I need other package to get working? |
00:13.22 | *** join/#devuan Wafficus (~Wafficus@2601:483:4600:296:2ad2:44ff:fee6:6fce) |
00:13.44 | 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 |
00:14.01 | Wafficus | it just says "Installation step failed" and prompts if I want to Continue to try again |
00:14.21 | djph | "try again" ? |
00:14.24 | Wafficus | nevermind, might have been a mirror thing |
00:14.31 | Wafficus | yeah I tried for the third time, now it seems to be working |
00:14.34 | Wafficus | maybe the main mirror was down |
00:14.41 | djph | could be |
00:14.42 | Wafficus | sorry about that |
00:15.45 | gnarface | kjjjnob: they're in package sysvinit-core |
00:16.20 | 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 |
00:16.45 | Wafficus | someone on here told me to pick the Devuan package version of Steam, so I'll try that |
00:16.54 | kjjjnob | gnarface: Yeah, found that but can't execute with su -c logged with my user. root is fine |
00:17.04 | Wafficus | does the same apply for Nvidia based drivers on Devuan? Or should I install drivers from Nvidia instead? |
00:17.39 | 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 -") |
00:18.17 | gnarface | Wafficus: same applies for nvidia drivers based on devuan. get them from the repo (but that's true for Debian, too, fyi) |
00:18.43 | gnarface | Wafficus: if you need newer drivers than what is in the beowulf repo get them from beowulf-backports |
00:18.57 | gnarface | Wafficus: (if you do that, make sure to get the kernel from there too) |
00:19.41 | gnarface | Wafficus: if you have a steam controller you'll need some custom udev rules |
00:19.55 | Wafficus | no steam controller |
00:20.02 | gnarface | Wafficus: otherwise everything else should behave the same |
00:20.02 | Wafficus | just a Wii U pro controller with the adapter |
00:20.10 | Wafficus | gotcha |
00:20.23 | Wafficus | it would show up as just steam, not steam-proton in the package manager? |
00:20.29 | gnarface | correct |
00:20.31 | kjjjnob | gnarface: thanks! I will check |
00:20.47 | gnarface | Wafficus: correct. it's in non-free though |
00:21.03 | gnarface | Wafficus: (proton can be installed through the client after the fact) |
00:21.06 | Wafficus | gotcha |
00:21.32 | Wafficus | weird question but if Steam gets to me in terms of bothering my conscious about telemetry |
00:21.44 | Wafficus | if I apt remove it, that would nuke it completely from my Devuan install right? |
00:22.00 | Wafficus | cause I might just use the Desktop for emulators anyway to be totally honest |
00:23.46 | 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. |
00:24.32 | 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 |
00:24.53 | Wafficus | good idea |
00:25.17 | gnarface | Wafficus: (and note that it's common for commercial software to be packaged rather less professionally than the open source stuff) |
00:25.29 | djph | gnarface: should be - steam installs games to $HOME/.steam/xxx as I recall |
00:32.24 | *** join/#devuan sacioz (~sacioz@177.131.178.89) |
00:33.35 | *** join/#devuan bsd4me (~bsd@98-106-74-65.gci.net) |
00:34.51 | *** part/#devuan sacioz (~sacioz@177.131.178.89) |
00:37.26 | gnarface | djph: by default, yea but if you start adding libraries they can be anywhere |
00:39.02 | djph | gnarface: yeah ; I haven't noticed it be too crazy |
00:44.15 | *** join/#devuan xcm (~xcm@ipd114.250.tellas.gr) |
00:58.16 | *** join/#devuan fylgje (~fylgje@84.red-2-139-134.dynamicip.rima-tde.net) |
01:09.45 | bgstack15 | has anyone here successfully used textbelt (https://github.com/typpo/textbelt) on a Devuan system? |
01:10.10 | bgstack15 | Apparently, nodejs installs just fine but I cannot tell if the app needs more configuration or sendmail needs configuration (?) |
01:14.48 | gnarface | bgstack15: default system mail daemon is exim4, which should include sufficient sendmail emulation. |
01:15.07 | gnarface | bgstack15: if you need to reconfigure it, run this: dpkg-reconfigure exim4-config |
01:16.06 | 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. |
01:17.17 | 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 |
01:17.26 | bgstack15 | but I did do a dpkg-reconfigure on postfix. |
01:18.40 | 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. |
01:19.19 | bgstack15 | and I'm guessing my ISP does lame things with blocking port 25 outbound |
01:20.03 | 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) |
01:26.24 | 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) |
01:27.51 | 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 |
01:28.02 | bgstack15 | and then just plug in one of my throwaway gmail account creds |
01:51.21 | *** join/#devuan TwistedF1 (~TwistedFa@unaffiliated/twistedfate) |
01:57.03 | se7en | I'm back |
01:57.17 | se7en | I'm now convinced the problem is not with a depdendency hell but with permissions |
01:57.31 | se7en | I removed the setguid bit to msmtp and fixed it |
01:57.50 | se7en | I am still unable to do many things, and selinux fails on boot too, causing a reboot for reprofile |
01:58.00 | se7en | I am begining to think this issue may have existed prior to the upgrade |
01:58.42 | gnarface | systemd can hide permissions issues (it's less secure because of it, but it results in less complications for new users) |
01:59.09 | gnarface | the issue very well my have existed prior |
01:59.28 | gnarface | usually such complications are easy to iron out by hand though |
01:59.45 | se7en | I don't wish to use systemd, that's why I am on devuan since '16 |
02:00.00 | se7en | I found a script on stack overflow claiming to rectify permission errors |
02:00.02 | gnarface | oh this wasn't an upgrade from a debian system? i thought it was |
02:00.10 | se7en | The problem is I have no default chmods to compare it to |
02:00.18 | se7en | No, this was an upgrade from Devuan 2 to Devuan 3 |
02:00.31 | se7en | Does this script look valid, gnarface |
02:00.39 | se7en | chmod -R 755 /bin /boot /dev /etc/ /home /lib /lib64 \ |
02:00.47 | se7en | folowed by |
02:00.49 | gnarface | lemme look, stand by |
02:00.51 | *** join/#devuan xcm (~xcm@ipd114.250.tellas.gr) |
02:00.51 | se7en | Actually, I'll pastebin |
02:01.03 | se7en | I don't want a repeat of the shithead freenode k-line system |
02:01.21 | se7en | If this was an important infrastrucute, freenode would be complicit in its damage |
02:01.32 | se7en | http://ix.io/2oMS |
02:01.41 | se7en | I don't know what the defaults are |
02:01.47 | se7en | So I do not know if this is valid |
02:02.14 | se7en | This was posted in response to a man who accidently chmod 777 / |
02:02.20 | 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 |
02:02.38 | se7en | I'll use paste.debian.net, but ix.io is a valid pastebin |
02:02.48 | gnarface | 777 will work too but that's massively insecure in any context |
02:02.57 | se7en | http://paste.debian.net/plain/1151275 |
02:03.31 | se7en | Why was msmtp setguid anyway |
02:03.43 | 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 |
02:04.12 | gnarface | i can only guess it's setguid so things in that group can send mail |
02:04.19 | se7en | Is it possible for you to make me an easy-to-run "fix it" script? |
02:04.19 | gnarface | or something like that |
02:04.25 | gnarface | i haven't messed with msmtp |
02:04.34 | se7en | I've never gotten errors surrounding msmtp permission errors before |
02:04.43 | se7en | Of course, it was not msmtp that made the error, but torsocks |
02:04.51 | se7en | Was there a change in torsocks I was not aware of? |
02:05.09 | gnarface | i don't know but someone wsa complaining about tor timeouts earlier |
02:05.13 | gnarface | something may be up with the server |
02:05.36 | se7en | This has nothing to do with the server |
02:05.47 | se7en | No connection is made, torsocks reports it can not use programs that are setguid |
02:05.54 | gnarface | oh, hmm |
02:06.00 | gnarface | could be a security setting then |
02:06.01 | se7en | Removing setguid simply fixed the problem with msmtp |
02:06.23 | se7en | This does not solve the error with my libraries, selinux, or other htings |
02:06.39 | gnarface | as for a quick fix-it script... nothing i'd want to take responsibility for |
02:06.44 | se7en | I recall that earlier in the year I was unable to properly use my mail setup due to issues surrounding my mailsetup |
02:07.13 | se7en | Shortly after I foolheartedly installed devuan ascii onto this machine, and moved /bin and so on to this computer via cp |
02:07.33 | se7en | So perhaps this issue has existed the entire time and is only now coming up |
02:07.38 | se7en | What can I do? What are my options? |
02:08.30 | 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 |
02:09.05 | *** join/#devuan systemdlete (~systemdle@c-73-66-141-72.hsd1.ca.comcast.net) |
02:09.34 | gnarface | i had done something like it once |
02:09.46 | gnarface | you want to chain the find command with your chmod commands |
02:09.54 | gnarface | like: chmod... `find ...` |
02:10.09 | gnarface | you can use find to filter by -type for directories and regular files |
02:11.09 | se7en | Do you have a reference for the default system? |
02:11.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 |
02:11.37 | gnarface | permissions on /tmp is correct but don't "-R" it, those *contents* should also regenerate at boot |
02:12.23 | gnarface | and you're giving execute permission to the *symlinks* (which already have them) to the kernel and initrd (which don't need them) |
02:12.38 | gnarface | i don't have a reference to the default system other than my default systems here |
02:12.56 | 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 |
02:13.32 | gnarface | "chmod 700 /root" is appropriate, just not with the -R again here |
02:13.46 | gnarface | you probably want to chmod 7000 all the users' home directories too in that case |
02:13.50 | se7en | I think that would take a large amount of time |
02:13.53 | gnarface | (which is *not* default) |
02:13.55 | se7en | I've never used debbootstrap |
02:14.18 | *** join/#devuan systemdlete2 (~systemdle@c-73-66-141-72.hsd1.ca.comcast.net) |
02:14.19 | gnarface | minimal system is 400-500MB download. it would take however long your connection allows |
02:15.20 | gnarface | debootstrap is super easy: debootstrap beowulf ./targetdir http://deb.devuan.org/merged |
02:16.27 | se7en | Am I supposed to do that as root: |
02:16.31 | gnarface | sorry chmod 700 all users' home directories i meant to type (hopefully that was obvious though) |
02:16.42 | se7en | I just installed debootstrap via apt and I still get a command not found error |
02:17.28 | gnarface | uh, it's in /usr/sbin/ so it's clearly intended to be run as root, i forget if that's a requirement |
02:17.39 | gnarface | you might just need write permission to ./targetdir |
02:17.59 | gnarface | oh, no wait, you probably need root though to establish the lock on the apt cache or something |
02:18.03 | se7en | Ok, it's running |
02:18.13 | gnarface | well, if it's running as non-root now then i'm wrong |
02:18.21 | se7en | So it'll install an entire debian install to $HOME/test |
02:18.26 | se7en | And then |
02:18.30 | se7en | What do I do |
02:18.50 | gnarface | just "ls -l" stuff in there to look at the permissions |
02:19.24 | se7en | oh |
02:19.29 | gnarface | you're able to translate between 0755 notation and rwxr-xr-x right? |
02:19.33 | se7en | Yes |
02:19.38 | se7en | I believe so |
02:19.45 | gnarface | ok, good, because i didn't want to explain binary math to you before dinner |
02:19.51 | se7en | Is there not an easy method of doing this |
02:20.15 | gnarface | you're asking the wrong guy. i just told you my easy way. been doing this since 1997 |
02:21.19 | se7en | I found this |
02:21.29 | se7en | It says to do what you did |
02:21.37 | 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 |
02:21.40 | se7en | https://askubuntu.com/questions/996993/tutorial-fix-a-chmod-disaster |
02:22.48 | se7en | So can I do these find commands for the debootstrap directory? |
02:22.53 | se7en | Without having to manually 1:1 it? |
02:22.53 | gnarface | hmmm |
02:23.33 | 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 |
02:23.55 | se7en | Skip ahead |
02:24.01 | se7en | I'm asing if I could convert the command |
02:24.05 | 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 |
02:24.06 | se7en | find /bin -depth -printf 'chmod %m %p\n' > bin |
02:24.15 | se7en | And replace it with the debootstrap directory |
02:26.10 | se7en | Do you not understand what I'm saying? |
02:26.25 | gnarface | yes, i do, i'm trying to figure out how to answer |
02:26.33 | gnarface | you're trying to collapse two questions into one state and one answer |
02:26.42 | gnarface | i understand why you would do this but reality won't comply |
02:26.51 | gnarface | there are two questions here |
02:27.18 | gnarface | 1) would it work? probably, within the parameters of the level of reliability and accuracy of Ubuntu's normal tech support |
02:27.26 | se7en | Well, it finished running, debootstrap |
02:27.33 | se7en | what do I do now |
02:27.39 | gnarface | 2) would i do it myself blindly like you want to? no... i'd meticulously fix my mess by hand |
02:27.41 | se7en | Do I go over every single file |
02:28.21 | *** join/#devuan fling (~fling@fsf/member/fling) |
02:28.21 | 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 |
02:28.33 | gnarface | but make sure the first revision of the script changes nothing |
02:28.38 | gnarface | just reports differences |
02:28.51 | gnarface | then edit it step by step to carefully start making the changes, do some test runs in isolated directories first |
02:29.06 | gnarface | that's how i would do it if i was selling you the script |
02:29.33 | gnarface | under no circumstances am i advising you to just blindly copy& paste commands from anywhere |
02:29.56 | gnarface | you won't serve yourself by trying to get through this without understanding the details |
02:30.11 | gnarface | you can potentially make this a much bigger mess if you are not careful |
02:31.02 | Wafficus | don't know if its relevant |
02:31.05 | 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 |
02:31.12 | gnarface | se7en: ^ |
02:31.22 | Wafficus | but I'm trying to install 'pywal' on my Devuan desktop |
02:31.33 | Wafficus | I pip3 installed it |
02:31.40 | Wafficus | yet 'wal' command isn't being recognized |
02:31.48 | se7en | I don't plan to run chmod 777 |
02:31.50 | Wafficus | does that mean I have to add ~/.local to my path variable to handle pip3 installed modules? |
02:32.16 | 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 |
02:32.39 | se7en | Rather than going file by file, running `chmod nnnn /bin/file` |
02:33.32 | gnarface | se7en: maybe you just didn't catch this: chmod... `find...` |
02:33.50 | se7en | yeah, I was asking that but you went into some kind of tangent about ubuntu |
02:34.16 | gnarface | se7en: that was just to warn you against using their default permissions |
02:35.04 | *** join/#devuan debdog (~debdog@194.140.113.35) |
02:35.47 | gnarface | Wafficus: i don't know the answer but i'm certain there is some python wiki page that should tell you |
02:36.44 | gnarface | Wafficus: a quick google search does suggest to me that /home/$USER/.local/bin needs to be in your PATH, yes |
02:36.51 | se7en | ok |
02:36.55 | se7en | I have done it |
02:37.03 | se7en | I have run find on all |
02:37.08 | se7en | find var -depth -printf 'chmod %m %p\n' > $HOME/var.file |
02:37.11 | se7en | As an example |
02:37.19 | se7en | The output of all are chmod commands |
02:37.56 | se7en | Are these safe to run |
02:38.08 | gnarface | you asking me? |
02:38.37 | 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 |
02:38.46 | se7en | An example output of one of these files was |
02:38.48 | se7en | chmod 644 usr/lib/x86_64-linux-gnu/gconv/GREEK7-OLD.so |
02:39.03 | *** join/#devuan Acacia (~Acacia@unaffiliated/acacia) |
02:40.45 | 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 |
02:41.10 | gnarface | se7en: oh, sorry, yea i do have that file here. but yea, all the *.so files should be 644 on the entire system |
02:41.43 | gnarface | se7en: those should all be owned by root:root too |
02:43.15 | gnarface | 0644 is rw-r--r--, the normal default for regular non-directory, non-executable files |
02:45.05 | se7en | I am now going to attempt to run this output |
02:45.20 | se7en | I have run the output |
02:45.46 | se7en | I still have the cmus error |
02:45.49 | se7en | cmus: error while loading shared libraries: libcue.so.1: cannot open shared object file: No such file or directory |
02:46.00 | se7en | I don't know how to check if there are any other errors |
02:50.16 | gnarface | well that's not claiming a permissions error there. it's claiming the file isn't even installed |
02:50.42 | se7en | Yes, I see that |
02:50.49 | se7en | But it was one of the many issues leading up to this |
02:51.00 | gnarface | well, library files like that are usually in packages named after them. i'd say just install it |
02:51.19 | gnarface | if you're in doubt: apt-cache search ^libcue |
02:51.48 | Wafficus | question regarding dbus |
02:52.10 | Wafficus | I installed "software-properties-common", however this installed a 'dbus' related utility |
02:52.18 | Wafficus | does that mean it installed a 'systemd' component that I need to worry about? |
02:52.35 | se7en | I've been doing that all day, gnarface |
02:52.45 | 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 |
02:53.04 | se7en | libcue-dev is already the newest version (2.2.1-2). |
02:53.06 | se7en | libcue2 is already the newest version (2.2.1-2). |
02:53.08 | se7en | libcue2 set to manually installed. |
02:53.21 | gnarface | Wafficus: probably not |
02:53.40 | Wafficus | I ask because I'm trying to utilize the add-apt-repository function |
02:53.46 | Wafficus | however, if I knew the name of a PPA I wanted to add |
02:53.54 | Wafficus | would i just revise this on the sources.list file? |
02:54.02 | gnarface | Wafficus: oh. sorry. i thought you meant just from devuan repos. if you added a 3rd party repo all bets are off |
02:54.05 | Wafficus | I ask because I'm trying to add the PCSX2 emulator PPA |
02:54.26 | gnarface | Wafficus: yea, uh... one of the primary risks of using 3rd party repos with devuan is accidentally getting systemd crap with it |
02:54.30 | Wafficus | no, I apt installed software-properties-common with apt |
02:54.37 | se7en | where would the libcue be |
02:54.40 | Wafficus | gotcha makes sense |
02:54.55 | gnarface | Wafficus: i see pcsx2 already in the devaun repo here on ceres |
02:54.56 | Wafficus | I don't see the PCSX2 emulator though in apt unfortunately |
02:54.59 | Wafficus | hmm |
02:55.08 | Wafficus | weird I did apt-cache search pcsx2 and I didn't see anything |
02:55.20 | gnarface | se7en: dpkg -L libcue2 |
02:55.38 | gnarface | se7en: (dpkg -L [any package name]) |
02:56.02 | Wafficus | I'm on Beowulf though |
02:56.37 | se7en | That fixed it, gnarface |
02:56.47 | se7en | What about fixing selinux and the interupter? |
02:57.06 | gnarface | se7en: can't tell you about selinux. it's broken by design IMO |
02:57.42 | 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 |
02:58.05 | gnarface | Wafficus: try "apt-cache search ^pcsx" |
02:58.17 | gnarface | afk, back later |
02:58.22 | gnarface | sorry guys |
02:58.25 | Wafficus | that did it |
02:58.35 | Wafficus | thanks for that regex idea |
03:29.39 | Wafficus | weird question but my Wii U pro controller isn't working in PCXS2 for some reason |
03:29.47 | Wafficus | if I try to toggle the rumble feature it rumbles |
03:29.59 | Wafficus | but its not detecting input from the controller on that PCSX2 emulator for some reason |
03:34.20 | gnarface | probably a permissions issue |
03:35.28 | 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 |
03:35.42 | gnarface | first you have to figure out where in /dev/ it is showing up |
03:36.04 | 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) |
03:39.38 | 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 |
03:43.43 | Wafficus | hmm |
03:43.48 | *** join/#devuan kaun_ (~kaun_@117.230.12.113) |
03:44.05 | Wafficus | what's weird is that the input is being detected in PCSXR just fine |
03:44.18 | Wafficus | that's unfortunate ah, wanted it to work in pcsx2 today tbh |
03:59.09 | se7en | Now my procmail fails to work |
03:59.11 | se7en | ugh |
04:03.01 | se7en | any idea for fix |
04:03.03 | se7en | gnarface: |
04:03.12 | se7en | The error is the same as a year ago |
04:03.22 | se7en | Fetchnmail fails to pass to procmail |
04:03.49 | se7en | With procmail giving the error "operation not permitted" |
04:04.09 | se7en | To the mailspool |
04:04.30 | se7en | and the log says nothing |
04:06.40 | Wafficus | if anything, my audio's not working however. The volume on Alsamixer is all the way up, and nothing is muted |
04:10.30 | Wafficus | I'm using a Scarlett Solo USB interface on the desktop running Devuan |
04:21.16 | *** part/#devuan Wafficus (~Wafficus@2601:483:4600:296:2ad2:44ff:fee6:6fce) |
04:27.43 | *** join/#devuan DocScrutinizer05 (~saturn@openmoko/engineers/joerg) |
04:29.54 | *** join/#devuan engidea (~damiano@46.141.120.243) |
04:33.14 | gnarface | se7en: sorry, can't reall anything about that, but could also be a permissions issue? maybe the user running it? |
04:33.33 | gnarface | can't really recall* |
04:44.49 | *** join/#devuan Centurion_Dan (~Thunderbi@devuan/developer/centuriondan) |
04:46.08 | *** join/#devuan xcm (~xcm@ipd114.250.tellas.gr) |
05:59.09 | *** join/#devuan infobot (ibot@c-174-52-60-165.hsd1.ut.comcast.net) |
05:59.09 | *** topic/#devuan is Welcome to Devuan! https://devuan.org | Releases: https://files.devuan.org (Beowulf 3.0 stable, ASCII 2.1 old-stable) | Forum https://dev1galaxy.org | Chanlogs http://maemo.cloud-7.de/irclogs/freenode/_devuan/ | take offtopic chat to #debianfork |
05:59.10 | *** mode/#devuan [+v infobot] by ChanServ |
06:04.02 | *** join/#devuan xcm (~xcm@ipd114.250.tellas.gr) |
06:06.45 | *** join/#devuan bsd4me (~bsd@98-106-74-65.gci.net) |
06:07.39 | *** join/#devuan blizzow (~blizzow@97-118-142-53.hlrn.qwest.net) |
06:10.24 | *** join/#devuan KnoP (~KnoP@business-176-095-149-105.static.arcor-ip.net) |
06:15.55 | *** join/#devuan Centurion_Dan (~Thunderbi@devuan/developer/centuriondan) |
06:17.16 | *** join/#devuan Atari-Frosch (~frosch@seelilie.atari-frosch.de) |
06:18.43 | *** join/#devuan petris (~quassel@docker01.dallas.linode.host.petris.net) |
06:21.54 | *** join/#devuan Inepu (~Mithrandi@37.162.77.46) |
06:30.38 | *** join/#devuan Joril (~joril@host-217-194-188-145.sbs.redder.net) |
06:36.43 | *** join/#devuan TwistedF1 (~TwistedFa@unaffiliated/twistedfate) |
06:43.10 | *** join/#devuan Humpelstilzchen (erik@p2e5b24f5.dip0.t-ipconnect.de) |
06:48.40 | se7en | I am leaving this message for tomorrow, since I am very tired |
06:48.55 | se7en | gnarface: my alsa now fails |
06:49.02 | se7en | And I think I need help fixing it |
06:49.14 | se7en | I have no sound after reboot, it claims the device is busy |
06:49.21 | se7en | And I've tried several work-arounds |
06:49.22 | se7en | I am tired |
06:49.29 | se7en | I hope to see you tomorrow before I work |
06:52.43 | *** join/#devuan aqu4bot (~aqu4bot@unaffiliated/subsen/bot/aqu4) |
07:04.10 | gnarface | se7en: what did you change? maybe the device is busy... |
07:04.39 | gnarface | se7en: window managers sometimes use the soundcard |
07:05.32 | 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 |
07:05.36 | *** join/#devuan zatumil (~debian@cgn-213-196-211-75.nc.de) |
07:06.50 | tomtastic | I wonder if that chap Guest3495 ever fixed his botched upgrade |
07:07.32 | tomtastic | I guess the 'veteran unix admins' part escaped him |
07:17.09 | *** join/#devuan MasterdonX (~masterdon@66.115.175.41) |
07:28.28 | *** join/#devuan xrogaan (~xrogaan@unaffiliated/xrogaan) |
07:34.23 | *** join/#devuan kaun_ (~kaun_@117.230.1.7) |
07:40.47 | *** join/#devuan mith_ (~Mithrandi@37.162.77.46) |
07:55.53 | *** join/#devuan Pali (~pali@Maemo/community/contributor/Pali) |
07:58.18 | *** join/#devuan epony (epony@unaffiliated/epony) |
07:59.45 | *** join/#devuan epony (epony@unaffiliated/epony) |
08:01.50 | *** join/#devuan epony (epony@unaffiliated/epony) |
08:11.03 | *** join/#devuan AntoFox (~Thunderbi@93.37.141.18) |
08:18.14 | *** join/#devuan xinomilo (~xinomilo@gateway/tor-sasl/xinomilo) |
08:26.59 | kaun_ | tomtastic: ha ha. What was the botched upgrade? I did a ASCII net-install and immediately dist-upgrade'd to Beowulf; I have working X/DM, etc. but no console ('no signal' if I switch to a console VT). |
08:28.05 | tomtastic | I feel your pain, last year I 'upgraded' from Ubuntu to beowulf. There were ... issues. |
08:28.39 | tomtastic | It took quite a bit of hackery to fix the dependancies |
08:29.15 | tomtastic | I run headless, so didn't notice any console VT issues I'm afraid |
08:30.20 | *** join/#devuan Acacia (~Acacia@unaffiliated/acacia) |
08:30.42 | *** join/#devuan xcm (~xcm@ipd114.250.tellas.gr) |
08:42.02 | kaun_ | good for you (I use my TV panel as a screen when required, so I noticed) |
08:48.18 | *** join/#devuan unixman_home (~unixman2@43-235-137-216.mtaonline.net) |
08:48.19 | *** join/#devuan unixman_home (~unixman2@unaffiliated/eracc) |
08:48.35 | *** join/#devuan xcm (~xcm@ipd114.250.tellas.gr) |
08:56.59 | *** join/#devuan ErRandir (~mhabets@81.168.73.77) |
09:01.15 | *** join/#devuan nailyk (~nailyk@carbonfusion/co-admin/nailyk) |
09:04.50 | *** join/#devuan mith__ (~Mithrandi@37.163.58.246) |
09:12.46 | *** join/#devuan mith_ (~Mithrandi@37.162.39.150) |
09:18.38 | *** join/#devuan __20h__ (~some_one@bitreich/member/-20h) |
09:40.49 | *** join/#devuan rafalcpp (~racalcppp@ip-178-214.ists.pl) |
10:29.57 | *** join/#devuan _william_ (~william@lfbn-cle-1-220-207.w2-3.abo.wanadoo.fr) |
10:46.30 | tomtastic | Does that rely on having a particular getty setup in /etc/inittab |
10:49.47 | tomtastic | I forgot X let you CTRL-ALT-F6, etc. |
10:51.37 | gnarface | depends on the hardware |
10:51.51 | gnarface | and the driver |
10:53.29 | gnarface | hmm, although... |
10:54.03 | gnarface | it would require you do have you know... some getty setup |
10:54.09 | gnarface | like, the stock one |
11:03.21 | *** join/#devuan xinomilo (~xinomilo@gateway/tor-sasl/xinomilo) |
11:05.46 | tomtastic | I've no idea what the stock ASCII inittab looked like, but at a guess yes it's probably debian stock |
11:20.13 | fsmithred | <PROTECTED> |
11:20.24 | fsmithred | (5.0) |
11:20.34 | tomtastic | Nice, then kaun_ has other issues then I guess |
11:22.29 | cosurgi | tomtastic: didn't I boast about that yet? |
11:23.18 | fsmithred | maybe he should try installing beowulf directly instead of upgrading to it. |
11:23.33 | fsmithred | I have no evidence to support that idea |
11:23.37 | cosurgi | uses 10 xservers, each for separate work/play focus. Each haa rox+sawfish setup with 40 viewports :) A total of 400 worspace size. |
11:23.42 | cosurgi | I never minimize any window! |
11:24.05 | cosurgi | each is a different user. Separate user for steam gaming! Separate user for devel. |
11:24.47 | cosurgi | Also: three git statuses in the zsh prompt: https://gitlab.com/cosurgi/zsh-git-cal-status-cpp |
11:25.06 | cosurgi | one for my documents, another for .dotfiles, anoher for git in current directory. |
11:25.11 | cosurgi | That's soooo comfortable |
11:26.01 | cosurgi | some call it multiple personality disorder ;) |
11:30.22 | specing | > steam gaming |
11:30.25 | specing | Play libre games |
11:30.43 | cosurgi | I even placed a sticker below the Fn keys on he keyboard with the usernames, that are logged in on each of the CTRL-ALT-Fn. The two remaining ones: is an always text console, which may come handy if xserver has issues, and a dropbox user which has access nowwhere. But all other users have access to it :) |
11:30.49 | yeti | sawfish coughs |
11:31.17 | cosurgi | specing: fully agree. I did `pkill -SIGSTOP -u game` about 6 moonths ago :) That xserver isn't using any resources recently :) |
11:31.18 | yeti | but you can ignore the error... just click it away |
11:31.38 | cosurgi | was a sawfish maintainer about 10 years ago :-P |
11:31.49 | cosurgi | yeti: say a bad word about sawfish and I kill you :) |
11:32.06 | yeti | https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=851611 |
11:32.57 | yeti | and now bedder dont addres me again |
11:33.18 | cosurgi | hmmfph. I will let ohers know on the sawfish mailing list ;) |
11:34.17 | cosurgi | yeti: sorry about that ;) |
11:34.29 | *** join/#devuan sgage (~sgage@h64-35-192-144.cntcnh.dsl.dynamic.tds.net) |
11:34.52 | *** join/#devuan DocScrutinizer51 (~lagrange@openmoko/engineers/joerg) |
11:34.52 | *** join/#devuan tobypus (~jr-logbot@neo900/bot/jr-logbot) |
11:34.52 | *** mode/#devuan [+v tobypus] by ChanServ |
11:35.24 | *** join/#devuan sixwheeledbeast (~zem@lagrange.cloud-7.de) |
11:35.26 | *** join/#devuan xcm (~xcm@ipd114.250.tellas.gr) |
11:36.14 | yeti | in netbsd the config terminate when trying to change the wallpaper |
11:36.49 | yeti | I'd use it if it were stable |
11:36.53 | yeti | IF |
11:37.02 | cosurgi | huh? sawfish has nothing to do with wallpaper. |
11:37.52 | cosurgi | you are teasing me, I know. I wish I had time to fix these couple reamining bugs in sawfish. |
11:38.09 | cosurgi | how would I reproduce that one on netbsd? |
11:38.24 | yeti | waits for EXWM to get stable |
11:38.57 | yeti | I tried SF on netbd9, standard X install, started via .xinitrc / startx |
11:39.35 | yeti | the config helper collapses when I wanto to enter that wallpaper (or background) stbtree |
11:39.59 | yeti | maybe a BSD problem.... on devuan SF is more important |
11:40.14 | yeti | it would make a nice and esy to customise WM for install media |
11:41.27 | 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 |
11:42.05 | yeti | had a long break and when I tried later I always had some hiccups with SF |
11:42.08 | yeti | :-/ |
11:43.57 | *** join/#devuan rafalcpp (~racalcppp@ip-178-214.ists.pl) |
11:44.06 | cosurgi | I don't use gnome. The session is managed by rox-session. |
11:44.24 | yeti | I think I ran it without SM |
11:44.53 | yeti | just sawfish behind a DM or/and startx |
11:45.01 | 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 :) |
11:46.33 | 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. |
11:47.00 | yeti | if emacs evolves in hurd speed, EXWM will be stable 2050 |
11:47.03 | yeti | :-/ |
11:47.12 | yeti | uses screen and mosh |
11:47.34 | yeti | and restarts are infrequently |
11:47.57 | yeti | and currently the gnome system is my usual frontend to the net |
11:48.09 | yeti | but that may change |
11:48.33 | yeti | basically an xterm is an xterm... even on gnome |
11:50.26 | cosurgi | yeah, but did you know that xserver has a fixed limit of 256 opened windows? |
11:51.24 | 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. |
11:51.29 | ShorTie | how many you need ?? |
11:51.55 | yeti | I dont need that much... thanks to screen... typically 1 per remote system + FF + evolution, occasionally a fullscreen emacs and some qemus |
11:52.02 | yeti | faaaar from 256 |
11:52.03 | cosurgi | Definitely more than 256 :) I wouldn't learn about this limi otherwise ;) |
11:53.17 | cosurgi | These windows just stack up, after a couple of months.. I only do resarts when really-really necessary. Oherwise I use UPS+hibernation. |
11:53.42 | yeti | I dont count the shells in screen... ;-) |
11:53.45 | cosurgi | Who has time to close a window? Much more space, than on a regular desk, to have a total mess. |
11:53.54 | yeti | I'd go nuts if every shell were an own window |
11:54.53 | cosurgi | I would rather SIGSTOP unused users, than spend time to clean up those opened windows :) |
11:56.07 | yeti | maybe you need eagle-mode... :-Ã |
12:03.30 | cosurgi | http://eaglemode.sourceforge.net/ - this one? Interesting. |
12:03.49 | cosurgi | but nah. I have no time to switch my interfaces. What I have right now is perfect ;> |
12:04.18 | cosurgi | alright |
12:04.30 | cosurgi | I've sent a message to mailing list. Don't keep your hopes up. |
12:05.26 | yeti | https://www.howtogeek.com/675569/why-linuxs-systemd-is-still-divisive-after-all-these-years/ <<< is ther something new in it for "us"? |
12:05.34 | cosurgi | However, maybe sometimes I will get around trying to reproduce this. Without hurry. |
12:06.31 | yeti | ok... when I get the feeling SF is "stable" again, I might ditch XFCE on lots of toys... |
12:07.36 | yeti | or if EXWM get stable fast... SANTA!!! hear me!!! |
12:07.59 | cosurgi | if you like it, you can do the SANTA's job ;) |
12:08.01 | yeti | (but that would need emacs to bevome multithreaded and that will take time) |
12:08.30 | yeti | I already have lots of dark energy in my to do list |
12:45.43 | *** join/#devuan Garb0 (~Garb0@unaffiliated/garb0) |
12:46.10 | *** join/#devuan Garb0 (~Garb0@unaffiliated/garb0) |
12:51.40 | *** join/#devuan kelsoo1 (~kelsoo@dragora/developer/kelsoo) |
12:52.04 | *** join/#devuan phyre (~phyre___@78.30.22.107) |
12:52.11 | *** join/#devuan humpelstilzchen4 (erikmailus@gateway/shell/matrix.org/x-bawoftbwzwidykvc) |
12:53.24 | *** join/#devuan TigerbotHesh_ (~tbhesh@bishibosh.stronk.com.au) |
13:04.25 | *** join/#devuan Bjornn (~Bjornn@2604:6000:1503:3ac:493:1f16:d975:14a2) |
13:09.13 | *** join/#devuan infobot (ibot@c-174-52-60-165.hsd1.ut.comcast.net) |
13:09.13 | *** topic/#devuan is Welcome to Devuan! https://devuan.org | Releases: https://files.devuan.org (Beowulf 3.0 stable, ASCII 2.1 old-stable) | Forum https://dev1galaxy.org | Chanlogs http://maemo.cloud-7.de/irclogs/freenode/_devuan/ | take offtopic chat to #debianfork |
13:09.14 | *** mode/#devuan [+v infobot] by ChanServ |
13:18.34 | *** join/#devuan bsd4me (~bsd@98-106-74-65.gci.net) |
13:21.10 | *** join/#devuan james1138 (~James1138@71-222-133-42.albq.qwest.net) |
13:21.25 | *** part/#devuan james1138 (~James1138@71-222-133-42.albq.qwest.net) |
13:22.12 | *** join/#devuan james1138 (~James1138@71-222-133-42.albq.qwest.net) |
13:22.12 | *** part/#devuan james1138 (~James1138@71-222-133-42.albq.qwest.net) |
13:23.03 | *** join/#devuan james1138 (~James1138@71-222-133-42.albq.qwest.net) |
13:24.03 | *** part/#devuan james1138 (~James1138@71-222-133-42.albq.qwest.net) |
13:24.22 | *** join/#devuan james1138 (~James1138@71-222-133-42.albq.qwest.net) |
13:25.03 | *** part/#devuan james1138 (~James1138@71-222-133-42.albq.qwest.net) |
13:25.58 | *** join/#devuan james1138 (~James1138@71-222-133-42.albq.qwest.net) |
13:30.44 | *** join/#devuan m4rley (~m4rley@207.148.96.120) |
13:32.30 | *** join/#devuan gnarface (~gnarface@108-227-52-42.lightspeed.irvnca.sbcglobal.net) |
13:35.55 | *** join/#devuan chapolin (~chapolin@84.17.36.65) |
13:42.12 | *** join/#devuan Acacia (~Acacia@unaffiliated/acacia) |
13:54.56 | *** join/#devuan xcm (~xcm@ipd114.250.tellas.gr) |
13:57.07 | *** join/#devuan Gnhugo (~yaaic@2806:2f0:90a0:ac55:997a:1f1b:642:91c6) |
14:02.29 | *** join/#devuan chapolin_ (~chapolin@187.19.5.9) |
14:34.20 | *** join/#devuan lvd (~lvd@213.251.197.13) |
14:41.01 | *** join/#devuan CorvusCorax (~Corax@2a02:8070:ab8:b800:89e4:cbb8:3c0:64bb) |
14:42.22 | CorvusCorax | Hi, Does Devuan ascii have patches for GNU-TLS CVE-2020-13777 yet ? |
14:47.30 | fsmithred | CorvusCorax, yes. See https://security-tracker.debian.org/tracker/CVE-2020-13777 |
14:48.45 | CorvusCorax | odd. I just updated my system, and I didn't see an update for gnutls being pulled. I'll investigate |
14:51.29 | *** join/#devuan gordonDrogon (~gordon@watertower.drogon.net) |
14:53.38 | 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 |
14:56.42 | *** join/#devuan Tashtari (~tashtari@unaffiliated/tashtari) |
14:57.48 | *** join/#devuan engidea (~damiano@46.141.120.243) |
14:57.51 | CorvusCorax | thanks @fsmithred |
15:03.22 | Bjornn | I don't know what it means but I get the same result as CorvusCorax |
15:05.56 | *** join/#devuan rsx (~rsx@ppp-188-174-153-71.dynamic.mnet-online.de) |
15:06.55 | *** join/#devuan targz (~Thunderbi@unaffiliated/targz) |
15:07.33 | 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)" |
15:08.37 | CorvusCorax | the security flas is a regression introduced in GnuTLS-3.6.4 - released 2018-09-24 ... but ascii uses a much older version |
15:11.18 | CorvusCorax | GnuTLS 3.5.8 was released Jan 9 2017 |
15:19.51 | *** join/#devuan enyc (~enyc@muddle.enyc.org.uk) |
15:23.36 | *** join/#devuan jathan (~jathan@189.216.183.142) |
15:24.40 | *** join/#devuan Acacia (~Acacia@unaffiliated/acacia) |
15:26.42 | *** join/#devuan banisterfiend (~textual@ruby/staff/banisterfiend) |
15:28.00 | *** join/#devuan Uberius (~Uberius@gateway/tor-sasl/uberius) |
15:39.37 | *** join/#devuan engidea (~damiano@46.141.120.243) |
15:48.06 | *** join/#devuan furrymcgee (~debian@cgn-213-196-211-75.nc.de) |
15:49.30 | *** join/#devuan zatumil (~debian@cgn-213-196-211-75.nc.de) |
16:12.04 | *** join/#devuan TwistedFate (~TwistedFa@unaffiliated/twistedfate) |
16:14.53 | *** join/#devuan fylgje (~fylgje@84.red-2-139-134.dynamicip.rima-tde.net) |
16:33.46 | *** join/#devuan Pali (~pali@Maemo/community/contributor/Pali) |
16:34.28 | *** join/#devuan xcm (~xcm@ipd114.250.tellas.gr) |
16:38.13 | *** join/#devuan amesser (~amesser@p5b0554bc.dip0.t-ipconnect.de) |
16:38.24 | *** join/#devuan nailyk (~nailyk@carbonfusion/co-admin/nailyk) |
16:59.13 | *** join/#devuan Acacia (~Acacia@unaffiliated/acacia) |
17:02.54 | *** join/#devuan scaniatrucker (~scaniatru@78-56-98-5.static.zebra.lt) |
17:05.04 | *** part/#devuan james1138 (~James1138@71-222-133-42.albq.qwest.net) |
17:10.17 | *** join/#devuan james1138 (~James1138@71-222-133-42.albq.qwest.net) |
17:10.41 | *** join/#devuan james1138 (~James1138@71-222-133-42.albq.qwest.net) |
17:14.39 | *** join/#devuan xcm (~xcm@ipd114.250.tellas.gr) |
17:17.28 | *** join/#devuan rafalcpp (~racalcppp@ip-178-214.ists.pl) |
17:17.39 | *** join/#devuan IoFran (~Thunderbi@189.154.119.249) |
17:27.32 | *** join/#devuan tomtastic (~tomtastic@90.194.114.233) |
17:29.15 | *** join/#devuan cd (~cd@unaffiliated/cd) |
17:35.43 | *** join/#devuan epony (epony@unaffiliated/epony) |
17:44.52 | *** join/#devuan Acacia (~Acacia@unaffiliated/acacia) |
17:50.17 | *** join/#devuan xcm (~xcm@ipd114.250.tellas.gr) |
17:53.18 | *** join/#devuan engidea (~damiano@46.141.120.243) |
17:56.22 | *** join/#devuan Pali (~pali@Maemo/community/contributor/Pali) |
18:09.25 | *** join/#devuan rafalcpp (~racalcppp@ip-178-214.ists.pl) |
18:10.34 | *** join/#devuan muawija (~muawija@p4fc2167e.dip0.t-ipconnect.de) |
18:10.50 | muawija | Hi! anyone there? |
18:12.31 | golinux | Just ask |
18:13.00 | *** join/#devuan fylgje (~fylgje@84.red-2-139-134.dynamicip.rima-tde.net) |
18:13.26 | golinux | and if someone knows the answer, they will pop up |
18:15.09 | muawija | My devuan upgraded itself and nothing works anymore |
18:15.51 | muawija | 1) bonding bug: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=959236 |
18:15.55 | muawija | total crap. |
18:16.09 | muawija | 2)Â it's not possible to do dist-upgrade |
18:16.53 | muawija | it says: |
18:17.35 | muawija | "libc6-dev: Breaks: libgcc-8-dev (< 8.4.0-2~) but 8.3.0-6 is to be installed |
18:17.37 | muawija | ? |
18:17.56 | muawija | 3)Â Xorg doesn't work anymore |
18:19.44 | nemo | muawija: did you force install apt -t any packages? |
18:19.48 | 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 |
18:20.03 | nemo | not sure how you ended up with libgcc-8-dev from the future |
18:20.14 | nemo | or dpkg -i |
18:20.29 | golinux | thanks nemo. Carry on |
18:20.32 | bgstack15 | so reality check, you've done a "apt-get upgrade" first, before the "apt-get dist-upgrade", right? |
18:20.34 | muawija | nemo: don't recall i would do that |
18:20.41 | 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 ⺠|
18:20.45 | muawija | bgstack: yep |
18:20.53 | nemo | golinux: I was just trying to break the silence ð |
18:21.01 | nemo | golinux: get the debugging going ð |
18:21.12 | nemo | muawija: can you share your sources.list.d and sources.list ? |
18:21.28 | nemo | muawija: and preferences.d just-in-case |
18:21.45 | muawija | nemo: when the machine is up. takes 5 min |
18:21.48 | nemo | muawija: I assume you're on beowulf btw |
18:21.58 | nemo | (based on the 8.3.0-6) |
18:22.05 | nemo | and well, libgcc-8-dev period |
18:22.23 | nemo | hmmmm 8.4.0-2 feels like maybe you tried ceres/chimaera then fell back to beowulf |
18:22.34 | nemo | or (gods forbid) you are on ceres right now |
18:22.44 | muawija | yesterday I tried "apt update && apt upgrade" and it said, it will upgrade to chimeara |
18:22.47 | *** join/#devuan mith__ (~Mithrandi@37.161.185.68) |
18:22.49 | nemo | O_o |
18:22.54 | nemo | WHAT THE F!@#$ |
18:23.02 | nemo | muawija: what were you on *before* that |
18:23.14 | muawija | it must have been beowulf |
18:23.20 | golinux | You have "testing" in your sources.list? OOPS!! |
18:23.26 | muawija | yes |
18:23.28 | nemo | haha |
18:23.31 | nemo | ouch |
18:23.42 | nemo | welp. time to fix the sources and hope it can be unbroken without reinstall! |
18:24.03 | nemo | golinux: hm... when beowulf stabilised it'd be nice if stuff like that autodisabled |
18:24.14 | golinux | Can't do that is devuan because beowulf = buster and testing = bullseye/chimaera |
18:24.14 | nemo | there was a certain amount of time beowulf was safe to use... |
18:24.58 | golinux | This is covered on the website and common knowledge that we are not in sync with debian |
18:25.17 | 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 |
18:25.33 | nemo | oh *whew* |
18:25.42 | muawija | and I though, before I'm done, it'll be stable, hahaha |
18:25.47 | nemo | I thought you'd enabled testing because someone told you that was needed for beowulf at some point |
18:25.55 | nemo | like last fall or something |
18:26.06 | golinux | muawija: Please look at this page: https://devuan.org/os/releases |
18:26.07 | nemo | instead it was just 'cause you like crashing |
18:26.43 | muawija | golinux: I configured beowulf about 3/4 y ago according to devuan.org ! |
18:26.52 | muawija | or was it even before? |
18:27.02 | golinux | Especially the section "Codenames or suites?" |
18:27.09 | muawija | Oh, I got into xorg! |
18:27.10 | muawija | :) |
18:27.22 | nemo | golinux: so what I'm focusing on, I guess, is last year beowulf was "testing" right? |
18:27.42 | nemo | but was reasonably usable at the time 'cause you guys had worked on it a lot? |
18:27.52 | golinux | beowulf was "testing" until last week |
18:28.01 | muawija | /etc/devuan_version still says beowulf/ceres |
18:28.18 | muawija | hmm, no net |
18:28.27 | muawija | moment, please |
18:29.32 | muawija | deb http://auto.mirror.devuan.org/merged testing main |
18:29.45 | muawija | deb http://auto.mirror.devuan.org/merged testing-updates main |
18:29.56 | muawija | deb http://auto.mirror.devuan.org/merged testing-security main |
18:30.03 | muawija | but security doesn't work |
18:30.11 | muawija | AND: |
18:30.31 | golinux | auto.mirror is deprecated. Use deb.devuan.org |
18:30.39 | muawija | deb http://deb.debian.org/debian/ stable non-free |
18:30.58 | golinux | That will get you beowulf |
18:31.08 | muawija | deb http://deb.debian.org/debian-security stable/updates non-free |
18:31.17 | golinux | You are mixing beowulf and chimeara |
18:31.40 | golinux | IOW a frankendevuan |
18:31.48 | muawija | :) |
18:32.03 | muawija | well, until now it was working :) |
18:32.20 | muawija | I just need some non-free stuff, |
18:32.55 | golinux | That's because everything changed last week. Beowulf went to stable and chimaeraa to testing |
18:33.30 | nemo | golinux: I guess difference between his setup and my beowulf install last month was I had the word "beowulf" in that string |
18:34.04 | golinux | That's the way you need to configure sources.list in devuan. |
18:34.08 | muawija | so how do I move that non-free stuff into chimaera ? |
18:34.16 | muawija | (what is that codeword in debian???) |
18:34.24 | golinux | NEVER user use stable, testing etc in devuan |
18:34.33 | muawija | ok |
18:34.37 | golinux | bullseye |
18:34.46 | muawija | thx |
18:35.09 | golinux | I'm still on jessie so haven't a clue |
18:35.44 | muawija | so can I just s/testing/chimaerra/ ? |
18:36.07 | muawija | (and s/testing/bullseye on that non-free stuff)? |
18:36.39 | golinux | Don't mix debian and devuan repos |
18:36.55 | golinux | It's chimaera |
18:36.58 | muawija | so, where can I get the non-free stuff from? |
18:37.17 | golinux | We have everything debian served through devuan |
18:37.35 | golinux | Add non-free to you sources.list |
18:38.04 | muawija | ok, unfortunatelly, this WASN'T well documented on devuan.org |
18:38.24 | muawija | at least not when I was installing my system some year ago or so |
18:38.34 | golinux | https://devuan.org/os/releases |
18:39.20 | golinux | https://devuan.org/os/packages |
18:39.56 | golinux | It's been that way for 5 years |
18:40.14 | *** join/#devuan bgustav (~bgustav@188.27.102.181) |
18:40.32 | muawija | yes. no word about non-free repositories... |
18:40.36 | muawija | https://devuan.org/os/packages |
18:41.17 | muawija | ok, now IÂ see it |
18:41.32 | golinux | :) |
18:41.57 | golinux | Sorry your system got messed up. |
18:43.01 | golinux | If it's any consolation, you are not the first and won't be the last who doesn't rtfm. ;) |
18:43.37 | muawija | well, I *do* RTFM |
18:45.00 | muawija | ok, let's see |
18:45.33 | muawija | but probably the bonding bug will still be there :/ |
18:45.59 | golinux | has no idea what a bonding bug is |
18:46.17 | golinux | (and doesn't want to know) |
18:46.22 | muawija | https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=959236 |
18:46.32 | muawija | IÂ already pointed to that above |
18:47.52 | golinux | I saw that. Just over my head |
18:48.16 | golinux | and will never be useful to me. |
18:48.31 | muawija | Well, as an workaround I can just use 1Gbit instead of 2x1gbit but it's annoying |
18:49.59 | muawija | that's one of the reasons I wanted devuan because IÂ don't like this "creativitiy" of breaking something was working for years :/ |
18:51.38 | se7en | I am back gnarface |
18:51.41 | se7en | golinux: |
18:51.43 | muawija | BTW, anyone knows what's the name of "mate"'s windowmanager. |
18:51.47 | muawija | ? |
18:51.49 | *** join/#devuan Uberius (~Uberius@gateway/tor-sasl/uberius) |
18:51.51 | se7en | Think you can help me with the alsa now |
18:53.48 | golinux | se7en: ? |
18:54.27 | se7en | I left messages last night before bed |
18:54.39 | bgustav | muawija: google says marco, in the first search result |
18:54.45 | se7en | golinux: to catch you up, I upgraded from devuan 2 to devuan 3, had dependency hell and thousands of permission errors |
18:54.53 | *** join/#devuan fylgje (~fylgje@84.red-2-139-134.dynamicip.rima-tde.net) |
18:55.06 | se7en | Now the latest problem is after fixing permission errors and dependency hell alsa fails to work, constantly claiming the device is busy |
18:55.16 | se7en | It worked before |
18:55.57 | *** join/#devuan g4570n (~g4570n@unaffiliated/g4570n) |
18:56.20 | muawija | bgustav: yeah, if you can start the browser :-D |
18:56.29 | muawija | now I did it from second pc... |
18:57.47 | *** join/#devuan engidea (~damiano@46.141.120.243) |
19:05.07 | *** join/#devuan IoFran2 (~Thunderbi@189.154.119.249) |
19:22.12 | muawija | hm, so dist-upgrade doesn't work anyway |
19:22.52 | muawija | and chimaera-security doesn't seem to work |
19:23.42 | fsmithred | chimaera=bullseye |
19:23.46 | *** join/#devuan xcm (~xcm@ipd114.250.tellas.gr) |
19:23.57 | *** join/#devuan Akuli (~akuli@mobile-access-b0485d-199.dhcp.inet.fi) |
19:24.03 | muawija | yes? |
19:35.14 | *** join/#devuan tom (~tom@206-212-236-243.static.onlinenw.com) |
19:35.44 | Guest33070 | How can I change Devuan 3's cron behavior to set the USER environment variable instead of just LOGNAME for BSD-compliant operation? |
19:36.04 | Guest33070 | man crontab(5) it says that vixiecron will set LOGNAME, HOME, and SHELL |
19:36.12 | Guest33070 | and the it will also set USER in a BSD system |
19:36.27 | Guest33070 | I want the BSD behavior on my Devuan 3 GNU system |
19:37.08 | *** join/#devuan engidea (~damiano@46.141.120.243) |
19:38.57 | *** join/#devuan bsd4me (~bsd@98-106-74-65.gci.net) |
19:40.41 | *** join/#devuan AntoFox (~Thunderbi@93.37.141.18) |
19:43.58 | Guest33070 | <PROTECTED> |
19:45.23 | *** join/#devuan Garb0 (~Garb0@unaffiliated/garb0) |
19:51.23 | bgstack15 | are you talking about inside crontab -e? |
19:51.30 | bgstack15 | or in /etc/cron.d/file.cron? |
19:53.17 | 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" |
19:53.35 | bgstack15 | but I'm pretty sure the user crontabs (crontab -e) simply have to be set from the user in question. |
19:53.53 | bgstack15 | so crontab -u scriptuser -e |
20:03.26 | *** join/#devuan Pali (~pali@Maemo/community/contributor/Pali) |
20:05.13 | *** join/#devuan sgage (~sgage@h64-35-192-144.cntcnh.dsl.dynamic.tds.net) |
20:24.35 | *** join/#devuan Garb0_ (~Garb0@unaffiliated/garb0) |
20:50.41 | *** join/#devuan phyre (~phyre___@78.30.22.107) |
20:52.06 | *** join/#devuan Garb0__ (~Garb0@unaffiliated/garb0) |
20:52.24 | *** join/#devuan TigerbotHesh (~tbhesh@bishibosh.stronk.com.au) |
20:55.37 | Guest33070 | also noting a bug in beowulf |
20:55.46 | Guest33070 | the voltage sensors are not read correctly |
20:55.56 | Guest33070 | GPU core: -0.02 V (min = +0.84 V, max = +1.09 V) |
20:56.07 | Guest33070 | my gpu is not a power source |
20:56.49 | Guest33070 | temp1: -0.0°C (high = +95.0°C, hyst = +3.0°C) |
20:57.06 | Guest33070 | nor is it quantum chilled |
20:57.56 | fsmithred | what hardware you got? |
21:08.48 | *** join/#devuan zyliwax (~zyliwax@unaffiliated/zyliwax) |
21:20.22 | *** join/#devuan TwistedFate (~TwistedFa@unaffiliated/twistedfate) |
21:23.57 | stiltr | Hey se7en, I don't know much about alsa, but glad to see you made it back. |
21:30.07 | *** join/#devuan avbox111 (d5a03e0d@static-c-213-160-62-13.customer.ggaweb.ch) |
21:31.50 | 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? |
21:34.33 | *** join/#devuan Pali (~pali@Maemo/community/contributor/Pali) |
21:35.19 | stiltr | I'd say compare it to what was there for ascii and see if there's anything obviously missing. |
21:41.40 | fsmithred | avbox111, anything here useful? https://pkgmaster.devuan.org/devuan/dists/beowulf/main/installer-arm64/current/images/device-tree/allwinner/ |
21:46.16 | *** join/#devuan james1138 (~James1138@71-222-133-42.albq.qwest.net) |
21:48.18 | *** join/#devuan Garb0 (~Garb0@unaffiliated/garb0) |
21:49.05 | *** join/#devuan Garb0 (~Garb0@unaffiliated/garb0) |
21:51.13 | *** join/#devuan Inepu (~Mithrandi@37.160.33.148) |
22:03.55 | gnarface | se7en: yea i asked what changed though? the most common cause of that error is inadvertently disabling software mixing |
22:04.59 | Guest33070 | fsmithred, NVIDIA Corporation GF108M [NVS 5400M] (rev a1) |
22:05.07 | Guest33070 | (Thinkpad T430) |
22:05.08 | gnarface | se7en: for example if you uninstall pulseaudio then tell every program to use a alsa "hw" device instead of the default one |
22:05.57 | gnarface | se7en: in that case only one program would be able to use it at a time, and even your window manager's sound effects count as a program "using" it (even while no sound effects are actually playing) |
22:06.01 | Guest33070 | also, I was wondering if there was any way to dynamically reload certificates on MariaDB 10.3 (the version beowulf ships with). In 10.4 they have the FLUSH SSL; command |
22:06.05 | Guest33070 | but 10.3 doesn't have that |
22:06.20 | Guest33070 | https://mariadb.com/kb/en/securing-connections-for-client-and-server/#reloading-the-servers-certificates-and-keys-dynamically |
22:06.36 | Guest33070 | Does this mean that I will be forced to restart the database server every 2 weeks? |
22:07.48 | *** join/#devuan Human_G33k (~HumanG33k@62.147.242.8) |
22:09.01 | se7en | I was able to fix the problem, I was missing /etc/asound.conf |
22:09.46 | gnarface | se7en: well it works here for me without that and without pulseaudio, but i've been very careful about my individual programs' configurations |
22:10.03 | gnarface | se7en: the important part is that it works for you though |
22:10.21 | fsmithred | Guest33070, NVIDIA Corporation GT218 [GeForce 210] (rev a2) shows up correctly with lm-sensors in beowulf here. |
22:10.32 | se7en | I still have problems with cmus |
22:10.47 | se7en | it seems to skip tracks |
22:10.52 | se7en | It's not an encoder problem |
22:11.01 | se7en | All the files in the album are flac |
22:11.10 | Guest33070 | fsmithred, what driver? |
22:11.22 | gnarface | se7en: i've never touched that one. does it always skip on the same tracks or does it seem random? |
22:11.26 | se7en | It claims that the duration of all tracks it is skipping are 00:00 |
22:11.35 | fsmithred | nouveau |
22:11.42 | se7en | I can play with mpv |
22:11.51 | se7en | it seems to be potentially a minor issue, as it is only one album |
22:11.52 | gnarface | se7en: hmm.... that does sound like it's got some sort of format complaint about them though |
22:12.47 | gnarface | se7en: i like vlc; it's known for playing stuff even if it's not strictly following the standards |
22:12.50 | se7en | It plays just fine, it's not a problem of encoder |
22:13.17 | gnarface | well, unless you encoded them all yourself with the same version of flac, you don't know that |
22:13.18 | se7en | I've never had problems with this before |
22:14.04 | se7en | I'll have to troubleshoot this later, Iguess |
22:14.12 | se7en | I don't see why I have so many problems upgrading |
22:14.14 | gnarface | could it be the characters in the file names or metadata? foreign character sets might disrupt stuff if not properly supported by the player |
22:14.20 | se7en | I don't think this is a normal amount of problems to have |
22:14.38 | gnarface | i honestly agree. did you angry an old gypsy woman? |
22:14.51 | gnarface | anger* |
22:15.41 | gnarface | some amount of these issues are inevitably self inflicted the question is just retracing your steps better |
22:17.54 | gnarface | like, you tell me you fixed alsa by adding a asound.conf but you never explained what you changed to break it... letting that information slide is just not okay if you want to figure out why this is happening to you and not anyone else... and it really may be <i>not</i> your fault but we don't know that yet, and don't even have enough information about it to file a bug report |
22:17.55 | *** join/#devuan coagen_ (~coagen@unaffiliated/coagen) |
22:17.58 | se7en | Well, the primary issue with cmus was libcue |
22:18.14 | se7en | I have no idea why I was missing /etc/asound.cong |
22:18.16 | se7en | I have no idea why I was missing /etc/asound.conf |
22:18.33 | se7en | Maybe it was removed during the dependency hell by an automated purge |
22:18.36 | gnarface | i'm telling you, you were missing it probably because there isn't one by default, but it should still work |
22:18.46 | se7en | I have no memory of removing it |
22:19.22 | gnarface | i would be suspicious it might be evidence you lost something else in there like /etc/alsa/conf.d/ or something |
22:19.36 | Guest33070 | fsmithred, I don't know if it makes any difference but the NVS 5400M is a business card, not a 'gaming' card |
22:19.42 | gnarface | se7en: but it also could just represent a regression in the kernel, for all i know based on just what you've told me |
22:20.05 | fsmithred | is it very new? |
22:20.06 | gnarface | se7en: knowing whether it broke initially after the first reboot from a kernel upgrade would be a big hint |
22:20.43 | gnarface | Guest33070: support statuses here https://nouveau.freedesktop.org/wiki/FeatureMatrix/ |
22:21.14 | gnarface | Guest33070: find your card on this page https://nouveau.freedesktop.org/wiki/CodeNames/ |
22:24.22 | Guest33070 | its not a geforce |
22:30.54 | gnarface | Guest33070: doesn't matter, it's still on that list somewhere |
22:31.28 | gnarface | Guest33070: the part you care about is this: GF108M |
22:32.04 | gnarface | Guest33070: whether it was sold to you as "GeForce" or not is immaterial |
22:32.59 | gnarface | Guest33070: the possibility that it just isn't supported is real, that's why i advised you check here. but also since it is nouveau there is also a small possibility that an upgraded kernel might help, depending on which particular card you have |
22:34.09 | gnarface | Guest33070: if you can figure out for sure it's a driver bug and not a configuration error, they might be able to help you with it in #nouveau but it would probably start with them asking you to test their latest kernel patches |
22:35.23 | gnarface | Guest33070: if this is still supported by the non-free official or legacy drivers from nvidia, that might be a better choice, unless you care more about security than temperature sensors |
22:36.00 | *** join/#devuan fylgje (~fylgje@84.red-2-139-134.dynamicip.rima-tde.net) |
22:36.40 | gnarface | Guest33070: and if this used to work right on an older kernel, then you need to include which kernel version specifically in the bug report |
22:38.53 | *** join/#devuan inak (~bsduser@98-106-74-65.gci.net) |
22:40.37 | gnarface | Guest33070: (but if it never worked right with nouveau or nvidia this could be actually something lm-sensors needs a patch for... lm-sensors munges sensor readings from a actually disturbingly large amount of devices, and needs individual mappings provided for many of them that never were provided |
22:40.40 | gnarface | ) |
22:40.42 | *** join/#devuan bsd4me (~bsduser@98-106-74-65.gci.net) |
22:41.15 | gnarface | Guest33070: (and in that case it's probably a simple fix, comparatively, but not one i can give you off the top of my head either) |
22:45.57 | *** join/#devuan fylgje (~fylgje@84.red-2-139-134.dynamicip.rima-tde.net) |
22:56.48 | *** join/#devuan freemangordon (~ivo@46.249.74.23) |
23:02.18 | *** join/#devuan g4570n (~g4570n@unaffiliated/g4570n) |
23:03.29 | *** join/#devuan Woodi (~iUser@hfy250.internetdsl.tpnet.pl) |
23:28.14 | *** join/#devuan Woodi (~iUser@hfy250.internetdsl.tpnet.pl) |