Re: [Linuxwacom-devel] [PATCH xf86-input-wacom] Fail the Coverity build if their script cannot be downloaded

On Tue, Mar 13, 2018 at 03:25:48PM -0700, Jason Gerecke wrote: > If curl encounters an error trying to download the Coverity build script > (as seems to be happening at the moment due to SSL issues), we will not > be notified since the pipe swallows the error code. This is not ideal, so > this

Re: [Linuxwacom-devel] [PATCH xf86-input-wacom] Update README to reflect the move to Github.

On Tue, Mar 13, 2018 at 10:47:44AM -0700, Aaron Armstrong Skomra wrote: > Signed-off-by: Aaron Armstrong Skomra Reviewed-by: Peter Hutterer thanks! Cheers, Peter > --- > README| 47 --- > README.md

[Linuxwacom-devel] [PATCH libwacom] Fail the Coverity build if their script cannot be downloaded

If curl encounters an error trying to download the Coverity build script (as seems to be happening at the moment due to SSL issues), we will not be notified since the pipe swallows the error code. This is not ideal, so this commit updates the Travis build steps to use a slightly more contrived

Re: [Linuxwacom-devel] [PATCH xf86-input-wacom] Fail the Coverity build if their script cannot be downloaded

Thanks, pushed. Just sent out a twin of this patch for libwacom as well. Jason --- Now instead of four in the eights place / you’ve got three, ‘Cause you added one / (That is to say, eight) to the two, / But you can’t take seven from three,/ So you look at the sixty-fours On Wed,

Re: [Linuxwacom-devel] [PATCH input-wacom 2/8] 3.17: backport 2cf83833fc9c HID: use kobj_to_dev()

[Apparently I forgot to send this notification out -- I'll let you look it over before I push the first 7 patches in your set] I'll apply this patch to the 3.7 tree as well since its post 3.6. Jason --- Now instead of four in the eights place / you’ve got three, ‘Cause you added one / (That is

Re: [Linuxwacom-devel] [PATCH input-wacom 4/8] 4.5: define our own hid_is_using_ll_driver()

[Apparently I forgot to send this notification out -- I'll let you look it over before I push the first 7 patches in your set] I'd prefer keeping the "wacom" prefix for the same reason as the prior patch. I've used the pattern from the previous patch (defining 'wacom_is_using_usb_driver' as

Re: [Linuxwacom-devel] [PATCH input-wacom 00/10] 2.6.30: Synchronize wacom_features structures

On Tue, Mar 13, 2018 at 3:02 PM, Jason Gerecke wrote: > We eventually want to move away from having to store a duplicate copy of > tablet resolution in the xf86-input-wacom driver. We can't do this *quite* > yet since we'd have to change the minimum kernel requirement to