Package Details: xorg-server-bug865-issue1578 21.1.13-1

Git Clone URL: https://aur.archlinux.org/xorg-server-bug865-issue1578.git (read-only, click to copy)
Package Base: xorg-server-bug865-issue1578
Description: Xorg X server with the patch for freedesktop bug 865 (need to kick hotkeys on release, not press) and issue 1578 (might ignore first scroll when direction is changed)
Upstream URL: https://xorg.freedesktop.org
Keywords: hi-res hotkey logitech mouse wheel
Licenses: MIT, ISC, X11, ICU, BSD-3-Clause, LicenseRef-Adobe-Display-PostScript, LicenseRef-DEC-3-Clause, HPND, LicenseRef-HPND-sell-MIT-disclaimer-xserver, HPND-sell-variant, MIT-open-group, NTP, SGI-B-2.0, SMLNJ, X11-distribute-modifications-variant
Groups: xorg
Conflicts: glamor-egl, nvidia-utils, xf86-video-modesetting, xorg-server
Provides: X-ABI-EXTENSION_VERSION, X-ABI-VIDEODRV_VERSION, X-ABI-XINPUT_VERSION, x-server, xorg-server
Replaces: glamor-egl, xf86-video-modesetting
Submitter: detian
Maintainer: detian
Last Packager: detian
Votes: 2
Popularity: 1.44
First Submitted: 2024-04-16 02:54 (UTC)
Last Updated: 2024-04-16 02:54 (UTC)

Required by (179)

Sources (2)

Latest Comments

1 2 Next › Last »

yochananmarqos commented on 2024-04-15 16:07 (UTC)

@detian: I'm not really sure how to describe it, either.

By the way, the pkgbase and pkgname need to be the same. Unless one is making a split package, pkgbase should not be specified at all.

If you want to rename this to xorg-server-bug865-issue1578, you need to create a new package and request xorg-server-bug865-bug1578 be merged into it.

detian commented on 2024-04-13 23:19 (UTC)

@yochananmarqos: The package description already described it. If change the package name, I don't really know how to describe it, maybe xorg-server-althotkey-wheelfix?

yochananmarqos commented on 2024-04-13 14:17 (UTC)

@detian: I've closed the deletion request. If you want to add more patches, I would suggest resubmitting with a different name. If not, then at least the package name describes what it does.

detian commented on 2024-04-13 07:58 (UTC)

@yochananmarqos Seems @kyak doesn't think so.

What's now, just cancel the deletion request, or I change this package to xorg-server-bugfixes and keep it along with xorg-server-bug865 or?

detian commented on 2024-04-13 04:14 (UTC)

@yochananmarqos ok, I'm waiting for @kyak to reply my comment under the xorg-server-bug865 package. Once replied, I'll create a package as suggested.

yochananmarqos commented on 2024-04-12 20:54 (UTC) (edited on 2024-04-13 14:14 (UTC) by yochananmarqos)

@detian: I suggest merging both packages into one; i.e., xorg-server-bugfixes or something. I understand certain patches will neither be accepted upstream nor by Arch PMs.

While we're at it, there's two more good patches that are used by both Debian and Fedora:

detian commented on 2024-04-12 19:14 (UTC)

@yochananmarqos Why duplicate, is AUR doesn't allow a different variant of a package nowadays?

yochananmarqos commented on 2024-04-12 18:42 (UTC)

@detian: Then please work with the Maintainer of xorg-server-bug865 instead of created a duplicate package on top of it.

detian commented on 2024-04-08 15:35 (UTC)

@MarsSeed ok changed pkgname to xorg-server-bug865-issue1578

I create this package is because I don't want the workaround for issue 1578 loses every time xorg-server update, then I have to recompile xorg-server, logout, login. If without this workaround, the scroll experience in most game for hi-res wheel mouse, for example Logitech g903, will be terrible.

MarsSeed commented on 2024-04-08 10:45 (UTC)

And upon closer look, I don't think xorg-server-bug865 should exist.

The proposed patch for the 20 year old bug 865 (which has since been auto-migrated to become issue 258) has not been accepted by upstream, because it violates the XKB protocol, and changing that protocol and its implementation(s) was deemed non-trivial and likely resulting in many breakages in downstream applications and not worth the trouble.

The unofficial bug865 patch is for renitent Microsoft Windows users who refuse to accept that they cannot use Ctrl+Shift or Alt+Shift etc. as standalone keyboard combinations (due to XKB protocol not supporting such) to trigger keyboard layout switching.

The proper solution is to define any valid hotkey combo for that action.

1 2 Next › Last »