Re: just to let you know FESCo agreed to a preliminary injunction while we consider this issue

On Mon, Feb 05, 2024 at 10:33:52AM +, Zbigniew Jędrzejewski-Szmek wrote: > On Mon, Feb 05, 2024 at 10:34:13AM +1000, Peter Hutterer wrote: > > > And even before that, things were already only limping along. That was > > > happening for over a decade and in that timefram

Re: just to let you know FESCo agreed to a preliminary injunction while we consider this issue

On Fri, Feb 02, 2024 at 11:08:15AM +, Neal Gompa wrote: > On Fri, Feb 2, 2024 at 10:47 AM Peter Hutterer > wrote: > > > > On Thu, Feb 01, 2024 at 03:40:24PM +, Sérgio Basto wrote: > > > On Thu, 2024-02-01 at 15:31 +0100, Leon Fauster via devel wrote: > >

Re: just to let you know FESCo agreed to a preliminary injunction while we consider this issue

On Thu, Feb 01, 2024 at 03:40:24PM +, Sérgio Basto wrote: > On Thu, 2024-02-01 at 15:31 +0100, Leon Fauster via devel wrote: > > Am 01.02.24 um 14:18 schrieb Sérgio Basto: > > > > > > > The problem is not KDE SIG not support X11, the problem is KDE SIG > > > want > > > drop X11 and force

Re: Turning a XImage * into a Drawable for use with XRenderCreatePicture

On Thu, Jan 04, 2024 at 06:27:01PM +0100, Florian Weimer wrote: > The pcb-rnd package contains a call: > > XRenderCreatePicture(display, lpm->img_scaled, > XRenderFindVisualFormat(display, DefaultVisual(display, screen)), 0, 0); > > The issue here is that lpm->img_scaled is an XImage *, but >

Orphaning piper

I've orphaned the piper package. This is the GTK GUI to interface with the libratbag daemon to configure programmable mice. It's up for grabs now if you want it, first come, first serve and so on. My personal take is that this should be flatpak only but who am I to stand in the way of a motivated

Re: HaveIBeenPwned database in Fedora somewhere?

On Tue, Mar 21, 2023 at 02:28:08PM +0100, Pavel Raiskup wrote: > Hello all! > > Do we have HaveIBeenPwned database of hashes somewhere in Fedora, as a > file or service (regularly updated)? I'd prefer checking my passwords > manually, without actually giving the passwords to the >

Re: F38 proposal: X Server Prohibits Byte-swapped Clients (System-Wide Change proposal)

On Fri, Jan 06, 2023 at 11:13:14AM +1000, Peter Hutterer wrote: > On Thu, Jan 05, 2023 at 08:24:21AM -0500, Stephen Smoogen wrote: > > On Thu, 5 Jan 2023 at 08:20, David Cantrell wrote: > > > > > On Thu, Jan 05, 2023 at 11:10:20AM +1000, Peter Hutterer wrote: > >

Re: F38 proposal: X Server Prohibits Byte-swapped Clients (System-Wide Change proposal)

On Thu, Jan 05, 2023 at 08:24:21AM -0500, Stephen Smoogen wrote: > On Thu, 5 Jan 2023 at 08:20, David Cantrell wrote: > > > On Thu, Jan 05, 2023 at 11:10:20AM +1000, Peter Hutterer wrote: > > > On Wed, Jan 04, 2023 at 03:19:57PM -0500, David Cantrell wrote: > > &

Re: F38 proposal: X Server Prohibits Byte-swapped Clients (System-Wide Change proposal)

On Wed, Jan 04, 2023 at 03:19:57PM -0500, David Cantrell wrote: [...] > > So I guess this means no remoting into ppc64 or s390x machines from > > x86_64 or ppc64le machines without a configuration tweak? > > We don't have ppc64 builds anymore and I don't know the last release we had > that was

Re: F38 proposal: X Server Prohibits Byte-swapped Clients (System-Wide Change proposal)

On Thu, Dec 22, 2022 at 11:30:33AM +0100, Niklas Schnelle wrote: > Hi All, > > This might not be as niche as you might think. I'm one of the > Linux kernel maintainers for s390. Many of us do the vast majority of > their development work natively on s390 systems via SSH from Fedora > laptops.

Re: F38 proposal: X Server Prohibits Byte-swapped Clients (System-Wide Change proposal)

On Thu, Dec 29, 2022 at 11:27:01AM -0800, John Reiser wrote: > On 12/21/22 13:49, Ben Cotton wrote: > > https://fedoraproject.org/wiki/Changes/XServerProhibitsByteSwappedClients > > > X server implementations (e.g. Xorg and Xwayland) allow clients with > > an endianess different to that of the

