| eipi10 | does anyone else have a folder in their root named "none"? | 04:34 |
|---|---|---|
| furrywolf | not I | 04:37 |
| MinceR | should we? | 04:37 |
| eipi10 | idk ... i just noticed it....dont think ive ever seen it before | 04:38 |
| eipi10 | ..and of course theres nothing in it | 04:38 |
| eipi10 | ..umm, I migrated from Deb jessie to Devuan jessie.... | 04:39 |
| eipi10 | maybe its some kind of artifact | 04:39 |
| eipi10 | I'm not into scary folders | 04:40 |
| furrywolf | I'd guess something is mis-configured or has a bug where "none" is supposed to indicate not to do something, but instead is being interpreted as /none. do you have something with none as a home directory, perhaps? | 04:40 |
| eipi10 | no, nothing in 'home' like that, but your other posit has given something to think about. thanks. | 04:42 |
| furrywolf | I mean, a none listed in /etc/passwd | 04:42 |
| eipi10 | hmm, in etc/passwd, something about gnats and nologin...nonexistant | 04:44 |
| furrywolf | that's fine, so that's not it. | 04:44 |
| eipi10 | _dnscrypt-proxy <- the underscore begins the line | 04:46 |
| eipi10 | in same file......... _dnscrypt-proxy:x:109:65534::/run/dnscrypt-proxy:/bin/false | 04:46 |
| eipi10 | Im just throwing stuff at the wall | 04:46 |
| furrywolf | that's fine. | 04:46 |
| eipi10 | ok | 04:46 |
| MinceR | could be a bug in some script | 04:47 |
| furrywolf | who owns the directory? | 04:47 |
| furrywolf | (I assume root/root) | 04:47 |
| eipi10 | yes | 04:47 |
| eipi10 | no, sorry... | 04:47 |
| eipi10 | oh, sorry again. yes, it's root ownded | 04:48 |
| furrywolf | what's the last modified date? | 04:48 |
| eipi10 | the permissions are "anyone" | 04:48 |
| eipi10 | hm, eureka i think,,, | 04:49 |
| eipi10 | last modified 12/03/19....I think thats when i migrated., | 04:49 |
| eipi10 | almost sure | 04:49 |
| furrywolf | I'm not sure how to check what created a file that's no longer open... | 04:50 |
| eipi10 | yeah, but thanks. as you can see, I am not technically adept as some, but Im pretty pro-active with privacy, etc..(lynis, rkhunter, decent browser settings), and I was just curious (or worried) it was something malicious (which it still may be), but 12/03 .... it probably has something to do with migration and not something nefarious. | 04:53 |
| eipi10 | thanks for the tip....prolly shoulda thought about it before spazzin' out. | 04:55 |
| cehteh | mmh .. i can call in, but calling out gives SIP/2.0 488 Not Acceptable Here .. whats can be the causes for that? | 15:45 |
| cehteh | err actually i can do 'internal' calls from android phone to a snom phone, but reverse direction gives that error already, no external/gateway involved | 15:48 |
| cehteh | ECHAN | 15:53 |
| nexgen | Hello | 16:05 |
| nexgen | please let me know, how to get to linkedin Devuan group ? | 16:05 |
| fsmithred | nexgen, maybe it's under dyne.org on linkedin | 16:13 |
| nexgen | I asked to join a week ago, still no response | 16:13 |
| nexgen | I actively promote Devuan on different forums | 16:14 |
| nexgen | using it already a few years | 16:14 |
| nexgen | and Debian since etch v4 | 16:14 |
| fsmithred | it's possible that nobody has checked the linkedin account recently | 16:14 |
| nexgen | most likely, I think so too | 16:14 |
| fsmithred | I don't know how linkedin works. What are you trying to join? | 16:16 |
| nexgen | Devuan group | 16:16 |
| fsmithred | what does that do for you? | 16:17 |
| fsmithred | you automatically get announcenments then? | 16:17 |
| buZz | afaik thats just for resume stuff | 16:17 |
| buZz | i dont think 'promoting devuan' is something you should put on your resume :P | 16:17 |
| nexgen | https://www.linkedin.com/groups/8224275/ | 16:17 |
| buZz | but well, w/e | 16:17 |
| buZz | nexgen: nobody can see that page without a linkedin account | 16:18 |
| nexgen | I use linkedin to ask different questions to members | 16:18 |
| fsmithred | right | 16:18 |
| nexgen | not related to jobs | 16:18 |
| buZz | sounds like a spammer :P | 16:18 |
| fsmithred | most active places in devuan community are irc, mailing list and forum | 16:19 |
| nexgen | I used to find jobs on craiglist instead of linkedin | 16:19 |
| nexgen | linkedin only like a forum groups | 16:19 |
| buZz | why dont you use the forum? | 16:19 |
| fsmithred | dev1galaxy.org | 16:19 |
| nexgen | I used the forum | 16:19 |
| fsmithred | yeah, I thought so | 16:19 |
| nexgen | two accounts there | 16:19 |
| fsmithred | I know you've been around | 16:19 |
| nexgen | btw, why not creating a server only release earlier than for desktops? | 16:20 |
| fsmithred | I don't think you'll get timely responses to any questions on linkedin | 16:20 |
| nexgen | seems like it | 16:20 |
| fsmithred | earlier means doing it twice | 16:20 |
| fsmithred | it's more efficient to set up the build for the installer isos and then run them all | 16:21 |
| nexgen | Cannot desktop release be based on server one? like Devuan is based on Debian | 16:21 |
| fsmithred | we are experimenting with some modifications of the netinstall iso | 16:21 |
| nexgen | I thought server only text mode release could be done earlier | 16:22 |
| fsmithred | so that you can install base system without network and have a truly functioning system | 16:22 |
| nexgen | From my point of view the main advantage on Devuan is on the server | 16:22 |
| nexgen | though I am using Trinity desktop on Devuan Ascii too :) | 16:22 |
| fsmithred | I do that with Refracta isos - make a no-X iso first. But my way of building the isos is completely different from the devuan installer isos. | 16:22 |
| nexgen | as for me I do not need exactly ISOs, I generally use debootstrap from a live cd like Gentoo based SystemRescueCD | 16:23 |
| nexgen | And replicate already installed systems too | 16:23 |
| fsmithred | you can debootstrap devuan from any devuan live-CD or a refracta live-cd | 16:24 |
| nexgen | the desktop from which I am typing now has never been reinstalled since the very first installation in 2007 | 16:24 |
| nexgen | then only uprades | 16:24 |
| fsmithred | wow | 16:24 |
| nexgen | Now it is Devuan + Trinity | 16:24 |
| nexgen | very nice | 16:24 |
| nexgen | super stable | 16:24 |
| nexgen | ZFS | 16:24 |
| fsmithred | I always do a fresh install on a separate partition and migrate over to it slowly. | 16:25 |
| nexgen | also using debootstrapped more recent Devuans like beowulf and ceres in a KVM virtual machine | 16:26 |
| nexgen | ssh -X ceres "run some gui program" & | 16:26 |
| nexgen | & " | 16:26 |
| nexgen | having very stable Xorg server on Ascii and something in VM, not care even how stable it is | 16:27 |
| epergny | gnarface: re, was afk the other day | 17:42 |
| epergny | ok so I'd need to compile a recent kernel myself to get Devuan running on AMD Ryzen Zen 2 CPUs... | 17:43 |
| epergny | I sometimes compile stuff myself (like Emacs). What'd be the big picture here? Compile a kernel from another rig and then what should I do? | 17:44 |
| epergny | for example: would a live Devuan image literally not boot at all on a AMD 3900x? Or would it boot but without supporting several things? | 17:44 |
| epergny | if it boots, I think I know what needs to be done. I install Devuan, build a new kernel, install it and it should work. But if the installer/live image doesn't even boot, then I'm a bit lost : ) | 17:45 |
| gnarface | epergny: yea if nothing boots you'd unfortunately have to build the kernel from another machine, or at least download a kernel someone else had built | 17:52 |
| gnarface | i don't actually know if the live image has partial support or not, it is news to me that the 4.19 kernel in backports isn't new enough | 17:53 |
| gnarface | epergny: actually those aren't your only two options, either. another possible approach: debootstrap install ceres into a bootable disk (or usb key or whatever) from a working machine as it has a new enough kernel. doing the same thing with beowulf and robbing the buster-backports kernel from debian should also work | 17:57 |
| gnarface | you could even just make your own custom live image with refracta | 17:58 |
| gnarface | the current devuan live images are made that way | 17:58 |
| epergny | gnarface: could install Devuan on my old rig (core i7 6th gen), then compile a kernel that'd work with a 3900x, then put the SSD in the new rig? | 18:00 |
| gnarface | epergny: should work, yes. | 18:00 |
| gnarface | machines can compile kernels they are themselves incapable of booting | 18:01 |
| gnarface | and the rest of the userspace packages shouldn't be very special | 18:01 |
| gnarface | they should work for everything in the amd64 platform | 18:01 |
| cosurgi | uh-oh. | 18:02 |
| epergny | gnarface: but a kernel booting on a recent AMD 3900x should also boot on an older Intel 6th gen core i7 ? | 18:02 |
| epergny | I guess I'll just "try it and see" when I'll have my new rig. | 18:03 |
| gnarface | epergny: probably, though i can't guarantee that last part. | 18:03 |
| epergny | doesn't look too too complicated | 18:03 |
| cosurgi | I just did an innocent aptitide update on beowulf. Among few updaed packages was elogind. Afterwards all my xsessions got killed. Xord exited with exit code 1. | 18:03 |
| cosurgi | There was only about 10 update packages. | 18:03 |
| gnarface | epergny: you don't have to actually compile the kernel, you could install Devuan to that i7 and just upgrade it to ceres then move the SSD like that | 18:03 |
| cosurgi | Am I correct to suspect that elogind is responsible for that? For example it restarted and forgot about all opened xsessions? | 18:04 |
| epergny | gnarface: ah cool, that's even easier then! | 18:04 |
| gnarface | epergny: just gotta make sure you have the "linux-image-amd64" meta-package so the kernel upgrades automatically | 18:04 |
| gnarface | epergny: otherwise you'll still have to request a kernel by specific package name after upgrade | 18:04 |
| gnarface | cosurgi: not sure but if you have elogind and consolekit installed at the same time after that upgrade, probably yes | 18:05 |
| gnarface | cosurgi: (check the release notes for a little chart of which combinations are known to work) | 18:05 |
| cosurgi | I have consolekit. | 18:06 |
| cosurgi | I will try to uninstall it. | 18:06 |
| cosurgi | whoops. dependencis on consolekit are growing rather big. | 18:07 |
| epergny | for my own machine (at home I mean) I often ran the "sid" version of Debian and never really had any big issue. Is Ceres basically as "stable" as "sid"? (I know sid is "Unstable" but it can still be pretty darn stable). | 18:08 |
| epergny | FWIW, very long time Linux user. Started with Slackware, Debian user since Debian 1.2 (!). Kinda don't like at all that Rube-Goldberg PID 1 monstrosity that infested Debian ; ) | 18:10 |
| cosurgi | gnarface: thanks | 18:14 |
| gnarface | cosurgi: no problem, yea this is kinda a mess, but it should work if you sift out all the conflicting stuff. this is a remaining systemd related breakage | 18:18 |
| gnarface | cosurgi: there's actually maybe only one or two library packages that really need to be changed but it is probably easier in the long run to purge all the dependencies | 18:19 |
| gnarface | cosurgi: (then just reinstall what you need but be careful about the conflicting permissions back-end sneaking back in) | 18:20 |
| cosurgi | gnarface: ok. so removing consolekit is a right way to go? I will try harder ;) | 18:20 |
| cosurgi | bye bye entire kde. I never used it anyway. Except for okular and kompare. | 18:22 |
| gnarface | cosurgi: wait! i don't know off the type of my head | 18:22 |
| * cosurgi waits | 18:23 | |
| gnarface | cosurgi: you have to remove either consolekit or elogind depending on which session & window manager pair you're using | 18:23 |
| cosurgi | I am using `startx -- -nolisten tcp -dpi 100` to start xsession. Then inside xsession I use rox-session, rox-file and sawfish file manager. | 18:23 |
| gnarface | i don't know which pairs are which off the top of my head because i don't use any of them (i just run "startx" after login) so you have to make sure to check the release notes for the right answer | 18:23 |
| cosurgi | I start xsession from text terminal. | 18:23 |
| gnarface | oh hmm | 18:24 |
| gnarface | in that case i really don't know what you should do | 18:24 |
| buZz | cosurgi: isnt -nolisten tcp default since forever | 18:24 |
| cosurgi | buZz: maybe. I'm just paranoid. | 18:24 |
| buZz | heh thats ok | 18:24 |
| cosurgi | that's the command I ttype in terminal. So if I don't type it, it isn't there. | 18:24 |
| gnarface | cosurgi: well, i'm getting by without consolekit or policykit here, but i do have to mount my own disks manually (no gui) but that's the way i prefer it... you might notice some missing features of that type but maybe you otherwise don't need them at all | 18:25 |
| cosurgi | (clarification: rox file manager and sawfish window manager) | 18:25 |
| cosurgi | I mount disks via rox, since 2001. | 18:25 |
| cosurgi | also in xterm. | 18:25 |
| buZz | i didnt even know rox existed back then :) | 18:25 |
| gnarface | rox might need consolekit or policykit to do that as a regular user. | 18:25 |
| cosurgi | OK. I will see. I don't mind if it stops working. | 18:26 |
| buZz | first release of rox was 1999 , gee | 18:26 |
| cosurgi | I crafter /etc/fstab carefully to have 'user' or 'nouser'. So I don't mind. | 18:26 |
| gnarface | yea if you know what you're doing with permissions you don't need them at all | 18:27 |
| gnarface | they're really just for the users that want everything working out of the box and mouse-accessible as a regular user like it is in windows | 18:28 |
| cosurgi | buZz: I was sawfish maintaier aboround 2007 :) | 18:28 |
| buZz | cosurgi: thats the thunderbird fork? | 18:28 |
| cosurgi | sawfish is a window manager. Not some mail program. btw for email I use claws-mail, it is great. | 18:29 |
| buZz | aha | 18:29 |
| cosurgi | Alright. purging consolekit and policykit | 18:30 |
| cosurgi | ahh! gvfs is going. Great. I always hated it. | 18:31 |
| buZz | ah, the old default of gnome 2 it seems | 18:31 |
| buZz | when i started using linux, i moved from litebox on windows to wmaker on linux ;) | 18:31 |
| cosurgi | yeah. around 1998 I've spent entire month trying each of all possible window managers. Gave each one about two days up to a week. Sawfish won. I tried wmaker too :) | 18:32 |
| gnarface | haha fucking lightbox, now there is a blast from the past | 18:32 |
| gnarface | lightbox: for when your job forbids you from using linux but they were stupid enough to give you write access to the c:\windows directory | 18:33 |
| cosurgi | gnarface: by policykit you mean packages *polkit* ? | 18:33 |
| cosurgi | in their name? | 18:33 |
| gnarface | cosurgi: yea | 18:33 |
| cosurgi | good :) | 18:34 |
| cosurgi | haha! :) | 18:34 |
| gnarface | cosurgi: uh, might be both actually i think | 18:34 |
| cosurgi | I don't see any packahe matching 'policykit' ponly polkit. | 18:34 |
| cosurgi | hey. wow. -473MB ! | 18:35 |
| cosurgi | let's see again whats there. | 18:35 |
| gnarface | cosurgi: yea, i just see both in the repos that's all. but i've previously purged all of anything matching "polkit" or "policykit" in the package name | 18:35 |
| cosurgi | hmm. I wonder if printing will work via cups. | 18:36 |
| gnarface | it is supposed to but individual printers might need to be configured manually | 18:36 |
| cosurgi | ok. not a problem. | 18:36 |
| cosurgi | previously I did all configuration via http://localhost:631/ | 18:37 |
| gnarface | avahi might be involved in doing stuff like printer setup automatically. i know it handles network auto-configuration (which is why i always purge it too) | 18:37 |
| gnarface | yea the localhost web configuration portal for cups should still be the primary configuration interface | 18:37 |
| gnarface | it should work as long as cups is running | 18:38 |
| cosurgi | so while I'm at it. I will purge avahi too :) | 18:39 |
| gnarface | (dirty secret: you can still configure CUPS on Mac OSX that way too) | 18:39 |
| cosurgi | anything else I should remove to have my xsession not crashed by random consolekit-avahi-whatever ? | 18:39 |
| gnarface | and pulseaudio, if you don't want some creepy userspace daemon messing with your audio stack :) | 18:40 |
| gnarface | you might lose functionality you care about though with that | 18:40 |
| cosurgi | nah. I'm not using sound, recently at least. | 18:40 |
| gnarface | pulseaudio is a requirement for some expected features (Steam in-home streaming) | 18:40 |
| gnarface | in general you don't need it either | 18:41 |
| buZz | (sry, known pornspammer) | 18:41 |
| cosurgi | hmm, I get libcups2 depends on libavahi-client3 | 18:41 |
| cosurgi | So if I want to print stuff I have to keep avahi? | 18:41 |
| gnarface | no no | 18:41 |
| cosurgi | explain? | 18:41 |
| gnarface | just ignore anything with lib* as the start of the name | 18:41 |
| gnarface | runtime libraries should be vestigial | 18:42 |
| gnarface | but the package management still tracks dependencies based on static input | 18:42 |
| gnarface | so the idea is that once you purge the avahi daemon itself (package name avahi or avahi-demon i think) nothing is using those libraries anymore | 18:43 |
| gnarface | so it should be safe to leave them installed | 18:43 |
| gnarface | unfortunately to change that part you have to actually rebuild packages | 18:44 |
| cosurgi | so I should override what aptitude shows as ~b broken packages if they start with lib* in the name? | 18:44 |
| gnarface | eh, i wouldnt' go that far | 18:44 |
| gnarface | i would just not sweat it if you can remove avahi but not libavahi-* | 18:44 |
| cosurgi | ah. Now I understand. | 18:44 |
| gnarface | there is libsystemd-* too, assumed to be simimlarly vestigial | 18:44 |
| gnarface | you *could* pin avahi* out if you wanted | 18:45 |
| gnarface | so it didn't sneak in again accidentally | 18:45 |
| gnarface | but that might be more of an annoyance than a safety measure in practice if you're the only one using this system | 18:45 |
| cosurgi | ok. So avahi-daemon is purged. But a couple of libahavi* stay. | 18:46 |
| fsmithred | you can install libelogind0 to replace libsystemd0 | 18:46 |
| gnarface | good tip, fsmithred | 18:46 |
| cosurgi | libelogind0 I already have this one. | 18:46 |
| fsmithred | then libsystemd0 should go without complaints | 18:47 |
| cosurgi | libsystemd0 I hate so much it was the first to go down. like a year ago, or maybe two. | 18:47 |
| gnarface | hmmm... still using an upgraded system here... | 18:47 |
| gnarface | i wonder if it would be safe... | 18:47 |
| cosurgi | I removed it as soon as I could :) | 18:47 |
| gnarface | you might want to ditch dbus too | 18:47 |
| gnarface | but lots of stuff really needs that these days (stupid i know) | 18:48 |
| cosurgi | I will try :) | 18:48 |
| gnarface | i purge it a lot but often end up deciding to let it back in | 18:48 |
| cosurgi | ouch? | 18:48 |
| cosurgi | elogind (held/unchanged, 241.4-2) depends on dbus (>= 1.9.14) (provided by dbus:i386 1.12.16-1+devuan2) | 18:48 |
| gnarface | it's not as easy to get rid of as pulseaudio | 18:48 |
| cosurgi | that one is a surprise? | 18:48 |
| gnarface | to me? no | 18:48 |
| fsmithred | cosurgi, for reference, here's my nodbus experiment: https://dev1galaxy.org/viewtopic.php?id=2158 | 18:49 |
| cosurgi | gnarface: I guess I should have elogind, right? | 18:50 |
| fsmithred | easier not to install in the first place than to remove from a full desktop install | 18:50 |
| gnarface | cosurgi: i don't need it | 18:50 |
| fsmithred | you'll need elogind (and I think libpam-elogind) to startx without a dm, or... | 18:50 |
| fsmithred | xserver-xorg-legacy and edit Xwrapper.conf | 18:50 |
| fsmithred | That's also in the release notes (which are pretty short) | 18:51 |
| cosurgi | hm,hm. I messed with Xwrapper.conf sometime ago. | 18:53 |
| fsmithred | and actually, the stuff in the release notes about session management is not current. I've been informed that all the desktops work with elogind now. | 18:53 |
| cosurgi | ahhh. ok. I will try | 18:54 |
| gnarface | i'm not even sure it's the same for all video drivers... i think i have a machine around here i got to run xorg as a user and without the legacy wrapper ... | 18:54 |
| * cosurgi is purging elogind and dbus. | 18:54 | |
| gnarface | but definitely for nvidia's official drivers... yes that's the case | 18:54 |
| cosurgi | I am using nouveau. | 18:54 |
| cosurgi | nvidia is freezing my PC every 6 months. | 18:54 |
| gnarface | hmm... nouveau could work | 18:55 |
| gnarface | maybe | 18:55 |
| gnarface | i forget | 18:55 |
| cosurgi | I prever xsession crash due to nouveau bugs every 2 months. I've talked with nouveau devs too. | 18:55 |
| gnarface | which card? | 18:55 |
| gnarface | as listed by lspci | 18:55 |
| cosurgi | GeForce GTX 1060 6GB | 18:56 |
| cosurgi | 04:00.0 VGA compatible controller: NVIDIA Corporation GP106 [GeForce GTX 1060 6GB] (rev a1) | 18:56 |
| gnarface | oh yea, brand new ones | 18:56 |
| gnarface | you kinda want something like a 780 for good nouveau support | 18:56 |
| cosurgi | I can't :) I have three 4K LCD screens, portrait. | 18:57 |
| gnarface | heh | 18:57 |
| gnarface | for science, you should see if the BSD kernel works right | 18:58 |
| gnarface | they have integrated nvidia support | 18:58 |
| cosurgi | can I have bsd kernel in devuan ? | 18:58 |
| gnarface | i think so actually lol | 18:59 |
| epergny | cosurgi: geez three 4K monitors? I've got one 38" doing 3840x1600 and I thought that was big : ) | 18:59 |
| cosurgi | epergny: yep, 6300x3840 :) | 19:00 |
| gnarface | cosurgi: yep! found it! run this: apt-cache search kfreebsd | 19:00 |
| tuxd3v | cosurgi, ditch out the nouveau driver...it doesn't make the effort, unless you are fighting at all cost against nvidia :) | 19:00 |
| tuxd3v | I have a gtx1060 6GB, which works nicelly in Devuan | 19:01 |
| epergny | cosurgi: what do you use that monitors setup for? | 19:01 |
| cosurgi | tuxd3v: but nvidia driver is seriously driving me nuts when it freezes my PC. | 19:01 |
| epergny | cosurgi: here my 38" is for coding... | 19:01 |
| tuxd3v | but I am using the blob drivers, they worth it :) | 19:01 |
| epergny | cosurgi: no sound, no games, no videos | 19:01 |
| cosurgi | I just code. code and code. | 19:01 |
| gnarface | cosurgi: i only see the source in ascii, but on beowulf and ceres it looks like it's more fully supported: https://pkginfo.devuan.org/cgi-bin/d1pkgweb-query?search=kfreebsd&release=ceres | 19:02 |
| tuxd3v | cosurgi...can't you just use the binary one? | 19:02 |
| cosurgi | there's a longstanding nvidia bug that it freezez 'sometimes' when swiching virtual terminals. | 19:02 |
| cosurgi | I was using the binary one. | 19:02 |
| cosurgi | And I usually run about 6 xsessions in parallel. | 19:03 |
| cosurgi | and switch VTs between them. | 19:03 |
| tuxd3v | I have a i915 intel driver for display, and a Gtx 1060 6GB for cuda *only* | 19:03 |
| cosurgi | gnarface: thanks! I can't reboot now. Some calculations are going on. But I could give it a try on some next reboot. | 19:04 |
| tuxd3v | I don't have any problems here, but I onloy use the nvidia card for cuda stuff, so I can't say otherwise.. | 19:04 |
| gnarface | cosurgi: note that i've never tried it. you might want to make a backup first :-p | 19:05 |
| * cosurgi does backup daily, with rsnapshot and rsync. | 19:05 | |
| cosurgi | and cron. | 19:05 |
| cosurgi | to raid6 | 19:06 |
| cosurgi | (with mdadm) | 19:06 |
| cosurgi | hm,hm. meld is a tool that I actually use as much as git and gvim. | 19:07 |
| cosurgi | now, when I try to remove dbus, I get this: | 19:07 |
| cosurgi | meld depends on dconf-gsettings-backend | gsettings-backend | 19:07 |
| cosurgi | ah! | 19:08 |
| cosurgi | gconf-gsettings-backend fixed the problems. | 19:08 |
| gnarface | eureka | 19:09 |
| cosurgi | uh-huh | 19:11 |
| cosurgi | my xsession got killed on the same second when aptitude removed dbus | 19:11 |
| cosurgi | now I will try to start it. | 19:12 |
| cosurgi | Currently the graphic mode engages, but then instantly quits. | 19:12 |
| gnarface | xorg log say anything about it? | 19:14 |
| epergny | cosurgi: what if you start X with only a terminal (or another window manager)? Does it quit too? | 19:15 |
| cosurgi | I fixed it! I forgot that rox session manager needs some libgtk2 .so file. It got removed. | 19:18 |
| cosurgi | But fortunately it doesn't depend on dbus ;) | 19:19 |
| cosurgi | gvim works! meld works! | 19:20 |
| cosurgi | OK. Let's make sure I purged all evil stuff. | 19:20 |
| epergny | cosurgi: you said you're running several xsession, but is that inside a "main" X ? | 19:21 |
| epergny | cosurgi: I'm intrigued by your setup, sounds cool. | 19:21 |
| cosurgi | epergny: there's no "main" X. I have created several users like: work, game, science, packaging. They all belong to group 'cosurgi'. There is no use cosurgi on the system. /home/cosurgi is a git with my documents. /home/science /home/work are all local dotfile gits. | 19:22 |
| cosurgi | There is no user cosurgi on the system. | 19:22 |
| cosurgi | nouveau developers call it a multiple personality disorder. | 19:23 |
| cosurgi | I call it convenience. When xserver crashes in one topic, I have all other topics untouched. | 19:23 |
| cosurgi | so right now I'm in 'packaging' xserver. | 19:23 |
| cosurgi | whoa. 138 files deleted in git /etc | 19:24 |
| cosurgi | I still have some libdbus* packages. I suppose I better keep them? | 19:25 |
| fsmithred | yes | 19:25 |
| cosurgi | OK. what about 'xdg-dbus-proxy', purge it? | 19:26 |
| fsmithred | I don't think I've ever had that one | 19:26 |
| cosurgi | ok. | 19:26 |
| fsmithred | oh, yeah I do | 19:26 |
| fsmithred | do you need xdg? | 19:27 |
| cosurgi | I wonder.. I'm trying to remove it | 19:29 |
| cosurgi | ok. no problem. I removed it. | 19:29 |
| cosurgi | now from dbus pakcges I have: libdbus-1-dev libkf5dbusaddons-dev libdbus-1-3 libdbus-1-3:i386 libdbusmenu-qt5-2 libkf5dbusaddons-bin libkf5dbusaddons-data libkf5dbusaddons5 libnih-dbus1 libqt5dbus5 libqtdbus4 libdbus-glib-1-2 libdbus-glib-1-dev libdbus-glib-1-dev-bin libnet-dbus-perl | 19:30 |
| * cosurgi tries to remove more. | 19:32 | |
| fsmithred | that's more than I have, and I didn't get rid of dbus | 19:32 |
| fsmithred | maybe because you're packaging, and I haven't done any of that on this system | 19:33 |
| cosurgi | dang! libgtk2 .so (used by rox session) file actually depends on libdbus-1-3 | 19:34 |
| cosurgi | 'packaging' is a bit of over-exaggeration. I am not a devuan or debian maintainer. I just build packages sometimes. | 19:35 |
| cosurgi | mostly when I what to mess with them a bit. | 19:35 |
| cosurgi | ok. Now I only have: libdbus-1-3 libqt5dbus5 libdbus-glib-1-2, and I need to keep them. | 19:38 |
| cosurgi | and couple of libavahi* too. | 19:39 |
| cosurgi | looks like I removed all that you suggested is worth removing :))) | 19:41 |
| cosurgi | So after all this hard work I will pin them down, to never have them back. | 19:44 |
| * cosurgi never pinned anything down. | 19:44 | |
| cosurgi | Can you tell me how to do that? :)) | 19:44 |
| * cosurgi will search around. | 19:44 | |
| fsmithred | yeah | 19:46 |
| fsmithred | pinning is not difficult | 19:46 |
| fsmithred | actually, there's an example in the thread I linked above | 19:46 |
| fsmithred | cosurgi, for reference, here's my nodbus experiment: https://dev1galaxy.org/viewtopic.php?id=2158 | 19:47 |
| cosurgi | fsmithred: yeah. I already have this tab open! :) | 19:48 |
| cosurgi | first I will make a list of packages to pin down. | 19:51 |
| * cosurgi browses recent irc history. | 19:51 | |
| fsmithred | see man apt_preferences for details on pinning. You can use glob and regex. | 19:56 |
| cosurgi | Will that be enough to pin down: elogind consolekit libpam-elogind dbus libpam-dbus xdg-dbus-proxy gir1.2-polkit-1.0 libpolkit-agent-1-0 libpolkit-gobject-1-0 policykit-1 gvfs | 19:57 |
| cosurgi | or some are not necessary? | 19:57 |
| cosurgi | Or maybe add some more? | 19:57 |
| * cosurgi first needs to `git commit -am "..."` inside /etc. 141 files removed !! | 19:59 | |
| cosurgi | UPS connection still works. That is good. | 20:00 |
| cosurgi | epergny: funnt thing. The user 'work' is unaware of what's going on. All its processes are still up and running. It will be killed instatnly the moment when I press Ctrl-Alt-F5 | 20:07 |
| cosurgi | fortunately all the important things were inside screen (I should learn more about tmux btw). | 20:08 |
| epergny | cosurgi: re, was afk | 22:47 |
| epergny | cosurgi: I do something similar users-wise (many different account) but not for the X server(s). | 22:47 |
| epergny | cosurgi: so you literally run several X servers and switch between these? | 22:48 |
| epergny | cosurgi: I mean... For the actual server running on the monitor (as opposed, to, say, a "virtual" X server like Xephyr. | 22:49 |
| epergny | cosurgi: it would great if you kept a list of everything that can be removed. I run a very bare system. | 22:51 |
| epergny | cosurgi: although my poison since forever is not gvim but Emacs (built from source) ; ) | 22:51 |
| epergny | cosurgi: I also used to have an "offline" user account. With per-user firewall rules, preventing processes from that user from accessing the network. (some iptables add-on IIRC). Should set that back up, was fun. | 22:54 |
| cosurgi | epergny: 'literally run several X servers and switch' exactly :) | 23:59 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!