From nobody Sun Nov 26 13:04:32 2023 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 4SdTTH6Wp7z51tZZ for ; Sun, 26 Nov 2023 13:04:51 +0000 (UTC) (envelope-from mattik@gwsit.com.au) Received: from m4.out4.mxs.au (m4.out4.mxs.au [110.232.143.188]) (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 4SdTTD1Vdfz3bVT for ; Sun, 26 Nov 2023 13:04:47 +0000 (UTC) (envelope-from mattik@gwsit.com.au) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gwsit.com.au header.s=default header.b=jUkOvKRb; spf=pass (mx1.freebsd.org: domain of mattik@gwsit.com.au designates 110.232.143.188 as permitted sender) smtp.mailfrom=mattik@gwsit.com.au; dmarc=pass (policy=none) header.from=gwsit.com.au Received: from s02ad.syd2.hostingplatform.net.au (s02ad.syd2.hostingplatform.net.au [103.27.32.38]) by out4.mxs.au (Halon) with ESMTPS (TLSv1.2) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 id 57c83bb8-8c5c-11ee-9cb8-00163c87da3f for ; Mon, 27 Nov 2023 00:04:33 +1100 (AEDT) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gwsit.com.au; s=default; h=Content-Transfer-Encoding:Content-Type: MIME-Version:Message-ID:Subject:To:From:Date:Sender:Reply-To:Cc:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:In-Reply-To:References:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=gypx4JwlNQG1tLJiRpevsq48YXAxX2+UAaDJH4K2q7U=; b=jUkOvKRb0wZZ1ivF8+a1R47Y81 67uBV/RRuDA1uEiZ60co23bIZMW3dtTN0OtgYaN3QmvAoGMoQtw8/u9Wlor72Etw+jCEzDVjg+w4F akRy82Wgr0njc89CpLbaCyWUfbvtTnQTHrZKsNe3U3c7UQIM8onyA1lnbezgvSuV+osW+cYVtHWcF qqlHFgmyvdw16zKT/RzsFdqMHkDbH0K+5rglUWzvH4mlgWORRB4tDI8U+mqEv5DnckVcvSwBo+Cqx OMDTnTY9dUONPlYueceMtetA7ac4pgdgle0fUKccq352EFBpA4gK4/Hsa9iiKmOzR6c3os+3VMLX9 wQjhI4uA==; Received: from 180-150-31-87.b4961f.syd.static.aussiebb.net ([180.150.31.87]:54777 helo=ws1.wobblyboot.net) by s02ad.syd2.hostingplatform.net.au with esmtpsa (TLS1.2) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.96.2) (envelope-from ) id 1r7EoL-000ra0-0c for questions@freebsd.org; Mon, 27 Nov 2023 00:04:33 +1100 Date: Mon, 27 Nov 2023 00:04:32 +1100 From: matti k To: questions@freebsd.org Subject: An issue with VLC and nvidia-driver-470 Message-ID: <20231127000432.6683417d@ws1.wobblyboot.net> X-Mailer: Claws Mail 3.19.1 (GTK+ 2.24.33; amd64-portbld-freebsd13.2) List-Id: User questions List-Archive: https://lists.freebsd.org/archives/freebsd-questions List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-questions@freebsd.org X-BeenThere: freebsd-questions@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - s02ad.syd2.hostingplatform.net.au X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - gwsit.com.au X-Get-Message-Sender-Via: s02ad.syd2.hostingplatform.net.au: authenticated_id: mattik@gwsit.com.au X-Authenticated-Sender: s02ad.syd2.hostingplatform.net.au: mattik@gwsit.com.au X-Source: X-Source-Args: X-Source-Dir: X-Spamd-Result: default: False [-3.96 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.99)[-0.992]; NEURAL_HAM_LONG(-0.97)[-0.971]; DMARC_POLICY_ALLOW(-0.50)[gwsit.com.au,none]; R_SPF_ALLOW(-0.20)[+ip4:110.232.143.0/24]; R_DKIM_ALLOW(-0.20)[gwsit.com.au:s=default]; MIME_GOOD(-0.10)[text/plain]; HAS_X_ANTIABUSE(0.00)[]; ASN(0.00)[asn:45638, ipnet:110.232.143.0/24, country:AU]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; DKIM_TRACE(0.00)[gwsit.com.au:+]; HAS_X_GMSV(0.00)[mattik@gwsit.com.au]; MLMMJ_DEST(0.00)[questions@freebsd.org]; RCVD_TLS_ALL(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; FROM_HAS_DN(0.00)[]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; TO_MATCH_ENVRCPT_ALL(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[questions@freebsd.org]; HAS_X_SOURCE(0.00)[]; TO_DN_NONE(0.00)[]; HAS_X_AS(0.00)[mattik@gwsit.com.au] X-Rspamd-Queue-Id: 4SdTTD1Vdfz3bVT X-Spamd-Bar: --- Hi all, Is anyone else having problems trying to play .mp4 .flv files with a 13.2-RELEASE-p4 ? [0000000818801560] main vout display error: Failed to adapt decoder format to display [0000000815a66060] main video output error: video output creation failed [00000008156671e0] main decoder error: failed to create video output [00000008156671e0] avcodec decoder: Using NVIDIA VDPAU Driver Shared Library 470.161.03 Wed Oct 19 00:00:00 UTC 2022 for hardware decoding Segmentation fault (core dumped) I have tried reinstall (via pkg) of vlc and nvidia-driver .. my card doesn't seem to support above nvidia-driver-470 Cheers, Matti From nobody Sun Nov 26 13:22:38 2023 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 4SdTsx5NB5z51wQP for ; Sun, 26 Nov 2023 13:22:45 +0000 (UTC) (envelope-from mattik@gwsit.com.au) Received: from m4.out4.mxs.au (m4.out4.mxs.au [110.232.143.188]) (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 4SdTsv3Pyfz3dRx for ; Sun, 26 Nov 2023 13:22:43 +0000 (UTC) (envelope-from mattik@gwsit.com.au) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gwsit.com.au header.s=default header.b=tE8DN1Wj; spf=pass (mx1.freebsd.org: domain of mattik@gwsit.com.au designates 110.232.143.188 as permitted sender) smtp.mailfrom=mattik@gwsit.com.au; dmarc=pass (policy=none) header.from=gwsit.com.au Received: from s02ad.syd2.hostingplatform.net.au (s02ad.syd2.hostingplatform.net.au [103.27.32.38]) by out4.mxs.au (Halon) with ESMTPS (TLSv1.2) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 id deb25787-8c5e-11ee-9cb8-00163c87da3f for ; Mon, 27 Nov 2023 00:22:38 +1100 (AEDT) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gwsit.com.au; s=default; h=Content-Transfer-Encoding:Content-Type: MIME-Version:Message-ID:Subject:To:From:Date:Sender:Reply-To:Cc:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:In-Reply-To:References:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=T51Hx906AY1r2NrUqAVejYOZQxD/SqEsetBsy0VeU5U=; b=tE8DN1WjvTr4e0qAIgCIwQVvfG qlKP3JR7g81y045CXdHBKWSmcVKuTjSOgy0ldDeNDv4ZJIDpGY4L/9eRC04IkNFzLOJlqm0PQpkrF Vg4RxR+H8CYICngkQtJ1hBd263qx/t0DhJdV94ly3dpN3T17/1Ldj+S1KdNASROgr5INNNcmeVRId TqoDRubgPLmhhJI2nVF7sOoif7+s8YlipanTErmgP7mHEipBvECsH4Qx06IxOGk2YCLx2n+/6dLBy 6H3gjPVM3/6SUK2holJPCmBvFNxTcgHEn5iAGADLkBjc2OZbSKri9eduuO1+T0wnVZhUs8CXXZtGk LQ4SLqtg==; Received: from 180-150-31-87.b4961f.syd.static.aussiebb.net ([180.150.31.87]:50157 helo=ws1.wobblyboot.net) by s02ad.syd2.hostingplatform.net.au with esmtpsa (TLS1.2) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.96.2) (envelope-from ) id 1r7F5q-000wFh-1h for questions@freebsd.org; Mon, 27 Nov 2023 00:22:38 +1100 Date: Mon, 27 Nov 2023 00:22:38 +1100 From: matti k To: questions@freebsd.org Subject: An issue with XFCE and kld_list="/boot/modules/i915kms.ko" Message-ID: <20231127002238.37cada7d@ws1.wobblyboot.net> X-Mailer: Claws Mail 3.19.1 (GTK+ 2.24.33; amd64-portbld-freebsd13.2) List-Id: User questions List-Archive: https://lists.freebsd.org/archives/freebsd-questions List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-questions@freebsd.org X-BeenThere: freebsd-questions@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - s02ad.syd2.hostingplatform.net.au X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - gwsit.com.au X-Get-Message-Sender-Via: s02ad.syd2.hostingplatform.net.au: authenticated_id: mattik@gwsit.com.au X-Authenticated-Sender: s02ad.syd2.hostingplatform.net.au: mattik@gwsit.com.au X-Source: X-Source-Args: X-Source-Dir: X-Spamd-Result: default: False [-3.96 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.99)[-0.992]; NEURAL_HAM_LONG(-0.97)[-0.970]; DMARC_POLICY_ALLOW(-0.50)[gwsit.com.au,none]; R_SPF_ALLOW(-0.20)[+ip4:110.232.143.0/24]; R_DKIM_ALLOW(-0.20)[gwsit.com.au:s=default]; MIME_GOOD(-0.10)[text/plain]; HAS_X_ANTIABUSE(0.00)[]; ASN(0.00)[asn:45638, ipnet:110.232.143.0/24, country:AU]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; DKIM_TRACE(0.00)[gwsit.com.au:+]; HAS_X_GMSV(0.00)[mattik@gwsit.com.au]; MLMMJ_DEST(0.00)[questions@freebsd.org]; RCVD_TLS_ALL(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; FROM_HAS_DN(0.00)[]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; TO_MATCH_ENVRCPT_ALL(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[questions@freebsd.org]; HAS_X_SOURCE(0.00)[]; TO_DN_NONE(0.00)[]; HAS_X_AS(0.00)[mattik@gwsit.com.au] X-Rspamd-Queue-Id: 4SdTsv3Pyfz3dRx X-Spamd-Bar: --- Hi All, Seems after the latest pkg upgrade I no longer have desktop icons with latest xfce4 using 915kms.ko, i have tried reinstalling Nov 26 17:32:06 gateway pkg[5221]: py39-SecretStorage-3.3.1 deinstalled Nov 26 17:32:06 gateway pkg[5221]: py39-dbus-1.3.2 deinstalled Nov 26 17:32:06 gateway pkg[5221]: pydbus-common-1.3.2 deinstalled Nov 26 17:32:06 gateway pkg[5221]: py39-jeepney-0.8.0_2 deinstalled Not sure what to do here now Starting to wonder if 14.0 is the way Cheers, Matti From nobody Mon Nov 27 06:41:51 2023 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 4SdwwZ653kz52TxC for ; Mon, 27 Nov 2023 06:41:34 +0000 (UTC) (envelope-from jcb2023az@gmail.com) Received: from mail-pl1-x62f.google.com (mail-pl1-x62f.google.com [IPv6:2607:f8b0:4864:20::62f]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4SdwwZ0RtDz3cxH for ; Mon, 27 Nov 2023 06:41:34 +0000 (UTC) (envelope-from jcb2023az@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20230601 header.b=Z0VCF06S; spf=pass (mx1.freebsd.org: domain of jcb2023az@gmail.com designates 2607:f8b0:4864:20::62f as permitted sender) smtp.mailfrom=jcb2023az@gmail.com; dmarc=pass (policy=none) header.from=gmail.com Received: by mail-pl1-x62f.google.com with SMTP id d9443c01a7336-1cfc3f50504so5982695ad.3 for ; Sun, 26 Nov 2023 22:41:34 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1701067292; x=1701672092; darn=freebsd.org; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:from:to:cc:subject:date:message-id:reply-to; bh=ah+QXNsA1S999QIXXpjICz8GXxUagt5HzEA3tderIMI=; b=Z0VCF06SbmnWh1GM3rT3f/a8gbHXjtPFv1hpUhUIu4+cFG/8gqaz+EEW8s4lTgRFnP BHbe8c1At4H5GdVy/Q2w3z2bs5aes7ptpzUB6TaTfENdulWWaLDbu0RSv5qQSelvCW1j xgbIGrXFUkdngbcLnapZ6TxTisx93ORAR4L21wdZFwgHuAlON90pY3PVN768grnvns6X 3WrbZwXY2sNWcMRIgXIBifgcrcR0KqNBQdYqBVhz5UNe+RkvD8rWH0/XKlgWas9pwUHs zcilvcqVtrgvAbbyRCEfLX50QqsUo6wYpqQiyKTRhZsfreU1JgVYniPZcjHp6zxTxpZi Xvsw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1701067292; x=1701672092; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=ah+QXNsA1S999QIXXpjICz8GXxUagt5HzEA3tderIMI=; b=sg/QZDV77a8CrJLLUGWEd2+yBvp1WvnJ//8HpywNmd3HSUneO9wMkoGC1/OJbm9STL MPor8i4Q6kRxDKSkGpGRS6M8OKCCqdvLeow3P/lUeYXyS0X56T1QWwRzg7XMbYhiaTv7 bLTocxCa2hYEb2HXEOiGcZWoHSgz08CTKFHsXUDOX9obju07dXSkMBxTTyPa1IdL2Zkk c4vv7iWXN2Lfilwn6nMFWEUkYATmoFtJEkS4+eFF9Wpb5os0i7pJ6C/M+RoahazPPLei I1bfGs0+XgJmFwo29KjwnrcFle6yrwnvlfnY6Y+V16qCaMZc+hi7yoaklQDbdLSCUKmA 4y1Q== X-Gm-Message-State: AOJu0YzbxVi8MzHZ+mMx5APHyH5CwUgHEYTtGjaglGQJ9DBHE5RlgI5H ccBjbMWhOx7lOaWA3zr2fDE= X-Google-Smtp-Source: AGHT+IHXCJzoeXr1VLqWKD3IJvFF/xmRugcq1eLeiUDmDxw9Q5AvFFUkoNtsFrbBpcgEowQki4dxJA== X-Received: by 2002:a17:903:41c7:b0:1cf:b964:5e3f with SMTP id u7-20020a17090341c700b001cfb9645e3fmr5015601ple.3.1701067291453; Sun, 26 Nov 2023 22:41:31 -0800 (PST) Received: from freebsd (c-73-116-164-136.hsd1.ca.comcast.net. [73.116.164.136]) by smtp.gmail.com with ESMTPSA id h5-20020a170902748500b001bc676df6a9sm7388942pll.132.2023.11.26.22.41.30 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sun, 26 Nov 2023 22:41:31 -0800 (PST) Date: Sun, 26 Nov 2023 22:41:51 -0800 From: Joe B To: "Edward Sanford Sutton, III" Cc: questions@freebsd.org Subject: Re: Email Client Message-ID: <4gb7h5c6vae67mmpkhyxi7rpowelusyzrdbg2ahzrwxldr7w5r@ds5s266myelg> References: List-Id: User questions List-Archive: https://lists.freebsd.org/archives/freebsd-questions List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-questions@freebsd.org X-BeenThere: freebsd-questions@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Disposition: inline In-Reply-To: X-Spamd-Result: default: False [-2.85 / 15.00]; NEURAL_HAM_SHORT(-1.00)[-1.000]; NEURAL_HAM_LONG(-0.95)[-0.945]; MID_RHS_NOT_FQDN(0.50)[]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; NEURAL_HAM_MEDIUM(-0.41)[-0.406]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20230601]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; MIME_GOOD(-0.10)[text/plain]; FROM_HAS_DN(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[questions@freebsd.org]; MLMMJ_DEST(0.00)[questions@freebsd.org]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::62f:from]; ARC_NA(0.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; FREEMAIL_ENVFROM(0.00)[gmail.com]; DKIM_TRACE(0.00)[gmail.com:+]; FREEMAIL_FROM(0.00)[gmail.com]; TO_DN_SOME(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; RCPT_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; FREEMAIL_TO(0.00)[hotmail.com]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-Rspamd-Queue-Id: 4SdwwZ0RtDz3cxH X-Spamd-Bar: -- On 21.11.2023 17:21, Edward Sanford Sutton, III wrote: >On 11/21/23 16:00, Joe B wrote: >>What's a good mobile email Client for lists? I'm on my phone 99% of the >>time and reply to email also on Mobile. >> >>I'm using an android and iPhone > >For android, my interest was in looking into fairemail and k-9 mail >though I haven't done email on my phone and would prefer not to; I'm >not on my phone often as I rarely need the portability and its a worse >experience than desktop (screen size, touchscreen, computational >power). Sorry it took a long time to get back but i've been busy and Thanksgiving the whole 9. I've decited to use Fairmail on my Android phone and neomutt on my desktop. I'm playing with neomutt right now sending this email and I love it. FairMail is nice also cause you can edit in plaintext like email was ment to be Thanks everyone for the suggestions ~ Joe B From nobody Mon Nov 27 07:08:08 2023 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 4SdxVy3tWqz522Qk for ; Mon, 27 Nov 2023 07:07:54 +0000 (UTC) (envelope-from jcb2023az@gmail.com) Received: from mail-pl1-x62f.google.com (mail-pl1-x62f.google.com [IPv6:2607:f8b0:4864:20::62f]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4SdxVy3KjCz4JFv for ; Mon, 27 Nov 2023 07:07:54 +0000 (UTC) (envelope-from jcb2023az@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-pl1-x62f.google.com with SMTP id d9443c01a7336-1cf7a8ab047so28124005ad.1 for ; Sun, 26 Nov 2023 23:07:54 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1701068873; x=1701673673; darn=freebsd.org; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:from:to:cc:subject:date:message-id:reply-to; bh=UEHfsikXhhaRd8C4EIUixZ7qxbRbz4D+wuMTLc7A06A=; b=B5Cm5kWMFYCVYSqYzpLv7VTFfJmf0UoYePzdYmp9QuAjoDf3mbrx0dIM0GJaIVROpo Mc02cfnJiPrle779hIPewPbHkX3++0lGREN3sSq1B6yzhHLlNyQE8eErcYzLZGyj7glG h7/VdNJydLVAciA5Axr1fXNFth0+Cy8pK90zL8EN9ol2lyDr9wMQ2848L8ThYvRJN1gy R8emyUOkhOOecO1JY7YMr5sxVIqcfUAKABPKl6+TcyYUSR1CzTSK8bXhlZ35AYMrTJUQ GZdlOBVwW75sOvEKegah3BUDoPvty6MRjnoepngp25fyyeIuGsVsZ2axLnJNy3T40IeW YBpQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1701068873; x=1701673673; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=UEHfsikXhhaRd8C4EIUixZ7qxbRbz4D+wuMTLc7A06A=; b=QjIlCubkOlfKiCO5OHBvOUyDhXqTtfuESs0Z9CqF8cl2DGRgaX7h/rpweHhV3gASDW Zbelc9a8gQvMd9/buAlSg574YPYYUBS/Io87d5+KJqcSx6Mr7TfTZsyM/ztI8lJifLyZ rUEu4ECJohMCbxUvWK6hFcdC8jBO8HxutZLCJ47wsFbp2smLFkSpaP/Q24W1VLs884qf XtBKVIBSdFTVEvCLz3hjvD25JP6LUQfCU/ab7ikL5ggtrXnrl1X5XPHTBp81QOWSsMSl 4Zci4jYT3gvX6TjP710Kz3rk3UplPd+ZW1U1sB1HSA120MwkaO7icSM7+m7ZNqYdueyo 6T0g== X-Gm-Message-State: AOJu0YxXw1/LQfX2oEVsaTVL/J1bbyJVRE1/BNvlvj6C1YOTtiw8CJlw g6Vd5a1B1s+wCXPw1IVn+A0PdoC6+C77ng== X-Google-Smtp-Source: AGHT+IEKl3YwSNFqe32xKgL5/meATOjFBCBS8gzPGF+X1ONFrvOMG3xUqzf6OaMxuiKeiYqh7Nwh6g== X-Received: by 2002:a17:903:124d:b0:1c5:d8a3:8789 with SMTP id u13-20020a170903124d00b001c5d8a38789mr11142625plh.4.1701068873446; Sun, 26 Nov 2023 23:07:53 -0800 (PST) Received: from freebsd (c-73-116-164-136.hsd1.ca.comcast.net. [73.116.164.136]) by smtp.gmail.com with ESMTPSA id l3-20020a170902f68300b001cfc68125desm1909917plg.203.2023.11.26.23.07.52 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sun, 26 Nov 2023 23:07:53 -0800 (PST) Date: Sun, 26 Nov 2023 23:08:08 -0800 From: Joe B To: matti k Cc: questions@freebsd.org Subject: Re: An issue with XFCE and kld_list="/boot/modules/i915kms.ko" Message-ID: References: <20231127002238.37cada7d@ws1.wobblyboot.net> List-Id: User questions List-Archive: https://lists.freebsd.org/archives/freebsd-questions List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-questions@freebsd.org X-BeenThere: freebsd-questions@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Disposition: inline In-Reply-To: <20231127002238.37cada7d@ws1.wobblyboot.net> 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: 4SdxVy3KjCz4JFv On 27.11.2023 00:22, matti k wrote: >Hi All, > >Seems after the latest pkg upgrade I no longer have desktop icons with >latest xfce4 using 915kms.ko, i have tried reinstalling > >Nov 26 17:32:06 gateway pkg[5221]: py39-SecretStorage-3.3.1 deinstalled >Nov 26 17:32:06 gateway pkg[5221]: py39-dbus-1.3.2 deinstalled >Nov 26 17:32:06 gateway pkg[5221]: pydbus-common-1.3.2 deinstalled >Nov 26 17:32:06 gateway pkg[5221]: py39-jeepney-0.8.0_2 deinstalled > >Not sure what to do here now > >Starting to wonder if 14.0 is the way > >Cheers, >Matti I don't know the answer to this but i'm going to take a shot at it. I'm using xfce also and in my rc.conf i have kld_list="drm i915kms" i've never used the whole path. Do you have drm-kmod installed ? You might need it. If that dosen't work I would wait for somebody else to respond. I've setup freebsd on 4 laptops at home with my rc.conf like that and they all work. my main machine that I updated from 13.2-RELEASE to 14.0-RELEASE works also with that config I told you Hope this helps ~ Joe B From nobody Mon Nov 27 18:01:08 2023 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 4SfD196bv2z52JHh for ; Mon, 27 Nov 2023 18:01:33 +0000 (UTC) (envelope-from web@3dresearch.com) Received: from smtpg.telissant.net (smtpg.telissant.net [104.225.1.73]) (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 4SfD190ykkz4KxJ for ; Mon, 27 Nov 2023 18:01:33 +0000 (UTC) (envelope-from web@3dresearch.com) Authentication-Results: mx1.freebsd.org; dkim=none; spf=pass (mx1.freebsd.org: domain of web@3dresearch.com designates 104.225.1.73 as permitted sender) smtp.mailfrom=web@3dresearch.com; dmarc=none Received: from sacada.3dresearch.com (localhost [127.0.0.1]) by smtpg.telissant.net (Postfix) with ESMTP id 4SfD120Mklz2LcY8 for ; Mon, 27 Nov 2023 13:01:26 -0500 (EST) X-Virus-Scanned: amavisd-new at telissant.net Received: from smtpg.telissant.net ([127.0.0.1]) by sacada.3dresearch.com (sacada.3dresearch.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id YBPTv3TXyRCs for ; Mon, 27 Nov 2023 13:01:25 -0500 (EST) Received: from elettra.3dresearch.com (unknown [71.112.241.20]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) (Authenticated sender: elettra@sacada.3dresearch.com) by smtpg.telissant.net (Postfix) with ESMTPSA id 4SfD1141pCz2LcY3 for ; Mon, 27 Nov 2023 13:01:25 -0500 (EST) Received: from elettra.3dresearch.com (localhost [127.0.0.1]) by elettra.3dresearch.com (Postfix) with SMTP id 91ABA9CC8E for ; Mon, 27 Nov 2023 13:01:23 -0500 (EST) Date: Mon, 27 Nov 2023 13:01:08 -0500 From: Janos Dohanics To: FreeBSD Questions Subject: audio/strawberry: Could not load the Qt platform plugin "xcb" Message-Id: <20231127130108.da0848f98edc3524e8e37587@3dresearch.com> X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.33; amd64-portbld-freebsd13.2) List-Id: User questions List-Archive: https://lists.freebsd.org/archives/freebsd-questions List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-questions@freebsd.org X-BeenThere: freebsd-questions@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Spamd-Result: default: False [-0.80 / 15.00]; ENVFROM_SERVICE_ACCT(1.00)[]; FROM_SERVICE_ACCT(1.00)[]; NEURAL_HAM_SHORT(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-0.998]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+a:smtpg.telissant.net]; MIME_GOOD(-0.10)[text/plain]; MLMMJ_DEST(0.00)[freebsd-questions@freebsd.org]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; FROM_EQ_ENVFROM(0.00)[]; ASN(0.00)[asn:36236, ipnet:104.225.1.0/24, country:US]; TO_DN_ALL(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_TLS_LAST(0.00)[]; FROM_HAS_DN(0.00)[]; ARC_NA(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; TO_MATCH_ENVRCPT_ALL(0.00)[]; DMARC_NA(0.00)[3dresearch.com]; PREVIOUSLY_DELIVERED(0.00)[freebsd-questions@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; MID_RHS_MATCH_FROM(0.00)[] X-Rspamd-Queue-Id: 4SfD190ykkz4KxJ X-Spamd-Bar: / Hello, When I start audio/strawberry (strawberry-qt6-1.0.21_1) I get the following error: $ strawberry --verbose 10:54:59.290 INFO main:180 Strawberry 1.0.21 Qt "6.6.0" 10:54:59.291 INFO main:181 "FreeBSD 14.0-RELEASE 14.0 - (freebsd 14.0-RELEASE) [x86_64]" 10:54:59.308 WARN unknown could not connect to display 10:54:59.308 DEBUG unknown Could not load the Qt platform plugin "xcb" in "" even though it was found. 10:54:59.308 ERROR unknown This application failed to start because no Qt platform plugin could be initialized. Reinstalling the application may fix this problem. 10:54:59.308 ERROR unknown 10:54:59.308 ERROR unknown Available platform plugins are: minimal, offscreen, vkkhrdisplay, vnc, xcb. 10:54:59.308 ERROR unknown Abort trap (core dumped) Google offers various advice for people using Linux or Windows; would you please advise what's the correct fix here? -- Janos Dohanics From nobody Tue Nov 28 07:05:12 2023 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 4SfYQ91wZLz52PXp for ; Tue, 28 Nov 2023 07:05:53 +0000 (UTC) (envelope-from odhiambo@gmail.com) Received: from mail-lj1-x234.google.com (mail-lj1-x234.google.com [IPv6:2a00:1450:4864:20::234]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4SfYQ80G8Vz4JDj for ; Tue, 28 Nov 2023 07:05:51 +0000 (UTC) (envelope-from odhiambo@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20230601 header.b=C62K4sFu; spf=pass (mx1.freebsd.org: domain of odhiambo@gmail.com designates 2a00:1450:4864:20::234 as permitted sender) smtp.mailfrom=odhiambo@gmail.com; dmarc=pass (policy=none) header.from=gmail.com Received: by mail-lj1-x234.google.com with SMTP id 38308e7fff4ca-2c878e228b4so63179921fa.1 for ; Mon, 27 Nov 2023 23:05:51 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1701155149; x=1701759949; darn=freebsd.org; h=to:subject:message-id:date:from:mime-version:from:to:cc:subject :date:message-id:reply-to; bh=t3w6uqjWXYO950YNm6ZYnvjcO6Ea7iVe7tnvDF5vM5I=; b=C62K4sFuTtytGV4+cKiy9CKYylJPdFQ9aljk2IY5Dfc12Z+YgNmQsGD4KbMmkpUi6A PUY2oijS8LMfFoQoo8RzvVzQ7absXqwnf+gxmckrRrqDpctB/EPI9yo5v+HRhKVdSgtY abEL4AgyUAVYp5IVitbq845q80uV2yQP7SCFB4jI1YGcNzJib7RkeuUMBjoI4K5bdQhs AAImOOTGdEt1FLd4yspxWeqTR4Y7oM1GAIlNqtHdimZaXgxaB2bZsOpHvYojSNVn/RE9 fS9t6r8QJ1pTjSzGJHzuUZ4/uNlahJpO7eE5+gRoYGKa2EZy7Cf/7bt+qvlnbwE43vNd WPVA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1701155149; x=1701759949; h=to:subject:message-id:date:from:mime-version:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=t3w6uqjWXYO950YNm6ZYnvjcO6Ea7iVe7tnvDF5vM5I=; b=Ap85YhLWE369Tb4UbEzZd4MgFus5DZ2zmD2pBSyNqrh7eMl2Cjt7OGM2dj9a+y6qhJ 9fgAKbLRmwR6DU/AYQIHDFtkgTKwT40W3NOde/z8bFXKvgpAxu7X+3MLvLAwqoF/6Hxw eoTYxG9j08HqjDRpNunVClNZmjqNrMB4RcppB82ns8hgdOlpdTJI0Onnbtgjm6mO70up VjX9N4VmkUQ9q+/mxIEF30N3icodSuTxsaiVmwRDrKAAg60/PyCI3gaEDrWqjoF9q2xd /EIC7PrpdAvtf8Yjt1jmyZzvXrTQFjCYxtjDj/NoESNgmup4Z/hGJkubuMLU6LpnJPfL NS7A== X-Gm-Message-State: AOJu0YxliTa1cB4lBFL5WJore1VZ0/F/laBNUbziIRPkue7DAGrYCdRK LTpIZWMCkx47Zcb+rmlNdrS8P95uVbN9WgqN3uyd7LJOe4df4rGJ X-Google-Smtp-Source: AGHT+IEgkzrsT4TlMXkRWSUU41p6Tm8Nbt6hz28iqHdDCUDe02sFVftm2dav236Tq4XTVHlkXPyJKCNNXzam5wRTZ0c= X-Received: by 2002:a2e:2ac2:0:b0:2c9:98de:118c with SMTP id q185-20020a2e2ac2000000b002c998de118cmr6167343ljq.25.1701155148980; Mon, 27 Nov 2023 23:05:48 -0800 (PST) List-Id: User questions List-Archive: https://lists.freebsd.org/archives/freebsd-questions List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-questions@freebsd.org X-BeenThere: freebsd-questions@freebsd.org MIME-Version: 1.0 From: Odhiambo Washington Date: Tue, 28 Nov 2023 10:05:12 +0300 Message-ID: Subject: Ports failing to compile - ld-elf.so.1: Shared object "libssl.so.111" not found, required by "libcurl.so.4" To: questions Content-Type: multipart/alternative; boundary="0000000000005ce69b060b310c47" X-Spamd-Result: default: False [-2.11 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-0.79)[-0.790]; NEURAL_SPAM_SHORT(0.68)[0.681]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20230601]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; MLMMJ_DEST(0.00)[questions@freebsd.org]; RCVD_COUNT_ONE(0.00)[1]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::234:from]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ARC_NA(0.00)[]; TO_DN_ALL(0.00)[]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; FROM_HAS_DN(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; PREVIOUSLY_DELIVERED(0.00)[questions@freebsd.org]; MID_RHS_MATCH_FROMTLD(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim] X-Rspamd-Queue-Id: 4SfYQ80G8Vz4JDj X-Spamd-Bar: -- --0000000000005ce69b060b310c47 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable After upgrading one server from 13.2-REL to 14.0-REL I have some ports failing to upgrade during my `portupgrade -a` with the subject error. I don't see anything in /usr/ports/UPDATING that can help and neither have I seen any such discussion in this forum. Any clues on how to resolve this? --=20 Best regards, Odhiambo WASHINGTON, Nairobi,KE +254 7 3200 0004/+254 7 2274 3223 "Oh, the cruft.", egrep -v '^$|^.*#' =C2=AF\_(=E3=83=84)_/=C2=AF :-) [How to ask smart questions: http://www.catb.org/~esr/faqs/smart-questions.html] --0000000000005ce69b060b310c47 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
After upgrading one server from 13.2-REL to 14.0-REL I hav= e some ports failing to upgrade during my `portupgrade -a` with the subject= error.
I don't see anything in /usr/ports/UPDATING that can help a= nd neither have I seen any such discussion in this forum.