Re: F38 proposal: X Server Prohibits Byte-swapped Clients (System-Wide Change proposal)

On Wed, Dec 28, 2022 at 10:16:45PM -0500, Neal Gompa wrote: > On Wed, Dec 28, 2022 at 10:13 PM Peter Hutterer > wrote: > > > > On Thu, Dec 22, 2022 at 05:41:06AM -0500, Neal Gompa wrote: > > > On Thu, Dec 22, 2022 at 5:30 AM Niklas Schnelle > >

Re: F38 proposal: X Server Prohibits Byte-swapped Clients (System-Wide Change proposal)

On Thu, Dec 22, 2022 at 05:41:06AM -0500, Neal Gompa wrote: > On Thu, Dec 22, 2022 at 5:30 AM Niklas Schnelle > wrote: > > > > Hi All, > > > > This might not be as niche as you might think. I'm one of the > > Linux kernel maintainers for s390. Many of us do the vast majority of > > their

Re: F38 proposal: X Server Prohibits Byte-swapped Clients (System-Wide Change proposal)

On Thu, Dec 22, 2022 at 09:17:28PM +0100, Björn Persson wrote: > Vít Ondruch wrote: > > Dne 22. 12. 22 v 9:56 Olivier Fourdan napsal(a): > > > When the connection fails, the Xserver returns a reason in plain text. > > > In that case, the reason for the connection being rejected would be > > >

libwacom soname bump

Hi all, libwacom had a soname bump for the upcoming release. I've already rebuilt - libinput - cinnamon, cinnamon-control-center and cinnamon-settings-daemon - mutter, gnome-control-center, gnome-settings-daemon - kcm_wacomtablet (FTBFS though, #2031611) That should be it, if you have a package

Re: Excessive Messages In Journal From pipewire

On Tue, Aug 03, 2021 at 05:33:28PM -0400, Garry T. Williams wrote: > This seems obnoxious: > > Aug 03 17:24:24 pipewire[3007]: 1 events suppressed > Aug 03 17:24:24 pipewire[3007]: (speech-dispatcher-espeak-ng-54) client > too slow! rate:256/48000 pos:968996864 status:triggered > Aug

Re: F35 Change: Switch to WirePlumber as the PipeWire session manage (late Self-Contained Change proposal)

On Tue, Jul 20, 2021 at 05:44:42PM +, Zbigniew Jędrzejewski-Szmek wrote: > On Tue, Jul 20, 2021 at 07:21:07PM +0200, gerard.bi...@gmail.com wrote: > > Hi, > > a happy user of F35 here. > > > > With PipeWire since two weeks. Which stopped working with the last update. > > > > Finding this

Re: systemd unit auto-enabling question

On Fri, Jun 18, 2021 at 09:02:08AM -0500, Michael Catanzaro wrote: > On Fri, Jun 18 2021 at 08:02:05 AM +1000, Peter Hutterer > wrote: > > Right now pipewire gets around this by hardcoding pipewire-media-session > > and > > starting it directly (instead of the systemd

Re: systemd unit auto-enabling question

On Thu, Jun 17, 2021 at 07:48:24AM -0500, Michael Catanzaro wrote: > On Thu, Jun 17 2021 at 11:52:44 AM +1000, Peter Hutterer > wrote: > > What I need is manager.service being auto-enabled at install time. How > > do I > > get this done? > > Hi, you're missing a

systemd unit auto-enabling question

I'm running around in circles here not getting anywhere, so maybe someone on this list has the answer :) I have three packages [1], lets call them - server - manager (Conflicts: alternative-manager) - alternative-manager (Conflicts: manager) The server on its own is relatively dumb, it needs a

Orphaning luit

I've orphaned luit. The only user of it was xterm and it recently dropped support for luit so there are no users left. Whether there are *any* users left is unclear too :) The luit package we shipped is still the freedesktop.org one which has been unmaintained for about a decade now. Upstream now

Orphaning xfontsel

I've orphaned xfontsel, one of the many possibly-older-than-thou X utilities. From the man page: xfontsel - point and click selection of X11 font names So it does support both point *and* click. Futuristic stuff indeed ;) Package is here if you want to take it:

Re: Retiring a set of old X utilities

On Fri, Apr 23, 2021 at 06:25:21PM +0900, Stephen J. Turnbull wrote: > Peter Hutterer writes: > > > Now that the XorgUtilityDeaggregation [1] is complete, I'm planning to > > retire a set of old X utilities that I think don't need to be in Fedora: > > > >

Orphaning appres, editres, listres, viewres

appres is used by xscreensaver, editres *may* be used by grace. I've contacted both maintainers directly to notify them. listres and viewres appear to be unused by any other packages. All package average 1-2 commits per year upstream and almost all of these are housekeeping. The codebase is 20+

Re: Retiring a set of old X utilities

On Thu, Apr 22, 2021 at 11:14:44AM +0200, Miro Hrončok wrote: > On 22. 04. 21 4:03, Peter Hutterer wrote: > > Now that the XorgUtilityDeaggregation [1] is complete, I'm planning to > > retire a set of old X utilities that I think don't need to be in Fedora: > > > >

Re: Retiring a set of old X utilities

On Thu, Apr 22, 2021 at 12:37:40AM -0400, DJ Delorie wrote: > Peter Hutterer writes: > > xfd > > I use this a lot; what is the modern replacement for it? I was about to say gnome-font-viewer but that doesn't seem to list the old X fonts (or requires conversion or something

Retiring a set of old X utilities

Now that the XorgUtilityDeaggregation [1] is complete, I'm planning to retire a set of old X utilities that I think don't need to be in Fedora: oclock xbiff xload xman xrefresh xlogo xpr xfd viewres listres xconsole This is a very conservative list of packages, there are likely more that should

License change: libevdev -> MIT

Thanks to a copy/paste error many years ago, libevdev's COPYING file contained the HPND sell variant [1], not the intended MIT license. This has been fixed upstream with the 1.11.0 release which is currently hitting the Fedora repos. libevdev was always meant to be MIT, from the developer's

Re: Fedora 34 Change: GitRepos-master-to-main (Self-Contained Change)

On Fri, Dec 04, 2020 at 04:24:26PM -0500, DJ Delorie wrote: > Daniel P. Berrangé writes: > > Perhaps this is heresy, but we could stop calling our main development > > stream "rawhide", and instead call it "main", then it will be trivially > > aligned with the "main" git branch name :-) > > But

