iv4nshm4k0v | jonadab: I've had keyboards dying for various reasons, but can't say a cord was ever a problem for me. As for Model Ms, I don't know how you estimate keyboard's worth, but at around 100 USD new from http://unicomp.com/ , I'd say they're somewhat costly. | 03:20 |
---|---|---|
adhoc | iv4nshm4k0v: if that is a full 101 key, then that is on the low side for a mechanical keyboard. | 03:39 |
adhoc | I wonder if the modern model m's come in PS2 and if they would work on my octane... | 03:40 |
iv4nshm4k0v | adhoc: Unicomp offers keyboards with 87 to 122 keys, most of them in both PS/2 and USB varieties. | 03:43 |
edgar9380 | I have a 1600x1200 monitor, yet I can only do 1280x1024 max. | 03:47 |
edgar9380 | my GPU is a AMD Radeon R7 250 card too | 03:48 |
gnarface | edgar9380: you need the firmware-amd-graphics package. do you have it? | 03:48 |
gnarface | edgar9380: (it's in non-free) | 03:48 |
gnarface | edgar9380: (let me know if you don't know how to check) | 03:50 |
edgar9380 | I added the non-free Debian sources to my sources.list file | 03:52 |
edgar9380 | and I'm currently installing the firmware-amd-graphics package | 03:52 |
golinux | Please that non-devuan related chat to #devuan-offtopic | 03:52 |
golinux | Not a good idea to use debian sources directly. Devuan has everything that debian does except systemd | 03:53 |
edgar9380 | I got the non-free AMD drivers working now on my Devuan install. | 03:58 |
edgar9380 | working 100% | 03:58 |
gnarface | so the resolution is right now | 04:01 |
gnarface | ? | 04:01 |
gnarface | or you're saying they already worked before hand | 04:02 |
gnarface | you typed Debian earlier, and there was some confusion about your intent | 04:02 |
Xenguy | edgar9380, you are mixing Debian and Devuan sources? That is the Frankenstein Opening : -) | 04:02 |
gnarface | edgar9380: to be clear, you meant you put Devuan non-free in your sources.list, right? | 04:03 |
gnarface | yea it really makes a mess if you actually mix devuan and debian repos | 04:03 |
edgar9380 | I choose the non-free Debian sources | 04:03 |
edgar9380 | *source | 04:04 |
gnarface | it isn't always apparent how it breaks things | 04:04 |
gnarface | it causes package dependency tree corruption, basically | 04:04 |
gnarface | and to be clear, Devuan has all the same packages for this stuff. you should have used the Devuan repos in your sources, even for non-free | 04:04 |
Xenguy | Yeah, you should be able to get everything you need from Devuan sources | 04:05 |
genr8_ | I just installed devuan and I noticed something weird with the packages "gcc" and "gcc-8". I haven't changed anything really. | 04:55 |
genr8_ | I did "apt get install linux-headers-4.19.0-14-amd64" and it auto-grabbed "gcc-8" version 8.3.0-6 (9,452KB) (from "deb.devuan.org/merged beowulf/main amd64" repo) | 04:57 |
genr8_ | then later on, I did "apt install gcc make autoconf automake" and instead of ignoring gcc, it re-grabbed ANOTHER "gcc" version 4:8.3.0-1 (5,196KB) from the same repo | 04:59 |
adhoc | the package; build-essential | 04:59 |
adhoc | would be the obvious place to start, as far as I know | 05:00 |
genr8_ | ok but that doesnt exactly remove the concern here | 05:00 |
adhoc | genr8_: should get the important packages you need to build thing like the kernel | 05:00 |
adhoc | what does; which gcc | 05:01 |
adhoc | return ? | 05:01 |
rrq | genr8_: https://pkginfo.devuan.org/cgi-bin/package-query.html?c=package&q=gcc=4:8.3.0-1 | 05:01 |
adhoc | then run; gcc --version | 05:01 |
genr8_ | ok but also, I notice on this build-essential metapackage, the same thing is happening for G++ and G++-8 | 05:01 |
genr8_ | it chose both to install, and the versions are also 8.3.0-6 and 4:8.3.0-1 | 05:02 |
genr8_ | gcc --version produces 8.3.0-6 | 05:02 |
adhoc | one of them will be in the path. | 05:02 |
rrq | https://pkginfo.devuan.org/cgi-bin/package-query.html?c=package&q=g++=4:8.3.0-1 | 05:02 |
rrq | look at the Depends: line | 05:02 |
genr8_ | thats not a valid answer | 05:03 |
adhoc | genr8_: does not matter in the big scheme of things | 05:04 |
adhoc | installing build-essential will give you a sensible OS default environment. | 05:04 |
genr8_ | it should be investigated | 05:04 |
genr8_ | it does not convey good practices. judging by a "diff <(dpkg -L gcc) <(dpkg -L gcc-8)" they installed 95% of the same stuff but 5% is different | 05:05 |
adhoc | genr8_: good, you have a neat little problem to solve, which is the metapacage and which is the compiler package? what is the chain? | 05:06 |
genr8_ | thats the issue. they both are real packages. | 05:06 |
adhoc | genr8_: so long as they both produce valid executables? | 05:06 |
genr8_ | not OK in my book | 05:07 |
genr8_ | theres utility and plugin differences between the packages | 05:07 |
genr8_ | https://pkginfo.devuan.org/cgi-bin/package-query.html?c=package&q=gcc <--- this is only showing version 4:8.3.0-1 and not even showing 8.3.0-6 | 05:07 |
adhoc | genr8_: it may suggest the kernel was built on a system with the minor version number different. | 05:07 |
rrq | do you have an example of "the same stuff"? | 05:07 |
genr8_ | do you want me to paste the output of that diff or something ? | 05:08 |
rrq | one example is enough | 05:08 |
genr8_ | libcc1.so liblto_plugin.so libcc1plugin.so | 05:09 |
rrq | libcc1.so is from gcc-8 not gcc | 05:09 |
genr8_ | c89-gcc c99-gcc | 05:09 |
genr8_ | I see that. im saying theres 2 different packages here | 05:10 |
rrq | those two are both from gcc | 05:11 |
genr8_ | i see that. | 05:11 |
genr8_ | when you run the diff command you will see also. | 05:11 |
genr8_ | theres no reason to be having two REAL (non-meta) "gcc vs gcc-8" packages (with different versions, and different content) on 1 devuan. | 05:11 |
rrq | ues, I don't know whether there is a reason. Apparently the Debian GCC Maintaners have some. | 05:12 |
genr8_ | ok | 05:12 |
genr8_ | so take it up with them ? | 05:12 |
rrq | I would guess they would always beee keen on feeback for imporvements | 05:13 |
adhoc | genr8_: I would purge all the packages that are bothering you, start with build-essentail, then install the meta kernel-headers package | 05:14 |
adhoc | pull the info from; dpkg --get-selections | 05:14 |
adhoc | then you can do a diff, before/after | 05:15 |
adhoc | and pull the package versions, depends out | 05:15 |
genr8_ | Ok i made a mistake here | 05:24 |
genr8_ | [23:59:28] <genr8_> then later on, I did "apt install gcc make autoconf automake" and instead of ignoring gcc, it re-grabbed ANOTHER "gcc" version 4:8.3.0-1 (5,196KB) from the same repo <----------- the second one is 5,196 BYTES not kilobytes :/ | 05:24 |
adhoc | is that one a meta package? | 05:25 |
genr8_ | they call it a "dependency package" | 05:25 |
* adhoc nods | 05:32 | |
adhoc | one day I'd like to get my head around why they version that package; 4:8.3.0-1 | 05:33 |
adhoc | 8.3.0 is the version of gcc, | 05:33 |
adhoc | what is the "4" ? | 05:33 |
genr8_ | so my confusion was for nothing. i feel bad for bothering people | 05:34 |
genr8_ | also: [00:34:19] <jmcnaught> genr8_: it's the epoch: https://www.debian.org/doc/debian-policy/ch-controlfields.html#version | 05:34 |
adhoc | genr8_: we all learn these things at some point | 05:35 |
adhoc | never feel bad about the path to learning =) | 05:35 |
adhoc | even of the initial reason for doing so, isn't the one you end up with ;) | 05:35 |
genr8_ | true. | 05:37 |
adhoc | there is a reason folks sit in this (and other) channels | 05:37 |
adhoc | you learn things along the way | 05:38 |
adhoc | and some times you can help | 05:38 |
adhoc | some times you help and put both feel in it =P | 05:38 |
adhoc | which I though I did | 05:38 |
adhoc | but the important thing is, you got there in the end =) | 05:39 |
genr8_ | I have a better question | 05:57 |
genr8_ | I thought I installed Devuan 3.1, but when I run "apt policy" it shows at 3.0.0 https://i.imgur.com/TCRjdyX.png | 05:58 |
genr8_ | is there some other way to confirm 3.1 ? | 05:59 |
adhoc | in /etc/ you will find a few files that have what the system things is the version it is running | 06:01 |
adhoc | cat /etc/devuan_version | 06:01 |
adhoc | cat /etc/debian_version | 06:01 |
genr8_ | says "beowulf" 10.0 | 06:02 |
genr8_ | i dont think it likes keeping track of minor version number :P | 06:02 |
adhoc | cat /etc/os-release | 06:02 |
genr8_ | VERSION_ID="3" / VERSION="3 (beowulf)" | 06:03 |
adhoc | I have PRETTY_NAME="Devuan GNU/Linux ascii" | 06:03 |
adhoc | so not sure what happened in the next release | 06:03 |
genr8_ | PRETTY_NAME="Devuan GNU/Linux 3 (beowulf)" | 06:03 |
adhoc | ok | 06:04 |
adhoc | once you have a major version installed, you can keep it up to date with; | 06:04 |
adhoc | apt-get -yud dist-upgrade | 06:04 |
genr8_ | it says its up to date. but i dont actually find 3.1 listed anywhere | 06:04 |
adhoc | I am sure there are other ways, | 06:04 |
rrq | genr8_: well spotted. It should really say 3.1 | 06:17 |
naked_joe | hello guys. Please help me to understand. If i install Beovulf, how install postgresql 13? i am a newbee. | 15:23 |
naked_joe | and nodejs latest? *.deb packages for debian 10 equivalent for Devuan? | 15:24 |
djph | naked_joe: use whatever's in the repos, same as you would on Debian Stable | 15:25 |
naked_joe | thanks for answer, What is name i need wrote? Example: sudo sh -c 'echo "deb http://apt.postgresql.org/pub/repos/apt $(lsb_release -cs)-pgdg main" > /etc/apt/sources.list.d/pgdg.list' | 15:26 |
infobot | naked_joe: de rien | 15:26 |
Joril | naked_joe: buster | 15:29 |
naked_joe | thanks | 15:30 |
naked_joe | openrc have runner script? Or need wrote himself? | 15:31 |
naked_joe | if i install some server from Buster repo, OpenRC have sript for run service or need wrote? For example: apach, DB or ACPID... | 15:36 |
tarzeau | does tinysshd work/exist/install on devuan? can you share your /etc/init.d/tinysshd? (ok i could grab the package and check myself) | 20:26 |
tarzeau | huh? https://pkginfo.devuan.org/cgi-bin/package-query.html?c=package&q=tinysshd=20190101-1 | 20:28 |
tarzeau | i thought devuan is without systemd? | 20:28 |
fsmithred | yes, devuan is without systemd | 20:30 |
tarzeau | all of it's packages are fixed to work without systemd as well? | 20:30 |
fsmithred | we fork the debian packages that require systemd | 20:31 |
fluffywolf | I take it the problem is that it doesn't include an init script? | 20:31 |
fsmithred | the rest come from debian through our repo which filters out the banned packages | 20:31 |
fsmithred | meanwhile, debian is starting to drop init scripts from packages | 20:31 |
fsmithred | and they should be going into an orphaned-init-scripts package | 20:32 |
fsmithred | not certain of the exact name | 20:32 |
tarzeau | fsmithred: debian is not, some debian developers are maybe | 20:32 |
fsmithred | looks like beowulf, chimaera and ceres all have the same version of tinysshd | 20:33 |
tarzeau | an outdated one | 20:33 |
fsmithred | I didn't want to name any names | 20:33 |
tarzeau | whatever. i haven't written ini files since 25 years, and i'm not going to start again | 20:33 |
fsmithred | tinysshd init script is not in orphan-sysvinit-scripts package | 20:35 |
fsmithred | did you look for one upstream? | 20:36 |
tarzeau | just shortly right now https://github.com/janmojzis/tinyssh and couldn't find one | 20:37 |
tarzeau | my initscripts are cronjob entries with @reboot to start in a gnu screen | 20:37 |
tarzeau | since like 15 years :) | 20:37 |
user_____ | Suggest a xfce4 compatible GUI program launcher which permits sudo launch, i.e. asks for root credentials before running the payload script? | 22:38 |
user_____ | There;s kdesu and gksudo -- anything xfce4 themed? | 22:40 |
user_____ | a separate kdesu program does not exist as a package. | 22:41 |
user_____ | gksudo also not. | 22:41 |
user_____ | there's lxqt-sudo | 22:42 |
user_____ | which pulls in qt etc | 22:43 |
user_____ | Anything else? | 22:43 |
user_____ | I see this is a hard problem, also affecting Wayland users (can't run gui apps as root - for example gparted!) | 22:58 |
user_____ | okay I'll find another way, thanks | 22:58 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!