Any clues on how to resolve this?

--
Best regards,
Odhiambo WASHINGTON,
Nairobi,KE
+254 7 320= 0 0004/+254 7 2274 3223
"Oh, the c= ruft.",=C2=A0egrep -v '^$|^.*#'=C2=A0=C2=AF\_(=E3=83=84)_/=C2=AF= =C2=A0:-)
[How to ask sma= rt questions:=C2=A0http://www= .catb.org/~esr/faqs/smart-questions.html]
--0000000000005ce69b060b310c47-- From nobody Tue Nov 28 07:19:36 2023 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 4SfYk81bsVz52XVD for ; Tue, 28 Nov 2023 07:19:44 +0000 (UTC) (envelope-from Olivier.Nicole@cs.ait.ac.th) Received: from mail.cs.ait.ac.th (mail.cs.ait.ac.th [192.41.170.16]) (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 4SfYk43jlhz4NdZ for ; Tue, 28 Nov 2023 07:19:40 +0000 (UTC) (envelope-from Olivier.Nicole@cs.ait.ac.th) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=cs.ait.ac.th header.s=selector1 header.b=ip2753Es; spf=pass (mx1.freebsd.org: domain of Olivier.Nicole@cs.ait.ac.th designates 192.41.170.16 as permitted sender) smtp.mailfrom=Olivier.Nicole@cs.ait.ac.th; dmarc=pass (policy=none) header.from=cs.ait.ac.th Received: from mail.cs.ait.ac.th (localhost [127.0.0.1]) by mail.cs.ait.ac.th (Postfix) with ESMTP id 70C003AB04; Tue, 28 Nov 2023 14:19:36 +0700 (+07) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cs.ait.ac.th; h= content-type:content-type:mime-version:message-id:date:date :in-reply-to:subject:subject:from:from:received:received :received; s=selector1; t=1701155976; x=1702970377; bh=najQRfViu Ived/bubZUneXDZydhIQUhpPyzA2qd9MSk=; b=ip2753EsjtnX3nM2rH4GmTIO0 MzJ7Sk0WsBMoNc4t2EEnrUcCio7N+BuMt6ll1RaovkRYzufmxEz3Pf50xUkwiBA8 1oDYCaOjC+rNsH/D946nONwdRupycvu4LZY5FhYkABs2F/1IjQEN1sC2Vx1iveF9 WAsFyEYSQpn+s09SWE= X-Virus-Scanned: amavisd-new at cs.ait.ac.th Received: from mail.cs.ait.ac.th ([127.0.0.1]) by mail.cs.ait.ac.th (mail.cs.ait.ac.th [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id zWOtxdW5LHTr; Tue, 28 Nov 2023 14:19:36 +0700 (+07) Received: from bazooka.cs.ait.ac.th (vpn.cs.ait.ac.th [192.41.170.56]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by mail.cs.ait.ac.th (Postfix) with ESMTPS id 40E493AB02; Tue, 28 Nov 2023 14:19:36 +0700 (+07) Received: (from on@localhost) by bazooka.cs.ait.ac.th (8.17.1/8.17.1/Submit) id 3AS7JaKI007097; Tue, 28 Nov 2023 14:19:36 +0700 (+07) (envelope-from on@bazooka.cs.ait.ac.th) From: Olivier To: Odhiambo Washington Cc: questions@freebsd.org Subject: Re: Ports failing to compile - ld-elf.so.1: Shared object "libssl.so.111" not found, required by "libcurl.so.4" In-Reply-To: (message from Odhiambo Washington on Tue, 28 Nov 2023 10:05:12 +0300) Date: Tue, 28 Nov 2023 14:19:36 +0700 Message-ID: List-Id: User questions List-Archive: https://lists.freebsd.org/archives/freebsd-questions List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-questions@freebsd.org X-BeenThere: freebsd-questions@freebsd.org MIME-Version: 1.0 Content-Type: text/plain X-Spamd-Result: default: False [-4.63 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.97)[-0.965]; NEURAL_HAM_MEDIUM(-0.96)[-0.960]; RCVD_DKIM_ARC_DNSWL_MED(-0.50)[]; DMARC_POLICY_ALLOW(-0.50)[cs.ait.ac.th,none]; R_SPF_ALLOW(-0.20)[+mx]; R_DKIM_ALLOW(-0.20)[cs.ait.ac.th:s=selector1]; RCVD_IN_DNSWL_MED(-0.20)[192.41.170.16:from]; MIME_GOOD(-0.10)[text/plain]; MIME_TRACE(0.00)[0:+]; DKIM_TRACE(0.00)[cs.ait.ac.th:+]; FROM_EQ_ENVFROM(0.00)[]; MLMMJ_DEST(0.00)[questions@freebsd.org]; FREEMAIL_TO(0.00)[gmail.com]; ARC_NA(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MID_RHS_MATCH_FROMTLD(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; TO_DN_SOME(0.00)[]; RCVD_TLS_LAST(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; ASN(0.00)[asn:4767, ipnet:192.41.170.0/24, country:TH] X-Rspamd-Queue-Id: 4SfYk43jlhz4NdZ X-Spamd-Bar: ---- > After upgrading one server from 13.2-REL to 14.0-REL I have some ports failing to upgrade > during my `portupgrade -a` with the subject error. > I don't see anything in /usr/ports/UPDATING that can help and neither have I seen any such > discussion in this forum. > > Any clues on how to resolve this? Try to upgrade curl or libcurl before doing the portupgrade -a. Eventually consider also foing a portupgrade -f -a to also recompile ports that had not be upgraded and would not be affected by the -a. Olivier -- From nobody Tue Nov 28 09:33:45 2023 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 4Sfcfh2jsbz52vxh for ; Tue, 28 Nov 2023 09:31:56 +0000 (UTC) (envelope-from bsduser@cloudzeeland.nl) Received: from terra.cloudzeeland.nl (poseidon.cloudzeeland.nl [82.176.127.71]) (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 "cloudzeeland.nl", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Sfcff1s4Hz3ZMB for ; Tue, 28 Nov 2023 09:31:54 +0000 (UTC) (envelope-from bsduser@cloudzeeland.nl) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=cloudzeeland.nl header.s=cloud header.b=XFGV6Sx5; spf=pass (mx1.freebsd.org: domain of bsduser@cloudzeeland.nl designates 82.176.127.71 as permitted sender) smtp.mailfrom=bsduser@cloudzeeland.nl; dmarc=pass (policy=reject) header.from=cloudzeeland.nl Received: from terra.cloudzeeland.nl (terra-net.cloudzeeland.nl [10.10.10.52]) by terra.cloudzeeland.nl (Postfix) with ESMTP id BF67D128BF for ; Tue, 28 Nov 2023 10:31:45 +0100 (CET) X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 1.2.1 at terra.cloudzeeland.nl DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=cloudzeeland.nl; h= content-type:message-id:date:mime-version:to:from:subject; s= cloud; bh=5nD8c+qB+9xzHcUnZuYDCOpcw0g=; b=XFGV6Sx5hko77OSGOXrji+ 50wuz6qCQXCFaPFhRkUwBtA9m6pWrs+PsQWwGhYxcDJYVKSvL8REXgzacGMlLOwc jJjGqhz800nMcLu168JOLH4vhNE3w9lNogtBYWtH7XBduj5gRtGEFDfi4CYTuBCC eU993shmtGt4OsjYDl6wu2VMtcj98E78c9LYSBP0vU5kI5mbePGXXp0ooDxXyltb zsfXtBU2cQGFcT/KlmntOsrSeSc+MgWwFFvq28Y7fQC9aI8XbX0wquwTekxM4VY8 dF3jwVH6WKg0c/bOzfCeOe6oGc29EOK6aRMbEq4/6cJV2SX7EnXoQMwSTKll3sFA == DomainKey-Signature: a=rsa-sha1; c=nofws; d=cloudzeeland.nl; h= content-type:message-id:date:mime-version:to:from:subject; q= dns; s=cloud; b=RB5Rp77I0xatGCASZySptjoyvKOrdCxFlwvu4SIcxyAHwYbo jkfryMrJkJw2qR1IA5pgbJXYQmiOveoSa2xWIEV6XLMhbXQzxOSIudzjh3VFKZ48 /PlIJlf1pCOakzXOft+aUTcxOeMPXQYZewkydUT73y6GxQbe1TNXFf5T0SODRHb3 EqgIOIDHDMZiwrfLcC+QH2lJmYrp+ckZIQI5+lnXTiK2V6aBI7xdGjtzZcSmUEDH MtmQTC6R0aMlrUQENh8LTXQPmoysjch7vkZAQfWspf2KGAaBAkllGz8EuEiMZRvg C/H18FZPjz2Yrb+J97TK2HN6Axs6E+y+KDbd+w== Received: from [10.10.10.40] (terra.cloudzeeland.nl [82.176.127.71]) by terra.cloudzeeland.nl (Postfix) with ESMTPSA id 9D77912A0F for ; Tue, 28 Nov 2023 10:31:45 +0100 (CET) X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 1.2.1 at terra.cloudzeeland.nl Content-Type: multipart/alternative; boundary="------------tU7x0m4j3llH1KAPyl2yf57N" Message-ID: <1749db2d-757f-4fc1-ba5c-f1b05fbb40f3@cloudzeeland.nl> Date: Tue, 28 Nov 2023 10:33:45 +0100 List-Id: User questions List-Archive: https://lists.freebsd.org/archives/freebsd-questions List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-questions@freebsd.org X-BeenThere: freebsd-questions@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Content-Language: en-US To: FreeBSD Mailing List From: Jos Chrispijn Subject: NTPD leap second file Organization: Userland rocks! X-Spamd-Result: default: False [-2.40 / 15.00]; NEURAL_HAM_MEDIUM(-0.98)[-0.983]; NEURAL_HAM_SHORT(-0.98)[-0.982]; NEURAL_SPAM_LONG(0.56)[0.558]; DMARC_POLICY_ALLOW(-0.50)[cloudzeeland.nl,reject]; R_SPF_ALLOW(-0.20)[+mx]; R_DKIM_ALLOW(-0.20)[cloudzeeland.nl:s=cloud]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; XM_UA_NO_VERSION(0.01)[]; ASN(0.00)[asn:15542, ipnet:82.176.0.0/16, country:NL]; MLMMJ_DEST(0.00)[freebsd-questions@freebsd.org]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; HAS_ORG_HEADER(0.00)[]; TO_DN_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; ARC_NA(0.00)[]; DKIM_TRACE(0.00)[cloudzeeland.nl:+]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; PREVIOUSLY_DELIVERED(0.00)[freebsd-questions@freebsd.org]; RCVD_COUNT_TWO(0.00)[2]; MID_RHS_MATCH_FROM(0.00)[] X-Rspamd-Queue-Id: 4Sfcff1s4Hz3ZMB X-Spamd-Bar: -- This is a multi-part message in MIME format. --------------tU7x0m4j3llH1KAPyl2yf57N Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Recently I noticed this: fetch: https://www.ietf.org/timezones/data/leap-seconds.list: Not Found Looks to be an NTPD leap second file, which isn't supported by ietf.org anymore. Can you tell how to work around this? Thanks. --------------tU7x0m4j3llH1KAPyl2yf57N Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 7bit

Recently I noticed this:

fetch: https://www.ietf.org/timezones/data/leap-seconds.list: Not Found

Looks to be an NTPD leap second file, which isn't supported by ietf.org anymore.

Can you tell how to work around this?
Thanks.

--------------tU7x0m4j3llH1KAPyl2yf57N-- From nobody Tue Nov 28 10:28:06 2023 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 4Sfdvb0qrsz52FkH for ; Tue, 28 Nov 2023 10:28:11 +0000 (UTC) (envelope-from 4250.82.1d5060006de2ac2.f52cad50eb459845f5c28a2536608889@email-od.com) Received: from s1-b0c6.socketlabs.email-od.com (s1-b0c6.socketlabs.email-od.com [142.0.176.198]) (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 4SfdvZ5nYfz4Nsh for ; Tue, 28 Nov 2023 10:28:10 +0000 (UTC) (envelope-from 4250.82.1d5060006de2ac2.f52cad50eb459845f5c28a2536608889@email-od.com) Authentication-Results: mx1.freebsd.org; none DKIM-Signature: v=1; a=rsa-sha256; d=email-od.com;i=@email-od.com;s=dkim; c=relaxed/relaxed; q=dns/txt; t=1701167291; x=1703759291; h=content-transfer-encoding:content-type:mime-version:references:in-reply-to:message-id:subject:cc:to:from:date:x-thread-info:subject:to:from:cc:reply-to; bh=SGJDhpCJT0Jy25Ek6BRLxlpZ9VLGEsG8hFixNRfdLS4=; b=dbQkZZT2pCsrXVe0J0xqJxFz7b/7ogd6RAvuvDSE7IQ2aVcETXO+R4c9cXusvdwl8rL5NGQEew7fvL379tIqxGi2Uvea/qdYQrvsKKS0qf9xzrjWLQXGs36L3w5+duQDOgFJGJww/D7uKLfJWxMUzMnxUeFl9YYSVHjOeKMOeis= X-Thread-Info: NDI1MC4xMi4xZDUwNjAwMDZkZTJhYzIucXVlc3Rpb25zPWZyZWVic2Qub3Jn Received: from r3.h.in.socketlabs.com (r3.h.in.socketlabs.com [142.0.180.13]) by mxsg2.email-od.com with ESMTP(version=Tls12 cipher=Aes256 bits=256); Tue, 28 Nov 2023 05:28:08 -0500 Received: from smtp.lan.sohara.org (EMTPY [185.202.17.215]) by r3.h.in.socketlabs.com with ESMTP(version=Tls12 cipher=Aes256 bits=256); Tue, 28 Nov 2023 05:28:07 -0500 Received: from [192.168.63.1] (helo=steve.lan.sohara.org) by smtp.lan.sohara.org with smtp (Exim 4.95 (FreeBSD)) (envelope-from ) id 1r7vK2-0008Oo-Am; Tue, 28 Nov 2023 10:28:06 +0000 Date: Tue, 28 Nov 2023 10:28:06 +0000 From: Steve O'Hara-Smith To: questions@freebsd.org Cc: Jos Chrispijn Subject: Re: NTPD leap second file Message-Id: <20231128102806.1bd6ef76a878e98dbb11bf2c@sohara.org> In-Reply-To: <1749db2d-757f-4fc1-ba5c-f1b05fbb40f3@cloudzeeland.nl> References: <1749db2d-757f-4fc1-ba5c-f1b05fbb40f3@cloudzeeland.nl> X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.33; amd64-portbld-freebsd13.1) X-Clacks-Overhead: "GNU Terry Pratchett" List-Id: User questions List-Archive: https://lists.freebsd.org/archives/freebsd-questions List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-questions@freebsd.org X-BeenThere: freebsd-questions@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit 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:7381, ipnet:142.0.176.0/22, country:US] X-Rspamd-Queue-Id: 4SfdvZ5nYfz4Nsh On Tue, 28 Nov 2023 10:33:45 +0100 Jos Chrispijn wrote: > Recently I noticed this: > > fetch: https://www.ietf.org/timezones/data/leap-seconds.list: Not Found Where did you notice it ? > Looks to be an NTPD leap second file, which isn't supported by ietf.org > anymore. I found more than I ever wanted to know about leap second files here: It has many alternative links, it's far from clear that they have the same data. It seems the one I currently have in /var/db expires on 20th dec - I'll keep an eye out for what happens. -- Steve O'Hara-Smith From nobody Tue Nov 28 11:04:50 2023 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 4Sffk52TvKz52dld for ; Tue, 28 Nov 2023 11:05:01 +0000 (UTC) (envelope-from 4250.82.1d5060006de51a7.30c78a03c323c8a3264ea987533ee95f@email-od.com) Received: from s1-b0c6.socketlabs.email-od.com (s1-b0c6.socketlabs.email-od.com [142.0.176.198]) (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 4Sffk41s3bz4c64 for ; Tue, 28 Nov 2023 11:05:00 +0000 (UTC) (envelope-from 4250.82.1d5060006de51a7.30c78a03c323c8a3264ea987533ee95f@email-od.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=email-od.com header.s=dkim header.b=LqFjG0+H; spf=pass (mx1.freebsd.org: domain of 4250.82.1d5060006de51a7.30c78a03c323c8a3264ea987533ee95f@email-od.com designates 142.0.176.198 as permitted sender) smtp.mailfrom=4250.82.1d5060006de51a7.30c78a03c323c8a3264ea987533ee95f@email-od.com; dmarc=none DKIM-Signature: v=1; a=rsa-sha256; d=email-od.com;i=@email-od.com;s=dkim; c=relaxed/relaxed; q=dns/txt; t=1701169500; x=1703761500; h=content-transfer-encoding:content-type:mime-version:references:in-reply-to:message-id:subject:to:from:date:x-thread-info:subject:to:from:cc:reply-to; bh=6Ry4QWk+RKNhb7lYo2wXFEqlYaVaor5YgBhmzC+x+sk=; b=LqFjG0+HvcOaz6+CzBhvpoCaRF0qb6rTtmNVWK3pC2LpmvWjtZI+OhO7a5CB4N0qQxC/RQABdFV28QaZLua1m4o2+6Lgg2mA5Zn7mhc9xttZltTsM47zyNGzAW0jVVv1DLsvO9AoVN6kxqvvljKODTXfLSX5+0EXAJsQFWcw+Ww= X-Thread-Info: NDI1MC4xMi4xZDUwNjAwMDZkZTUxYTcucXVlc3Rpb25zPWZyZWVic2Qub3Jn Received: from r2.us-east-1.aws.in.socketlabs.com (r2.us-east-1.aws.in.socketlabs.com [142.0.191.2]) by mxsg2.email-od.com with ESMTP(version=Tls12 cipher=Aes256 bits=256); Tue, 28 Nov 2023 06:04:52 -0500 Received: from smtp.lan.sohara.org (EMTPY [185.202.17.215]) by r2.us-east-1.aws.in.socketlabs.com with ESMTP(version=Tls12 cipher=Aes256 bits=256); Tue, 28 Nov 2023 06:04:52 -0500 Received: from [192.168.63.1] (helo=steve.lan.sohara.org) by smtp.lan.sohara.org with smtp (Exim 4.95 (FreeBSD)) (envelope-from ) id 1r7vta-0008UR-Ry for questions@freebsd.org; Tue, 28 Nov 2023 11:04:50 +0000 Date: Tue, 28 Nov 2023 11:04:50 +0000 From: Steve O'Hara-Smith To: questions@freebsd.org Subject: Re: NTPD leap second file Message-Id: <20231128110450.1d5abb880f77e80878d03bc8@sohara.org> In-Reply-To: <1749db2d-757f-4fc1-ba5c-f1b05fbb40f3@cloudzeeland.nl> References: <1749db2d-757f-4fc1-ba5c-f1b05fbb40f3@cloudzeeland.nl> X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.33; amd64-portbld-freebsd13.1) X-Clacks-Overhead: "GNU Terry Pratchett" List-Id: User questions List-Archive: https://lists.freebsd.org/archives/freebsd-questions List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-questions@freebsd.org X-BeenThere: freebsd-questions@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Spamd-Result: default: False [-2.63 / 15.00]; NEURAL_HAM_SHORT(-1.00)[-1.000]; NEURAL_HAM_LONG(-0.99)[-0.987]; NEURAL_HAM_MEDIUM(-0.95)[-0.948]; MV_CASE(0.50)[]; FORGED_SENDER(0.30)[steve@sohara.org,4250.82.1d5060006de51a7.30c78a03c323c8a3264ea987533ee95f@email-od.com]; R_SPF_ALLOW(-0.20)[+ip4:142.0.176.0/20]; R_DKIM_ALLOW(-0.20)[email-od.com:s=dkim]; MIME_GOOD(-0.10)[text/plain]; MLMMJ_DEST(0.00)[questions@freebsd.org]; ASN(0.00)[asn:7381, ipnet:142.0.176.0/22, country:US]; FROM_NEQ_ENVFROM(0.00)[steve@sohara.org,4250.82.1d5060006de51a7.30c78a03c323c8a3264ea987533ee95f@email-od.com]; MIME_TRACE(0.00)[0:+]; RWL_MAILSPIKE_POSSIBLE(0.00)[142.0.176.198:from]; RCVD_IN_DNSWL_NONE(0.00)[142.0.191.2:received]; RCVD_TLS_LAST(0.00)[]; ARC_NA(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; DKIM_TRACE(0.00)[email-od.com:+]; TO_DN_NONE(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; DMARC_NA(0.00)[sohara.org]; RCVD_COUNT_THREE(0.00)[3]; DWL_DNSWL_NONE(0.00)[email-od.com:dkim] X-Rspamd-Queue-Id: 4Sffk41s3bz4c64 X-Spamd-Bar: -- On Tue, 28 Nov 2023 10:33:45 +0100 Jos Chrispijn wrote: > Can you tell how to work around this? The download URL can be set as ntp_leapfile_sources in /etc/rc.conf. -- Steve O'Hara-Smith From nobody Tue Nov 28 11:33:48 2023 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 4SfgMW5zdvz52xDc for ; Tue, 28 Nov 2023 11:33:59 +0000 (UTC) (envelope-from listac@nebelschwaden.de) Received: from mail.worldserver.net (mail.worldserver.net [217.13.200.36]) (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 "*.worldserver.net", Issuer "EuropeanSSL Server CA 2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4SfgMV222Gz3J2J for ; Tue, 28 Nov 2023 11:33:58 +0000 (UTC) (envelope-from listac@nebelschwaden.de) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=nebelschwaden.de header.s=1687803001 header.b=BMz9GRuC; spf=pass (mx1.freebsd.org: domain of listac@nebelschwaden.de designates 217.13.200.36 as permitted sender) smtp.mailfrom=listac@nebelschwaden.de; dmarc=none Received: from postpony.nebelschwaden.de (v22018114346177759.hotsrv.de [194.55.14.20]) (Authenticated sender: sendmail@nebelschwaden.de) by mail.worldserver.net (Postfix) with ESMTPSA id AB7751E0B19 for ; Tue, 28 Nov 2023 12:33:50 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=nebelschwaden.de; s=1687803001; t=1701171230; bh=A2rQfUJnGrJhE++BKvfTe0gTn7YOnXsCUVMnbKoZk/4=; h=Date:Reply-To:Subject:To:References:From:In-Reply-To:From; b=BMz9GRuCGQpwxKNAYTgyHTjMlqOwy/g2aI5goraZotIQ9amAwBIufwSfq4z+H3MYK oXeSvXLkEnYGAEgMkWH1j0ngbfGgGvxTLIKDaQdBB/NN715jmZQ3LOtP8ELAI5WRqw iObxjBc8nxV1ik0nZ8+WxMwT72BDTgcFbbDH3Xh7jT58YarQjuPscu+Va/lCDDzJsQ BQdYRoXWt50O1DFUPyGxCoOhO9hzwtfqq35QngJ7GX3Stos0W0F573OU1k+l8WqRV3 CN+BSb7r6cYLCy/QKQBXlykw8uuwsGg1PvbPJ2XMBwbs+JCfAlSChY/AzZUM3c3BXJ INWUbA8phmM5w== Received: from [172.16.37.5] (kaperfahrt.nebelschwaden.de [172.16.37.5]) by postpony.nebelschwaden.de (Postfix) with ESMTP id B2390117CA6 for ; Tue, 28 Nov 2023 12:33:48 +0100 (CET) Message-ID: <5541217f-f86e-4308-a4b0-5728472e2102@nebelschwaden.de> Date: Tue, 28 Nov 2023 12:33:48 +0100 List-Id: User questions List-Archive: https://lists.freebsd.org/archives/freebsd-questions List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-questions@freebsd.org X-BeenThere: freebsd-questions@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Reply-To: listac@nebelschwaden.de Subject: Re: NTPD leap second file To: questions@freebsd.org References: <1749db2d-757f-4fc1-ba5c-f1b05fbb40f3@cloudzeeland.nl> <20231128102806.1bd6ef76a878e98dbb11bf2c@sohara.org> Content-Language: en-US From: Ede Wolf In-Reply-To: <20231128102806.1bd6ef76a878e98dbb11bf2c@sohara.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spamd-Result: default: False [-2.57 / 15.00]; NEURAL_HAM_MEDIUM(-0.99)[-0.989]; NEURAL_HAM_SHORT(-0.91)[-0.913]; R_DKIM_ALLOW(-0.20)[nebelschwaden.de:s=1687803001]; R_SPF_ALLOW(-0.20)[+ip4:217.13.200.0/24]; RCVD_IN_DNSWL_LOW(-0.10)[217.13.200.36:from]; MIME_GOOD(-0.10)[text/plain]; NEURAL_HAM_LONG(-0.08)[-0.079]; XM_UA_NO_VERSION(0.01)[]; RCPT_COUNT_ONE(0.00)[1]; ARC_NA(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[questions@freebsd.org]; DMARC_NA(0.00)[nebelschwaden.de]; TO_MATCH_ENVRCPT_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; HAS_REPLYTO(0.00)[listac@nebelschwaden.de]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:15657, ipnet:217.13.192.0/20, country:DE]; TO_DN_NONE(0.00)[]; REPLYTO_ADDR_EQ_FROM(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; MLMMJ_DEST(0.00)[questions@freebsd.org]; DKIM_TRACE(0.00)[nebelschwaden.de:+]; MIME_TRACE(0.00)[0:+]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-Rspamd-Queue-Id: 4SfgMV222Gz3J2J X-Spamd-Bar: -- Am 28.11.23 um 11:28 schrieb Steve O'Hara-Smith: > On Tue, 28 Nov 2023 10:33:45 +0100 > Jos Chrispijn wrote: > >> Recently I noticed this: >> >> fetch: https://www.ietf.org/timezones/data/leap-seconds.list: Not Found > > Where did you notice it ? > >> Looks to be an NTPD leap second file, which isn't supported by ietf.org >> anymore. > > I found more than I ever wanted to know about leap second files > here: > > > > It has many alternative links, it's far from clear that they have > the same data. > > It seems the one I currently have in /var/db expires on 20th dec - > I'll keep an eye out for what happens. > Now, the leap seconds are, AFAIK, internationally coordinated by ITU. Still. So, unless the server you are fetchting from is outdated itself, they all should have the same data. It is an ascii file and it tells you inside, when it will be expiring so you can easily check it being recent. Other than that, if yours is expired, you'll see a message being logged during start up of ntpd, that's probably about it. crystal ball: If a leap second is inserted - with your list being expired - you may have that offset, and your ntpd will smoothly catch up with it rather quickly. Should only happen at the very end of the year, if at all. I am not aware of the next planned leap second. But that does not mean anything, of course. Oh, and, it seems, from 2035 on, leap seconds may be gone alltogether. https://theconversation.com/its-time-out-for-leap-seconds-an-expert-explains-why-the-tiny-clock-adjustments-will-be-paused-from-2035-194922 https://earthsky.org/human-world/leap-second-june-30-december-31-why-need-controversy/ If somebody knows better, please let us know. From nobody Wed Nov 29 11:28:45 2023 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 4SgH8r5HGRz52YdP for ; Wed, 29 Nov 2023 11:26:52 +0000 (UTC) (envelope-from bsduser@cloudzeeland.nl) Received: from terra.cloudzeeland.nl (terra.cloudzeeland.nl [82.176.127.71]) (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 "cloudzeeland.nl", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4SgH8q64w2z3gLJ for ; Wed, 29 Nov 2023 11:26:51 +0000 (UTC) (envelope-from bsduser@cloudzeeland.nl) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=cloudzeeland.nl header.s=cloud header.b=aPqwTEu6; spf=pass (mx1.freebsd.org: domain of bsduser@cloudzeeland.nl designates 82.176.127.71 as permitted sender) smtp.mailfrom=bsduser@cloudzeeland.nl; dmarc=pass (policy=reject) header.from=cloudzeeland.nl Received: from terra.cloudzeeland.nl (terra-net.cloudzeeland.nl [10.10.10.52]) by terra.cloudzeeland.nl (Postfix) with ESMTP id 3754E13BD0 for ; Wed, 29 Nov 2023 12:26:44 +0100 (CET) X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 1.2.1 at terra.cloudzeeland.nl DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=cloudzeeland.nl; h= content-type:message-id:date:mime-version:subject:from:to :references:in-reply-to; s=cloud; bh=akGtYYznrdRhdXzpH6+RC77cKKk =; b=aPqwTEu66z60SxBQOFhtRidwst39VwKdOUq8c2pXCUU0lqm6fuJF2Dypsa5 FTJe3Pv7InE/7jz7ZGrV6mEH5mwMALKM1LfGyf4dygT97hG8RTqpvISQPpGHPWd5 kG3NzDxII4SPHniabNxXEd7kiB6JCbOOy5ChdErDhZdr6wFeCDn/k+GiEsVdc7ZI xIJYQHzfBO2gqQgkiMx6k8b+RfJ9eTZ3AvD5CmqsmG+AnVCYwYHRZPBRSwiFPmu1 Lb4Ysz6XC1OPsfBxnRcO6GlPFErI6Mc3PVSUSN84PG3ZySawtHQbzF4pmWDd0msl O/KFl8l8wPCyt/xL45mWyYz232A== DomainKey-Signature: a=rsa-sha1; c=nofws; d=cloudzeeland.nl; h= content-type:message-id:date:mime-version:subject:from:to :references:in-reply-to; q=dns; s=cloud; b=VwQQcz0s1oZgzNswG3bVH C/yohJ6e0eovRVqcGHqE+QjIiiiDr4d6ZFXejPJ5OBLyfVQe87XP9uokxwDhUbO1 07kQt3dsPura5OGHetkM44yN6m7cvUMr/76mgYqCF/5RQ/9Syhp9Nn3wDKTFbpiF uMkbls0VTTcFBnQmaQhYA+XrU2mvz5BeJ8jsvmiOs+7bKqD2w1IwvwbuP689YlA4 q/GVkdbC6WUKRohEF504GPgzG1aiRGlaEF4OTB/KDfACro97dppULPUMyeIr9fZf MKGHNB1r/BlDLK6xWx3Gtvk87aGKLImkCi5Yq9wHXpV1TmFnTAr0SlUrTxHy87DR g== Received: from [10.10.10.40] (terra.cloudzeeland.nl [82.176.127.71]) by terra.cloudzeeland.nl (Postfix) with ESMTPSA id 16AB713BCE for ; Wed, 29 Nov 2023 12:26:44 +0100 (CET) X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 1.2.1 at terra.cloudzeeland.nl Content-Type: multipart/alternative; boundary="------------fCek6VqNlrrntK4BzZMcX3Ak" Message-ID: Date: Wed, 29 Nov 2023 12:28:45 +0100 List-Id: User questions List-Archive: https://lists.freebsd.org/archives/freebsd-questions List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-questions@freebsd.org X-BeenThere: freebsd-questions@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: NTPD leap second file From: Jos Chrispijn To: FreeBSD Mailing List References: <1749db2d-757f-4fc1-ba5c-f1b05fbb40f3@cloudzeeland.nl> Content-Language: en-US Organization: Userland rocks! In-Reply-To: <1749db2d-757f-4fc1-ba5c-f1b05fbb40f3@cloudzeeland.nl> X-Spamd-Result: default: False [-3.99 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.997]; DMARC_POLICY_ALLOW(-0.50)[cloudzeeland.nl,reject]; R_SPF_ALLOW(-0.20)[+mx]; R_DKIM_ALLOW(-0.20)[cloudzeeland.nl:s=cloud]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; XM_UA_NO_VERSION(0.01)[]; MLMMJ_DEST(0.00)[freebsd-questions@freebsd.org]; RCVD_VIA_SMTP_AUTH(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FROM_EQ_ENVFROM(0.00)[]; ASN(0.00)[asn:15542, ipnet:82.176.0.0/16, country:NL]; RCVD_TLS_LAST(0.00)[]; DKIM_TRACE(0.00)[cloudzeeland.nl:+]; RCPT_COUNT_ONE(0.00)[1]; HAS_ORG_HEADER(0.00)[]; FROM_HAS_DN(0.00)[]; ARC_NA(0.00)[]; TO_DN_ALL(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; PREVIOUSLY_DELIVERED(0.00)[freebsd-questions@freebsd.org]; MID_RHS_MATCH_FROM(0.00)[] X-Rspamd-Queue-Id: 4SgH8q64w2z3gLJ X-Spamd-Bar: --- This is a multi-part message in MIME format. --------------fCek6VqNlrrntK4BzZMcX3Ak Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Thanks for your informative replies; I will check them to solve the issue. --------------fCek6VqNlrrntK4BzZMcX3Ak Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 7bit Thanks for your informative replies; I will check them to solve the issue.
--------------fCek6VqNlrrntK4BzZMcX3Ak-- From nobody Wed Nov 29 11:36:13 2023 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 4SgHNP4bshz52ZvG for ; Wed, 29 Nov 2023 11:36:53 +0000 (UTC) (envelope-from kudzu@tenebras.com) Received: from mail-pg1-x532.google.com (mail-pg1-x532.google.com [IPv6:2607:f8b0:4864:20::532]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4SgHNN58zCz4G6s for ; Wed, 29 Nov 2023 11:36:52 +0000 (UTC) (envelope-from kudzu@tenebras.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=tenebras-com.20230601.gappssmtp.com header.s=20230601 header.b=0cAPV+wJ; spf=none (mx1.freebsd.org: domain of kudzu@tenebras.com has no SPF policy when checking 2607:f8b0:4864:20::532) smtp.mailfrom=kudzu@tenebras.com; dmarc=none Received: by mail-pg1-x532.google.com with SMTP id 41be03b00d2f7-5c5f0e325a6so1012168a12.1 for ; Wed, 29 Nov 2023 03:36:52 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=tenebras-com.20230601.gappssmtp.com; s=20230601; t=1701257810; x=1701862610; darn=freebsd.org; h=to:subject:message-id:date:from:in-reply-to:references:mime-version :from:to:cc:subject:date:message-id:reply-to; bh=ggsbx7HaeyDdO/op/j+lSYSnz2/HoS0V65K4VogHAF8=; b=0cAPV+wJr++vYGxPRH2qrWdvUrufZ1cOPR+AjU6ArzgoLmEDdGupmUUfN02tpQd3x5 +2yiTfkmuubEd6BQcKq6Jgf+TDRlhvbkcj9+cOgmPWUb9rmoycz2j+eMRXuSZdVKq24L Di7IGOu9h480cYRD8iKahVC5u2zNJHRGBqc5jEAKPK4y6860/dS3v19lUtRH+6gz7UjS wQmFZne5QtZczVBhd4cUFXfQImOYxy0jdr8sUpS9U9VRDG1/3Vh5G/PwiNsI0Gt5aNsD sFqV85ErtJfhTjB2oigbJSULJcNza79lBtJy8XQbHnU6zxu98sQ4QrtKPse1MzNIYdOd GoOA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1701257810; x=1701862610; h=to:subject:message-id:date:from:in-reply-to:references:mime-version :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=ggsbx7HaeyDdO/op/j+lSYSnz2/HoS0V65K4VogHAF8=; b=RPf9KmnEpxaoUNfWGd6zv5QdXGeVr+PJZi2jGsaaHXXUyHzbFcPZJvY+7m1T/Trv1n Vn9c/7TlWGQoxJ7qXmlo2z9EFz24Wqw73avtxyV5ec02gx8hwiOSZ/BczHU6cHYWidki pL8SOnVPntqcd80pp9v+DXTjPTvlx5AeVbdjbzH285U9HPRDJZSBdPB6DTrypTFFki6O RgqdZlplCpB7mPByf1wh7BkWS+uF3QvRgd/2pncvkhIR1rTuxabyAldE6+dUn5zvKzjV IcLnJcJ2DYc0Gz8agrPslvuX4O5Z2EHtCObEbC9ALK2r9Bw793rj/1T7bgzmDyW1ZNu7 kJ9A== X-Gm-Message-State: AOJu0Yz+3HIa8spTldLdn8w8PJ5ZhWwoDhEG9ufo6PXPNfiO4L0RvSeE T4bspKS0AaLvMYhNkXBUn7KY/t961aLqvTvWXfNaeAvyWPnFWFZM X-Google-Smtp-Source: AGHT+IF386NwFsz90hweC/uVq/GTOkwBO5sfwY72WK9ET02dibdawn4/GDprhlxuiwwM/3+sePS88hjaYYObjG8wBnE= X-Received: by 2002:a05:6a20:5490:b0:135:1af6:9a01 with SMTP id i16-20020a056a20549000b001351af69a01mr19194858pzk.8.1701257809958; Wed, 29 Nov 2023 03:36:49 -0800 (PST) List-Id: User questions List-Archive: https://lists.freebsd.org/archives/freebsd-questions List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-questions@freebsd.org X-BeenThere: freebsd-questions@freebsd.org MIME-Version: 1.0 References: <1749db2d-757f-4fc1-ba5c-f1b05fbb40f3@cloudzeeland.nl> <20231128102806.1bd6ef76a878e98dbb11bf2c@sohara.org> <5541217f-f86e-4308-a4b0-5728472e2102@nebelschwaden.de> In-Reply-To: From: Michael Sierchio Date: Wed, 29 Nov 2023 06:36:13 -0500 Message-ID: Subject: Fwd: NTPD leap second file To: FreeBSD Questions Content-Type: multipart/alternative; boundary="0000000000006f2d07060b48f32a" X-Spamd-Result: default: False [-3.30 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.999]; NEURAL_HAM_LONG(-1.00)[-0.996]; R_DKIM_ALLOW(-0.20)[tenebras-com.20230601.gappssmtp.com:s=20230601]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; TO_MATCH_ENVRCPT_ALL(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-questions@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; DMARC_NA(0.00)[tenebras.com]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::532:from]; FROM_HAS_DN(0.00)[]; TO_DN_ALL(0.00)[]; ARC_NA(0.00)[]; RCVD_COUNT_ONE(0.00)[1]; DKIM_TRACE(0.00)[tenebras-com.20230601.gappssmtp.com:+]; MLMMJ_DEST(0.00)[freebsd-questions@freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; R_SPF_NA(0.00)[no SPF record] X-Rspamd-Queue-Id: 4SgHNN58zCz4G6s X-Spamd-Bar: --- --0000000000006f2d07060b48f32a Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable ---------- Forwarded message --------- From: Michael Sierchio Date: Wed, Nov 29, 2023 at 6:35=E2=80=AFAM Subject: Re: NTPD leap second file To: On Tue, Nov 28, 2023 at 6:34=E2=80=AFAM Ede Wolf = wrote: Should only happen at the very end of the year, if at all. I am not > aware of the next planned leap second. But that does not mean anything, > of course. The UTC standard allows leap seconds to be applied at the end of any UTC month, with first preference to June and December and second preference to March and September. Leap seconds may be positive or negative, and up to 2 may be applied at once. Linear leap smearing is applied by Google's NTP servers, and by the NTP servers in AWS EC2 service =E2=80=93 this solves the problem of discontinui= ty or non-monotonicity in timekeeping. --0000000000006f2d07060b48f32a Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


---------- Forwarded message ---------
From: Michael Sierchio <kudzu@tenebras.com>=
Date: Wed, Nov 29, 2023 at 6:35=E2=80=AFAM
Subject: Re: NTPD = leap second file
To: <lis= tac@nebelschwaden.de>



On Tue, Nov 28, 2023 at 6:34=E2=80= =AFAM Ede Wolf <listac@nebelschwaden.de> wrote:

Should only happen at the very end of the year, if at all. I am not
aware of the next planned leap second. But that does not mean anything, of course.

The UTC standard allows leap sec= onds to be applied at the end of any UTC month, with first preference to Ju= ne and December and second preference to March and September.
Leap seconds may be positive or negative, and up to 2 may be applied at on= ce.=C2=A0

Linear leap smearing is applied by Google's NTP server= s, and by the NTP servers in AWS EC2 service =E2=80=93 this solves the prob= lem of discontinuity or non-monotonicity in timekeeping.

--0000000000006f2d07060b48f32a-- From nobody Wed Nov 29 22:11:27 2023 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 4SgYb000Rqz52LDL for ; Wed, 29 Nov 2023 22:17:00 +0000 (UTC) (envelope-from jerry@seibercom.net) Received: from mail-il1-x12f.google.com (mail-il1-x12f.google.com [IPv6:2607:f8b0:4864:20::12f]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4SgYZz1zkWz4qqJ for ; Wed, 29 Nov 2023 22:16:59 +0000 (UTC) (envelope-from jerry@seibercom.net) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=seibercom.net header.s=google header.b=hFc4nGKk; spf=pass (mx1.freebsd.org: domain of jerry@seibercom.net designates 2607:f8b0:4864:20::12f as permitted sender) smtp.mailfrom=jerry@seibercom.net; dmarc=none Received: by mail-il1-x12f.google.com with SMTP id e9e14a558f8ab-35d374bebe3so366695ab.1 for ; Wed, 29 Nov 2023 14:16:59 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=seibercom.net; s=google; t=1701296218; x=1701901018; darn=freebsd.org; h=content-transfer-encoding:mime-version:organization:reply-to :message-id:subject:to:from:date:from:to:cc:subject:date:message-id :reply-to; bh=OBFTpSifE5w8ljQtsG3qM+Kef8oW9wNY2PKuoXFkpmI=; b=hFc4nGKkom7GcmGON7nr0XjUMo0gu+CufXBQnXySofK5xO52TJGU2b75Oy44iQm8r9 TDrLmN6VHAk/mbum7c0hfdc+WlVq8s3hWhE6L60t8ai4VNtlDYIGYfnsiPwPobfsJLo3 N/UHYPLFBLYExLfjn5qhropJgVLXQ/xmx3/JI= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1701296218; x=1701901018; h=content-transfer-encoding:mime-version:organization:reply-to :message-id:subject:to:from:date:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=OBFTpSifE5w8ljQtsG3qM+Kef8oW9wNY2PKuoXFkpmI=; b=Dp1DWhWtpiEeJ0rDlwiK44CzCKr2iu0aiunmatnwAfS+WByhROhIavAkV+ruCMjs/4 KBu8E1rWrUmK2GZgcTkkWK9gkIkjrPnUSYmumc+iDaw8B4a1HNqbOvOVQarp4gJbL9Es DVwcidaJ1ySCPhJ10clYwTFcXdz3H/wFze5MSjDvA1dWH22EnoKyiLP5FVxSx9LVOEWw 2v+30xRmAClNhw8GgSU/iizoEID49o757lElLuUgxIFP0QDxakM30IMM7kVolq5pR0XV GmcDhJ2RfyEkI+vPVxxE2v2dF8y+ZKDPVm0e1n5DBESINsnySyoGdLWiQYXdaCyk2Vbe zdsQ== X-Gm-Message-State: AOJu0Ywnmpv56vYpCVjFt3qi+29glnrhCxoGb+OKpZVSpOrUqosoQP84 s3kJJiXKhp+mkmkj/jWysSeW/rRBxZLFYWKwyTA= X-Google-Smtp-Source: AGHT+IGieIsfk6HcyY6/QOPNQLiJxCQBegUucdA39/xQLD9iZdxWY58XGy8oFvvtq/lVowdyHJtcQA== X-Received: by 2002:a25:d4c3:0:b0:daf:fbef:c487 with SMTP id m186-20020a25d4c3000000b00daffbefc487mr14774544ybf.6.1701295892552; Wed, 29 Nov 2023 14:11:32 -0800 (PST) Received: from mystic.seibercom.net (071-077-018-211.res.spectrum.com. [71.77.18.211]) by smtp.gmail.com with ESMTPSA id p68-20020a257447000000b00d9cc606c78csm4471724ybc.41.2023.11.29.14.11.31 for (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 29 Nov 2023 14:11:32 -0800 (PST) Received: from localhost (scorpio.seibercom.net [192.168.1.102]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (prime256v1) server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) (Authenticated sender: jerry@seibercom.net) by mystic.seibercom.net (Postfix) with ESMTPSA id 4SgYPj3T4Jz4821 for ; Wed, 29 Nov 2023 17:08:57 -0500 (EST) Date: Wed, 29 Nov 2023 17:11:27 -0500 From: "Gerard E. Seibert" To: "User Questions" Subject: Poudriere: updating after origin chance Message-ID: <20231129171127.00005172@seibercom.net> Reply-To: "User Questions" Organization: seibercom NET X-Mailer: Claws Mail 4.1.1 (GTK 3.24.34; x86_64-w64-mingw32) List-Id: User questions List-Archive: https://lists.freebsd.org/archives/freebsd-questions List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-questions@freebsd.org X-BeenThere: freebsd-questions@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Spamd-Result: default: False [1.50 / 15.00]; REPLYTO_EQ_TO_ADDR(5.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.999]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; R_DKIM_ALLOW(-0.20)[seibercom.net:s=google]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; HAS_REPLYTO(0.00)[questions@freebsd.org]; DMARC_NA(0.00)[seibercom.net]; PREVIOUSLY_DELIVERED(0.00)[questions@freebsd.org]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::12f:from]; RCPT_COUNT_ONE(0.00)[1]; ARC_NA(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; RCVD_COUNT_THREE(0.00)[3]; HAS_ORG_HEADER(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; MLMMJ_DEST(0.00)[questions@freebsd.org]; TO_DN_ALL(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; DKIM_TRACE(0.00)[seibercom.net:+]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; GREYLIST(0.00)[pass,body] X-Rspamd-Queue-Id: 4SgYZz1zkWz4qqJ X-Spamd-Bar: + I had php81 installed on my system. Freebsd made php82 the new default. I used: pkg set -o lang/php81:lang/php82 to change the origin. When I run poudriere, it does not install php82 or any of the extensions and rebuild the ports that now depend on php82. What am I doing wrong? From nobody Thu Nov 30 03:34:59 2023 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 4Sghf34ytJz52gNG for ; Thu, 30 Nov 2023 03:35:07 +0000 (UTC) (envelope-from Olivier.Nicole@cs.ait.ac.th) Received: from mail.cs.ait.ac.th (mail.cs.ait.ac.th [192.41.170.16]) (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 4Sghf14MYzz4DRC for ; Thu, 30 Nov 2023 03:35:05 +0000 (UTC) (envelope-from Olivier.Nicole@cs.ait.ac.th) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=cs.ait.ac.th header.s=selector1 header.b=EnW5X9a7; spf=pass (mx1.freebsd.org: domain of Olivier.Nicole@cs.ait.ac.th designates 192.41.170.16 as permitted sender) smtp.mailfrom=Olivier.Nicole@cs.ait.ac.th; dmarc=pass (policy=none) header.from=cs.ait.ac.th Received: from mail.cs.ait.ac.th (localhost [127.0.0.1]) by mail.cs.ait.ac.th (Postfix) with ESMTP id 76BE63AB04 for ; Thu, 30 Nov 2023 10:35:00 +0700 (+07) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cs.ait.ac.th; h= content-type:content-type:mime-version:message-id:date:date :subject:subject:from:from:received:received:received; s= selector1; t=1701315300; x=1703129701; bh=9mNvoFSgcTma8+orkgB4EM sdRdZbZgWSV2Mi9HThMH0=; b=EnW5X9a7ImC7nk5ondUNc/rxhZjp5NkmQPRMGz +OljmvqFUxLhxBLkFfUpHIxzq2588Fu1FyNOfWZzJZeHpF39CZGu/SIWpf5R29+l tsgohBuDXKsMCS6D+vH4vEjyz5y2Mvyl9LoKd6hohp0v0Jo6dM75EWEQcwltmr9/ TtewE= X-Virus-Scanned: amavisd-new at cs.ait.ac.th Received: from mail.cs.ait.ac.th ([127.0.0.1]) by mail.cs.ait.ac.th (mail.cs.ait.ac.th [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id MGWnjMhVwCBc for ; Thu, 30 Nov 2023 10:35:00 +0700 (+07) Received: from banyan.cs.ait.ac.th (banyan.cs.ait.ac.th [192.41.170.5]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.cs.ait.ac.th (Postfix) with ESMTPS id 45A613AB02 for ; Thu, 30 Nov 2023 10:35:00 +0700 (+07) Received: (from on@localhost) by banyan.cs.ait.ac.th (8.15.2/8.15.2/Submit) id 3AU3YxXf028620; Thu, 30 Nov 2023 10:34:59 +0700 (ICT) (envelope-from on@banyan.cs.ait.ac.th) From: Olivier To: questions@freebsd.org Subject: tap interface forcing a permanent ARP association Date: Thu, 30 Nov 2023 10:34:59 +0700 Message-ID: List-Id: User questions List-Archive: https://lists.freebsd.org/archives/freebsd-questions List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-questions@freebsd.org X-BeenThere: freebsd-questions@freebsd.org MIME-Version: 1.0 Content-Type: text/plain X-Spamd-Result: default: False [-4.70 / 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)[cs.ait.ac.th,none]; RCVD_DKIM_ARC_DNSWL_MED(-0.50)[]; R_DKIM_ALLOW(-0.20)[cs.ait.ac.th:s=selector1]; R_SPF_ALLOW(-0.20)[+mx]; RCVD_IN_DNSWL_MED(-0.20)[192.41.170.16:from]; MIME_GOOD(-0.10)[text/plain]; FROM_EQ_ENVFROM(0.00)[]; MLMMJ_DEST(0.00)[questions@freebsd.org]; DKIM_TRACE(0.00)[cs.ait.ac.th:+]; RCVD_TLS_LAST(0.00)[]; MID_RHS_MATCH_FROMTLD(0.00)[]; ARC_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; TO_MATCH_ENVRCPT_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; PREVIOUSLY_DELIVERED(0.00)[questions@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; TO_DN_NONE(0.00)[]; ASN(0.00)[asn:4767, ipnet:192.41.170.0/24, country:TH] X-Rspamd-Queue-Id: 4Sghf14MYzz4DRC X-Spamd-Bar: ---- Hi, I have an OpenVPN server running on FreeBSD (13.2-p5). I have included the following in /etc/rc.conf: cloned_interfaces="tap0 bridge0" ifconfig_bridge0="addm vmx0 addm tap0" ifconfig_tap0="UP" openvpn_enable="YES" And it works fine, except that ip maps the MAC address of tap0 to the IP of my web server (on another machine), and the mapping is "permament": www.cs.ait.ac.th (10.41.170.42) at aa:bb:cc:dd:ee:ff on tap0 permanent [ethernet] That has two adverse effects: - any VPN client cannot access my web server as they would get a wrong MAC address; - the VPN server will sometime reply to an ARP request on my LAN, providing an obviously wrong answer. Poking around, I found out that it was due to the "ifconfig_tap0=UP" line. Further more, that line is not needed for OpenVPN to start properly; so I have disabled it. But I would like to understand why turning up the tap interface causes it to update the ARP table. Best regards, Olivier -- From nobody Thu Nov 30 06:30:04 2023 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 4SgmX92nC5z52vN6 for ; Thu, 30 Nov 2023 06:30:17 +0000 (UTC) (envelope-from pprocacci@gmail.com) Received: from mail-ej1-x62c.google.com (mail-ej1-x62c.google.com [IPv6:2a00:1450:4864:20::62c]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4SgmX90VB2z4Vfg for ; Thu, 30 Nov 2023 06:30:17 +0000 (UTC) (envelope-from pprocacci@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-ej1-x62c.google.com with SMTP id a640c23a62f3a-a1882023bbfso37852666b.3 for ; Wed, 29 Nov 2023 22:30:17 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1701325815; x=1701930615; 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=S5QTac4UUu8cKhHcimPrYBo2WcSx/UVYZx1Yg3Pm3aM=; b=dr3VocRYszntB/2wMwwaDMQ0rJpS17LusKpE6QdOzGZLVQjl0YA47spTDM05IYFeC8 WRXgGROgDO5ocv+vSxQCLLbSM2MOTuqWFbBpNwnrt5dO0QGNKJPdtKznDDvD97P2e4CZ aOXgGAwM+dK173q0LHH5+SANq+4oYnutvOk47uh1xRVyCPPMWnG/eJvIOuf+4AFB7xRq egBZODGWaqlC6w+aR925Cn5j+6f2Q7pewl7c58RwJtFHAnO3J5qSrgNQUIHoCTTdEFHn 2AnNAWuZsPt+fQOFdTl8vLIowIeVTjzoMC7JMOfLHuu3YFExqk+IL0xaJZxUGlb3d0i0 0tgA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1701325815; x=1701930615; 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=S5QTac4UUu8cKhHcimPrYBo2WcSx/UVYZx1Yg3Pm3aM=; b=ghhQBC65SjKeDkOiXY1P61tuZOKQ2vaTH4bfJTfTKJYM/zv/cofKAU0GYPFML7UMP3 mddHKpISMEmkxrTvI4IjYCo1yL2W47URGx30bh1egkKpp5g4fnvUv8h5RNT2GFv/o0mF 9ILkexf7XGP4ibRNwApO6WLBc1zq0sjNS7/HPWkxYz7CqyJ1w81Y1z+YMCDRAW9dRJ3j OSeXHNeIcv0o1N+cwKG98A64218JmAmhS9FaREVTStmSzQWaM4Tx+qg4Mpi6cN3htVe3 RHO+0dmgl85qooQQAm/ElnDNbR3/LOVhpVwR/w3pYE2Lt9W/MTIdUKx55V1iqrOgDUt5 wIYA== X-Gm-Message-State: AOJu0YzZrqqA9PjGnYLoSQONN5WBb5uHtTqUm1WMN+nfbkuLU9ppPal+ uBnXzo7OGlejSetsGf3caoKdeRXCoWBcoVTD2R6Qxyw9PQ== X-Google-Smtp-Source: AGHT+IFjemgEjLgiRS4aYy92m4xmllWdz+8o7PNPu9MiClgh05EiznoCkRImcjF2nn3Z+h7KtEeEeueUDPKEktVCsrI= X-Received: by 2002:a17:906:1351:b0:a18:bcf0:deff with SMTP id x17-20020a170906135100b00a18bcf0deffmr282068ejb.26.1701325814968; Wed, 29 Nov 2023 22:30:14 -0800 (PST) List-Id: User questions List-Archive: https://lists.freebsd.org/archives/freebsd-questions List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-questions@freebsd.org X-BeenThere: freebsd-questions@freebsd.org MIME-Version: 1.0 References: In-Reply-To: From: Paul Procacci Date: Thu, 30 Nov 2023 01:30:04 -0500 Message-ID: Subject: Re: tap interface forcing a permanent ARP association To: Olivier Cc: questions@freebsd.org Content-Type: multipart/alternative; boundary="000000000000d937bb060b58c892" 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:2a00:1450::/32, country:US] X-Rspamd-Queue-Id: 4SgmX90VB2z4Vfg --000000000000d937bb060b58c892 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Wed, Nov 29, 2023 at 10:35=E2=80=AFPM Olivier wrote: > Hi, > > I have an OpenVPN server running on FreeBSD (13.2-p5). I have included > the following in /etc/rc.conf: > > cloned_interfaces=3D"tap0 bridge0" > ifconfig_bridge0=3D"addm vmx0 addm tap0" > ifconfig_tap0=3D"UP" > openvpn_enable=3D"YES" > > And it works fine, except that ip maps the MAC address of tap0 to the IP > of my web server (on another machine), and the mapping is "permament": > > www.cs.ait.ac.th (10.41.170.42) at aa:bb:cc:dd:ee:ff on tap0 permanent > [ethernet] > > That has two adverse effects: > - any VPN client cannot access my web server as they would get a wrong > MAC address; > - the VPN server will sometime reply to an ARP request on my LAN, > providing an obviously wrong answer. > > Poking around, I found out that it was due to the "ifconfig_tap0=3DUP" > line. Further more, that line is not needed for OpenVPN to start > properly; so I have disabled it. > > But I would like to understand why turning up the tap interface causes > it to update the ARP table. > > Best regards, > > Olivier > > -- > > If I'm being honest, what you're saying sounds really strange. NIC vendors have prefixes assigned to them for their MAC usage and the chances of collision between two machines especially since the local nic in question is a tap is an absolute fat 0 chance. -- That is, unless somewhere someone is doing something they shouldn't, or perhaps the entire picture wasn't provided and information is missing. In regards to the actual question .... Turning up _any_ interface means layers 1 and 2 of an OSI model at a bare minimum come online/available. With that, MAC addresses for the device in question get presented on the port, whether physical or virtual, and are usually within a single broadcast domain. With that knowledge, I'd think it's reasonable to imagine a world where a given machine would prefer its own mac (permanent) over one learned from a connected device. My last sentence is pure speculation, but surely a good one as I'd imagine nearly all operating systems behave the same way. ~Paul --=20 __________________ :(){ :|:& };: --000000000000d937bb060b58c892 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


On Wed, Nov 29, 2= 023 at 10:35=E2=80=AFPM Olivier <Olivier.Nicole@cs.ait.ac.th> wrote:
Hi,

I have an OpenVPN server running on FreeBSD (13.2-p5). I have included
the following in /etc/rc.conf:

cloned_interfaces=3D"tap0 bridge0"
ifconfig_bridge0=3D"addm vmx0 addm tap0"
ifconfig_tap0=3D"UP"
openvpn_enable=3D"YES"

And it works fine, except that ip maps the MAC address of tap0 to the IP of my web server (on another machine), and the mapping is "permament&q= uot;:

ww= w.cs.ait.ac.th (10.41.170.42) at aa:bb:cc:dd:ee:ff on tap0 permanent [e= thernet]

That has two adverse effects:
- any VPN client cannot access my web server as they would get a wrong
MAC address;
- the VPN server will sometime reply to an ARP request on my LAN,
providing an obviously wrong answer.

Poking around, I found out that it was due to the "ifconfig_tap0=3DUP&= quot;
line. Further more, that line is not needed for OpenVPN to start
properly; so I have disabled it.

But I would like to understand why turning up the tap interface causes
it to update the ARP table.

Best regards,

Olivier

--


If I'm being honest, what yo= u're saying sounds really strange.
NIC vendors have prefixes assigne= d to them for their MAC usage and the chances of collision between two mach= ines especially since the local nic in question is a tap is an absolute fat= 0 chance.
=C2=A0 -- That is, unless somewhere someone is doing somethin= g they shouldn't, or perhaps the entire picture wasn't provided and= information is missing.

In regards to the actual questio= n ....

Turning up _any_ interface means layers 1 and 2 of an O= SI model at a bare minimum come online/available.
With that, MAC a= ddresses for the device in question=20 get presented on the port, whether physical or virtual, and are usually wi= thin a single broadcast domain.

With that knowledge, I= 9;d think it's reasonable to imagine a world where a given machine woul= d prefer its own mac (permanent) over one learned from a connected device.<= br>
My last sentence is pure speculation, but surely a good one a= s I'd imagine nearly all operating systems behave the same way.

~Paul


--
= __________________

:(){ :|:& };:
--000000000000d937bb060b58c892-- From nobody Thu Nov 30 06:38:05 2023 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 4SgmjQ2cfjz52vgK for ; Thu, 30 Nov 2023 06:38:18 +0000 (UTC) (envelope-from pprocacci@gmail.com) Received: from mail-ed1-x52a.google.com (mail-ed1-x52a.google.com [IPv6:2a00:1450:4864:20::52a]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4SgmjP3vDqz4XKB for ; Thu, 30 Nov 2023 06:38:17 +0000 (UTC) (envelope-from pprocacci@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20230601 header.b=nigZ1fsK; spf=pass (mx1.freebsd.org: domain of pprocacci@gmail.com designates 2a00:1450:4864:20::52a as permitted sender) smtp.mailfrom=pprocacci@gmail.com; dmarc=pass (policy=none) header.from=gmail.com Received: by mail-ed1-x52a.google.com with SMTP id 4fb4d7f45d1cf-54b0073d50fso440838a12.2 for ; Wed, 29 Nov 2023 22:38:17 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1701326296; x=1701931096; 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=OhfyUny1vG6UiD+nVlH0CVFhzGTrR2yCotSpE5xwLRg=; b=nigZ1fsK+KLPxoPszpYwCK3F7Z+8r4rUz93NLbQWy3s6xKu1gGF7CoLi6+/XKTvhsx WicgK9StefWOfPDyV/BPTx0LXOkk02y4clZ5couSjVa0IRx6CGDNZdX2cys+uzB2EVOn UquYHCVBKykgXGeckOzzKUHwdEduWumGkRbWq56mhsKtdCgdyMldC/je/v3RkSl6AhcW OCjpZRRoyu17SBLCIGvBfcPYE51Naf9tUBtI5hjUQL5+M/iep8w6AV3KfPorD5w/tUIY q4ivohXRGJs/cWk571c/ZrV0fIqP9dWYJRwZTLxOsVJ5F3uegod3Mn/IqdrWddlB1oJe Pzpg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1701326296; x=1701931096; 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=OhfyUny1vG6UiD+nVlH0CVFhzGTrR2yCotSpE5xwLRg=; b=vSOPR1Cr72y0W/gjGzCd70SfAOkbNjWyv0Ol6W7MbEOzpc0qLrhuyf2k3Fzj3ZphF+ SlJ1M4J3zHKIDwARLDyuYff4v786AeIKO9y6NxYAs6yHYjIIueuIy0MFzhtyBUohnFF8 /cwJOXO/csBM/E3AhTxH2GXxYNnb7OrRA7JZ8xHj33QZw/zcOkvBCfLDACl/foR86+4W z8zITBnhKQ1KncD5oBpPpnzPL3KsRzPFqx9+gDaa//tZY/a5OiibJ3cgmp1UxeyyBI/H eX9Nx+SeYto0YPDUlzYULhQwSXJ4HUPPRZK3LA5H1+Ei+jL5pKBeQIazi0yofzXXZoA+ FpqQ== X-Gm-Message-State: AOJu0Yz8vYo2nTbgQQyAauBdMlIbH6dBWVTRbivuFpikKSXguUets3xB OsLyAjcxBou4zYysSWtSas5TV6+MbM+anStp0xd8OeLVoQ== X-Google-Smtp-Source: AGHT+IGBLel0+9DD54jGeT1w8v8w7WKQmWY+eAtMkK36BGwkzi1DdkDoXkLtST6pCnfJdJGr5qNOzkcnSePYZZTaIys= X-Received: by 2002:a17:906:24c:b0:a18:5d42:991e with SMTP id 12-20020a170906024c00b00a185d42991emr872277ejl.11.1701326295750; Wed, 29 Nov 2023 22:38:15 -0800 (PST) List-Id: User questions List-Archive: https://lists.freebsd.org/archives/freebsd-questions List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-questions@freebsd.org X-BeenThere: freebsd-questions@freebsd.org MIME-Version: 1.0 References: In-Reply-To: From: Paul Procacci Date: Thu, 30 Nov 2023 01:38:05 -0500 Message-ID: Subject: Re: tap interface forcing a permanent ARP association To: Olivier Cc: questions@freebsd.org Content-Type: multipart/alternative; boundary="000000000000815b4a060b58e591" X-Spamd-Result: default: False [-3.96 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.96)[-0.957]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20230601]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; RCVD_COUNT_ONE(0.00)[1]; MLMMJ_DEST(0.00)[questions@freebsd.org]; ARC_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FROM_EQ_ENVFROM(0.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; FREEMAIL_ENVFROM(0.00)[gmail.com]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::52a:from]; DKIM_TRACE(0.00)[gmail.com:+]; RCVD_TLS_LAST(0.00)[]; TO_DN_SOME(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; FREEMAIL_FROM(0.00)[gmail.com]; TO_MATCH_ENVRCPT_SOME(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[questions@freebsd.org]; MID_RHS_MATCH_FROMTLD(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim] X-Rspamd-Queue-Id: 4SgmjP3vDqz4XKB X-Spamd-Bar: --- --000000000000815b4a060b58e591 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Thu, Nov 30, 2023 at 1:30=E2=80=AFAM Paul Procacci = wrote: > > > On Wed, Nov 29, 2023 at 10:35=E2=80=AFPM Olivier > wrote: > >> Hi, >> >> I have an OpenVPN server running on FreeBSD (13.2-p5). I have included >> the following in /etc/rc.conf: >> >> cloned_interfaces=3D"tap0 bridge0" >> ifconfig_bridge0=3D"addm vmx0 addm tap0" >> ifconfig_tap0=3D"UP" >> openvpn_enable=3D"YES" >> >> And it works fine, except that ip maps the MAC address of tap0 to the IP >> of my web server (on another machine), and the mapping is "permament": >> >> www.cs.ait.ac.th (10.41.170.42) at aa:bb:cc:dd:ee:ff on tap0 permanent >> [ethernet] >> >> That has two adverse effects: >> - any VPN client cannot access my web server as they would get a wrong >> MAC address; >> - the VPN server will sometime reply to an ARP request on my LAN, >> providing an obviously wrong answer. >> >> Poking around, I found out that it was due to the "ifconfig_tap0=3DUP" >> line. Further more, that line is not needed for OpenVPN to start >> properly; so I have disabled it. >> >> But I would like to understand why turning up the tap interface causes >> it to update the ARP table. >> >> Best regards, >> >> Olivier >> >> -- >> >> > If I'm being honest, what you're saying sounds really strange. > NIC vendors have prefixes assigned to them for their MAC usage and the > chances of collision between two machines especially since the local nic = in > question is a tap is an absolute fat 0 chance. > -- That is, unless somewhere someone is doing something they shouldn't, > or perhaps the entire picture wasn't provided and information is missing. > > In regards to the actual question .... > > Turning up _any_ interface means layers 1 and 2 of an OSI model at a bare > minimum come online/available. > With that, MAC addresses for the device in question get presented on the > port, whether physical or virtual, and are usually within a single > broadcast domain. > > With that knowledge, I'd think it's reasonable to imagine a world where a > given machine would prefer its own mac (permanent) over one learned from = a > connected device. > My last sentence is pure speculation, but surely a good one as I'd imagin= e > nearly all operating systems behave the same way. > > ~Paul > > > -- > __________________ > > :(){ :|:& };: > ... and before you reply (just thought of something else), if we're talking virtual machines here, some that have been cloned from a base image or something along those lines, go ahead and check the following sysctl to ensure it's unique between machines: kern.hostuuid I did a quick search in the tap source code and it generates it's MAC with the function iflib_gen_mac which in turn generates a mac starting with 58-9C-FC and ending with the first 3 byts of the md5 of the hostuuid-ifname0. ~Paul --=20 __________________ :(){ :|:& };: --000000000000815b4a060b58e591 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


On Thu, Nov 30, 2023 at 1:30=E2= =80=AFAM Paul Procacci <pprocacci= @gmail.com> wrote:

=
On Wed= , Nov 29, 2023 at 10:35=E2=80=AFPM Olivier <Olivier.Nicole@cs.ait.ac.th> wr= ote:
Hi,

I have an OpenVPN server running on FreeBSD (13.2-p5). I have included
the following in /etc/rc.conf:

cloned_interfaces=3D"tap0 bridge0"
ifconfig_bridge0=3D"addm vmx0 addm tap0"
ifconfig_tap0=3D"UP"
openvpn_enable=3D"YES"

And it works fine, except that ip maps the MAC address of tap0 to the IP of my web server (on another machine), and the mapping is "permament&q= uot;:

ww= w.cs.ait.ac.th (10.41.170.42) at aa:bb:cc:dd:ee:ff on tap0 permanent [e= thernet]

That has two adverse effects:
- any VPN client cannot access my web server as they would get a wrong
MAC address;
- the VPN server will sometime reply to an ARP request on my LAN,
providing an obviously wrong answer.

Poking around, I found out that it was due to the "ifconfig_tap0=3DUP&= quot;
line. Further more, that line is not needed for OpenVPN to start
properly; so I have disabled it.

But I would like to understand why turning up the tap interface causes
it to update the ARP table.

Best regards,

Olivier

--


If I'm being honest, what yo= u're saying sounds really strange.
NIC vendors have prefixes assigne= d to them for their MAC usage and the chances of collision between two mach= ines especially since the local nic in question is a tap is an absolute fat= 0 chance.
=C2=A0 -- That is, unless somewhere someone is doing somethin= g they shouldn't, or perhaps the entire picture wasn't provided and= information is missing.

In regards to the actual questio= n ....

Turning up _any_ interface means layers 1 and 2 of an O= SI model at a bare minimum come online/available.
With that, MAC a= ddresses for the device in question=20 get presented on the port, whether physical or virtual, and are usually wi= thin a single broadcast domain.

With that knowledge, I= 9;d think it's reasonable to imagine a world where a given machine woul= d prefer its own mac (permanent) over one learned from a connected device.<= br>
My last sentence is pure speculation, but surely a good one a= s I'd imagine nearly all operating systems behave the same way.

~Paul


--
= __________________

:(){ :|:& };:

... and before you reply (just t= hought of something else), if we're talking virtual machines here, some= that have been cloned from a base image or something along those lines,=C2= =A0 go ahead and check the=20 following sysctl to ensure it's unique between machines:

k= ern.hostuuid

I did a quick search in the tap source code= and it generates it's MAC with the function iflib_gen_mac which in tur= n generates a mac starting with=20 58-9C-FC and ending with the first 3 byts of the md5 of the hostuuid-ifname0.
~Paul
-- <= /span>
__________________
=
:(){ :|:& };:
--000000000000815b4a060b58e591-- From nobody Fri Dec 1 04:20:21 2023 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 4ShKbz1fLJz53F9J for ; Fri, 1 Dec 2023 04:20:31 +0000 (UTC) (envelope-from Olivier.Nicole@cs.ait.ac.th) Received: from mail.cs.ait.ac.th (mail.cs.ait.ac.th [192.41.170.16]) (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 4ShKbw3Z7nz3Qsm for ; Fri, 1 Dec 2023 04:20:27 +0000 (UTC) (envelope-from Olivier.Nicole@cs.ait.ac.th) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=cs.ait.ac.th header.s=selector1 header.b="Z 8F/A5H"; spf=pass (mx1.freebsd.org: domain of Olivier.Nicole@cs.ait.ac.th designates 192.41.170.16 as permitted sender) smtp.mailfrom=Olivier.Nicole@cs.ait.ac.th; dmarc=pass (policy=none) header.from=cs.ait.ac.th Received: from mail.cs.ait.ac.th (localhost [127.0.0.1]) by mail.cs.ait.ac.th (Postfix) with ESMTP id 2AC6D3AB04; Fri, 1 Dec 2023 11:20:23 +0700 (+07) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cs.ait.ac.th; h= content-transfer-encoding:content-type:content-type:mime-version :message-id:date:date:in-reply-to:subject:subject:from:from :received:received:received; s=selector1; t=1701404423; x= 1703218824; bh=exW8MkXzz7+39/X4juHADYVfx0oaX5SxmoMZ/HrCVCI=; b=Z 8F/A5Ha1NMKeFVXIcwp1h41Zi/SwcYMGhz5qON3JA3KhY25REqCVrbt6Af0zXwOy z+TrtFwK599xQ8FqV83Pt2pAVfd0t+Hbe1FxwKAjsZEt1hB0xjRG0tU3zV+bcZhV oFCWWPgDNca2aKWBXHUVHPR1LFU/pYe4Q7bc66gd6o= X-Virus-Scanned: amavisd-new at cs.ait.ac.th Received: from mail.cs.ait.ac.th ([127.0.0.1]) by mail.cs.ait.ac.th (mail.cs.ait.ac.th [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id g7luwuXrPTzB; Fri, 1 Dec 2023 11:20:23 +0700 (+07) Received: from banyan.cs.ait.ac.th (banyan.cs.ait.ac.th [192.41.170.5]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.cs.ait.ac.th (Postfix) with ESMTPS id E65973AB02; Fri, 1 Dec 2023 11:20:22 +0700 (+07) Received: (from on@localhost) by banyan.cs.ait.ac.th (8.15.2/8.15.2/Submit) id 3B14KMGP003213; Fri, 1 Dec 2023 11:20:22 +0700 (ICT) (envelope-from on@banyan.cs.ait.ac.th) From: Olivier To: Paul Procacci Cc: questions@freebsd.org Subject: Re: tap interface forcing a permanent ARP association In-Reply-To: (message from Paul Procacci on Thu, 30 Nov 2023 01:30:04 -0500) Date: Fri, 01 Dec 2023 11:20:21 +0700 Message-ID: List-Id: User questions List-Archive: https://lists.freebsd.org/archives/freebsd-questions List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-questions@freebsd.org X-BeenThere: freebsd-questions@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spamd-Result: default: False [-4.70 / 15.00]; NEURAL_HAM_SHORT(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; RCVD_DKIM_ARC_DNSWL_MED(-0.50)[]; DMARC_POLICY_ALLOW(-0.50)[cs.ait.ac.th,none]; R_SPF_ALLOW(-0.20)[+mx]; R_DKIM_ALLOW(-0.20)[cs.ait.ac.th:s=selector1]; RCVD_IN_DNSWL_MED(-0.20)[192.41.170.16:from]; MIME_GOOD(-0.10)[text/plain]; MIME_TRACE(0.00)[0:+]; DKIM_TRACE(0.00)[cs.ait.ac.th:+]; FROM_EQ_ENVFROM(0.00)[]; MLMMJ_DEST(0.00)[questions@freebsd.org]; FREEMAIL_TO(0.00)[gmail.com]; ARC_NA(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MID_RHS_MATCH_FROMTLD(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; TO_DN_SOME(0.00)[]; RCVD_TLS_LAST(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; ASN(0.00)[asn:4767, ipnet:192.41.170.0/24, country:TH] X-Rspamd-Queue-Id: 4ShKbw3Z7nz3Qsm X-Spamd-Bar: ---- The plot thickens... Paul Procacci writes: > [1:text/plain Show] > > > [2:text/html Hide Save:noname (7kB)] > > On Wed, Nov 29, 2023 at 10:35=E2=80=AFPM Olivier > wrote: > > Hi, > > I have an OpenVPN server running on FreeBSD (13.2-p5). I have included > the following in /etc/rc.conf: > > cloned_interfaces=3D"tap0 bridge0" > ifconfig_bridge0=3D"addm vmx0 addm tap0" > ifconfig_tap0=3D"UP" > openvpn_enable=3D"YES" > > And it works fine, except that ip maps the MAC address of tap0 to the IP > of my web server (on another machine), and the mapping is > "permament": > > www.cs.ait.ac.th (10.41.170.42) at aa:bb:cc:dd:ee:ff on tap0 permanent > [ethernet] > > That has two adverse effects: > - any VPN client cannot access my web server as they would get a wrong > MAC address; > - the VPN server will sometime reply to an ARP request on my LAN, > providing an obviously wrong answer. > > Poking around, I found out that it was due to the "ifconfig_tap0=3DUP" > line. Further more, that line is not needed for OpenVPN to start > properly; so I have disabled it. > > But I would like to understand why turning up the tap interface causes > it to update the ARP table. > > Best regards, > > Olivier > > --=20 > > If I'm being honest, what you're saying sounds really strange. > NIC vendors have prefixes assigned to them for their MAC usage and the > chances of collision between two machines especially since the local nic = in > question is a tap is an absolute fat 0 chance. > -- That is, unless somewhere someone is doing something they shouldn't, or > perhaps the entire picture wasn't provided and information is missing. I have checked that the hostuuid are different and that the MAC addresses on both machines are different. I have conducted some more tests on a machine that has been created from scratch, still FreeBSD RELEASE-13.2-p5 $ ifconfig tap0 create $ ifconfig tap0 UP ifconfig: WARNING: setting interface address without mask is deprecated, default mask may not be correct. $ ifconfig tap0 tap0: flags=3D8843 metric 0 mtu 1500 options=3D80000 ether 58:9c:fc:10:a4:65 inet 192.41.170.42 netmask 0xffffff00 broadcast 192.41.170.255 groups: tap media: Ethernet autoselect status: no carrier nd6 options=3D29 Does mofidy the ARP table and associates the IP of my web server to the MAC of the interface tap0: $ arp -a | grep 192.41.170.42 www.cs.ait.ac.th (192.41.170.42) at 58:9c:fc:10:a4:65 on tap0 permanent [et= hernet] While: $ ifconfig tap0 create $ ifconfig tap0 up $ ifconfig tap0 tap0: flags=3D8803 metric 0 mtu 1500 options=3D80000 ether 58:9c:fc:10:a4:65 groups: tap media: Ethernet autoselect status: no carrier nd6 options=3D29 Doesn't: $ arp -a | grep 192.41.170.42 $ Any idea is welcome. Best regards, Olivier From nobody Fri Dec 1 06:01:54 2023 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 4ShMsC3ft4z53LQZ for ; Fri, 1 Dec 2023 06:02:07 +0000 (UTC) (envelope-from pprocacci@gmail.com) Received: from mail-ed1-x52e.google.com (mail-ed1-x52e.google.com [IPv6:2a00:1450:4864:20::52e]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4ShMsB6xkHz3Z1Z for ; Fri, 1 Dec 2023 06:02:06 +0000 (UTC) (envelope-from pprocacci@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-ed1-x52e.google.com with SMTP id 4fb4d7f45d1cf-54b545ec229so1972266a12.0 for ; Thu, 30 Nov 2023 22:02:06 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1701410525; x=1702015325; 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=WHfBNLhAHS8UxHU6PmX5DHPhPgLzSKEsr+rfOjXIFaM=; b=RBIrRYCPGumlXWg9xOyeWE1LR4KfqOS1cX2nc0llnYvVw1aCZhL+Mo36febNvfFvk2 8948aUWJqL1Cth51tmd9RMsYfBjXez5qHu0FWmlbgtHH1/eOSHOwplo0DcdcsjNBernd wnHEBb9Elv4d0Xsepf7HScrirfslpwSmsfXUw3W32YEZ62CBlG+lB9jZs48pKuwF5kZJ E0eRt21N9N1j4MYAsX/VJIPbmOyKnPubDj8vy5sFM2lQaeNZGND0mPPgHBOdDp/qSqX5 vTAFJGERbVqR+BmHqffxcM+YJrJyytXNymSWgiSCTLC9742HShF7gKRtQM200xm1DDXP RdVg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1701410525; x=1702015325; 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=WHfBNLhAHS8UxHU6PmX5DHPhPgLzSKEsr+rfOjXIFaM=; b=b4MbW6dKt9acmzLQAAzdzupOryd68uh3/NsVurA6l7TCAioXCKfQbEQlWCvqNTvcbo M+Sr/OVIe9rFauXnL73G54WhxTUsIYo2hD1vEIAABUun9lg83OjVz+XbTgkGiO2QFNrJ qZuu8mg2LCDakv577hp8PXw4RonDr650G60Rak6mxlKTfxDJ9JebG0ifN7HnFEV2Nai6 3DmdIyoCb4C8ddRePNhIoUrBfymX9Io7qy+rPAxVqrvGsbW5CC0I7qxvsD4z60IIgJLd vFSxFjwbRrcvjqB4TTNmPub1jcz+vOcLzWcVWHZpJXpQ01me8a7scLUR7Cy9rTB16kzV iUjw== X-Gm-Message-State: AOJu0YxMHL/wcGvtYQHykNKdVIDzo9oyOVT2PyX5UR73YdiEaDEUqcjp Wd0vZBfxcKSDW3AKkWVPGcuv2uBKUvQGIcERuA== X-Google-Smtp-Source: AGHT+IFxPCiVNXh7Ry+bfzC+aNK+dItPPDv8zHQM1d9HwNj5NXV+U+5vpLiqAEjZRoaRGD+e9/nGSfCMlC+s0qFbZzY= X-Received: by 2002:a50:bae1:0:b0:54b:3edc:194 with SMTP id x88-20020a50bae1000000b0054b3edc0194mr346167ede.26.1701410524546; Thu, 30 Nov 2023 22:02:04 -0800 (PST) List-Id: User questions List-Archive: https://lists.freebsd.org/archives/freebsd-questions List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-questions@freebsd.org X-BeenThere: freebsd-questions@freebsd.org MIME-Version: 1.0 References: In-Reply-To: From: Paul Procacci Date: Fri, 1 Dec 2023 01:01:54 -0500 Message-ID: Subject: Re: tap interface forcing a permanent ARP association To: Olivier Cc: questions@freebsd.org Content-Type: multipart/alternative; boundary="000000000000eeca69060b6c81f7" 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:2a00:1450::/32, country:US] X-Rspamd-Queue-Id: 4ShMsB6xkHz3Z1Z --000000000000eeca69060b6c81f7 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Thu, Nov 30, 2023 at 11:20=E2=80=AFPM Olivier wrote: > The plot thickens... > > Paul Procacci writes: > > > [1:text/plain Show] > > > > > > [2:text/html Hide Save:noname (7kB)] > > > > On Wed, Nov 29, 2023 at 10:35=E2=80=AFPM Olivier > > wrote: > > > > Hi, > > > > I have an OpenVPN server running on FreeBSD (13.2-p5). I have included > > the following in /etc/rc.conf: > > > > cloned_interfaces=3D"tap0 bridge0" > > ifconfig_bridge0=3D"addm vmx0 addm tap0" > > ifconfig_tap0=3D"UP" > > openvpn_enable=3D"YES" > > > > And it works fine, except that ip maps the MAC address of tap0 to the = IP > > of my web server (on another machine), and the mapping is > > "permament": > > > > www.cs.ait.ac.th (10.41.170.42) at aa:bb:cc:dd:ee:ff on tap0 permanent > > [ethernet] > > > > That has two adverse effects: > > - any VPN client cannot access my web server as they would get a wrong > > MAC address; > > - the VPN server will sometime reply to an ARP request on my LAN, > > providing an obviously wrong answer. > > > > Poking around, I found out that it was due to the "ifconfig_tap0=3DUP" > > line. Further more, that line is not needed for OpenVPN to start > > properly; so I have disabled it. > > > > But I would like to understand why turning up the tap interface causes > > it to update the ARP table. > > > > Best regards, > > > > Olivier > > > > -- > > > > If I'm being honest, what you're saying sounds really strange. > > NIC vendors have prefixes assigned to them for their MAC usage and the > > chances of collision between two machines especially since the local ni= c > in > > question is a tap is an absolute fat 0 chance. > > -- That is, unless somewhere someone is doing something they shouldn't, > or > > perhaps the entire picture wasn't provided and information is missing. > > I have checked that the hostuuid are different and that the MAC > addresses on both machines are different. > > I have conducted some more tests on a machine that has been created > from scratch, still FreeBSD RELEASE-13.2-p5 > > $ ifconfig tap0 create > $ ifconfig tap0 UP > ifconfig: WARNING: setting interface address without mask is deprecated, > default mask may not be correct. > $ ifconfig tap0 > tap0: flags=3D8843 metric 0 mtu 1= 500 > options=3D80000 > ether 58:9c:fc:10:a4:65 > inet 192.41.170.42 netmask 0xffffff00 broadcast 192.41.170.255 > groups: tap > media: Ethernet autoselect > status: no carrier > nd6 options=3D29 > > Does mofidy the ARP table and associates the IP of my web server to the > MAC of the interface tap0: > > $ arp -a | grep 192.41.170.42 > www.cs.ait.ac.th (192.41.170.42) at 58:9c:fc:10:a4:65 on tap0 permanent > [ethernet] > > While: > > $ ifconfig tap0 create > $ ifconfig tap0 up > $ ifconfig tap0 > tap0: flags=3D8803 metric 0 mtu 1500 > options=3D80000 > ether 58:9c:fc:10:a4:65 > groups: tap > media: Ethernet autoselect > status: no carrier > nd6 options=3D29 > > Doesn't: > > $ arp -a | grep 192.41.170.42 > $ > > Any idea is welcome. > > Best regards, > > Olivier > > The difference is shown in the flags: tap0: flags=3D8843 metric 0 mtu 150= 0 vs tap0: flags=3D8803 UP is the *administrative state* indicator, or what you have configured the NIC to do. RUNNING is the *operational state* indicator, or what the NIC has actually been able to do. UP without RUNNING means the NIC is not detecting a link. So what does this mean to me? I'd interpret this to mean the first tap0 you provided is connected to something while the second one isn't. ~Paul --=20 __________________ :(){ :|:& };: --000000000000eeca69060b6c81f7 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


=
On Thu, Nov 30, 2023 at 11:20=E2=80= =AFPM Olivier <Olivier.Ni= cole@cs.ait.ac.th> wrote:
The plot thickens...

Paul Procacci <= pprocacci@gmail.com> writes:

> [1:text/plain Show]
>
>
> [2:text/html Hide Save:noname (7kB)]
>
> On Wed, Nov 29, 2023 at 10:35=E2=80=AFPM Olivier <Olivier.Nicole@cs.ait.ac.th= >
> wrote:
>
>=C2=A0 Hi,
>
>=C2=A0 I have an OpenVPN server running on FreeBSD (13.2-p5). I have in= cluded
>=C2=A0 the following in /etc/rc.conf:
>
>=C2=A0 cloned_interfaces=3D"tap0 bridge0"
>=C2=A0 ifconfig_bridge0=3D"addm vmx0 addm tap0"
>=C2=A0 ifconfig_tap0=3D"UP"
>=C2=A0 openvpn_enable=3D"YES"
>
>=C2=A0 And it works fine, except that ip maps the MAC address of tap0 t= o the IP
>=C2=A0 of my web server (on another machine), and the mapping is
>=C2=A0 "permament":
>
>=C2=A0 www.cs.ait.ac.th (10.41.170.42) at aa:bb:cc:dd:ee:ff on tap0 p= ermanent
>=C2=A0 [ethernet]
>
>=C2=A0 That has two adverse effects:
>=C2=A0 - any VPN client cannot access my web server as they would get a= wrong
>=C2=A0 MAC address;
>=C2=A0 - the VPN server will sometime reply to an ARP request on my LAN= ,
>=C2=A0 providing an obviously wrong answer.
>
>=C2=A0 Poking around, I found out that it was due to the "ifconfig= _tap0=3DUP"
>=C2=A0 line. Further more, that line is not needed for OpenVPN to start=
>=C2=A0 properly; so I have disabled it.
>
>=C2=A0 But I would like to understand why turning up the tap interface = causes
>=C2=A0 it to update the ARP table.
>
>=C2=A0 Best regards,
>
>=C2=A0 Olivier
>
>=C2=A0 --
>
> If I'm being honest, what you're saying sounds really strange.=
> NIC vendors have prefixes assigned to them for their MAC usage and the=
> chances of collision between two machines especially since the local n= ic in
> question is a tap is an absolute fat 0 chance.
> -- That is, unless somewhere someone is doing something they shouldn&#= 39;t, or
> perhaps the entire picture wasn't provided and information is miss= ing.

I have checked that the hostuuid are different and that the MAC
addresses on both machines are different.

I have conducted some more tests on a machine that has been created
from scratch, still FreeBSD RELEASE-13.2-p5

$ ifconfig tap0 create
$ ifconfig tap0 UP
ifconfig: WARNING: setting interface address without mask is deprecated, default mask may not be correct.
$ ifconfig tap0
tap0: flags=3D8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 m= tu 1500
=C2=A0 =C2=A0 =C2=A0 =C2=A0 options=3D80000<LINKSTATE>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 ether 58:9c:fc:10:a4:65
=C2=A0 =C2=A0 =C2=A0 =C2=A0 inet 192.41.170.42 netmask 0xffffff00 broadcast= 192.41.170.255
=C2=A0 =C2=A0 =C2=A0 =C2=A0 groups: tap
=C2=A0 =C2=A0 =C2=A0 =C2=A0 media: Ethernet autoselect
=C2=A0 =C2=A0 =C2=A0 =C2=A0 status: no carrier
=C2=A0 =C2=A0 =C2=A0 =C2=A0 nd6 options=3D29<PERFORMNUD,IFDISABLED,AUTO_= LINKLOCAL>

Does mofidy the ARP table and associates the IP of my web server to the
MAC of the interface tap0:

$ arp -a | grep 192.41.170.42
ww= w.cs.ait.ac.th (192.41.170.42) at 58:9c:fc:10:a4:65 on tap0 permanent [= ethernet]

While:

$ ifconfig tap0 create
$ ifconfig tap0 up
$ ifconfig tap0
tap0: flags=3D8803<UP,BROADCAST,SIMPLEX,MULTICAST> metric 0 mtu 1500<= br> =C2=A0 =C2=A0 =C2=A0 =C2=A0 options=3D80000<LINKSTATE>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 ether 58:9c:fc:10:a4:65
=C2=A0 =C2=A0 =C2=A0 =C2=A0 groups: tap
=C2=A0 =C2=A0 =C2=A0 =C2=A0 media: Ethernet autoselect
=C2=A0 =C2=A0 =C2=A0 =C2=A0 status: no carrier
=C2=A0 =C2=A0 =C2=A0 =C2=A0 nd6 options=3D29<PERFORMNUD,IFDISABLED,AUTO_= LINKLOCAL>

Doesn't:

$ arp -a | grep 192.41.170.42
$

Any idea is welcome.

Best regards,

Olivier



The difference is shown in the flags:

tap0: flags=3D8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 m= tu 1500
vs
tap0: flags=3D8803<UP,BROADCAST,SIMPLEX,MULTICAST>=20

UP is the administrative state indicator, or what you have conf= igured the NIC to do.
RUNNING is the operational state indicato= r, or what the NIC has actually been able to do.

UP without RUNNING means the NIC is not detecting a link.

= So what does this mean to me?=C2=A0 I'd interpret this to mean the firs= t tap0 you provided is connected to something while the second one isn'= t.

~Paul

--
__________________

:(){ :|:& };:
--000000000000eeca69060b6c81f7-- From nobody Fri Dec 1 12:33:24 2023 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 4ShXXm0tK6z52YQH for ; Fri, 1 Dec 2023 12:33:28 +0000 (UTC) (envelope-from tobias.rehbein@web.de) Received: from mout.web.de (mout.web.de [212.227.15.14]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "mout.web.de", Issuer "Telekom Security ServerID OV Class 2 CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4ShXXk6Zz3z4ckn for ; Fri, 1 Dec 2023 12:33:26 +0000 (UTC) (envelope-from tobias.rehbein@web.de) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=web.de header.s=s29768273 header.b=UZg8gGXR; spf=pass (mx1.freebsd.org: domain of tobias.rehbein@web.de designates 212.227.15.14 as permitted sender) smtp.mailfrom=tobias.rehbein@web.de; dmarc=pass (policy=quarantine) header.from=web.de DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=web.de; s=s29768273; t=1701434005; x=1702038805; i=tobias.rehbein@web.de; bh=RkOyFvfdvxYgofwxD7VXbGlJfEZ9mIYXx2bFGOFakKw=; h=X-UI-Sender-Class:Date:From:To:Subject; b=UZg8gGXRKOCUN3CeV/dcakxBDYfAYfPrLk0UWULjboMQJCzL1SIN/bJP7iqIS48I EYaxd7rOXBUOfdj0c2FkaonOq1TzI//5j1lw7sYNT8a9iSGQqNPVIY9l4YcDCI/bJ btP1610fq1ufJkoe4TQGBuPPbCDHabMj+M+WDIomD75F/5c4gKV/2VPJs0t7Tl+0h z9IROeHlYNKj7KJ1kMVkXwCM6uDp9iiXJfVuwIBf+kjgYOhXWc220XBmFclYqSRai uWIPgvbmTaYszrh+vIpGqF6HwA0klgZ2GeKvx7BdEXh1B5deH+Vgo7LNxLBJsqYC1 wlLy7bkmmoQGMBOljA== X-UI-Sender-Class: 814a7b36-bfc1-4dae-8640-3722d8ec6cd6 Received: from x230.local ([79.249.7.186]) by smtp.web.de (mrweb006 [213.165.67.108]) with ESMTPSA (Nemesis) id 1N8Epo-1rM3K03YAK-014EC1 for ; Fri, 01 Dec 2023 13:33:24 +0100 Received: from blabber (uid 1001) (envelope-from tobias.rehbein@web.de) id 50412 by x230.local (DragonFly Mail Agent v0.13+ on x230.local); Fri, 01 Dec 2023 13:33:24 +0100 Date: Fri, 1 Dec 2023 13:33:24 +0100 From: Tobias Rehbein To: freebsd-questions@freebsd.org Subject: Attaching a monitor to running Wayland Message-ID: Mail-Followup-To: freebsd-questions@freebsd.org List-Id: User questions List-Archive: https://lists.freebsd.org/archives/freebsd-questions List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-questions@freebsd.org X-BeenThere: freebsd-questions@freebsd.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="AzpVuIHZaUE6pEUx" Content-Disposition: inline X-Provags-ID: V03:K1:I1zU+Jz3deJkd6LGrjT1BWOM/fuZAhEcPzwUiTkeyqBYBkPayxZ VqiSNmAZo4dVXMPzQuOTJrDy+kZER1GvB66zdNKkFMGaVReh7LALBIdpfUj7u5zDhPJH7qD tefOF4GmetDal2jJmBemdreiLedojjNG+9PbP1VyZMpCjw86kzfGtyWE24jI64cmTxco8AO D+kKXTZru6m/B45id2cMg== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:/SyPSZg1c+0=;jaRVgrhBL5smNj0ARvPyD1bhw+J iMnUsbtF/vnFEYkwjZXtA91Bbl9SSuJI9xySaG8o3EmBVmWvXbIjtkzSkR1dpb3QOOf0oqIzK BaowYjfXdhXWx48LiRvEkeuKzkMM7FRxA90DjkCYYa825RtBHDEReKbCHoBHxs9iPHKKZPfMo RJup9gxs313cATErP8vfpDgXbp+ldHUzHgn8sXsEgiZEmaVXD7m9YifZmGi+vOlyn1t4ZxV/8 nBVhLqdYjtEDskiF4PHdUAqVC1GUMh4Q4Y8gx6C8MNENl7CLHlnproCgvVZEI3q6NvYRnCq5Z J3Bny8N1ZT7jjXuzzLOE0+vwjM+X+XhYahlscFxfGfH537dnC1qRe3V4RK+HBqYCQaRUDtDEE RAEOVlv77L2u9mWtw4OIF4yBbIFv9Cc2CsFcZm8HHWxfCawRFdZRCGwyL/E6aTLu+i43bVty4 rrJNAVmhXIcmNiPJwpicuwf+k8WZU3q1oiDebR7fkQm/xSkmqWCgKNRKCSfL7woaNyg4DFpSS E7Yt+NEV+fUJ+iZ20u86d/2lvf5XcjcQC3UAItFHibnX3GTisUwSouMlF3Fot95CUm5ot+j6b 6oq1IyhgJczcKUzJ90YYGZ84uvtrpazy4Y+uX9OULSZzjvrP++KQWd1oSpiFU49j8EiPsQWWL 1Kc3RHdfmz8P9cLrlkSSVp5YTsNmkFTV1yZmkoIWuaNCl5m/drI0roobJnERTeqSdAHA13tqd 3e9vVC1nBvScntfGN7wCVz1+XY3Tb2ntRvujhVisToFVWM4rwrcggEK/0Y2oR/RFClkgmCak+ MuUfw3X6w+ymnzECJdCSBFDQoksVFWnYaE3yRFklS0o/2tNMoajEhHOrBogeQZgmHArhIIH+w mbQycyKhYjViJ1vCsjd55DRhcWpSuLKo0KstI2TQ08zXXYGnl0OAlnatz85JzVyV882JFmHx2 St6WEUsYSBD/myiMbfqgF/1ROek= X-Spamd-Result: default: False [-7.59 / 15.00]; SIGNED_PGP(-2.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; DWL_DNSWL_LOW(-1.00)[web.de:dkim]; NEURAL_HAM_SHORT(-0.99)[-0.994]; DMARC_POLICY_ALLOW(-0.50)[web.de,quarantine]; RWL_MAILSPIKE_EXCELLENT(-0.40)[212.227.15.14:from]; R_SPF_ALLOW(-0.20)[+ip4:212.227.15.0/25]; R_DKIM_ALLOW(-0.20)[web.de:s=s29768273]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; RCVD_IN_DNSWL_LOW(-0.10)[212.227.15.14:from]; MLMMJ_DEST(0.00)[freebsd-questions@freebsd.org]; PREVIOUSLY_DELIVERED(0.00)[freebsd-questions@freebsd.org]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; DKIM_TRACE(0.00)[web.de:+]; TO_DN_NONE(0.00)[]; FREEMAIL_FROM(0.00)[web.de]; ARC_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; FREEMAIL_ENVFROM(0.00)[web.de]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:8560, ipnet:212.227.0.0/16, country:DE]; RCVD_TLS_ALL(0.00)[] X-Rspamd-Queue-Id: 4ShXXk6Zz3z4ckn X-Spamd-Bar: ------- --AzpVuIHZaUE6pEUx Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi all, I just made the switch from X.org to Wayland and am quite happy with it. The one thing I am missing is the ability to attach an external monitor to my laptop with Wayland running. The monitor is not added as a new output. On X this used to work fine without any configuration. Has anyone any hints how I can fix this? Thanks, Tobias --AzpVuIHZaUE6pEUx Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEE57V3tHionYfJ3KBDS4glXO8RhqYFAmVp0pAACgkQS4glXO8R hqbMaRAAiJKpJCIDiV5gKrX62LFnFvES+1X2snTfXQFkuNq6UYkHqBsoRFGYM3Iq 4MlGoQftv7JMA8ClnMIoaRUZznpc4mKgZ/VpHmHs0aXAL5P27+UuDPuTGm/Cmmp0 y/kmGo+VQLHv1Kv5dPWbYroCLntJ0AAN12jyt4X3dpybiYwgOL5jiyX910esYfdj H9nPF12cR3s5FaEQAuQ3cnlVwEB0A5KB6agCzYLTRTlaxzA/wp52lPN42+4qBorr K16pQLgv5kY/j82tRIokumgH2WWsuVu+ln5iTLoDInB1MwD78fQ4f9cSU/nASxXq 91nUCBiIcX4LvN9R8TZseOjeRgbeg3vcpglbGYeLb4mGW0NhFHlGE1D258cyMSvz 6ZG00MFvq/rTGEvgJwNLJzD6nw1WVXbhFX0W8LEmdm4KU8KukWRpgoPfBrQOV3hm itehOTLXf+T+e+TC8+JhtQOLn7jQuTWPIJm90ndhBPG9os0DDlPxmIlXuZ9B5kHs XRDRH3T+jwvPM2PTOBZ/ka+hiAXDf+HZJXSNEinMrKa+1Hq/boalqyK2gbnv82yr zXlXv7rSbnP8MfzMywD9vkHBn1nrsDqZdxfO4QjOSzL/UyFNvdGFQRs9fK4lmYTk Y6u66MCl7fTByLgPO9TiQ7W9xc+hn3kUYTuBJT45BXMxvXrow34= =Ys/K -----END PGP SIGNATURE----- --AzpVuIHZaUE6pEUx-- From nobody Fri Dec 1 13:10:00 2023 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 UTF8SMTP id 4ShYM23WVFz52bhK for ; Fri, 1 Dec 2023 13:10:06 +0000 (UTC) (envelope-from 3ad8e36b.AWgAADCWsR0AAAAAAAAAALuQ_aAAAAAA0PMAAAAAABYlygBladsq@a1451466.bnc3.mailjet.com) Received: from o14.p25.mailjet.com (o14.p25.mailjet.com [185.189.236.14]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with UTF8SMTPS id 4ShYM210s8z3CyG for ; Fri, 1 Dec 2023 13:10:05 +0000 (UTC) (envelope-from 3ad8e36b.AWgAADCWsR0AAAAAAAAAALuQ_aAAAAAA0PMAAAAAABYlygBladsq@a1451466.bnc3.mailjet.com) Authentication-Results: mx1.freebsd.org; none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; q=dns/txt; d=jodocus.org; i=joost@jodocus.org; s=mailjet; x=1701443402; h=message-id:mime-version:from:from:to:to:subject:subject:date:date:list-unsubscribe-post:list-unsubscribe: cc:feedback-id:in-reply-to:references:x-csa-complaints:x-mj-mid:x-mj-smtpguid: x-report-abuse-to:x-sender:content-type:content-transfer-encoding; bh=9IbKngBhhqN3Nv7wveoAIazzLaHiKWBbX4ul7igpM8g=; b=j64uh1kSgmOTvrgawontFgpBhiD1r/vg1IQj12Ovgfkw84cGGQTb/ylKC BT966qVYK1stHS0nxjOUiFsLZtBZJGoxFPSVB8YlSE4komd+rfHlhmwrl4c4 Y41eAw25AhzZRYaAFbLRxrfNgmUNdc8USpa8dVy+v5wGYpFkPeZEXc= Message-Id: <3ad8e36b.AWgAADCWsR0AAAAAAAAAALuQ_aAAAAAA0PMAAAAAABYlygBladsq@mailjet.com> List-Id: User questions List-Archive: https://lists.freebsd.org/archives/freebsd-questions List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-questions@freebsd.org X-BeenThere: freebsd-questions@freebsd.org MIME-Version: 1.0 From: Joost Bekkers To: Olivier Subject: Re: tap interface forcing a permanent ARP association Date: Fri, 01 Dec 2023 14:10:00 +0100 List-Unsubscribe-Post: List-Unsubscribe=One-Click List-Unsubscribe: , Cc: Paul Procacci , questions@freebsd.org Feedback-Id: 42.1451466.1431476:MJ In-Reply-To: References: X-CSA-Complaints: csa-complaints@eco.de X-MJ-Mid: AWgAADCWsR0AAAAAAAAAALuQ_aAAAAAA0PMAAAAAABYlygBladsqwCieZciCTAmgdNNN1_EJMQAV17Q X-MJ-SMTPGUID: 01d79710-f375-4a32-826e-f877bec1b269 X-REPORT-ABUSE-TO: Message sent by Mailjet please report to abuse@mailjet.com with a copy of the message X-Sender: joost@jodocus.org Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit 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:200069, ipnet:185.189.236.0/22, country:FR] X-Rspamd-Queue-Id: 4ShYM210s8z3CyG On 2023-12-01 05:20, Olivier wrote: > The plot thickens... > > Paul Procacci writes: > >> [1:text/plain Show] >> >> >> [2:text/html Hide Save:noname (7kB)] >> >> On Wed, Nov 29, 2023 at 10:35 PM Olivier >> wrote: >> >> Hi, >> >> I have an OpenVPN server running on FreeBSD (13.2-p5). I have >> included >> the following in /etc/rc.conf: >> >> cloned_interfaces="tap0 bridge0" >> ifconfig_bridge0="addm vmx0 addm tap0" >> ifconfig_tap0="UP" >> openvpn_enable="YES" >> >> And it works fine, except that ip maps the MAC address of tap0 to the >> IP >> of my web server (on another machine), and the mapping is >> "permament": >> >> www.cs.ait.ac.th (10.41.170.42) at aa:bb:cc:dd:ee:ff on tap0 >> permanent >> [ethernet] >> >> That has two adverse effects: >> - any VPN client cannot access my web server as they would get a >> wrong >> MAC address; >> - the VPN server will sometime reply to an ARP request on my LAN, >> providing an obviously wrong answer. >> >> Poking around, I found out that it was due to the "ifconfig_tap0=UP" >> line. Further more, that line is not needed for OpenVPN to start >> properly; so I have disabled it. >> >> But I would like to understand why turning up the tap interface >> causes >> it to update the ARP table. >> >> Best regards, >> >> Olivier >> >> -- >> >> If I'm being honest, what you're saying sounds really strange. >> NIC vendors have prefixes assigned to them for their MAC usage and the >> chances of collision between two machines especially since the local >> nic in >> question is a tap is an absolute fat 0 chance. >> -- That is, unless somewhere someone is doing something they >> shouldn't, or >> perhaps the entire picture wasn't provided and information is missing. > > I have checked that the hostuuid are different and that the MAC > addresses on both machines are different. > > I have conducted some more tests on a machine that has been created > from scratch, still FreeBSD RELEASE-13.2-p5 > > $ ifconfig tap0 create > $ ifconfig tap0 UP > ifconfig: WARNING: setting interface address without mask is > deprecated, > default mask may not be correct. > $ ifconfig tap0 > tap0: flags=8843 metric 0 mtu > 1500 > options=80000 > ether 58:9c:fc:10:a4:65 > inet 192.41.170.42 netmask 0xffffff00 broadcast 192.41.170.255 > groups: tap > media: Ethernet autoselect > status: no carrier > nd6 options=29 > > Does mofidy the ARP table and associates the IP of my web server to the > MAC of the interface tap0: > > $ arp -a | grep 192.41.170.42 > www.cs.ait.ac.th (192.41.170.42) at 58:9c:fc:10:a4:65 on tap0 permanent > [ethernet] > > While: > > $ ifconfig tap0 create > $ ifconfig tap0 up > $ ifconfig tap0 > tap0: flags=8803 metric 0 mtu 1500 > options=80000 > ether 58:9c:fc:10:a4:65 > groups: tap > media: Ethernet autoselect > status: no carrier > nd6 options=29 > > Doesn't: > > $ arp -a | grep 192.41.170.42 > $ > > Any idea is welcome. > > Best regards, > > Olivier Can you try and use the lowercase version of "UP"? What I think is going on: "ifconfig UP" sets the ip address to whatever the hostname 'UP' resolves to, hence the warning about not using a netmask. The command to enable an interface is "ifconfig up" (lowercase) Joost Bekkers From nobody Fri Dec 1 23:45:10 2023 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 4ShqSG4tGyz52XfH for ; Fri, 1 Dec 2023 23:45:34 +0000 (UTC) (envelope-from pat@patmaddox.com) Received: from out4-smtp.messagingengine.com (out4-smtp.messagingengine.com [66.111.4.28]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4ShqSF0GkJz4SJd for ; Fri, 1 Dec 2023 23:45:32 +0000 (UTC) (envelope-from pat@patmaddox.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=patmaddox.com header.s=fm3 header.b=GTR1xdoe; dkim=pass header.d=messagingengine.com header.s=fm1 header.b=fgRrWsmo; spf=pass (mx1.freebsd.org: domain of pat@patmaddox.com designates 66.111.4.28 as permitted sender) smtp.mailfrom=pat@patmaddox.com; dmarc=none Received: from compute2.internal (compute2.nyi.internal [10.202.2.46]) by mailout.nyi.internal (Postfix) with ESMTP id 25EFF5C00CA; Fri, 1 Dec 2023 18:45:31 -0500 (EST) Received: from imap41 ([10.202.2.91]) by compute2.internal (MEProxy); Fri, 01 Dec 2023 18:45:31 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=patmaddox.com; h=cc:content-type:content-type:date:date:from:from:in-reply-to :message-id:mime-version:reply-to:sender:subject:subject:to:to; s=fm3; t=1701474331; x=1701560731; bh=yNi/hIpJUMFAPQOGXQOvMI1AC 2ikw67msCjRCheIamo=; b=GTR1xdoeJN+CE2Fb99T74c69xjtzBWFHIp2lYbrSx DIIT3I6PZ2Ng1tQT/JYTYR9bOW5LL/7Wh+ATXbeGNellZFqnCNoiY48JlOZ0O7m9 wZO2UeWqrcbrYRKFADqW5DQQXpvq7XQ7y91izPaS/9fUVIzyzc+yiLab+GRZWvnw 23z7XGSLjysRE8vp40yHXyb123+sMYRMnFTto/+Z9d5RBQzaF1NhF53cnhnMTO5l In8I31pI7+Ay9LXTNqWzxR6F7m4AhkJMaR4SMSOdmwnHFmQmQaJ/ICXKwlZXMBrs FKbpclLvXgwzUAlZW3ARD6olu/hYBL2ljgGwb9ATFcg9g== 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:message-id :mime-version:reply-to:sender:subject:subject:to:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm1; t= 1701474331; x=1701560731; bh=yNi/hIpJUMFAPQOGXQOvMI1AC2ikw67msCj RCheIamo=; b=fgRrWsmoFMHoDFkz3q4TfR9BgE0xOx7Lu5+Y6H5aplRG/Z0p44V dVAGfilYw1A/YgGWazwlnbcnIbl8SP8N/yujIAfL9gt4GCtMnF3hLS5D5Gp6FvrQ aj1pMHsGO+99hc8lDj8HsV+Jwl0V+oBAViFpCR/VKgslvaP8X5RddSDLodfD/7pQ ZrRFlO+MGwLmaZOBwxsjH1aEVjE/osV/lDk5LdK487vGj2o9/6SRnBEZOkhuA1k5 RYFhy3PZuYobYyo/hLyQE7P2++NaoK4DsViISlnykPdAnh9aa48Y3zP3BHbU7Nif WTsu2glOBY7ASa2gSO3i7yaq7S9kn145bDQ== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvkedrudejtddgudegucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne cujfgurhepofgfggfkfffhvffutgesthdtredtreertdenucfhrhhomhepfdfrrghtucfo rgguughogidfuceophgrthesphgrthhmrgguughogidrtghomheqnecuggftrfgrthhtvg hrnhephfffleejgfdtjeegueevkeekgfevgedtgfefieefteefgeehheegtdfgkefhgfdv necuffhomhgrihhnpehfrhgvvggsshgurdhorhhgpdhprghtmhgrugguohigrdgtohhmne cuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghilhhfrhhomhepphgrthes phgrthhmrgguughogidrtghomh X-ME-Proxy: Feedback-ID: i8b6c40f9:Fastmail Received: by mailuser.nyi.internal (Postfix, from userid 501) id C2CBE234007E; Fri, 1 Dec 2023 18:45:30 -0500 (EST) X-Mailer: MessagingEngine.com Webmail Interface User-Agent: Cyrus-JMAP/3.9.0-alpha0-1178-geeaf0069a7-fm-20231114.001-geeaf0069 List-Id: User questions List-Archive: https://lists.freebsd.org/archives/freebsd-questions List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-questions@freebsd.org X-BeenThere: freebsd-questions@freebsd.org MIME-Version: 1.0 Message-Id: <41c7ba68-ac36-447f-a45b-4df62590e0e2@app.fastmail.com> Date: Fri, 01 Dec 2023 15:45:10 -0800 From: "Pat Maddox" To: "User Questions" Subject: Scripts / utils for maintaining ports? Content-Type: text/plain X-Spamd-Result: default: False [-3.69 / 15.00]; SUBJECT_ENDS_QUESTION(1.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; DWL_DNSWL_LOW(-1.00)[messagingengine.com:dkim]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[patmaddox.com:s=fm3,messagingengine.com:s=fm1]; R_SPF_ALLOW(-0.20)[+ip4:66.111.4.28]; MIME_GOOD(-0.10)[text/plain]; RCVD_IN_DNSWL_LOW(-0.10)[66.111.4.28:from]; RWL_MAILSPIKE_GOOD(-0.10)[66.111.4.28:from]; XM_UA_NO_VERSION(0.01)[]; MIME_TRACE(0.00)[0:+]; MLMMJ_DEST(0.00)[freebsd-questions@freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; ASN(0.00)[asn:19151, ipnet:66.111.4.0/24, country:US]; DKIM_TRACE(0.00)[patmaddox.com:+,messagingengine.com:+]; RCPT_COUNT_ONE(0.00)[1]; RCVD_COUNT_THREE(0.00)[3]; FREEFALL_USER(0.00)[pat]; FROM_HAS_DN(0.00)[]; TO_DN_ALL(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[patmaddox.com]; ARC_NA(0.00)[] X-Rspamd-Queue-Id: 4ShqSF0GkJz4SJd X-Spamd-Bar: --- According to portscout, there are three individual maintainers who each maintain 1000+ ports: https://portscout.freebsd.org/index-total.html I'm trying to wrap my head around how someone could do that. They have to use some utils to pull that off. Are those tools publicly available, either as packages, or scripts in a repo somewhere? I am gradually developing a bit of tooling to maintain my own collection of ports: https://patmaddox.com/dir?ci=3d33b5b2dd2ebe39&name=ports/maintain Perhaps one day it will evolve to a point where it's generally useful and shareable. In the mean time, I would love to know how people are efficiently maintaining multiple ports: particularly those folks maintaining 1000+. Maybe I can just do what they do instead of re-constructing this myself. Pat From nobody Sat Dec 2 13:50:34 2023 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 4SjBCL0KC9z53Y5H for ; Sat, 2 Dec 2023 13:50:38 +0000 (UTC) (envelope-from jbeich@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [96.47.72.132]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "freefall.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4SjBCK6xRjz3HDs for ; Sat, 2 Dec 2023 13:50:37 +0000 (UTC) (envelope-from jbeich@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1701525038; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=A2Ut+d6Qy85RMbGEDTKAMWAf/xBNoofn2SMt8jtkbvA=; b=YBM91wN/3lJNFbSzy1ZNb6+PlEvm8EesIjaaHvR7m5RqWEsI2WRqHgp5yY8kZhMG02xlMo WtNT47pCtJYJ9CGdMXQsT98ce8c5uP2rrIg33hQRDdelrLgAeEsf/FggU1GMGbVxMpwmV5 mxycDnW0iTGC2eOtth0h3sUQVdFJqEguzcwZV1yiLLWOhVEpdYzbfU6jv0dCjZyrk5gnGT MenAKdQI8KmWvSS94O4lefgoAoXw8VNj/miCNqBZMlLsRIDAHWfgK64ZCcGq/FXvz6NB12 P29uxYYOiqg7JZvWEMfxMKYBvl+dQGB/nfWUCpJ8r65eAjJg18MOLcD901llmw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1701525038; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=A2Ut+d6Qy85RMbGEDTKAMWAf/xBNoofn2SMt8jtkbvA=; b=KTZIay9ApbTHWsxeTKJ6h0lBRoNAU8uHVuuzFQDSw8AxOqRTbeLtAcali/iBgK6swk/xOI vB/+Syc2I0wDjvtK7JP+5NfAxoo9nHr2dgilCwUMh/YOeEEtjVV8HW5gyYFqC0SLcfdsyQ tbUcQtHLR6FgtZOslCwD5OcwuK5D9CJ9dYDxNmdoShnou6YNwHSxUCIxc5TgqetIbDUVEd 5xZI7sP/oyN6l3lyMrsH58eDRmvBRXs8KgKQRYNi6pIzIZabTSvnOlSY+S6Fpsy9x5Uect Jd6joMsKFRfQJk2W/2ckO9kpNhBc1QY2Qy5KmvOVSnSMDF+ShBxfULjjTLVeBg== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1701525038; a=rsa-sha256; cv=none; b=UiAhfKDoPHJGmeE+Tk2VwcvN9SkUy0Zs/RQhSX99XArypBpv6EDOFiI3AvKFEKj+mwBv9L Z8BtNNdxRLxtPuXjsyV9uNQZh7UkrVHtnxulemcdAmdQO28bTrDe66XqejS4XbpV2eo3Bb w+Uhdm8akwrxo2kNafMl+tdo4SK4Dz6YPb5XN7Ze+iJpjNQSFXHPURzwiYWW3uIuevv62A VX0f9lz8v7r8bY5sjJ38twYXklGcCiNKovlh4TEaZyTwCTug9LafiYLxU7cxXTpAgVA3gN xQy4xxkRjU9bYBRdWR/4DaMYkT+KsOTg4lWXXsMNHWAQqQ30QveQ8+EnrqKALg== Received: by freefall.freebsd.org (Postfix, from userid 1354) id DDB744360; Sat, 2 Dec 2023 13:50:37 +0000 (UTC) From: Jan Beich To: freebsd-questions@freebsd.org Subject: Re: Attaching a monitor to running Wayland In-Reply-To: (Tobias Rehbein's message of "Fri, 1 Dec 2023 13:33:24 +0100") References: Date: Sat, 02 Dec 2023 14:50:34 +0100 Message-ID: List-Id: User questions List-Archive: https://lists.freebsd.org/archives/freebsd-questions List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-questions@freebsd.org X-BeenThere: freebsd-questions@freebsd.org MIME-Version: 1.0 Content-Type: text/plain Tobias Rehbein writes: > Hi all, > > I just made the switch from X.org to Wayland and am quite happy with it. > The one thing I am missing is the ability to attach an external monitor > to my laptop with Wayland running. Do you use hikari? If so this is probably related to a missing protocol. Besides, hikari upstream is dormant: no fixes since 2021-07-21 and stuck on an old wlroots version. Try a different Wayland compositor from ports/packages: - floating/stacking: wayfire, labwc - tiling: swayfx, hyprland, river, dwl See also https://wayland.app/protocols/wlr-output-management-unstable-v1 https://hub.darcs.net/raichoo/hikari/issue/11 https://hub.darcs.net/raichoo/hikari/issue/36 https://hub.darcs.net/raichoo/hikari/issue/37 From nobody Sat Dec 2 17:56:53 2023 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 4SjHgY11QNz53C0Q for ; Sat, 2 Dec 2023 17:56:57 +0000 (UTC) (envelope-from tobias.rehbein@web.de) Received: from mout.web.de (mout.web.de [212.227.17.12]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "mout.web.de", Issuer "Telekom Security ServerID OV Class 2 CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4SjHgX1KThz4HZT for ; Sat, 2 Dec 2023 17:56:56 +0000 (UTC) (envelope-from tobias.rehbein@web.de) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=web.de header.s=s29768273 header.b=CxKdBL6W; spf=pass (mx1.freebsd.org: domain of tobias.rehbein@web.de designates 212.227.17.12 as permitted sender) smtp.mailfrom=tobias.rehbein@web.de; dmarc=pass (policy=quarantine) header.from=web.de DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=web.de; s=s29768273; t=1701539814; x=1702144614; i=tobias.rehbein@web.de; bh=rBYhovc6EHpGh5NDn0SQWT5p8YsTyL5MNwRjiQFkl30=; h=X-UI-Sender-Class:Date:From:To:Subject:References:In-Reply-To; b=CxKdBL6WIFSDrs3pnukNrRzPhibGfbgvvIkjzCMu1p51nSwbtggWYdBI3NqKrv84 mpZhEnujm8qUOmxrhtXoyqlghr94QW6m7IUKm/D3J9GBociLu72GUm7cQi+4EgpBQ Uhgb3auGh+cc3y3CjmFD/8AZi6VfB+zUr+WjxDdeOeY2UNoiP32NxB2YAfHWOrGT3 57eh75+ohZwWWQttk3OZhWECyODidNtPfwLidjjRoeb9JCjjM1WzVkajtvr+FH2XS P0UqgEu3E4O0NbQVDPPDFwTl/G6Z0Q96eHSaRa02pxBai9hPvtRsjZxX7Eq4vpxeW 4AEfcVx9jPgmXvmx8A== X-UI-Sender-Class: 814a7b36-bfc1-4dae-8640-3722d8ec6cd6 Received: from x230.local ([79.249.7.186]) by smtp.web.de (mrweb106 [213.165.67.124]) with ESMTPSA (Nemesis) id 1Mc1VF-1rgse10JgN-00dT9n for ; Sat, 02 Dec 2023 18:56:54 +0100 Received: from blabber (uid 1001) (envelope-from tobias.rehbein@web.de) id e011e by x230.local (DragonFly Mail Agent v0.13+ on x230.local); Sat, 02 Dec 2023 18:56:53 +0100 Date: Sat, 2 Dec 2023 18:56:53 +0100 From: Tobias Rehbein To: freebsd-questions@freebsd.org Subject: Re: Attaching a monitor to running Wayland Message-ID: Mail-Followup-To: freebsd-questions@freebsd.org References: List-Id: User questions List-Archive: https://lists.freebsd.org/archives/freebsd-questions List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-questions@freebsd.org X-BeenThere: freebsd-questions@freebsd.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="+mQo98DzUYkTPPSj" Content-Disposition: inline In-Reply-To: X-Provags-ID: V03:K1:oyYWvMS/4ue8ruXHdu4rgQEiWDeQhWT0B5CMrEUnQcYcPbEJyeo 5O/e1brFQkzcQdIj63cifEqMWDn2pFE4utnlh31o8mYhrYD8eLcwRBF+6pNdswVF/Fk4zdm J9O7WC3loCSFHT/SfevnwJYDzm+Z572HMIEA6KZkDu9ai8V0SgMccD0HsRj0qLFRiw71IZM GspVAnLKyMUfS0jeun94A== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:wGOxWevPddY=;n89+iyP0jdASzdh6sUN+mcxqv8K tQDc7OvYAPzRQaRm9+sMMlMebni4xouF+lfcY6+/OfVOeC0RsuzMC3pTId/vy3ZnIWEMbaZ+y 2Hl2NoIZ1LNFxgWWr9Kgwu25VQXV8UiFnGllBv1OOuqpKwb0NRMyVas0YHWL8FaFYf9Um9Ndk 8xvsYkcK0UNDSlI46fxTm7+ebhJ8PFMppLbMPjAcrRC9ZmvIGUKAFJSId2VY6c1pZbL/HmH3R t7V2QXNxp82p5+YlkV9FPOCZwnHSxfSpQMRlBZHS+BsTYRzC+YhY7BQnGQJAPKUr+Xbqa0JvO kOUBxYvQqLQT+7Ol47O2RurAjzizR5a5iaTpwVACaZ9MyA/LrrSk6RSLVfUz/CKqSjJbKwfph qPlKQfFPDs6S3E6E4fckmKJUUs9KZXB5631Yze2WWXwYLIE2UsAApBgx89SJ+PXTxb4gYE/DP NAA/lZoxvgL1qr0E+FXnHwdKyzYcqsLhYyfLf1KmAYEyfRvrbC2+c6qRVXvT4KFEUqxf51DGf qEkKQTXRdOaM8Ef9V1OyRScJud6UcIhC7JwWmhDjKG9CDBJyG+i7B98/Tt/KPhbjctkqTS1f2 zJ8fGLzuaTHvM4hXOMwHvklFpuHvbNLdob5Bb0d759/iuCj3FpfM9kqDcg/lT2AOvd8uT0xMc 5/upix8+TpcGom84QElHe3iEYyAC6Xlit1lGzLUi09XEkCuiV1pLT342M4eOprStWsVGec2Lj g0MrzPZpBTQ2LKkLr2Nis3jeS2AIWa0q9t/On3flHYy8cWfmZid08vPura31FUz3LiJD429ez fZ6impmLdDkPpoQ8eT0HMtU2HR0BPyJfrlSLAwuiiPv/5iOkPrXF22ncAttB4b4OoRi51fzvy LZFIFWfxK58z9JxdA1fmRZkAbqjjxAXEU+zBG9Hzpsvyx7AdNl8Ax2bVTDIQixPd0B/JPhRwd OWFbSzgQViaFiN+TeKvbVYYpMWY= X-Spamd-Result: default: False [-7.20 / 15.00]; SIGNED_PGP(-2.00)[]; DWL_DNSWL_LOW(-1.00)[web.de:dkim]; 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)[web.de,quarantine]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; R_DKIM_ALLOW(-0.20)[web.de:s=s29768273]; R_SPF_ALLOW(-0.20)[+ip4:212.227.17.0/27]; RWL_MAILSPIKE_GOOD(-0.10)[212.227.17.12:from]; MLMMJ_DEST(0.00)[freebsd-questions@freebsd.org]; FROM_HAS_DN(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-questions@freebsd.org]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; RCVD_VIA_SMTP_AUTH(0.00)[]; ASN(0.00)[asn:8560, ipnet:212.227.0.0/16, country:DE]; RCVD_COUNT_TWO(0.00)[2]; TO_DN_NONE(0.00)[]; FREEMAIL_FROM(0.00)[web.de]; ARC_NA(0.00)[]; DKIM_TRACE(0.00)[web.de:+]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FROM_EQ_ENVFROM(0.00)[]; FREEMAIL_ENVFROM(0.00)[web.de]; RCVD_TLS_ALL(0.00)[] X-Rspamd-Queue-Id: 4SjHgX1KThz4HZT X-Spamd-Bar: ------- --+mQo98DzUYkTPPSj Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Am Sat, Dec 02, 2023 at 02:50:34PM +0100 schrieb Jan Beich: > Do you use hikari? If so this is probably related to a missing > protocol. Besides, hikari upstream is dormant: no fixes since > 2021-07-21 and stuck on an old wlroots version. I actually used hikari in the beginning. I found the fact that hikari was developed FreeBSD centric quite charming. In the meantime I switched to sway because I ran into other problems with hikari, but I didn't test the external screen again afterwards. And indeed, now it just works. Thank you and best regards, Tobias --+mQo98DzUYkTPPSj Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEE57V3tHionYfJ3KBDS4glXO8RhqYFAmVrb+IACgkQS4glXO8R hqZbFw//cPzzfS7JWjOgQPAxwgUWDJIW0RCAhD6SFC1aO5YiKS7ZykwL/6N+a6jD v4fZ1d760xrdIltKaoRvcxIbhRl5kVdp928jN7iaWSnd7ExNXDnF4guO+pjam4xb c56xgHD0o917hR//E2bxGsfUa63zJyBLwQf2Gns/1H2UoaFmqC4WUAPklp+trxzr mM0Xs/e9t122bXWmVWcC84NS7a/skOk/vbYNnWNkjnN66Rr6wGk/Wm3LQgZy4KKP D66m4YxGT1TaFBOYXOufBVWEnhVqZsf3E+gfqggDHv/iGqGogHlH/fpC+bBvwugi fvFyuxUQkO+pGQz3NbCo27nZqdhxZ27h+AYJ0Ep39tc4b2hii7wTDmy5VyuiFI2p mpEPQ6oWmV4CDwASQfiGkMcwPvPWOOM+PQw33ildVaf0rGgAqpPiTsM4CQITmFPF el/t+iDb7bMoQ7PnkNtJv2c/BR8CoHX8KcJ1+wL3QmBaZoeSGh8zyF9drUWSCMRs XSuxWsJYFKMp5Po4aLKTtzxnJsEchYGTulvuZr4DX3y/G/11+htRSelxEJeXpL9l CmunlNTElOh0V0tQk9ewz5m4Iff3FtcykqpkC5CE4wFk0R6dzb8ZVGyRpQPgmU+3 +dTBYUDElSsUFaRUSWHCSRoCUs48MLTLg0REvw/sgExWWbS34zs= =M3zT -----END PGP SIGNATURE----- --+mQo98DzUYkTPPSj--