From nobody Sun Feb 26 06:22:08 2023 X-Original-To: freebsd-hackers@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 4PPYSn6l2Qz3rxX4 for ; Sun, 26 Feb 2023 06:22:17 +0000 (UTC) (envelope-from zlei@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (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 "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4PPYSn6T3Zz44QL; Sun, 26 Feb 2023 06:22:17 +0000 (UTC) (envelope-from zlei@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1677392537; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=UvamiAbmoARLuCByXGbRV3akV/BMDK4xDkZ0MNFhXt4=; b=J8klzxsiGRv9InGsQJmqGPwvWW71K6TVEKMNRCwtfVdjy9BWrg6C7rhZms/rX+2F289SlX 0B3nGl2itCAumjIvoB0qc9CCacyWVgdhs1LbJyrIuToTn+LRv8O52Lj/cVidA4IS8f0ekr j24AnCpaT0Gcq2GqBX6k9VGEAeSj36RlhdTgEkYg3Uw1rZCdZ5lsuDkVxd2ET6nVtkSRfW 2KsZo01geG4Bbo0K2Z/Z+kW9MzUL78VrqoSW23NPoYuzoJc+lnzGFuP2fFImxyVX6xvXhk lFL9n5jvYB3jR1Q7g9axi3a6C+AHUgYMDCejCkqSk4jUTuMTZ03ZJQg6DIvoWw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1677392537; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=UvamiAbmoARLuCByXGbRV3akV/BMDK4xDkZ0MNFhXt4=; b=mRj/JxwCXJ1DQRm2JSySrhcRsLbdc3jE0Qa62d0zmcGU2WJEfMk3v7hcj8Zwzl91duFgCB qBurO+n9sI1MQ29qPxnxN/yVyQEjx1dDamBt+91AwlksH2Bznh6SZeEueKg/J/YbK/+cF8 a+iPW0ZbCUpz8LD6pHmB1GPmZUMXOQ6q5U6rhydE1Q8FCNv3UtRT/uQcBMdtZV6GkFL+Te i8VSM8ah5ZIxFtm3JD8G5+L00GBF5WO4zC5pnan+ayqK9YkZG6pNtBlFWhmEM+qdmWwT9V jRFjuAl7jqsz1bCd7AMwXFEVgrglRFTFtPM/GkWy0E+v1KiWKCVV3jsuylbozQ== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1677392537; a=rsa-sha256; cv=none; b=uhnHWklpk3sq5s8HgglCcemicL4M+uBqIbM2OVAd1j36QUJCJVZXO5d8TWV1Wk/fd1xlug 1tZgHom+OZ/k9u92sQPLAZ76PT/v78HLAd0WbfmZW+DAkZoyoUFnCJCj+rXvCFMS1CJUwR JpBs+ATeR0u2re+nFoIRzBqYuv3pllbez53xLbpsQCR6Ib41xehpPiMvRAdNY664WErr2x RkhNCZLxsLbbea83NtnGz9QgRoj+oT+cC9qS/GOrqXbRUt2SwtXOJfeIJFFRBAyHq3DraV DL6HSnR5GC+HoiY4YfIa4OjpqYxsxfQrlSY/4ghlGIckca+qAy3P62e8mFB02A== Received: from smtpclient.apple (unknown [IPv6:2001:19f0:6001:9db:98f0:9fe0:3545:10]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: zlei/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4PPYSm3CtZzTZD; Sun, 26 Feb 2023 06:22:16 +0000 (UTC) (envelope-from zlei@FreeBSD.org) From: Zhenlei Huang Message-Id: Content-Type: multipart/alternative; boundary="Apple-Mail=_F3C94DDD-62DF-4493-B69A-70E8A990BE3F" List-Id: Technical discussions relating to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-hackers List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-hackers@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3696.120.41.1.2\)) Subject: Re: Confused about the kernel stack backtrace Date: Sun, 26 Feb 2023 14:22:08 +0800 In-Reply-To: Cc: FBSD Developers , freebsd-hackers@freebsd.org To: Mark Johnston References: X-Mailer: Apple Mail (2.3696.120.41.1.2) X-ThisMailContainsUnwantedMimeParts: N --Apple-Mail=_F3C94DDD-62DF-4493-B69A-70E8A990BE3F Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii > On Feb 24, 2023, at 11:34 PM, Mark Johnston wrote: >=20 > On Fri, Feb 24, 2023 at 09:26:28PM +0800, Zhenlei Huang wrote: >> Hi, >>=20 >> The job FreeBSD-main-amd64-test on ci is failing, and some kernel = stack backtrace [1] >> looks weird. >=20 > BTW, it is preferred to use public mailing lists for this kind of > question. Also CC freebsd-hackers . >=20 >>> Memory modified after free 0xfffffe00ccc29000(8184) val=3D0 @ = 0xfffffe00ccc29698 >>> panic: Most recently used by temp >>=20 >>> cpuid =3D 0 >>> time =3D 1677239728 >>> KDB: stack backtrace: >>> db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame = 0xfffffe0084e3eaa0 >>> vpanic() at vpanic+0x152/frame 0xfffffe0084e3eaf0 >>> panic() at panic+0x43/frame 0xfffffe0084e3eb50 >>> mtrash_dtor() at mtrash_dtor/frame 0xfffffe0084e3eb70 >>> item_ctor() at item_ctor+0x11f/frame 0xfffffe0084e3ebc0 >>> malloc() at malloc+0x7f/frame 0xfffffe0084e3ec00 >>> g_read_data() at g_read_data+0x82/frame 0xfffffe0084e3ec40 >>> g_use_g_read_data() at g_use_g_read_data+0x46/frame = 0xfffffe0084e3ec60 >>> readsuper() at readsuper+0x29/frame 0xfffffe0084e3ecf0 >>> ffs_sbget() at ffs_sbget+0x84/frame 0xfffffe0084e3ed70 >>> g_label_ufs_taste_common() at g_label_ufs_taste_common+0x8b/frame = 0xfffffe0084e3edc0 >>> g_label_taste() at g_label_taste+0x1d0/frame 0xfffffe0084e3eea0 >>> g_new_provider_event() at g_new_provider_event+0x9a/frame = 0xfffffe0084e3eec0 >>> g_run_events() at g_run_events+0x104/frame 0xfffffe0084e3eef0 >>> fork_exit() at fork_exit+0x80/frame 0xfffffe0084e3ef30 >>> fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe0084e3ef30 >>> --- trap 0, rip =3D 0, rsp =3D 0, rbp =3D 0 --- >>> KDB: enter: panic >>=20 >> The source code sys/vm/uma_dbg.c shows clearly that the panic comes = from `mtrash_ctor()`. >>=20 >> Why KDB shows that the panic is from `mtrash_dtor()` ? >=20 > I couldn't reproduce this locally (i.e., the stack trace looks correct > when the UAF is triggered), but the problem is a bit clearer after > grabbing a kernel from artifact.ci.freebsd.org = . Maybe a hand-crafted kernel module which modify after free intensionally = can reproduce this easily. >=20 > In mtrash_ctor(), the final instruction is a call to panic(): >=20 > (kgdb) disas mtrash_ctor > ... > 0xffffffff80f766be <+110>: mov 0x10(%rax),%rsi > 0xffffffff80f766c2 <+114>: mov $0xffffffff81200154,%rdi > 0xffffffff80f766c9 <+121>: xor %eax,%eax > 0xffffffff80f766cb <+123>: call 0xffffffff80bed350 > (kgdb) >=20 > This works because the compiler knows that panic() never returns. >=20 > However, the return address saved on the stack will still point to the > "next" instruction, which is now outside of the bounds of the > mtrash_ctor symbol, and it happens to be the first instruction of > mtrash_dtor(): >=20 > (kgdb) x/2i 0xffffffff80f766cb >=20 > 0xffffffff80f766cb : call = 0xffffffff80bed350 > 0xffffffff80f766d0 : push %rbp >=20 > So DDB's stack unwinder reports the call as coming from mtrash_dtor() > instead of mtrash_ctor(). Thanks for the detailed analyzation ! >=20 > I'm not sure how to fix this. Instead of resolving the symbol > containing the return address, it could maybe resolve the symbol > containing the previous instruction, but variable-length instructions > make that tricky. I'd like to look at this issue when I have time. Best regards, Zhenlei --Apple-Mail=_F3C94DDD-62DF-4493-B69A-70E8A990BE3F Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=us-ascii

On Feb 24, 2023, at 11:34 PM, Mark Johnston <markj@freebsd.org> = wrote:

On Fri, Feb 24, 2023 at 09:26:28PM +0800, Zhenlei Huang = wrote:
Hi,

The job FreeBSD-main-amd64-test on ci is = failing, and some kernel stack backtrace [1]
looks = weird.

BTW, it is preferred to use public mailing lists for this = kind of
question.

Also CC freebsd-hackers .


Memory modified after = free 0xfffffe00ccc29000(8184) val=3D0 @ 0xfffffe00ccc29698
panic: Most recently used by temp

cpuid =3D 0
time =3D 1677239728
KDB: stack backtrace:
db_trace_self_wrapper() = at db_trace_self_wrapper+0x2b/frame 0xfffffe0084e3eaa0
vpanic() at vpanic+0x152/frame 0xfffffe0084e3eaf0
panic() at panic+0x43/frame 0xfffffe0084e3eb50
mtrash_dtor() at mtrash_dtor/frame 0xfffffe0084e3eb70
item_ctor() at item_ctor+0x11f/frame 0xfffffe0084e3ebc0
malloc() at malloc+0x7f/frame 0xfffffe0084e3ec00
g_read_data() at g_read_data+0x82/frame 0xfffffe0084e3ec40
g_use_g_read_data() at g_use_g_read_data+0x46/frame = 0xfffffe0084e3ec60
readsuper() at readsuper+0x29/frame = 0xfffffe0084e3ecf0
ffs_sbget() at ffs_sbget+0x84/frame = 0xfffffe0084e3ed70
g_label_ufs_taste_common() at = g_label_ufs_taste_common+0x8b/frame 0xfffffe0084e3edc0
g_label_taste() at g_label_taste+0x1d0/frame = 0xfffffe0084e3eea0
g_new_provider_event() at = g_new_provider_event+0x9a/frame 0xfffffe0084e3eec0
g_run_events() at g_run_events+0x104/frame = 0xfffffe0084e3eef0
fork_exit() at fork_exit+0x80/frame = 0xfffffe0084e3ef30
fork_trampoline() at = fork_trampoline+0xe/frame 0xfffffe0084e3ef30
--- trap 0, = rip =3D 0, rsp =3D 0, rbp =3D 0 ---
KDB: enter: panic

The source code sys/vm/uma_dbg.c = shows clearly that the panic comes from `mtrash_ctor()`.
Why KDB shows that the panic is from `mtrash_dtor()` ?

I couldn't reproduce this locally (i.e., the stack trace = looks correct
when the UAF = is triggered), but the problem is a bit clearer after
grabbing a = kernel from artifact.ci.freebsd.org.

Maybe a = hand-crafted kernel module which modify after free intensionally can = reproduce  this easily.


In mtrash_ctor(), the final instruction is a call to = panic():

(kgdb) disas = mtrash_ctor
  ...
  0xffffffff80f766be <+110>:   mov =    0x10(%rax),%rsi
  0xffffffff80f766c2 <+114>:   mov =    $0xffffffff81200154,%rdi
  0xffffffff80f766c9 <+121>:   xor =    %eax,%eax
  0xffffffff80f766cb <+123>:   call =   0xffffffff80bed350 <panic>
(kgdb)

This works because the compiler knows that panic() never = returns.

However, the = return address saved on the stack will still point to the
"next" = instruction, which is now outside of the bounds of the
mtrash_ctor = symbol, and it happens to be the first instruction of
mtrash_dtor():

(kgdb) x/2i 0xffffffff80f766cb

  0xffffffff80f766cb <mtrash_ctor+123>: =        call =   0xffffffff80bed350 <panic>
  0xffffffff80f766d0 <mtrash_dtor>: =    push   %rbp

So DDB's stack unwinder reports the call as coming from = mtrash_dtor()
instead of = mtrash_ctor().

Thanks for the detailed analyzation !


I'm not sure = how to fix this.  Instead of resolving the symbol
containing = the return address, it could maybe resolve the symbol
containing = the previous instruction, but variable-length instructions
make that = tricky.

I'd like to = look at this issue when I have time.

Best regards,
Zhenlei

= --Apple-Mail=_F3C94DDD-62DF-4493-B69A-70E8A990BE3F-- From nobody Sun Feb 26 09:07:14 2023 X-Original-To: freebsd-hackers@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 4PPd7P5Dlvz3t5h4 for ; Sun, 26 Feb 2023 09:07:29 +0000 (UTC) (envelope-from michaelsprivate@gmail.com) Received: from mail-lj1-x22e.google.com (mail-lj1-x22e.google.com [IPv6:2a00:1450:4864:20::22e]) (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 4PPd7N6Gmqz4KwK for ; Sun, 26 Feb 2023 09:07:28 +0000 (UTC) (envelope-from michaelsprivate@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20210112 header.b=pSWAzy8Y; spf=pass (mx1.freebsd.org: domain of michaelsprivate@gmail.com designates 2a00:1450:4864:20::22e as permitted sender) smtp.mailfrom=michaelsprivate@gmail.com; dmarc=pass (policy=none) header.from=gmail.com Received: by mail-lj1-x22e.google.com with SMTP id j17so3371179ljq.11 for ; Sun, 26 Feb 2023 01:07:28 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=to:subject:message-id:date:from:mime-version:from:to:cc:subject :date:message-id:reply-to; bh=MG80hHWHiQWnjSvSNQBgYZiIpgA1ABQ1Nc3LtEraPTo=; b=pSWAzy8YlVu4Uw1ot0MQeIAgSy/oIZAc70dMTObZTWnRBFktbMrtTHUwt64omM/l2M aPQCSLtLsiv1YuVijAMQ5ZMlc6MbeAJyiczABqg6fKkdDpoF62ZI/bReMsqu4rafvyiV o6qidTPby+/eylUVrCk8W7TyMl70Oy5jYtzcic2z/l1395WQt9HMf3ASs7Wm8KafcMhT Q8IxGNyO27eqJebW8qB+J8N6nMnKR9AH3SQbpoRvyTLbwm5zK3v2cQvm2XWmbBCshuz+ R8M0NRqdwzN0hUUJW1Y5JXKihYREtlWW6FA9KvwxJCvxDu7VxyfkgV0J6CbWmrB685wG ULPA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=to:subject:message-id:date:from:mime-version:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=MG80hHWHiQWnjSvSNQBgYZiIpgA1ABQ1Nc3LtEraPTo=; b=r0dxB3o+BFbouM6iWGbfJ1AMfA50oPrl/l9LoXMo+dB3YiJO+QV/jZPpp3Q/o5MeD2 ghlijPL/PtjLzTptTYQ+nhWygy6WYdhloNScl5w8ozlXVCW/+Usj+6exzQaB2Y9b+QhM rRDEm1g9ITRDRqjvvKZ73deLFwv5oa5AEFXfViyM7XR867WTGShQcVFbUYVpZtdpiYFS bASYItf9PGNrDdoTwPn54udiTU914iVU5ntxtFN33C5cdjpvvIKsyZu8kTCySLUoJYZ9 UmQUosB7Mqx8szxSHVS1Jlqs/HvZhqjc1OpQEE3A1RmIyeV0gWGrjh3Ey++brorlvzHp PMuw== X-Gm-Message-State: AO0yUKWT9016SIjrkeqCAoM4vvGLIvQE7FkfAfqggmbVpLE8GR57DuFT QDUY4cVO3H4sVFT3mw2E+CnOTjdAdFHw7w7LJRm7ix2wbuWpK8Q+ X-Google-Smtp-Source: AK7set+OoI5TeaClaZtnk30c/E5h9L6RSCg2uDSDBWGeMUa4y+rbNRnTSmMOvsb0PkFGh3DXaJFDD7E0KIQT1mg2eFw= X-Received: by 2002:a05:651c:10aa:b0:293:4be3:9e6c with SMTP id k10-20020a05651c10aa00b002934be39e6cmr6302495ljn.1.1677402446638; Sun, 26 Feb 2023 01:07:26 -0800 (PST) List-Id: Technical discussions relating to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-hackers List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-hackers@freebsd.org MIME-Version: 1.0 From: Michael Schuster Date: Sun, 26 Feb 2023 10:07:14 +0100 Message-ID: Subject: pkg(8): difference between "-c /path" and "-r /path" To: FreeBSD Hackers Content-Type: multipart/alternative; boundary="000000000000fa32a105f596b017" X-Spamd-Result: default: False [-4.00 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.996]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20210112]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36:c]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; MLMMJ_DEST(0.00)[freebsd-hackers@freebsd.org]; TO_MATCH_ENVRCPT_ALL(0.00)[]; ARC_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FREEMAIL_ENVFROM(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::22e:from]; DKIM_TRACE(0.00)[gmail.com:+]; RCVD_COUNT_TWO(0.00)[2]; FREEMAIL_FROM(0.00)[gmail.com]; FROM_HAS_DN(0.00)[]; MID_RHS_MATCH_FROMTLD(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-hackers@freebsd.org]; RCVD_TLS_LAST(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; TO_DN_ALL(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim] X-Rspamd-Queue-Id: 4PPd7N6Gmqz4KwK X-Spamd-Bar: --- X-ThisMailContainsUnwantedMimeParts: N --000000000000fa32a105f596b017 Content-Type: text/plain; charset="UTF-8" Hi, This question is (as of yet) more of the "fill in background info" type: >From the "pkg(8)" man-page: -c , --chroot pkg will chroot in the environment. -r , --rootdir pkg will install all packages within the specified . up to now, I've leaned towards "pkg -c /path " when installing/updating a BE mounted at /path, but, given some results in the past that weren't quite clear to me (yes, that's a bit vague, sorry), I've been wondering whether "-r /path" would have been better. I'd appreciate thoughts/advice/comments, TIA Michael -- Michael Schuster http://recursiveramblings.wordpress.com/ recursion, n: see 'recursion' --000000000000fa32a105f596b017 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi,

<= div class=3D"gmail_default" style=3D"font-family:arial,helvetica,sans-serif= ;font-size:small">This question is (as of yet) more of the "fill in ba= ckground info" type: From the "pkg(8)" man-page:

=C2=A0 =C2=A0 =C2=A0-c <chroot path>, --c= hroot <chroot path>
=C2=A0 =C2=A0 pkg will chroot in the <chr= oot path> environment.

=C2=A0 =C2=A0 =C2=A0-r <root directory&= gt;, --rootdir <root directory>
=C2=A0 =C2=A0 pkg will install a= ll packages within the specified <root
=C2=A0 =C2=A0 directory>.=

up to now, I've leaned= towards "pkg -c /path <cmd>" when installing/updating a BE= mounted at /path, but, given some results in the past that weren't qui= te clear to me (yes, that's a bit vague, sorry), I've been wonderin= g whether "-r /path" would have been better.

I'd appreciate thoughts/advice/comment= s, TIA
Michael
--
--000000000000fa32a105f596b017-- From nobody Sun Feb 26 17:23:39 2023 X-Original-To: freebsd-hackers@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 4PPr7y5Cf3z3tqCD for ; Sun, 26 Feb 2023 17:23:42 +0000 (UTC) (envelope-from grahamperrin@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (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 "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4PPr7y36Hgz40rM for ; Sun, 26 Feb 2023 17:23:42 +0000 (UTC) (envelope-from grahamperrin@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1677432222; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=c/IlkVg045wTVeDUQMDbqOX3SXK0acrR32+f8CyCMmI=; b=fJ1dkSmebmSkDUS5zuo2J3Zvm3L+GLfNxtwVQWbufwSzTAM8CCRhxad18Hblsgaaw/WGLx AJYDtV6hTeIG8P04s8PebCWTzs1JhPpjr7LHf9iLLIso/8RURbAI+VvcwXbJxOQ9mqUpLA FAcTN1q/BMab0n2Rr/6K/gomU0DIZdpYenenDsAvW15N94NITc8i90s4HPE3gDLySKEM4t OcC9EBoBHc8mh5QXuz+dt0qN7RyjnI/ZPg3Ca6/+3tHybnWWSay8Se3ReM6NsrkWvtUZQO ZILpvWqkr9p07O7flaIGksqFfJQVMirXtR7xCM4cLl2o+zel/lZOowl8EirxwQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1677432222; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=c/IlkVg045wTVeDUQMDbqOX3SXK0acrR32+f8CyCMmI=; b=a1TvXy/Ne+oZ7+bIAyErLB4X4iZ5nqYtEvojun/mkrV49gnDDkEAM4Y8JxLxypbrukXoVI CEsf5dxKYCCQ6EZtpjPqlZj1A6qNM0tdh9pHiwov2xPgqBxom3f6pNDpKwAeUfVVXwzaqo uG/7AG9LhrNxmLy4/km3F9vg2GjTlJHLCTYANvBG2iT1XoqNcnw+XowrWFk7BsGIIyRxf0 OZIXdMDWSheN9PrN0R0BzUQo10xdoBhqiwnJ7FOa0O0WHa8QW9dweild3DpRirm4uqX05R xGQ7ciKThRxE2Zaf8mBzx47Xn3tCm+xAj3sA6Tq4ulfWx7mXbq/1KjtngP5aAw== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1677432222; a=rsa-sha256; cv=none; b=HvssdHg/PglSLnZxiPPixehVX2bR5R5nP/lAzYurm8snq4KMlXNTKV8uzr1mwM+hcqX8xn V/fB8EE+vVKUnu/4ejaqOzzmUWGisAsPzM5jMU11X6ZBpExMTUS1o7eqKUXfEq+1a8I6fC 55jgylY3DKmR0AiyUSDzZzYRVcfDfdOPZUqVdkDrwcgIy8XDCAFW42ZifrqJEkvyUgvBpa Kk0VOOQCwFov4DfpTJCwlMv7317JY2d8tYcN8ie01rObV3fWhJCmkKo/UAEbAEv0IixyO3 q444r1zuwtU8e3lTderAmvZRPyCLEIZK2ql+GWuk1E2fc3Fzci4U10Qba66bJA== Received: from [192.168.1.10] (88-108-157-210.dynamic.dsl.as9105.com [88.108.157.210]) (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 did not present a certificate) (Authenticated sender: grahamperrin) by smtp.freebsd.org (Postfix) with ESMTPSA id 4PPr7y0wZgzgmf for ; Sun, 26 Feb 2023 17:23:42 +0000 (UTC) (envelope-from grahamperrin@freebsd.org) Message-ID: <12849037-8d12-0cb0-d703-f62021152c98@freebsd.org> Date: Sun, 26 Feb 2023 17:23:39 +0000 List-Id: Technical discussions relating to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-hackers List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-hackers@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:102.0) Gecko/20100101 Thunderbird/102.8.0 To: freebsd-hackers@freebsd.org References: Content-Language: en-US From: Graham Perrin Subject: Re: pkg(8): difference between "-c /path" and "-r /path" Organization: FreeBSD In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="------------xmascEVKWmeLcp0mda70dQuC" X-ThisMailContainsUnwantedMimeParts: N This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --------------xmascEVKWmeLcp0mda70dQuC Content-Type: multipart/mixed; boundary="------------s46uMX1Nq4xsyYO8PqLyVn00"; protected-headers="v1" From: Graham Perrin To: freebsd-hackers@freebsd.org Message-ID: <12849037-8d12-0cb0-d703-f62021152c98@freebsd.org> Subject: Re: pkg(8): difference between "-c /path" and "-r /path" References: In-Reply-To: --------------s46uMX1Nq4xsyYO8PqLyVn00 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: base64 T24gMjYvMDIvMjAyMyAwOTowNywgTWljaGFlbCBTY2h1c3RlciB3cm90ZToNCg0KPiDigKYg dXAgdG8gbm93LCBJJ3ZlIGxlYW5lZCB0b3dhcmRzICJwa2cgLWMgL3BhdGggPGNtZD4iIHdo ZW4gDQo+IGluc3RhbGxpbmcvdXBkYXRpbmcgYSBCRSBtb3VudGVkIGF0IC9wYXRoLCBidXQs IGdpdmVuIHNvbWUgcmVzdWx0cyBpbiANCj4gdGhlIHBhc3QgdGhhdCB3ZXJlbid0IHF1aXRl IGNsZWFyIHRvIG1lICh5ZXMsIHRoYXQncyBhIGJpdCB2YWd1ZSwgDQo+IHNvcnJ5KSwgSSd2 ZSBiZWVuIHdvbmRlcmluZyB3aGV0aGVyICItciAvcGF0aCIgd291bGQgaGF2ZSBiZWVuIGJl dHRlci4g4oCmDQoNCkZvciBtZSwgdGhlIG1vc3Qgc2lnbmlmaWNhbnQgZGlmZmVyZW5jZSB3 YXMgdGhhdCB3aGVuIHVwZ3JhZGluZyANCnBhY2thZ2VzLCBJIGNvdWxkIG5vdCAob3Igbm90 IGVhc2lseSkgZ2V0IHRoaW5ncyBsb2dnZWQgdG8gDQovdmFyL2xvZy9tZXNzYWdlcyB3aGVu IHVzaW5nIG9wdGlvbiAtYy4NCg0KTm8gc3VjaCBwcm9ibGVtIHdpdGggb3B0aW9uIC1yLg0K DQo8aHR0cHM6Ly9yZXZpZXdzLmZyZWVic2Qub3JnL1A1NTk+IGZvciBhIHJvdWdoIGlkZWEg b2YgdGhlIHJvdXRpbmUgdGhhdCANCkkgZm9sbG93IHdpdGggYW55IHVwZGF0ZS4gRXNzZW50 aWFsbHk6DQoNCjEuIGNyZWF0ZSB0aGVuIG1vdW50IGEgYm9vdCBlbnZpcm9ubWVudA0KDQoy LiBpbnN0YWxsIHRvIHRoZSBtb3VudCBwb2ludCB3aXRoIG9wdGlvbiAtcg0KDQozLiB1bm1v dW50IHRoZW4gYWN0aXZhdGUgdGhlIGVudmlyb25tZW50DQoNCjQuIHJlc3RhcnQuDQoNCg== --------------s46uMX1Nq4xsyYO8PqLyVn00-- --------------xmascEVKWmeLcp0mda70dQuC Content-Type: application/pgp-signature; name="OpenPGP_signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="OpenPGP_signature" -----BEGIN PGP SIGNATURE----- wsF5BAABCAAjFiEEWT/lssMHB+28ly8Kt2dIb0oY1AsFAmP7lZsFAwAAAAAACgkQt2dIb0oY1AvI PA/+Jqrh93megBku+YrRN5i2pnpOoBrFQro/BrbRzVSUbPJNCi+OxdV99VIXpzHhV2/CvZZdWIbN C1K3mhlOelOoFoEiPkZk/hpK+HTiXnu/cGk2DcTf7BETeoedaEJy3hX5mEfCCS/vPQlu+Hf9LtTT sEclecF0cs244VVQ+AOhSr4RpPC+lFh2O66K8rnM+6ShsxAsBuFkfV6BH1mcx2AxJ/KmKKBZjwa9 L/Po0uoL2EuCeEdmuj29JgCAPA2ThA6hoF6EnuZZybbif1IF3M91u5auJT67tjDAthKkUi19ICD0 p+w2Y4g16gDdFk8Rt+zK25M5XgmRxsTGgDuD32wGxUICHEh9p427QsM6HFfki7Cqy+Xusmp7r/tR +xld5i3vAC6H/u4ZDE9U/vbHBwd2wMlpkXqhICmZn/lnydiK7ZK4erBbZDGUaVx05pGzuFe8xhAo 2MqTaq1Lvp4J5JkOOHHcHGQP3DQQ6qVoEfq1DEi3QcjdE9gJ3RyxxDsdvRnzhhJy7LWjCLNByP4z QCmEvDrso9DNlfwl7+VoU4tDlzvGdm55pJbtDJoD19IdDEcxJUC72z96RBoV4kOrRQ7IdCNFbi9x AhSB4l/fkVaWkarrVQTnPuyeNl4nkKl6gnaX7KJ/BfVW6YO39qpWfNw3dh+8m5ozow/K8C6zc8RN fJ4= =yDT6 -----END PGP SIGNATURE----- --------------xmascEVKWmeLcp0mda70dQuC-- From nobody Sun Feb 26 17:49:32 2023 X-Original-To: freebsd-hackers@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 4PPrk568VMz3tr2K for ; Sun, 26 Feb 2023 17:49:49 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic304-24.consmr.mail.gq1.yahoo.com (sonic304-24.consmr.mail.gq1.yahoo.com [98.137.68.205]) (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 did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4PPrk43rB7z43Hk for ; Sun, 26 Feb 2023 17:49:48 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=SUPzinaz; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.68.205 as permitted sender) smtp.mailfrom=marklmi@yahoo.com; dmarc=pass (policy=reject) header.from=yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1677433787; bh=lxr4RUkiasG2N56jHZAsJkRfOI0ItoqPifCV6GVbV+Y=; h=From:Subject:Date:To:References:From:Subject:Reply-To; b=SUPzinazNsoySjntlUruO3bBm7JUM5LBAo3DkJR5EIuFOUsGRkzbFPHMznc8RCpEeTyZz5accdNVuvnePPZXM+Hp5HylokQzPuERqDEgk3PWA99Fh/0imho5IdZNTaOYEXy5L6/eikz78Qo1evfxG0b8xrIrUnKy4ZdKYMKGKTp+zNbG8X1tB6gOKDRBYWJc97jokxB1mJpwhWqGOwTzHzvXfku/puKL6bBEOMtSgsB9hxykTfJFm92K/0mXCjHRCvp/sM0bw38Xc3rZ0lAA6smygKnwtfWK4aEwN+vbU1dQv3ml1k2bhNDSopPGkaxAQHL+sdYxI9lMqH0toYRdNg== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1677433787; bh=LF6sNlyDSc6d9db+xbZ5BmUQQxKUOurThaLzv0rRZGL=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=SSpGoJagHlImuEI9L8lFg/pXJn6ml0zLAT/DAPzlOqjXC/3B+bJqPIowwZ6wnFQC568uNUuqDFSX8PbUENGDpAgU2dlVCejLOWkXG6rbpf58lNeA3rOIiNL6rBonkN2B9+wF47EDx6X2v44xn5uS+jjcZOzcxfw16E365lAMFXzhfPtGksoqSw97sERSwgDSR3E04AYCbck0WQKKy4ChcZfLvjOxV+3pkYxr9x2+ZJxDuHjJFskRjh1IBPktNBezkxbzRg4I9DN+MzL4zyi6aSrSkEHejSJ6X4CZCNmatgVBxkzykoWOZX6CMtvQhThBbMpCibw9A+VCalijbtYoVA== X-YMail-OSG: LcX.AvAVM1lCvOWfs5vw_K480yzAfSOwRJ.PSazCBFFUhWo7N_k0W3DZDHuyCio ZL8y_3wygeh4KGYu5xxA74vstBLE4.lIDFgXIeB5OUzMmGaBlMMr332rOvG3aJTznggpjMHYvyok .EBc5_Lm5cUwzEEQgxWBMgLG5Exb.9Mv.FAmfxNMiSGL_k12tRu5ajk4gwp.kPwzROJHqgqVvAsO LguLPYofcqHSVfMolOdnYxaLaiA7jeBjOucrsdLCzt4PHxvPsGevz7J8X.TALEdsbdd_Nbc.njZ6 anVi8OmUMzPahR3KhXK.U6pyZhjuVpbOKsnTZHLyMIECVfpU1uZ46BgMQEA4XwIULl4tAgG6J4Jk VGQc8RoCMxThXAmTQZxqWjedEPZiT0Ud3sfPaOIF7YoeWkZPeeDEOz2UgTvP_QcsXSLgqI9Jq1Qw xTFSxlCfPPCxKtxvnwZwcx6kbsy607jgD3CbOsZRWNE0pVGjdOsB0K4MHoxX5LMpttIJm1X0iJxE UBToRtPBIYiNeBNq0yGO95YJnRQ6XMjvO1gbAULnlB0igSUG53WyUfwsAR.8xu_46BrzE8Q8WBiA QczUl_UQzzM1.quCtYFdCGwDMnxV9CfQMA765bQTLvF_GCoGJzBJj.ecA26od.2gpmaBURUNltMK t.8Pfli8sptBCsbkGW5_sojeFLgiUpkEm0kTAJsa5IxkTEo0ITBgy2jJ4uPbRWlbOC6wnZMts6zj ySoiJmgjV6ZZoSdnctVNqUe82IPF8IlNVMJ9R1SibCC0Yg7u8vkdZ4fPnN7n.ztLyIUW9TPVXsYP 3FbQk0qbYIjBBVMRxmvi5TXiG2MpRg4SDHo3gy1GPYznKiDG4G3K05jPYxc22.sh_KV9EtkmZJVS 3F5yGLST4s50LgKrURxu8O.VZQrP30bdVMPu66gOm2oG0ez4LDE4KHD3RCbsLMkp_T2XcWN_ky6H .BAQ35MYXtmnu3e0eKX_DEod_5i4U9bjdGbn175NeQnjjLB92Vae5.uEKn_IC_MFrexpBdbiFbP6 rwt5HGDJINqgu4n64Ie4hhxj2Ssdbxu2LNVaiDUYxszkNu9VaVGcC.1s3mcfUOCgmTZ.ka.irwvP CB6iF9t4QHgFnDTP8KbXnbCVb9kgnTtjxyEtQuUsvpX05V_ru3B2crsc8L7K4c8GqLZOs9mplD11 PIuf6jOpK2Qyoh3NGnVuuPAxSGJiLFP_6hpwlausBsPfGI3UiNDEOHQs0GOzQCS9JYTHEYsAd553 JNAeFcRpZrZF3M9.tHM2ilaTtK_dVpUfBzB.lSWhPOCwK39nLnu1YX8z9SOUOEZg2zDz9lV84VF3 oq9i9IRKxGwew.wh8C9s19CZrgDkx5eM9k6a0d9FlrwlHaliztq9Zc6EZLRml3sAA8AmeLdQKRtW Prf3I6DcqDrWP0d34LdVt3xya9WtdAazBIs8MdonNIxvd5kLGRWw8Y5aCUtZ_hQwAP0v4ZOYEKwJ j5YrXlfB2H6UPfUq20agm4fKKYjM.PArIcGPsjv95MJJ2WnxeOcDqzoS0DDt.7HbmPoG4bPvZcQu icLPyqiZnqStxmsGo68N3mhbbjj6iMJLDLEb89X0Lt5mYKhw3EIrSzJ88TuuzSR0.8omTo0QmwJh Pcfv1CIU7AzRICsATELQETK2vGho7AKPCOdQFw_CSofzQrvXWt4sjnNiXKpOdxlhUj867j_fmvPP WZplA.NmkhxG1DjDMwxLpO4BoUUQrXzELFI.HzGp4KDzbIc4DSbMEXLffwovca61khvnBdwHn9hL mQ4vycWO6tGs0tfORpaO_ruefnmlolazrIlDAmdHJKyVfpdh0j9PbvPv6GEjcP0axzfVXRm5nSGE dKh9qHnKS4SIhX.v_PWhSc4yT8kJ4bs17.hMF3tzimMCST7V51TlVjwXyu8lFs.sHfGVftYj4XA1 BJ8iPU2JZmjEWxnSoHIRSiujk36CdBy4JNTJ5rejtkFABekv57HP5AsvLUFgYPwqRyGQ.AsBtdjm NtjAtpfU4Gq1YSywEFmh4qLAY5d_gyYl2PmNSNUATI2GeLJk8FHk_MBZSUr.e7l169whgMUJouOT Vge2BUuZCwcQFYnG67Sm4zop9ucHlGxXyABAwEWBW9CDk5Sdk8jJ_NVv2HHUPc5EbwpNrpxG1cCh eJ3wKlG0eg_Y8PCdEjk5272pOqgFlKrvStdUU5DD0CR1bUErt7SN3sDSd6og..NcwQ00gxGfO533 hBiYpHgNeVIR9f3SZ_D_XmInaOFJXjbT5YXaVyHBT2JrgAhP__XsCnke0DFtE_kGTqMGJg9w- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic304.consmr.mail.gq1.yahoo.com with HTTP; Sun, 26 Feb 2023 17:49:47 +0000 Received: by hermes--production-gq1-655ddccc9-pfdbn (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 6ec987d86aa6356750736511a029f5db; Sun, 26 Feb 2023 17:49:43 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit List-Id: Technical discussions relating to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-hackers List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-hackers@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3731.400.51.1.1\)) Subject: RE: pkg(8): difference between "-c /path" and "-r /path" Message-Id: Date: Sun, 26 Feb 2023 09:49:32 -0800 To: michaelsprivate@gmail.com, FreeBSD Hackers X-Mailer: Apple Mail (2.3731.400.51.1.1) References: X-Spamd-Result: default: False [-3.50 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; MV_CASE(0.50)[]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; MIME_GOOD(-0.10)[text/plain]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; FROM_HAS_DN(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; RCVD_IN_DNSWL_NONE(0.00)[98.137.68.205:from]; RCVD_COUNT_THREE(0.00)[3]; FREEMAIL_FROM(0.00)[yahoo.com]; TO_DN_SOME(0.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; DKIM_TRACE(0.00)[yahoo.com:+]; FREEMAIL_TO(0.00)[gmail.com,freebsd.org]; RCPT_COUNT_TWO(0.00)[2]; MIME_TRACE(0.00)[0:+]; FROM_EQ_ENVFROM(0.00)[]; MLMMJ_DEST(0.00)[freebsd-hackers@freebsd.org] X-Rspamd-Queue-Id: 4PPrk43rB7z43Hk X-Spamd-Bar: --- X-ThisMailContainsUnwantedMimeParts: N Michael Schuster wrote on Date: Sun, 26 Feb 2023 09:07:14 UTC : > This question is (as of yet) more of the "fill in background info" type: > From the "pkg(8)" man-page: > > -c , --chroot > pkg will chroot in the environment. > > -r , --rootdir > pkg will install all packages within the specified directory>. > > up to now, I've leaned towards "pkg -c /path " when > installing/updating a BE mounted at /path, but, given some results in the > past that weren't quite clear to me (yes, that's a bit vague, sorry), I've > been wondering whether "-r /path" would have been better. For example, I have (aarch64 context): # bectl list BE Active Mountpoint Space Created 13S-CA72 - - 9.55G 2023-02-06 14:54 13_0R-CA72 - - 5.72G 2021-09-29 00:45 13_1R-CA72 - - 9.21G 2022-03-10 14:24 main-CA72 NR / 14.1G 2023-02-19 17:31 old-main-CA72 - - 1.80G 2023-02-09 21:20 So, other than 2 vintages of main [so: 14], there are different versions of FreeBSD: 2 releases of releng/13.* , a stable/13 , as well as the 2 main 's. I also build my own ports into local packages. Presume for the purposes here that in main-CA72 the ports were built for main, not for 13.0-RELEASE. If executed from, say, main-CA72 as the booted environment, pkg -r into a bectl mount of say 13_0R-CA72 (13.0-RELEASE), that would be inappropriate: puting things for main in a 13.0-RELEASE context would be a unsupported mismatch. But, if I had ports built for 13.0-RELEASE in 13_0R-CA72 , pkg -c into a bectl mount of 13_0R-CA72 would be appropriate. It could avoid needing a reboot to do the same command. Note that if I'd instead have booted 13_0R-CA72 and tried to pkg -c into a mount of main-CA72, that would not be appropriate because the 13.0-RELEASE kernel does not support running main's world in a chroot. For this, booting into a main context would be required. (I presume not wanting 13.0-RELEASE port builds installed in main so that -r would not be an option either.) Overall, without sufficient description of your bectl environment's type of content and the from/to combinations you would be attempting, there is no direct answer to your question and the answer may vary from from/to combination to from/to combination. (I've also ignored that pkg may do some validation of context that would block more than I've indicated. The description is already complicated enough. Other keep-it-simple presumptions are present as well.) === Mark Millard marklmi at yahoo.com From nobody Mon Feb 27 07:58:03 2023 X-Original-To: freebsd-hackers@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 4PQCXv00tlz3tmQm for ; Mon, 27 Feb 2023 07:58:07 +0000 (UTC) (envelope-from bapt@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (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 "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4PQCXt6bc0z3tLG; Mon, 27 Feb 2023 07:58:06 +0000 (UTC) (envelope-from bapt@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1677484686; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=336V4beVfsWCkHkcokpYT/Gra1NgynaOXoAH65Luquk=; b=Tle/BbZ/LE4mn3KQLgDQQarH6C4lzr0tEXyNhUVYecEZJTVsAUfrFKhutrD04S9/Firkr3 qIXKyqOOGn0Edc210OscFVui1wkMY4GOMj0I+qWfWtMmCESbRiXMFpi0F4PY+hZl7qPJNQ 2l4iY7FdEFis2Ec62XRFJwdWs/BSlVxsGjQHaE/VEJszkzXv55/BV0DqS51Fqu5o1dXgo5 N3vgzEqY6EypU+P6zVxhUKGC397iO6R/Zw375/GUqotc5EPfMzHzUXI4AgrwQSnE+H8+2S ruD/pAkLeOKzbikrt2k9fczeo1/94zGEmfATtWIjvhTzxY2g1XiDu/mehKFWCg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1677484686; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=336V4beVfsWCkHkcokpYT/Gra1NgynaOXoAH65Luquk=; b=A0OdVSYwpcNtQnTT+TgXv+fxbBdmf7MjUwEErdHh4fvKefN0ptR1Eoksxo0OLMu1GmwLdV qc3pDD9OQ7PdG3r+jPKYXGybiYHL0AmoYEmqnT01RySFiDubDgVPNr1XVBJ/DvQPAfC8QZ SolQDX6yFHTruevCxlPOLToE4QbEzsd7OcA65kYyDIEY0ziiJcIG2YkuGGQ1L9C2JRvSEr uEqEwZ9WmnutYM/Hgw6RPXJeH2MbMRIncSMvvL9EPbfnm0srFkGtw3ko4aF1IXtq7iiv8n x/uMVtt/DWp8MGFVH7Q5IKCZf+ZoazoXgG7EbA5vBPMLPZH08H8PE2koMPvHdw== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1677484686; a=rsa-sha256; cv=none; b=SRqx6mBaQapFRicjQ4zKPb5cNEYeg/rXqA4uDTz13t2orRSNVzh+1ndMUG2g6qGONyjXxF VITfvXHPV5CCRGHb5RLB5r1vUI8hriMDOzBFtKqfOLCXHLiQkd+WHWy30ceqbcbscY9f3h B8XBb1CK3TNqb7mFKBZZS+2M3Bv5VO/GIElsJscnMtOKxWD+NmAjynbu+hyonXOnJuISOw iZFFckt+/YZ6nGjLzRMr5JRd32pC7wnZCrlfdMj1KLwoe/LqFzvElI85njs7s+QbrzAzmD tu9nmT5sEG3QEaUSvCtgh4j1dcJn0pcOiaFfVH6wVcqrO6YvaqBFJxpeeo0g4g== Received: from aniel.nours.eu (nours.eu [IPv6:2001:41d0:8:3a4d::1]) (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) (Authenticated sender: bapt) by smtp.freebsd.org (Postfix) with ESMTPSA id 4PQCXt4CRhzynv; Mon, 27 Feb 2023 07:58:06 +0000 (UTC) (envelope-from bapt@FreeBSD.org) Received: by aniel.nours.eu (Postfix, from userid 1001) id 836C61AA251; Mon, 27 Feb 2023 08:58:03 +0100 (CET) Date: Mon, 27 Feb 2023 08:58:03 +0100 From: Baptiste Daroussin To: Michael Schuster Cc: FreeBSD Hackers Subject: Re: pkg(8): difference between "-c /path" and "-r /path" Message-ID: <20230227075803.ugvcrasatmtrycnf@aniel.nours.eu> References: List-Id: Technical discussions relating to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-hackers List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-hackers@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-ThisMailContainsUnwantedMimeParts: N On Sun, Feb 26, 2023 at 10:07:14AM +0100, Michael Schuster wrote: > Hi, > > This question is (as of yet) more of the "fill in background info" type: > From the "pkg(8)" man-page: > > -c , --chroot > pkg will chroot in the environment. > > -r , --rootdir > pkg will install all packages within the specified directory>. > > up to now, I've leaned towards "pkg -c /path " when > installing/updating a BE mounted at /path, but, given some results in the > past that weren't quite clear to me (yes, that's a bit vague, sorry), I've > been wondering whether "-r /path" would have been better. > > I'd appreciate thoughts/advice/comments, TIA > Michael pkg -c will chroot (real chroot as in chroot(2)) into the directory at early stage and execute everything from the inside. This means that for post install script the kernel of the host needs to be able to run the binary withing the guest (for instance you cannot cross install). For the packages themselves it is transparent if that is the case. pkg -r, will run everything from the host and with the provided rootdir prepend to all path in the packages and database, post install scripts needs to know about PKG_ROOTDIR variable (which is not the case for many of them in the ports tree). triggers will be deffered (to be run at next boot). pkg -r allows cross installation (preparing an arm64 rootdir on a amd64 host). In long term pkg -r is preferred, right now pkg -c is probably most of the time safest. Best regards, Bapt From nobody Mon Feb 27 08:01:15 2023 X-Original-To: freebsd-hackers@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 4PQCcY4XBFz3tnDd; Mon, 27 Feb 2023 08:01:17 +0000 (UTC) (envelope-from grarpamp@gmail.com) Received: from mail-vs1-xe36.google.com (mail-vs1-xe36.google.com [IPv6:2607:f8b0:4864:20::e36]) (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 4PQCcX73YVz3v6k; Mon, 27 Feb 2023 08:01:16 +0000 (UTC) (envelope-from grarpamp@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20210112 header.b=VDe5OIpr; spf=pass (mx1.freebsd.org: domain of grarpamp@gmail.com designates 2607:f8b0:4864:20::e36 as permitted sender) smtp.mailfrom=grarpamp@gmail.com; dmarc=pass (policy=none) header.from=gmail.com Received: by mail-vs1-xe36.google.com with SMTP id f23so9530687vsa.13; Mon, 27 Feb 2023 00:01:16 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=cc:to:subject:message-id:date:from:references:in-reply-to :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=0HTEAke/qyI+30ecfsW0l6UjpNRwo7rg3bbQ5kKcw3M=; b=VDe5OIpra8PN2QoSWj1JUYQXRDsK8BWB8OjO0qHHhMEdpXkVBxgKhoYFralFni1dUG cNr3yFO5BZnnLxunQQxwBkiLODMGjnyjJqljVqBxW1CD1AJ+IKzt848vsaEa/fzqagTR Mpz+jw9GfCmaN2pa2poy9HuAz590GbPy5kRlolejvMRbB5U6Yg8hSyZGYyeks5F6mw9a g2perU4qjLWODyAQH5xC/071aghFNR4eCzs8JXS60NCtP8HybwrLMOvesotTbZsxYFi/ eQJfF4c3JP/uvdasL8K7P1tRA1AZWN+zZKWlI5vLbpcZowyXHJON+j+AdOi/qR76+Vze GYTA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=cc:to:subject:message-id:date:from:references:in-reply-to :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=0HTEAke/qyI+30ecfsW0l6UjpNRwo7rg3bbQ5kKcw3M=; b=UbTiGTVpdK3JG5uC0909ThiSSW0YzHrDFjVSB9BeTYwOzIYz/UU0wSbXpd8O3GW9N6 ZhLbELquAUWkCoewgkahU4CcDb0o5Pv+Jy/zNavrAJXHlD7t5I9HER5c00nQyf0CUmHp dCoNJGRoM6AgFOOWsbQYFLex0QWubyI77VD2aH6MwFHqFN+fe7Un+liAV5xT5SAqM/Bv GVH8VjeUOmHKqfpXGR/94qO9rhm9XO+U+DC3pEyDURbXiC0Vcw36+sF4LeewDAtJL6RX 28hejouTGHZJAt49fwjDuB6albGbfdvI+R62OGwSgQf4Ep9+GevObZvXBHo/oYDENmvG Kg8Q== X-Gm-Message-State: AO0yUKXTTvRMlwFIi/h0k7t4/gMQJepRa5IBrG/ValGUc6qpZ9X9fDWc Tq1lr62kSZKli9pEfFESp5v3Bck1WHQZHvkOrl246bRwTWJJrxZK X-Google-Smtp-Source: AK7set+GIpT79djD1ljzK1uT/r+XOC91x5ZJUVM97VweZD//AyxYuDX8i7zG1vVFK3wAEgZjJWXtp0f9M43qyD2c2+U= X-Received: by 2002:a67:f3d0:0:b0:411:b8e8:a924 with SMTP id j16-20020a67f3d0000000b00411b8e8a924mr6958748vsn.7.1677484875583; Mon, 27 Feb 2023 00:01:15 -0800 (PST) List-Id: Technical discussions relating to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-hackers List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-hackers@freebsd.org MIME-Version: 1.0 Received: by 2002:a59:5502:0:b0:3aa:5eff:b75d with HTTP; Mon, 27 Feb 2023 00:01:15 -0800 (PST) In-Reply-To: References: <20210410154750.phxivk7idvza37nx@mutt-hbsd> From: grarpamp Date: Mon, 27 Feb 2023 03:01:15 -0500 Message-ID: Subject: Re: Arm64 Tier 1 FreeBSD 13 Phones To: freebsd-arm@freebsd.org Cc: freebsd-questions@freebsd.org, freebsd-hackers@freebsd.org, freebsd-current@freebsd.org Content-Type: text/plain; charset="UTF-8" X-Spamd-Result: default: False [-3.97 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.97)[-0.973]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36:c]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20210112]; MIME_GOOD(-0.10)[text/plain]; MLMMJ_DEST(0.00)[freebsd-arm@freebsd.org,freebsd-questions@freebsd.org,freebsd-hackers@freebsd.org,freebsd-current@freebsd.org]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::e36:from]; FROM_EQ_ENVFROM(0.00)[]; ARC_NA(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; MID_RHS_MATCH_FROMTLD(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; FROM_HAS_DN(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; FREEMAIL_FROM(0.00)[gmail.com]; TO_MATCH_ENVRCPT_ALL(0.00)[]; TO_DN_NONE(0.00)[]; RCVD_TLS_LAST(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim] X-Rspamd-Queue-Id: 4PQCcX73YVz3v6k X-Spamd-Bar: --- X-ThisMailContainsUnwantedMimeParts: N [cc'd for fyi, trim replies to where applicable] Updates... Subject: FreeBSD on the PinePhone Pro From: Joseph Mingrone Date: Thu, 29 Dec 2022 To: freebsd-jobs@freebsd.org The FreeBSD Foundation was recently contacted by Honeyguide [1] about funding work to make FreeBSD run on the PinePhone Pro [2]. The developer or development team must be based out of South Africa. If you are interested, please contact me. [1] https://honeyguide.eu/ [2] https://www.pine64.org/pinephonepro/ https://www.youtube.com/watch?v=pCxDcMdr_fo PinePhone Pro Platform https://wiki.pine64.org/wiki/PinePhone_Pro https://en.wikipedia.org/wiki/PinePhone_Pro https://forum.pine64.org/showthread.php?tid=14781&pid=99709 Fbsd13 https://forum.pine64.org/showthread.php?tid=7738&action=lastpost https://twitter.com/Fivnex/status/1365105202806710272 PotabiOS FreeBSD https://potabi.fivnex.co/ https://www.reddit.com/r/Fivnex/ https://en.wikipedia.org/wiki/List_of_open-source_mobile_phones https://en.wikipedia.org/wiki/Comparison_of_open-source_mobile_phones Devices like PinePhone and Purism Librem Phone, and evolving market of somewhat inexpensive ARM64's, could be synergy with developing world + cryptocurrency + freespeech + etcetera, ie: better than featurephones, less than PC/laptop, yet still mobile. Many others around world would seek to use and or [crowd] fund real unix on phones. Linux runs there, so It is now only about putting groups together to do it :) https://www.reddit.com/r/linuxsucks/comments/pokckt/ama_linuxfreebsd_user_and_potabi_os_dev/ https://www.reddit.com/user/Nettly_/submitted/ " Subject: Are there any plans about designing and producing a FreeBSD smartphone with privacy in mind? https://lists.freebsd.org/archives/freebsd-questions/2022-November/002352.html " " Klara Inc. is looking for an Arm Compiler and Toolchain Engineer. " " Seeking Systemd FREE distro recommendations - /r/pinephone DingDongHelloBayley: I'm after a privacy focused distro devoid of systemd. Reasoning: https://nosystemd.org/ nilsma231: Maybe you could look into FreeBSD? " -- https://www.youtube.com/watch?v=xWAwK2fHArc https://www.youtube.com/watch?v=_U3lEc-IFr8 https://duckduckgo.com/?ia=videos&iax=videos&q=voluntaryism https://odysee.com/@Anarchast:2 https://bitchute.com/ || https://rumble.com/ https://twitter.com/NameRedacted247 https://libertarianinstitute.org/books/voluntaryist-handbook/ From nobody Mon Feb 27 08:04:34 2023 X-Original-To: freebsd-hackers@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 4PQChd2R1Fz3tnFL for ; Mon, 27 Feb 2023 08:04:49 +0000 (UTC) (envelope-from michaelsprivate@gmail.com) Received: from mail-lf1-x131.google.com (mail-lf1-x131.google.com [IPv6:2a00:1450:4864:20::131]) (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 4PQChc75myz40cS; Mon, 27 Feb 2023 08:04:48 +0000 (UTC) (envelope-from michaelsprivate@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-lf1-x131.google.com with SMTP id r27so7342594lfe.10; Mon, 27 Feb 2023 00:04:48 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:from:to:cc:subject:date :message-id:reply-to; bh=kRZJ3uEcL0akLpD970RzkNxlCRo5iyBTOdk/nnlWSwg=; b=gCf8OPZ7lci/gv0KP1G7P4gJwhifr7OeJ3aHlKuXXtRua6TB9On8ZTcPwOm5AoEWCL b3tPJBcR5+Df+yCtGNTAI+cSQokvK7l+eHZS4ookd4NG3IYjfyXU0XHVhPoDcNSxz4zz 5UhgIwDAhcToVzIUBba4HVNXtsh2yB9oHDHhTnD0uAecfcMw5v0xYdGBukFt2wocZI0r ytCpA78fdQ9B7Cl6qXL6o/p8K82ihajpJFpo1MbnPb+7SY8kePJDCHAjVbkgBkv2tFOs 1uS/wSrw7v3Ej8fWX3AW/8u39pt2jP7j4HF87VEG4EW7l4crqY/d9vN9uj8Hp1AhhupI gXQA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=content-transfer-encoding:cc: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=kRZJ3uEcL0akLpD970RzkNxlCRo5iyBTOdk/nnlWSwg=; b=oiG7bKRSMXjFcRVhWsKtPUY51MtHgJ4LMHoemM+BrfQp//EvB1qHhSLbHSbZxKOZg1 +tLfcI87HEn1MwL8jsTfm2DY0LVYVL9C1HqULtMJQAjxuPY8xrH51WDvaiA6RXbdfAiH wpRVaQ94G2MXiuD+kYLhW0kfLSX3/EUjGGr3p4qmQjaQJpk5Y2jA6krCptqwLyQz+/B4 gh4vpgW58poG6Hd86XHAytPuchJ33Lf0EYm/hI+RyVBd/XH5if/vUAIeWEVbvn5Vpri9 ULhWBzhd8KCaOVN1aafQ6sirAZMYtRhai3nsGfV6bRP8K1kTF+h10rm35205/aQN7uKo uUuw== X-Gm-Message-State: AO0yUKVEboU58y0KiOh7np8RPf67LTRo0m7SnNwaCOjaT+d0hI90fspc R601WtT2ygXAaAEqmaJbs/2wuvDYI4H6Ifnf5HJFRvjNYQxz0Q== X-Google-Smtp-Source: AK7set8dTqDBR62w4sf9PNr7aLxCnJkXicM84fNVM9zaZgC4Q71fs5fRJPXn3T+ToRKRvcIxSC8LSJuICH13bold/Tk= X-Received: by 2002:ac2:54b0:0:b0:4db:266c:4339 with SMTP id w16-20020ac254b0000000b004db266c4339mr7243781lfk.2.1677485086107; Mon, 27 Feb 2023 00:04:46 -0800 (PST) List-Id: Technical discussions relating to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-hackers List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-hackers@freebsd.org MIME-Version: 1.0 References: <20230227075803.ugvcrasatmtrycnf@aniel.nours.eu> In-Reply-To: <20230227075803.ugvcrasatmtrycnf@aniel.nours.eu> From: Michael Schuster Date: Mon, 27 Feb 2023 09:04:34 +0100 Message-ID: Subject: Re: pkg(8): difference between "-c /path" and "-r /path" To: Baptiste Daroussin Cc: FreeBSD Hackers Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 4PQChc75myz40cS X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-ThisMailContainsUnwantedMimeParts: N Guys, see inline On Mon, Feb 27, 2023 at 8:58=E2=80=AFAM Baptiste Daroussin wrote: > > On Sun, Feb 26, 2023 at 10:07:14AM +0100, Michael Schuster wrote: > > Hi, > > > > This question is (as of yet) more of the "fill in background info" type= : > > From the "pkg(8)" man-page: > > > > -c , --chroot > > pkg will chroot in the environment. > > > > -r , --rootdir > > pkg will install all packages within the specified > directory>. > > > > up to now, I've leaned towards "pkg -c /path " when > > installing/updating a BE mounted at /path, but, given some results in t= he > > past that weren't quite clear to me (yes, that's a bit vague, sorry), I= 've > > been wondering whether "-r /path" would have been better. > > > > I'd appreciate thoughts/advice/comments, TIA > > Michael > > pkg -c will chroot (real chroot as in chroot(2)) into the directory at ea= rly > stage and execute everything from the inside. > > This means that for post install script the kernel of the host needs to b= e able > to run the binary withing the guest (for instance you cannot cross instal= l). > > For the packages themselves it is transparent if that is the case. > > pkg -r, will run everything from the host and with the provided rootdir p= repend > to all path in the packages and database, post install scripts needs to k= now > about PKG_ROOTDIR variable (which is not the case for many of them in the= ports > tree). triggers will be deffered (to be run at next boot). > > pkg -r allows cross installation (preparing an arm64 rootdir on a amd64 h= ost). > > In long term pkg -r is preferred, right now pkg -c is probably most of th= e time > safest. my main use case is keeping the current installation (13 Release for now) up to date and to have a fallback when installing new software; in that case, if I understand your comments correctly so far, either should work equally well. thx Michael > > Best regards, > Bapt --=20 Michael Schuster http://recursiveramblings.wordpress.com/ recursion, n: see 'recursion' From nobody Mon Feb 27 08:39:06 2023 X-Original-To: freebsd-hackers@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 4PQDSC5nc9z3tqC1 for ; Mon, 27 Feb 2023 08:39:07 +0000 (UTC) (envelope-from bapt@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (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 "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4PQDSC5GnTz43g9; Mon, 27 Feb 2023 08:39:07 +0000 (UTC) (envelope-from bapt@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1677487147; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=IY35rUHgawRn81rPScg28+DRsc/WlY8FeOLxim7iKqA=; b=F9pLOoZtUvTCOYF3QDEeh1dM+UfD+9gqcAUJx+5tIk4LGZmP8u2KkIgwM17gCwkAaJiX8m gLhfc6NAF4XkdYXTZRrSYyWNVTEjWgU3qrisS8u0wj3F7p1bdVlVJ8BYaQYFumimgyA/NS QQybI+kuk/nlAeQ9+mNCp3ToFZ7Kz6H0AMG+IN6mjn3yZHaN3vhJ6bWvqTenn6j1HH5PSB zKA/r1Jj7EsS6We8l3nVIm0nIXn9cTrOGUAIXv0zQs1Ilt6gShgtBIXK97j8rc5sjBnEBr +9E1+k9IHp3unUeB9l1uij4fE2qp8uB1SpRvcfcPgMoFSjsK/lGBB/yki34h0A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1677487147; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=IY35rUHgawRn81rPScg28+DRsc/WlY8FeOLxim7iKqA=; b=xp3NZly6hmbBZCGjyPg8BJTNoMla47HEcRTiz0yde4TBeCnnxQrS/sbaXv128e9iG7c0le 0I9xXjnFH2bLchOwK6O0qSa9bpcHcMtcaZizBYabgWXCBSiXWEh6ll+i1x17udK0WTBod8 4UZ0485eX1An1NE9Gw+sEhEHcunhnFOCBokaMppxdz6Yz5Bic38AyIrQ3Zw9IRMXf3RuE7 86uZqfMQ/gXM+RZ03J2+kULwrhaqhMjEjMpDmJCn0PGMQb17S2ktQ2dO7fL7Alh4eqwH2x BAhEbugTO01l20eXpiSOu0CcBCSD5EXLaH+mn3S7dME+vRPX8ppXARF+/EVPBg== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1677487147; a=rsa-sha256; cv=none; b=N22/VJ+e8yeyfN+nVC8VgIl3CDQHJYPoZzSfB9KXyJ8LmxbH1i1dFB0bS178OnlyWTfdOE Xdwnh3J11t0k8gIBXtwnGs5+zzbme2uzyTuHEZf/lu5mfxNM1MpqULVREzoEyHaFHV+p2Q HLFLIDJFABGczoj9M6VdhAZBqlngFTxzejOeqNhM9r7tg8BLtixb9ecPT0+FFQjrOzK2WE JOLrf+Knb0IIub6JjNsKaFBuB4mDlnnTs1xhLexN9z7qKoFvUJkUkEh6NfCIwBHOmlU08R z4+rvT6ht8GchsDO4QmW0/GT3WPdgoHi3GhqoQgmh5foGPKRXbsmL59k/G9k4Q== Received: from aniel.nours.eu (nours.eu [IPv6:2001:41d0:8:3a4d::1]) (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) (Authenticated sender: bapt) by smtp.freebsd.org (Postfix) with ESMTPSA id 4PQDSC3h2Jz10nZ; Mon, 27 Feb 2023 08:39:07 +0000 (UTC) (envelope-from bapt@freebsd.org) Received: by aniel.nours.eu (Postfix, from userid 1001) id 2D2A01AA503; Mon, 27 Feb 2023 09:39:06 +0100 (CET) Date: Mon, 27 Feb 2023 09:39:06 +0100 From: Baptiste Daroussin To: Michael Schuster Cc: FreeBSD Hackers Subject: Re: pkg(8): difference between "-c /path" and "-r /path" Message-ID: <20230227083906.foasrirso33jhn4c@aniel.nours.eu> References: <20230227075803.ugvcrasatmtrycnf@aniel.nours.eu> List-Id: Technical discussions relating to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-hackers List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-hackers@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: X-ThisMailContainsUnwantedMimeParts: N On Mon, Feb 27, 2023 at 09:04:34AM +0100, Michael Schuster wrote: > Guys, > > see inline > > On Mon, Feb 27, 2023 at 8:58 AM Baptiste Daroussin wrote: > > > > On Sun, Feb 26, 2023 at 10:07:14AM +0100, Michael Schuster wrote: > > > Hi, > > > > > > This question is (as of yet) more of the "fill in background info" type: > > > From the "pkg(8)" man-page: > > > > > > -c , --chroot > > > pkg will chroot in the environment. > > > > > > -r , --rootdir > > > pkg will install all packages within the specified > > directory>. > > > > > > up to now, I've leaned towards "pkg -c /path " when > > > installing/updating a BE mounted at /path, but, given some results in the > > > past that weren't quite clear to me (yes, that's a bit vague, sorry), I've > > > been wondering whether "-r /path" would have been better. > > > > > > I'd appreciate thoughts/advice/comments, TIA > > > Michael > > > > pkg -c will chroot (real chroot as in chroot(2)) into the directory at early > > stage and execute everything from the inside. > > > > This means that for post install script the kernel of the host needs to be able > > to run the binary withing the guest (for instance you cannot cross install). > > > > For the packages themselves it is transparent if that is the case. > > > > pkg -r, will run everything from the host and with the provided rootdir prepend > > to all path in the packages and database, post install scripts needs to know > > about PKG_ROOTDIR variable (which is not the case for many of them in the ports > > tree). triggers will be deffered (to be run at next boot). > > > > pkg -r allows cross installation (preparing an arm64 rootdir on a amd64 host). > > > > In long term pkg -r is preferred, right now pkg -c is probably most of the time > > safest. > > my main use case is keeping the current installation (13 Release for > now) up to date and to have a fallback when installing new software; > in that case, if I understand your comments correctly so far, either > should work equally well. > Almost, right now pkg -c should work best as not 100% of the scritps in the ports tree are pkg -r aware. Best regards, Bapt From nobody Mon Feb 27 16:36:58 2023 X-Original-To: freebsd-hackers@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 4PQR3h6tnGz3vKc9 for ; Mon, 27 Feb 2023 16:37:04 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: from mail-qt1-x836.google.com (mail-qt1-x836.google.com [IPv6:2607:f8b0:4864:20::836]) (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 4PQR3h1xCQz3mPm; Mon, 27 Feb 2023 16:37:04 +0000 (UTC) (envelope-from markjdb@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20210112 header.b=bA4MLi5o; spf=pass (mx1.freebsd.org: domain of markjdb@gmail.com designates 2607:f8b0:4864:20::836 as permitted sender) smtp.mailfrom=markjdb@gmail.com; dmarc=none Received: by mail-qt1-x836.google.com with SMTP id c19so7229988qtn.13; Mon, 27 Feb 2023 08:37:04 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:sender:from:to:cc:subject:date:message-id :reply-to; bh=NPhS+PRHH4Q4zu2GiAPg/mfeVaIn1t6NJAXCmhLDeQA=; b=bA4MLi5oKUB6JRSBm1hu9PMvn+w+nRyeiQ8seYY8tKOUvtixJFoDcz0hl4SzbciViU 2GINyJjhR0N5h/fYaIQ8PoHG5ObWWXsUxdYEq6M2miQCf4oLpDGquvJi+egscFzwQ2lw Im/ZtgTD73xAXe4sWfUhYvmNNjZQjUKhdazmkX/SrjKbV2JFPqbJ0qSExtb/+A75/OMn epIrZqadStylTPSMMpCEemOQrVztFdnkmnkZReaBFJeKF5acOomObX/IuaKWCERXwsJc p+SblAl8ecBqC9a+fct7H6/s8qrtx084zt7yR7yfedpyThlilC8IDbzg0w5DtuNXSAjS MBBw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:sender:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=NPhS+PRHH4Q4zu2GiAPg/mfeVaIn1t6NJAXCmhLDeQA=; b=aap5DOSc6FFty/SNdMXkKK4RvAttrb17FNWscboQcC/go17WJDa0/kdpSM2DxwIJGV J5hypfJJ+lIUxbB6s1xs4P9DmsCZ37b8/3B+700D9jT2Mj++J/FmZO+bs+jlcWVR4eQr d7XLErr09PsODvDRYvAiYdoy4knuSfc5491mOg89yPWJxVJZPHxDBjRGfMNvxEvpJ+Fh ZZ/1p2xijzFQERQbZ8WaBuXXY3FXPnzcIM1ZUFsLK5I5YAsOCfRuEdbLCcWsM8YT6/v5 IYKzcHUTM9jXRKAHFqmnlTb9hxRgAIP9TZXvxqNh9AXmUwGBVRSBRhcMMdxYVtJDX55t s/7A== X-Gm-Message-State: AO0yUKWYhubnw3UnnQ7Sxx2ybE3oNFd4++iEj+98R7OTP8y9dMjKTgBJ xgSA8FTsMsz0m8N1W7WCgntaR+BkxBQ= X-Google-Smtp-Source: AK7set8btRS2/vDvD+cvJ13A6WgKHdwIsvVD/2yHkmpgjxqWpJeRKtUlYjtK7ntYNoSX3DBVpjlu8w== X-Received: by 2002:a05:622a:343:b0:3ba:151a:d300 with SMTP id r3-20020a05622a034300b003ba151ad300mr32488780qtw.60.1677515820828; Mon, 27 Feb 2023 08:37:00 -0800 (PST) Received: from nuc (192-0-220-237.cpe.teksavvy.com. [192.0.220.237]) by smtp.gmail.com with ESMTPSA id o9-20020ac841c9000000b003b6382f66b1sm4876853qtm.29.2023.02.27.08.37.00 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 27 Feb 2023 08:37:00 -0800 (PST) Date: Mon, 27 Feb 2023 11:36:58 -0500 From: Mark Johnston To: Zhenlei Huang Cc: freebsd-hackers@freebsd.org Subject: Re: Confused about the kernel stack backtrace Message-ID: References: List-Id: Technical discussions relating to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-hackers List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-hackers@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Spamd-Result: default: False [-2.68 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.98)[-0.976]; MID_RHS_NOT_FQDN(0.50)[]; FORGED_SENDER(0.30)[markj@freebsd.org,markjdb@gmail.com]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20210112]; MIME_GOOD(-0.10)[text/plain]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::836:from]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; MLMMJ_DEST(0.00)[freebsd-hackers@freebsd.org]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; FREEMAIL_ENVFROM(0.00)[gmail.com]; RCPT_COUNT_TWO(0.00)[2]; RCVD_COUNT_THREE(0.00)[3]; FROM_NEQ_ENVFROM(0.00)[markj@freebsd.org,markjdb@gmail.com]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; TO_DN_SOME(0.00)[]; DMARC_NA(0.00)[freebsd.org]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim] X-Rspamd-Queue-Id: 4PQR3h1xCQz3mPm X-Spamd-Bar: -- X-ThisMailContainsUnwantedMimeParts: N On Sun, Feb 26, 2023 at 02:22:08PM +0800, Zhenlei Huang wrote: > > On Feb 24, 2023, at 11:34 PM, Mark Johnston wrote: > >>> Memory modified after free 0xfffffe00ccc29000(8184) val=0 @ 0xfffffe00ccc29698 > >>> panic: Most recently used by temp > >> > >>> cpuid = 0 > >>> time = 1677239728 > >>> KDB: stack backtrace: > >>> db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe0084e3eaa0 > >>> vpanic() at vpanic+0x152/frame 0xfffffe0084e3eaf0 > >>> panic() at panic+0x43/frame 0xfffffe0084e3eb50 > >>> mtrash_dtor() at mtrash_dtor/frame 0xfffffe0084e3eb70 > >>> item_ctor() at item_ctor+0x11f/frame 0xfffffe0084e3ebc0 > >>> malloc() at malloc+0x7f/frame 0xfffffe0084e3ec00 > >>> g_read_data() at g_read_data+0x82/frame 0xfffffe0084e3ec40 > >>> g_use_g_read_data() at g_use_g_read_data+0x46/frame 0xfffffe0084e3ec60 > >>> readsuper() at readsuper+0x29/frame 0xfffffe0084e3ecf0 > >>> ffs_sbget() at ffs_sbget+0x84/frame 0xfffffe0084e3ed70 > >>> g_label_ufs_taste_common() at g_label_ufs_taste_common+0x8b/frame 0xfffffe0084e3edc0 > >>> g_label_taste() at g_label_taste+0x1d0/frame 0xfffffe0084e3eea0 > >>> g_new_provider_event() at g_new_provider_event+0x9a/frame 0xfffffe0084e3eec0 > >>> g_run_events() at g_run_events+0x104/frame 0xfffffe0084e3eef0 > >>> fork_exit() at fork_exit+0x80/frame 0xfffffe0084e3ef30 > >>> fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe0084e3ef30 > >>> --- trap 0, rip = 0, rsp = 0, rbp = 0 --- > >>> KDB: enter: panic > >> > >> The source code sys/vm/uma_dbg.c shows clearly that the panic comes from `mtrash_ctor()`. > >> > >> Why KDB shows that the panic is from `mtrash_dtor()` ? > > > > I couldn't reproduce this locally (i.e., the stack trace looks correct > > when the UAF is triggered), but the problem is a bit clearer after > > grabbing a kernel from artifact.ci.freebsd.org . > > Maybe a hand-crafted kernel module which modify after free intensionally can reproduce this easily. > > > > > In mtrash_ctor(), the final instruction is a call to panic(): > > > > (kgdb) disas mtrash_ctor > > ... > > 0xffffffff80f766be <+110>: mov 0x10(%rax),%rsi > > 0xffffffff80f766c2 <+114>: mov $0xffffffff81200154,%rdi > > 0xffffffff80f766c9 <+121>: xor %eax,%eax > > 0xffffffff80f766cb <+123>: call 0xffffffff80bed350 > > (kgdb) > > > > This works because the compiler knows that panic() never returns. > > > > However, the return address saved on the stack will still point to the > > "next" instruction, which is now outside of the bounds of the > > mtrash_ctor symbol, and it happens to be the first instruction of > > mtrash_dtor(): > > > > (kgdb) x/2i 0xffffffff80f766cb > > > > 0xffffffff80f766cb : call 0xffffffff80bed350 > > 0xffffffff80f766d0 : push %rbp > > > > So DDB's stack unwinder reports the call as coming from mtrash_dtor() > > instead of mtrash_ctor(). > > Thanks for the detailed analyzation ! > > > > > I'm not sure how to fix this. Instead of resolving the symbol > > containing the return address, it could maybe resolve the symbol > > containing the previous instruction, but variable-length instructions > > make that tricky. > > I'd like to look at this issue when I have time. It was pointed out in private mail that there's no need to use an instruction boundary when resolving a text address. In fact, db_nextframe() already knows about this problem, and I believe the patch below is sufficient to fix the stack trace. But we need some way to test it. diff --git a/sys/amd64/amd64/db_trace.c b/sys/amd64/amd64/db_trace.c index c38f4f6a4860..70aa6c3acdd1 100644 --- a/sys/amd64/amd64/db_trace.c +++ b/sys/amd64/amd64/db_trace.c @@ -200,7 +200,10 @@ db_nextframe(struct amd64_frame **fp, db_addr_t *ip, struct thread *td) return; } - db_print_stack_entry(name, rip, &(*fp)->f_frame); + /* + * See the comment above the db_search_symbol() call. + */ + db_print_stack_entry(name, rip - 1, &(*fp)->f_frame); /* * Point to base of trapframe which is just above the From nobody Mon Feb 27 19:35:23 2023 X-Original-To: freebsd-hackers@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 4PQW1V2DV1z3vWnP for ; Mon, 27 Feb 2023 19:35:26 +0000 (UTC) (envelope-from jhb@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (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 "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4PQW1T6zW7z4CLn; Mon, 27 Feb 2023 19:35:25 +0000 (UTC) (envelope-from jhb@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1677526526; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=+ARd3fee6ATh0q/3o4wUAfU6Zx5KzRYKt7TKclDXzCQ=; b=GcpKiFYF5r/ltLIVC8fwkwYhis1zBVh0b0U0vxlyX7B045Ft1BD6ev1M9iqCMrcTOXvBRF QaMlC7msd5ci6Gza84xMKWVjNoNnDLsaLA7gs8PCbyF2j05ZlclyxWnM32mB0dOWYjYPrF ZToIsgig0mvf0lc8kYAeoPcIXLJsBdM62ur5h0suyQSGy8FPWUOgLdeDcs1KI/i+Zivqz0 UfRgmNCE8EwIYM/oUOFDxDcwUUEmm31GQeHChBO6QgJjfKQGuUGB1GlzA7jpp8R7vpC4tK tWR5extCMXM1vLFZVTEh5JF2ew/o1P1LPXQCpZ3mhL8n569097ORG2TQ67FmeA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1677526526; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=+ARd3fee6ATh0q/3o4wUAfU6Zx5KzRYKt7TKclDXzCQ=; b=yAWqlpVinCHV1UtEwomQAanFdq2vjQIV7LsQ0l85EVY4r8K2aI8YW63Q+o7ObDajwHHzRd lRmdIagWFEslUeTJ3ZMonYfBJIlIsvlK57uurVV0miADiR5PU2ba25127p/knCQ2UPsLK+ O3bVRzRVNg6qxVNYu99R8CSX+79xWDmz0//dmnl7plwuu61tkCwIsfUuZaUGuqA82FFoga HINoe6ZGcvLZ2uCsPBJosWuOCnyUJbCe3ciAzSn7sFAPMRiF6rdWeKpbpvGi50pxUOdjH4 TRbk0qluEjweupb0WsetfwLpOZ0BpJ4L/sZ0mzh3doWOMyoab3hjvwE+pu/dRw== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1677526526; a=rsa-sha256; cv=none; b=XmCWEaT2FZkd9AxIwKIsq7+ggG4H/v1/HgpkxoHxesr89kJ36qqd9uykZ9MraJJEIoImud RQzhx3s9m4QOjIvjdcDdyWJp0Z6Wh9zooJzCzV+x1TBpKUPda1B8CW6qrgt329Y7N3fc5k GpcnYhrpAGhuZMBocS4rGZobw4dJ35PuqWRwt02MhSLzI4+sLznzYp8WwJey9SQtAwgWfp xs0iRs9MppeMx2IG84cYewXhaWWnPF/cHtIMNMZvbb/TI/f8rxPrjqlgMx6kB2MKP0BOAj Uo55nFDzTEe2/JYMTwXiO5vzZ2gbq+QLbgOaWAveNiQ6wKCJg29keEy29z/1nw== Received: from [IPV6:2601:648:8680:16b0:a016:f345:edc0:be49] (unknown [IPv6:2601:648:8680:16b0:a016:f345:edc0:be49]) (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 did not present a certificate) (Authenticated sender: jhb) by smtp.freebsd.org (Postfix) with ESMTPSA id 4PQW1T39sCz1C7K; Mon, 27 Feb 2023 19:35:25 +0000 (UTC) (envelope-from jhb@FreeBSD.org) Message-ID: <945be88e-b6f2-d616-7fa6-a1c6405f3bab@FreeBSD.org> Date: Mon, 27 Feb 2023 11:35:23 -0800 List-Id: Technical discussions relating to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-hackers List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-hackers@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:102.0) Gecko/20100101 Thunderbird/102.8.0 To: Zhenlei Huang , Rick Macklem References: <16C3AC44-4D19-4B6E-B277-03A3BF2C3E10@FreeBSD.org> Content-Language: en-US From: John Baldwin Cc: "freebsd-hackers@freebsd.org" Subject: Re: Confused about the kernel stack backtrace In-Reply-To: <16C3AC44-4D19-4B6E-B277-03A3BF2C3E10@FreeBSD.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-ThisMailContainsUnwantedMimeParts: N On 2/25/23 10:26 PM, Zhenlei Huang wrote: > >> On Feb 24, 2023, at 11:43 PM, Rick Macklem wrote: >> >> Btw, thanks to markj@'s quick review, D38750 is now in main. >> I'll keep an eye on the ci test results, but I suspect this is now >> fixed. >> >> Sorry about the breakage, rick > > No worry. I was not blaming but think this might be an issue of DDB / KDB (for the falsely reported stack trace). Likely what happened is that the compiler moved the call to panic to the end of the function in a "cold" section, and since panic is marked "noreturn" there wasn't an instruction after the call to panic. The panic stackframe still saves a return address, it just points to the instruction after the call/branch. However, that instruction is no longer in the mtrash_ctor function, and if there wasn't a padding gap, it instead points to the first instruction of the next function, in this case mtrash_dtor. Some unwinders do try to correct for this (e.g. I think I've patched at least one somewhere in FreeBSD) by subtracting 1 from the return address when resolving the function symbol. However, you'd have to undo the subtraction to manually fixup the offset. Most of the time it really isn't worth dealing with as the other parts of the stack trace are sufficient to determine what's going on. >> >> On Fri, Feb 24, 2023 at 5:26 AM Zhenlei Huang wrote: >>> >>> CAUTION: This email originated from outside of the University of Guelph. Do not click links or open attachments unless you recognize the sender and know the content is safe. If in doubt, forward suspicious emails to IThelp@uoguelph.ca >>> >>> >>> Hi, >>> >>> The job FreeBSD-main-amd64-test on ci is failing, and some kernel stack backtrace [1] >>> looks weird. >>> >>>> Memory modified after free 0xfffffe00ccc29000(8184) val=0 @ 0xfffffe00ccc29698 >>>> panic: Most recently used by temp >>> >>>> cpuid = 0 >>>> time = 1677239728 >>>> KDB: stack backtrace: >>>> db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe0084e3eaa0 >>>> vpanic() at vpanic+0x152/frame 0xfffffe0084e3eaf0 >>>> panic() at panic+0x43/frame 0xfffffe0084e3eb50 >>>> mtrash_dtor() at mtrash_dtor/frame 0xfffffe0084e3eb70 >>>> item_ctor() at item_ctor+0x11f/frame 0xfffffe0084e3ebc0 >>>> malloc() at malloc+0x7f/frame 0xfffffe0084e3ec00 >>>> g_read_data() at g_read_data+0x82/frame 0xfffffe0084e3ec40 >>>> g_use_g_read_data() at g_use_g_read_data+0x46/frame 0xfffffe0084e3ec60 >>>> readsuper() at readsuper+0x29/frame 0xfffffe0084e3ecf0 >>>> ffs_sbget() at ffs_sbget+0x84/frame 0xfffffe0084e3ed70 >>>> g_label_ufs_taste_common() at g_label_ufs_taste_common+0x8b/frame 0xfffffe0084e3edc0 >>>> g_label_taste() at g_label_taste+0x1d0/frame 0xfffffe0084e3eea0 >>>> g_new_provider_event() at g_new_provider_event+0x9a/frame 0xfffffe0084e3eec0 >>>> g_run_events() at g_run_events+0x104/frame 0xfffffe0084e3eef0 >>>> fork_exit() at fork_exit+0x80/frame 0xfffffe0084e3ef30 >>>> fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe0084e3ef30 >>>> --- trap 0, rip = 0, rsp = 0, rbp = 0 --- >>>> KDB: enter: panic >>> >>> The source code sys/vm/uma_dbg.c shows clearly that the panic comes from `mtrash_ctor()`. >>> >>> Why KDB shows that the panic is from `mtrash_dtor()` ? >>> >>> [1] https://lists.freebsd.org/archives/dev-ci/2023-February/003055.html >>> >>> Best regards, >>> Zhenlei >>> >>> > > > -- John Baldwin From nobody Mon Feb 27 21:25:12 2023 X-Original-To: freebsd-hackers@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 4PQYRb4yWFz3t9YD; Mon, 27 Feb 2023 21:24:43 +0000 (UTC) (envelope-from ihor@antonovs.family) Received: from mail.antonovs.family (mail.antonovs.family [100.25.240.195]) (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 (2048 bits) client-digest SHA256) (Client CN "mail.antonovs.family", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4PQYRb2jLlz3Hgp; Mon, 27 Feb 2023 21:24:43 +0000 (UTC) (envelope-from ihor@antonovs.family) Authentication-Results: mx1.freebsd.org; none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=antonovs.family; s=20200215; t=1677533073; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=9am9nTdYoVrnlq2NW9Gvm7M3bt0Unh6XVf26c3sWlWw=; b=PawKx6DpxAjcCfRzztJUMY3YG22YBhj5IWrHwfzbXWYJlaeb+ANT+Is0BPd3rr7aHzaogj uj8aOcO8Bk+zY1zX6iBwJtm6lOu+mJgYhjiq/z4VTBhG4iuCHxPJE8Pg35BEnfnOMEZhum cIxB1eSxrR3Zd2kgB7Xd/y8nZK2hisQ= Received: by mail.antonovs.family (OpenSMTPD) with ESMTPSA id b4c3fa5b (TLSv1.3:TLS_AES_256_GCM_SHA384:256:NO); Mon, 27 Feb 2023 21:24:32 +0000 (UTC) Message-ID: <7ec68ac9-377b-0c7c-7cdc-948e771a2847@antonovs.family> Date: Mon, 27 Feb 2023 13:25:12 -0800 List-Id: Technical discussions relating to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-hackers List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-hackers@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:102.0) Gecko/20100101 Thunderbird/102.7.1 Subject: Re: Arm64 Tier 1 FreeBSD 13 Phones Content-Language: en-US To: grarpamp , freebsd-arm@freebsd.org Cc: freebsd-questions@freebsd.org, freebsd-hackers@freebsd.org, freebsd-current@freebsd.org References: <20210410154750.phxivk7idvza37nx@mutt-hbsd> From: Ihor Antonov In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4PQYRb2jLlz3Hgp X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:14618, ipnet:100.24.0.0/13, country:US] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-ThisMailContainsUnwantedMimeParts: N On 2/27/23 00:01, grarpamp wrote: > [cc'd for fyi, trim replies to where applicable] > > > Devices like PinePhone and Purism Librem Phone, and evolving > market of somewhat inexpensive ARM64's, could be synergy > with developing world + cryptocurrency + freespeech + etcetera, > ie: better than featurephones, less than PC/laptop, yet still mobile. > Many others around world would seek to use and or [crowd] fund real > unix on phones. Linux runs there, so It is now only about putting groups > together to do it :) > > https://www.reddit.com/r/linuxsucks/comments/pokckt/ama_linuxfreebsd_user_and_potabi_os_dev/ > https://www.reddit.com/user/Nettly_/submitted/ > I happen to have a PinePhone Pro lying around. I will be happy to help with testing or I can ship it to whoever is going to to the work on bringing FreeBSD up on it. -- Ihor Antonov From nobody Mon Feb 27 21:54:08 2023 X-Original-To: freebsd-hackers@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 4PQZ6G609Nz3tCNq; Mon, 27 Feb 2023 21:54:46 +0000 (UTC) (envelope-from marietto2008@gmail.com) Received: from mail-ed1-x530.google.com (mail-ed1-x530.google.com [IPv6:2a00:1450:4864:20::530]) (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 4PQZ6G3tLTz3Mmy; Mon, 27 Feb 2023 21:54:46 +0000 (UTC) (envelope-from marietto2008@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-ed1-x530.google.com with SMTP id eg37so31620931edb.12; Mon, 27 Feb 2023 13:54:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=EhTJZz0NKfGkpl7g2aql2ZaEeNl1d/EYY82cnxDZAls=; b=owEnsCYX/1qlcsQRFdk3abX2r34xjHRabLjprFJHWPpbaX6iSNpEli5v6+AZ6WQtme 4nCuW+HeRM99wsIDqOS5vdrH4CCO6nRL/nrhXkkEgpGzLncdRTzEtOuW9TYyOHx135Yp p8dPlRcF1g/aIjyAUwUJ1ZfdsBfCCKXyS1BJqMcUaWSWoJxrVECA/scu1XQ8rL+6oUY1 DyDeYkI5rUOhSGb2JZyqzlPib3nq+CwXXdZ3ZNQoTUXpySfrXFOqMHUSMZWkMLNKGdv0 OOT0nCn2KfV9yDHxkXmavx+OvPXaBBAdOM5UMHpOMpVONOrYp/P4DjU4twmqoywnktmg h65g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=cc: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=EhTJZz0NKfGkpl7g2aql2ZaEeNl1d/EYY82cnxDZAls=; b=DNTGzTKvCiZebQqsMIhmW6+dpROLgCE3Iz8oH1+HQPHIeKBm+N57G8gtAYQ529leZB KkQ4EaKOqjTJ0hTR2sR3mEQ00Gqcrq/XV0jpoPxBC20+f0QTcx8Euw+Y07cADAgNkpW/ RWVtf3FNxCIr9b1meNlMEjSk13sCcZ6iwj4TtEuKvVzaMnLti2LBTi6mOExOY822B8R3 gtH3YPr8leaQArfR7Tj8r/vm+Fnl64rpBNcNA7wUdWOdhKRUH1d4vArrm1KtTQr7IR2P vq63eWV+8MssvGPfQKiclRGcNoNLNDhQmXySpYKvYQt+ls/yVRdN9Newtm2lmCn0KVqP MeWg== X-Gm-Message-State: AO0yUKUgCWevc4CA7ahMzKsraYSPdhXmrB/+4ikK8qPntLz5BNGBoRcN gzAuxxPBboTQUs+UWOCRIceZ88ZgJE7AqnaM8wvXbF9Hq+I= X-Google-Smtp-Source: AK7set9tSnElXHqaJJUt065Li7WlKPdILldZ3ZzlfN8m3o/6FAu5if52KVMHWuGztfC1f4WlzdL306JpkiYNtTI8k4s= X-Received: by 2002:a50:aad1:0:b0:4af:502b:4f13 with SMTP id r17-20020a50aad1000000b004af502b4f13mr578120edc.4.1677534884577; Mon, 27 Feb 2023 13:54:44 -0800 (PST) List-Id: Technical discussions relating to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-hackers List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-hackers@freebsd.org MIME-Version: 1.0 References: <20210410154750.phxivk7idvza37nx@mutt-hbsd> <7ec68ac9-377b-0c7c-7cdc-948e771a2847@antonovs.family> In-Reply-To: <7ec68ac9-377b-0c7c-7cdc-948e771a2847@antonovs.family> From: Mario Marietto Date: Mon, 27 Feb 2023 22:54:08 +0100 Message-ID: Subject: Re: Arm64 Tier 1 FreeBSD 13 Phones To: Ihor Antonov Cc: grarpamp , freebsd-arm@freebsd.org, freebsd-questions@freebsd.org, freebsd-hackers@freebsd.org, freebsd-current@freebsd.org Content-Type: multipart/alternative; boundary="000000000000e4c54305f5b5862b" X-Rspamd-Queue-Id: 4PQZ6G3tLTz3Mmy X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-ThisMailContainsUnwantedMimeParts: N --000000000000e4c54305f5b5862b Content-Type: text/plain; charset="UTF-8" Hello. I'm very interested in this project. I have a good PC and a decent graphic card. If I can be useful,tell me how and I will consider if I can help. Il giorno lun 27 feb 2023 alle ore 22:25 Ihor Antonov ha scritto: > On 2/27/23 00:01, grarpamp wrote: > > [cc'd for fyi, trim replies to where applicable] > > > > > > Devices like PinePhone and Purism Librem Phone, and evolving > > market of somewhat inexpensive ARM64's, could be synergy > > with developing world + cryptocurrency + freespeech + etcetera, > > ie: better than featurephones, less than PC/laptop, yet still mobile. > > Many others around world would seek to use and or [crowd] fund real > > unix on phones. Linux runs there, so It is now only about putting groups > > together to do it :) > > > > > https://www.reddit.com/r/linuxsucks/comments/pokckt/ama_linuxfreebsd_user_and_potabi_os_dev/ > > https://www.reddit.com/user/Nettly_/submitted/ > > > > I happen to have a PinePhone Pro lying around. I will be happy to help > with testing or > I can ship it to whoever is going to to the work on bringing FreeBSD up > on it. > > > -- > Ihor Antonov > > > -- Mario. --000000000000e4c54305f5b5862b Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hello.

I'm very interest= ed in this project. I have a good PC and a decent graphic card. If I can be= useful,tell me how and I will consider if I can help.

<= div class=3D"gmail_quote">
Il giorno l= un 27 feb 2023 alle ore 22:25 Ihor Antonov <ihor@antonovs.family> ha = scritto:
On 2/27= /23 00:01, grarpamp wrote:
> [cc'd for fyi, trim replies to where applicable]
>
>
> Devices like PinePhone and Purism Librem Phone, and evolving
> market of somewhat inexpensive ARM64's, could be synergy
> with developing world + cryptocurrency + freespeech + etcetera,
> ie: better than featurephones, less than PC/laptop, yet still mobile.<= br> > Many others around world would seek to use and or [crowd] fund real > unix on phones. Linux runs there, so It is now only about putting grou= ps
> together to do it :)
>
> htt= ps://www.reddit.com/r/linuxsucks/comments/pokckt/ama_linuxfreebsd_user_and_= potabi_os_dev/
> https://www.reddit.com/user/Nettly_/submitted/
>

I happen to have a PinePhone Pro lying around. I will be happy to help
with testing or
I can ship it to whoever is going to to the work on bringing FreeBSD up on it.


--
Ihor Antonov




--
Mario.
--000000000000e4c54305f5b5862b-- From nobody Mon Feb 27 22:25:30 2023 X-Original-To: freebsd-hackers@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 4PQZpT1yskz3tF7F; Mon, 27 Feb 2023 22:26:09 +0000 (UTC) (envelope-from marietto2008@gmail.com) Received: from mail-ed1-x530.google.com (mail-ed1-x530.google.com [IPv6:2a00:1450:4864:20::530]) (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 4PQZpS3TBfz3jgs; Mon, 27 Feb 2023 22:26:08 +0000 (UTC) (envelope-from marietto2008@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20210112 header.b="Il/gQI3J"; spf=pass (mx1.freebsd.org: domain of marietto2008@gmail.com designates 2a00:1450:4864:20::530 as permitted sender) smtp.mailfrom=marietto2008@gmail.com; dmarc=pass (policy=none) header.from=gmail.com Received: by mail-ed1-x530.google.com with SMTP id ck15so32350581edb.0; Mon, 27 Feb 2023 14:26:08 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=nlTcNlZiVn/yKSQpC9dbjdpwH8dx95RyalC3zBsP1Tk=; b=Il/gQI3JdUIr6WGLm3SegZ4HZISgXa25Yfe10S4wSht1r9p65JX65KeTK1/ArpgFuD yiGAjVUo4biiSvyiT2j7TyNGdtf34WEhCbDaPQFslmKI09lHUFxVH1NRa+Ard9ALJb7+ Sd3d5PNtrwD08vEr+gPhHzsUwVb5qD03u2t0bLjb0pLKCAr229Y9NQ3FU79wJHOo0RbD jLOIG7Gi3U415yLhjv3Xbzvllp5XWy/2xuGFE7SQb0bHig6xRiCSvQuhlbjweggBXZAb vzXOa8+lwdticbixIW/11nQQJxqdz3RLHWtwwsyrUX1L93DvC/TcAit9tVb3zxbWSvnt U+Fg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=cc: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=nlTcNlZiVn/yKSQpC9dbjdpwH8dx95RyalC3zBsP1Tk=; b=V6zRJvS4R9S9eB+0ofvH/ewFNuWj0KqWfaoi2Zidbk3s9oAuWr10jZHgRgorkrywIH zfU9zKHSTnKJb4ylncRxGo93UMtUqV/Yvs9NFeo5wYdNPg99+FRRsE8sBEW6FuSy9SVt RZRmsdXQD6hk7aKavgdeDea5Cl68I65QMnleRIHkeSzMN02bO4u3w6OQoE/k2zv6rR4/ qEqZwOeUt3kOkd7gsw3DryqgKSDyxvOQTacHHnEYbj2LgInvQMfL/aAmoR7IA9r0fvDF 3KfM/WAYVxSio0zHQoXmnBuZ6xiil3URALt2IASpcNJE76yBc++Gm4p93n0ulJU0gq8V MnFg== X-Gm-Message-State: AO0yUKXXv6kZigM4ASQ7suSv+nymkbCEhE0ST/4aqA7PROECYSmYOvBi n/XHdLcUe6XUAPdSNupQkioeTIkaJjvtTnb2HvE= X-Google-Smtp-Source: AK7set/1IK5Z3gy4LbFhhX8TSc0FDO3XN1ej0yKxHFBQ1De98ZGsV+0zGgAgLPegEutynOcds3SfQfHIaufQ2GQmuA0= X-Received: by 2002:a17:906:680e:b0:8a6:91d9:c7ac with SMTP id k14-20020a170906680e00b008a691d9c7acmr153159ejr.5.1677536767307; Mon, 27 Feb 2023 14:26:07 -0800 (PST) List-Id: Technical discussions relating to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-hackers List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-hackers@freebsd.org MIME-Version: 1.0 References: <20210410154750.phxivk7idvza37nx@mutt-hbsd> <7ec68ac9-377b-0c7c-7cdc-948e771a2847@antonovs.family> In-Reply-To: From: Mario Marietto Date: Mon, 27 Feb 2023 23:25:30 +0100 Message-ID: Subject: Re: Arm64 Tier 1 FreeBSD 13 Phones To: Ihor Antonov Cc: grarpamp , freebsd-arm@freebsd.org, freebsd-questions@freebsd.org, freebsd-hackers@freebsd.org, freebsd-current@freebsd.org Content-Type: multipart/alternative; boundary="0000000000001cf48c05f5b5f701" X-Spamd-Result: default: False [-3.97 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.97)[-0.968]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20210112]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36:c]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; MLMMJ_DEST(0.00)[freebsd-arm@freebsd.org,freebsd-questions@freebsd.org,freebsd-hackers@freebsd.org,freebsd-current@freebsd.org]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::530:from]; ARC_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FROM_EQ_ENVFROM(0.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; FREEMAIL_ENVFROM(0.00)[gmail.com]; DKIM_TRACE(0.00)[gmail.com:+]; TO_MATCH_ENVRCPT_SOME(0.00)[]; FREEMAIL_CC(0.00)[gmail.com,freebsd.org]; TO_DN_SOME(0.00)[]; FROM_HAS_DN(0.00)[]; MID_RHS_MATCH_FROMTLD(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; RCPT_COUNT_FIVE(0.00)[6]; RCVD_TLS_LAST(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; RCVD_COUNT_TWO(0.00)[2] X-Rspamd-Queue-Id: 4PQZpS3TBfz3jgs X-Spamd-Bar: --- X-ThisMailContainsUnwantedMimeParts: N --0000000000001cf48c05f5b5f701 Content-Type: text/plain; charset="UTF-8" I'm very interested in this project. I have a good PC and a decent graphic card. If I can be useful,tell me how and I will consider if I can help. Il giorno lun 27 feb 2023 alle ore 22:54 Mario Marietto < marietto2008@gmail.com> ha scritto: > Hello. > > I'm very interested in this project. I have a good PC and a decent graphic > card. If I can be useful,tell me how and I will consider if I can help. > > Il giorno lun 27 feb 2023 alle ore 22:25 Ihor Antonov > ha scritto: > >> On 2/27/23 00:01, grarpamp wrote: >> > [cc'd for fyi, trim replies to where applicable] >> > >> > >> > Devices like PinePhone and Purism Librem Phone, and evolving >> > market of somewhat inexpensive ARM64's, could be synergy >> > with developing world + cryptocurrency + freespeech + etcetera, >> > ie: better than featurephones, less than PC/laptop, yet still mobile. >> > Many others around world would seek to use and or [crowd] fund real >> > unix on phones. Linux runs there, so It is now only about putting groups >> > together to do it :) >> > >> > >> https://www.reddit.com/r/linuxsucks/comments/pokckt/ama_linuxfreebsd_user_and_potabi_os_dev/ >> > https://www.reddit.com/user/Nettly_/submitted/ >> > >> >> I happen to have a PinePhone Pro lying around. I will be happy to help >> with testing or >> I can ship it to whoever is going to to the work on bringing FreeBSD up >> on it. >> >> >> -- >> Ihor Antonov >> >> >> > > -- > Mario. > -- Mario. --0000000000001cf48c05f5b5f701 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
I'm very interested in this project. I have a goo= d PC and a decent=20 graphic card. If I can be useful,tell me how and I will consider if I=20 can help.

Hello.

I= 9;m very interested in this project. I have a good PC and a decent graphic = card. If I can be useful,tell me how and I will consider if I can help.
=

Il giorno lun 27 feb 2023 alle ore 22:25 Ihor Antonov <ihor@antono= vs.family> ha scritto:
On 2/27/23 00:01, grarpamp wrote:
> [cc'd for fyi, trim replies to where applicable]
>
>
> Devices like PinePhone and Purism Librem Phone, and evolving
> market of somewhat inexpensive ARM64's, could be synergy
> with developing world + cryptocurrency + freespeech + etcetera,
> ie: better than featurephones, less than PC/laptop, yet still mobile.<= br> > Many others around world would seek to use and or [crowd] fund real > unix on phones. Linux runs there, so It is now only about putting grou= ps
> together to do it :)
>
> htt= ps://www.reddit.com/r/linuxsucks/comments/pokckt/ama_linuxfreebsd_user_and_= potabi_os_dev/
> https://www.reddit.com/user/Nettly_/submitted/
>

I happen to have a PinePhone Pro lying around. I will be happy to help
with testing or
I can ship it to whoever is going to to the work on bringing FreeBSD up on it.


--
Ihor Antonov




--
Mario.
=


--
Mario.
=
--0000000000001cf48c05f5b5f701-- From nobody Tue Feb 28 08:34:39 2023 X-Original-To: freebsd-hackers@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 4PQrKM4kyMz3v9Nj; Tue, 28 Feb 2023 08:35:19 +0000 (UTC) (envelope-from marietto2008@gmail.com) Received: from mail-ed1-x52e.google.com (mail-ed1-x52e.google.com [IPv6:2a00:1450:4864:20::52e]) (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 4PQrKM2nbJz3QLV; Tue, 28 Feb 2023 08:35:19 +0000 (UTC) (envelope-from marietto2008@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-ed1-x52e.google.com with SMTP id s26so36428591edw.11; Tue, 28 Feb 2023 00:35:19 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=7cac7VTzuOMVDlQRV4exBk4H009eo1LWJ2DlRjhv8V4=; b=Dpd8QvQ1yu0NcSeErf3tCG19D8FajR3k0zwxdpPKVuTkLoi4iQFSe9JqHjuyWhVehe fXCOdnVg/iVI1dMN6sB2j+3E79jgAz/BpNWV6saqUt8ctvJuvSqHZIhD456gLn/CbsCh bSQXKgi08UDvnrWiQXcWHkX6fxCn/6D3zonONxAJAVcaYjkqqSTM5LOLCsCMdC3WENq3 0p8iE/bFXceO4MEE1knYDMJ6ursUsQKAhi7X1mwfFidzt5oay+VGH8/15Z29zIGtpJxM RxBb7Pp30Of+AqkxOmx9qAWJ16SGWEhF11pEGpXnuoCzxOJKd50IpvP4HTYv9CKiAdIB vutA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=cc: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=7cac7VTzuOMVDlQRV4exBk4H009eo1LWJ2DlRjhv8V4=; b=jzFV5/SGkToyP1smB/09ja44y+qEWI/zADnmncvs6n7q0jOHGn6OgYwYzJ++tF8E7X 5R0fULb3/yVMtDrfZNQ6fR2C6m5f6fIZq4eLdgh/bgsYGdi5bCXOiCG0/KFlYhADe0NA sA2jY0pNLq+MGJMPHq6l4xhG1+HKdKHw1I0VpPBtGD+xa0MIDxmIkMDBH8U1vX/nNL+/ Mt2xYuZJFv8RX4diDsXiSg18wQVx/Lozjbhh5r4aGFL2IOJdlWd1s83Rm0tGJTS+ynqX izDt4UZL+X7lNteTqfGBQQYum5w7Dfhlep+rq6I9LhsKGFe4cCCBzYFbs4zs0NfTRFam rk2w== X-Gm-Message-State: AO0yUKXqrzqWBTiL2bWl2K4lGReiex3PHBuh1iUkzi02AmnjPeePtl45 vLx5/ORjK2RN3q83W2lLWbnCSg0ab4G8OMM1O3k= X-Google-Smtp-Source: AK7set9J3cc/V2g4qM7z0XXJJapLAIjDWGcd2s9cbvog319Cy6v9NWczv2/PoC/G/Oac0xLB78jJhhJlWmSnNNub/zg= X-Received: by 2002:a17:907:9851:b0:8b1:76b8:9834 with SMTP id jj17-20020a170907985100b008b176b89834mr858446ejc.5.1677573316423; Tue, 28 Feb 2023 00:35:16 -0800 (PST) List-Id: Technical discussions relating to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-hackers List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-hackers@freebsd.org MIME-Version: 1.0 References: <20210410154750.phxivk7idvza37nx@mutt-hbsd> <7ec68ac9-377b-0c7c-7cdc-948e771a2847@antonovs.family> <6e201c73-8496-8e99-37a6-01f8c931e760@fatti.com> In-Reply-To: <6e201c73-8496-8e99-37a6-01f8c931e760@fatti.com> From: Mario Marietto Date: Tue, 28 Feb 2023 09:34:39 +0100 Message-ID: Subject: Re: Arm64 Tier 1 FreeBSD 13 Phones To: enrico.migliore@fatti.com Cc: Ihor Antonov , grarpamp , freebsd-arm@freebsd.org, freebsd-questions@freebsd.org, freebsd-hackers@freebsd.org, freebsd-current@freebsd.org Content-Type: multipart/alternative; boundary="0000000000009c339d05f5be79be" X-Rspamd-Queue-Id: 4PQrKM2nbJz3QLV X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-ThisMailContainsUnwantedMimeParts: N --0000000000009c339d05f5be79be Content-Type: text/plain; charset="UTF-8" It seems that NetBSD offered a couple of interesting devices : The Danger Hiptop / T-Mobile Sidekick LX 2009 mobile phone runs on a NetBSD kernel. https://en.wikipedia.org/wiki/QNX : Able to use Pkgsrc framework from NetBSD project BCM1250 is Integrated 64-bit MIPS Multi-Processor designed by Broadcom Corporation. BCM91250A is the Evaluation Board for BCM1250,and it runs VxWorks,Linux, and NetBSD Is it hard to convert the NetBSD code to FreeBSD code ? Il giorno mar 28 feb 2023 alle ore 08:29 Enrico Migliore < enrico.migliore@fatti.com> ha scritto: > Hi, > > another way is compiling FreeBSD as a native App that runs on top iOS and > Android. > > Tech giants will never open the source code of their devices drivers. > > Enrico Migliore > On 27/02/2023 23:25, Mario Marietto wrote: > > I'm very interested in this project. I have a good PC and a decent graphic > card. If I can be useful,tell me how and I will consider if I can help. > > Il giorno lun 27 feb 2023 alle ore 22:54 Mario Marietto < > marietto2008@gmail.com> ha scritto: > >> Hello. >> >> I'm very interested in this project. I have a good PC and a decent >> graphic card. If I can be useful,tell me how and I will consider if I can >> help. >> >> Il giorno lun 27 feb 2023 alle ore 22:25 Ihor Antonov >> ha scritto: >> >>> On 2/27/23 00:01, grarpamp wrote: >>> > [cc'd for fyi, trim replies to where applicable] >>> > >>> > >>> > Devices like PinePhone and Purism Librem Phone, and evolving >>> > market of somewhat inexpensive ARM64's, could be synergy >>> > with developing world + cryptocurrency + freespeech + etcetera, >>> > ie: better than featurephones, less than PC/laptop, yet still mobile. >>> > Many others around world would seek to use and or [crowd] fund real >>> > unix on phones. Linux runs there, so It is now only about putting >>> groups >>> > together to do it :) >>> > >>> > >>> https://www.reddit.com/r/linuxsucks/comments/pokckt/ama_linuxfreebsd_user_and_potabi_os_dev/ >>> > https://www.reddit.com/user/Nettly_/submitted/ >>> > >>> >>> I happen to have a PinePhone Pro lying around. I will be happy to help >>> with testing or >>> I can ship it to whoever is going to to the work on bringing FreeBSD up >>> on it. >>> >>> >>> -- >>> Ihor Antonov >>> >>> >>> >> >> -- >> Mario. >> > > > -- > Mario. > > -- > Cordiali Saluti, Best Regards > > Enrico Migliore > > FATTI MECCANICA srl > Via Donatello 72 - Solaro - Milano - Italy > T. +39 366 455 4904 > T. +39 02 9679 9655www.fatti-meccanica.com > > > > Privo > di virus.www.avast.com > > <#m_-3735976163960059506_m_984404758346893769_DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2> > -- Mario. --0000000000009c339d05f5be79be Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
It seems that NetBSD offered a couple of interesting devices :
The Danger Hiptop / T-Mobile Sidekick = LX 2009 mobile phone runs on a NetBSD kernel.

https://en.wikipedia.org/wiki/QNX : Able to use= Pkgsrc framework from NetBSD project

BCM1250 is Integrated 64-= bit MIPS Multi-Processor designed by Broadcom Corporation. BCM91250A is the= Evaluation Board for BCM1250,and it runs VxWorks,Linux, and NetBSD

Is it hard to convert the NetBSD code to FreeBSD code ?

Il giorno mar 28 feb 2023 alle ore 08:29 Enrico Migliore <enrico.migliore@f= atti.com> ha scritto:
=20 =20 =20

Hi,

another way is compiling FreeBSD as a native App that runs on top iOS and Android.

Tech giants will never open the source code of their devices drivers.

Enrico Migliore

On 27/02/2023 23:25, Mario Marietto wrote:
=20
I'm very interested in this project. I have a good PC and = a decent graphic card. If I can be useful,tell me how and I will consider if I can help.

Il giorno lun 27 feb 2023 alle ore 22:54 Mario Marietto <marietto2008@gmail.com> ha scritto:
Hello.

I'm very interested in this project. I have a good P= C and a decent graphic card. If I can be useful,tell me how and I will consider if I can help.

Il giorno lun 27 feb 2023 alle ore 22:25 Ihor Antonov &= lt;ihor@antonovs.family> ha scritto:
On 2/27/23 = 00:01, grarpamp wrote:
> [cc'd for fyi, trim replies to where applicable] >
>
> Devices like PinePhone and Purism Librem Phone, and evolving
> market of somewhat inexpensive ARM64's, could be synergy
> with developing world + cryptocurrency + freespeech + etcetera,
> ie: better than featurephones, less than PC/laptop, yet still mobile.
> Many others around world would seek to use and or [crowd] fund real
> unix on phones. Linux runs there, so It is now only about putting groups
> together to do it :)
>
> https://www.reddit.com/r/linuxsucks/comments/pokckt/ama_linuxf= reebsd_user_and_potabi_os_dev/
> https://www.reddit.com/user/Nettl= y_/submitted/
>

I happen to have a PinePhone Pro lying around. I will be happy to help
with testing or
I can ship it to whoever is going to to the work on bringing FreeBSD up
on it.


--
Ihor Antonov




--
Mario.


--
Mario.
--=20
Cordiali Saluti, Best Regards

Enrico Migliore

FATTI MECCANICA srl
Via Donatello 72 - Solaro - Milano - Italy
T. +39 366 455 4904
T. +39 02 9679 9655
www.fatti-mecc=
anica.com

3D""
Privo di virus.www.avast.com


--
Mario.
=
--0000000000009c339d05f5be79be-- From nobody Wed Mar 1 00:01:25 2023 X-Original-To: freebsd-hackers@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 4PRDsx4LXzz3v74b; Wed, 1 Mar 2023 00:01:25 +0000 (UTC) (envelope-from salvadore@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) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "freefall.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4PRDsx3sx7z4J5C; Wed, 1 Mar 2023 00:01:25 +0000 (UTC) (envelope-from salvadore@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1677628885; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc; bh=o3oGPWx3xNrxHWRVM2yNgUtKV0Hibuv4moLCNMfVQf8=; b=B+qrBA4Bf5AKyaB0akCd7jygMrUcxbxa7oe2S91gKj8ygYlvLk0z/KGXQ8RVyGbqIlD/4m EjuyCF4Ob9bVNi4laUrs8Bl9/oF11aAO+RKY+D1fuAqxNOtriT9YGw7FtFN1mT+rE54ajY yYZlYQ919AU3P+wEbclpAlt/D9bPyRcOxxiYxaw+7hn6SGqJ10+Ba5eOuZqdaWshNSQ4qX VJwQYKYRUs9sKr9TX50W2R0yVmec4Ptjt3vU7gMnJoBKxvyafi67yCRy0a8zq7npielg1r /xjUe97PQL2hcIAN7cvKzvEPik6Pr68bnGx0TKBSdxTRkTPGueBARLXQwVeO8g== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1677628885; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc; bh=o3oGPWx3xNrxHWRVM2yNgUtKV0Hibuv4moLCNMfVQf8=; b=NwnBW2fo3HUSvhshcrIMBoWywnfOgaluzZxbOyvpo+531wnnvV1fJt/2zsqTUki7my7RpP jGwkUvOR442AEu0eYh3xmvUcSELoy5N9fmGHZ+0AlB9n4OllKnHI8/NtLFLhPevgiPGUjE 5+kZjHGxiKpRxqKmaNyw8fG2+n3Pwv8QianW6D1U91rhokbZeZ6jvsZTJLSpABNnqcBX// bFBvn/Cg6/pUwhljbVOUKAhP6hTVQ1lxNouFzjtgqLbSyri1npfqQ1wludlzNXIm4CVuqJ mkVmdvGTLAd3pP2/uWCryoB0YWdK8GnqopX8CWKNWxNcoMX7SE7CEGipmvpK7g== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1677628885; a=rsa-sha256; cv=none; b=PZUe5sHHSKHj+/UYxl1MSxNOmwnsxJNE+hQRCxBeG00lyR7nHGrC3EoX9CUviO0b4ocmPx PYtp7Hp/cYeIKSDxU2FAl4qzczbzSewYV+YR5IOKD/s8VlMPa/QfjeEAMufpvMPotj4pac 1+6ueFlncHdvtuB0hW0CTlJS9gPbP782Zf/f1UgtxL9ys4tNBE2vfsxAwqGTmVzrjXBn5C utwFb99IGimIOUHUu+7mtioexnbzPkT0BdR3fZDChFMHZKZTVqe1xiZxMZuST8JJ398RI1 p4B6RWzwJ/iPyTWTPQzdWXl5m9xmW252r/8VYsdNDz/slEJcITDA5jkJHSLXBg== Received: by freefall.freebsd.org (Postfix, from userid 1472) id 59FB788CA; Wed, 1 Mar 2023 00:01:25 +0000 (UTC) To: freebsd-status-calls@FreeBSD.org Subject: Call for 2023Q1 status reports Cc: freebsd-current@FreeBSD.org,freebsd-hackers@FreeBSD.org,devsummit@FreeBSD.org,secretary@asiabsdcon.org Message-Id: <20230301000125.59FB788CA@freefall.freebsd.org> Date: Wed, 1 Mar 2023 00:01:25 +0000 (UTC) From: Lorenzo Salvadore X-ThisMailContainsUnwantedMimeParts: N List-Id: Technical discussions relating to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-hackers List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-hackers@freebsd.org Dear FreeBSD Community, The deadline for the next FreeBSD Status Report update is March, 31st 2023 for work done since the last round of quarterly reports: January 2023 - March 2023. I would like to remind you that reports are published on a quarterly basis and are usually collected during the last month of each quarter, You are also welcome to submit them even earlier if you want, and the earliest you submit them, the more time we have for reviewing. Status report submissions do not need to be very long. They may be about anything happening in the FreeBSD project and community, and they provide a great way to inform FreeBSD users and developers about work that is underway or has been completed. Report submissions are not limited to committers; anyone doing anything interesting and FreeBSD related can -- and should -- write one! The following methods are available to submit your reports: * submit a review on Phabricator and add the group "status" to the reviewers list. You should put your reports in the directory doc/website/content/en/status/report-2023-01-2023-03/ ; * submit a pull request at https://github.com/freebsd/freebsd-doc . You should put your reports in the directory doc/website/content/en/status/report-2023-01-2023-03/ ; * send an email to status-submissions@FreeBSD.org including your report. An AsciiDoctor template is available at https://www.FreeBSD.org/status/report-sample.adoc . We look forward to seeing your 2023Q1 reports! Thanks, Lorenzo Salvadore (on behalf of status@) From nobody Wed Mar 1 04:28:50 2023 X-Original-To: freebsd-hackers@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 4PRLpX6Fy0z3vMsr for ; Wed, 1 Mar 2023 04:28:52 +0000 (UTC) (envelope-from leres@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (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 "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4PRLpX5PSXz3hqY for ; Wed, 1 Mar 2023 04:28:52 +0000 (UTC) (envelope-from leres@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1677644932; 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=yZ2AY05jkeRj7y0/q4xk7I2aO+xo0amiSwguP22KG6Q=; b=yY9Re4m6Ww3uiWH+BkUhOLWZRQJUp+17sVc8lqjb0M3mqThrGYJ5S23RJhBI2vraVrlrnp m4LyXb1WBxZvetm/r+Rih1D/8xCIUCpnWwecUktWtoHkwMtFFpM1ietQMzv/efoQWcfgYY 9AdXP5KedAv8AmWzxlMZ9liu9G9shhd2bi/mA3UJ8S+bTuaL7kaqH3HNFV4R14oAoURO7T nnoW2waM/SgDACsdzomIqRzYNb0P/lxeL/h55K6qdcjFaSDE0Pd4XoDw5NrJbCA6nd70a3 7TA0xuk2LFb3iDcCrNUM3KXpOjlQ1UKhGzSy2siE/Nsa8Q27PH4+U/8QQ3r4pA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1677644932; 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=yZ2AY05jkeRj7y0/q4xk7I2aO+xo0amiSwguP22KG6Q=; b=nKF4yIYtUv2gT3hELJrZW8zkjLD+7cMXea1ZDGnKg9GKfMP7H5jRS94IwDnh2ZiBUsZGpl g5ErPU4drsL5EVYbGgL3e3iVJEy9ziMfKAZCrPjsG9/cVXNFJvYpz7wzOgjRbJm7iZVVHQ znSV5srhZtDO9Ah/G1AnJYoMV9Tq5szJaWirRoJB8UToEqZOoiVE8t/+jcRpDoVZHcimZo iYL97ABeYhlUgDJ9cBI+pMBSdOQQPiT+7HzF01bd/mNlsDqKxIWHwcxiDj9JnnnI0+tj57 TFzgh2onEOUFcywxhiIwy7roBCnYIp06KF7Agzr5QTSJ4WcNUe46lnTdSpag4Q== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1677644932; a=rsa-sha256; cv=none; b=CZs/ulfRaxyWDxwIbAibGZu+BWaXkAnNVMflK7+EJpNLyWArIITYgZsAUWgh+xa6PqqQhn 2JOLk/kgnNmBFldvCPU1IxD6NeJBXBAvveFOfdyWUFzzdUsV3At8n7wYL27JUAIVlxzjj4 iGDa34KHb5fnUanKeWpwaAhnSRd/ofk7tZAsPJAVn/2mPwwWivXDWNJ026AEjuBLToPa0v jox2CxTGEkPCu0vV2e/fGILa7lfKEb/o8MSPiIX0jVbwwuAO8sS3lXgY4Z/OfMfoPM9U4V q9XxRgZ8yowIZ2zwZm4bXY6SiJtK+BxJ0scJx91EZZ5PLzwjAt4NJetZx6ju7Q== Received: from [IPV6:fd:1965::63] (unknown [IPv6:2600:1700:ab1b:6800::49]) (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 did not present a certificate) (Authenticated sender: leres) by smtp.freebsd.org (Postfix) with ESMTPSA id 4PRLpX3BSDznwh for ; Wed, 1 Mar 2023 04:28:52 +0000 (UTC) (envelope-from leres@freebsd.org) Message-ID: Date: Tue, 28 Feb 2023 20:28:50 -0800 List-Id: Technical discussions relating to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-hackers List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-hackers@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:102.0) Gecko/20100101 Thunderbird/102.8.0 From: Craig Leres Subject: FreeBSD+samba as a time machine server for OSX/Ventura? To: freebsd-hackers@freebsd.org Content-Language: en-US Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-ThisMailContainsUnwantedMimeParts: N In 2020 I was able to install the netatalk3 port and use a FreeBSD system as a time machine server. In 2021 when I upgraded to Big Sur appletalk was no longer supported so I switched to samba413. I've never managed to get this to work since upgrading to Ventura. Does anybody have a config or wisdom they could share? I've appended the config that worked with Big Sur. Craig ; @(#) $Id: smb4.conf,v 1.3 2021/07/13 22:43:22 leres Exp $ [global] workgroup = XYZ security = user netbios name = red server string = red.example.net hostname lookups = no interfaces = igb0 10.0.0.2/24 socket address = 10.0.0.2 bind interfaces only = no load printers = no show add printer wizard = no time server = yes use mmap = yes dos charset = 850 unix charset = UTF-8 mangled names = no log level = 3 vfs objects = zfsacl catia fruit streams_xattr fruit:model = MacSamba fruit:resource = file fruit:metadata = netatalk fruit:nfs_aces = no fruit:aapl = yes inherit permissions = yes hosts allow = 10.0.0.19 [Time Machine] path = /backups/mini read only = no guest ok = no writeable = yes use sendfile = yes browseable = yes hosts allow = 10.0.0.19 fruit:time machine = yes valid users = backup-mini From nobody Wed Mar 1 16:29:26 2023 X-Original-To: freebsd-hackers@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 4PRfp055dPz3v4Cc for ; Wed, 1 Mar 2023 16:29:28 +0000 (UTC) (envelope-from dan@langille.org) Received: from out4-smtp.messagingengine.com (out4-smtp.messagingengine.com [66.111.4.28]) (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 mx1.freebsd.org (Postfix) with ESMTPS id 4PRfp04dppz3r6h; Wed, 1 Mar 2023 16:29:28 +0000 (UTC) (envelope-from dan@langille.org) Authentication-Results: mx1.freebsd.org; none Received: from compute5.internal (compute5.nyi.internal [10.202.2.45]) by mailout.nyi.internal (Postfix) with ESMTP id 761CB5C0165; Wed, 1 Mar 2023 11:29:28 -0500 (EST) Received: from mailfrontend1 ([10.202.2.162]) by compute5.internal (MEProxy); Wed, 01 Mar 2023 11:29:28 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=langille.org; h= cc:cc:content-transfer-encoding:content-type:date:date:from:from :in-reply-to:in-reply-to:message-id:mime-version:references :reply-to:sender:subject:subject:to:to; s=fm1; t=1677688168; x= 1677774568; bh=bRaUrao1kotux8odRDyj74JRJhj1zTJNkydXx7P2U94=; b=E v3jD10u2oFO9Drv22/esmjWx7eHBdMenMROlZFigkW2mLpkDVpNey05pfeAQ2FOl T+JRXxJRdvlh8jD5MDUqZhHEABlnEZgpRxviTpgu7vlK38FpLRV8x0ji5l5D5sKg ZJKi35poBJMswaTHLygfDh/17GbOS33CpQrz7zioQMavyfINfMaW9xQNB8yPfaKY 3P0sHKqbacp+TbnnWjFD7WP3gPZAkwFW5uXQW+ujcXN+6pOMtLxQwlB9UJ9k7LmX gyHnbxbMG7H6sWGAJbaxMbYJXTzIGUKGiQCE/CPvmwh8EvftQY/nv0ixlLjjUb4o GfZnbuw2HLe+1aXsATKfQ== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:cc:content-transfer-encoding :content-type:date:date:feedback-id:feedback-id:from:from :in-reply-to:in-reply-to:message-id:mime-version:references :reply-to:sender:subject:subject:to:to:x-me-proxy:x-me-proxy :x-me-sender:x-me-sender:x-sasl-enc; s=fm1; t=1677688168; x= 1677774568; bh=bRaUrao1kotux8odRDyj74JRJhj1zTJNkydXx7P2U94=; b=b +OSrtricGHZdcNC7Dynz3opJmw4ORAXO1K6ZVvi9jJ0mHKXlY9yjjnWrFsFDNz4t RnLwkwo/173WvQYk3TnfQIsHXhq4xif2gliYzAF5ynpaEEWUQBjI2dXNTTNNbNfr O3pnGskrTCUVPVyqdGgmVdby8HCOazS3fzt+UTU9ekc9HCuxoek6mTy6bEZ4bXUp 9JhcPQfH2QPqljUPTpMMJw/yhEj06bqbRsus2lk5PfylgzJyt0+k2faZkScY9eDj oaQyXNklbQzxdz0ENSE6cDQmlYWYNZGZyVy4iJ7wfEatvuMy2mLclPyrM1m/8jqB C94US5xaZp2c8sgcVVYtw== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvhedrudelhedgkeduucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne cujfgurhepuffvvehfhffkffgfgggjtgfgsehtkeertddtfeejnecuhfhrohhmpeffrghn ucfnrghnghhilhhlvgcuoegurghnsehlrghnghhilhhlvgdrohhrgheqnecuggftrfgrth htvghrnhepieetffejleeihfefgfeuvdeuhefhgfejveelvdevhfefheetieeuheduveei hfeinecuffhomhgrihhnpehlrghnghhilhhlvgdrohhrghdpvgigrghmphhlvgdrnhgvth enucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhrohhmpegurghn sehlrghnghhilhhlvgdrohhrgh X-ME-Proxy: Feedback-ID: ifbf9424e:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA; Wed, 1 Mar 2023 11:29:28 -0500 (EST) Subject: Re: FreeBSD+samba as a time machine server for OSX/Ventura? To: Craig Leres Cc: freebsd-hackers@freebsd.org References: From: Dan Langille Message-ID: Date: Wed, 1 Mar 2023 11:29:26 -0500 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.16; rv:52.0) Gecko/20100101 PostboxApp/7.0.59 List-Id: Technical discussions relating to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-hackers List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-hackers@freebsd.org MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-Rspamd-Queue-Id: 4PRfp04dppz3r6h X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:19151, ipnet:66.111.4.0/24, country:US] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-ThisMailContainsUnwantedMimeParts: N Craig Leres wrote on 2/28/23 11:28 PM: > In 2020 I was able to install the netatalk3 port and use a FreeBSD > system as a time machine server. In 2021 when I upgraded to Big Sur > appletalk was no longer supported so I switched to samba413. > > I've never managed to get this to work since upgrading to Ventura. > Does anybody have a config or wisdom they could share? I've appended > the config that worked with Big Sur. I wrote/did this: https://dan.langille.org/2017/04/19/creating-an-apple-time-capsule-using-freebsd/ I'm using FreeBSD 13.1 and netatalk3-3.1.13_4,1 I'm pretty sure Samba is not involved. I might be wrong > >         Craig > > ; @(#) $Id: smb4.conf,v 1.3 2021/07/13 22:43:22 leres Exp $ > > [global] >     workgroup = XYZ >     security = user >     netbios name = red >     server string = red.example.net >     hostname lookups = no > >     interfaces = igb0 10.0.0.2/24 >     socket address = 10.0.0.2 >     bind interfaces only = no > >     load printers = no >     show add printer wizard = no >     time server = yes >     use mmap = yes > >     dos charset = 850 >     unix charset = UTF-8 >     mangled names = no > >     log level = 3 >     vfs objects = zfsacl catia fruit streams_xattr > >     fruit:model = MacSamba >     fruit:resource = file >     fruit:metadata = netatalk >     fruit:nfs_aces = no >     fruit:aapl = yes > >     inherit permissions = yes > >     hosts allow = 10.0.0.19 > > [Time Machine] >     path = /backups/mini >     read only = no >     guest ok = no >     writeable = yes >     use sendfile = yes >     browseable = yes >     hosts allow = 10.0.0.19 >     fruit:time machine = yes >     valid users = backup-mini > -- Dan Langille dan@langille.org : https://langille.org/ From nobody Wed Mar 1 16:55:30 2023 X-Original-To: freebsd-hackers@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 4PRgNN2JVyz3v5YX for ; Wed, 1 Mar 2023 16:55:48 +0000 (UTC) (envelope-from freebsd@vanderzwan.org) Received: from mail2.paztec.nl (mail2.paztec.nl [IPv6:2001:1af8:4700:a116:1::42]) (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 (2048 bits) client-digest SHA256) (Client CN "mail2.paztec.nl", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4PRgNN0hchz3ws9; Wed, 1 Mar 2023 16:55:48 +0000 (UTC) (envelope-from freebsd@vanderzwan.org) Authentication-Results: mx1.freebsd.org; none X-Bogosity: Unsure, tests=bogofilter Received: from smtpclient.apple (2a02-a461-283f-4-d861-25ff-16eb-a6aa.fixed6.kpn.net [IPv6:2a02:a461:283f:4:d861:25ff:16eb:a6aa]) (authenticated bits=0) by mail2.paztec.nl (8.17.1/8.16.1) with ESMTPSA id 321GteqH014290 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Wed, 1 Mar 2023 17:55:45 +0100 (CET) (envelope-from freebsd@vanderzwan.org) X-Authentication-Warning: vps4.vanderzwan.org: Host 2a02-a461-283f-4-d861-25ff-16eb-a6aa.fixed6.kpn.net [IPv6:2a02:a461:283f:4:d861:25ff:16eb:a6aa] claimed to be smtpclient.apple Content-Type: text/plain; charset=us-ascii List-Id: Technical discussions relating to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-hackers List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-hackers@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3731.400.51.1.1\)) Subject: Re: FreeBSD+samba as a time machine server for OSX/Ventura? From: freebsd@vanderzwan.org In-Reply-To: Date: Wed, 1 Mar 2023 17:55:30 +0100 Cc: freebsd-hackers@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: References: To: Craig Leres X-Mailer: Apple Mail (2.3731.400.51.1.1) X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,SHORTCIRCUIT shortcircuit=ham autolearn=disabled version=4.0.0 X-Spam-Checker-Version: SpamAssassin 4.0.0 (2022-12-14) on vps4.vanderzwan.org X-Rspamd-Queue-Id: 4PRgNN0hchz3ws9 X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:60781, ipnet:2001:1af8::/32, country:NL] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-ThisMailContainsUnwantedMimeParts: N > On 1 Mar 2023, at 05:28, Craig Leres wrote: >=20 > In 2020 I was able to install the netatalk3 port and use a FreeBSD = system as a time machine server. In 2021 when I upgraded to Big Sur = appletalk was no longer supported so I switched to samba413. >=20 > I've never managed to get this to work since upgrading to Ventura. = Does anybody have a config or wisdom they could share? I've appended the = config that worked with Big Sur. >=20 Hi,=20 I am using FreeBSD + samba for timemachine for both my iMac and my = macbook: I have the following fruit entries in my global section: vfs objects =3D catia fruit streams_xattr zfsacl fruit:metadata =3D stream fruit:model =3D Tower fruit:aapl =3D yes fruit:resource =3D xattr fruit:encoding =3D native fruit:posix_rename =3D yes fruit:veto_appledouble =3D no fruit:wipe_intentionally_left_blank_rfork =3D yes fruit:delete_empty_adfiles =3D yes And this is one of the share definitions: [tmgaspode] read only =3D no fruit:time machine =3D yes fruit:volume_uuid =3D d94e5b6a-f0ed-4a10-91d8-b13cff558d19 nfs4:chown =3D true nfs4:acedup =3D merge mangled names =3D illegal path =3D /mnt/backuppool/TimeMachine/gaspode Regards, Paul > Craig >=20 > ; @(#) $Id: smb4.conf,v 1.3 2021/07/13 22:43:22 leres Exp $ >=20 > [global] > workgroup =3D XYZ > security =3D user > netbios name =3D red > server string =3D red.example.net > hostname lookups =3D no >=20 > interfaces =3D igb0 10.0.0.2/24 > socket address =3D 10.0.0.2 > bind interfaces only =3D no >=20 > load printers =3D no > show add printer wizard =3D no > time server =3D yes > use mmap =3D yes >=20 > dos charset =3D 850 > unix charset =3D UTF-8 > mangled names =3D no >=20 > log level =3D 3 > vfs objects =3D zfsacl catia fruit streams_xattr >=20 > fruit:model =3D MacSamba > fruit:resource =3D file > fruit:metadata =3D netatalk > fruit:nfs_aces =3D no > fruit:aapl =3D yes >=20 > inherit permissions =3D yes >=20 > hosts allow =3D 10.0.0.19 >=20 > [Time Machine] > path =3D /backups/mini > read only =3D no > guest ok =3D no > writeable =3D yes > use sendfile =3D yes > browseable =3D yes > hosts allow =3D 10.0.0.19 > fruit:time machine =3D yes > valid users =3D backup-mini >=20 From nobody Wed Mar 1 18:34:37 2023 X-Original-To: freebsd-hackers@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 4PRjZl0zvJz3vBmL for ; Wed, 1 Mar 2023 18:34:55 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (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 "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4PRjZl03c4z47rJ; Wed, 1 Mar 2023 18:34:55 +0000 (UTC) (envelope-from dim@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1677695695; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=UBywu1lMbpFfbLoyJl6ihfc4sl9tChEC6XoqjF1oOFU=; b=uVd8BNLYY/SsoMxfnVOxuD+tZcoFW70Tw7+cedty4uMe15rK2e9r3Wz/lELXmml2F4jMJK Tsdj7wMCU0aonnODVrKqr9Pqa5iDNtvLbkWXX4UnUBQkdCTsCeQmzjYXyW6mr9kHSRiGSA jHgaTvxM3qw8Vvd69t3Cknbw/Fl1zZbx0v3vZbihl1tzpSo18FDQesjxIaCSXgpkXBV1sh nAVes99Q/B2dSE8HJZKDr+PPRrcMto8MS5e1wmQoDHDeHBVPDzL3wRrsaZqn3lcQFvHnXg w/Vw4D9/JDm6iB20Hj8u+3Ogl6aSmRksHrvnzxwCp3YJcQ8GncTMjEmy5uSjAA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1677695695; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=UBywu1lMbpFfbLoyJl6ihfc4sl9tChEC6XoqjF1oOFU=; b=u/fULcFyD3IOKAJbQdcYuIIXCpI9a1oT50VlA6mDcGIwBcqI9lwioPH0zqE7VDHzJbAF5x 1aNSR9Pulaoz5hhOY7Avq/U6YDqKFX4pMRd7pWlUGFsl5MoJ7O1gYAzgge1vYJYgj/BPo4 +DLCxy2ykqg7VVrxTu6RRBYNV1y70YLpAt3Kuz/o54SRbFnZSKmrPIGuNrDpTXYRPAffAO eAdAfPzuj4mJHbniSqqql+JBApqSq/KF41gwuV5jJm+FAYKF/5eIFtkWK06AstccCGd/vS 5WAVvZl8cua92n2HD8fERiLUr7Nlji77q9RnhngLhiEGD9nWtkMHHLIsEgyqUQ== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1677695695; a=rsa-sha256; cv=none; b=v9Kc+1DL3i5z+GWdgNpIYjbzU9X5uWVY8fu/S5LCHA+2jY4i30f/xg+8anJwYGSP3FNUI4 IaSKgt58ARV7To89L8v/Ie1Q46mPzi/CdX2kwdi/NROkOxSTKgepOJXUN0EYs11oi2fSnb djC1BXN5hxHjaodJpdjS9jC60/Lr3UJGEF0iG0lRvIQbYVPGyUvtmnytK6xdnV84LRbyiF cXjGwL5KV+p1pnzn6TMb5mg1Kn0foUGSsr/szx4Kzr00s/sEN8YvMR7PrUlKU1Amehk33T cHh5StuIVVvJ1Csa9dpI6gtQovSL6Ku3eTeTjbnrL+mqXAvpB7dalDTMlaSwTA== Received: from tensor.andric.com (tensor.andric.com [87.251.56.140]) (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 (2048 bits) client-digest SHA256) (Client CN "tensor.andric.com", Issuer "R3" (verified OK)) (Authenticated sender: dim) by smtp.freebsd.org (Postfix) with ESMTPSA id 4PRjZk5P60z171X; Wed, 1 Mar 2023 18:34:54 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from smtpclient.apple (longrow.home.andric.com [192.168.0.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 00DD33E768; Wed, 1 Mar 2023 19:34:52 +0100 (CET) Content-Type: multipart/signed; boundary="Apple-Mail=_2D977F1B-1CA3-48F2-8451-C80E21E17BA9"; protocol="application/pgp-signature"; micalg=pgp-sha1 List-Id: Technical discussions relating to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-hackers List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-hackers@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3731.400.51.1.1\)) Subject: Re: FreeBSD+samba as a time machine server for OSX/Ventura? From: Dimitry Andric In-Reply-To: Date: Wed, 1 Mar 2023 19:34:37 +0100 Cc: freebsd-hackers@freebsd.org Message-Id: References: To: Craig Leres X-Mailer: Apple Mail (2.3731.400.51.1.1) X-ThisMailContainsUnwantedMimeParts: N --Apple-Mail=_2D977F1B-1CA3-48F2-8451-C80E21E17BA9 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On 1 Mar 2023, at 05:28, Craig Leres wrote: >=20 > In 2020 I was able to install the netatalk3 port and use a FreeBSD = system as a time machine server. In 2021 when I upgraded to Big Sur = appletalk was no longer supported so I switched to samba413. >=20 > I've never managed to get this to work since upgrading to Ventura. What happened with Ventura? When I upgraded to it, Time Machine backups to a FreeBSD samba server kept on working just as before. > Does anybody have a config or wisdom they could share? I've appended = the config that worked with Big Sur. First of all, install samba416 instead of samba413. There are lots of important fixes, also in the Apple SMB compat area. What I'm using is mostly (irrelevant settings removed): [global] fruit:aapl =3D yes fruit:zero_file_id =3D yes vfs objects =3D catia fruit streams_xattr zfsacl # ... other stuff ... [tm-share] comment =3D Time Machine share path =3D /foo/bar/baz read only =3D No write list =3D luser fruit:time machine =3D yes And that's about it. The most important things are the global fruit options, in particular zero_file_id (see bug 269883 for the gory details), and of course the vfs objects option. If you don't use ZFS (but you should) remove zfsacl. Btw do NOT use sendfile. It never worked properly, even with AppleTalk. -Dimitry --Apple-Mail=_2D977F1B-1CA3-48F2-8451-C80E21E17BA9 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.2 iF0EARECAB0WIQR6tGLSzjX8bUI5T82wXqMKLiCWowUCY/+avQAKCRCwXqMKLiCW oxYyAJ9OjC/jTq3uxJiW/FvPlP/nSTC7/wCdHxuhj6qctwK597/bP2dFXzzyc10= =h2ms -----END PGP SIGNATURE----- --Apple-Mail=_2D977F1B-1CA3-48F2-8451-C80E21E17BA9-- From nobody Wed Mar 1 19:10:44 2023 X-Original-To: freebsd-hackers@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 4PRkNS72WXz3vF9D for ; Wed, 1 Mar 2023 19:11:04 +0000 (UTC) (envelope-from freebsd@vanderzwan.org) Received: from mail2.paztec.nl (mail2.paztec.nl [IPv6:2001:1af8:4700:a116:1::42]) (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 (2048 bits) client-digest SHA256) (Client CN "mail2.paztec.nl", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4PRkNS408Vz4Ffr; Wed, 1 Mar 2023 19:11:04 +0000 (UTC) (envelope-from freebsd@vanderzwan.org) Authentication-Results: mx1.freebsd.org; none X-Bogosity: Unsure, tests=bogofilter Received: from smtpclient.apple (2a02-a461-283f-4-d861-25ff-16eb-a6aa.fixed6.kpn.net [IPv6:2a02:a461:283f:4:d861:25ff:16eb:a6aa]) (authenticated bits=0) by mail2.paztec.nl (8.17.1/8.16.1) with ESMTPSA id 321JAtEN015107 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Wed, 1 Mar 2023 20:11:01 +0100 (CET) (envelope-from freebsd@vanderzwan.org) X-Authentication-Warning: vps4.vanderzwan.org: Host 2a02-a461-283f-4-d861-25ff-16eb-a6aa.fixed6.kpn.net [IPv6:2a02:a461:283f:4:d861:25ff:16eb:a6aa] claimed to be smtpclient.apple Content-Type: text/plain; charset=utf-8 List-Id: Technical discussions relating to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-hackers List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-hackers@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3731.400.51.1.1\)) Subject: Re: FreeBSD+samba as a time machine server for OSX/Ventura? From: freebsd@vanderzwan.org In-Reply-To: Date: Wed, 1 Mar 2023 20:10:44 +0100 Cc: freebsd-hackers@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <76AAC62C-774E-4A43-91F6-51E46DDD5836@vanderzwan.org> References: To: Craig Leres X-Mailer: Apple Mail (2.3731.400.51.1.1) X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,SHORTCIRCUIT shortcircuit=ham autolearn=disabled version=4.0.0 X-Spam-Checker-Version: SpamAssassin 4.0.0 (2022-12-14) on vps4.vanderzwan.org X-Rspamd-Queue-Id: 4PRkNS408Vz4Ffr X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:60781, ipnet:2001:1af8::/32, country:NL] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-ThisMailContainsUnwantedMimeParts: N > On 1 Mar 2023, at 05:28, Craig Leres wrote: >=20 > In 2020 I was able to install the netatalk3 port and use a FreeBSD = system as a time machine server. In 2021 when I upgraded to Big Sur = appletalk was no longer supported so I switched to samba413. >=20 > I've never managed to get this to work since upgrading to Ventura. = Does anybody have a config or wisdom they could share? I've appended the = config that worked with Big Sur. >=20 > Craig >=20 > ; @(#) $Id: smb4.conf,v 1.3 2021/07/13 22:43:22 leres Exp $ >=20 > [global] > workgroup =3D XYZ =E2=80=A6. > log level =3D 3 > vfs objects =3D zfsacl catia fruit streams_xattr Not sure if the order of the modules is important.=20 I could not find any definite statement but I have seen references to = passing data to the next module which suggests it is. BTW I use the following alias on the Mac to get the logging for = TimeMachine: alias tld=3D"log stream --style syslog --predicate 'senderImagePath = contains[cd] \"TimeMachine\"' =E2=80=94debug" Regards,=20 Paul From nobody Wed Mar 1 20:54:38 2023 X-Original-To: freebsd-hackers@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 4PRmh26mSRz3vKxp for ; Wed, 1 Mar 2023 20:54:42 +0000 (UTC) (envelope-from dan@langille.org) Received: from wout2-smtp.messagingengine.com (wout2-smtp.messagingengine.com [64.147.123.25]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4PRmh16rwSz4Pr0; Wed, 1 Mar 2023 20:54:41 +0000 (UTC) (envelope-from dan@langille.org) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=langille.org header.s=fm1 header.b="d EiWeHs"; dkim=pass header.d=messagingengine.com header.s=fm1 header.b="d EvnUpg"; spf=pass (mx1.freebsd.org: domain of dan@langille.org designates 64.147.123.25 as permitted sender) smtp.mailfrom=dan@langille.org; dmarc=pass (policy=none) header.from=langille.org Received: from compute6.internal (compute6.nyi.internal [10.202.2.47]) by mailout.west.internal (Postfix) with ESMTP id 0CE793200974; Wed, 1 Mar 2023 15:54:40 -0500 (EST) Received: from mailfrontend1 ([10.202.2.162]) by compute6.internal (MEProxy); Wed, 01 Mar 2023 15:54:41 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=langille.org; h= cc:cc:content-transfer-encoding:content-type:date:date:from:from :in-reply-to:in-reply-to:message-id:mime-version:references :reply-to:sender:subject:subject:to:to; s=fm1; t=1677704080; x= 1677790480; bh=dWKsqtwq6z2r/FyBX4zDaO7dwocZPORYJLL5sFFCb3Q=; b=d EiWeHsrqjo/DfsOXesPbplsYy05HE5lRyFizbH8g30gDMt2fZXGV+2LHTszD5C48 SqGbMvu+6QlyjbsJxW8LPqmuLHdqspi577uTz5CI8lBjrD/xvBfCkK1BW3Ur7OF8 HTZF6vyfLi9FIqEe2i8V1pblYjN4bcw4YcwHyYhfd/1nPNGlZirvyVPJEvoAVGNO HUVk8Y9YG97zlX/ordTGzd5k4xGOpJt6/DO8vvGM7SIwaOtWYpcuxGcDniFL7L7q 2cC78nBvgOfWs1h3U20tabTgMPn1XSw1sVjK0l9GsML+819V6FUmCpGnYPy0fnYq HxbzIfkkLnGPSGjZhm7/Q== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:cc:content-transfer-encoding :content-type:date:date:feedback-id:feedback-id:from:from :in-reply-to:in-reply-to:message-id:mime-version:references :reply-to:sender:subject:subject:to:to:x-me-proxy:x-me-proxy :x-me-sender:x-me-sender:x-sasl-enc; s=fm1; t=1677704080; x= 1677790480; bh=dWKsqtwq6z2r/FyBX4zDaO7dwocZPORYJLL5sFFCb3Q=; b=d EvnUpg+ZQdKs/ojHKww4XYI2cj+dyfTbW5k3MGXIR7OjpSQPmxXSck0DmI/kh2Go zpm02mxkf+zsDJ6h1o0fyxUHQLQmuqeU/PReGTviQb+xfQbaXmTl+jaP7lEUeuDK ZQ5/yv51IYyO/+qZF8US30uQpJVAZHoia2ZIWRO4dwaFPgV4StFqbnVfV4i+0yL7 6l9EG7MvetrJZHUTHXmXs7hWQMqfqscdpwV9WMT0v+h9+aD65Ol1yHij4bRRSDNa jKfcciMGrfIrLwPEkKv8mggj2Ano/K5+q3UMQUqB7OUWSw2GDkZvvE4oLPHN4EyK RRyBcgf8pI9DP5CjOMRpQ== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvhedrudelhedgudefgecutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfgh necuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmd enucfjughrpefuhffvvehfkffffgggjggtgfesthejredttdefjeenucfhrhhomhepffgr nhcunfgrnhhgihhllhgvuceouggrnheslhgrnhhgihhllhgvrdhorhhgqeenucggtffrrg htthgvrhhnpeeuheekffetveehieehueekvdetfeelheeggeejveelleeuvefgkeetudfh ieejhfenucffohhmrghinheplhgrnhhgihhllhgvrdhorhhgnecuvehluhhsthgvrhfuih iivgeptdenucfrrghrrghmpehmrghilhhfrhhomhepuggrnheslhgrnhhgihhllhgvrdho rhhg X-ME-Proxy: Feedback-ID: ifbf9424e:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA; Wed, 1 Mar 2023 15:54:40 -0500 (EST) Subject: Re: FreeBSD+samba as a time machine server for OSX/Ventura? From: Dan Langille To: Craig Leres Cc: freebsd-hackers@freebsd.org References: Message-ID: <7cda0c71-5fe2-722b-4ff9-0b48807b7627@langille.org> Date: Wed, 1 Mar 2023 15:54:38 -0500 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.16; rv:52.0) Gecko/20100101 PostboxApp/7.0.59 List-Id: Technical discussions relating to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-hackers List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-hackers@freebsd.org MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US X-Spamd-Result: default: False [-4.10 / 15.00]; SUBJECT_ENDS_QUESTION(1.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; DWL_DNSWL_LOW(-1.00)[messagingengine.com:dkim]; NEURAL_HAM_SHORT(-1.00)[-1.000]; DMARC_POLICY_ALLOW(-0.50)[langille.org,none]; R_SPF_ALLOW(-0.20)[+ip4:64.147.123.25]; R_DKIM_ALLOW(-0.20)[langille.org:s=fm1,messagingengine.com:s=fm1]; RCVD_IN_DNSWL_LOW(-0.10)[64.147.123.25:from]; MIME_GOOD(-0.10)[text/plain]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; FREEFALL_USER(0.00)[dan]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_TLS_LAST(0.00)[]; MLMMJ_DEST(0.00)[freebsd-hackers@freebsd.org]; DKIM_TRACE(0.00)[langille.org:+,messagingengine.com:+]; RCVD_COUNT_THREE(0.00)[4]; TO_DN_SOME(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; MIME_TRACE(0.00)[0:+]; FROM_EQ_ENVFROM(0.00)[]; ASN(0.00)[asn:29838, ipnet:64.147.123.0/24, country:US]; RWL_MAILSPIKE_POSSIBLE(0.00)[64.147.123.25:from] X-Rspamd-Queue-Id: 4PRmh16rwSz4Pr0 X-Spamd-Bar: ---- X-ThisMailContainsUnwantedMimeParts: N Dan Langille wrote on 3/1/23 11:29 AM: > Craig Leres wrote on 2/28/23 11:28 PM: >> In 2020 I was able to install the netatalk3 port and use a FreeBSD >> system as a time machine server. In 2021 when I upgraded to Big Sur >> appletalk was no longer supported so I switched to samba413. >> >> I've never managed to get this to work since upgrading to Ventura. >> Does anybody have a config or wisdom they could share? I've appended >> the config that worked with Big Sur. > > I wrote/did this: > https://dan.langille.org/2017/04/19/creating-an-apple-time-capsule-using-freebsd/ > > > I'm using FreeBSD 13.1 and netatalk3-3.1.13_4,1 > > I'm pretty sure Samba is not involved. I might be wrong Confirmed. I do this without Samba (it's not installed on the host). Here is my configuration, the same approach for nearly 6 years now. [knew dan ~] % cat /usr/local/etc/afp.conf [Global] vol preset = default_for_all_vol log file = /var/log/netatalk.log log level = default:warn hosts allow = [redacted] mimic model = TimeCapsule6,116 [default_for_all_vol] cnid scheme = dbd ea = ad [dvl-air01] path = /data/time_capsule/dvl-air01 valid users = dvl-air01 time machine = yes #vol size limit = 950000 [dvl-pro02] path = /data/time_capsule/dvl-pro02 valid users = dvl-pro02 time machine = yes [dvl-dent] path = /data/time_capsule/dvl-dent valid users = dvl-dent time machine = yes [dvl-dent-sparse] path = /data/time_capsule/dvl-dent-sparse valid users = dvl-dent time machine = yes -- Dan Langille dan@langille.org : https://langille.org/ From nobody Sat Mar 4 15:06:31 2023 X-Original-To: freebsd-hackers@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 4PTSq10Qrzz3w713 for ; Sat, 4 Mar 2023 15:06:37 +0000 (UTC) (envelope-from dan@langille.org) Received: from out3-smtp.messagingengine.com (out3-smtp.messagingengine.com [66.111.4.27]) (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 mx1.freebsd.org (Postfix) with ESMTPS id 4PTSpz2Vwbz3JZW; Sat, 4 Mar 2023 15:06:35 +0000 (UTC) (envelope-from dan@langille.org) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=langille.org header.s=fm1 header.b=L1pOK6G9; dkim=pass header.d=messagingengine.com header.s=fm1 header.b=Jd9Rw0wQ; spf=pass (mx1.freebsd.org: domain of dan@langille.org designates 66.111.4.27 as permitted sender) smtp.mailfrom=dan@langille.org; dmarc=pass (policy=none) header.from=langille.org Received: from compute2.internal (compute2.nyi.internal [10.202.2.46]) by mailout.nyi.internal (Postfix) with ESMTP id 2F52B5C0136; Sat, 4 Mar 2023 10:06:34 -0500 (EST) Received: from mailfrontend2 ([10.202.2.163]) by compute2.internal (MEProxy); Sat, 04 Mar 2023 10:06:34 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=langille.org; h= cc:cc:content-transfer-encoding:content-type:content-type:date :date:from:from:in-reply-to:in-reply-to:message-id:mime-version :references:reply-to:sender:subject:subject:to:to; s=fm1; t= 1677942394; x=1678028794; bh=zllCAKq0+nCdD9z43u1QW8g5mjB4RYRs44x 8M3JgSk4=; b=L1pOK6G9ruz8t8U9ct/k7cPD49QWbn+PtirO8xfYL4xmahb1/qO iyFFSVe1+A9kSL5ZfSxH9K5/lePcHoCxshm8xI89RQ71X53x+aehzDx2GmQ1CT2J 3l13Apv8cwJSmSVUNUzK7jERLrcDmxXQbTS62NEqRIjhCq6/e5Cyh667fZG0MOA7 UZfhsS8ptzWfskarpL3eiCtrnfr48bas9YNaJqPGZWIq4PSE7HwAoGwSLXdiF6rQ nbcJQusba8qOzgOKUZpmvYKiLgfDO+L7T4pmYcTyGkoRDrnZFp1v7sND5/d12M71 KPISCcDVRaBG1dvPwL/akEpNNwHCiF+BmcQ== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:cc:content-transfer-encoding :content-type:content-type:date:date:feedback-id:feedback-id :from:from:in-reply-to:in-reply-to:message-id:mime-version :references:reply-to:sender:subject:subject:to:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm1; t= 1677942394; x=1678028794; bh=zllCAKq0+nCdD9z43u1QW8g5mjB4RYRs44x 8M3JgSk4=; b=Jd9Rw0wQUiaGDB3r55DBbv6qT3GGaNhNJuC2VcrqsO3rwi1Owpn ZgjqTpzoqeIS5GRTZh2JUcSEsLb3PC9DxnH6CwdMMoKDkTo8Ulb8x2Akkc9UiF9N m4p6KW0bvv5V7bwwa1th05UK49Mz18SYFauAWz7Aasm4BqAE3BR/QJsiwmM54rda 95HiZDrShQbSQlI7715tYzlKz6lghp+XH+a4AqFVg8hR1Wi55XgcxMRkdYjV7l4N 64jS7pIo4KckMUa9Yv8JCL0LH2wI/E65JFoaHW1gVYjIDHlp1OnRXHvqol4lZaja ZAWUh8Pa11BQLcziyfUgiKwBLxKTXR0m8iQ== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvhedrvddtuddgieekucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne cujfgurhepuffhvfevfhfkffgfgggjtgfgsehtjeertddtfeejnecuhfhrohhmpeffrghn ucfnrghnghhilhhlvgcuoegurghnsehlrghnghhilhhlvgdrohhrgheqnecuggftrfgrth htvghrnhepueehkeffteevheeiheeukedvteefleehgeegjeevleelueevgfekteduhfei jefhnecuffhomhgrihhnpehlrghnghhilhhlvgdrohhrghenucevlhhushhtvghrufhiii gvpedtnecurfgrrhgrmhepmhgrihhlfhhrohhmpegurghnsehlrghnghhilhhlvgdrohhr gh X-ME-Proxy: Feedback-ID: ifbf9424e:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA; Sat, 4 Mar 2023 10:06:33 -0500 (EST) Subject: Re: FreeBSD+samba as a time machine server for OSX/Ventura? From: Dan Langille To: Craig Leres Cc: freebsd-hackers@freebsd.org References: <7cda0c71-5fe2-722b-4ff9-0b48807b7627@langille.org> Message-ID: <8a3011ce-9c5e-3454-ecce-2cd9ba3c0e25@langille.org> Date: Sat, 4 Mar 2023 10:06:31 -0500 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.16; rv:52.0) Gecko/20100101 PostboxApp/7.0.59 List-Id: Technical discussions relating to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-hackers List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-hackers@freebsd.org MIME-Version: 1.0 In-Reply-To: <7cda0c71-5fe2-722b-4ff9-0b48807b7627@langille.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US X-Spamd-Result: default: False [-4.10 / 15.00]; SUBJECT_ENDS_QUESTION(1.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; DWL_DNSWL_LOW(-1.00)[messagingengine.com:dkim]; NEURAL_HAM_SHORT(-1.00)[-1.000]; DMARC_POLICY_ALLOW(-0.50)[langille.org,none]; R_SPF_ALLOW(-0.20)[+ip4:66.111.4.27]; R_DKIM_ALLOW(-0.20)[langille.org:s=fm1,messagingengine.com:s=fm1]; RCVD_IN_DNSWL_LOW(-0.10)[66.111.4.27:from]; MIME_GOOD(-0.10)[text/plain]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; FREEFALL_USER(0.00)[dan]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_TLS_LAST(0.00)[]; MLMMJ_DEST(0.00)[freebsd-hackers@freebsd.org]; DKIM_TRACE(0.00)[langille.org:+,messagingengine.com:+]; RCVD_COUNT_THREE(0.00)[4]; TO_DN_SOME(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; MIME_TRACE(0.00)[0:+]; FROM_EQ_ENVFROM(0.00)[]; ASN(0.00)[asn:19151, ipnet:66.111.4.0/24, country:US]; RWL_MAILSPIKE_POSSIBLE(0.00)[66.111.4.27:from] X-Rspamd-Queue-Id: 4PTSpz2Vwbz3JZW X-Spamd-Bar: ---- X-ThisMailContainsUnwantedMimeParts: N Dan Langille wrote on 3/1/23 3:54 PM: > Dan Langille wrote on 3/1/23 11:29 AM: >> Craig Leres wrote on 2/28/23 11:28 PM: >>> In 2020 I was able to install the netatalk3 port and use a FreeBSD >>> system as a time machine server. In 2021 when I upgraded to Big Sur >>> appletalk was no longer supported so I switched to samba413. >>> >>> I've never managed to get this to work since upgrading to Ventura. >>> Does anybody have a config or wisdom they could share? I've appended >>> the config that worked with Big Sur. >> >> I wrote/did this: >> https://dan.langille.org/2017/04/19/creating-an-apple-time-capsule-using-freebsd/ >> >> >> I'm using FreeBSD 13.1 and netatalk3-3.1.13_4,1 >> >> I'm pretty sure Samba is not involved. I might be wrong > > Confirmed. I do this without Samba (it's not installed on the host). > Here is my configuration, the same approach for nearly 6 years now. > > [knew dan ~] % cat /usr/local/etc/afp.conf > > [Global] > vol preset = default_for_all_vol > log file = /var/log/netatalk.log > log level = default:warn > > hosts allow = [redacted] > mimic model = TimeCapsule6,116 > > [default_for_all_vol] > cnid scheme = dbd > ea = ad > > [dvl-air01] > path = /data/time_capsule/dvl-air01 > valid users = dvl-air01 > time machine = yes > #vol size limit = 950000 > > [dvl-pro02] > path = /data/time_capsule/dvl-pro02 > valid users = dvl-pro02 > time machine = yes > > [dvl-dent] > path = /data/time_capsule/dvl-dent > valid users = dvl-dent > time machine = yes > > [dvl-dent-sparse] > path = /data/time_capsule/dvl-dent-sparse > valid users = dvl-dent > time machine = yes > Last night I confirmed this approach still works. I added a new client, dvl-pro03 In short: zfs create system/data/time_capsule/dvl-pro03 createuser dvl-pro03 sudo chown dvl-pro03:dvl-pro03 /data/time_capsule/dvl-pro03 Add this to /usr/local/etc/afp.conf [dvl-pro03] path = /data/time_capsule/dvl-pro03 valid users = dvl-pro03 time machine = yes That client is now backing itself up. -- Dan Langille dan@langille.org : https://langille.org/