From owner-freebsd-ports@freebsd.org Thu Jul 11 22:36:04 2019 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8A02D15DFBF4 for ; Thu, 11 Jul 2019 22:36:04 +0000 (UTC) (envelope-from jbeich@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [96.47.72.132]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 317246E594; Thu, 11 Jul 2019 22:36:04 +0000 (UTC) (envelope-from jbeich@freebsd.org) Received: by freefall.freebsd.org (Postfix, from userid 1354) id 22B49DC03; Thu, 11 Jul 2019 22:36:04 +0000 (UTC) From: Jan Beich To: adr Cc: freebsd-ports@freebsd.org Subject: Re: raspberrypi-userland conflicts with mesa-libs References: Date: Fri, 12 Jul 2019 00:36:00 +0200 In-Reply-To: (adr@sdf.org's message of "Thu, 11 Jul 2019 22:08:28 +0000 (UTC)") Message-ID: MIME-Version: 1.0 Content-Type: text/plain X-Rspamd-Queue-Id: 317246E594 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-2.90 / 15.00]; local_wl_from(0.00)[freebsd.org]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; NEURAL_HAM_SHORT(-0.90)[-0.899,0]; ASN(0.00)[asn:11403, ipnet:96.47.64.0/20, country:US]; NEURAL_HAM_LONG(-1.00)[-1.000,0] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Jul 2019 22:36:04 -0000 adr writes: > First of all, hello to everyone. > > I'm new to FreeBSD (not to BSD), so pardon me if I look > disoriented. > > Making the userland conflict with mesa-libs is like shooting > in your own foot in this platform. Tracked in bug 225053. After r495793 at least multimedia/omxplayer builds fine[1] on the package cluster. [1] http://beefy8.nyi.freebsd.org/data/head-armv6-default/p505658_s349589/logs/omxplayer-20161004_12.log http://www.ipv6proxy.net/go.php?u=http://beefy16.nyi.freebsd.org/data/head-armv7-default/p506094_s349794/logs/omxplayer-20161004_12.log > Also, I've seen qt5-webengine as a binary package. If I remember > right, it uses gstreamer, and gstreamer also has an omx plugin. > I'll try to code a simple browser. qt5-webengine is broken on armv6 but not armv7. Tracked in bug 238701. Patches welcome in either case. I (a volunteer) don't have any arm* hardware to have an interest in improving the statu quo.