From nobody Wed Aug 23 06:42:54 2023 X-Original-To: emulation@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4RVxVl2dX7z4rBDY; Wed, 23 Aug 2023 06:43:11 +0000 (UTC) (envelope-from marietto2008@gmail.com) Received: from mail-ej1-x633.google.com (mail-ej1-x633.google.com [IPv6:2a00:1450:4864:20::633]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4RVxVj6tCkz4QT6; Wed, 23 Aug 2023 06:43:09 +0000 (UTC) (envelope-from marietto2008@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20221208 header.b=irRcf5OU; spf=pass (mx1.freebsd.org: domain of marietto2008@gmail.com designates 2a00:1450:4864:20::633 as permitted sender) smtp.mailfrom=marietto2008@gmail.com; dmarc=pass (policy=none) header.from=gmail.com Received: by mail-ej1-x633.google.com with SMTP id a640c23a62f3a-99bf8e5ab39so713377466b.2; Tue, 22 Aug 2023 23:43:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20221208; t=1692772987; x=1693377787; h=to:subject:message-id:date:from:in-reply-to:references:mime-version :from:to:cc:subject:date:message-id:reply-to; bh=ngHlPvv2PNDcZSh6tvccG+xf2iApyr5ltXlkCLoPOA4=; b=irRcf5OUNFk+k4CxdXbKUckRtJGMnxAavc8lB4ad2n2iBrlflfis6Ej/+Li/EYQTus dNWsr5qbD7Rv8sHmiEPBcH0Ezsh8/zkUEbrhSos/bifA0G21F+qxeRjStJOG4kO7tcb4 M+yy72NbgcxCSEDr6KTpwYGrj/XbyYSzPB/bcjLRQ75JiLACEC3j9gPt9lSQJYbf9e3J lc6q/mlLlCmoft3AyoK4dOilaNQ0SpxjILjqjXXAkAn3OH24cb52kOPeYkz4R4UNNWkO Fam6lTIBUlidNjlsFccebvwC9b0V1iBqfucQEi7o+fwexCI6Qp6jbY1L8TFlEc2Dg+m+ Qyzw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1692772987; x=1693377787; h=to:subject:message-id:date:from:in-reply-to:references:mime-version :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=ngHlPvv2PNDcZSh6tvccG+xf2iApyr5ltXlkCLoPOA4=; b=VQJhzqB2QFj2P8IoF8yWnHzQHURBC/Op1C2DE1/qPs9tbv1/EHTnZ8kEqjBkjHiANa Ryewu26KB8EsxxfPWQMJAKrGDUgzwbP6Swcs6JKUDX0e9YkXCOFxVjkrpZ1MYEg5zvJp a7n2DdU9IkUfSdleviVr8kLtdNxZGzuz5NPNe5gOArM9uv1DgvlVXXEILrfQVl8Y6wKQ IuQ/NanhZTs5vsqrcVqHfC1PMeCUxkOK70RZHhz71N4SNoCiNoCPyH0RzmTUOPCp97wN BBZ7xcVMQGpTOTdprAowwJ7zEn+KGFEneyMfJ3kO9/MDK9NbmofF3nx5s+4s5xRrzlPy zdug== X-Gm-Message-State: AOJu0YwfRwedNZ7h4eWMPIiY7sFlqCY0hQDbsMFildcJaxUdBvTuQlru 0kIkG/z/8m1rsMb+StxXSDpkwbUIba5pDf2U+zMudjJO3l3X8g== X-Google-Smtp-Source: AGHT+IEeTONLlJVFaprnYgbv1GUVr11ANITKpg6MjCjKA/B63aewJR5YjM+CZLDZzo0AfizmSJVZf6pzIhd8rTGEIec= X-Received: by 2002:a17:906:3003:b0:99b:e464:bf49 with SMTP id 3-20020a170906300300b0099be464bf49mr9565844ejz.51.1692772986788; Tue, 22 Aug 2023 23:43:06 -0700 (PDT) List-Id: Development of Emulators of other operating systems List-Archive: https://lists.freebsd.org/archives/freebsd-emulation List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-emulation@freebsd.org MIME-Version: 1.0 References: <20230822173454.458DB237@slippy.cwsent.com> In-Reply-To: From: Mario Marietto Date: Wed, 23 Aug 2023 08:42:54 +0200 Message-ID: Subject: Re: Building a Linuxulator userland from source To: ports , emulation@freebsd.org Content-Type: multipart/alternative; boundary="000000000000901dd30603916c50" X-Spamd-Result: default: False [-3.86 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.86)[-0.856]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20221208]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; RCVD_COUNT_ONE(0.00)[1]; MLMMJ_DEST(0.00)[ports@freebsd.org,emulation@freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; ARC_NA(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; RCPT_COUNT_TWO(0.00)[2]; TO_DN_SOME(0.00)[]; FROM_HAS_DN(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::633:from]; FREEMAIL_FROM(0.00)[gmail.com]; MID_RHS_MATCH_FROMTLD(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCVD_TLS_LAST(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim] X-Spamd-Bar: --- X-Rspamd-Queue-Id: 4RVxVj6tCkz4QT6 --000000000000901dd30603916c50 Content-Type: text/plain; charset="UTF-8" It would be nice to try that tool that can hack / convert ./ add another layer (another linux distro inside the first one. I dont remember the name now. Il mer 23 ago 2023, 08:21 Felix Palmen ha scritto: > * Cy Schubert [20230822 10:34]: > > Basically this would become another Linux distro, albeit a virtual one > > that runs under our Linuxulator. > > And also a pretty minimal one. Right now, I'm just building a truly > minimal userland (the GNU toolchain, openssl, GNU make/grep/sed/awk, GNU > coreutils and man-db) and working on putting together some sane USES for > that. > > > Avoiding discussion about packaging -- we can package this any way we > > wish -- how will this support software written for distro A, B, or C. > > For example, Red Hat software doesn't neccesarily run on SuSE or > > Ubuntu because shared library dependencies may be different. > > > > Building our own "distro" to run under the Linuxulator may require a > > complete set of packages and end-user applications because existing > > Linux software may require a Fedora, Debian or Red Hat library. > > Wouldn't this negate the need for a Linuxulator because a person can > > build most Linux software to run on native FreeBSD. > > Well first, when I ask why "Linuxulator" is needed, the answer in my > head is: Mostly for closed-source Linux software. Because exactly as you > say, anything else should better be ported and built to run natively on > FreeBSD, if possible. > > Now, maybe I'm looking at the wrong software? In my experience with > closed-source Linux Software, sure, it *might* offer > distribution-specific packages, but almost always offers a plain binary > tarball as well. The latter could easily be used to create a port (like > was done in the past as well in our tree), and then it's just a question > of adding ports for the (hopefully few) shared libraries needed by this > software. > > > I think a better path might be to support multiple Linux userlands in > > parallel. Thus a user could simply copy or install vendor software for > > a Red Hat in one environment and a SuSE vendor software in another. > > This would be the consequence if you really want to support > distribution-specific software packages. I don't think it's feasible in > practice, at least it would make it very hard to still have ports of > Linux software (like my makemkv port), these would need to build and run > with any of these userlands. > > To challenge my source-based approach, I'm looking for "proof of > concept" closed-source software to try get running with it, I'll > probably start with makemkv because I already maintain that port. Open > to suggestions what else to test there. In the end, getting to run e.g. > Google Chrome would be perfect, but I imagine this requires creating a > lot of ports for shared libs first. > > Cheers, Felix > > -- > Felix Palmen {private} felix@palmen-it.de > -- ports committer -- {web} http://palmen-it.de > {pgp public key} http://palmen-it.de/pub.txt > {pgp fingerprint} 6936 13D5 5BBF 4837 B212 3ACC 54AD E006 9879 F231 > --000000000000901dd30603916c50 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
It would be nice to try that tool that can hack / convert= ./ add another layer (another linux distro inside the first one. I dont re= member the name now.

Il mer 23 ago 2023, 08:21 Felix Palmen <zirias@freebsd.org> ha scritto:
<= blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px= #ccc solid;padding-left:1ex">* Cy Schubert <Cy.Schubert@cschuber= t.com> [20230822 10:34]:
> Basically this would become another Linux distro, albeit a virtual one=
> that runs under our Linuxulator.

And also a pretty minimal one. Right now, I'm just building a truly
minimal userland (the GNU toolchain, openssl, GNU make/grep/sed/awk, GNU coreutils and man-db) and working on putting together some sane USES for that.

> Avoiding discussion about packaging -- we can package this any way we<= br> > wish -- how will this support software written for distro A, B, or C.<= br> > For example, Red Hat software doesn't neccesarily run on SuSE or > Ubuntu because shared library dependencies may be different.
>
> Building our own "distro" to run under the Linuxulator may r= equire a
> complete set of packages and end-user applications because existing > Linux software may require a Fedora, Debian or Red Hat library.
> Wouldn't this negate the need for a Linuxulator because a person c= an
> build most Linux software to run on native FreeBSD.

Well first, when I ask why "Linuxulator" is needed, the answer in= my
head is: Mostly for closed-source Linux software. Because exactly as you say, anything else should better be ported and built to run natively on
FreeBSD, if possible.

Now, maybe I'm looking at the wrong software? In my experience with
closed-source Linux Software, sure, it *might* offer
distribution-specific packages, but almost always offers a plain binary
tarball as well. The latter could easily be used to create a port (like
was done in the past as well in our tree), and then it's just a questio= n
of adding ports for the (hopefully few) shared libraries needed by this
software.

> I think a better path might be to support multiple Linux userlands in<= br> > parallel. Thus a user could simply copy or install vendor software for=
> a Red Hat in one environment and a SuSE vendor software in another.
This would be the consequence if you really want to support
distribution-specific software packages. I don't think it's feasibl= e in
practice, at least it would make it very hard to still have ports of
Linux software (like my makemkv port), these would need to build and run with any of these userlands.

To challenge my source-based approach, I'm looking for "proof of concept" closed-source software to try get running with it, I'll probably start with makemkv because I already maintain that port. Open
to suggestions what else to test there. In the end, getting to run e.g.
Google Chrome would be perfect, but I imagine this requires creating a
lot of ports for shared libs first.

Cheers, Felix

--
=C2=A0Felix Palmen <zirias@FreeBSD.org>=C2=A0 =C2=A0 =C2=A0{private}= =C2=A0 =C2=A0felix@palmen-it.de
=C2=A0-- ports committer --=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0= =C2=A0 =C2=A0 =C2=A0 =C2=A0{web}=C2=A0 http://palmen-it.de
=C2=A0{pgp public key}=C2=A0 http://palmen-it.de/pub.txt =C2=A0{pgp fingerprint} 6936 13D5 5BBF 4837 B212=C2=A0 3ACC 54AD E006 9879 = F231
--000000000000901dd30603916c50-- From nobody Sun Aug 27 21:00:31 2023 X-Original-To: emulation@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4RYmL82PnPz4rdqb for ; Sun, 27 Aug 2023 21:00:32 +0000 (UTC) (envelope-from bugzilla-noreply@FreeBSD.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4RYmL80H7wz3FKv for ; Sun, 27 Aug 2023 21:00:32 +0000 (UTC) (envelope-from bugzilla-noreply@FreeBSD.org) ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1693170032; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding; bh=9zKOnJHokibgu/KJzxNSaX5cKBvaL4GyaUEttG2M2Hg=; b=RslJS/Jp/mmwHJZp0a23Va7WGyciRn/a3LYl8jwmhHgcY6V6eg47TAej8Jgq413TCTgZ+M QbCqWDHyuZJQhTG8At4QV3/ZkoHPxnr2n/CwF/3RcvcBfZALr3lrw1s99mH7bVf1sAh8pA M0yrMVtI6N63y56Mfv+dODfSNmgvdTjwsM9yXHh1+jGqBYFZ6BST2Q+s9/silq+Vtqdx+R nSIYoRhXek7DQYZcbP+PeqKGgnlqVQo5jcxhsUSCB6r4b3lMaI64dQwoFiKT9droR3twE9 veG+AOQaP+0WapGP2HOuDY4p3xAw3LQxIqmhARtsIm1Y5EJTUY+b6QCkLKgFww== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1693170032; a=rsa-sha256; cv=none; b=jK5pjeaUUxNfxMJVRxveeZoN9Dm0xy80b84hDE2YGlS4HfgpZj5o2kSGefAsNdo27Q6uIM A4342UZ5tlB5RGZcdZVwwcPAGXFdjD0SAUieJQo0XhR5hDY1uWm2QG7u7ajKrVKGqbEMSA rkRZrsF70OO/d32/kKmiwv5xP0HpHas1QzTLzyZhheIw2TEyFto8ZKiCHaUXtJdduHbf7C I358LAmNvD/guyl5E+ZWb4ZNdOxB8HtT02dvapiNK4QHdErXaupoBTiUIItnYRhb8O2QsI PfyE1C9r4PZNHkYKYLIMVYlYfONgOsvcGpeHZ0dOs/DLGWqFjKuFqw6Uk8hq8w== ARC-Authentication-Results: i=1; mx1.freebsd.org; none Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 4RYmL76Fmqzhft for ; Sun, 27 Aug 2023 21:00:31 +0000 (UTC) (envelope-from bugzilla-noreply@FreeBSD.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id 37RL0Vk4022392 for ; Sun, 27 Aug 2023 21:00:31 GMT (envelope-from bugzilla-noreply@FreeBSD.org) Received: (from bugzilla@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 37RL0Vs0022391 for emulation@FreeBSD.org; Sun, 27 Aug 2023 21:00:31 GMT (envelope-from bugzilla-noreply@FreeBSD.org) Message-Id: <202308272100.37RL0Vs0022391@kenobi.freebsd.org> X-Authentication-Warning: kenobi.freebsd.org: bugzilla set sender to bugzilla-noreply@FreeBSD.org using -f From: bugzilla-noreply@FreeBSD.org To: emulation@FreeBSD.org Subject: Problem reports for emulation@FreeBSD.org that need special attention Date: Sun, 27 Aug 2023 21:00:31 +0000 List-Id: Development of Emulators of other operating systems List-Archive: https://lists.freebsd.org/archives/freebsd-emulation List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-emulation@freebsd.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="16931700314.7A54E.20175" Content-Transfer-Encoding: 7bit --16931700314.7A54E.20175 Date: Sun, 27 Aug 2023 21:00:31 +0000 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" To view an individual PR, use: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=(Bug Id). The following is a listing of current problems submitted by FreeBSD users, which need special attention. These represent problem reports covering all versions including experimental development code and obsolete releases. Status | Bug Id | Description ------------+-----------+--------------------------------------------------- New | 269934 | emulators/qemu-user-static does not support capab Open | 219913 | emulators/virtualbox-ose-kmod: if the MAXCPU opti 2 problems total for which you should take action. --16931700314.7A54E.20175 Date: Sun, 27 Aug 2023 21:00:31 +0000 MIME-Version: 1.0 Content-Type: text/html; charset="UTF-8" 
The following is a listing of current problems submitted by FreeBSD users,
which need special attention. These represent problem reports covering
all versions including experimental development code and obsolete releases.

Status      |    Bug Id | Description
------------+-----------+---------------------------------------------------
New         |    269934 | emulators/qemu-user-static does not support capab
Open        |    219913 | emulators/virtualbox-ose-kmod: if the MAXCPU opti

2 problems total for which you should take action.
--16931700314.7A54E.20175-- From nobody Fri Sep 1 14:55:46 2023 X-Original-To: emulation@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4Rch146Mk7z4rN42; Fri, 1 Sep 2023 14:55:52 +0000 (UTC) (envelope-from felix@palmen-it.de) Received: from stef.palmen-it.de (stef.palmen-it.de [IPv6:2001:470:1f0b:bbb:1::1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4Rch140Bm4z4bg7; Fri, 1 Sep 2023 14:55:52 +0000 (UTC) (envelope-from felix@palmen-it.de) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=palmen-it.de header.s=20200414 header.b=ihQatPev; spf=pass (mx1.freebsd.org: domain of felix@palmen-it.de designates 2001:470:1f0b:bbb:1::1 as permitted sender) smtp.mailfrom=felix@palmen-it.de; dmarc=none DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=palmen-it.de; s=20200414; h=In-Reply-To:Content-Type:MIME-Version: References:Message-ID:Subject:To:From:Date:Sender:Reply-To:Cc: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date: Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=PYwqyym9tEOYBfoNVr+r0B1HtS1yFRHUVGH5whaLhlQ=; b=ihQatPevPbZXux7sdE1kvngq3h PPNPO4rrFijaMEjmGDvLSeX/qTsjBgJDjtkjtgBsLiJvcj1qzGLXsMrh8tLgMkojoguder9i4rCZT sAzElgrVcJThhTkKd+PAVNj7jbzoMYXJP5XKcURlv00wos9MiM+3raYi4coU9a8PcE2YZ5sM1tAgh n0vUucjUtHbN1iLxp5wq6pa3Li+TKyRuG14f9t7tK7eT8lsGxY8ftwPtPkHcVU9KebSE6L3pMxe/X A+1Gc/d4xx+98aL3b+aWCHNxstwnBcoXYI58H2XCZLjqXV0+pcmdxUUIKT7CgBi3bOu+A8ntHFxHn d9AgTbsQ==; Received: from [192.168.71.101] (helo=mail.home.palmen-it.de) by stef.palmen-it.de with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1qc5Yq-00BJNf-2R; Fri, 01 Sep 2023 16:55:48 +0200 Received: from nexus.home.palmen-it.de ([192.168.99.2]) by mail.home.palmen-it.de with esmtpsa (TLS1.3) tls TLS_CHACHA20_POLY1305_SHA256 (Exim 4.96 (FreeBSD)) (envelope-from ) id 1qc5Yp-0003nr-1e; Fri, 01 Sep 2023 14:55:47 +0000 Date: Fri, 1 Sep 2023 16:55:46 +0200 From: Felix Palmen To: ports@freebsd.org, emulation@freebsd.org Subject: Re: Building a Linuxulator userland from source Message-ID: Mail-Followup-To: ports@freebsd.org, emulation@freebsd.org X-Face: /1K@t"h.}e~pR@]c7HorQ!T`F^RJCa'BCr#e>IKA{>C/9OTGB4|xh"y2{?1Z5M i2w"AH^pN_LlHR^{+f',_Np~;.B;!M/bL}*qk]p5*r7F5vW};{:@4u5S?T&f0$7BJ-71Q5SV]:v$`5 A0[DZ:=?S52x8HJ~5@^P_\T@MsjG{R( Organization: FreeBSD.org References: List-Id: Development of Emulators of other operating systems List-Archive: https://lists.freebsd.org/archives/freebsd-emulation List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-emulation@freebsd.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="3va5lxz6bz3eknqi" Content-Disposition: inline In-Reply-To: User-Agent: NeoMutt/20230517 X-Spamd-Bar: ------- X-Spamd-Result: default: False [-7.46 / 15.00]; SIGNED_PGP(-2.00)[]; DWL_DNSWL_MED(-2.00)[palmen-it.de:dkim]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.96)[-0.959]; MID_RHS_NOT_FQDN(0.50)[]; RCVD_DKIM_ARC_DNSWL_MED(-0.50)[]; FORGED_SENDER(0.30)[zirias@freebsd.org,felix@palmen-it.de]; R_DKIM_ALLOW(-0.20)[palmen-it.de:s=20200414]; R_SPF_ALLOW(-0.20)[+ip6:2001:470:1f0b:bbb:1::1]; RCVD_IN_DNSWL_MED(-0.20)[2001:470:1f0b:bbb:1::1:from]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; FROM_HAS_DN(0.00)[]; DMARC_NA(0.00)[freebsd.org]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MLMMJ_DEST(0.00)[ports@freebsd.org,emulation@freebsd.org]; RCVD_VIA_SMTP_AUTH(0.00)[]; FROM_NEQ_ENVFROM(0.00)[zirias@freebsd.org,felix@palmen-it.de]; RCVD_COUNT_TWO(0.00)[2]; HAS_ORG_HEADER(0.00)[]; TO_DN_NONE(0.00)[]; ARC_NA(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; MIME_TRACE(0.00)[0:+,1:+,2:~]; DKIM_TRACE(0.00)[palmen-it.de:+]; ASN(0.00)[asn:6939, ipnet:2001:470::/32, country:US]; RCVD_TLS_ALL(0.00)[] X-Rspamd-Queue-Id: 4Rch140Bm4z4bg7 --3va5lxz6bz3eknqi Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable * Felix Palmen [20230820 12:35]: > Just a little update on this [...] Posting yet another status update because I'm about to reach a "milestone": I just had the first successful build of ffmpeg. I focused on ffmpeg because that's a requirement for MakeMKV which I now intend to use as a first PoC for the new userland. Before proceeding there, doing test builds now on all supported architectures and FreeBSD versions, so I'll have to wait quite a while ;) The new Linux ffmpeg port has almost everything enabled that's in the default options of the FreeBSD ffmpeg port. I just left out very few things that seemed *too* complex right now, like e.g. Vulkan. To get there, I created a total of 150 ports now. Still, test-building this ffmpeg "only" wants to build 124 ports, probably because of Xorg libraries, once I noticed I need them, I created ports for *all* of them. A selection of what I added: * Languages: TCL, Python, Perl * Build systems: autoreconf, cmake, meson, ninja (all usable with their standard USES, my new USES adjusts what's needed to do Linux builds) * Lots of "codec" libs: lame, opus, ogg/vorbis, vpx, x264, x265, ... * Infrastructure libs like libdrm, libglvnd, alsa, v4l, ... A first takeaway could be that indeed, this will be kind of yet another Linux distribution, as mentioned in sceptical responses so far. I still hope it will be possible to limit the scope, we'd only need ports providing shared libraries that (closed-source or otherwise not portable) Linux software would need to run in Linuxulator. That said, there's probably still a lot missing, like e.g mesa-dri (for games and similar), gtk3/gtk4/qt5 (for GUI apps that aren't statically linked), and so on. On the plus side, a lot of ports could be created by just copying the original port and doing adjustments, and most of the time, the result was simpler than the original (e.g. almost all patches could be dropped). I also removed all port options, still unsure whether they *might* make sense later, but for a first PoC, they just add unnecessary complexity. There were almost no surprising build issues so far (so, I guess accidentally pulling in things from FreeBSD base really isn't a thing, at least not when building in poudriere), except for one: It seems a "relative" rpath (using $ORIGIN) doesn't work. To work around this with one port using that during build, I had to add some explicit LD_LIBRARY_PATH. Cheers, Felix --=20 Felix Palmen {private} felix@palmen-it.de -- ports committer -- {web} http://palmen-it.de {pgp public key} http://palmen-it.de/pub.txt {pgp fingerprint} 6936 13D5 5BBF 4837 B212 3ACC 54AD E006 9879 F231 --3va5lxz6bz3eknqi Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iNUEABYKAH0WIQRpNhPVW79IN7ISOsxUreAGmHnyMQUCZPH7Y18UgAAAAAAuAChp c3N1ZXItZnByQG5vdGF0aW9ucy5vcGVucGdwLmZpZnRoaG9yc2VtYW4ubmV0Njkz NjEzRDU1QkJGNDgzN0IyMTIzQUNDNTRBREUwMDY5ODc5RjIzMQAKCRBUreAGmHny MTFaAP0W+CHxUWTa6j4LGsuHo5xSj6PS0uQhTX1OpVmvALRingEAmb0rSQ05++ig 1dF6SHKXGRRh1vqNKbxc3IclKGqCnQ0= =GOlO -----END PGP SIGNATURE----- --3va5lxz6bz3eknqi-- From nobody Fri Sep 1 17:11:58 2023 X-Original-To: emulation@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4Rcl2y2Wxzz4rnmk; Fri, 1 Sep 2023 17:12:42 +0000 (UTC) (envelope-from Alexander@Leidinger.net) Received: from mailgate.Leidinger.net (mailgate.leidinger.net [IPv6:2a00:1828:2000:313::1:5]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature ECDSA (P-256) client-digest SHA256) (Client CN "mailgate.leidinger.net", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Rcl2x3VYrz3ZlJ; Fri, 1 Sep 2023 17:12:41 +0000 (UTC) (envelope-from Alexander@Leidinger.net) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=leidinger.net header.s=outgoing-alex header.b=HjO8aU79; spf=pass (mx1.freebsd.org: domain of Alexander@Leidinger.net designates 2a00:1828:2000:313::1:5 as permitted sender) smtp.mailfrom=Alexander@Leidinger.net; dmarc=pass (policy=quarantine) header.from=leidinger.net Received: from webmail2.leidinger.net (roundcube.Leidinger.net [192.168.1.123]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (prime256v1) server-digest SHA256) (Client did not present a certificate) (Authenticated sender: Alexander@Leidinger.net) by outgoing.leidinger.net (Postfix) with ESMTPSA id DD27EC156; Fri, 1 Sep 2023 19:11:58 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=leidinger.net; s=outgoing-alex; t=1693588351; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=yYDXlua3XSM7UoVU29wGagwcf9i2+mN1IeeB/uDVkz4=; b=HjO8aU79YoDaIh1q9kL1yXp4mVJbou0YuO5Drbj3twLr89x1O43XZeTN/1SM5YExgIeCPP NdrdMMR/KsPNkdu5/KvfPdnfenzEnFOE5T0NdZePxfIQr2FfaXmWX3EsUsLS7smjSSGh3G DbyLOPRt5ZSkb/QAiTysmo805rt9Dd4oCb9taijrGzW7FccSvihi5DXK7G7IkUbcF3bHU3 jNsEIjqX/f8kZa7COBYk2SZtCRpFIEo02EszwwZh6dweMKdsDXiET2MYGIkMm26gdApOZY 9MxtpBtBV2u+3mo3He+GQsG9zVMpPh5HVEVfOD5irWaSAaTOS2wle4Y5zdBDCw== List-Id: Development of Emulators of other operating systems List-Archive: https://lists.freebsd.org/archives/freebsd-emulation List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-emulation@freebsd.org MIME-Version: 1.0 Date: Fri, 01 Sep 2023 19:11:58 +0200 From: Alexander Leidinger To: ports@freebsd.org, emulation@freebsd.org Subject: Re: Building a Linuxulator userland from source In-Reply-To: References: Message-ID: <03b7f828f3fbc3c203fc885baf6b9db1@Leidinger.net> X-Sender: Alexander@Leidinger.net Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit X-Spamd-Bar: --- X-Spamd-Result: default: False [-4.00 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.999]; DMARC_POLICY_ALLOW(-0.50)[leidinger.net,quarantine]; R_SPF_ALLOW(-0.20)[+mx]; R_DKIM_ALLOW(-0.20)[leidinger.net:s=outgoing-alex]; MIME_GOOD(-0.10)[text/plain]; MLMMJ_DEST(0.00)[emulation@freebsd.org,ports@freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; ASN(0.00)[asn:34240, ipnet:2a00:1828::/32, country:DE]; RCVD_COUNT_ONE(0.00)[1]; MIME_TRACE(0.00)[0:+]; RCVD_VIA_SMTP_AUTH(0.00)[]; DKIM_TRACE(0.00)[leidinger.net:+]; RCVD_TLS_ALL(0.00)[]; ARC_NA(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; FROM_HAS_DN(0.00)[]; TO_DN_NONE(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MID_RHS_MATCH_FROM(0.00)[] X-Rspamd-Queue-Id: 4Rcl2x3VYrz3ZlJ Am 2023-09-01 16:55, schrieb Felix Palmen: > * Felix Palmen [20230820 12:35]: >> Just a little update on this [...] > > Posting yet another status update because I'm about to reach a > "milestone": I just had the first successful build of ffmpeg. I focused > on ffmpeg because that's a requirement for MakeMKV which I now intend > to > use as a first PoC for the new userland. Before proceeding there, doing > test builds now on all supported architectures and FreeBSD versions, so > I'll have to wait quite a while ;) > > The new Linux ffmpeg port has almost everything enabled that's in the > default options of the FreeBSD ffmpeg port. I just left out very few > things that seemed *too* complex right now, like e.g. Vulkan. > > To get there, I created a total of 150 ports now. Still, test-building > this ffmpeg "only" wants to build 124 ports, probably because of Xorg > libraries, once I noticed I need them, I created ports for *all* of > them. > > A selection of what I added: > > * Languages: TCL, Python, Perl > * Build systems: autoreconf, cmake, meson, ninja (all usable with their > standard USES, my new USES adjusts what's needed to do Linux builds) > * Lots of "codec" libs: lame, opus, ogg/vorbis, vpx, x264, x265, ... > * Infrastructure libs like libdrm, libglvnd, alsa, v4l, ... Infrastructure ports are what we provide in the linux base ports. So I'm not surprised... :) > A first takeaway could be that indeed, this will be kind of yet another > Linux distribution, as mentioned in sceptical responses so far. I still > hope it will be possible to limit the scope, we'd only need ports > providing shared libraries that (closed-source or otherwise not > portable) Linux software would need to run in Linuxulator. That said, > there's probably still a lot missing, like e.g mesa-dri (for games and > similar), gtk3/gtk4/qt5 (for GUI apps that aren't statically linked), > and so on. Are you already taking into account the fall-through of config files to FreeBSD native config files? This is the main difference between a linux distribution (linux_dist ports) and a linux base for FreeBSD. Another difference may be to only compile the libs instead of the binaries (e.g. the linux libmp3lame.so would be needed by software, but the FreeBSD lame executable could be used). > There were almost no surprising build issues so far (so, I guess > accidentally pulling in things from FreeBSD base really isn't a thing, > at least not when building in poudriere), except for one: It seems a > "relative" rpath (using $ORIGIN) doesn't work. To work around this with > one port using that during build, I had to add some explicit > LD_LIBRARY_PATH. Only for the build, or also for running/executing afterwards? Bye, Alexander. -- http://www.Leidinger.net Alexander@Leidinger.net: PGP 0x8F31830F9F2772BF http://www.FreeBSD.org netchild@FreeBSD.org : PGP 0x8F31830F9F2772BF From nobody Fri Sep 1 18:51:44 2023 X-Original-To: emulation@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4RcnFL1PN7z4s6Gx; Fri, 1 Sep 2023 18:51:50 +0000 (UTC) (envelope-from felix@palmen-it.de) Received: from stef.palmen-it.de (stef.palmen-it.de [IPv6:2001:470:1f0b:bbb:1::1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4RcnFK1PYSz4LVR; Fri, 1 Sep 2023 18:51:49 +0000 (UTC) (envelope-from felix@palmen-it.de) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=palmen-it.de header.s=20200414 header.b=rvmkTg3v; spf=pass (mx1.freebsd.org: domain of felix@palmen-it.de designates 2001:470:1f0b:bbb:1::1 as permitted sender) smtp.mailfrom=felix@palmen-it.de; dmarc=none DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=palmen-it.de; s=20200414; h=In-Reply-To:Content-Type:MIME-Version: References:Message-ID:Subject:To:From:Date:Sender:Reply-To:Cc: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date: Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=QH99+H4Lb1HaJoovCgvw3jRA8DNjGwPkvuaG+hxy0RU=; b=rvmkTg3v9nc93/cOsaEOOM99YO EG0kUxE06O7yiiAkLGShgxgH7IPmPRx8OPB2GPxeV2tOOw6fWMDy/t32nC5y+ajknbvLsCL2yCGfI OpJwcarX53dX34iQ45DGXqfoL8Gsn1/hUSaqfgmDSGZyuDDd5ymz52J3m8Jx38vPEd8Kx7UmaH9rv EWqBhtZZj6ATAUR8tI4V5PQ55Wjlas0RUAh9fp333Gpuo8GD+pTImYaYAu+6B7dSIhx5xJncnFHPx 3jmbiXxglgWdpsTIp0kRW5SwBCG7SINVsur2mNkT6WLMUKkkFiiaRDhf9u3AgjETT1g3VuThECqxc 4HsVoWrw==; Received: from [192.168.71.101] (helo=mail.home.palmen-it.de) by stef.palmen-it.de with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1qc9FB-00BK4K-FR; Fri, 01 Sep 2023 20:51:45 +0200 Received: from nexus.home.palmen-it.de ([192.168.99.2]) by mail.home.palmen-it.de with esmtpsa (TLS1.3) tls TLS_CHACHA20_POLY1305_SHA256 (Exim 4.96 (FreeBSD)) (envelope-from ) id 1qc9FB-0004m4-0Q; Fri, 01 Sep 2023 18:51:45 +0000 Date: Fri, 1 Sep 2023 20:51:44 +0200 From: Felix Palmen To: ports@freebsd.org, emulation@freebsd.org Subject: Re: Building a Linuxulator userland from source Message-ID: Mail-Followup-To: ports@freebsd.org, emulation@freebsd.org X-Face: /1K@t"h.}e~pR@]c7HorQ!T`F^RJCa'BCr#e>IKA{>C/9OTGB4|xh"y2{?1Z5M i2w"AH^pN_LlHR^{+f',_Np~;.B;!M/bL}*qk]p5*r7F5vW};{:@4u5S?T&f0$7BJ-71Q5SV]:v$`5 A0[DZ:=?S52x8HJ~5@^P_\T@MsjG{R( Organization: FreeBSD.org References: <03b7f828f3fbc3c203fc885baf6b9db1@Leidinger.net> List-Id: Development of Emulators of other operating systems List-Archive: https://lists.freebsd.org/archives/freebsd-emulation List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-emulation@freebsd.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="lun7gyrnmqhe2oq4" Content-Disposition: inline In-Reply-To: <03b7f828f3fbc3c203fc885baf6b9db1@Leidinger.net> User-Agent: NeoMutt/20230517 X-Spamd-Bar: ------- X-Spamd-Result: default: False [-7.50 / 15.00]; SIGNED_PGP(-2.00)[]; DWL_DNSWL_MED(-2.00)[palmen-it.de:dkim]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.999]; MID_RHS_NOT_FQDN(0.50)[]; RCVD_DKIM_ARC_DNSWL_MED(-0.50)[]; FORGED_SENDER(0.30)[zirias@freebsd.org,felix@palmen-it.de]; R_DKIM_ALLOW(-0.20)[palmen-it.de:s=20200414]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; R_SPF_ALLOW(-0.20)[+ip6:2001:470:1f0b:bbb:1::1:c]; RCVD_IN_DNSWL_MED(-0.20)[2001:470:1f0b:bbb:1::1:from]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; DMARC_NA(0.00)[freebsd.org]; MLMMJ_DEST(0.00)[ports@freebsd.org,emulation@freebsd.org]; RCVD_VIA_SMTP_AUTH(0.00)[]; FROM_NEQ_ENVFROM(0.00)[zirias@freebsd.org,felix@palmen-it.de]; RCVD_COUNT_TWO(0.00)[2]; HAS_ORG_HEADER(0.00)[]; TO_DN_NONE(0.00)[]; ARC_NA(0.00)[]; DKIM_TRACE(0.00)[palmen-it.de:+]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCPT_COUNT_TWO(0.00)[2]; ASN(0.00)[asn:6939, ipnet:2001:470::/32, country:US]; RCVD_TLS_ALL(0.00)[] X-Rspamd-Queue-Id: 4RcnFK1PYSz4LVR --lun7gyrnmqhe2oq4 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable * Alexander Leidinger [20230901 19:11]: > Am 2023-09-01 16:55, schrieb Felix Palmen: > > * Infrastructure libs like libdrm, libglvnd, alsa, v4l, ... >=20 > Infrastructure ports are what we provide in the linux base ports. So I'm = not > surprised... :) Yes of course, this is what you will need in any case (and it's indeed a lot of work. Still not giving up just yet, hehe). > Are you already taking into account the fall-through of config files to > FreeBSD native config files? This is the main difference between a linux > distribution (linux_dist ports) and a linux base for FreeBSD. Yes, e.g. I don't let the alsa libs install some asound.conf ... but this is quite simple so far, very few packages want to install something to /etc at all (and some things like glibc's ld.so.conf are needed). > Another > difference may be to only compile the libs instead of the binaries (e.g. = the > linux libmp3lame.so would be needed by software, but the FreeBSD lame > executable could be used). So far, I didn't care about that, except when the upstream build system provides configure options. This will be something to clean up later. It's also about (tons?) of unnecessary docs. I plan to allow manpages to be installed for things that are GNU- or Linux-specific, even ported man-db for that, cause I see some value in that. But for anything that would just duplicate manpages that are the same on FreeBSD, this will be yet another cleanup step. So far: First get something to work at all ;) > > There were almost no surprising build issues so far (so, I guess > > accidentally pulling in things from FreeBSD base really isn't a thing, > > at least not when building in poudriere), except for one: It seems a > > "relative" rpath (using $ORIGIN) doesn't work. To work around this with > > one port using that during build, I had to add some explicit > > LD_LIBRARY_PATH. >=20 > Only for the build, or also for running/executing afterwards? Only for the build, I ran into this issue with gobject-introspection which uses its own shared lib to create some introspection files during the build. This is done using some rpath relative to $ORIGIN and for some reason, it just doesn't work. Glibc's ldd script can even resolve the library correctly, but the dynamic linker can't. Anyways, there's a workaround ;) Cheers, Felix --=20 Felix Palmen {private} felix@palmen-it.de -- ports committer -- {web} http://palmen-it.de {pgp public key} http://palmen-it.de/pub.txt {pgp fingerprint} 6936 13D5 5BBF 4837 B212 3ACC 54AD E006 9879 F231 --lun7gyrnmqhe2oq4 Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iNUEABYKAH0WIQRpNhPVW79IN7ISOsxUreAGmHnyMQUCZPIyuF8UgAAAAAAuAChp c3N1ZXItZnByQG5vdGF0aW9ucy5vcGVucGdwLmZpZnRoaG9yc2VtYW4ubmV0Njkz NjEzRDU1QkJGNDgzN0IyMTIzQUNDNTRBREUwMDY5ODc5RjIzMQAKCRBUreAGmHny MSwwAQCCDL1YVMd1VEv/qD2Jr796EBRgHJ8I2fiM1NdOsWmSnQD+NIoSdjtiyBhL wYcZnLaRyCRj4zT1UtHOnM/jcRN6+AI= =rc5X -----END PGP SIGNATURE----- --lun7gyrnmqhe2oq4-- From nobody Sat Sep 2 19:43:27 2023 X-Original-To: emulation@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4RdQLS2Bkxz4rs4w for ; Sat, 2 Sep 2023 19:43:28 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4RdQLS18ppz3ZMF for ; Sat, 2 Sep 2023 19:43:28 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1693683808; a=rsa-sha256; cv=none; b=X3/ckx58bB3wTKRhvuEtX8FYhokGSjgEvJkIEqzYdkdFofrONRdHHyLIypRQch53u7vUAr aeiXjeERZJiZoLZdE642LX7wSnygrCdj9f0hPXVgXta+KbNm0uRM2tNOgGJqw0gt3sZFLu 98/s9WX2W1ceOiSYqKEncWSiBWU4/khJHFJDB3AyGYUAIKdhC41EnMD6+U0URXyxMKQTiN COaGUfz3HtFo20WnwB5PtzDgf384hvYqdp+sFGsk/gv70bbeT9do3/OMJp3OazngIi8mF/ XYj8LHk9UO+pCZ2ak99lPE1NbMDzinEruigz/MFfeuoGJtPVldss4iKpwfVmYg== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1693683808; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=1SlwAh4iMNYITtRWahXPwt/i34hvOj42Zhzv32pzWjo=; b=mMAKSZwjFf+cnezFlD6728nJqtteTu9wXAUAReQfCpHhlmKpSDEKka56KtPlvLexR1Bulk ZtyNd7OmpWSSYhN9FuO013WjIqaSGhbH6rlbbmI75pKm4GBC2/MKUM4wLrQwQx1w6noEbc JhuXi8KtIuFoYJEcvWdSGVcRECSHujlEJsKa+vCvTWwMkuDropNPRkKxi6bpOjeQ4FynYg vcv122dNvUSM26O/SWQuXt+Na1q9UinHcCCyv3hpboOQjUXaKSF1kcKs8HPL8z2HQNPQa9 3zZB5b/dS5eG5egnNJuOyIrTi61IiHFJCqvikFYYG/QK1pD3WNTt5KhkYCpFxA== Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 4RdQLS0F60zvwd for ; Sat, 2 Sep 2023 19:43:28 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id 382JhRsZ050896 for ; Sat, 2 Sep 2023 19:43:27 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 382JhRJj050895 for emulation@FreeBSD.org; Sat, 2 Sep 2023 19:43:27 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: emulation@FreeBSD.org Subject: [Bug 272991] emulators/virtualbox-ose-additions: build failed on 14-current "error: no member named 'auto_ptr' in namespace 'std'" Date: Sat, 02 Sep 2023 19:43:27 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: transitive@gmail.com X-Bugzilla-Status: Open X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: vbox@FreeBSD.org X-Bugzilla-Flags: maintainer-feedback? X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated List-Id: Development of Emulators of other operating systems List-Archive: https://lists.freebsd.org/archives/freebsd-emulation List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-emulation@freebsd.org MIME-Version: 1.0 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D272991 Robert Cina changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |transitive@gmail.com --- Comment #8 from Robert Cina --- I am seeing the same errors building virtualbox-ose-additions using poudrie= re on 13.2-stable on amd64. error: no member named 'auto_ptr' in namespace 'std' std::auto_ptr apService; --=20 You are receiving this mail because: You are on the CC list for the bug.=