Retiring xkbevd, xkbprint, xkbutils

As part of the XorgUtilityDeaggregation [1], I'm planning to retire these three. They're currently part of xorg-x11-xkb-utils-extras, a subpackage of xorg-x11-xkb-utils (which provides setxkbmap and xkbcomp). setxkbmap and xkbcomp will be split into their own packages and both will Obsolete:

Re: Fedora 33 System-Wide Change proposal: Make nano the default editor

On Fri, Jun 26, 2020 at 10:03:12AM -0700, Adam Williamson wrote: > On Fri, 2020-06-26 at 12:58 -0400, Neil Horman wrote: > > > From this thread you can find at least two people (me and Ben > > > Rosser) > > > who definitely didn't keep using vi (my very next questions were > > > "what's an easier

Re: Fedora 33 System-Wide Change proposal: Make nano the default editor

On Thu, Jun 25, 2020 at 11:38:13PM +0200, Jan Kratochvil wrote: > On Thu, 25 Jun 2020 21:21:37 +0200, Chris Adams wrote: > > I'm not sure why you think end-users can't use a free OS. > > First steps of end-users is to install Chrome, Spotify and VirtualBox. > So there is left no advantage of a

Re: What to do when packagers "forget" bodhi updates for branched (f32)?

On Tue, Mar 17, 2020 at 11:45:10AM +0100, Fabio Valentini wrote: > On Tue, Mar 17, 2020 at 12:46 AM Peter Hutterer > wrote: > > > > On Mon, Mar 16, 2020 at 09:30:51PM +0100, Fabio Valentini wrote: > > > Hi everybody, > > > > > > It's that time of th

Re: What to do when packagers "forget" bodhi updates for branched (f32)?

On Mon, Mar 16, 2020 at 09:30:51PM +0100, Fabio Valentini wrote: > Hi everybody, > > It's that time of the semi-year again, and I again found multiple > instances of packages that have updates for rawhide and f31/f30, but > no bodhi update for fedora 32. > > In most cases, the updated package

Re: Fedora 32 System-Wide Change proposal (late): Enable EarlyOOM

On Sat, Jan 04, 2020 at 12:15:20PM -0600, Michael Catanzaro wrote: > Let's keep this desktop-focused, since the proposal does not affect Server > edition. > > On Sat, Jan 4, 2020 at 12:48 pm, drago01 wrote: > > As for the desktop case the running web browers in a cgroup to keep them > > in check

Re: Disappearing mouse pointer

