by

Where communities thrive


  • Join over 1.5M+ people
  • Join over 100K+ communities
  • Free without limits
  • Create your own community
People
Activity
  • 19:22
    arrowd commented #19
  • 16:54
    arrowd commented #19
  • Jun 01 14:19
    tingox closed #38
  • May 30 09:39
    myfreeweb commented #243
  • May 30 08:56
    avg-I commented #243
  • May 30 07:36

    zeising on drm-v5.0

    warn only once about the entity… (compare)

  • May 30 07:36
    zeising closed #243
  • May 30 07:36
    zeising commented #243
  • May 29 09:04
    avg-I commented #243
  • May 28 18:39

    zeising on master

    net/rsocket-cpp: Remove benchma… gecko: add missing Wayland depe… www/firefox: switch to rc2 - B… and 67 more (compare)

  • May 25 20:37
    zeising commented #10
  • May 25 20:37
    iotamudelta commented #10
  • May 25 20:36
    zeising commented #10
  • May 25 20:10

    iotamudelta on amdgpu-update

    (compare)

  • May 25 20:10

    iotamudelta on master

    Update amdgpu and radeonkms fir… Merge pull request #10 from Fre… (compare)

  • May 25 20:10
    iotamudelta closed #10
  • May 25 20:08
    zeising commented #10
  • May 25 20:08
    zeising review_requested #10
  • May 25 20:08
    zeising opened #10
  • May 25 20:04

    zeising on amdgpu-update

    Update amdgpu and radeonkms fir… (compare)

Ghost
@ghost~5e5c78c8d73408ce4fdb409f
Erandir: a more sensible default would be for Xorg to refuse to start without input unless forced via config option
fbsdgitter
@fbsdgitter
[irc] <Erandir> maybe, but I don't know how to accomplish that.
[irc] <Erandir> at least not without hacking up xorg-server.
Ghost
@ghost~5e5c78c8d73408ce4fdb409f
--with-fallback-input-driver=libinput doesn't fix input if both xf86-input-libinput and xf86-input-evdev are installed but vendor configs are removed/missing
fbsdgitter
@fbsdgitter
[irc] <manu> maybe because devd is chosen ?
Ghost
@ghost~5e5c78c8d73408ce4fdb409f
Ah, --with-fallback-input-driver "only applies when the device has a driver assigned and that module fails to load," according to https://gitlab.freedesktop.org/xorg/xserver/-/commit/c69bd15e00ae
when configs are gone driver is NOT assigned ;)
On FreeBSD it can help with old manually-written xorg.conf where "mouse" and "kbd" are specified but xf86-input-mouse and xf86-input-keyboard are no longer installed.
fbsdgitter
@fbsdgitter
[irc] <manu> ok then setting it to libinput might help some people and won't do any harm otherwise
fbsdgitter
@fbsdgitter
[irc] <Erandir> mouse and keyboard drivers are still installed by default.
[irc] <Erandir> It shouldn't harm to have default to libinput on 12 and later, as manu says.
Ghost
@ghost~5e5c78c8d73408ce4fdb409f
Maybe "synaptics" then
fbsdgitter
@fbsdgitter
[irc] <Erandir> ?
[irc] <Erandir> synaptics take predecense over libinput. But was fixed to work better with evdev devices.
[irc] <manu> if the user remove synaptics but forget that in his conf he specified it it will fallback to libinput
Ghost
@ghost~5e5c78c8d73408ce4fdb409f
Erandir: if xf86-input-synaptics is not installed but xorg.conf explicitly specifies "synaptics" then xorg would sellect libinput as a fallback
fbsdgitter
@fbsdgitter
[irc] <Erandir> but at least in my testing, if the conf files that are installed by the packages are there, libinput will be used if it'sinstalled.
[irc] <Erandir> THen I understand what you mean.
[irc] <manu> also mouse and keyboard drivers are irrelevant now for at least 13
[irc] <Erandir> and 12-stable.
[irc] <manu> and 12-stable
fbsdgitter
@fbsdgitter
[irc] <vishwin> takes libglvnd for a spin
Ghost
@ghost~5e5c78c8d73408ce4fdb409f
libglvnd shaves mass rebuilds for poudriere users e.g., pciids -> libpciaccess -> libdrm -> mesa-libs -> cairo, gtk3, qt5-gui or libdrm -> libva -> ffmpeg -> qt5-webengine.
fbsdgitter
@fbsdgitter
[irc] <swills> omg, that pciids stuff...
Ghost
@ghost~5e5c78c8d73408ce4fdb409f
swills: I usually cheat by rebuilding devel/libpciaccess and devel/libpci in a separate build or simply abort the build, move packages from .building to .real* then restart.
fbsdgitter
@fbsdgitter
[irc] <swills> heh
[irc] <swills> i only rebuild all that when i've updated to a new rev of current so it's all going to build anyway...
[irc] <swills> which i'm almost due for, but i'm so loving the "not panicing daily" thing that i'm putting it off
Ghost
@ghost~5e5c78c8d73408ce4fdb409f
Well, I maintain a lot of ports which need to be tested on ~11 release/architecture tuples. There's bound to be some cheating.
fbsdgitter
@fbsdgitter
[irc] <swills> sure
[irc] <swills> testing on lower tier archs is not something i make a high priority out of personally
Ghost
@ghost~5e5c78c8d73408ce4fdb409f
I test www/firefox only on 11.3 i386. ;)
Sometimes not even bother to test build during patch-level releases.
fbsdgitter
@fbsdgitter
[irc] <swills> i386 isn't a priority for me, personally
[irc] <swills> nor is mips or mips64 since it has other issues and i had to stop using it
Ghost
@ghost~5e5c78c8d73408ce4fdb409f
ports rarely break on amd64 and latest FreeBSD release (except -CURRENT)
It's often waste of time to test on 12.1 amd64 ;)
Too well supported
fbsdgitter
@fbsdgitter
[irc] <swills> heh
Ghost
@ghost~5e5c78c8d73408ce4fdb409f
Old /stable branches are often neglect but thanks to pushing through a Clang train just before 11.4 it should still get some life.
I'm surprised re@ approved it quickly
fbsdgitter
@fbsdgitter
[irc] <swills> compilers...
fbsdgitter
@fbsdgitter
[irc] <manu> is there an alternative for xinput to configure props on libinput devices ?
[irc] <manu> maybe something that works with both wayland and xorg ?
[irc] <manu> also it seems that with xinput device ids and props changes at least between reboot
[irc] <manu> that can be "fixed" with a little bit of scripting but it's annoying
[irc] <manu> meh, using the device name instead of the device id works :)
[irc] <manu> so that solves the id problem
[irc] <manu> what's the equivalent for wayland based installation ?
fbsdgitter
@fbsdgitter
[irc] <fbsdslack> <zeising> Most DEs have their own way to adjust properties. xinput works if you don't use a DE. And yes, use the names, they don't change :)