On Thu, 26 Feb 2026 17:35:58 +0100,
Heinrich Rebehn <Heinrich.Rebehn@rebehn.net> wrote:
>
> Hello All,
>
> I have a mailserver that runs OpenBSD 7.8 arm64. I want to transfer this installation to a amd64 machine. Do you know of an easy way other than manually copying the config files to a blank amd64 installation?
> Maybe automatically select all architecture-independent files and use them to overwrite the corresponding files on the amd machine?
>
I think you're looking for sysmerge options -d and -p.
If I understand correctly that you try to achive, when I'll do somethign
like that:
1. pkg_info -mz -- to get list of installed packages
2. sysmerge -d -- to get changes in system's config files
3. sysmerge -d -p -- to get changes in port's config files
with all of this in new machine:
1. pkg_add $(cat list-with-packages)
2. apply diff from previous (2)
3. apply diff from previous (3)
--
wbr, Kirill
Thursday, February 26, 2026
Re: UPDATE security/plaso and it's myriad of dependencies, and take MAINTAINER
Hi,
On Wed, Feb 25, 2026 at 1:49 PM Stuart Henderson <stu@spacehopper.org> wrote:
On 2026/02/24 20:50, Sebastian Reitenbach wrote:
> Updating plaso to latest, will add 14 new dependencies, those are in new_plaso_deps.tar.gz.
> Especially all those libXXXX dependencies are from github/libyal, similar to the majority of
> the existing dependencies. Therefore they follow the same scheme.
it would be really nice to collect these under a common dir
(e.g. maybe sysutils/libyal) rather than have them scattered
across the tree.
do you think you could do that for the new ones please?
(once they're in we could move the existing ones too)
I moved all new libyal ports to sysutils/libyal. And I moved all commonalities into Makefile.inc.
hope that looks good to you ;) Those paths were all updated in depending ports, namely plaso and security/py-dfvfs.
> They all have a problem with 'make test', python module loading
> fails. But that seem to be systematic problem for all of them, and
> not new, as it was with the same with the existing libyal ports, and
> their updates.
will try to have a look at that.
> Then there are a 3 new py-* dependencies.
updated versions attached in py-deps.tgz.
of those, devel/py-flor and devel/py-acstore are ok (I moved them to
GH_* so that tests work, linewrapped DESCR in acstore, maybe some other
small tweak).
py-flor and py-acstore look good to me, and work fine, not resending.
As mentioned, I removed the optional dependency of py-opensearch-py from plaso,
so if ever, can deal with it in the future.
cheers,
Sebastian
textproc/py-opensearch-py, I enabled tests, which shows that it doesn't
work yet, some deps are missing:
install_requires = [
'urllib3>=1.26.19,<1.27 ; python_version < "3.10"',
'urllib3>=1.26.19,!=2.2.0,!=2.2.1,<3 ; python_version >= "3.10"',
"requests>=2.32.0, <3.0.0",
"python-dateutil",
"certifi>=2024.07.04",
"Events",
# License: Apache 2.0
# gRPC transport client libraries
"opensearch-protobufs==0.19.0",
]
so for the ones already in ports ..
RUN_DEPENDS = devel/py-certifi \
devel/py-dateutil \
www/py-requests \
www/py-urllib3
then new ports will be needed for
https://pypi.org/project/Events/
https://pypi.org/project/opensearch-protobufs/ (this is likely to
be tricky; there's no .tar.gz on pypi, and upstream's tree builds
using bazel)
https://pypi.org/project/grpcio/ (required by opensearch-protobufs)
Subscribe to:
Comments (Atom)