From nobody Sun Dec 15 14:27:31 2024 X-Original-To: ports@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 4YB55J058Bz5gtT4; Sun, 15 Dec 2024 14:27:48 +0000 (UTC) (envelope-from saelanmuflih7@gmail.com) Received: from mail-yw1-x1135.google.com (mail-yw1-x1135.google.com [IPv6:2607:f8b0:4864:20::1135]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "WR4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4YB55H0W0Fz4rvD; Sun, 15 Dec 2024 14:27:47 +0000 (UTC) (envelope-from saelanmuflih7@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20230601 header.b=m4lpoGBe; spf=pass (mx1.freebsd.org: domain of saelanmuflih7@gmail.com designates 2607:f8b0:4864:20::1135 as permitted sender) smtp.mailfrom=saelanmuflih7@gmail.com; dmarc=pass (policy=none) header.from=gmail.com Received: by mail-yw1-x1135.google.com with SMTP id 00721157ae682-6ef6ffcc2dcso30157007b3.1; Sun, 15 Dec 2024 06:27:47 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1734272866; x=1734877666; 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=DXV5EC6CpV8XYbkrXEhAyfymn6xndtMCqrdkSPbSiPo=; b=m4lpoGBeEPg6QDf3QetpZF7LNsVo1P2jt48Qxt5g4/jv5lru1PAJ7D2V3iWlDi3QxP kmScqS5JjU4o6TO90AdP2faPUVvetWm7V3V4yuTiHJchHYbgTCD6FHErTnR47tAxnaXj fNy+yfeXhjUxEvL8F6/YTMwVe7+r2j1+WFblGhSemwvS+Seq9uGkbyG4p6MC4K7Y2xpi plOFITqikEKZciYbpfkGs12EqYP6/+aIac1Vf5WRbHQDbtB+z/pze+LVcX8koUf07QLZ ohi/wjq59sZ/4jTG1r+ptfdbkd+nrFo5z0UWK6z3YK/8X+3T5tmB22HsEDj7hhsFtPc3 M05Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1734272866; x=1734877666; 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=DXV5EC6CpV8XYbkrXEhAyfymn6xndtMCqrdkSPbSiPo=; b=XuPXM9toX18jB9PLULXv82P8xa8g1pQmJGUQdVGriUAv2mq6tNKST39IOB+jB4tcBO 7iPIvD3QJB5+LnealHz6xa0wyYOSn/Zg7d9G/FUfMTiYUUkM3TzdsNv39w+COY6B46AL C0zOdSCahjd1CmmP/BB+QmHqnSOHU1RMKXSGdiG9ecQOXxf3RA0OQIPNZtyyWUQRInzu oG6F7FMo3oPIbxFn0XPgUU+jmZOF5HMl4dDW9Ii0CZ7Vt2jrMxTSl5G0dvWaSY1+68cX arOPYqaxopti/7jh83FMp4fiNi8K34kqTAQnmO/jJNhTP2jVskVGrTPLZ9nV4wKFmnBN QKxw== X-Forwarded-Encrypted: i=1; AJvYcCX1CjagTW8dSSxKxtuKFm9f8sNziE3lbx3d79VFKDWYqErr8BzMfHCrSY/M/LLSOPsMi1LQ81s=@freebsd.org X-Gm-Message-State: AOJu0Yx4G+0FWhhMndUKpdmq6L6AODAVfPQYBYRfkCZZIC/UPEJU6q+Y JYYIODxfC6YgVA+9cBspCQG3Vktu93eb+kIlTvYpYUqnxQx5w2+dySs+bSShzBYcFrwLeEbw4TC FJQZlZEmAK/2EhWSvkc7SA8sbehoSIY/K X-Gm-Gg: ASbGnctQ+5l1ka/gNE14Y7tB88kM7+pOMJTxYosWVlSFCACJbZHoocXWjBjc/79CPIb PXTRM0WnklO7XuPkKxNZGm9eeSAZ3q0mE5VbvnRbEYn22bY78od3nnaHFsYqHwSugbVYO X-Google-Smtp-Source: AGHT+IEWFLEGq1o/dUFSFKuxAdm1vBCESaW7/gMX6fFwRnbGya1jta2FBoWTe6SnMU2QcPDIntEpZYaIG2PYtF5cCJE= X-Received: by 2002:a05:690c:670b:b0:6ea:1230:2467 with SMTP id 00721157ae682-6f27a97b80bmr79674677b3.2.1734272865930; Sun, 15 Dec 2024 06:27:45 -0800 (PST) List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-ports@freebsd.org Sender: owner-freebsd-ports@FreeBSD.org MIME-Version: 1.0 References: In-Reply-To: From: Saelan Muflih Date: Sun, 15 Dec 2024 21:27:31 +0700 Message-ID: Subject: Re: CFT: repository for kernel modules To: Baptiste Daroussin Cc: ports@freebsd.org, stable@freebsd.org Content-Type: multipart/alternative; boundary="0000000000001e194d06294fde9f" X-Spamd-Result: default: False [-4.00 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.996]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20230601]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36:c]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; MISSING_XM_UA(0.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; RCVD_COUNT_ONE(0.00)[1]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ARC_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::1135:from]; RCPT_COUNT_THREE(0.00)[3]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MID_RHS_MATCH_FROMTLD(0.00)[]; RCVD_TLS_LAST(0.00)[]; MLMMJ_DEST(0.00)[ports@freebsd.org,stable@freebsd.org]; DKIM_TRACE(0.00)[gmail.com:+] X-Rspamd-Queue-Id: 4YB55H0W0Fz4rvD X-Spamd-Bar: --- --0000000000001e194d06294fde9f Content-Type: text/plain; charset="UTF-8" Dear Every one, All these emails are confusing me. What kind of subjects are these ? And why are you send these emails. What ia my positions to you all anyway,. I Medan who am I to you all ? And, I acknowledge you all, to usen Bahasa Nusantara or Bahasa Indonesia when make Communication with me. Thank you, Saelan Muflih or Elan or Elan from Heaven. Pada Jum, 13 Des 2024 15.09, Baptiste Daroussin menulis: > Hello everyone, > > In our current release model the binary packages are built on the lowest > supported version of a given branch. Which means when 14.2, the packages > it is > using are built on 14.1 until 14.1's EOL which is march 31st. > > This works greate for everything but kernel modules, beside developers > trying > hard to keep KBI stability in the life time of a branch, there are always > plenty > of issues. It has been decided to provide a dedicated repository for 14.2 > user > only containings kernel modules, built out of the ports tree. > > I order to be able to do it quickly here is what have been done and the > related > constraints. > > First all the packages which are providing kernel modules now have > automatically > the OSVERSION which is appended to the package version: > foo-kmod-1.3.4_3,1 now becomes foo-kmod-1.3.4.${OSVERSION}_3,1 > > The goal of this change is that the kernel module for 14.2 is at a higher > version from the kernel module from 14.1 which means will force > reinstalling > considering this is an upgrade. > > The other point of this change, it helps user on current and on stable to > figure > out the need to rebuild thir kernel module at some point of their upgrades! > > On the infrastructure side, all kernel modules are now fully build in an > unpriviledge clean chroot, and cross built for all possible architectures > for > each new releases (currently only 14.2, 14.1 kernel modules being in the > regular > repository). > > This has the advantage of allowing us to get kernel modules for every > single > architecture we do support quickly, the drawback being kernel modules with > build > and/or run dependency cannot be built (note that for run dependency I am > working > on a workaround, stay tuned). > > in order to discover quickly which ports should be built, the following is > being > done: > > git grep "^USES.*kmod" and ls */*-kmod > > Anything mathing with the above is listed as to be built. > > Because of the way we are building and because we want to be able to ship > quickly updates on those kernel modules, there are other limitation which > have > been added: > > Only kernel modules without any build and run dependencies are being built, > which means most of them but not all. > > I plan to fix the missing ones. > > Having kernel modules isolated in their own packages is anyway a good idea > as it > helps people on stable and current quickly falling back on their feet when > a > kernel update breaks: it is faster to rebuild, and require less ressources. > > As a result you can see open-vm-tools has been split into open-vm-tools and > open-vm-kmod. > > The day we have thing repository incorporated into poudriere we will be > able to > revisit the way > > To be able to use those new repositories: > > this is the repository configuration for packages built our of the main > branch > > > https://people.freebsd.org/~bapt/kmods-latest.conf.txt > > for completion we also started building on quarterly branches, but keep in > mind > that all the above changes are only in main now and will be in quarterly > only in > january > > > https://people.freebsd.org/~bapt/kmods-quarterly.conf.txt > > Best regards, > Bapt > > --0000000000001e194d06294fde9f Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Dear Every one,

All these emails are confusing me.=C2=A0 What kind of subjects are thes= e ?=C2=A0 And why are you send these emails.=C2=A0 What ia my positions to = you all anyway,. I Medan who am I to you all ?=C2=A0

And, I acknowledge you all, to usen Bahasa Nus= antara or Bahasa Indonesia when make Communication with me.

Thank you,
Sae= lan Muflih or Elan or Elan from Heaven.

Pada Jum, 13 Des 2024 15.09, B= aptiste Daroussin <bapt@freebsd.org<= /a>> menulis:
Hello everyone,
In our current release model the binary packages are built on the lowest supported version of a given branch. Which means when 14.2, the packages it= is
using are built on 14.1 until 14.1's EOL which is march 31st.

This works greate for everything but kernel modules, beside developers tryi= ng
hard to keep KBI stability in the life time of a branch, there are always p= lenty
of issues. It has been decided to provide a dedicated repository for 14.2 u= ser
only containings kernel modules, built out of the ports tree.

I order to be able to do it quickly here is what have been done and the rel= ated
constraints.

First all the packages which are providing kernel modules now have automati= cally
the OSVERSION which is appended to the package version:
foo-kmod-1.3.4_3,1 now becomes foo-kmod-1.3.4.${OSVERSION}_3,1

The goal of this change is that the kernel module for 14.2 is at a higher version from the kernel module from 14.1 which means will force reinstallin= g
considering this is an upgrade.

The other point of this change, it helps user on current and on stable to f= igure
out the need to rebuild thir kernel module at some point of their upgrades!=

On the infrastructure side, all kernel modules are now fully build in an unpriviledge clean chroot, and cross built for all possible architectures f= or
each new releases (currently only 14.2, 14.1 kernel modules being in the re= gular
repository).

This has the advantage of allowing us to get kernel modules for every singl= e
architecture we do support quickly, the drawback being kernel modules with = build
and/or run dependency cannot be built (note that for run dependency I am wo= rking
on a workaround, stay tuned).

in order to discover quickly which ports should be built, the following is = being
done:
> git grep "^USES.*kmod" and ls */*-kmod

Anything mathing with the above is listed as to be built.

Because of the way we are building and because we want to be able to ship quickly updates on those kernel modules, there are other limitation which h= ave
been added:

Only kernel modules without any build and run dependencies are being built,=
which means most of them but not all.

I plan to fix the missing ones.

Having kernel modules isolated in their own packages is anyway a good idea = as it
helps people on stable and current quickly falling back on their feet when = a
kernel update breaks: it is faster to rebuild, and require less ressources.=

As a result you can see open-vm-tools has been split into open-vm-tools and=
open-vm-kmod.

The day we have thing repository incorporated into poudriere we will be abl= e to
revisit the way

To be able to use those new repositories:

this is the repository configuration for packages built our of the main bra= nch

> https://people.freebsd.org/~ba= pt/kmods-latest.conf.txt

for completion we also started building on quarterly branches, but keep in = mind
that all the above changes are only in main now and will be in quarterly on= ly in
january

> https://people.freebsd.org/= ~bapt/kmods-quarterly.conf.txt

Best regards,
Bapt

--0000000000001e194d06294fde9f--