From nobody Mon Jun 17 02:26:36 2024 X-Original-To: questions@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 4W2Yg25Zn3z5N3Dq for ; Mon, 17 Jun 2024 02:26:54 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-yb1-xb2f.google.com (mail-yb1-xb2f.google.com [IPv6:2607:f8b0:4864:20::b2f]) (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 "WR4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4W2Yg23Yhpz4gtF for ; Mon, 17 Jun 2024 02:26:54 +0000 (UTC) (envelope-from kob6558@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-yb1-xb2f.google.com with SMTP id 3f1490d57ef6-dfef552d425so4587635276.0 for ; Sun, 16 Jun 2024 19:26:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1718591213; x=1719196013; darn=freebsd.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=9Dc/zoky+73/HL1H/4h43zRRxbCgDjcvNvxZ8iKx30Y=; b=Bv0DswTVZkBkSeYha5m2hzMdm1hdHiscUQuIs2Q+olsEa6B9PN2ObmCJvsh07fMjJl PQ3/dGPMUCYuvQU+08zYpFI7g4u4NtZbTA8z6ox2vJDPAZ0+ZFSM85n9klJA/J2HTs80 Yu0f3FKXAAbS9GYfm6rIaKUDVtCFXaN0ekQcsisHdjSbUHTX+xaBC8sHWhuvwoqwNXTy DD3/yQKVeBDE2Wr/gPE6k19VHLiPeneKxG1dZaoRYWsLZ6nRMGMoc2WdRkeYUaUcpcNu GqoAOs9T3qLJANDyMrspj/y5bGFascKsNa59CEfw+2Qb9pjkZtj7POWHHh5lYu1xCEL6 lG0g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1718591213; x=1719196013; 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=9Dc/zoky+73/HL1H/4h43zRRxbCgDjcvNvxZ8iKx30Y=; b=vzTiesViw+ubmzY6Ma/OqYGXflaIQhXV4lUwC8WX1deL/s6xQfNPR7DNjXDXvybRO0 Ny+1qRLaPjIZYIsh7MsalB3HM93wa6mkK6JlXBglMThVKAZJUd9xztAlQUGffMuWZHgc /bcbc3YSpLwcbg3HSq48x3QpiA7tr23/rtnx+qCV3KHJ1bqH7Vp82NgkAGOpk1Z00Zkw /przMDTx+LMMFw9idwYWZaEQaMgjbxf9S3SoZCjEfgCVmfmMuBk2IIRpUurX80O8C2Wb jly6y+mks+nwNouZ5hXSiMh/k/GX0w6/fCzhmImWGY/Vi5jaXcHBXvt7H2Uxfmj22inZ 2ITw== X-Gm-Message-State: AOJu0Yxvjv5peFHTk2Dp7NAGRUe05t7p+mGkQYLxH8ATViCu9vfxtzn5 efs9XxuFJ7Hp5mhwh9ktBAQiHWfAV9e+QIPD2hzePNWmzfgONjLpJCJZpxjGm2d7BXFADlnELbP 7jrtU1Ky0RJ3wFmTK6eEkPsJug+a1a8fOQ4A= X-Google-Smtp-Source: AGHT+IEb7YK1j7FgYwL2IktNJ5NUfU9QrY1hgPxKgF0caL29TpkhkME/i3S3/zHl+rYxGkiTP36y4DnB/aOFzl5olWc= X-Received: by 2002:a25:81c6:0:b0:dfa:49dd:c55e with SMTP id 3f1490d57ef6-dff394e9356mr2665881276.62.1718591212943; Sun, 16 Jun 2024 19:26:52 -0700 (PDT) List-Id: User questions List-Archive: https://lists.freebsd.org/archives/freebsd-questions List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-questions@freebsd.org Sender: owner-freebsd-questions@FreeBSD.org MIME-Version: 1.0 References: <22e86a26-e2d5-47b3-8a28-26fde5c4d730@irk.ru> In-Reply-To: <22e86a26-e2d5-47b3-8a28-26fde5c4d730@irk.ru> From: Kevin Oberman Date: Sun, 16 Jun 2024 19:26:36 -0700 Message-ID: Subject: Re: /usr/ports/distfiles/go insanely oversized To: Thor Ablestar Cc: questions Content-Type: multipart/alternative; boundary="000000000000c300cf061b0cb2bf" X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US] X-Rspamd-Queue-Id: 4W2Yg23Yhpz4gtF --000000000000c300cf061b0cb2bf Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable I'm baffled. My distfiles with over 1200 ports installed total 9.1GB. This makes me wonder just why you are doing things like 'make checksum'? 'make install' will do the following: config, fetch, checksum, depends, extract, patch, configure, build, install= . That normally results in a single file in distfiles. Some ports require multiple dist files, usually for a port which maintains multiple versions or a metaport that contains distfiles for many ports included in the metaport. E.g. gnome. Still, this does not mean that there will be anything like what you are seeing. Can you explain exactly how you are doing this? And, why? Why not just use packages? Either pull down the packages you need or use poudriere or 'make package' to generate what you need? Either way will be far less resource intensive. Especially pulling down the pre-built packages. Clearly, something you're doing is not what you want. On Sun, Jun 16, 2024 at 2:16=E2=80=AFAM Thor Ablestar wrote: > Hello! > > I have a habit to keep /usr/ports/distfiles on separate SSD in order to > build packages on many different computers and OSes (12, 13 and now > 14.2). Usually i do the following: > > # cd /usr/ports/sometheme/somepackage > > # make checksum > > # make install > > so that I supervise the download of source files and then have some rest > while the port compiles. > > SSD became full, and I decided to copy data to the different HDD. Then I > have found that the /usr/ports/distfiles/go has an insane number of > subdirectories (some hundreds of thousands). I spent a full day in > attempts to copy them (successfully at last) and only some minutes to > copy the rest. > > Then I decided to find a total size of the distfiles with du. Now du > spent 5 minutes of machine time (top listing) and has shown 288 GB in go > subdir and 469 GB total. > > Then I have tried to compare some subdirectories in go directory, and it > seems that each subdirectory contains subdirectories of all their > dependencies (I am not sure). For instance, > > go/archivers_nfpm/pkg/mod/cache/download/ > github.com/!masterminds/goutils/@v > > contains the same files (name and size) as > > go/audio_gonic/pkg/mod/cache/download/github.com/!masterminds/goutils/@v > > What to do? How to manage it? If the problem cannot be solved I am going > just to ban the /usr/ports/distfiles/go dependent ports completely and > try to live without them. > > I had the same problem 2 years ago but it was not so severe as now. > > Sincerely yours, > > Anatoly > > > > --=20 Kevin Oberman, Part time kid herder and retired Network Engineer E-mail: rkoberman@gmail.com PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683 --000000000000c300cf061b0cb2bf Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
I'm baffled. My distfiles with over 1200 por= ts installed total 9.1GB. This makes me wonder just why you are doing thing= s like 'make checksum'? 'make install' will do the followin= g:
config, fetch, checksum, depends, extract, patch, configu= re, build, install.

That normally re= sults in a single file in distfiles. Some ports require multiple dist files= , usually for a port which maintains multiple versions or a metaport that c= ontains distfiles for many ports included in the metaport. E.g. gnome. Stil= l, this does not mean that there will be anything like what you are seeing.=

Can you explain exactly how you are doi= ng this? And, why? Why not just use packages? Either pull down the packages= you need or use poudriere or 'make package' to generate what you n= eed? Either way will be far less resource intensive. Especially pulling dow= n the pre-built packages.

Clearly, somet= hing you're doing is not what you want.

On Sun, Jun 16, 2024= at 2:16=E2=80=AFAM Thor Ablestar <thor@i= rk.ru> wrote:
Hello!

I have a habit to keep /usr/ports/distfiles on separate SSD in order to build packages on many different computers and OSes (12, 13 and now
14.2). Usually i do the following:

# cd /usr/ports/sometheme/somepackage

# make checksum

# make install

so that I supervise the download of source files and then have some rest while the port compiles.

SSD became full, and I decided to copy data to the different HDD. Then I have found that the /usr/ports/distfiles/go has an insane number of
subdirectories (some hundreds of thousands). I spent a full day in
attempts to copy them (successfully at last) and only some minutes to
copy the rest.

Then I decided to find a total size of the distfiles with du. Now du
spent 5 minutes of machine time (top listing) and has shown 288 GB in go subdir and 469 GB total.

Then I have tried to compare some subdirectories in go directory, and it seems that each subdirectory contains subdirectories of all their
dependencies (I am not sure). For instance,

go/archivers_nfpm/pkg/mod/cache/download/github.com/!master= minds/goutils/@v

contains the same files (name and size) as

go/audio_gonic/pkg/mod/cache/download/github.com/!mastermin= ds/goutils/@v

What to do? How to manage it? If the problem cannot be solved I am going just to ban the /usr/ports/distfiles/go dependent ports completely and
try to live without them.

I had the same problem 2 years ago but it was not so severe as now.

Sincerely yours,

Anatoly





--
Kevin= Oberman, Part time kid herder and retired Network Engineer
E-mail: rkoberman@gmail.com
--000000000000c300cf061b0cb2bf-- From nobody Mon Jun 17 03:50:23 2024 X-Original-To: questions@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 4W2bWR6zz9z5NBNh for ; Mon, 17 Jun 2024 03:50:27 +0000 (UTC) (envelope-from kmcmi046@uottawa.ca) Received: from CAN01-YQB-obe.outbound.protection.outlook.com (mail-yqbcan01on2101.outbound.protection.outlook.com [40.107.116.101]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "DigiCert Cloud Services CA-1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4W2bWR0SvXz4nQJ for ; Mon, 17 Jun 2024 03:50:27 +0000 (UTC) (envelope-from kmcmi046@uottawa.ca) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=uottawa.onmicrosoft.com header.s=selector1-uottawa-onmicrosoft-com header.b=qzxaxjzh; dmarc=pass (policy=none) header.from=uottawa.ca; spf=pass (mx1.freebsd.org: domain of kmcmi046@uottawa.ca designates 40.107.116.101 as permitted sender) smtp.mailfrom=kmcmi046@uottawa.ca; arc=pass ("microsoft.com:s=arcselector9901:i=1") ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=h5BBA/ObeAlqk/xizBGDcGheDLWL8P1Ec+fqV9/CUAiGCaYizVdh4QPei/WpRVmvRSu/ByOnjMjBQchQqCLjON/VGXSfCunfe3AnPWBILIRYenBXXh96Mi9wjRRDqytMHkpcUyOcK0yV1bMsjZlTeMWz/onZHORRpf9HqRWl+pN4D0f/CjOB4B6QVqVArnnXOIIDbc+SGR3yp7t9x7kNfCulz4OYpP+ySnH5UxPkgmgwQREvD9tzXvew5FhTQH7S8NatbcfJhkJLz04hSRY9AZCU1WhGm2yhqfGLLFypIRqI4oWdM6FKsOIcmPmdfbu4Du6stcDdvq783gd7EYkOaA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=FB5y0iIVWrQJYhFlW1+1GJEGTTsQ+b1q34oZtn3fSKQ=; b=PdhuPfYrXr7aRpc4NgoZ48Ly9PaM8ZXm5xqDYlk0juwQ+ifqZrT/Ze3iPCC2kFnSPkmSoifIDE4pkXBQuN/Ltvt1LQR6iy1S+Aet3XJrbmmy7kaCauF5BFTqN4D3qzD/DDWLBD7Xg9k2d9l6KiEMYc+K7aRIlAaIZYAcAaCVWCz00iNKgYTTZZ70pfACqUc7nMbm1vSuMhzHEcWoEvme/V4rhE7/UIUWXkLVAevQbncXs0OaZmAOll56qyZq+ScGieWSeFIRtrjT1OuOOdwSK993MnGubEn4lydj8c2naLKUlpi6o5AWF5KhDDdr9svnr0B90Wq9rJ6gIE1omPSTrw== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=uottawa.ca; dmarc=pass action=none header.from=uottawa.ca; dkim=pass header.d=uottawa.ca; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=uottawa.onmicrosoft.com; s=selector1-uottawa-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=FB5y0iIVWrQJYhFlW1+1GJEGTTsQ+b1q34oZtn3fSKQ=; b=qzxaxjzhKjWCH+2iY5Q3/MtKcb/jUOsCtB9rPCzRN5DY7/8cu3hUlDNDTTDsMYW5mUtNOnJ6bpXVss+j/J6CAaLubfXybzGFF/V9AJGwTEqYNbHf8mFU7m+3iO6+2DQj0VR6atRJiutaFCn79Rd+g6Qhf7qBX8xLuwxtiAzb3qom7iUpoc5QUgEGFOiNtSK59nz5L0ko+I1gVvPrL9PQg1F9iqV7g2YSI/KhZgbISUWXFfgmqAXtZLvNKSbPfAJKHvCxZXc8RFek++nJJFpHDNEonSiyvzmpD7+dLKxRSrNs4/3vxQORmkOYXsaz9NRsKfKeJsnP3CEkbb+k2kVAmQ== Received: from YT2PR01MB9827.CANPRD01.PROD.OUTLOOK.COM (2603:10b6:b01:d9::18) by YT4PR01MB10773.CANPRD01.PROD.OUTLOOK.COM (2603:10b6:b01:105::11) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.7677.30; Mon, 17 Jun 2024 03:50:24 +0000 Received: from YT2PR01MB9827.CANPRD01.PROD.OUTLOOK.COM ([fe80::5503:9747:a386:d8ec]) by YT2PR01MB9827.CANPRD01.PROD.OUTLOOK.COM ([fe80::5503:9747:a386:d8ec%5]) with mapi id 15.20.7677.030; Mon, 17 Jun 2024 03:50:24 +0000 From: Katherine Mcmillan To: "questions@freebsd.org" Subject: FreeBSD and Kubernetes Thread-Topic: FreeBSD and Kubernetes Thread-Index: AQHawGlNB/+3/XOMxEu2wDbkV5pxMw== Date: Mon, 17 Jun 2024 03:50:23 +0000 Message-ID: Accept-Language: en-GB, en-US Content-Language: en-GB X-MS-Has-Attach: X-MS-TNEF-Correlator: msip_labels: x-ms-publictraffictype: Email x-ms-traffictypediagnostic: YT2PR01MB9827:EE_|YT4PR01MB10773:EE_ x-ms-office365-filtering-correlation-id: 5cd0a5c6-0e0f-443e-5442-08dc8e809e25 x-ms-exchange-senderadcheck: 1 x-ms-exchange-antispam-relay: 0 x-microsoft-antispam: BCL:0;ARA:13230037|366013|376011|1800799021|38070700015; x-microsoft-antispam-message-info: =?iso-8859-1?Q?SRnRzd7tdSy/Bui/GDCTY3cOGpKuHQoIfQ7by9fiSGmd2cH8vkcmKlU8u5?= =?iso-8859-1?Q?5zvsev0UiZXSC4tJLw/apiV6kyD0c2jb1xdHe3zv8lCkPNWNRW4JuxxYYj?= =?iso-8859-1?Q?96ZhTz6fOquJ4CsIUrV2wrlk2W962fS2yfZMucyNKOh6NHQ4SGXynBfhMX?= =?iso-8859-1?Q?+h5C+EdZRxyjPCSydn5tdKrKmUiRk7gas/mbgfAf7i7eqpQeUEljOPEEEf?= =?iso-8859-1?Q?mEddXd1A91A+8NpYnaOu0x+Mih27SfYzWUa/w7MlyAsA5/EISJylfZFz6p?= =?iso-8859-1?Q?Y6MvMvVWeNcjZVG55omqDRxtLoPC6H4NPEDtY6jERNE9rksPdsLrT9LDyB?= =?iso-8859-1?Q?S8pBUBS+E+3Scq8fTYRcbWV+Aunkzhq/fs2ZBUgBYaYCYeQw3uGnQRc+mw?= =?iso-8859-1?Q?y6fkwZuseRzrtJkmKqjAuidfKzbE0uaQD7+ZT3plzg6J5X26Xs6bx05E5+?= =?iso-8859-1?Q?4Fhir1Bgjkg86yivOAX49UQz+p/CUqjDBpVp6dX73iyC5VlOjGMsiSpSnK?= =?iso-8859-1?Q?YSzMOP9WchIXt2nv6HG0vrGhtJ9Wa9NKPG5uf26xEIpQFcTZbopElkrwp5?= =?iso-8859-1?Q?HEb+CQawpIiMJ0K2N+2i5mPFr7eOBDccmDUdHsG7L1wSegECsDBqfhlHVv?= =?iso-8859-1?Q?gBztAlnJ430Wb2wcLEJPRISAIyHw0wNUfAGUyJdqNsEphU9TBJ26zZ0m+N?= =?iso-8859-1?Q?Ei6pWisZXycsgQCuKFkL1xfygo3GiJsPa38asGXQzFmmRwc+47IogJAoR1?= =?iso-8859-1?Q?YizNGdQjx9X5LdRUjNliueMr724Nly1y1z0Yn9itsuIqHZIVVk6tqEzXF7?= =?iso-8859-1?Q?95IyBHICzT8B2QygI+9e+g0SkklSXuUuLvgoXf3pjO6XdHOUA+yzSs6r/X?= =?iso-8859-1?Q?jsFEoH7abH9RAykjaXNrLsV2n+F0Npd3wOKPxl8A43eULbzFR9/QHhWhbU?= =?iso-8859-1?Q?G0/PKYtMR+fv034TO98jUId9cTO1uKgK11DkIiuQGBnkV65htCVZTOS4ZE?= =?iso-8859-1?Q?B+WEzhVXVF/w4ow9T2lc4iMuuRiFQ+kYfZdk/AaWNwRFlEdNyDXYTZVFAG?= =?iso-8859-1?Q?sOPE655Lq8jRtEhgYwf4oFcIbGb+ATkGuaBShbffftvCckCmiwVpGo3qYI?= =?iso-8859-1?Q?B9W2qpK5wVRDDmBt0a2nSt0CpyTad1aZ5nqBUY3ILbxV9s8HcPzp+ijPsl?= =?iso-8859-1?Q?DhXBJwGEw4iWxPT0fWV68LTG5n6VzzwWxmaBwH/iITNQvv9LfoPJ6fhwLY?= =?iso-8859-1?Q?yqzsKQABhaiY8w7FqfeXmuiGB2oBincw9LzbtTdi3+D9kNr53BQBIU8I4D?= =?iso-8859-1?Q?20cvALSZy/Lw4alh81It9okhNPWNS0QlZMBqewG+IhGUyKGP7ZqALqYjNQ?= =?iso-8859-1?Q?8M01SEw7xlIHenfQ6867TT5hAipA/piROFf/cUTuznaWFwAYMFcQo=3D?= x-forefront-antispam-report: CIP:255.255.255.255;CTRY:;LANG:en;SCL:1;SRV:;IPV:NLI;SFV:NSPM;H:YT2PR01MB9827.CANPRD01.PROD.OUTLOOK.COM;PTR:;CAT:NONE;SFS:(13230037)(366013)(376011)(1800799021)(38070700015);DIR:OUT;SFP:1102; x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: =?iso-8859-1?Q?SQY1vgY/xBxUYhdqgPkfFN9m2zJ5M8YQUmQHINwLeJf4bgJbDLnp3w2ncx?= =?iso-8859-1?Q?tzRfw/TrxYXatuG+cBy8zfjwmApaO/aFP/Y7pqjVnJsHk1Eo3jrxoO61s9?= =?iso-8859-1?Q?0+JMKKtvawPprfbkleOkOnjhFx6RRfmRBGRp7I521OiTM1uw1fqlOOCg8/?= =?iso-8859-1?Q?S9mUKadtspcepL/o8LCeWP41Vx4n5js9jzNEENjU4iWhobMXWdEoQRxmj5?= =?iso-8859-1?Q?8BKD2ztkOdtqvfMAtLcofbkBj6JRDBxPkSkTg55zegVIdh2OQLBw85J2wg?= =?iso-8859-1?Q?5zBULpQCuIaa4rneD/2fTHc8EOcT0+YuIpYcnlCZkjeh79S27jRzwb9xVd?= =?iso-8859-1?Q?Gxiz8a/o4ratp4dyWuZXiLh6CJOy/MeboKgV9QvAnKpFdniA/JNUT18Asl?= =?iso-8859-1?Q?0UXVO/d/oomJIDaHzlg9kVg3HyGT1MfeAA37g7UFPm7WEjH8/9EHzwSqU5?= =?iso-8859-1?Q?ybRvIWofYsklMvebQa4gZ3UuVF5wHnQX80krEq4siUlVur/69b134Yi3Rh?= =?iso-8859-1?Q?siSrDOCGBxrKRjJL6NQep2PC2KaqtBwdhl317WD+fGy8qL7y+Nv69uLtNm?= =?iso-8859-1?Q?gjoASUxC0EmsPc9rOSWiDdGlSd3iAbj2HkovXIGZBDmj0Tg1xtD2nyiQdA?= =?iso-8859-1?Q?hB3MCOfWzjh39QZ9WQLLoqUdfLTVm2fk3UJ9IOi7gC/aqnwE30TcgB//X7?= =?iso-8859-1?Q?SVwgrDj50RyWWhy8QN8lW841VtP0qn/JGj5AdkzLjm2UwLwa5GVUoZxF6/?= =?iso-8859-1?Q?csbdaeKkI2HbjUCeoi1L4Ev2ffxZagWeHQKay8wGP2GGDCxIK1jBI0OvC4?= =?iso-8859-1?Q?9RalE3uZUkDsnlQThcAbOnACTfZ/gZCHrOZSeMjrofoip3Knn7WUXP4Moj?= =?iso-8859-1?Q?kYRLDPT7u4sGoc3+rOnr3rq7rlLSDrSpPVJHTiaCM23quv5WJ+LkUKGuzx?= =?iso-8859-1?Q?r7f+C90TIP1U8KPneOl0MH3I8LLv0MOeHMC/dmypeFARd75/BjseE+/IZA?= =?iso-8859-1?Q?296cmEp9i4bPWEhrFR/On5jD2vBR1dHqWkkvtUZWSfyKWpc2d9vlDTpdYt?= =?iso-8859-1?Q?Zz4SAD6ZWosFrOZrZlLJgsDG2beVDTKFwzvdfySDsW7SQKdf2+b6snYfnY?= =?iso-8859-1?Q?/OSE6O1DJCzRBlYL9XJijXTJrI90Moizi7GKO10cWx6N7boiZjS6Nv5WLo?= =?iso-8859-1?Q?YfbgSBV9eafdBSiJ3pKibSelfDjAKKvxYxstrV/45Qdx1YETELwVU1JlIj?= =?iso-8859-1?Q?OuqH8g5Xz5+Zah/ElW4RGDYVcf5Kev65M+5tpaJ63huD8yX4DXViLxJte6?= =?iso-8859-1?Q?e1GMPVHl1Hr+zSW00O5MFNVSA0flb00oFy+PXPANMQONi84VjZ8CFZEIWj?= =?iso-8859-1?Q?F0t6Lr+VjCDN+2I7gaO2uV6B60F/V1dHBI+di5Tr20LjmNUffMJgZRmMMj?= =?iso-8859-1?Q?eoZTadYcPGc+jnw12kYUtzEmJtDLrpgTvyBWN2BDxfKt/q2BQa/zUsi8KU?= =?iso-8859-1?Q?n8MYjvghbI/idoYchVoc/D3vxsrulpHRn1CiDPaOIfT9/Js0Asve/megv/?= =?iso-8859-1?Q?pB5Qnb9kGOaJNdj/JmaQMCBmSccN+pXLRLBe7zOgNBDUKsJT4e0yKnChqO?= =?iso-8859-1?Q?chh3aDtNKhKPc=3D?= Content-Type: multipart/alternative; boundary="_000_YT2PR01MB98271F7CE143B3B083D11DFDE8CD2YT2PR01MB9827CANP_" List-Id: User questions List-Archive: https://lists.freebsd.org/archives/freebsd-questions List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-questions@freebsd.org Sender: owner-freebsd-questions@FreeBSD.org MIME-Version: 1.0 X-OriginatorOrg: uottawa.ca X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: YT2PR01MB9827.CANPRD01.PROD.OUTLOOK.COM X-MS-Exchange-CrossTenant-Network-Message-Id: 5cd0a5c6-0e0f-443e-5442-08dc8e809e25 X-MS-Exchange-CrossTenant-originalarrivaltime: 17 Jun 2024 03:50:23.9419 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: d41fdab1-7e15-4cfd-b5fa-7200e54deb6b X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: /5CHMKVaCU8wMcLrSdtA4dbLq8VAlEYVTXgL5QBYGv6zlyRlqf8+A5ea9Xk5N3TYuGyGVjoJjoy45D7vxXZ2JA== X-MS-Exchange-Transport-CrossTenantHeadersStamped: YT4PR01MB10773 X-Spamd-Bar: ---- X-Spamd-Result: default: False [-5.00 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; ARC_ALLOW(-1.00)[microsoft.com:s=arcselector9901:i=1]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.998]; DMARC_POLICY_ALLOW(-0.50)[uottawa.ca,none]; R_DKIM_ALLOW(-0.20)[uottawa.onmicrosoft.com:s=selector1-uottawa-onmicrosoft-com]; R_SPF_ALLOW(-0.20)[+ip4:40.107.0.0/16]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; RCPT_COUNT_ONE(0.00)[1]; MISSING_XM_UA(0.00)[]; ASN(0.00)[asn:8075, ipnet:40.104.0.0/14, country:US]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RWL_MAILSPIKE_POSSIBLE(0.00)[40.107.116.101:from]; MLMMJ_DEST(0.00)[questions@freebsd.org]; TO_MATCH_ENVRCPT_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; RCVD_TLS_LAST(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; TO_DN_EQ_ADDR_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; DKIM_TRACE(0.00)[uottawa.onmicrosoft.com:+] X-Rspamd-Queue-Id: 4W2bWR0SvXz4nQJ --_000_YT2PR01MB98271F7CE143B3B083D11DFDE8CD2YT2PR01MB9827CANP_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hello all, I am wondering which mailing list is the best one for discussing FreeBSD an= d Kubernetes? Thank you, Katie --_000_YT2PR01MB98271F7CE143B3B083D11DFDE8CD2YT2PR01MB9827CANP_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hello all,

I am wondering which mailing list is the best one for discussing FreeBSD an= d Kubernetes?

Thank you,
Katie
--_000_YT2PR01MB98271F7CE143B3B083D11DFDE8CD2YT2PR01MB9827CANP_-- From nobody Mon Jun 17 07:03:54 2024 X-Original-To: questions@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 4W2gpk5mJyz5NWFT for ; Mon, 17 Jun 2024 07:03:58 +0000 (UTC) (envelope-from matthew@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 4W2gpk4sm2z49Vp for ; Mon, 17 Jun 2024 07:03:58 +0000 (UTC) (envelope-from matthew@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1718607838; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=f2zfebwcPo5Lny0j3p3sSMmeUhdKK2bIwVSPihHhMXs=; b=LAHOynF9VJQxia4kvFHQ5WJkk4RkMV7VpoO6HN3Zh9MTFHSpwgIFXkiyvqhulUxPrVQwnZ CnQED43x7LrxQi84lMSfYO2JWveTyGVA8THUNwlqxYhcBYEctdT+p90kFdVBhy2rsE47cj yFA1A4GDXw0wb8qmJB3LrrLPOdCmaRG4lOu4LIue0w4rmolXUW1Dm/I0O3FbRQwIVQOsqr Vdy7lO/a56EjTeA+cbLJQBLDeRoWM188HTM1lAffOiUmhR4hil36Wku0CnWgdB7zxap0pR U/VYGiYR+gWq5ZA1jv5GRx7yxTYAPPVGz+In2+iSMwxW848fn2+peJXcEm7xuA== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1718607838; a=rsa-sha256; cv=none; b=wOh0LTq9h+6t2gJfaRy67Pn3dN1SpD2HCiu8X53UWzD2Zxs4IxXAgkP2OfJhuLdTRAbKAM 2cWAxG5sNsRcwxaeBjHJqT4XJ+VTK+3/yl+9k3W4TCWE3GMYg0CMyNSAG//8xJdYSUNzP1 /v6oSrKKbH0vQuYFenEKU23Zq12Z5fP4cxgF/tPtQYGHu+/LvUXkl5sLNrCazvAAAhnmfU H0wsSz0exuZ8GTIuM067C6Z/g5gE0XrNH52Gsf3fRHIh/HC9eLfxos4UlwNEpqFTJo4Dr4 VFtgNPenQnlp9RbDTb5T05kEpBwBHUBNSE/saRATRhZPf94chlRlliJebsnVmg== ARC-Authentication-Results: i=1; smtp.infracaninophile.co.uk; dmarc=fail (p=none dis=none) header.from=FreeBSD.org ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1718607838; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=f2zfebwcPo5Lny0j3p3sSMmeUhdKK2bIwVSPihHhMXs=; b=L/Ulw4juL6UkcTXTFbzQGTjTf81VklmN3gVbO5WN5okkMaz0IBAwezRz5UV6ek2cSXxxUR S56MXxsELx1QXfI37BvUcyIG2FgawtBU31gz0kGLUpvw4WE8btBkeM3R6NRySM6y9BopdJ KFV2uIv4ZsaqzwXRcSY2pnZwPquXWBM+Y5cmRksnegqj5OI7K9pwzuiCjOMPQTZiQ9kxi1 ZU9y9v5ToCWgF9RRQjwuUgN6PGTkAm6EKHY40TQ0DhY4cW0pkwwmHxPspIUUejfwVhcU8g uJXzMMdVu36VeQn++3Gz4G4EjvX/32QIXOArheaJkLb407w/btUHnEQ6Eodwyg== Received: from smtp.infracaninophile.co.uk (smtp.infracaninophile.co.uk [IPv6:2001:8b0:151:1:c4ea:bd49:619b:6cb3]) (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: matthew/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4W2gpk3ms1zGD7 for ; Mon, 17 Jun 2024 07:03:58 +0000 (UTC) (envelope-from matthew@FreeBSD.org) Received: from [IPV6:2001:8b0:151:1:7ce6:2457:f9a9:74ef] (unknown [IPv6:2001:8b0:151:1:7ce6:2457:f9a9:74ef]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature ECDSA (prime256v1) server-digest SHA256) (No client certificate requested) (Authenticated sender: m.seaman@infracaninophile.co.uk) by smtp.infracaninophile.co.uk (Postfix) with ESMTPSA id C206810739 for ; Mon, 17 Jun 2024 08:03:54 +0100 (BST) Authentication-Results: smtp.infracaninophile.co.uk; dmarc=fail (p=none dis=none) header.from=FreeBSD.org Message-ID: <0a7a277c-298e-4ee7-856e-b7ff6e5c9ba0@FreeBSD.org> Date: Mon, 17 Jun 2024 08:03:54 +0100 List-Id: User questions List-Archive: https://lists.freebsd.org/archives/freebsd-questions List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-questions@freebsd.org Sender: owner-freebsd-questions@FreeBSD.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird From: Matthew Seaman Subject: Re: FreeBSD and Kubernetes To: questions@freebsd.org References: Content-Language: en-GB In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: base64 T24gMTcvMDYvMjAyNCAwNDo1MCwgS2F0aGVyaW5lIE1jbWlsbGFuIHdyb3RlOg0KPiBJIGFt IHdvbmRlcmluZyB3aGljaCBtYWlsaW5nIGxpc3QgaXMgdGhlIGJlc3Qgb25lIGZvciBkaXNj dXNzaW5nIEZyZWVCU0QgYW5kIEt1YmVybmV0ZXM/DQoNClRoaXMgaXMgcHJvYmFibHkgdGhl IGJlc3QgbGlzdCB0byBzdGFydCB3aXRoLiAgVXAgdG8gbm93LCB0aGVyZSBoYXNuJ3QgDQpi ZWVuIG11Y2ggSzhTIGFjdGl2aXR5IGFyb3VuZCBGcmVlQlNEIGR1ZSB0byB0aGUgbGFjayBv ZiBzdXBwb3J0IGZvciANCkRvY2tlci4gIEhvd2V2ZXIgcmVjZW50IHdvcmsgb24gcG9kbWFu IGFuZCB0aGUgZGVjb3VwbGluZyBvZiBLOFMgZnJvbSANCkRvY2tlciBhcyB0aGUgY29udGFp bmVyIG1hbmFnZW1lbnQgc3lzdGVtIG1lYW5zIHRoYXQgY291bGQgYmUgY2hhbmdpbmcuDQoN CglDaGVlcnMsDQoNCglNYXR0aGV3DQo= From nobody Mon Jun 17 09:56:16 2024 X-Original-To: questions@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 4W2lfH2jNjz5NYWL for ; Mon, 17 Jun 2024 09:56:55 +0000 (UTC) (envelope-from marietto2008@gmail.com) Received: from mail-pj1-x102a.google.com (mail-pj1-x102a.google.com [IPv6:2607:f8b0:4864:20::102a]) (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 "WR4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4W2lfH05hbz4SpB; Mon, 17 Jun 2024 09:56:55 +0000 (UTC) (envelope-from marietto2008@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-pj1-x102a.google.com with SMTP id 98e67ed59e1d1-2bfdae7997aso3400142a91.2; Mon, 17 Jun 2024 02:56:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1718618213; x=1719223013; darn=freebsd.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=2YPNOAVxuy3GK1t2eCDf9lcJogMgRiN6E0b3bTonHmE=; b=MNaXNd7RjIxWB+3Bah2R4Jf5M5Rty8Dggu0OmzAxxuTmZj88jN3HsDpb1oUGPGU06R DGho20FZ+wIr+3FVSbe6ecyLpf0pUOzaTDgzMnJMHZgyDy/AMVzc/JkOCYoTysVq3QsR ZYFlaz+PdO49oU8pnST6kQQZ6ZJNE65TuOvhmBnp6VIHaLxxXN8dIrU2TpVdUb94se1l jVJZ24NGYxlvrtsCAzDpS6B+0a6TfrI5b8U4ewtAdF+6W2sQU26V4xh+c1gfXJ1tdUZ5 rQqIxZekkkSCbnwtH7/vkSma3qLzrhhqfK457Hgxez7YjabuMIOBrW4tF+xrtBiyG6gr dzag== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1718618213; x=1719223013; 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=2YPNOAVxuy3GK1t2eCDf9lcJogMgRiN6E0b3bTonHmE=; b=IlA12yo7zni782Pl9H84A5HmhhMEnHaQTTxUaNYMeceoleE/00VzSJfOGDYEC6FGTs ElZGT64HuFlsBL02NjUOu3lVJkFQOONEOWszO4quWp2TLdfVfvAtPFSK8qn3b0dyXh1N XqXIN38QzTw7xxwG10j/Zkc5nVzfpfGm7RWvIaIucnQwkHSiYZe81piFTdGtdoGZM197 8IQzMFS5vW+MMyMV1MiYLMeP8NnWzmokkwMb2utkd+TzEN9FeyWhf5hyRQEPeplS0dcP Qr4FknO7QM512+zH0sSqlPpuK4rH+IYplcE4Z7qXm/GUchZCwWPJjBR7OMTTrreVAY7P Ztqg== X-Gm-Message-State: AOJu0YyzRL4wWkDueXhg9gYVpQ6gJvPJRoLUra1DcCtflD7HLOcabhgL oOp0daQHWt5UkzHmurBotTPO4hiuo0+LqoFUbepbqwF5YR2bXr06cGpWPpqliTZN9x2UWWfy2qF i92T971Y5eLLoigjIv/sZi/T6084cZl5u X-Google-Smtp-Source: AGHT+IEWpMKaccHh0vVarXjY0wjHnWKWMx9aUBwxONINRzwAR5hHJL7f/1idaJB5MqWp+DN2MILprlnrBZKn9pbJk+I= X-Received: by 2002:a17:90a:de10:b0:2c4:aa13:aa6e with SMTP id 98e67ed59e1d1-2c4dbe3c5ffmr7729648a91.41.1718618212682; Mon, 17 Jun 2024 02:56:52 -0700 (PDT) List-Id: User questions List-Archive: https://lists.freebsd.org/archives/freebsd-questions List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-questions@freebsd.org Sender: owner-freebsd-questions@FreeBSD.org MIME-Version: 1.0 References: <0a7a277c-298e-4ee7-856e-b7ff6e5c9ba0@FreeBSD.org> In-Reply-To: <0a7a277c-298e-4ee7-856e-b7ff6e5c9ba0@FreeBSD.org> From: Mario Marietto Date: Mon, 17 Jun 2024 11:56:16 +0200 Message-ID: Subject: Re: FreeBSD and Kubernetes To: Matthew Seaman Cc: questions@freebsd.org Content-Type: multipart/alternative; boundary="00000000000012544a061b12fc34" X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US] X-Rspamd-Queue-Id: 4W2lfH05hbz4SpB --00000000000012544a061b12fc34 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable I'm using a couple of hidden qemu virtual machines with 1GB of memory based on Debian to add some functionality that FreeBSD can't have by itself,like the usage of ClouFlare warp as dns server so that FreeBSD can be always protected and another vm with a proxy server based on another IP number when I need to visit some specific sites that block CloudFlare. I don't use Docker,but If I used it,I will create another hidden Debian qemu /or bhyve/ vm to have the docker engine always available. On Mon, Jun 17, 2024 at 9:04=E2=80=AFAM Matthew Seaman wrote: > On 17/06/2024 04:50, Katherine Mcmillan wrote: > > I am wondering which mailing list is the best one for discussing FreeBS= D > and Kubernetes? > > This is probably the best list to start with. Up to now, there hasn't > been much K8S activity around FreeBSD due to the lack of support for > Docker. However recent work on podman and the decoupling of K8S from > Docker as the container management system means that could be changing. > > Cheers, > > Matthew > --=20 Mario. --00000000000012544a061b12fc34 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
I'm using a couple of hidden qemu virtual machines wit= h 1GB of memory based on Debian to add some functionality that FreeBSD can&= #39;t have by itself,like the usage of ClouFlare warp as dns server so that= FreeBSD can be always protected and another vm with a proxy server based o= n another IP number when I need to visit some specific sites that block Clo= udFlare. I don't use Docker,but If I used it,I will create another hidd= en Debian qemu /or bhyve/ vm to have the docker engine always available.

On Mon, Jun 17, 2024 at 9:04=E2=80=AFAM Matthew Seaman <matthew@freebsd.org> wrote:
On 17/06/2024 04:50, Katherine = Mcmillan wrote:
> I am wondering which mailing list is the best one for discussing FreeB= SD and Kubernetes?

This is probably the best list to start with.=C2=A0 Up to now, there hasn&#= 39;t
been much K8S activity around FreeBSD due to the lack of support for
Docker.=C2=A0 However recent work on podman and the decoupling of K8S from =
Docker as the container management system means that could be changing.

=C2=A0 =C2=A0 =C2=A0 =C2=A0 Cheers,

=C2=A0 =C2=A0 =C2=A0 =C2=A0 Matthew


--
Mario.
--00000000000012544a061b12fc34-- From nobody Mon Jun 17 10:45:12 2024 X-Original-To: questions@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 4W2mkL2zByz5NdtV for ; Mon, 17 Jun 2024 10:45:30 +0000 (UTC) (envelope-from thor@irk.ru) Received: from mail.irk.ru (relay2.dsi.ru [195.206.40.175]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4W2mkJ6pNxz4YL6 for ; Mon, 17 Jun 2024 10:45:28 +0000 (UTC) (envelope-from thor@irk.ru) Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of thor@irk.ru designates 195.206.40.175 as permitted sender) smtp.mailfrom=thor@irk.ru Received: from [94.154.80.101] (port=13788 helo=[192.168.1.245]) by mail.irk.ru with esmtpa (Exim 4.86 (FreeBSD)) (envelope-from ) id 1sJ9rU-0006Dz-02 for questions@freebsd.org; Mon, 17 Jun 2024 18:45:20 +0800 Content-Type: multipart/alternative; boundary="------------0us2G0yymQATlbNYdqtvTsD0" Message-ID: <0ae81739-4d16-3c45-a7c9-71f849a369e6@irk.ru> Date: Mon, 17 Jun 2024 18:45:12 +0800 List-Id: User questions List-Archive: https://lists.freebsd.org/archives/freebsd-questions List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-questions@freebsd.org Sender: owner-freebsd-questions@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: /usr/ports/distfiles/go insanely oversized To: questions@freebsd.org References: <22e86a26-e2d5-47b3-8a28-26fde5c4d730@irk.ru> Content-Language: en-US From: Thor Ablestar In-Reply-To: X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.16 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.96)[-0.960]; R_SPF_ALLOW(-0.20)[+mx]; ONCE_RECEIVED(0.10)[]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; RCVD_VIA_SMTP_AUTH(0.00)[]; ASN(0.00)[asn:8345, ipnet:195.206.32.0/19, country:RU]; RCVD_COUNT_ONE(0.00)[1]; RCPT_COUNT_ONE(0.00)[1]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FROM_HAS_DN(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; MLMMJ_DEST(0.00)[questions@freebsd.org]; TO_DN_NONE(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; DMARC_NA(0.00)[irk.ru]; RCVD_TLS_LAST(0.00)[]; ARC_NA(0.00)[] X-Rspamd-Queue-Id: 4W2mkJ6pNxz4YL6 This is a multi-part message in MIME format. --------------0us2G0yymQATlbNYdqtvTsD0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Hello! On 6/17/24 10:26, Kevin Oberman wrote: > I'm baffled. My distfiles with over 1200 ports installed total 9.1GB. > This makes me wonder just why you are doing things like 'make > checksum'? 'make install' will do the following: > config, fetch, checksum, depends, extract, patch, configure, build, > install. "make fetch" and "make checksum" require supervision due to peculiarities of local Internet that I am afraid to discuss. After this, "make install" can be run unattended. > > That normally results in a single file in distfiles. Some ports > require multiple dist files, usually for a port which maintains > multiple versions or a metaport that contains distfiles for many ports > included in the metaport. E.g. gnome. Still, this does not mean that > there will be anything like what you are seeing. It is exactly so for everything but NOT for /usr/ports/distfiles/go I see that "make checksum" fetches and checksums not only the files listed in, say, /usr/ports/archivers/nfpm/distinfo but some (lots of) files placed in /usr/ports/distfiles/go/archivers_nfpm/pkg/mod/cache - and I cannot understand why. > > Can you explain exactly how you are doing this? For instance (I use archivers/nfpm as a testbed for this problem - it's the first one in alphabetical order): # cd /usr/ports/archivers/nfpm # make fetch # make checksum # make install > And, why? I am afraid of discussing the "why". Hint: HTTP error 451 > Why not just use packages? I do it often but not always. Sometimes I need ports. > Either pull down the packages you need or use poudriere or 'make > package' to generate what you need? Either way will be far less > resource intensive. Especially pulling down the pre-built packages. > > Clearly, something you're doing is not what you want. Yours, Anatoly > > On Sun, Jun 16, 2024 at 2:16 AM Thor Ablestar wrote: > > Hello! > > I have a habit to keep /usr/ports/distfiles on separate SSD in > order to > build packages on many different computers and OSes (12, 13 and now > 14.2). Usually i do the following: > > # cd /usr/ports/sometheme/somepackage > > # make checksum > > # make install > > so that I supervise the download of source files and then have > some rest > while the port compiles. > > SSD became full, and I decided to copy data to the different HDD. > Then I > have found that the /usr/ports/distfiles/go has an insane number of > subdirectories (some hundreds of thousands). I spent a full day in > attempts to copy them (successfully at last) and only some minutes to > copy the rest. > > Then I decided to find a total size of the distfiles with du. Now du > spent 5 minutes of machine time (top listing) and has shown 288 GB > in go > subdir and 469 GB total. > > Then I have tried to compare some subdirectories in go directory, > and it > seems that each subdirectory contains subdirectories of all their > dependencies (I am not sure). For instance, > > go/archivers_nfpm/pkg/mod/cache/download/github.com/!masterminds/goutils/@v > > > contains the same files (name and size) as > > go/audio_gonic/pkg/mod/cache/download/github.com/!masterminds/goutils/@v > > > What to do? How to manage it? If the problem cannot be solved I am > going > just to ban the /usr/ports/distfiles/go dependent ports completely > and > try to live without them. > > I had the same problem 2 years ago but it was not so severe as now. > > Sincerely yours, > > Anatoly > > > > > > -- > Kevin Oberman, Part time kid herder and retired Network Engineer > E-mail: rkoberman@gmail.com > PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683 --------------0us2G0yymQATlbNYdqtvTsD0 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 8bit

Hello!

On 6/17/24 10:26, Kevin Oberman wrote:
I'm baffled. My distfiles with over 1200 ports installed total 9.1GB. This makes me wonder just why you are doing things like 'make checksum'? 'make install' will do the following:
config, fetch, checksum, depends, extract, patch, configure, build, install.
"make fetch" and "make checksum" require supervision due to peculiarities of local Internet that I am afraid to discuss. After this, "make install" can be run unattended.

That normally results in a single file in distfiles. Some ports require multiple dist files, usually for a port which maintains multiple versions or a metaport that contains distfiles for many ports included in the metaport. E.g. gnome. Still, this does not mean that there will be anything like what you are seeing.

It is exactly so for everything but NOT for /usr/ports/distfiles/go

I see that "make checksum" fetches and checksums not only the files listed in, say, /usr/ports/archivers/nfpm/distinfo but some (lots of) files placed in /usr/ports/distfiles/go/archivers_nfpm/pkg/mod/cache - and I cannot understand why.


Can you explain exactly how you are doing this?

For instance (I use archivers/nfpm as a testbed for this problem - it's the first one in alphabetical order):

# cd /usr/ports/archivers/nfpm

# make fetch

# make checksum

# make install

And, why?
I am afraid of discussing the "why". Hint: HTTP error 451
Why not just use packages?
I do it often but not always. Sometimes I need ports.
Either pull down the packages you need or use poudriere or 'make package' to generate what you need? Either way will be far less resource intensive. Especially pulling down the pre-built packages.

Clearly, something you're doing is not what you want.
Yours, Anatoly

On Sun, Jun 16, 2024 at 2:16 AM Thor Ablestar <thor@irk.ru> wrote:
Hello!

I have a habit to keep /usr/ports/distfiles on separate SSD in order to
build packages on many different computers and OSes (12, 13 and now
14.2). Usually i do the following:

# cd /usr/ports/sometheme/somepackage

# make checksum

# make install

so that I supervise the download of source files and then have some rest
while the port compiles.

SSD became full, and I decided to copy data to the different HDD. Then I
have found that the /usr/ports/distfiles/go has an insane number of
subdirectories (some hundreds of thousands). I spent a full day in
attempts to copy them (successfully at last) and only some minutes to
copy the rest.

Then I decided to find a total size of the distfiles with du. Now du
spent 5 minutes of machine time (top listing) and has shown 288 GB in go
subdir and 469 GB total.

Then I have tried to compare some subdirectories in go directory, and it
seems that each subdirectory contains subdirectories of all their
dependencies (I am not sure). For instance,

go/archivers_nfpm/pkg/mod/cache/download/github.com/!masterminds/goutils/@v

contains the same files (name and size) as

go/audio_gonic/pkg/mod/cache/download/github.com/!masterminds/goutils/@v

What to do? How to manage it? If the problem cannot be solved I am going
just to ban the /usr/ports/distfiles/go dependent ports completely and
try to live without them.

I had the same problem 2 years ago but it was not so severe as now.

Sincerely yours,

Anatoly





--
Kevin Oberman, Part time kid herder and retired Network Engineer
E-mail: rkoberman@gmail.com
PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683
--------------0us2G0yymQATlbNYdqtvTsD0-- From nobody Mon Jun 17 14:10:36 2024 X-Original-To: freebsd-questions@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 4W2sHZ1JxMz5NxZ9 for ; Mon, 17 Jun 2024 14:11:06 +0000 (UTC) (envelope-from bounce.wd2wmyq6tkeium3=8wi26f7601uo=few2binax3hm9w@em785262.diomedia.be) Received: from e3i39.smtp2go.com (e3i39.smtp2go.com [158.120.84.39]) (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 4W2sHW4FPHz4rZV for ; Mon, 17 Jun 2024 14:11:03 +0000 (UTC) (envelope-from bounce.wd2wmyq6tkeium3=8wi26f7601uo=few2binax3hm9w@em785262.diomedia.be) Authentication-Results: mx1.freebsd.org; dkim=fail ("body hash did not verify") header.d=diomedia.be header.s=mail header.b=cJR0br+8; dkim=pass header.d=smtpcorp.com header.s=a1-4 header.b=cO2RZ924; dkim=pass header.d=diomedia.be header.s=s785262 header.b="aW/NYePO"; dmarc=pass (policy=quarantine) header.from=diomedia.be; spf=pass (mx1.freebsd.org: domain of "bounce.wd2wmyq6tkeium3=8wi26f7601uo=few2binax3hm9w@em785262.diomedia.be" designates 158.120.84.39 as permitted sender) smtp.mailfrom="bounce.wd2wmyq6tkeium3=8wi26f7601uo=few2binax3hm9w@em785262.diomedia.be" Received: from [10.78.243.14] (helo=mail.tivas.info) by smtpcorp.com with esmtpsa (TLS1.3:ECDHE_X25519__RSA_PSS_RSAE_SHA256__AES_256_GCM:256) (Exim 4.97.1-S2G) (envelope-from ) id 1sJD4G-4o5NDgrv0rr-nm1M for freebsd-questions@FreeBSD.org; Mon, 17 Jun 2024 14:10:44 +0000 Received: from [192.168.3.50] ([192.168.3.50]) (authenticated bits=0) by mail.tivas.info (8.16.1/8.16.1) with ESMTPSA id 45HEAhn2037653 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT) for ; Mon, 17 Jun 2024 16:10:43 +0200 (CEST) (envelope-from bram@diomedia.be) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=diomedia.be; s=mail; t=1718633443; bh=zshWhBvUlSU++X4wLyMt2oQWsGyf1zpzxpYSrZAW4nI=; h=From:To:Subject:Date:Reply-To; b=cJR0br+8TPLgRypSPjC/HTTEptY9Utipl0x7McypCrFziEiGoFJC07WFbT6OGrSgh owpOZCOV5P0cUkBQEQoufR0cChI3yWN/VfxXawuADxLd/Qtb70k7UOUxyQxQdc9iMm zLZ6UzWRLg90ixpjEBSXOgEsAZQny9kv7Sm+NOQg= From: bram To: freebsd-questions@FreeBSD.org Subject: 14.0 with zfs mirror on root - can't uefi boot from second disk Date: Mon, 17 Jun 2024 14:10:36 +0000 Message-Id: Reply-To: bram User-Agent: eM_Client/9.2.1735.0 List-Id: User questions List-Archive: https://lists.freebsd.org/archives/freebsd-questions List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-questions@freebsd.org Sender: owner-freebsd-questions@FreeBSD.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="------=_MBA7B96FD0-2885-4091-8FF0-20A1A0274628" X-Report-Abuse: Please forward a copy of this message, including all headers, to Feedback-ID: 785262m:785262aZ-bv_2:785262sRo0NqjO_2 X-smtpcorp-track: PGhVGMGwcBcG.-I_-nF9TidMC.9kiq6ww_rUO DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=smtpcorp.com; i=@smtpcorp.com; q=dns/txt; s=a1-4; t=1718633455; h=feedback-id : x-smtpcorp-track : date : message-id : to : subject : from : reply-to : sender : list-unsubscribe : list-unsubscribe-post; bh=GF8kZ93Z2ti27SUUhdYLqe/A7wLaIwdVk9XpEfwH484=; b=cO2RZ924EFmWu6fi6riVDyFxzCzBFv7uKiIiZXKK4qAHUI85TN3vXFyHLNB6+P3vWh6Ec FuyLn6PUJzxMX3z3//cmiSjjngdo8xc3GtGy428CERtjVF8jpHUEUurSoxVw0q83dWJRguD g3OYFupFcJCuRkqTMrpyJ4sRnoeWqFqOxe12mKO9gZpsJL+WZLdPG12GJNy1wks2a7mVU+E nW1JbZr3buqPj8z7IHfy9jz6bQ+B2WWUm6yWocegaN3xf3D4jSJ3aKDNvj+KyqY/xiGBh32 BqzUYgPHSfHQOXnPB0r6LeBFupc7lcIgnRArABXNLHVfNl22MqWzO27gnGNg== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=diomedia.be; i=@diomedia.be; q=dns/txt; s=s785262; t=1718633455; h=from : subject : to : message-id : date; bh=GF8kZ93Z2ti27SUUhdYLqe/A7wLaIwdVk9XpEfwH484=; b=aW/NYePOFPcNUgqp7e0T+NpKctpHx6G6yRekkkK4zSWZnV23XynILMd3n2d1iO/uuX8K7 h/O4+zW1j8jRqV5P54Tly7RRob6pk27hF4c0AeKLFhaKI8qSC2b20G/zyT1+PqHnPtGBzV4 cG1pByyatFGgBN7xg1YQvqZTYvUkk8/07MJTqA4ilYkaDvzO3fcpXgmfF0wLw/c0P2IbTlM YkuFPLVrj2UqQhGq7IxYFq9J6U7Rx+tnzUUMlQ6M/74oLL746E9xRkSbsIe0hN01ZiK6T/8 mIuEYD1XGuwc3pndwDK3SnXmvGFxAFMz+AjzQ6cblekK2D4CWGY4LcJ7EryA== X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.70 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; DWL_DNSWL_LOW(-1.00)[smtpcorp.com:dkim]; NEURAL_HAM_LONG(-1.00)[-1.000]; URI_COUNT_ODD(1.00)[5]; NEURAL_HAM_SHORT(-1.00)[-1.000]; DMARC_POLICY_ALLOW_WITH_FAILURES(-0.50)[]; FORGED_SENDER(0.30)[bram@diomedia.be,bounce.wd2wmyq6tkeium3=8wi26f7601uo=few2binax3hm9w@em785262.diomedia.be]; R_SPF_ALLOW(-0.20)[+ip4:158.120.80.0/21]; R_DKIM_ALLOW(-0.20)[smtpcorp.com:s=a1-4,diomedia.be:s=s785262]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; R_DKIM_REJECT(0.00)[diomedia.be:s=mail]; MIME_TRACE(0.00)[0:+,1:+,2:~]; TO_MATCH_ENVRCPT_ALL(0.00)[]; DMARC_POLICY_ALLOW(0.00)[diomedia.be,quarantine]; ARC_NA(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; DKIM_MIXED(0.00)[]; TO_DN_NONE(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_NEQ_ENVFROM(0.00)[bram@diomedia.be,bounce.wd2wmyq6tkeium3=8wi26f7601uo=few2binax3hm9w@em785262.diomedia.be]; DKIM_TRACE(0.00)[diomedia.be:-,smtpcorp.com:+,diomedia.be:+]; PREVIOUSLY_DELIVERED(0.00)[freebsd-questions@freebsd.org]; RCVD_VIA_SMTP_AUTH(0.00)[]; MLMMJ_DEST(0.00)[freebsd-questions@FreeBSD.org]; HAS_REPLYTO(0.00)[bram@diomedia.be]; ASN(0.00)[asn:23352, ipnet:158.120.84.0/22, country:US]; REPLYTO_EQ_FROM(0.00)[] X-Rspamd-Queue-Id: 4W2sHW4FPHz4rZV --------=_MBA7B96FD0-2885-4091-8FF0-20A1A0274628 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable Hi all, I couldn't find much information on this in Google, I'm hoping someone can shed some light on this and recommend me on what=20 to do next. I noticed on a FreeBSD server with 14.0 (I can't boot with just the=20 second drive connected (no option in the bios) As far as I can tell this relates to this,=20 https://reviews.freebsd.org/D42150 Additionally the installer creates gpt/gptboot0 + efiboot0 for the first=20 drive and gpt/gptboot1 + efiboot1 for the second drive. It was able to fix this with: newfs_msdos /dev/nda1p1 # format efi partition on second drive mount_msdosfs /dev/nda1p1 /mnt # mount efi of second drive cp -r /boot/efi/* /mnt/efi # copy files from first to second drive efibootmgr -c -L FreeBSD-Disk1 -l /boot/efi/efi/boot/bootx64.efi # give=20 a name that shows up in the bios efibootmgr -B -b 0001 # remove uefi os gpart modify -l efiboot0 -i1 /dev/nda0 # without this the system goes=20 into single user mode because it searches for efiboot0, not efiboot1 Swap drive cables and reboot efibootmgr -c -L FreeBSD-Disk2 -l /boot/efi/efi/boot/bootx64.efi efibootmgr -B -b 0001 # remove another uefi os from the list I can both from both drives with the other one disconnected from the=20 computer. Replacing a drive required gpart backup nda0 | gpart restore -F /dev/nda1 # copy partition table gpart modify -l efiboot0 -i1 /dev/nda1 newfs_msdos /dev/nda1p1 mount_msdosfs /dev/nda1p1 /mnt cp -r /boot/efi/* /mnt/efi zpool replace nda1p4 nda1p4 On a second server my efibootmgr naming was gone after swapping=20 drives/cables. In fstab there is this line: /dev/gpt/efiboot0 /boot/efi msdosfs rw =20 2 2 causing the system to go into single user mode when booting from the=20 secondary drive after the efi files were copied, the system would boot=20 just fine without this line what is the reason to keep this mounted by=20 default ? I tried a fresh install with FreeBSD 14.1 and here I have the same=20 issue, the system is able to boot from the first drive but can't boot=20 with the first drive removed. thx in advance Bram --------=_MBA7B96FD0-2885-4091-8FF0-20A1A0274628 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable =20 blockquote.cite=20{=20margin-left:=205px;=20margin-right:=200px;=20padding-= left:=2010px;=20padding-right:0px;=20border-left:=201px=20solid=20#cccccc= =20} blockquote.cite2=20{margin-left:=205px;=20margin-right:=200px;=20padding-le= ft:=2010px;=20padding-right:0px;=20border-left:=201px=20solid=20#cccccc;=20= margin-top:=203px;=20padding-top:=200px;=20} a=20img=20{=20border:=200px;=20} li[style=3D'text-align:=20center;'],=20li[style=3D'text-align:=20center;=20= '],=20li[style=3D'text-align:=20right;'],=20li[style=3D'text-align:=20right= ;=20']=20{=20=20list-style-position:=20inside;} body=20{=20font-family:=20'Segoe=20UI';=20font-size:=2012pt;=20} .quote=20{=20margin-left:=201em;=20margin-right:=201em;=20border-left:=205p= x=20#ebebeb=20solid;=20padding-left:=200.3em;=20} =20 Hi=20all,
I=20couldn't=20find=20much=20information=20on=20this= =20in=20Google,
I'm=20hoping=20someone=20can=20shed=20some=20ligh= t=20on=20this=20and=20recommend=20me=20on=20what=20to=20do=20next.
I=20noticed=20= on=20a=20FreeBSD=20server=20with=2014.0=20(I=20can't=20boot=20with=20just= =20the=20second=20drive=20connected=20(no=20option=20in=20the=20bios)
As=20far=20as=20I=20can=20tell=20this=20= relates=20to=20this,=C2=A0https://reviews.fre= ebsd.org/D42150Additionally=20= the=20installer=20creates=20gpt/gptboot0=20+=20efiboot0=20for=20the=20first= =20drive=20and=20gpt/gptboot1=20+=20efiboot1=20for=20the=20second=20drive.<= /font>= It=20was=20able=20to=20fix=20this=20with:= newfs_msdos=C2=A0/dev/nda1p1=20#=20format=20efi=20partition=20on=20second=20drive= mount_msdosfs=20/dev/nda1p1=20/mnt=20#=20mount= =20efi=20of=20second=20drivecp=20-r=20/boot/efi/*=20/mnt/efi=20#=20copy=20files=20from= =20first=20to=20second=20driveefibootmgr=20-c=20-L=20FreeBSD-Disk1=20-l=20/boot/efi/efi/boot/bo= otx64.efi=20#=20give=20a=20name=20that=20shows=20up=20in=20the=20bios= efibootmgr=20-B=20-= b=200001 =20#=20remove=20uefi=20osgpart=20modify=20-l=20efiboot0=20-i1=20/dev= /nda0=20#=20without=20this=20the=20system=20goes=20into=20single=20user=20m= ode=20because=20it=20searches=20for=20efiboot0,=20not=20efiboot1<= font=20size=3D"3"=20style=3D"font-size:=2016px;">Swap=20drive=20cables=20an= d=20rebootefibootmgr=20-c=20-L=20FreeBSD-Disk2=20-l=20/boot/efi/efi/boot/bootx64.ef= iefibootmgr=20-B=20-b=200001=20#=20remove=20ano= ther=20uefi=20os=20from=20the=20listI=20can=20both=20from=20both=20drives=20= with=20the=20other=20one=20disconnected=20from=20the=20computer.Replacing=20a=20dr= ive=20requiredgpart=20backup=20nda0= =20|=20gpart=20restore=20-F=20/dev/nda1=20#=20copy=20partition=20tablegpart=20modify=20-l=20efiboot0=20-i1=20/dev/nda1<= div=20id=3D"x2651584c546c46938e688bc78fefc874">= newfs_msdos=C2=A0/dev/nda1p1mount_msdosfs= =20/dev/nda1p1=20/mntcp=20-r=20/boot/efi= /*=20/mnt/efizpool=20replace=20nda1p4=20nda1p4On=20a=20second=20server=20my=20efibootmgr=20naming=20w= as=20gone=20after=20swapping=20drives/cables.In=20fstab=20there=20is=20this=20line:/dev/gpt/efiboot0=C2=A0=20=C2=A0=C2=A0=20=C2=A0= =C2=A0=20=C2=A0=C2=A0=20=C2=A0=C2=A0=20=C2=A0/boot/efi=C2=A0=20=C2=A0=C2=A0= =20=C2=A0=20msdosfs=20rw=C2=A0=20=C2=A0=C2=A0=20=C2=A0=C2=A0=20=C2=A0=C2=A0= =20=C2=A0=C2=A0=202=C2=A0=20=C2=A0=C2=A0=20=C2=A0=202 causing=20the=20syste= m=20to=20go=20into=20single=20user=20mode=20when=20booting=20from=20the=20s= econdary=20drive=20after=20the=20efi=20files=20were=20copied,=20the=20syste= m=20would=20boot=20just=20fine=20without=20this=20line=20what=20is=20the=20= reason=20to=20keep=20this=20mounted=20by=20default=20?I=20tried=20a=20fresh=20install=20with=20FreeBSD=2014.1= =20and=20here=20I=20have=20the=20same=20issue,=20the=20system=20is=20able= =20to=20boot=20from=20the=20first=20drive=20but=20can't=20boot=20with=20the= =20first=20drive=20removed.thx=C2=A0in=20advanceBram=C2=A0
--------=_MBA7B96FD0-2885-4091-8FF0-20A1A0274628-- From nobody Mon Jun 17 16:00:46 2024 X-Original-To: questions@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 4W2vkZ6b15z5P814 for ; Mon, 17 Jun 2024 16:01:10 +0000 (UTC) (envelope-from dsh@bamus.cz) Received: from fhigh1-smtp.messagingengine.com (fhigh1-smtp.messagingengine.com [103.168.172.152]) (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 4W2vkY4y35z56vF for ; Mon, 17 Jun 2024 16:01:09 +0000 (UTC) (envelope-from dsh@bamus.cz) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bamus.cz header.s=fm2 header.b="UU/1EIi5"; dkim=pass header.d=messagingengine.com header.s=fm1 header.b=epAw0JJS; dmarc=none; spf=pass (mx1.freebsd.org: domain of dsh@bamus.cz designates 103.168.172.152 as permitted sender) smtp.mailfrom=dsh@bamus.cz Received: from compute6.internal (compute6.nyi.internal [10.202.2.47]) by mailfhigh.nyi.internal (Postfix) with ESMTP id 177D011401F1 for ; Mon, 17 Jun 2024 12:01:07 -0400 (EDT) Received: from imap44 ([10.202.2.94]) by compute6.internal (MEProxy); Mon, 17 Jun 2024 12:01:07 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bamus.cz; h=cc :content-type:content-type:date:date:from:from:in-reply-to :in-reply-to:message-id:mime-version:references:reply-to:subject :subject:to:to; s=fm2; t=1718640067; x=1718726467; bh=N2bNWoUe9K 4fjJyvovURgeEPVny5Orew7TPoXq/F0Qs=; b=UU/1EIi5blZBw2rYrx6FDBm7lU aw3TyjNUUrau6JS6KM+qbeIhDhupyiNs0Wlad1lWpH80u297yKHmiKmjj8gBBWGL qjm1Csqh3U9uk3AOktugVuR2ywUYs6EtCBwtAJg2YtyfA8GaMUklUxLVDhIF0sCO iWRd1aavkiHcgfNNzoCNKDwSY6Xnz9Dn9QjUw0eHoQEHc9GYAhlX/QrN+pGOHbVx AzfLnBhWwmWy7Qiu1PatlpjBwP4tWozT43xRQ1rg59tjKQWoZtkcRx8gFyZQornz ZyJw8C2E0Q2rRdM3+/aL9gaLYV0E9nkzEcnWoStzLkQ+FX9jmx2mE26sKvLA== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc: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:subject:subject:to :to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s= fm1; t=1718640067; x=1718726467; bh=N2bNWoUe9K4fjJyvovURgeEPVny5 Orew7TPoXq/F0Qs=; b=epAw0JJSXDH8Kbw1jpoFJVbOPlVKxRRu8oLMsZPiAUnv haLToceM6kYD9rukCTScV90rACyGN7OFW0fFNjeaQabPEzuTmlRHFyFLrIBve/c4 qJCORW1lr6OGpEjcgJ5wKO3SbBhZSg4cU4JM2trCgzEQQW85W/XU/MD0z/5IrPzY LNDjja6b81rTZv0N3DCWgF5E8eDX4pK/6+lhOXWjOxTD9SpQOnIJNvt9dZAz68Dv ep+HWZEUECLMpTkaY/4/Ksh8kSIfvBEunvhBs20aaFpXYnXFOLPZwHrVM+UANXhW YohuEzDKDsMLupTKQLfhsQ3X/7dg3jOKQTVqijMhzw== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvledrfedvhedgleeiucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucenucfjughrpefofgggkfgjfhffhffvufgtsehttd ertderredtnecuhfhrohhmpedfffgvnhhishcuufhhrghpohhshhhnihhkohhvfdcuoegu shhhsegsrghmuhhsrdgtiieqnecuggftrfgrthhtvghrnhepjedukeektddvfffguefhvd dvuddujeelgfekveejueelleehudfgffefiefhudegnecuffhomhgrihhnpehgihhthhhu sgdrtghomhenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhroh hmpegushhhsegsrghmuhhsrdgtii X-ME-Proxy: Feedback-ID: i3bf9476b:Fastmail Received: by mailuser.nyi.internal (Postfix, from userid 501) id 95BE336A0074; Mon, 17 Jun 2024 12:01:06 -0400 (EDT) X-Mailer: MessagingEngine.com Webmail Interface User-Agent: Cyrus-JMAP/3.11.0-alpha0-522-ga39cca1d5-fm-20240610.002-ga39cca1d List-Id: User questions List-Archive: https://lists.freebsd.org/archives/freebsd-questions List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-questions@freebsd.org Sender: owner-freebsd-questions@FreeBSD.org MIME-Version: 1.0 Message-Id: <34a55024-5af0-4eff-96c6-056ea9283286@app.fastmail.com> In-Reply-To: <22e86a26-e2d5-47b3-8a28-26fde5c4d730@irk.ru> References: <22e86a26-e2d5-47b3-8a28-26fde5c4d730@irk.ru> Date: Mon, 17 Jun 2024 18:00:46 +0200 From: "Denis Shaposhnikov" To: questions@freebsd.org Subject: Re: /usr/ports/distfiles/go insanely oversized Content-Type: text/plain X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.59 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.998]; R_DKIM_ALLOW(-0.20)[bamus.cz:s=fm2,messagingengine.com:s=fm1]; R_SPF_ALLOW(-0.20)[+ip4:103.168.172.128/27]; MIME_GOOD(-0.10)[text/plain]; RCVD_IN_DNSWL_LOW(-0.10)[103.168.172.152:from]; XM_UA_NO_VERSION(0.01)[]; ARC_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; RCPT_COUNT_ONE(0.00)[1]; ASN(0.00)[asn:209242, ipnet:103.168.172.0/24, country:US]; FROM_HAS_DN(0.00)[]; RCVD_TLS_LAST(0.00)[]; DWL_DNSWL_NONE(0.00)[messagingengine.com:dkim]; TO_DN_NONE(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; DMARC_NA(0.00)[bamus.cz: no valid DMARC record]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; PREVIOUSLY_DELIVERED(0.00)[questions@freebsd.org]; MLMMJ_DEST(0.00)[questions@freebsd.org]; DKIM_TRACE(0.00)[bamus.cz:+,messagingengine.com:+] X-Rspamd-Queue-Id: 4W2vkY4y35z56vF Hi, On Sun, 16 Jun 2024, at 11:15, Thor Ablestar wrote: > go/archivers_nfpm/pkg/mod/cache/download/github.com/!masterminds/goutils/@v > > contains the same files (name and size) as > > go/audio_gonic/pkg/mod/cache/download/github.com/!masterminds/goutils/@v > > What to do? How to manage it? If the problem cannot be solved I am going I use a port overlay and inside it I have custom Mk/Uses/go.mk: https://github.com/dsh2dsh/freebsd-ports/blob/master/Mk/Uses/go.mk ========================================================== .include "${USESDIR}/go.mk" .if !defined(_DSH_INCLUDE_USES_GO_MK) _DSH_INCLUDE_USES_GO_MK= yes . if ${go_ARGS:Mmodules} GO_GOPATH= ${DISTDIR}/go . endif # ${go_ARGS:Mmodules} .endif # !defined(_DSH_INCLUDE_USES_GO_MK) ========================================================== This change shares mod cache between all go ports, instead of separated mod cache for every go port. Actually I don't understand why go.mk separates go cache for every port, I don't see a reason for that. BTW, I use forked [poudriere-devel](https://github.com/dsh2dsh/poudriere) which shared go mod cache in DISTFILES_CACHE. As I see upstream's poudriere doesn't copy go dependencies back to DISTFILES_CACHE. From nobody Wed Jun 19 22:25:30 2024 X-Original-To: questions@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 4W4J9N4KgFz5P43Z for ; Wed, 19 Jun 2024 22:25:44 +0000 (UTC) (envelope-from doug@safeport.com) Received: from fledge.watson.org (fledge.watson.org [147.160.157.40]) (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 "A1-48603", Issuer "A1-48603" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4W4J9M3sZ0z4tMS for ; Wed, 19 Jun 2024 22:25:43 +0000 (UTC) (envelope-from doug@safeport.com) Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=softfail (mx1.freebsd.org: 147.160.157.40 is neither permitted nor denied by domain of doug@safeport.com) smtp.mailfrom=doug@safeport.com Received: from fledge.watson.org (doug@localhost [127.0.0.1]) by fledge.watson.org (8.17.1/8.17.1) with ESMTPS id 45JMPUvi026417 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Wed, 19 Jun 2024 22:25:30 GMT (envelope-from doug@safeport.com) Received: from localhost (doug@localhost) by fledge.watson.org (8.17.1/8.17.1/Submit) with ESMTP id 45JMPU7p026414; Wed, 19 Jun 2024 22:25:30 GMT (envelope-from doug@safeport.com) X-Authentication-Warning: fledge.watson.org: doug owned process doing -bs Date: Wed, 19 Jun 2024 22:25:30 +0000 (UTC) From: doug Reply-To: doug@safeport.com To: "D'Arcy Cain" cc: questions@freebsd.org Subject: Re: Orphaned packages In-Reply-To: <7b41f86e-98a5-43d5-b778-99d5d4e89ec4@druid.net> Message-ID: <487d1a73-879a-92f7-b8d-dd42961c06@safeport.com> References: <20240616130208.000069e1@seibercom.net> <7b41f86e-98a5-43d5-b778-99d5d4e89ec4@druid.net> List-Id: User questions List-Archive: https://lists.freebsd.org/archives/freebsd-questions List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-questions@freebsd.org Sender: owner-freebsd-questions@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.04 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.94)[-0.941]; MIME_GOOD(-0.10)[text/plain]; RCPT_COUNT_TWO(0.00)[2]; R_SPF_SOFTFAIL(0.00)[~all]; HAS_XAW(0.00)[]; ARC_NA(0.00)[]; MISSING_XM_UA(0.00)[]; ASN(0.00)[asn:6405, ipnet:147.160.157.0/24, country:US]; TO_DN_SOME(0.00)[]; MIME_TRACE(0.00)[0:+]; MID_RHS_MATCH_FROM(0.00)[]; R_DKIM_NA(0.00)[]; DMARC_NA(0.00)[safeport.com]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; MLMMJ_DEST(0.00)[questions@freebsd.org]; REPLYTO_ADDR_EQ_FROM(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_TLS_LAST(0.00)[]; HAS_REPLYTO(0.00)[doug@safeport.com] X-Rspamd-Queue-Id: 4W4J9M3sZ0z4tMS On Sun, 16 Jun 2024, D'Arcy Cain wrote: > On 2024-06-16 13:02, Gerard E. Seibert wrote: >> I recently updated to FreeBSD 14.1-RELEASE. I use pourdriere and >> updated its jail. I then ran "/usr/sbin/pkg version -voPL= | sort -d" >> to get a list of packages that needed updating. There are over a dozen >> files listed as "orphaned" in the list. I fed the list to poudriere and >> it appears to have updated all of the packages; however when I ran >> "/usr/sbin/pkg version -voPL= | sort -d" again, it still listed the >> same packaged as orphaned. >> >> Shouldn't poudriere have taken care of this automatically, or is there >> something I have to do to get things in order? > > I ran that command on my build server and the output seemed reasonable. I had > a few packages that needed updating. Of more interest was running it on one > of my client servers and got "pkg: Cannot find ports tree: unable to open > /usr/ports/Makefile". Perhaps your /usr/ports is not the same as the ports > tree that poudriere uses. The pkg command has a --jail option but when I > added that it gave me an invalid option error. > > I have /usr/ports set as a symlink to my primary jail's ports folder. Maybe > that's why mine is more normal. > > ports -> /usr/local/poudriere/ports/local pkg alias -- give a list of commands pkg prime-origins -- lists commands installed pkg autoremove -- removes orphaned packages On a mail server I run: doug# pkg prime-origins mail/alpine mail/cyrus-imapd30 security/cyrus-sasl2-sql mail/imapsync databases/mysql57-server ports-mgmt/pkg mail/postfix net/rsync --------------- doug# pkg autoremove Checking integrity... done (0 conflicting) Nothing to do. You have to be root to do autoremove. It lists the packages that will be remove and asks yes or no. Doug From nobody Thu Jun 20 16:32:32 2024 X-Original-To: questions@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 4W4mHT5ndGz5P53K for ; Thu, 20 Jun 2024 16:32:37 +0000 (UTC) (envelope-from ltcddata@ltcddata.plus.com) Received: from avasout-peh-003.plus.net (avasout-peh-003.plus.net [212.159.14.19]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "avasout.plus.net", Issuer "GeoTrust TLS RSA CA G1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4W4mHS2Wb5z4nx2 for ; Thu, 20 Jun 2024 16:32:36 +0000 (UTC) (envelope-from ltcddata@ltcddata.plus.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=plus.com header.s=042019 header.b=HPWbNnQN; dmarc=none; spf=none (mx1.freebsd.org: domain of ltcddata@ltcddata.plus.com has no SPF policy when checking 212.159.14.19) smtp.mailfrom=ltcddata@ltcddata.plus.com Received: from webmail.plus.net ([84.93.228.98]) by smtp with ESMTPA id KKi8sRbQd2vx9KKi9s0crq; Thu, 20 Jun 2024 17:32:34 +0100 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=plus.com; s=042019; t=1718901154; bh=5Mm5Hq08iJsBRzYrM+/OQJKJM/zuNe0AoC4TjYXNX48=; h=Date:From:To:Subject; b=HPWbNnQNpHK/PSBIJ1WEe9UbTz/TBlUIhQAGRW8ryCmlUbIug9YdPHxpivdgZHtQK Isd1kmWNE0BA33DUlG1qWBymASGBUNdwA6suxepONt4T47ECpKVTqPXXA4x0qHCgWS oyh72fmCMam3I3mR528xfeKz6/q8APPUBg8vGGYSa1p+7PL6ECpoiXymQdJz/szTXq yuKUTdMZW1vWI5WCqalkEsbXZe3FrmAE7LFU0F0KDj5wCyKC+6uuCXTVNjHW9s4D8R Bj8/mDnz0Ur0HGELHCGgRoII81cp7n6Nv5hb09u4EN9VrFAttpuhMnTuvlSHbE6aON s9ZVht0hvq4fQ== X-Clacks-Overhead: "GNU Terry Pratchett" X-CM-Score: 0.00 X-CNFS-Analysis: v=2.4 cv=TuZFhyXh c=1 sm=1 tr=0 ts=667459a2 a=pzTCteyy/2ocFa3QFZhXMg==:117 a=XutvAMJVX4LRabnqD3vA/A==:17 a=iBf62bJSKpEA:10 a=T1WGqf2p2xoA:10 a=FbfJOXBEa38nWKu9xA4A:9 a=CjuIK1q_8ugA:10 a=mab-6FqqSYjqsxMqFtQA:9 a=wNUkm-NhdAr3r2Ce:21 a=_W_S_7VecoQA:10 a=QEXdDO2ut3YA:10 X-AUTH: ltcddata@:2500 Received: from [185.194.115.0] by webmail.plus.net with HTTP (HTTP/1.1 POST); Thu, 20 Jun 2024 17:32:32 +0100 List-Id: User questions List-Archive: https://lists.freebsd.org/archives/freebsd-questions List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-questions@freebsd.org Sender: owner-freebsd-questions@FreeBSD.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="=_8f27aaa3643218547de6fef3c6242132" Date: Thu, 20 Jun 2024 15:32:32 -0100 From: ltcddata To: questions@freebsd.org Subject: virtualbox-ose-kmod Message-ID: <3c8c552ee8ebd29d6331e2c0e4f2d6c7@ltcddata.plus.com> X-Sender: ltcddata@ltcddata.plus.com User-Agent: Webmail X-Originating-IP: [185.194.115.0] X-CMAE-Envelope: MS4xfAlg0CJZLhyKT3AE6K9JcBpbHuYPuMQmgw4JmdQqHQR37fkvxisuZi5xAHW2+pWgD3VaEp+sIUU1f69pj2vYlEB/H618Pp12wiYDPFHm/23D9vIjdaah zguneiAEb8lUUauPqRWV9owXD6JTRaaZqPmSkfrMQFlw9/3vsduVqcuS1EGRD2yINxk4A3anN5Hf7LcOqwYAzHA70JHoCQ8UtS8= X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.38 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.99)[-0.993]; R_DKIM_ALLOW(-0.20)[plus.com:s=042019]; RCVD_IN_DNSWL_LOW(-0.10)[212.159.14.19:from]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; XM_UA_NO_VERSION(0.01)[]; DMARC_NA(0.00)[plus.com]; RCPT_COUNT_ONE(0.00)[1]; ASN(0.00)[asn:6871, ipnet:212.159.0.0/19, country:GB]; RCVD_VIA_SMTP_AUTH(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; R_SPF_NA(0.00)[no SPF record]; MLMMJ_DEST(0.00)[questions@freebsd.org]; ARC_NA(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; TO_DN_NONE(0.00)[]; RCVD_TLS_LAST(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; HAS_XOIP(0.00)[]; DKIM_TRACE(0.00)[plus.com:+] X-Rspamd-Queue-Id: 4W4mHS2Wb5z4nx2 --=_8f27aaa3643218547de6fef3c6242132 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Hi, after upgrading to freebsd 14.1 release the usual kmod problem repeated as it did last time except the virtualbox-ose-kmod fails to build. Anyone else have this problem or a work around? In file included from SUPDrv.c:33: In file included from ./SUPDrvInternal.h:38: In file included from include/VBox/types.h:33: In file included from include/iprt/types.h:62: In file included from /usr/src/sys/sys/param.h:116: /usr/src/sys/sys/types.h:195:9: error: unknown type name '__sbintime_t'; did you mean '__time_t'? 195 | typedef __sbintime_t sbintime_t; | ^~~~~~~~~~~~ | __time_t ./x86/_types.h:108:19: note: '__time_t' declared here 108 | typedef __int64_t __time_t; /* time()... */ | ^ In file included from SUPDrv.c:33: In file included from ./SUPDrvInternal.h:38: In file included from include/VBox/types.h:33: In file included from include/iprt/types.h:62: In file included from /usr/src/sys/sys/param.h:116: /usr/src/sys/sys/types.h:312:10: fatal error: 'sys/bitcount.h' file not found 312 | #include | ^~~~~~~~~~~~~~~~ 2 errors generated. --=_8f27aaa3643218547de6fef3c6242132 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=UTF-8

Hi,

after upgrading to freebsd 14.1 release the usual kmod problem repeated = as it did last time except the virtualbox-ose-kmod fails to build. Anyone e= lse have this problem or a work around?

In file included from SUPDrv.c:33:
In file included from ./SUPDrvIn= ternal.h:38:
In file included from include/VBox/types.h:33:
In fi= le included from include/iprt/types.h:62:
In file included from /usr/s= rc/sys/sys/param.h:116:
/usr/src/sys/sys/types.h:195:9: error: unknown= type name '__sbintime_t'; did you mean '__time_t'?
195 | typedef __s= bintime_t sbintime_t;
| ^~~~~~~~~~~~
| __time_t
./x86/_typ= es.h:108:19: note: '__time_t' declared here
108 | typedef __int64_t _= _time_t; /* time()... */
| ^
In file included from SUPDrv.c:33:<= br />In file included from ./SUPDrvInternal.h:38:
In file included fro= m include/VBox/types.h:33:
In file included from include/iprt/types.h:= 62:
In file included from /usr/src/sys/sys/param.h:116:
/usr/src/= sys/sys/types.h:312:10: fatal error: 'sys/bitcount.h' file not found
= 312 | #include <sys/bitcount.h>
| ^~~~~~~~~~~~~~~~
2 error= s generated.


--=_8f27aaa3643218547de6fef3c6242132-- From nobody Thu Jun 20 17:56:26 2024 X-Original-To: freebsd-questions@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 4W4p7T6YJsz5PCXw for ; Thu, 20 Jun 2024 17:55:49 +0000 (UTC) (envelope-from josc@cloudzeeland.nl) Received: from filter08.spamservice.nl (filter08.spamservice.nl [IPv6:2001:1460:3:0:1c00:50ff:fe00:cc0]) (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 "*.spamservice.nl", Issuer "Sectigo RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4W4p7S6q1wz50Nm for ; Thu, 20 Jun 2024 17:55:48 +0000 (UTC) (envelope-from josc@cloudzeeland.nl) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=2is.nl header.s=192-174-1620656322 header.b=ndLg7CBk; dmarc=pass (policy=none) header.from=cloudzeeland.nl; spf=pass (mx1.freebsd.org: domain of josc@cloudzeeland.nl designates 2001:1460:3:0:1c00:50ff:fe00:cc0 as permitted sender) smtp.mailfrom=josc@cloudzeeland.nl DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=2is.nl; s=192-174-1620656322; h=Subject:From:To:MIME-Version:Date:Message-ID: Content-Type:reply-to:sender:cc:bcc:in-reply-to:references: content-transfer-encoding; bh=kFGwFECQNSB/PwbBCjyRfKR2/pCGMDeBkl4/QD3sY+I=; b=ndLg7CBkHCZ50C92Ypr7MBgjO8H6pSUinqYddGTxG23Feqzeo6NHnrg8bpoyx4bb7S+4e42oCD GN8EhqgkP3dgODXqqhX43p48tkFI+nemNcKvW1GPmWA51ANjfQEdkNg5c+L91dD5smFIh4eiAl0qo /y26W0/OFxOEeF/Mdi6DrmkzxoBN51v/KJ5QZ+xDe+BX6zN3nNeJRp76LJc1rC85DMHKhJT/GTclF wWndWF1/vlqZbc+FyXMxCiLYJNl4gysWjBuI3ya/32Ty+9nlj3nBAo7dBJLOxKsCtVaIoIDg8Su0L +5cP+i8I/RcVzGeMKqCidL9SHEhqS5JDvjcdg==; Received: from v38098.2is.nl ([62.221.192.174]) by filter08.spamservice.nl with esmtps (TLSv1.3:TLS_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1sKM0Z-0006mL-Q5 for freebsd-questions@freebsd.org; Thu, 20 Jun 2024 19:55:40 +0200 Received: from [10.10.10.40] (terra.devrijegeest.nl [188.213.94.112]) by v38098.2is.nl (Postfix) with ESMTPSA id 10FC47D4D for ; Thu, 20 Jun 2024 19:55:39 +0200 (CEST) Content-Type: multipart/alternative; boundary="------------euZfOjVfpLHeFu23Fw4ESa0y" Message-ID: <38514ddc-a1f8-49c6-bcf9-c552da53e554@cloudzeeland.nl> Date: Thu, 20 Jun 2024 19:56:26 +0200 List-Id: User questions List-Archive: https://lists.freebsd.org/archives/freebsd-questions List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-questions@freebsd.org Sender: owner-freebsd-questions@FreeBSD.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Content-Language: nl To: FreeBSD Mailing List From: Jos Chrispijn Subject: IPv6 X-PPP-Message-ID: <171890613930.14656.6754996391982993244@v38098.2is.nl> X-PPP-Vhost: cloudzeeland.nl X-Originating-IP: 62.221.192.174 X-SpamExperts-Domain: 2is.nl X-SpamExperts-Username: 62.221.192.174 X-SpamExperts-Outgoing-Class: ham X-SpamExperts-Outgoing-Evidence: Combined (0.15) X-Recommended-Action: accept X-Filter-ID: Pt3MvcO5N4iKaDQ5O6lkdGlMVN6RH8bjRMzItlySaT9+UJaLE/CFoCLRptw3CYNuPUtbdvnXkggZ 3YnVId/Y5jcf0yeVQAvfjHznO7+bT5zBwzYOyw3TMVcHXgRum+xE5RmX5Wddz27geQcwtt3ZFCo/ xMM0hxORRmMMI7DUTwhbpJ3ZzdmgyR2dEeOxmX+I5g+sHZmT3CLVmxntdIVybVbCLlo7Sf9Yt4B6 10NB0tfiRcBfFvQv8oJwpDFinSDDMA6xdMQIKabf2Kvs4ECO/FoCJxtxc0QA/iAdslW8aF2DwIE7 VKe+bqpcdCns72R1DtwAdFYJmV781Pn1P+L3Uw27/YQuRj0C/QIjwc+Hmw3BPeWxfLTyo52lpUOn 40xHoOAmb0xgXrrQKITtclJwwjxIPj1UU4msT2Odp9D6f/Om/kpOWQV1ILff1+qZar/CZdONW7YG NNLfGcEBhKT67ufoh27LIOwZIOl5GUtkQLHOCnIebcbgh+F1pa+peoEni2+ZrpvcQF0mktyij7U2 V1mYqffhoXnZj6JC/A974b06g1OJsvkLSv9FZwWCwNMxdzsmm+BTWl2Rx+kvN6TH9H9b+PymYhan 2PPeWq0WbaTDeo2F/515C8kJ0QodJwfrmFGs5lmow6gOzU/CbOds0gEiRQv+PVjjwa+Z5RFCOMRA KkJ6jsxVlWFAxXoo4rr23+GiXp4kbMtq90AOchuVS7wBWHi2pX1bZOC7XwbbqUs6VNpgB8uiGZZ0 J7VOzy1wzpy6lyVrLxH3AQi9EDcyxyz3XgtqLDENrnN+u7byfLqgZZAS9m5ZAKg1qGreZOdFnaud C0TiFWmV1tBYX0X2Zad62x8Gbp8ilr+CXG6Zjwpm+QnqtOhRNEtFiu7/u3buXPWlFdaGOH191uXj gjQN/dR9HtiFC7r9w+mqq/ta3N/c7esvNmvJGKX7LwRfguejyHrxWzLL+r/BqjBI2q7MsXzrc8cf dGorw5094FDsubANLIxhOm+EfNSGizwOtzMRIbPzNmhk0mX7vRViPnr2PuCEihYuh6Mb8l/RVHKu IjASIZTYUJ869l9vrA3VFgq7ySfLJTRAGmIrVB/7OtIonQ== X-Report-Abuse-To: spam@filter6.spamservice.nl X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.92 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.93)[-0.934]; DMARC_POLICY_ALLOW(-0.50)[cloudzeeland.nl,none]; R_SPF_ALLOW(-0.20)[+ip6:2001:1460::/32]; R_DKIM_ALLOW(-0.20)[2is.nl:s=192-174-1620656322]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; XM_UA_NO_VERSION(0.01)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; ASN(0.00)[asn:48635, ipnet:2001:1460::/32, country:NL]; RCPT_COUNT_ONE(0.00)[1]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCVD_TLS_ALL(0.00)[]; TO_DN_ALL(0.00)[]; ARC_NA(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; HAS_XOIP(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-questions@freebsd.org]; MLMMJ_DEST(0.00)[freebsd-questions@freebsd.org]; DKIM_TRACE(0.00)[2is.nl:+] X-Rspamd-Queue-Id: 4W4p7S6q1wz50Nm This is a multi-part message in MIME format. --------------euZfOjVfpLHeFu23Fw4ESa0y Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Running FreeBSD 13.3-RELEASE-p1 If no data has been exchanged via a TCP connection for 15 minutes, or if no data has been exchanged via a UDP connection for 5 minutes, my FRITZ!Box router automatically removes the connection(s) in question from the NAT table ( "NAT Timeout"). This will close all ports used by these connections and disconnect the application (read in this case: FreeBSD) from the Internet. According to the manufacturer 'to ensures the security of devices in the router's home network and to prevent performance losses during Internet access. This forces me into running an 'IPv6 stay alive' script every 30 minutes in order to be available for incoming IPv6 connections. Is there a way to use FreeBSD in a more smooth way to tackle this or does the manufacturer AVM need to include this functionallity into their hardware? Thanks, Jos --------------euZfOjVfpLHeFu23Fw4ESa0y Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 7bit Running FreeBSD 13.3-RELEASE-p1
If no data has been exchanged via a TCP connection for 15 minutes, or if no data has been exchanged via a UDP connection for 5 minutes,
my FRITZ!Box router automatically removes the connection(s) in question from the NAT table ( "NAT Timeout"). This will close all ports used by these connections and disconnect the application (read in this case: FreeBSD) from the Internet. According to the manufacturer 'to ensures the security of devices in the router's home network and to prevent performance losses during Internet access.

This forces me into running an 'IPv6 stay alive' script every 30 minutes in order to be available for incoming IPv6 connections. Is there a way to use FreeBSD in a more smooth way to tackle this or does the manufacturer AVM need to include this functionallity into their hardware?

Thanks, Jos
--------------euZfOjVfpLHeFu23Fw4ESa0y-- From nobody Thu Jun 20 23:20:11 2024 X-Original-To: freebsd-questions@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 4W4xLS055vz5Nxfj for ; Thu, 20 Jun 2024 23:20:48 +0000 (UTC) (envelope-from ararslan@comcast.net) Received: from resdmta-c2p-566138.sys.comcast.net (resdmta-c2p-566138.sys.comcast.net [IPv6:2001:558:fd00:56::e]) (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 4W4xLR2nkqz4JR7 for ; Thu, 20 Jun 2024 23:20:47 +0000 (UTC) (envelope-from ararslan@comcast.net) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=comcast.net header.s=20190202a header.b=QxRVvQG6; dmarc=pass (policy=none) header.from=comcast.net; spf=pass (mx1.freebsd.org: domain of ararslan@comcast.net designates 2001:558:fd00:56::e as permitted sender) smtp.mailfrom=ararslan@comcast.net Received: from resomta-c2p-555482.sys.comcast.net ([96.102.18.233]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 256/256 bits) (Client did not present a certificate) by resdmta-c2p-566138.sys.comcast.net with ESMTPS id KQgesPzzo5wfbKR5BsZiqI; Thu, 20 Jun 2024 23:20:45 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=comcast.net; s=20190202a; t=1718925645; bh=yXOr6dbAXxBjQgtaP9pochQGg+4BOTF8x1wyjldn9x4=; h=Received:Received:From:Content-Type:Mime-Version:Subject: Message-Id:Date:To:Xfinity-Spam-Result; b=QxRVvQG6P1a6YR+eDhMn4gIN84ms6JCtUr7AfroAce6GLrz6xt+Q7LZ1+YbJ7sge3 iL9aopOd+DEU7lGqeHsCPynX/D6CB3Wfk3kD95X7k9Vj9J9e04TuICali9liVnxF2L aW5VE8VNWeiFvXjINN4Pkn2it8zi3b14Hn6+RnROYa0+DglzuDdE9kk6E06wW+d5SG 5Mj/2lTVK0aMH1ThDmMbj9cGrBHdJFgmyc+DR3l2iDYTkN9VzvHJ4/l5oKxQcsQ+9D IsgOTE0vFqbPBWdh3YkuXHNOF2wQVp1UZuViivaKVlre+Ejlj/5bwR2oRXHiTHVUtd RG1476Xj7p0eA== Received: from smtpclient.apple ([67.160.29.205]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 256/256 bits) (Client did not present a certificate) by resomta-c2p-555482.sys.comcast.net with ESMTPSA id KR4osJv81Xf9zKR4osndpV; Thu, 20 Jun 2024 23:20:23 +0000 From: Alex Arslan Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable List-Id: User questions List-Archive: https://lists.freebsd.org/archives/freebsd-questions List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-questions@freebsd.org Sender: owner-freebsd-questions@FreeBSD.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3774.600.62\)) Subject: Diagnosing virtual machine network issues Message-Id: Date: Thu, 20 Jun 2024 16:20:11 -0700 To: freebsd-questions@freebsd.org X-Mailer: Apple Mail (2.3774.600.62) X-CMAE-Envelope: MS4xfOFCH86w/rrWjQD6HKDZTpMhQcCb1yHPg+FYFAxyMxzozMStXENG3r5g4A1jgK/vHPXqtkG4TWMR8g6rOAFbeInr4tk6D3EL1pSR/1kzawA+WEIEiWHM 6W63v1nfmfNfKcjRTHXytCM6mpr7I5QxjE2GdvL44u0G5Majo8YS0F6glKqcwVdiNRd8D5UvCpuwwEvfSrtnrmc5SDMQTNoOxmI= X-Spamd-Bar: / X-Spamd-Result: default: False [-1.00 / 15.00]; HFILTER_HELO_5(3.00)[resdmta-c2p-566138.sys.comcast.net]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.996]; DMARC_POLICY_ALLOW(-0.50)[comcast.net,none]; R_DKIM_ALLOW(-0.20)[comcast.net:s=20190202a]; R_SPF_ALLOW(-0.20)[+ip6:2001:558:fd00:56::/64:c]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_ALL(0.00)[]; ARC_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; RCPT_COUNT_ONE(0.00)[1]; FREEMAIL_ENVFROM(0.00)[comcast.net]; FREEMAIL_FROM(0.00)[comcast.net]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; DWL_DNSWL_NONE(0.00)[comcast.net:dkim]; TO_DN_NONE(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; DKIM_TRACE(0.00)[comcast.net:+]; MLMMJ_DEST(0.00)[freebsd-questions@freebsd.org]; APPLE_MAILER_COMMON(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:7922, ipnet:2001:558::/29, country:US]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2001:558:fd00:56::e:from] X-Rspamd-Queue-Id: 4W4xLR2nkqz4JR7 Hello, I work on the Julia language (https://julialang.org) and am the de facto maintainer of its FreeBSD support. Our continuous integration runs jobs = in FreeBSD 13.2 AMD64 virtual machines with KVM on Linux. This same Linux machine also runs Windows jobs in VMs with KVM as well as Linux jobs = using a custom sandboxing setup. We've noticed a number of network-related issues that only occur on the FreeBSD VMs and cause tests to fail. Currently we reliably see a test failure that expects a host resolution failure via libcurl from https://domain.invalid but on the FreeBSD VMs we instead get a timeout. Previously we've also seen timeouts when making requests to httpbingo and GitHub. However, I've never been able to reproduce any of these test failures, which makes me suspect there's an issue with how we've set up networking for the VMs. Can anybody provide guidance for how to determine what, if anything, = could be misconfigured? I apologize for the vagueness of this question; I'm = not really familiar with anything networking- or virtualization-related, so I'm not sure what information would be helpful to include here. The complete setup lives in = https://github.com/JuliaCI/sandboxed-buildkite-agent in the freebsd-kvm directory. In base-image/freebsd13.pkr.hcl [1], which uses Packer to build a base qcow2 image, we set net_device =3D = "virtio-net". In buildkite-worker/kvm_machine.xml.template [2], we set the target = device to vnet0 with bridge virbr0. Thank you very much for your time! Best, Alex [1]: = https://github.com/JuliaCI/sandboxed-buildkite-agent/blob/main/freebsd-kvm= /base-image/freebsd13.pkr.hcl [2]: = https://github.com/JuliaCI/sandboxed-buildkite-agent/blob/main/freebsd-kvm= /buildkite-worker/kvm_machine.xml.template= From nobody Fri Jun 21 06:17:50 2024 X-Original-To: freebsd-questions@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 4W56bv2sVnz5PZ4y; Fri, 21 Jun 2024 06:18:03 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from mail-vs1-xe33.google.com (mail-vs1-xe33.google.com [IPv6:2607:f8b0:4864:20::e33]) (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 "WR4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4W56bt4NMnz40CF; Fri, 21 Jun 2024 06:18:02 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20230601 header.b=awSL9n0E; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of aryeh.friedman@gmail.com designates 2607:f8b0:4864:20::e33 as permitted sender) smtp.mailfrom=aryeh.friedman@gmail.com Received: by mail-vs1-xe33.google.com with SMTP id ada2fe7eead31-48c52a1f1ffso635269137.3; Thu, 20 Jun 2024 23:18:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1718950681; x=1719555481; darn=freebsd.org; h=to:subject:message-id:date:from:mime-version:from:to:cc:subject :date:message-id:reply-to; bh=ffD87+xxSb89S9hfhkSRYsP1Tmr0GA8RVYT4gnzS+1Q=; b=awSL9n0EdK3fQe5IzR4volBmBTR7tOOcl69BbcCQChdfUvhgdaMEI1iuc8NXxd5+ye U0VtTuyoBXa6PbtdLx2bUd3K99DL5EFYvdBYFHSFGcavJmXPcqae5MNBNrh4DHOt5cy6 6PSD790il86O7G53D9OzZYaG8JfS4SDVQFkmSE5oFagcX6Cb+yDDyXSrtwhqQFgZ5jFx iDjtZiyqwObXOJ8fBkfEA+D/LdiFhgBK+UFs/FYibEaJWR/b4cwq2gR6CRVJsRLHVRN9 A30QCJDiim7k5zs6yPcjuDlk+00IaxME2fjfr3sNAXYATWJCMqNvuWySkYtrGhV08lMW fqsg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1718950681; x=1719555481; h=to:subject:message-id:date:from:mime-version:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=ffD87+xxSb89S9hfhkSRYsP1Tmr0GA8RVYT4gnzS+1Q=; b=eMllxQlOMVL89PIuK/A1FrxBXmhLqc8jOxpE99p9QRIr6gBfckynslPm1rtKrpx2qb pkra2W8sEaA0sXOlSWUzjaKJmtYd7hVdcboaWBP0+hw4rmdEmWll9U1k/rDa4c2pV9Db 8T/B1/GDmXaIhE5hZ1qjFZGSUESru2IBSQlWZEskPIP3PM2DfXVfWeedXUgytJTlI9o2 WoSMxrjmud4if1aJk34qMe3yNm6iUTpPFXNIeO6ysQMdfS6zWHHDvpMUov08f+Igzh79 CyPIpZUeF04VR4zDOe7872kp4VFZd51Bw/vXrX8YmspSLkJdCM4XSwWgIoGD/NuNtgKL HoRg== X-Forwarded-Encrypted: i=1; AJvYcCVnp7CQXKODa41iHrYviw8Dx4OnHqxVRTctWp2siewXwW20QX7Cz5JToARRbOlS5APEc7VJOCtfGjOdPxaFANMdxKIBcU9UetcvQ7fSPA== X-Gm-Message-State: AOJu0Yy4PlzFfn75AOnIWVpQZVQCGNLbXGI5HDKzjBHztsAIc3reilx3 NEjdoY5C4O7LmNJ1ZrPiVXXziTDLkE3C2THUh/dGzkMmF+b0lAgkbK8RUdD9clX12GDoeyll5q9 FbqVFwYeVcWez2oGft1bWS9BT74Mo11UL X-Google-Smtp-Source: AGHT+IF/dFkrOMNtRtcbIwetEu53sDQRIGKWYvSHpFPmZgKPYr+j9r2J19bxpoWE6M0xCB1zePnt4OF6Q3D5m0lkIeI= X-Received: by 2002:a05:6102:126b:b0:48c:311f:d256 with SMTP id ada2fe7eead31-48f13069277mr7101035137.13.1718950681089; Thu, 20 Jun 2024 23:18:01 -0700 (PDT) List-Id: User questions List-Archive: https://lists.freebsd.org/archives/freebsd-questions List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-questions@freebsd.org Sender: owner-freebsd-questions@FreeBSD.org MIME-Version: 1.0 From: Aryeh Friedman Date: Fri, 21 Jun 2024 02:17:50 -0400 Message-ID: Subject: Strange screen blanking behavior with HDMI switch To: freebsd-x11@freebsd.org, FreeBSD Mailing List Content-Type: text/plain; charset="UTF-8" X-Spamd-Bar: --- X-Spamd-Result: default: False [-4.00 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20230601]; MIME_GOOD(-0.10)[text/plain]; RCPT_COUNT_TWO(0.00)[2]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; RCVD_TLS_LAST(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; MIME_TRACE(0.00)[0:+]; FREEMAIL_FROM(0.00)[gmail.com]; TO_DN_SOME(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; MID_RHS_MATCH_FROMTLD(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; TAGGED_FROM(0.00)[]; MLMMJ_DEST(0.00)[freebsd-x11@freebsd.org,freebsd-questions@freebsd.org]; RCVD_COUNT_ONE(0.00)[1]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; MISSING_XM_UA(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::e33:from] X-Rspamd-Queue-Id: 4W56bt4NMnz40CF I have a 3 to 1 HDMI switch (3 inputs to one output) and sometimes (about 10% of the time) when the screen blanker/screen saver kicks in (power save mode) the switch thinks the input actually turned off and goes to another one. Once I give the original one some keyboard/mouse input and switch back the resolution has been reset to 3840x2160 from my preferred 2560x1440 and thus I have to switch back using the XFCE4 settings panel. In the past I have played around with every possible xrander setting I can think of from the command line, my .xinitrc/.xsession, system boot time, my .cshrc/.login nothing seems to turn this behaviour off (or even let me disable power saving mode or the screen saver). I am using X11/nvidia-driver on a GeForce GT 710 (I have a 1030 in the machine but it is used for CUDA [via linux vm running on bhyve] but the behavior was the same before I demoted the 1030 to CUDA only. On host machine: GPU 0: NVIDIA GeForce GT 710 (UUID: GPU-91031c64-bd2e-82ba-ee0a-db10353810b3) On VM (proof that it is a different GPU since I use this for TensorFlow which will not work on a 710) GPU 0: NVIDIA GeForce GT 1030 (UUID: GPU-e29dac8e-ab72-a9d4-e7ef-9f3faa7ed55f) To prove passthrough here is my /boot/loader.conf: vmm_load="YES" nmdm_load="YES" pptdevs="37/0/0 37/0/1" hw.vmm.amdvi.enable=1 -- Aryeh M. Friedman, Lead Developer, http://www.PetiteCloud.org From nobody Fri Jun 21 08:39:37 2024 X-Original-To: questions@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 4W59lY15wlz5Pl0Z for ; Fri, 21 Jun 2024 08:39:53 +0000 (UTC) (envelope-from fernando.apesteguia@gmail.com) Received: from mail-lf1-x12e.google.com (mail-lf1-x12e.google.com [IPv6:2a00:1450:4864:20::12e]) (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 "WR4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4W59lX6WFdz4F14 for ; Fri, 21 Jun 2024 08:39:52 +0000 (UTC) (envelope-from fernando.apesteguia@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-lf1-x12e.google.com with SMTP id 2adb3069b0e04-52cd8897c73so289887e87.2 for ; Fri, 21 Jun 2024 01:39:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1718959190; x=1719563990; darn=freebsd.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=SlfRmtTy+IuYXvX9YCmGymcOEfjtmSU2qOOS4RvueJw=; b=CNHdFBjFutvfTXPUS8v6WuKFxxayvhB6oxPwExVwSs181W2R47hyacDM2WtVvAZ+Bf vyFjx5us33HUmrI7U9S2XzO5QRj4NnKHVGsxeSkmmtyVargrdEQre7YVmelcx29GNrYq jn/QnN/meBVAOK2fdlnj97DDf6s8WcNvqUMcGHH6ESr9KSvyHUFSfzMg4VNqsWo9AF1A 8empkAvdfMgd7agz1WEzF6fTSGV3CbHUBYRReNMV9JjMIXIv7+pmmN5MZgDfvQvmTlpi q2vFwykjlkYAxxQKnSQZhHtgq7JvVYbcwDkLxkD0PGDyE/8yyoTnOBJbs8oXNDM3WUYU EQOw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1718959190; x=1719563990; 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=SlfRmtTy+IuYXvX9YCmGymcOEfjtmSU2qOOS4RvueJw=; b=tmLTpCpj8FKV5MSzjLVM5DDi8rAUyyZzjCPiC7GRXEpRm0xsRSzyXyRIuByeUvGkVg TfqJFd7+gHv2eKfaLXUeRkOhpVoSNsfGGuoeVjhDPIemLnbR+Wdl6XS9ZYxNZ+AUwQJ+ EPgn5wKkP08Oh2U4+28SZnfmTzcbXjjlFpwqSdW/AnZZgyoe3CkcbB5078/Sag+QaqVo 3T/5Aq5oh6Ho+WvCr1Zwwi4XzWt18+RGqCMKmyG6ukc/fbYthngrGFydpVlgCIDzsefL QL32ipY9NyQC5dySYr2RtgWdujlxA5kUkvyNuTI5un367aw1SybZMQIAxcbUsEWORL4r zitA== X-Gm-Message-State: AOJu0YxarxCeSG1PGnEyZex9/+Vlo32jHeI8g0ijYHFaVq/8ReknvbvI 4q0f4m4FLpInrFN76R/f96iXA5P7h3GxulDvUE4pQTxfnYL7koqkcMnkp4FeU56wU1iDdUYYMML oz0dTy0MoD95T5XYF8+an88+L9NXWOg== X-Google-Smtp-Source: AGHT+IGGXzusO1Gb8R2rjPyq/Yr+X1i/JRnHcK5IpS2WJtK7zh5QS8uw/4ovMMOtYmjph7lCADMAm5a8kcm8dqzOxZE= X-Received: by 2002:a05:6512:158c:b0:52c:a9c2:d363 with SMTP id 2adb3069b0e04-52ccaa58733mr5757719e87.10.1718959189410; Fri, 21 Jun 2024 01:39:49 -0700 (PDT) List-Id: User questions List-Archive: https://lists.freebsd.org/archives/freebsd-questions List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-questions@freebsd.org Sender: owner-freebsd-questions@FreeBSD.org MIME-Version: 1.0 References: <3c8c552ee8ebd29d6331e2c0e4f2d6c7@ltcddata.plus.com> In-Reply-To: <3c8c552ee8ebd29d6331e2c0e4f2d6c7@ltcddata.plus.com> From: =?UTF-8?Q?Fernando_Apestegu=C3=ADa?= Date: Fri, 21 Jun 2024 10:39:37 +0200 Message-ID: Subject: Re: virtualbox-ose-kmod To: ltcddata Cc: questions@freebsd.org Content-Type: multipart/alternative; boundary="000000000000de4ef7061b625fcd" X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; TAGGED_FROM(0.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US] X-Rspamd-Queue-Id: 4W59lX6WFdz4F14 --000000000000de4ef7061b625fcd Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Thu, Jun 20, 2024 at 6:32=E2=80=AFPM ltcddata wrote: > Hi, > > after upgrading to freebsd 14.1 release the usual kmod problem repeated a= s > it did last time except the virtualbox-ose-kmod fails to build. Anyone el= se > have this problem or a work around? > By "usual kmod problem" I understand that the module will load only in the same kernel version it was built for. Yes, that happened to me too. But I built the module again with poudriere and had no problems so far. Are you building the module in a clean environment? > In file included from SUPDrv.c:33: > In file included from ./SUPDrvInternal.h:38: > In file included from include/VBox/types.h:33: > In file included from include/iprt/types.h:62: > In file included from /usr/src/sys/sys/param.h:116: > /usr/src/sys/sys/types.h:195:9: error: unknown type name '__sbintime_t'; > did you mean '__time_t'? > 195 | typedef __sbintime_t sbintime_t; > | ^~~~~~~~~~~~ > | __time_t > ./x86/_types.h:108:19: note: '__time_t' declared here > 108 | typedef __int64_t __time_t; /* time()... */ > | ^ > In file included from SUPDrv.c:33: > In file included from ./SUPDrvInternal.h:38: > In file included from include/VBox/types.h:33: > In file included from include/iprt/types.h:62: > In file included from /usr/src/sys/sys/param.h:116: > /usr/src/sys/sys/types.h:312:10: fatal error: 'sys/bitcount.h' file not > found > 312 | #include > | ^~~~~~~~~~~~~~~~ > 2 errors generated. > > > --000000000000de4ef7061b625fcd Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


=
On Thu, Jun 20, 2024 at 6:32=E2=80=AF= PM ltcddata <ltcddata@ltcd= data.plus.com> wrote:

Hi,

after upgrading to freebsd 14.1 release the usual kmod problem repeated = as it did last time except the virtualbox-ose-kmod fails to build. Anyone e= lse have this problem or a work around?


By "usual kmod problem" I understand that the module will = load only in the same kernel version it was built for.
Yes, that = happened to me too. But I built the module again with poudriere and had no = problems so far.
Are you building the module in a clean environme= nt?
=C2=A0

In file included from SUPDrv.c:33:
In file included from ./SUPDrvInte= rnal.h:38:
In file included from include/VBox/types.h:33:
In file inc= luded from include/iprt/types.h:62:
In file included from /usr/src/sys/s= ys/param.h:116:
/usr/src/sys/sys/types.h:195:9: error: unknown type name= '__sbintime_t'; did you mean '__time_t'?
195 | typedef= __sbintime_t sbintime_t;
| ^~~~~~~~~~~~
| __time_t
./x86/_types= .h:108:19: note: '__time_t' declared here
108 | typedef __int64= _t __time_t; /* time()... */
| ^
In file included from SUPDrv.c:33:<= br>In file included from ./SUPDrvInternal.h:38:
In file included from in= clude/VBox/types.h:33:
In file included from include/iprt/types.h:62:In file included from /usr/src/sys/sys/param.h:116:
/usr/src/sys/sys/ty= pes.h:312:10: fatal error: 'sys/bitcount.h' file not found
312 = | #include <sys/bitcount.h>
| ^~~~~~~~~~~~~~~~
2 errors genera= ted.


--000000000000de4ef7061b625fcd-- From nobody Fri Jun 21 09:57:34 2024 X-Original-To: freebsd-questions@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 4W5CTN65T9z5Pr4H for ; Fri, 21 Jun 2024 09:57:44 +0000 (UTC) (envelope-from freebsd@fl1ger.de) Received: from smtp.guxx.net (nyx.guxx.net [85.10.208.173]) by mx1.freebsd.org (Postfix) with ESMTP id 4W5CTN3zpPz4PWt for ; Fri, 21 Jun 2024 09:57:44 +0000 (UTC) (envelope-from freebsd@fl1ger.de) Authentication-Results: mx1.freebsd.org; none Received: from [100.64.0.1] (p4fc21d62.dip0.t-ipconnect.de [79.194.29.98]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by nyx.guxx.net (Postfix) with ESMTPSA id 1A1525F40313; Fri, 21 Jun 2024 09:57:35 +0000 (UTC) From: Ralf Weber To: Jos Chrispijn Cc: FreeBSD Mailing List Subject: Re: IPv6 Date: Fri, 21 Jun 2024 11:57:34 +0200 X-Mailer: MailMate (1.14r6038) Message-ID: <281A2C29-5605-471D-8762-191E1BA808FD@fl1ger.de> In-Reply-To: <38514ddc-a1f8-49c6-bcf9-c552da53e554@cloudzeeland.nl> References: <38514ddc-a1f8-49c6-bcf9-c552da53e554@cloudzeeland.nl> List-Id: User questions List-Archive: https://lists.freebsd.org/archives/freebsd-questions List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-questions@freebsd.org Sender: owner-freebsd-questions@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:24940, ipnet:85.10.192.0/18, country:DE] X-Rspamd-Queue-Id: 4W5CTN3zpPz4PWt Moin! On 20 Jun 2024, at 19:56, Jos Chrispijn wrote: > Running FreeBSD 13.3-RELEASE-p1 > If no data has been exchanged via a TCP connection for 15 minutes, or i= f no data has been exchanged via a UDP connection for 5 minutes, > my FRITZ!Box router automatically removes the connection(s) in question= from the NAT table ( "NAT Timeout"). This will close all ports used by t= hese connections and disconnect the application (read in this case: FreeB= SD) from the Internet. According to the manufacturer 'to ensures the secu= rity of devices in the router's home network and to prevent performance l= osses during Internet access. I=E2=80=99m a bit confused here, as for IPv6 you are not doing NAT, but t= he FritzBox and other home routers to have a state table for firewall con= nections that usually has a timeout value. I assume you mean this. In Fre= ebsd if you have pf enabled you get this values with: pfctl -st In Linux (which oddly enough the FritzBox is based on) the following shou= ld help: sysctl -a | grep conntrack However the FritzBox AFAIK has no option to change these values. > This forces me into running an 'IPv6 stay alive' script every 30 minute= s in order to be available for incoming IPv6 connections. Is there a way = to use FreeBSD in a more smooth way to tackle this or does the manufactur= er AVM need to include this functionallity into their hardware? This is a common problem with stateful firewalls and why most application= s that use long live connection have is an in band keep alive mechanism. = E.g for ssh you can put the following in ~/.ssh/config: ServerAliveInterval 60 ServerAliveCountMax 60 Which will give you an hour without typing something on your keyboard for= an ssh connection. Hopefully that helps. So long -Ralf =E2=80=94=E2=80=94- Ralf Weber