| systemdlete | debianutils: Breaks: x11-common when I call apt install with a list of packages during installation of daedalus. | 01:54 |
|---|---|---|
| systemdlete | it's a version mismatch of some kind. | 01:54 |
| systemdlete | (this is being done in a chroot, btw, after the debootstrap run) | 01:54 |
| systemdlete | seems to happen if I try to install xorg. But maybe that's wrong? | 02:00 |
| systemdlete | uhm. | 02:19 |
| systemdlete | I mis-configured my apt. Fixed it; trying again now. | 02:19 |
| systemdlete | sorry for the noise. | 02:19 |
| systemdlete | should have checked that first | 02:19 |
| emdee | does anyone here manage the forums on devuan.org? | 03:46 |
| gnarface | yes, talk to golinux | 03:48 |
| emdee | I don't see golinux: in the user list; I tried to register and it rejected it saying it was a spam email address. The address is real but it is in a .me TLD. I'm wondering if it's old registration code that doesn't know about a .me TLD... | 03:52 |
| gnarface | stick around, someone will help you eventually | 03:53 |
| emdee | OK - now for a dev question. First of all, my congratulations to the devs for the chimera -> daedulus upgrade; I did the upgrade and it went almost flawlessly. But I have a new problem that I don't understand. From an X session I can use "chvt 1" to go to the console, and then from the console I can "chvt 3" if I would get back to X (assuming XDG_VTNR=3). This has worked flawlessly for decades. But after the | 03:59 |
| emdee | upgrade, I can get down, but going back gives me a black screen, with no cursor, and no response to keystrokes. Not even CTL-ALT-DEL. Any ideas? | 03:59 |
| gnarface | could be a video driver issue | 04:00 |
| gnarface | did you try the other virtual terminals? | 04:01 |
| emdee | It's the same with the new kernel from the upgrade or my old hand-compiled 5.15.26 kernel so I don't suspect video drivers. | 04:01 |
| emdee | From the console I can change to any other console (except X), as much as I want. But when I go to the X console, I'm dead. | 04:03 |
| gnarface | hmm. seems to be a problem i've had with the nvidia drivers a lot in the past | 04:04 |
| gnarface | it doesn't necessarily have to be a driver change specifically though | 04:05 |
| emdee | No NVIDIA - basic Intel 915. | 04:06 |
| gnarface | it could have been a change to xorg or (if you're not using nvidia drivers) mesa | 04:06 |
| debdog | frellin' forced re-connect. last thing I've seen in my client: | 04:06 |
| debdog | <emdee> It's the same with the new kernel from the upgrade or my old hand-compiled 5.15.26 kernel so I don't suspect video drivers. | 04:06 |
| debdog | <debdog> doesn't work here as well | 04:06 |
| debdog | <debdog> alt-F1 seems to go back to X but the screen just turns black | 04:06 |
| debdog | that same thing happend on my attempt to run startxfce4 | 04:07 |
| gnarface | anything show up in the log at all? | 04:08 |
| emdee | I assume it's Xorg - nothing in the X log or dmesg... | 04:08 |
| debdog | hum, is it possible that I've read about issues with the newer Xorg version somewhere these days? | 04:08 |
| DelTomix | Interesting... I recently dist-upgraded my desktop, and also noticed that X crashes when switching to a console terminal. Also never had that issue before | 04:08 |
| gnarface | oy vey | 04:09 |
| gnarface | ok one second... | 04:09 |
| emdee | is there an open Devuan issue on it - it looks like I'm not alone :-( | 04:09 |
| gnarface | no problem here at all | 04:09 |
| gnarface | you guys both using intel graphics? | 04:09 |
| gnarface | i'm using amd | 04:10 |
| DelTomix | it could be because I run older hardware - maybe the newest xorg+kernel has worse support. My graphics are old AMD radeon | 04:10 |
| gnarface | what does your "uname -r" say? | 04:11 |
| gnarface | 6.1.0-11-amd64 | 04:11 |
| gnarface | not having problems with this one | 04:11 |
| DelTomix | 6.1.0-11-amd64 | 04:11 |
| gnarface | debdog: what's your gpu vendor? | 04:12 |
| debdog | on that laptop it is intel with an nvidia GPU attached to it, gnarface | 04:13 |
| gnarface | oh, right that hybrid thing | 04:13 |
| gnarface | hmmm | 04:13 |
| emdee | My hardware is old and intel, but it runs an even more recent xorg-server (21.1.8) on the same hardware under gentoo with no probs. Mine is an old Intel only i915. | 04:13 |
| gnarface | so you do all have mesa in common | 04:13 |
| rrq | DelTomix: the combination of Xorg and seatd in daedalus may cause problem; a partial remedy is to add "export SEATD_VTBOUND=0" to /etc/default/seatd and restart it | 04:13 |
| debdog | I cannot switch between these GPUs, it's some kind of intel-is-the-master-and-nvidia-is-applied-when-needed hardware configuration | 04:14 |
| gnarface | oh heh | 04:14 |
| gnarface | and i'm not running seatd | 04:14 |
| gnarface | i just disabled it | 04:14 |
| DelTomix | oh I will try that rrq thank you! Not actually familliar with seatd | 04:14 |
| emdee | I'm not running seatd - it's startx from the console. | 04:15 |
| gnarface | emdee: you sure? double check, it was started and running by default for me even though i was also using startx | 04:15 |
| debdog | startx from console as well here | 04:15 |
| DelTomix | seatd is not installed in my system | 04:15 |
| emdee | seatd is not installed in my system | 04:16 |
| debdog | I've tried both seatd and elogind, same outcome | 04:16 |
| emdee | How do I tell if my xorg is using mesa on an Intel i915/i965 ? | 04:17 |
| rrq | doesn't the log tell that? | 04:18 |
| gnarface | how did you guys uninstall seatd? i thought it didn't let me have X without it when i tried that... | 04:18 |
| gnarface | i had to just kill it at sysvinit | 04:18 |
| gnarface | emdee: check the log file, it should say | 04:18 |
| emdee | I saw nothing in the logfile, so I assume I'm not using mesa. | 04:19 |
| gnarface | it might not have been installed by default | 04:20 |
| DelTomix | I don't think I ever needed it and dist upgrade did not bring it in, I already have elogind. Also my X config is VERY minimal, I bascially run compton and I3 as my window manager, startx. | 04:20 |
| gnarface | you run compton without mesa?? | 04:20 |
| DelTomix | yup | 04:21 |
| debdog | yes, DelTomix, seatd hasn't been installed here automagically either | 04:21 |
| emdee | (I did a sysvinit install and never asked for, or got,seatd) My X config is a very basic one, and I use startxfce4. | 04:22 |
| rrq | yeah I think it's an "or-dependency" seatd|logind | 04:22 |
| DelTomix | the package descriptions indicate similar function so that would make sense | 04:23 |
| gnarface | here's my mesa packages if you guys want to see if they help https://paste.debian.net/1290433/ | 04:23 |
| debdog | "libseat1 can use either seatd or elogind as a backend. If you need to override the default choice (autodiscovery), use the LIBSEAT_BACKEND environment variable." release notes | 04:23 |
| debdog | https://files.devuan.org/devuan_daedalus/Release_notes.txt | 04:25 |
| gnarface | you guys are all in the video group right? | 04:26 |
| * debdog is | 04:26 | |
| gnarface | i didn't think it worked without that... | 04:26 |
| gnarface | i wonder if there's an environment variable to just disable it entirely | 04:27 |
| DelTomix | yeah in video group | 04:27 |
| DelTomix | everything in my case is otherwise stable as far as I can tell - just when switching from gui console to regular console, x crashes. Every time. | 04:28 |
| gnarface | you guys would seriously probably stand to gain a lot of performance improvement from using mesa, regardless of the virtual console switching issue | 04:28 |
| gnarface | it's worth a try just for the performance | 04:29 |
| gnarface | intel put a lot of work into it | 04:29 |
| gnarface | they put so much work into it that sometimes now on those hybrid laptops the intel gpu is actually the faster one | 04:30 |
| * debdog excuses himself, needs to get some sleep o/ | 04:30 | |
| emdee | On an upgrade there should be no changes to things like video groups. I haven't used mesa because it make exactly these types of problems harder to debug :-) | 04:30 |
| emdee | Thanks debdog: maybe open an issue on it for us. | 04:31 |
| debdog | uhm | 04:31 |
| DelTomix | I'm going to make it crash again and see if I can get some oops info in the log.. back in a bit | 04:31 |
| debdog | I have even more problems (touchpad) and am prolly more confused right now. | 04:32 |
| debdog | I can't make any sense of what happens here. | 04:32 |
| emdee | DelTomix: anything in the X log or dmesg? | 04:32 |
| emdee | Years ago I had vt problems that were related to a buggy Intel chipset etc, and there was always something in dmesg (not necessarily useful, but there). | 04:34 |
| rrq | https://bugs.devuan.org/cgi/bugreport.cgi?bug=740 | 04:35 |
| rrq | (appeared to be fixed for daedalus release, but is still being worked on) | 04:36 |
| rrq | generally: Xorg gains access to inputs via mediation by either seatd or logind | 04:36 |
| rrq | the seatd way is broken wrt VT switching ... I thoght logind worked | 04:37 |
| golinux | emdee: Did you get your registration settled? | 04:38 |
| emdee | golinux: No - no way to register | 04:38 |
| golinux | II opened a PM | 04:39 |
| golinux | Let's chat there | 04:40 |
| emdee | https://bugs.devuan.org/cgi/bugreport.cgi?bug=740 looks like it assumes the problem is seatd - perhaps it's not and is more generic than that... | 04:44 |
| debdog | agreed | 04:44 |
| emdee | debdog: do you want to add to it there and let them know it may be a bigger problem that's still active. | 04:45 |
| golinux | emdee: If you can't do it now maybe rrq can handle your registration. I need to go . . . | 04:45 |
| emdee | golinux: thanks for your help. Do what now? | 04:46 |
| DelTomix | So this is the log entry when it crashes - 'xdg-desktop-por' seems to have the segfault - https://paste.debian.net/hidden/07127bce | 04:49 |
| debdog | emdee: I am very slow in processing things. my main problem is a different one (though possibly related) so it may take some time for me to collect more info for a report. but I will try... | 04:49 |
| debdog | also depnds on my health | 04:50 |
| debdog | but I'd rather not to. I STUMBLED INTO THAT MESS BECAUSE I WAS ABOUT TO UPDATE A FGFS WIKI PAGE. | 04:50 |
| debdog | need to focus on that first | 04:50 |
| debdog | I never inteded to upgrade at this point | 04:51 |
| emdee | DelTomix: I get no error message in either Xlog or dmesg, and your segfault may be a side-effect/consquence rather than a cause. My server doesn not crash but the system is totally unresponsive to everything, Hard power off is the only exit. | 04:56 |
| debdog | ok, on the same laptop when booting chimaera switching back and forth (plain fluxbox, no DE involved) from X to tty works flawlessly. | 04:57 |
| DelTomix | ok - you might find it in /var/log/syslog, or /var/log/kern.log or via running sudo dmesg there is also a bunch of error messages in the console terminal after it dies that might be more relevant I'm just trying to grab those | 04:58 |
| debdog | but then, on chimaera I use the nvidia driver from the nvidia insteller where on daedalus I went for the packaged one (because the installler wasn't able to build a module due to errors which are strange by themselfes) | 04:59 |
| emdee | debdog: I was amazed at how good the upgrade was, except for this issue and a couple of packages that are not upgraded - The following packages have been kept back: | 04:59 |
| emdee | dhcpcd5 gsasl-common php-common | 04:59 |
| fsmithred | debdog, did you get a mis-match between gcc versions when you tried to build nvidia? | 05:00 |
| debdog | yah, inside a qemu VM the upgrade went fine here as well (but IDK how to test the ctrl-alt-Fx funtion there) | 05:01 |
| emdee | DelTomix: I get nothing in dmesg or /var/log/*log - just the black screen. | 05:01 |
| debdog | fsmithred: at one point yes, long story, but that was not the issue | 05:01 |
| debdog | my intention was to keep to what I am used to. like the nvidia installer. but so many things are different now I am unable to quickly pin down one cause for the problems here | 05:05 |
| emdee | I see no way of registering an account on https://bugs.devuan.org/ - I am missing something? | 05:10 |
| fsmithred | no account needed for bugs | 05:13 |
| fsmithred | I use email submit@bugs.devuan.org descriptive subject line, first line of body has the package name | 05:13 |
| fsmithred | see the instructions there | 05:14 |
| fsmithred | I believe it's possible to use reportbug, but I never bothered to figure it out. | 05:14 |
| fsmithred | time to sleep. later. | 05:16 |
| debdog | that's what I thought... | 05:16 |
| debdog | mebbe, if gnarface' intuition is correct, xserver-xorg-video-intel is the culprit. that points back to xorg | 05:22 |
| debdog | it could as well be a kernel issue | 05:23 |
| emdee | debdog: I've tried it under the devuan 6.1 and my hand compiled 5.15.26 - the kernel I used b4 the upgrade - and it always fails both kernels so I lean toward xorg-server - but devuan specific. I run an even newer Xorg under gentoo and no probs. | 05:25 |
| debdog | emdee: makes sense, I think I read these days somewhere something about debian's/devuan's xorg version causing troubles | 05:27 |
| emdee | debdog: any idea where you read it? | 05:28 |
| debdog | well, no, sorry | 05:28 |
| emdee | Another question: at the console how do unwire the C-A-F[1-9] keys so I don't accidentally hang myself? | 05:29 |
| emdee | If I get to the console all is fine until I hit C-A-F3 by mistake. I want to unwire the keybindings and use chvt manually if I need to, If I get to the console I can always kill the X and restart it. Painfull but better than having to powerroff. | 05:31 |
| DelTomix | at time of crash in xorg.log [102439.407] (II) AIGLX: Resuming AIGLX clients after VT switch and then these two repeated for CRTC 0,1,2,and 3: [102439.407] (EE) RADEON(0): failed to set mode: Permission denied [102439.407] (WW) RADEON(0): Failed to set mode on CRTC 0, and finally [102439.409] (EE) EnterVT failed for screen 0 | 05:31 |
| DelTomix | permission denied seems odd | 05:33 |
| emdee | "(II) AIGLX: Resuming AIGLX clients after VT switch " is normal. The EEs are bad news - but be thankfull at least you got something in the log. I get nothing! | 05:34 |
| emdee | Is your /usr/bin/Xorg suid? | 05:36 |
| DelTomix | I've never touched it .. lemme look | 05:36 |
| DelTomix | no | 05:37 |
| emdee | No probs - it used to be a couple of years ago. And you had no problems before the upgrade? | 05:38 |
| rrq | DelTomix: could you paste that file to https://transfer.sh for me? (end tell be the link) | 05:39 |
| DelTomix | none while I ran chimaera - there was some quirkiness that came and went with painting - as new kernel versions came up - and new xorg updates | 05:39 |
| DelTomix | ok rrq will be a couple minutes I just have to afk for something momentarily | 05:40 |
| DelTomix | rrq: https://transfer.sh/GhD6NTGkfb/Xorg.1.log.old | 05:48 |
| rrq | ta | 05:48 |
| emdee | DelTomix: That "Resuming AIGLX clients after VT switch" and following is error OK - at least you get something in the log. That "(EE) RADEON(0): failed to set mode: Permission denied" looks to me like a Xorg error message (it's preceeded by EE and marked with RADEON) - maybe we can find the source line for it in Xorg. | 06:02 |
| DelTomix | right - yes I mentioned the AIGLX because its the point that starts the fail | 06:03 |
| emdee | Can you open a bug on it and suggest that they look for that error message in the Xorg sources. I'll try it out under both kernels again just to be sure the behavior is the same. | 06:07 |
| DelTomix | I can - will just see if rrq has any input - who/where should I file the bug? | 06:08 |
| rrq | yes the issue is most likely down to the juggling of file descriptors via libseat; and you're using the logind backend.. | 06:09 |
| DelTomix | yes my system has elogind installed | 06:10 |
| DelTomix | so who's bug would that likely be? | 06:10 |
| rrq | the package would be xserver-xorg-core and it's Devuan's bug | 06:11 |
| DelTomix | ok thank you | 06:11 |
| rrq | buggy version is 2:21.1.7-3devuan1 | 06:12 |
| emdee | FWIW I agree the package would be xserver-xorg-core | 06:12 |
| rrq | doesn't help you much, but there is an update in the pipeline; currrently in review. | 06:13 |
| emdee | rrq: can I hope to register on https://dev1galaxy.org/ with a .me TLD email address? | 06:13 |
| DelTomix | its not a panic for me - I rarely switch back to console - other than when exiting X - and doesn't cause any other instability that I can detect | 06:14 |
| DelTomix | also if I can run any other tests to help with info I'm happy to do so | 06:15 |
| rrq | emdee: if it receives email it should be easy .. I can give it a manual poke if it needs | 06:16 |
| emdee | DelTomix: It's more serious for me - not a server crash but a computer lockup - poweroff | 06:16 |
| rrq | emdee: you might avoid the lockup by installing seatd.. and adding that default setting | 06:18 |
| rrq | "export SEATD_VTBOUND=0" in /etc/default/seatd plus restart it | 06:18 |
| emdee | rrq: are galaxy rejects logged? Do you see a reject yesterday from a @*.me email address? | 06:19 |
| rrq | no | 06:19 |
| rrq | btw there are many forum users wit .me addresses | 06:20 |
| DelTomix | hope you find a solution emdee - When I did the dist upgrade, I made the mistake of doing it in an x terminal, - it killed the x server , and my terminal, and my consoles, I had to wait for the hard disk activity to finish and then had no choice but to hard reset computer - I normally only do such an upgrade from console but thought it would be ok :) | 06:21 |
| rrq | emdee: you can pm me the userid ... "/query rrq" | 06:22 |
| emdee | rrq: OK thanks If there are lot's of .me users that's not the problem. Any problems likely from registering over Tor? | 06:22 |
| rrq | not afaik | 06:23 |
| emdee | rrq: thanks I'm trying PM now but I'm coming through a xmpp: gateway. If it doesn't work I'll try to get back setup with real IRC tomorrow about this time and will try again. | 06:25 |
| rrq | I'll need userid and email for digging into the mailer as well | 06:25 |
| emdee | rrq: sure - thanks for your help - it;s late now and I'll loggoff. One last time - any idea on how to kill the C-A-F[1-8] keybindings on the console to stop be accidentally doing it (force of habit). I'll find it sooner or later if nobody knows. | 06:28 |
| rrq | option "DontVTSwitch" in serverflags of xorg.conf(5) | 06:33 |
| rrq | emdee: re registering via tor.. may be a problem since the outlet IP address you then borrow is very likely used before by a spammer | 06:48 |
| emdee | rrq: option "DontVTSwitch" is not a problem for me - I can get to the console from X with no problem, and C-A-F between console terminals is OK as long as I avoid the C-A-F3 which is the one running X. Then I'm hosed. So I assume that the C-A-F? is in some console keymap somewhere, and have forgotten how to bind console keys. | 07:12 |
| emdee | It;s in /usr/share/keymaps/i386/include/qwerty-layout.inc.gz | 07:14 |
| emdee | rrq: or SFS is assuming all Tor exits are spammers. I think it's important to support Tor usage, especially for things like discussions. Devuan automatically marking the email address of any Tor user who tries to register as a spammer, with a service that other sites use (SFS), and not even telling them Devuan had automatically listed them as a spammer with SFS, is not nice at all. You should let your u | 07:19 |
| emdee | sers know not to even try registering with you over Tor. Thanks for you help in getting me unspammed. | 07:19 |
| rrq | don't you think that when hiding among ducks one is easily mistaken for a duck? | 07:24 |
| emdee | No - I already said: I think it's important to support Tor usage, especially for things like discussions. | 07:25 |
| rrq | well, I don't. | 07:26 |
| ted-ious | You will when someone decides that you shouldn't be allowed to talk on the internet anymore. :) | 07:47 |
| rrq | no you're wrong about that.. but (not unrelated:) this kind of discussion should be on "offtpoic" | 07:56 |
| friedhelm | Just discovert: After upgrading to Daedalus I had serious problems with the mouse. | 18:22 |
| friedhelm | Cut and paste was horrble jerky. | 18:23 |
| friedhelm | Now I have found the cause. | 18:23 |
| friedhelm | libinput has a (mis)feature called button debounce. | 18:24 |
| friedhelm | With an IBM trackpoint device it just doesn't work. | 18:24 |
| friedhelm | It's "delaying" mouse events. | 18:25 |
| friedhelm | After disabeling it everything is fine now. | 18:25 |
| debdog | how did you disable it, friedhelm? | 18:26 |
| friedhelm | Found a discription on I tink Ubuntu wiki. | 18:26 |
| friedhelm | You have to create a file /etc/libinput/local-overrides.quirks. | 18:27 |
| friedhelm | And put something into it. | 18:28 |
| friedhelm | Just google for lbinput and button-debounce abd you will find it. | 18:28 |
| gnarface | friedhelm: nice catch. this may have been related to others' problems | 18:30 |
| friedhelm | Another problem with the X-server was: everytime I opend up Palemoon, the X-server crashed. | 18:31 |
| friedhelm | The problem was that on my Lenovo T410 always had been uded the i915 intel driver. | 18:31 |
| friedhelm | Now they have managed to screw up autodetection, and I found I was suddenly using the VESA driver. | 18:32 |
| debdog | https://askubuntu.com/questions/1199820/how-to-disable-mouse-debouncing-in-libinput | 18:33 |
| friedhelm | Had to add a driver section to the xorg.config to use the intel driver again. | 18:33 |
| friedhelm | Palemoon and a few other Applications use some features that are not supported by the VESA driver! | 18:34 |
| friedhelm | However the logs helped in finding the problem. | 18:35 |
| friedhelm | What I find annoying is that this drastic change in behaviour is nowere documented. | 18:35 |
| friedhelm | This shoud be in the release notes at Debian. | 18:36 |
| friedhelm | Autodetection has worked for nearly 10 years! | 18:36 |
| friedhelm | Now suddenly it doesn't anymore. | 18:37 |
| friedhelm | But these have been the only problems updating. Everything else went OK. | 18:39 |
| debdog | upgrading almost everytime sucks | 18:39 |
| friedhelm | I have upgraded 3 machines so far. | 18:39 |
| gnarface | friedhelm: i've been using a static xorg.conf for over 20 years because i never trusted auto-detection. it saved me this time. | 18:39 |
| debdog | not just dist-upgrades but for software in general | 18:39 |
| debdog | hmm, what about removing libinput at all and falling back on the well known drivers | 18:41 |
| debdog | ? | 18:41 |
| friedhelm | I might try that. | 18:42 |
| friedhelm | There is a word that I have learned to hate lately. | 18:43 |
| debdog | upgrade? | 18:43 |
| friedhelm | It's called deprecated which means deliberately broken! | 18:43 |
| debdog | hehe | 18:44 |
| debdog | ok, removing xserver-xorg-input-libinput did not break anything but didn't make the touchpad work either | 18:50 |
| gnarface | what did it fall back to? | 18:50 |
| gnarface | there's also ... libevent perhaps? | 18:50 |
| debdog | *shrug* installed xserver-xorg-input-joystick xserver-xorg-input-kbd xserver-xorg-input-mouse xserver-xorg-input-multitouch xserver-xorg-input-mutouch instead | 18:51 |
| gnarface | got xserver-xorg-input-evdev? | 18:51 |
| debdog | i xserver-xorg-input-evdev | 18:52 |
| debdog | should I remove that, too? | 18:52 |
| gnarface | i dunno. that's the one everything was using right before libinput, and on my system lots of stuff is still using it | 18:52 |
| gnarface | that's the one that draws the /dev/input/event* nodes | 18:53 |
| friedhelm | Well libinput in general works fine. | 18:53 |
| friedhelm | It's just when you try to cut with the mouse it's selecting either too much or too less. | 18:54 |
| debdog | yah, removing evdev wasn't a good idea. now neither touchpad nor mouse nor keyb are working, hehe | 18:54 |
| gnarface | friedhelm: not for everyone. some people seem to be having some sporadic issues here and there. this isn't just plaguing devuan, either. people on the pine64 network are having various touchpad issues with it in other distros | 18:54 |
| friedhelm | You have to try 5 times till you get it right. | 18:55 |
| friedhelm | Very annoing. | 18:55 |
| gnarface | ugh... certainly there must be a way to change the amdgpu logging verbosity? | 20:17 |
| gnarface | alright, well if anyone else has noticed their Xorg logging getting choked full of repeated modeline scans lately and knows a fix, please tell me | 20:25 |
| hagbard | It doesn't generate a lot of log message in the first place, on my 3 machines with amdgpu. | 20:25 |
| gnarface | it seems to only be happening when something polls xrandr for display info | 20:25 |
| gnarface | but unfortunately Steam and Wine both generate MEGABYTES of this repeating message | 20:26 |
| gnarface | i assume anything that unnecessarily re-polls xrandr does the same | 20:26 |
| gnarface | on a Mint forum someone discovered just calling the xrandr binary even generates the block once, but adding "--current" makes it not do that | 20:26 |
| gnarface | why Wine and Steam see fit to poll it a freaking thousand times per second is unclear, but this must stop | 20:27 |
| gnarface | i'm assuming Wine and Steam use some other mechanism than the literal xrandr binary, but if they were calling it directly maybe i could alias it... | 20:29 |
| gnarface | ugh, the use case here is ridiculous. do they think i'm going to be hot-swapping monitors while i'm starting up World of Warcraft? | 21:00 |
| gnarface | there's no call for this | 21:00 |
| DelTomix | does submit@bugs.devuan.org accept attachments? trying to include a relevant log file which exceeds the 40K message body limit | 22:13 |
| DelTomix | meh, may as well just try :) | 22:23 |
| fsmithred | DelTomix, I don't think so. | 22:23 |
| fsmithred | break it up and put half in a reply? Not sure if that's the best solution. | 22:24 |
| DelTomix | Yup - still says message body too big. fsmithred yeah was thinking of that - or I was going to pastebin if there was a recommended one to use for that purpose | 22:29 |
| DelTomix | maybe I'll just edit out the bulk of repeated modeline lists and enormous supported chipset list | 22:33 |
| fsmithred | paste.debian.net | 22:38 |
| fsmithred | or that | 22:38 |
| debdog | I wouldn't use a pastie, content gets deleted sooner or later | 22:42 |
| DelTomix | hmm trimmed version still 57k - yeah debdog thats why I was hesitant to pastebin it - though the paste.debian.net has an "expire:Never" option | 22:45 |
| DelTomix | well if they don't like it they can suggest what I should do. | 22:46 |
| debdog | OTOH why has the attachment be that big? maybe the devs would like just the relevant info? | 22:50 |
| DelTomix | well its an xorg session log - its not HUGE - its 77K trimmed of modelines and chipset list its 57k. message body limit is *40K* | 22:51 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!