On Wed, Aug 07, 2019 at 09:55:02AM -0600, Chris Murphy wrote: > On Wed, Aug 7, 2019 at 9:03 AM Jerry James wrote: > > > > I use the default GNOME desktop, using Wayland with Intel graphics. I > > have a web browser, a terminal, and an editor running on desktop 1. > > On desktop 2 (i.e., where

Re: [PSA] %meson contains -Db_ndebug=true

On Mon, Apr 08, 2019 at 01:26:47PM +0200, Igor Gnatenko wrote: > Ok, I have reverted change: > > * https://bodhi.fedoraproject.org/updates/FEDORA-2019-42ea21c6e4 > * https://bodhi.fedoraproject.org/updates/FEDORA-2019-660ccd306c > *

Re: [PSA] %meson contains -Db_ndebug=true

On Mon, Apr 08, 2019 at 09:20:35AM +0200, Igor Gnatenko wrote: > Hello, > > While fixing mesa build which was slow due to a lot off debug stuff > (assert()), I've added -Db_ndebug=true into the %meson macro. > > This seemed like good approach because in Fedora we should not use debug > bits in

Re: Can we please stop enforcing Signed-off-by commits?

-by: snippet rev Reviewed-by: snippet sob Signed-off-by: snippet tested Tested-by: snippet me Peter Hutterer <...> ... Cheers, Peter ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email

Re: Testing / feedback request: DNF 3 crashes

On Tue, Sep 11, 2018 at 12:26:09PM -0700, Adam Williamson wrote: > Hi folks! > > Around the time DNF 3 landed in Rawhide (hence F29), we had quite a few > folks on these lists reporting issues, including crasher bugs. Many of > these seemed somehow related to the DNF history database. They also >

evemu license change

Was a single package GPLv3+, is now split into a evemu-libs subpackage LGPLv3+ and the evemu package (still GPLv3+). Cheers, Peter ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to

Re: gnome crashes after today upgrade

On Wed, Feb 07, 2018 at 02:12:52PM +1000, Peter Hutterer wrote: > xkeyboard-config-2.23.1-1.fc28 is building and seems to fix the issue > https://koji.fedoraproject.org/koji/taskinfo?taskID=24771380 First build failed, successful one is: https://koji.fedoraproject.org/koji/taskinfo?

Re: gnome crashes after today upgrade

On Wed, Feb 07, 2018 at 12:42:54AM +, Tomasz Kłoczko wrote: > On 6 February 2018 at 19:33, Bruno Wolff III wrote: > > > On Fri, Feb 02, 2018 at 20:35:25 +, > > Tomasz Kłoczko wrote: > > > >> Hi, > >> > >> Looks like today updates are trashing

Re: Wyland is a disaster

On Wed, Jan 31, 2018 at 10:18:14PM +, Tomasz Kłoczko wrote: > On 31 January 2018 at 22:09, Tomasz Kłoczko > wrote: > [..] > > > Why I think that it may be related to libinput? Because in logs I see as > > well another type of entries: > > > > # journalctl -xe |

Re: Retiring Packages with Broken Dependencies in branched (2017-06-12)

On Mon, Jun 12, 2017 at 03:47:48PM -0700, Josh Stone wrote: > On 06/12/2017 03:38 PM, t...@fedoraproject.org wrote: > > lldb airlied, daveisfera, 71 weeks ago > >jankratochvil, jvcelak, > >

Re: Touchpad pointer accel - testers required, scratch build available

-24 at 12:26 +1000, Peter Hutterer wrote: On Thu, Feb 23, 2017 at 06:48:11PM -0600, Keith Keith wrote: I think I sent you some touchpad data before for a Toshiba Tecra M11. I have xorg-x11-drv-synaptics installed to keep my setup from F24. Do I need to do anything besides get rid of /etc/X11

Re: Touchpad pointer accel - testers required, scratch build available

On Fri, Feb 24, 2017 at 03:08:22AM +, Zbigniew Jędrzejewski-Szmek wrote: > On Fri, Feb 24, 2017 at 09:35:36AM +1000, Peter Hutterer wrote: > > https://koji.fedoraproject.org/koji/taskinfo?taskID=17546245 > > That seems to have expired. doh, wrong link... sorry ab

Re: Touchpad pointer accel - testers required, scratch build available

tics.conf > and restart X to make this work right? yeah, that's all that should be needed. You can easily verify by running xinput list-props "device name" afterwards and checking for the "libinput" prefix on the properties. Cheers, Peter > > On Thu, Feb 23, 2017 at 5:35

Touchpad pointer accel - testers required, scratch build available

I've been playing with touchpad pointer acceleration in libinput again and finally found something I'm happy with. Most notably it has a wide range of configurable speed settings, from "tar" to "speed-skating ring". Please give this scratch build a test and let me know how you go:

How to build both python 2 and 3 bindings from autotools?

Before I start hacking up something nasty I figured it's better to ask: how do I build both py2 and py3 bindings from a package using autotools (i.e. AM_PATH_PYTHON)? So far my idea revolves around installing both python-devel packages and overriding PYTHON in each %build , etc. But maybe

Re: Quality control, does it exist? A recent update removed a keyboard layout from system.

On Mon, Dec 05, 2016 at 02:54:08AM +, Sérgio Basto wrote: > On Dom, 2016-12-04 at 20:57 +, Iiro Laiho wrote: > > The update FEDORA-2016-8dfffb0d43 to package xkeyboard-config removed > > the Finnish (DAS) keyboard layout from the base.xml file. It causes > > the keyboard layout in question

Re: Touchpad data needed - 5 min of effort

On Fri, Nov 18, 2016 at 11:13:26PM +0100, Ms Sanchez wrote: > > > On 18/11/16 19:53, Chris Murphy wrote: > > On Fri, Nov 18, 2016 at 3:13 AM, Ms Sanchez wrote: > > > Hello Peter! > > > > > > I tried to do this but it recorded nothing. Maybe I did something wrong? > > Worked

Re: Touchpad data needed - 5 min of effort

On Tue, Nov 15, 2016 at 02:56:27PM -0500, Andrej Manduch wrote: > Hi, > > Here are my data: http://mysharegadget.com/104651530 got it, thanks. Cheers, Peter > > On 11/13/2016 10:20 PM, Peter Hutterer wrote: > > [Disclaimer: sorry if you've seen this one before, I

Re: Touchpad data needed - 5 min of effort

On Tue, Nov 15, 2016 at 12:03:32AM -0800, Thomas Daede wrote: > Thinkpad W540, with two finger right click on (which I think is off by > default): > > https://people.xiph.org/~tdaede/w540.evemu.xz got it, thanks. Cheers, Peter > On 11/13/2016 07:20 PM, Peter Hutterer wrote:

Re: Touchpad data needed - 5 min of effort

On Mon, Nov 14, 2016 at 10:45:10AM -0500, Kamil Paral wrote: > > [Disclaimer: sorry if you've seen this one before, I posted it to desktop@ > > but I only got one recording. That's not quite enough to call it a dataset, > > let alone do any analysis on it. Please do consider the minimal effort > >

Re: Touchpad data report

On Sun, Nov 13, 2016 at 07:40:21PM -0800, Luya Tshimbalanga wrote: > Hi Peter, > This is Luya Tshimbalanga, one of Fedora Design Team member. I am > sending you the data you need. thanks, much appreciated. I should've mentioned: please reply to me off-list with the data, no need to load up devel@

Touchpad data needed - 5 min of effort

[Disclaimer: sorry if you've seen this one before, I posted it to desktop@ but I only got one recording. That's not quite enough to call it a dataset, let alone do any analysis on it. Please do consider the minimal effort required on your behalf.] Are you using a touchpad frequently during the

Re: F26 System Wide Change: Retire Synaptics Driver

On Fri, Oct 21, 2016 at 01:24:22AM +0200, Kevin Kofler wrote: > Jan Kurik wrote: > > - Affected packages: mate-desktop, cinnamon-desktop > > For what it's worth, while it is not a hard runtime dependency (nor even > listed as a soft dependency in the package) because libinput is also >

Re: F26 System Wide Change: Retire Synaptics Driver

On Thu, Oct 20, 2016 at 08:16:21PM -, Johannes Lips wrote: > > On Thu, 20 Oct 2016 10:08:29 +0200 > > Johannes Lips > > > > > Can you expand on how/what didn't work here? > > > > I've been using it here with Xfce just fine since support was added... > >

Re: F24, small backward steps

On Fri, Sep 09, 2016 at 03:53:06PM -0400, Roger Wells wrote: > Just a couple of smallish things after upgrading (via dnf) from F23 to > F24 a couple of months ago: > > 1. deja-dup gui: > > one has to deselect then reselect the Overview option in order > to be offered the "Backup Now"

Re: Update libinput 1.3.0 in Fedora 23

On Tue, May 10, 2016 at 08:45:14PM -, jack smith wrote: > Hello, > > Can libinput 1.3.0 be updated in Fedora 23 please, to enjoy this "fix" : > > https://cgit.freedesktop.org/wayland/libinput/commit/?id=6a22eed4efa2a18664d62c6d8131c05258f869ab please file a bug report and assign it to me. I

Re: libinput soname bump

On Tue, Mar 10, 2015 at 03:37:48PM +1000, Peter Hutterer wrote: libinput 0.12 had a soname bump. I've rebuilt weston, clutter, mutter, xorg-x11-drv-libinput in rawhide, the F22 packages will follow tomorrow. done, bodhi update is here: https://admin.fedoraproject.org/updates/mutter-3.15.91-2

libinput soname bump

libinput 0.12 had a soname bump. I've rebuilt weston, clutter, mutter, xorg-x11-drv-libinput in rawhide, the F22 packages will follow tomorrow. Cheers, Peter -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct:

Re: Libinput now enabled as default xorg driver for F-22 workstation installs

On Mon, Mar 02, 2015 at 03:03:06PM +0100, drago01 wrote: On Mon, Mar 2, 2015 at 1:32 AM, Peter Hutterer peter.hutte...@who-t.net wrote: On Thu, Feb 26, 2015 at 09:49:48AM +0100, Hans de Goede wrote: Hi, On 24-02-15 18:34, drago01 wrote: On Mon, Feb 23, 2015 at 1:32 PM, Hans de Goede

Re: Libinput now enabled as default xorg driver for F-22 workstation installs

On Thu, Feb 26, 2015 at 09:49:48AM +0100, Hans de Goede wrote: Hi, On 24-02-15 18:34, drago01 wrote: On Mon, Feb 23, 2015 at 1:32 PM, Hans de Goede hdego...@redhat.com wrote: Hi All, As described here: https://fedoraproject.org/wiki/Changes/LibinputForXorg We've been working on making

Re: Libinput now enabled as default xorg driver for F-22 workstation installs

On Tue, Feb 24, 2015 at 07:58:06PM +0100, Tomasz Torcz wrote: On Mon, Feb 23, 2015 at 01:32:29PM +0100, Hans de Goede wrote: And let us know if you experience any issues while using the new driver. Do you prefer email, RH bugzilla or freedesktop bugzilla? Because (win)logo key + middle

Re: Libinput now enabled as default xorg driver for F-22 workstation installs

On Mon, Feb 23, 2015 at 01:40:23PM +0100, Vít Ondruch wrote: Dne 23.2.2015 v 13:39 Vít Ondruch napsal(a): Dne 23.2.2015 v 13:32 Hans de Goede napsal(a): Hi All, As described here: https://fedoraproject.org/wiki/Changes/LibinputForXorg We've been working on making xorg-x11-drv-libinput

Re: Libinput now enabled as default xorg driver for F-22 workstation installs

On Mon, Feb 23, 2015 at 07:54:55PM +0100, poma wrote: On 23.02.2015 13:32, Hans de Goede wrote: Hi All, As described here: https://fedoraproject.org/wiki/Changes/LibinputForXorg We've been working on making xorg-x11-drv-libinput the default input driver for the Xorg xserver under

Re: another input/output question (libinput / pulseaudio / ....)

On Tue, Feb 10, 2015 at 02:09:55PM -0500, Matthias Clasen wrote: On Mon, 2015-02-09 at 08:44 +1000, Peter Hutterer wrote: However, especially for libinput, it gets hazy and also mostly pointless. aside from some special processing required for touchpads and tablets, we don't care much

Re: another input/output question (libinput / pulseaudio / ....)

On Fri, Feb 06, 2015 at 11:47:16AM +0100, Damian Ivanov wrote: Hello folks, I am happy owner of a Razer 7.1 Chroma Headset (my girlfriend makes the right presents :)) There are various issues with this product as well as with some devices in general. I can of course open separate bug

Re: xorg libinput question

then :) In the changelog http://koji.fedoraproject.org/koji/buildinfo?buildID=606678 * Mon Nov 24 2014 Peter Hutterer peter.hutte...@redhat.com 0.2.0-1 - Only match on specific device types, don't match on joysticks or tablets That sounded like it won't work with the xorg libinput driver

