| Hydragyrum | CONFIG_TASK_DELAY_ACCT got turned off too | 00:00 |
|---|---|---|
| Hydragyrum | which breaks some iotop functionality | 00:00 |
| gnarface | anjan: try this: ls /boot/config-`uname -r` | 00:00 |
| gnarface | anjan: if it is a bug that also affects debian, report it to debian, if it's a bug that only affects devuan, report it to bugs.devuan.org | 00:00 |
| gnarface | the amd64 and i386 kernels should all be the same exact packages as debian's | 00:01 |
| Hydragyrum | hold up, the /boot/config-* files all show CONFIG_TASK_DELAY_ACCT as being =y, but iotop says it's not | 00:01 |
| gnarface | we're only floating custom kernels for the ARM SoC's that debian doesn't support | 00:01 |
| gnarface | Hydragyrum: does it rely on some module that needs to be loaded or some permissions you need to manually add in devuan? | 00:02 |
| Hydragyrum | it's not a permission thing (it needs root), and it worked on a previous version without any module needing to be loaded | 00:02 |
| anjan | ah, it's the same kernel on guix | 00:02 |
| anjan | it did affect Debian's net install gn | 00:03 |
| anjan | gnarface* | 00:03 |
| anjan | Ill take a look and maybe submit a patch to debian | 00:04 |
| anjan | thanks all | 00:04 |
| gnarface | Hydragyrum: hmmm, i don't know then but i do know that between kernel updates i have had to add some modules to /etc/modules that used to auto-load for me too | 00:04 |
| Hydragyrum | gnarface, I also checked the docs and they don't mention any modules... | 00:04 |
| gnarface | hmmm | 00:04 |
| gnarface | Hydragyrum: try this one: https://superuser.com/questions/610581/iotop-complains-config-task-delay-acct-not-enabled-in-kernel-only-for-specific | 00:05 |
| gnarface | Hydragyrum: this is on beowulf or chimaera you're seeing this? | 00:18 |
| Hydragyrum | ceres | 00:18 |
| gnarface | hmm, weird | 00:19 |
| gnarface | did it start doing this recently? | 00:19 |
| gnarface | what kernel are you on right now? | 00:19 |
| Hydragyrum | idk, been a bit since I used iotop last, but it was working when chimaera became stable | 00:20 |
| Hydragyrum | 5.14.0-4 | 00:20 |
| gnarface | hhmmmm | 00:22 |
| gnarface | not seeing this here but i'm on 5.14.0-3 | 00:22 |
| Hydragyrum | before this I also hadn't rebooted for a full 30 days | 00:22 |
| gnarface | what? oh no i am | 00:23 |
| gnarface | i am seeing this here | 00:23 |
| Xenguy | gnarface, That's interesting about /etc/rc.local, I've never known/used that file in all my linux years. | 00:23 |
| gnarface | could it be an intentional change to the default behavior, rather than a bug? | 00:23 |
| Hydragyrum | gnarface, no clue what sort of intentional change would break process accounting for iotop | 00:24 |
| gnarface | fuuuck | 00:46 |
| gnarface | https://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git/commit/?id=e4042ad492357fa995921376462b04a025dd53b6 | 00:46 |
| gnarface | is this vandalism? | 00:47 |
| Hydragyrum | bruh | 00:48 |
| Hydragyrum | "ah yes let's turn off something by default because we assume people don't use it, without looking around to see what does use it, that you can't turn back on without a reboot. Oh and let's not tell people we did it, they'll just have to figure out for themselves why we broke their code" | 00:50 |
| Neutr1no | hello I am new here. I am Neutrino. May I ask an quastion? How do I start devuan in textmode? | 02:03 |
| fsmithred | Neutr1no, you have to turn off the display manager | 02:10 |
| fsmithred | or remove it | 02:10 |
| Neutr1no | how can I turn off the display manager? And how can I start xwindows when I am in textmode? | 02:11 |
| fsmithred | you can do it on command-line with update-rc.d or you could install sysv-rc-conf and run it in a terminal to keep the dm from running | 02:12 |
| fsmithred | or you could uninstall it (it= probably slim, maybe lightdm) | 02:12 |
| fsmithred | then boot to console, login and run startx when you want desktop | 02:12 |
| fsmithred | you'll probably lose a few features like user shutdown and mounting external drives. | 02:15 |
| fsmithred | but there are ways around that | 02:15 |
| Neutr1no | rehi NerdZ | 05:49 |
| Neutr1no | My name is christian. I am the new one. I love linux / devuan | 05:50 |
| Neutr1no | in linux topics I am an advanced beginner | 05:50 |
| Neutr1no | thank you for being a part | 05:50 |
| gnarface | Neutr1no: this is a slow channel, so if you have questions just ask and try to be patient | 06:17 |
| Neutr1no | gnarface: no problem | 06:58 |
| global_elites | I was suprised to see gnome-flashback as a desktop option on the netinstall iso. does it work without systemd? | 10:58 |
| alcume | after upgrade to chimaera xfce desktop lost applications menu | 14:45 |
| alcume | how do I recover it? | 14:45 |
| buZz | alcume: maybe xfce upgraded and stores its settings somewhere else now? | 14:57 |
| buZz | i hate when programs do that | 14:57 |
| alcume | I removed xfce config folder and reload session but not working | 15:00 |
| fsmithred | that should have fixed it. There were some changes in the xfce config files, and the ones in your home are obsolete. Specifically, xsettings.xml | 15:03 |
| buZz | maybe they moved to ~/.config/ now? | 15:04 |
| fsmithred | that's where the old file would be found if the user changed some desktop settings | 15:04 |
| fsmithred | otherwise in /etc/xdg/xfce | 15:04 |
| fsmithred | alcume, is desktop-base installed? | 15:05 |
| alcume | let me check it | 15:06 |
| alcume | desktop-base installed. so in 4.13 config is stored in /etc/xdg/xfce4/ not in ~/.config/ ? | 15:13 |
| fsmithred | system configs are in /etc/xdg, and anything the user changes gets stored in ~/.config | 15:14 |
| fsmithred | that's the same as it's been for a long time | 15:15 |
| alcume | ok | 15:16 |
| GyrosGeier | was just talking to the debootstrap maintainer on #debian-devel | 16:14 |
| GyrosGeier | am I right in assuming chimaera and daedalus should be installed without usrmerge by default? | 16:14 |
| djph | GyrosGeier: I do not know ... but this chimaera install does not have it (so ... I guess chimaera doesn't usrmerge by default) | 16:20 |
| djph | GyrosGeier: although I might not have used Chimaera installation media, come to think of it :| | 16:21 |
| GyrosGeier | basically this is about how debootstrap on other distros should set up Devuan chroots | 16:25 |
| GyrosGeier | but eventually that also allows reducing the number of patches needed in Devuan | 16:25 |
| hagbard | of, can't boot anyomore to X, after some updates. | 16:46 |
| hagbard | xorg log goes downhill after this "[ 3726.525] (WW) AMDGPU(0): gbm_create_device returned NULL, using ShadowFB" | 16:46 |
| hagbard | reintsalling everything X/glx/mesa/dri/drm related did not help | 16:53 |
| GyrosGeier | hagbard, gbm stuff mostly depends on /dev/dri/* | 17:27 |
| GyrosGeier | IIRC, gbm is the shared buffer manager | 17:28 |
| GyrosGeier | so CL/GL/Vulkan/... can agree on buffers | 17:28 |
| GyrosGeier | that is mostly a kernel interface | 17:28 |
| hagbard | so, any idea how i could get X to start again? | 17:29 |
| hagbard | Have just looked through my aptitude logs. I think it happend after updating mesa (several packages) from 21.2.4-1 -> 21.2.5-1 | 17:42 |
| jason1234 | how to install JSMOL under linux? | 17:45 |
| jason1234 | under devuan | 17:45 |
| hagbard | I could narrow it down: with mesa 20.3.5-1 X starts fine, with 21.2.4 and 21.2.5 it doesn't. | 18:31 |
| hagbard | So it appears that with devuan daedalus X (in combination with amdgpu) can no longer be started since end of october or beginning of november | 18:33 |
| hagbard | took me quite a while fiddling with debian snapshot repos and some scripts to roll back the package upgrades from manually edited apt log files, to get X to start again. | 18:35 |
| _ds_ | Is this with xserver-xorg-video-amdgpu or xserver-xorg-video-modesetting? | 18:35 |
| hagbard | the first | 18:36 |
| gnarface | firmware-amd-graphics installed from non-free or not? | 18:36 |
| hagbard | installed | 18:36 |
| _ds_ | … hmm, could have sworn that the latter existed… | 18:36 |
| hagbard | With the mesa packages downgraded a bit, everything works fine as before. | 18:39 |
| _ds_ | I've just restarted X here. Local builds of X (1.20.13, patched slightly to help with DRM lease cleanup – VR-related problem) and mesa (21.2.5). | 18:43 |
| _ds_ | Have you tried older 21.2.x? | 18:44 |
| _ds_ | Also, what hw? (RX 5600 XT here) | 18:46 |
| hagbard | Hw is Vega64. Have tried 21.2.4 and 21.2.5 (not working) and 20.3.5 (working) | 18:47 |
| _ds_ | Would be worth trying 21.2.0 if you can. | 18:48 |
| hagbard | taht one never made it into the testing or unstable repos | 18:51 |
| _ds_ | Probably also worth discussing in OFTC/#radeon & checking https://gitlab.freedesktop.org/mesa/mesa/-/issues | 18:51 |
| _ds_ | I'd try to compile 21.2.0 using upstream source and the diff.gz for 21.2.5. | 18:55 |
| _ds_ | (might have to adjust debian/changelog a bit and install using certain dpkg --force-* options) | 18:55 |
| Afdal | Just realized my Scroll Lock key isn't toggling scroll lock for some reason | 23:20 |
| Afdal | What's up with that? | 23:20 |
| Afdal | xev clearly reads the input correctly | 23:21 |
| Afdal | xmodmap -e "add mod3 = Scroll_Lock" doesn't seem to make it work either | 23:27 |
| Afdal | aha wait it does work | 23:28 |
| Afdal | it just doesn't light up my Scroll Lock LED still | 23:29 |
| Afdal | omg now I can't turn scroll lock off -_- | 23:37 |
| UsL | : D | 23:41 |
| Afdal | no I guess I can but I can't seem to get my numpad to stop doing mouse control now | 23:41 |
| Afdal | I don't even know how I turned this one | 23:42 |
| Afdal | supposed Shift+Numlock did it in old Ubuntu versions | 23:42 |
| Afdal | but not now... | 23:43 |
| Afdal | Whew, Accessibility program -> toggling "Use mouse emulation" on and then back off disabled it | 23:48 |
| Afdal | But I'm so confused how this got turned on in the first place | 23:48 |
| UsL | what was scroll lock used for again.. Scrolling the screen instead of moving the cursor.. | 23:53 |
| Afdal | you can freeze the output of a terminal with scroll lock | 23:54 |
| Afdal | that's the most useful thing | 23:54 |
| UsL | ah, I didn't know that. | 23:54 |
| UsL | I thought pause/break did that | 23:56 |
| Afdal | Seems like Scroll_Lock from key mod3 is actually the default behavior of X11 | 23:57 |
| Afdal | (and thus disabling scroll lock) | 23:57 |
| Afdal | Why was this decision made... | 23:57 |
| UsL | heritage from old terminals and paring it with modern usage perhaps? There are some inherited stuff like that. | 23:59 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!