gnarface | jim_fitz: oh, sorry, to clarify something, too - debian derivatives don't use runlevels to differentiate user modes like redhat derivatives do. that's why that didn't work as you expect; debian just puts everything in runlvel 2, and it's up to you to customize as you see fit | 00:01 |
---|---|---|
gnarface | (otherwise, sysvinit will more or less work as you remember from redhat - ntsysv even used to be available but i think they might have removed it) | 00:03 |
jim_fitz | I made it go away by removing packages. Then disabled slim so I could get a cli login. Thanks for the help | 00:14 |
gnarface | no problem | 00:14 |
jim_fitz | I just like things simple at the start. If I want an X display, I dont mind starting it myself | 00:14 |
gnarface | jim_fitz: in the future, if you want a gui-less setup, it's easier to use the netinstall iso image in "expert mode" and when you get to the tasksel page at the last step just uncheck all the boxes | 00:15 |
gnarface | jim_fitz: (it seems to imply you have to pick at least one task but you don't actually have to pick any of them - the resulting system is about half a gigabyte and capable of little other than booting and installing more software) | 00:15 |
jim_fitz | I think that is what I did when playing with the previous version of devuan | 00:16 |
jim_fitz | And actually, looking at migrating from Slackware (cant stand RH) | 00:16 |
gnarface | although personally i usually always include "standard system utilities" because those are things i almost always otherwise end up reinstalling ala-carte anyway | 00:16 |
golinux | mason | 01:42 |
golinux | oops. | 01:42 |
azot | I've heard a sentiment that it is quite hard to modify the growing number of software packages that are becoming more and more systemd specific. | 02:01 |
azot | I wonder, how true has this been in your experience? | 02:01 |
mason | azot: The only software growing that sort of dependency ends up being stuff I don't run. | 02:48 |
azot | mason, I actually have a whole desktop system (no gnome / kde) built from pkgsrc, without dbus and systemd. | 02:51 |
azot | I wonder, what software *does* require systemd? | 02:51 |
Xenguy | I suppose it's the same packages that Devuan has forked? | 02:53 |
DashiePie | azot: just wait, everything will be hard-dependant... as much as none of us want that | 02:55 |
azot | Xenguy, Ok. Is there a list of those available? | 02:56 |
azot | DashiePie, Hard dependant on what? Systemd? | 02:56 |
DashiePie | yes, but I'll stop now, since my tangent is what offtopic is for | 02:56 |
Xenguy | azot: I think this is the one: http://pkgmaster.devuan.org/bannedpackages.txt | 02:57 |
onefang | That and https://pkgmaster.devuan.org/libsystemd.txt | 02:58 |
azot | DashiePie, Could you please speak in complete sentences. I don't understand what you are attempting to communicate. Also, I do not appreciate your threats; could you please act in a more civil and intelligent manner? | 02:58 |
azot | Xenguy, Thank you. That's what I was looking for. | 02:59 |
azot | onefang, TY | 02:59 |
azot | Weird. Is wayland *really* dependent on systemd? I wanted to give it a try .... | 03:00 |
azot | And *tor*?! | 03:00 |
DHE | what I never understood is... since bsd is not systemd-capable, doesn't that mean none of these packages would run on bsd? | 03:05 |
Xenguy | systemd dropped POSIX, that is clear | 03:06 |
Xenguy | Maybe systemd doesn't affect that at all? Dunno | 03:06 |
azot | https://github.com/NetBSD/pkgsrc/blob/trunk/net/tor/Makefile | 03:28 |
azot | https://cdn.netbsd.org/pub/pkgsrc/current/pkgsrc/net/tor/README.html | 03:29 |
azot | Thus, it is apparent that package could somehow be made to work w/o systemd. | 03:30 |
azot | Yet, Debian does list libsystemd0 as a dependency. | 03:30 |
gnarface | different people doing the work, different people paying for the work | 03:33 |
sgage | I do believe that a program can be compiled to require systemd or not, | 03:36 |
sgage | and a package can be created that invokes systemd as a dependency, or not. | 03:36 |
sgage | I suppose there are some programs written to require systemd as a hard dependency. | 03:44 |
sgage | Shame on them. | 03:45 |
onefang | That's what the banned package list is for. | 03:45 |
gnarface | most of those aren't really the problem, the problem is when they're removing stuff that already works because they don't use it | 03:45 |
sgage | Right, and it keeps changing. | 03:45 |
Xenguy | Don't break userspace | 04:01 |
b33fmuff | hi i wanna try out chimaera but i dont see any download links for it on the site, unless im blind and missing something? or is there a special way to get it? | 04:08 |
golinux | b33fmuff: You have to upgrade from beowulf. There are no official isos yet. | 04:09 |
gnarface | that is usually the same situation in debian, too | 04:09 |
b33fmuff | ok thanks | 04:10 |
b33fmuff | nah i actually just checked before asking because i was curious as well, and debian does have bulleye available as an iso | 04:11 |
golinux | At some point we will have a beta . . . | 04:13 |
Xenguy | He's gone already, some cheese with that Sir? | 04:14 |
gnu_srs1 | (10:17:55 PM) srs: mason: fsmithred: svarze is not online any longer: But can you tell hen that we have transitional packages of udev and libudev1 depending on the corresponding eudev versions! | 10:23 |
gnu_srs1 | Or are these transitional packages only available for ascii? | 10:24 |
onefang | svarze still isn't online. | 10:24 |
onefang | Beowulf at least has libudev1 an a transitional package for libeudev1, and udev -> eudev. | 10:26 |
moriton | libapt-pkg-perl : Depends: libapt-pkg6.0 (>= 2.1.20) but 2.1.18+devuan1 is to be installed | 10:56 |
moriton | (chimaera) | 10:56 |
JackFrost | Yeah noticed and asked about that on Saturday or Friday, apt is out of date and hasn't been merged still. | 11:07 |
Junicchi | my pc completely froozes sometimes, i lived that problem on debian too before switching to devuan | 17:21 |
Junicchi | not sure if it's my hardware but is there any known problem or solution related to this issue? | 17:22 |
tuxd3v | Junicchi, do you use Nvidia hraphics? | 17:23 |
tuxd3v | graphics | 17:23 |
Junicchi | yep | 17:23 |
tuxd3v | welcome to the club | 17:23 |
tuxd3v | you are in i686 or amd64? | 17:23 |
Junicchi | x3 | 17:23 |
Junicchi | amd64 | 17:23 |
Junicchi | ryzen5 + gtx 1050ti | 17:23 |
tuxd3v | it hapens a lot of times? | 17:24 |
Junicchi | yes | 17:24 |
Junicchi | just happens randomly | 17:24 |
tuxd3v | but only when you are on youtube right? | 17:24 |
tuxd3v | ramdomly?? | 17:24 |
Junicchi | i mean sometimes it happens even ram usage is very low and sometimes no problem on high load | 17:25 |
Junicchi | period is sometimes 2 hours sometimes 30 minutes | 17:26 |
tuxd3v | but it hapens when you are using some application, in specific? | 17:26 |
Junicchi | most of the time it's happening while i'm on firefox | 17:26 |
tuxd3v | right | 17:26 |
tuxd3v | I am also on firefox | 17:26 |
tuxd3v | but what triggers for me the problem is the youtube videos | 17:27 |
Junicchi | does it happen right after you visit youtube? | 17:27 |
Junicchi | or takes a while and crashes at random time | 17:28 |
Junicchi | i can't be sure if the problem is firefox because i don't use any other gui software | 17:28 |
Junicchi | everything is cli | 17:28 |
tuxd3v | its ramdom in time, but when you play youtube videos, I need to check if I am doing something serious on other apps, because Iknow the problem could be trigger any time soon | 17:28 |
mason | Junicchi: netconsole could tell you what's happening, maybe. I'm not seeing detailed Debian docs, but: https://wiki.ubuntu.com/Kernel/Netconsole | 17:29 |
Junicchi | thanks mason | 17:29 |
Junicchi | the worst thing is this problem is hard to debug | 17:29 |
mason | Junicchi: https://github.com/FastVPSEestiOu/debian_netconsole seems to still be alive | 17:29 |
mason | Yeah, this'll help debug it. | 17:29 |
tuxd3v | Junicchi, one thing that I noticed is that ising the free software nouveau driver, it hapens alot less, but a lot less, than using the Nvidia driver.. | 17:31 |
tuxd3v | ising -> using | 17:31 |
tuxd3v | but I have dual graphics, one is unused but is present its a intel gma | 17:32 |
tuxd3v | If I take out the Nvidia card, and use only the iGPU graphics card, no problem.. | 17:33 |
tuxd3v | I tried in the biosto disable the intel one, but it has no option to disable :/ | 17:34 |
Junicchi | 2 months ago i found a forum thread about the same issue | 17:40 |
Junicchi | the solution they suggested was changing some parameters from grub | 17:40 |
Junicchi | couldn't find the post again | 17:40 |
tuxd3v | that would be very helpfull indeed, as I also face same problem | 17:41 |
tuxd3v | :) | 17:41 |
Junicchi | tuxd3v: are there any performance differences with nvidia's own drivers and nouveau? | 17:51 |
tuxd3v | Junicchi, in games for sure it will be, also nouveau doesn't have 3d acceleration I believe, is done on cpu, but it works nicely. | 17:54 |
tuxd3v | One test that you can make is exactly that, try out nouveau, and use firefox and videos, to try to trigger the issue, and compare.. | 17:54 |
tuxd3v | or if you don't want to mess with your own setup, create a small partition aside from that and use only nouveau, and compare.. | 17:55 |
tuxd3v | :) | 17:55 |
tuxd3v | its what I have done :) | 17:55 |
Junicchi | i see | 18:00 |
jackman | i'd like to know about the implications of installing something like official docker in devuan. the problem that i've encountered in the past is that other debian packages (mongodb, docker, etc.) expect systemd to be installed, and therefore don't start up on boot properly. is there a workaround to use "native" systemd scripts with sysvinit? | 18:12 |
jackman | https://docs.docker.com/engine/install/debian/ | 18:13 |
jackman | i've heard of a number of places with large deployments with devuan. because this is such prominant issue, i am hoping there is an easy way around it. | 18:14 |
jackman | well, just installed docker with the official repos | 18:21 |
jackman | seems to be working | 18:21 |
jackman | moot point there, i guess | 18:21 |
jackman | mongodb didn't work that well the last time i tried | 18:22 |
sunshavi | TRS-80: are You going to put armbian on PP? | 18:54 |
jackman | FYI, docker swarm running just fine on Devuan Beowulf. | 19:21 |
CrystalMath | hi all, i have a question about the xserver-xorg package | 19:40 |
CrystalMath | debian's default one is compiled --with-systemd-logind and depends on libsystemd0 | 19:40 |
CrystalMath | is devuan replacing it with a version that doesn't? | 19:40 |
golinux | Doesn't elogind solve that? | 19:41 |
CrystalMath | i have libelogind0 | 19:41 |
CrystalMath | so that satisfies the dependency? | 19:41 |
golinux | Don't have the exact package names in memory | 19:41 |
CrystalMath | that means i'll still have to use my altered package, because i run my system without dbus, and that causes xorg to constantly log errors | 19:42 |
golinux | Maybe search on the forum or this list. | 19:42 |
CrystalMath | oh well, thanks for answering my question anyway | 19:42 |
golinux | Things have been a bit slow lately . . . | 19:43 |
fsmithred | I run xorg without dbus | 19:49 |
CrystalMath | fsmithred: is it logging errors every 10 seconds? check Xorg.0.log | 19:50 |
fsmithred | I don't know if elogind is installed in that system. It's just a live-cd | 19:50 |
fsmithred | I'll fire it up and look | 19:50 |
CrystalMath | also make sure dbus is not running | 19:50 |
fsmithred | dbus is not installed | 19:51 |
fsmithred | and is pinned to -1 | 19:51 |
fsmithred | CrystalMath, what errors are you getting? | 19:52 |
CrystalMath | let me check the old logs, if they're still there | 19:52 |
fsmithred | failed to connect to socket | 19:52 |
fsmithred | /var/run/dbus/system_bus_socket: No such file... | 19:53 |
CrystalMath | yeah | 19:53 |
CrystalMath | constantly over and over | 19:53 |
fsmithred | yeah, I'm tailing it | 19:54 |
fsmithred | I don't know a fix for that. | 19:56 |
CrystalMath | i do | 19:56 |
fsmithred | make the package not use dbus? | 19:56 |
CrystalMath | you need to configure with --disable-systemd-logind --without-systemd-daemon | 19:56 |
fsmithred | will that break stuff? | 19:56 |
fsmithred | like shutdown/reboot from desktop? | 19:57 |
CrystalMath | hmm.... maybe it breaks running X.org as non-root | 19:57 |
fsmithred | also, how does removing systemd remove dbus? | 19:57 |
CrystalMath | because X.org only uses dbus for logind | 19:57 |
fsmithred | oh, that makes sense | 19:57 |
fsmithred | is there an option to not use it? | 19:58 |
CrystalMath | i found the offending code and it's related to the stuff about running X as non-root | 19:58 |
CrystalMath | i found no runtime way in the code to avoid it, unfortunately | 19:58 |
iv4nshm4k0v | FWIW, I wrote a simplistic Dbus "stub" server that listens to a socket and pretty much does nothing to satisfy X.org X server. | 19:59 |
CrystalMath | but the code can be modified | 19:59 |
CrystalMath | like maybe there could be a server option Option DBus False | 19:59 |
CrystalMath | in /etc/X11/xorg.conf | 19:59 |
CrystalMath | i would have to file a bug report against X.org and provide that patch to them | 20:00 |
CrystalMath | but really, simply packaging without logind support does the job, and i hate logind anyway | 20:00 |
CrystalMath | i hate elogind too | 20:00 |
CrystalMath | can't stand the sight of it | 20:00 |
CrystalMath | but maybe i stand it a little better than libsystemd0 | 20:00 |
iv4nshm4k0v | (Eli the Bearded has a copy of it in his Git repos.) | 20:00 |
fsmithred | iv4nshm4k0v, if you're up for packaging and maintaining it, we might be able to get it into the repo. | 20:46 |
CrystalMath | fsmithred: perhaps devuan could make xserver-xorg-legacy a completely different xorg package, which is incompatible with xserver-xorg-core, and provides a setuid xorg server with no logind support | 20:54 |
CrystalMath | basically, the old Xorg, in a package :) | 20:55 |
fsmithred | that might work | 20:55 |
fsmithred | but someone will have to step up to maintain it | 20:55 |
systemdlete | It seems that gnome-terminal needs to be a dependency of cinnamon. https://unix.stackexchange.com/questions/59867/i-cant-open-the-terminal-in-cinnamon | 21:06 |
mozhaaak | Hey, I'm trying to install old loki game on my amd64 beowulf system. How can I get libsdl1.2 i386 on there, I added "[arch=amd64,i386]" to apt/sources.list mirror line | 21:11 |
iv4nshm4k0v | fsmithred: I'm afraid I haven't even managed to write any documentation for it in the few years since its first (and so far only) release. I'm going to guess that CrystalMath's patch will be done first. | 21:20 |
CrystalMath | iv4nshm4k0v: my patch kills non-legacy xorg, so i doubt it | 21:23 |
CrystalMath | if applied, xorg will no longer run unless it's setuid root | 21:23 |
fsmithred | as long as it's a choice for installing that, it should work. Only a few people will be using it. | 21:30 |
iv4nshm4k0v | CrystalMath: I'm not sure I understand. First of all, there's a setuid root Xorg wrapper since forever, so the X server binary /itself/ doesn't have to be setuid root. Second, it's possible to run X server from a DM, such as Xdm, where DM presumably would hand all the necessary permissions. | 21:33 |
CrystalMath | iv4nshm4k0v: my patch disables logind support in X.org, so it will *NOT* be able to run without the wrapper | 21:33 |
iv4nshm4k0v | Third, when KMS is used, no 'root' is necessary in the first place: just permission to access files like /dev/fb0, /dev/drm/ and /dev/input/. Granted, the ACLs for these files can be amended with a Dbus-enabled server on request from the X server, but they can be amended /without/ just as well. | 21:35 |
iv4nshm4k0v | CrystalMath: Finally, haven't you proposed a runtime option in the first place? | 21:35 |
iv4nshm4k0v | If anything, I never ran logind of any kind, and don't anticipate that changing anytime soon, so I'd hardly be affected by the change. My /dev/fb0 has group:xserver:rw- in its ACL, however, so setgid that would be sufficient. | 21:47 |
JTechno | hello folks | 22:57 |
JTechno | I have this problem when running a program: "error while loading shared libraries: libpng12.so.0", I've installed libpng12 but the problem persists | 22:57 |
JTechno | any idea? | 22:57 |
fsmithred | that's old | 22:58 |
gnarface | missing symlink? | 22:58 |
fsmithred | replace with libpng16something | 22:58 |
gnarface | ah, libpng16-16 | 22:59 |
gnarface | probably | 22:59 |
fsmithred | yeah, I think 12 is from jessie | 22:59 |
gnarface | oh i remember that now | 22:59 |
gnarface | JTechno: cruft, uninstall | 23:00 |
gnarface | it appears to be libpng16-16 now | 23:00 |
gnarface | for some reason there wasn't a clean upgrade | 23:00 |
fsmithred | yeah, it also caused problems building slim | 23:01 |
JTechno | I don't understand you | 23:01 |
fsmithred | JTechno, which devuan are you running? | 23:01 |
JTechno | beowulf | 23:02 |
fsmithred | you should be using libpng16-16 | 23:02 |
gnarface | JTechno: "apt-get update && apt-get install libpng16-16 && apt-get --purge remove libpng12-0" | 23:02 |
JTechno | but I do need libpng12 | 23:02 |
JTechno | it's for an old application | 23:02 |
gnarface | actually the removing of libpng12 might not even be necessary, i still have it laying around here in some places | 23:02 |
gnarface | see if they'll install concurrently for you, too | 23:03 |
gnarface | i'm on ceres at the moment so i'm not sure you'll see the same thing | 23:03 |
JTechno | I currently have both installed | 23:03 |
gnarface | oh, hmmm | 23:03 |
JTechno | libpng12 from jessie and 16 from beowulf | 23:03 |
gnarface | try removing libpng12 temporarily anyway | 23:04 |
JTechno | the problem is that the program still doesn't find it | 23:04 |
fsmithred | program from outside the repo? | 23:04 |
gnarface | did you try forcing it with LD_PRELOAD to see if it even can use it? | 23:04 |
JTechno | yes, quartus II | 23:04 |
JTechno | gnarface: how? | 23:04 |
JTechno | can you please tell me | 23:05 |
gnarface | JTechno: yes: LD_PRELOAD="/usr/lib/x86_64-linux-gnu/libSDL2.0-2.0-whatever" emacs & | 23:05 |
gnarface | that's just an example | 23:05 |
gnarface | try to substitute your actual library path and program | 23:06 |
JTechno | thank you I'm going to try | 23:06 |
gnarface | sometimes it works on broken Steam games | 23:06 |
gnarface | the stuff you get through the devuan repos should all work without this though, and if it doesn't you need to report it | 23:06 |
gnarface | if it's something from outside the repo though you're on your own | 23:07 |
JTechno | now I see the problem, it is expecting a 32 bit lib | 23:08 |
gnarface | oh | 23:08 |
JTechno | sorry to bother and thank you | 23:08 |
gnarface | well that's easy to fix too | 23:08 |
gnarface | just enable multi-arch | 23:08 |
gnarface | then install the 32-bit version in parallel | 23:08 |
JTechno | I'm going to try that | 23:09 |
gnarface | should work fine, and you might not even need libpng12 after all | 23:09 |
gnarface | (this is a problem that also frequently plagues Steam) | 23:10 |
JTechno | now it works, thank you very much | 23:10 |
gnarface | no problem | 23:11 |
mozhaaak | gnarface: Can you please tell me how do I enable multiarch? I have enabled i386 in dpkg and added [arch=amd64,i386] to repo line sources. I did an apt-get update, and I still don't have it | 23:32 |
gnarface | mozhaaak: you shouldn't have had to change anything in your sources... though you would have had to apt-get update... | 23:33 |
gnarface | mozhaaak: what does this tell you? dpkg --print-architecture && dpkg --print-foreign-architectures | 23:34 |
mozhaaak | i386 | 23:34 |
gnarface | mozhaaak: i386 only? | 23:34 |
mozhaaak | 2nd one | 23:34 |
gnarface | so it says: | 23:35 |
gnarface | amd64 | 23:35 |
gnarface | i386 | 23:35 |
gnarface | like that? | 23:35 |
gnarface | or only: | 23:35 |
gnarface | i386 | 23:35 |
gnarface | ??? | 23:35 |
mozhaaak | yes amd64 then i386 | 23:35 |
gnarface | ok | 23:35 |
gnarface | paste.debian.net | 23:35 |
gnarface | put your /etc/apt/sources.list here | 23:35 |
gnarface | i will sanity check it fo ryou | 23:35 |
gnarface | for you | 23:35 |
gnarface | it's the only other place the problem can be | 23:36 |
gnarface | well there or /etc/apt/sources.list.d/* | 23:36 |
mozhaaak | gnarface: Here it is https://clbin.com/nEKBn | 23:40 |
gnarface | mozhaaak: paste.debian.net, please | 23:40 |
mozhaaak | gnarface: https://paste.debian.net/plain/1187925 | 23:44 |
mozhaaak | gnarface: I was originaly using it with a usb stick iso | 23:45 |
mozhaaak | gnarface: what I tried is apt-get install libsdl1.2debian:i386, that's the package I need | 23:52 |
daingun | Hi, after latest grub update, every boot leaves me in grub command line, the problem is described in the forum https://dev1galaxy.org/viewtopic.php?id=4171 | 23:53 |
daingun | Unfortunately even if downgrading grub packages every boot I see grub command line | 23:54 |
daingun | What I found out is that the variable "prefix" on my grub installation is set to "prefix=(hd0,gpt1)/EFI/debian" | 23:55 |
daingun | I need to set is manually every boot to "(hd0,gpt1)/efi/devuan" | 23:56 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!