Re: xorg libinput question

device corresponds to the wiimote and/or attached accessories. Where can I find this? if you run evemu-record without arguments it'll give you the list of local devices, just pick the one that looks like a wiimote. Cheers, Peter 2015-02-05 23:01 GMT+02:00 Peter Hutterer peter.hutte...@who

Re: xorg libinput question

On Thu, Feb 05, 2015 at 11:25:25AM +0100, Damian Ivanov wrote: According to https://github.com/dvdhrm/xf86-input-xwiimote/issues/18 the wiimote will work with wayland-libinput. My question is does this work do xorg-input-drv-libinput? the X driver is just a thin wrapper around libinput, it

Re: Testers needed: KDE kcm_touchpad libinput support

On Sun, Feb 01, 2015 at 10:15:08PM +0100, Rajeesh K V wrote: On Thu, Jan 22, 2015 at 7:45 AM, Peter Hutterer peter.hutte...@who-t.net wrote: Please add this copr https://copr.fedoraproject.org/coprs/whot/kcm_touchpad/ KF5 based builds with libinput support are available in the copr http

Re: Packages without the Rawhide branch?

On Thu, Jan 29, 2015 at 01:04:34AM +0100, Matěj Cepl wrote: On 2015-01-28, 21:10 GMT, Kevin Fenzi wrote: I have just created (and got approved) python-mako1.0 as a compatibility package for EPEL-6. When I asked for the new repo for it, I expect to get also devel/Rawhide branch for it.

