Updated style.

I think that's the right place in sctp. I'm not sure how to test it though, or the sdp thing…

let's quote shortname because uinput devices can put spaces there

Update: sysctl edition.

In D18694#398917, @imp wrote:

This looks fine, but I'd create a sysctl that publishes this information as well.

In D18676#398820, @wulf wrote:

I hope -1700 value is tested.

Added softbuttons_y value for topbuttonpads.

In D17137#393947, @andrew wrote:

There is no need to set the cpu affinity, the userspace register view is the same on each core.

HWCAP as union of all CPUs' features would be pretty helpful. Reading the registers on all CPUs from userspace by setting thread affinity to each CPU in sequence is a bit inconvenient.

In D16732#390901, @manu wrote:

In D16732#390887, @greg_unrelenting.technology wrote:

I got it to boot to multiuser on NFS. And to reclock the CPU.

Not possible, the PLL weren't correctly defined.

In D16732#390886, @manu wrote:

I honestly don't know how this was tested.

In D16732#390517, @manu wrote:

Just look at the TRM

Only ppll is in pmucru.. you mean it has different rates?

Just installing erlang-runtime21 and adding /usr/local/lib/erlang21/bin to $PATH worked fine for me (though getting rid of the extra erlang (19) installation would be nice)

Since we're at 13-current now, can this be landed?

removed pmu driver

gstreamer 1.14.3 is coming :)

In D14721#357180, @theron.tarigo_gmail.com wrote:

I propose a different possibility for consideration: Build Wine's 32-bit dependencies by invoking a sub-make which has had ARCH, PREFIX, LOCALBASE, WRKDIRPREFIX, and other needed variables and environment overridden to force the compilation of i386 libs and exes despite the build system being an amd64+lib32 installation. I named by PREFIX /usr/local/i386.

changed style

(also additional replacements might be required for armv6/7 — I don't know how what ghc calls them, but e.g. if they're both just 'arm' you'd have something like ${ARCH:S/amd64/x86_64/:S/armv6/arm/:S/armv7/arm})

gcc6, DYNAMIC and PROFILE options are "off")

Hi! Thanks for this work, I'd love to see this merged soon.

Any updates on this?

In D10599#348702, @dbkirk_gmail.com wrote:

Greg, thanks for the clarification. I was under the impression (from a short-lived Wayland/(Weston || Sway) adventure about 1.5 years ago) that each app started its own compositor. Some discussion on the Sway github led me to believe that, IIRC.

In D10599#348604, @dbkirk_gmail.com wrote:

As an interested user, I wonder if using a group named 'weston-launch' is the best thing to do. My alternative thought would be to use something like 'wayland-launch', since there are two popular compositors today (weston and sway), and may be more in the future.

You could get into a situation where a Wayland app would be launchable under one compositor but not another.

Is this one not supported by wmt(4)? The elan touchscreen on my Thinkpad X240 (0x04f3 : 0x0140) works great with wmt(4), but webcamd used to lose touch-end events...

Please approve this patch. The gnome-twitch port has been hanging uncommitted for a long time because of this.

qca and qjson have been flavorized now: D14650 / rP467317

oooh this is awesome!

Huh — looks like you wrote a woff2 port, without noticing mine in bugzilla :D

Maybe update Epiphany as well? Epiphany 3.28 built without the extra patch for me with webkit2 2.19.92 (almost 2.20)

In D13456#283348, @wulf wrote:

Thanks for testing! I do not plan to support apple hardware as I do not own any. I you want to dig around it, you can start from r322440 https://svnweb.freebsd.org/base?view=revision&revision=322440 (Apple Magic Mouse support) as this commit contains at least 2 basic parts: 1. It sends magic report to enable absolute mode 2. It parses absolute mode reports.

Nice! Tested my Apple Magic Trackpad with this. Works as a basic mouse. But would be much better to have actual touchpad support (absolute motion, multi-touch)…

In D10599#280670, @johalun0_gmail.com wrote:

Update to Weston 3.0