Testers needed: KDE kcm_touchpad libinput support

Please add this copr https://copr.fedoraproject.org/coprs/whot/kcm_touchpad/ Please review this branch: https://github.com/whot/kcm_touchpad/tree/wip/libinput-support Please test this on F21 and F22 Please monitor and report issues in this bug here:

libinput soname bump

libinput 0.8 had a soname bump and some API changes. I've pushed the required patches and rebuilt the following packages in rawhide for clutter, mutter, weston, and xorg-x11-drv-libinput. Cheers, Peter -- devel mailing list devel@lists.fedoraproject.org

Re: Summary/Minutes from today's FESCo Meeting (2015-01-07)

On Thu, Jan 08, 2015 at 11:50:54AM -0500, Miloslav Trmač wrote: Dne 7.1.2015 v 21:14 Stephen Gallagher napsal(a): * #1379 F22 System Wide Change: Change xorg input stack to use libinput - https://fedoraproject.org/wiki/Changes/LibinputForXorg (sgallagh, 19:51:28) * AGREED:

Re: Ramblings and questions regarding Fedora, but stemming from gnome-software and desktop environments

On Sun, Dec 28, 2014 at 09:42:07PM +0100, Alec Leamas wrote: On 28/12/14 18:05, Michael Catanzaro wrote: On Sun, Dec 28, 2014 at 9:48 AM, Alec Leamas leamas.a...@gmail.com wrote: Possibly. But isn't there quite a difference between the novice user and the Fedora Workstation target user i. e.,

Re: F22 System Wide Change: Change xorg input stack to use libinput

On Sat, Dec 13, 2014 at 10:15:41AM +, Tom Hughes wrote: On 13/12/14 01:10, Kevin Kofler wrote: An additional objection I have to this change proposal is that libinput (deliberately) only implements a small subset of the configurability of the old drivers, and thus, if we are going to

Re: F22 System Wide Change: Change xorg input stack to use

On Fri, Dec 12, 2014 at 03:38:04PM +0100, Rave it wrote: Am Fri, 12 Dec 2014 12:00:07 + schrieb devel-announce-requ...@lists.fedoraproject.org: Message: 1 Date: Thu, 11 Dec 2014 14:42:11 +0100 From: Jaroslav Reznik jrez...@redhat.com To: devel-annou...@lists.fedoraproject.org

Re: F22 System Wide Change: Change xorg input stack to use libinput

On Sat, Dec 13, 2014 at 02:10:18AM +0100, Kevin Kofler wrote: Jaroslav Reznik posted (and Change owner(s): Hans de Goede hdego...@redhat.com wrote): KDE: limits itself to standard X11 mouse config interfaces, no changes needed. Not true. We ship kcm_touchpad on the KDE spin, which

Re: F22 System Wide Change: Change xorg input stack to use libinput

On Mon, Dec 15, 2014 at 10:38:50PM +, Tom Hughes wrote: On 15/12/14 21:39, Peter Hutterer wrote: On Sat, Dec 13, 2014 at 10:15:41AM +, Tom Hughes wrote: On 13/12/14 01:10, Kevin Kofler wrote: An additional objection I have to this change proposal is that libinput (deliberately) only

Re: How many users does Fedora have?

On Mon, Dec 01, 2014 at 12:57:47PM +0100, Pierre-Yves Chibon wrote: On Mon, Dec 01, 2014 at 12:38:24PM +0100, Reindl Harald wrote: Am 01.12.2014 um 12:36 schrieb Alec Leamas: On 01/12/14 12:29, Reindl Harald wrote: Am 01.12.2014 um 12:26 schrieb Alec Leamas: Lets face it: I envy

Re: Enable tapping by default

On Sun, Nov 23, 2014 at 10:30:21AM +0100, Till Maas wrote: On Mon, Nov 17, 2014 at 02:27:53PM +0300, Mustafa Muhammad wrote: Hi, I am testing Fedora 21 beta and -like all previous versions- click by tapping is off by default. Several bug reports concerning this were closed as NOTABUG, but

Re: Enable tapping by default

On Sun, Nov 23, 2014 at 09:42:39AM +0100, Kevin Kofler wrote: Nikos Roussos wrote: It's a UX thing, so the Workstation WG seems like the best place to decide this (at least for Gnome). But the Workstation WG has no decision power over other desktop environments, such as KDE, which,

Re: Enable tapping by default

On Tue, Nov 18, 2014 at 09:16:34PM +0100, Jaroslav Nahorny wrote: Björn Persson bj...@xn--rombobjrn-67a.se writes: Jaroslav Nahorny jaros...@hackerspace.pl wrote: [1] I know it's a far analogy, but let's try to imagine: Let's disable wifi hardware by default. Why? Because some people

Re: Enable tapping by default

On Tue, Nov 18, 2014 at 10:05:01PM +0100, Kevin Kofler wrote: drago01 wrote: On Tue, Nov 18, 2014 at 6:50 AM, Mattias Ellert mattias.ell...@fysast.uu.se wrote: Even if you know that this weird feature exists, it will take you hours to disable it, since while you are trying to find

Re: Enable tapping by default

On Tue, Nov 18, 2014 at 10:59:24PM +0100, Jaroslav Nahorny wrote: Kevin Kofler kevin.kof...@chello.at writes: Erik Schilling wrote: Over the time I just got used to hitting the special button... And that's what that special button is for. :-) If the touchpad has physical buttons

Re: Enable tapping by default

On Mon, Nov 17, 2014 at 02:27:53PM +0300, Mustafa Muhammad wrote: Hi, I am testing Fedora 21 beta and -like all previous versions- click by tapping is off by default. Several bug reports concerning this were closed as NOTABUG, but tapping is useful for us (people who use it), I don't think it

Re: Enable tapping by default

On Tue, Nov 18, 2014 at 12:16:26AM +0200, Nikos Roussos wrote: On 11/18/2014 12:12 AM, Peter Hutterer wrote: On Mon, Nov 17, 2014 at 02:27:53PM +0300, Mustafa Muhammad wrote: Hi, I am testing Fedora 21 beta and -like all previous versions- click by tapping is off by default. Several bug

Re: Xorg crashes detected by ABRT

On Thu, Oct 23, 2014 at 02:54:38AM -0400, Jakub Filak wrote: Hi folks, I ported the ABRT kernel oops detector to journald some time ago, because of NoDefaultSyslog change. I wanted to do the same with the ABRT Xorg stack trace detector (just because I do not like the current

libinput soname bump

libinput 0.6 had a soname bump. I've rebuilt clutter, mutter, weston and xorg-x11-drv-libinput already, there doesn't seem anything else that relies on it. Cheers, Peter -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of

Package review needed - xorg-x11-drv-libinput

xorg-x11-drv-libinput is a libinput-based X driver. We hope that this one will eventually replace synaptics, evdev, etc., so it's kinda a big thing :) Anyone up for it? https://bugzilla.redhat.com/show_bug.cgi?id=1113392 thanks! Cheers, Peter -- devel mailing list

touchpad event data requested - palm detection

We're currently working on a number of things to improve input devices in libinput - the future input stack for wayland developers. What we need is data to base our assumptions on, so I'm hereby asking the list to provide some. If you don't have a touchpad, please disregard this email. If you're

Re: making Ctrl-Alt-Bksp work

On Thu, May 08, 2014 at 11:43:08PM -0400, Felix Miata wrote: On 2014-05-08 08:43 (GMT+1000) Peter Hutterer composed: On Wed, May 07, 2014 at 02:38:59PM -0400, Felix Miata wrote: Your (locale pt) and Reindl's (locale de) answers beg two questions: 1-why do 00-keyboard.conf for pt and de

Re: first and only X needs to be on tty7

On Tue, May 06, 2014 at 12:21:05AM -0400, Felix Miata wrote: On 2014-05-06 11:04 (GMT+1000) Peter Hutterer composed: On Mon, May 05, 2014 at 11:45:31AM -0400, Felix Miata wrote: I might not even care about the location of X sessions if only it wasn't so complicated to kill a broken one

Re: making Ctrl-Alt-Bksp work (was: first and only X needs to be on tty7)

On Tue, May 06, 2014 at 06:15:12AM -0400, Felix Miata wrote: On 2014-05-06 00:13 (GMT-0700) Samuel Sieb composed: Felix Miata wrote: For years, probably since the time of that document, I've had OptionDontZapoff OptionZapWarningoff somewhere in

Re: making Ctrl-Alt-Bksp work

On Wed, May 07, 2014 at 02:38:59PM -0400, Felix Miata wrote: On 2014-05-07 19:03 (GMT+0100) Sérgio Basto composed: yes Ctrl-Alt-Bksp works and restart X , as Reindl Harald notice, I also have Option XkbOptions terminate:ctrl_alt_bksp, cat /etc/X11/xorg.conf.d/00-keyboard.conf

Re: first and only X needs to be on tty7

On Mon, May 05, 2014 at 11:45:31AM -0400, Felix Miata wrote: I might not even care about the location of X sessions if only it wasn't so complicated to kill a broken one. Why doesn't Ctrl-Alt-BS not work any more? http://who-t.blogspot.com.au/2009/04/zapping-server.html -- devel mailing list

  1   2   >