are built on the system with the oldest minor
version of the same major version. 13.0-RELEASE reaches it EoL on
August 31th. So after that official packages will be built on
13.1-RELEASE.
---
Yasuhiro Kimura
) quarterly branch. So if you really build with quarterly
branch and get 0.105.1,1, it is very likely you make something wrong
with building clamav package.
And please provide following imformation.
* Your rchitecture
* Your OS version (both host and jail)
* Your options setting
Best Regards.
---
Yasuhiro Kimura
From: Yasuhiro Kimura
Subject: Re: ClamAV requiring COMPAT_FREEBSD11
Date: Thu, 04 Aug 2022 20:08:34 +0900 (JST)
> From: Andrea Venturoli
> Subject: ClamAV requiring COMPAT_FREEBSD11
> Date: Thu, 4 Aug 2022 12:49:11 +0200
>
>>
>> Hello.
>>
>> I build cla
.cpp -lgcrypt -llzma -lbz2 -lz -ldl >&5
ld: error: unable to find library -lgcrypt
c++: error: linker command failed with exit code 1 (use -v to see invocation)
The link error happens because '-L/usr/local/lib' is lacked from
options to compile conftest. And it is fixed by adding 'localbase' to
USES.
I'll submit patch to Bugzilla.
---
Yasuhiro Kimura
From: Yasuhiro Kimura
Subject: Re: building dar port with libgcrypt enabled
Date: Tue, 25 Oct 2022 03:39:38 +0900 (JST)
> I'll submit patch to Bugzilla.
Done.
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=267312
---
Yasuhiro Kimura
in poudriere.conf)?
If so, you can work it around by disabling use of tmpfs by adding
'USE_TMPFS=no' in poudriere.conf.
Bests.
---
Yasuhiro Kimura
From: KIRIYAMA Kazuhiko
Subject: devel/git build failed at devel/ruby-gems
Date: Wed, 21 Jun 2023 20:23:05 +0900
> Hi, list
>
> devel/git build failed at devel/ruby-gems:
What happens if you try to install devel/ruby-gems directly?
Is it installed successfully?
---
Yasuhiro Kimura
ith same error as KIRIYAMA-san.
---
Yasuhiro Kimura
From: Yasuhiro Kimura
Subject: Re: devel/mongo-c-driver failed with undefined reference due to
--no-allow-shlib-undefined: ERR_load_BIO_strings
Date: Thu, 27 Jul 2023 14:15:23 +0900 (JST)
> I tried build with poudriere and following 2 jails.
>
> * 13.2-RELEASE-p1 amd64
> * 14.0-
From: Yasuhiro Kimura
Subject: Re: devel/mongo-c-driver failed with undefined reference due to
--no-allow-shlib-undefined: ERR_load_BIO_strings
Date: Thu, 27 Jul 2023 14:55:11 +0900 (JST)
>> I tried build with poudriere and following 2 jails.
>>
>> * 13.2-RELEASE-p1 amd64
tch
with -p1
===> Applying FreeBSD patches for samba416-4.16.11 from
/usr/ports/net/samba416/files
--
As you can see, 3rd message isn't displayed. It means SHEBANG_FILES
isn't defined. But it obviously conflicts with the output of 2nd
message.
Same issue also happens with net/samba413.
Can someone explain what is happening?
Regards.
---
Yasuhiro Kimura
ave not looked into that.
>
> Regards.
Thanks for investigation. I have submitted the patch fixing the issue
to Bugzilla.
Bug 274885 net/samba413 net/samba416: Make 'USES=shebangfix' work as is expected
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=274885
Regards.
---
Yasuhiro Kimura
imer Update to new version 1.2.1
>
> Kind regards
> Miroslav Lachman
Done.
---
Yasuhiro Kimura
s just a simple version upgrade.
>
> einar
Done.
---
Yasuhiro Kimura
.freebsd.org/bugzilla/show_bug.cgi?id=278036
>
> Both have been tested successfully in my local poudriere.
>
> Thanks
> Markus
>
Done.
---
Yasuhiro Kimura
. pkg-static autoremove -y
Then step 9 uninstalls pkg package itself. And it is a bit surprising
for me.
Then is it expected behavior?
Regards.
---
Yasuhiro Kimura
then
the answer is probably A and it may be worth investgating the reason
of the change.
---
Yasuhiro Kimura
From: Yasuhiro Kimura
Subject: Re: `pkg autoremove` uninstalls pkg itself
Date: Fri, 19 Apr 2024 21:43:07 +0900 (JST)
> My question is, then, why what didn't happen before has happend?
>
> A. Something (ports-mgmt/pkg or ports framework) has changed
>resently so `
From: Yasuhiro Kimura
Subject: Re: `pkg autoremove` uninstalls pkg itself
Date: Sun, 21 Apr 2024 22:30:26 +0900 (JST)
> Just from curiosity I checked out following commit and tested if the
> issue also happens (I selected the commit just because it was
> committed on the release dat
mt/pkg/Makefile#n72
>
> The package pkg is guessed to have been installed by a manual operation by
> the bootstrap pkg. (This has not been confirmed.)
>
> Regards.
But the line hasn't changed since 2012. So it doesn't seems to be the
cause of the issue.
---
Yasuhiro Kimura
snappymail.eu/) is fork of RainLoop.
* It is actively maintained.
* Author provides document of migration from RainLoop
(https://github.com/the-djmaze/snappymail/wiki/Installation-instructions#migrationupgrade-from-rainloop)
* There is port (mail/rainloop) in ports tree.
So I recommend you migrating to SnappyMail.
HTH.
---
Yasuhiro Kimura
From: Yasuhiro Kimura
Subject: Re: rainloop 1.17.0 and php82 issue
Date: Mon, 06 May 2024 10:48:26 +0900 (JST)
> * There is port (mail/rainloop) in ports tree.
^
Oops, It should be "mail/snappymail".
---
Yasuhiro Kimura
and other routing protocols.
> Dayjob has a poudriere set up and I’d like to give it more exercise.
>
> -Dan
Thanks for your offer of volunteer.
Passed maintainership of net-mgmt/cdpd to you with commit
6e6533261512.
Enjoy!
---
Yasuhiro Kimura
://bugs.freebsd.org/bugzilla/show_bug.cgi?id=255647
Bug 255655 - mail/postfix mail/postfix-current: INST_BASE option is broken
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=255655
Bug 255809 - mail/postfix35: Flavorize
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=255809
Best Regards.
---
Yasuhiro
hing works, and make all complains about a top-level Makefile
> missing
>
> TIA, hope I've been clear enough, feel free to ask more
>
> Regards
Setting BUILD_WRKSRC and INSTALL_WRKSRC may help you. See comments of
Mk/bsd.port.mk for detail.
---
Yasuhiro Kimura
en corrected in 9.16.18
> https://bind9.readthedocs.io/en/v9_16/notes.html#notes-for-bind-9-16-18.
> Shouldn't 9.16.17 have been skipped and these ports moved straight to
> 9.16.18?
>
> Simon Wright.
dns/bind916 was alreadly update to 9.16.18.
https://cgit.freebsd.org/ports/commit/?id=8c6ff6947351e0f8f11db8d19d22aa1857a87811
---
Yasuhiro Kimura
://bugs.freebsd.org/bugzilla/show_bug.cgi?id=256763
Best Regards.
---
Yasuhiro Kimura
y into NetBSD machine.
3. Copy distfiles to USB memory.
4. Remove USB memory from NetBSD machine and insert it FreeBSD one.
5. Copy distfiles to /usr/ports/distfiles.
---
Yasuhiro Kimura
by
default?
---
Yasuhiro Kimura
required to set the value of related
variables correctly. But it is always necessary whether we add CPE
information by changing framework of we do it by adding 'USES=cpe' to
Makefile of each port. And assuming that it is intended to add CPE
information to all ports, I think the former requires less work volume
than the latter.
---
Yasuhiro Kimura
is wrong. Then my proposal is surely
pointless. Sorry for noise.
---
Yasuhiro Kimura
the full
> credit
> already in its logs.
+1
In addition to unfair credit issue, it often brings contributors into
confusion when they submit new port as is shown with this thread.
---
Yasuhiro Kimura
rts or updates?
>
> Thanks,
>
> Martin
They are already marked DEPRECATED and set to expire at the end of
February.
https://cgit.freebsd.org/ports/commit/?id=d20b8da90c6af294cf92f6fee541fef2489d8cac
So They will be removed in March.
---
Yasuhiro Kimura
t is
recommended to check your Makefile with portclippy and portfmt.
---
Yasuhiro Kimura
eed someone to review/approve this update.
> The "git diff" is attached.
>
> Thanks, rick
Isn't it better to add following lines to Makefile than adding
explanation to pkg-descr?
.if exists(/usr/sbin/rpc.tlsclntd)
IGNORE= Already included in base system
.endif
Best Regards.
---
Yasuhiro Kimura
From: Rick Macklem
Subject: Re: Need approval for an update of sysutils/nfs-over-tls
Date: Sun, 6 Mar 2022 00:29:57 +
> Yasuhiro Kimura wrote:
>> Rick Macklem wrote:
>> > Hi,
>> >
>> > I have an update to version 1.2 of sysutils/nfs-over-tls
>
the port.
>
> - Chris
>
Then you should submit bug report to FreeBSD Bugzilla as maintainer of
net/isc-dhcp44-server may not subscrible this ML.
---
Yasuhiro Kimura
27;t test if it works fine because I don't know how to use it.
Then would someone please test attached patch?
Best Regards.
>From 4a6429a4ebc71eeb6c1eb58723cc3f6d1512f48c Mon Sep 17 00:00:00 2001
From: Yasuhiro Kimura
Date: Fri, 29 Nov 2024 08:56:57 +0900
Subject: [PATCH] mail/milter-m
em type that I have access to and used
>> for my testing:
>>
>> AMD 7950X3D (16 core, 32 thread, so 32 FreeBSD-cpus) with 192 GiBytes of RAM
>
> I'm on Intel, and I don't see any crashes at all. So, are we looking at some
> CPU specific issue here?
Though host itself is guest of VirtualBox, I can reproduce the issue
with Intel Core i7 12700. The detail is
Bare metal host:
CPU: Intel Intel Core i7 12700
Mem: 96GB
OS: Windows 11 23H2
VirtualBox: 7.1.4
Guest system:
CPU: x8
Mem: 32GB
OS: FreeBSD 15.0-CURRENT main-n273796-66439659982 GENERIC amd64
Poudriere: 3.4.2
Jail: Same as system OS
Ports tree: 0abb000e1ed5 of main branch
HTH.
---
Yasuhiro Kimura
this version.
>
> This is very unfortunate but also some other tools like sssd2 and sudo may
> need this libraries as external when compiled with samba support.
>
> Kind regards,
> Xavier
>
I created patch to fix conflict of PKGNAME and related issue, and
submitted as review.
https://reviews.freebsd.org/D48826
Feedback and suggestions are welcome.
---
Yasuhiro Kimura
we do is simply updating
generic databases/tdb, devel/talloc and devel/tevent rather than
creating new specific databases/tdb, devel/tallocNNN and
devel/teventNNN ports and removing old ones.
This is common practice in ports tree. And by following it we can
minimize the frequency to creat
o fix it? Should I report it upstream (author)
or PyPI? Please let me know if soneone knows.
Regards.
---
Yasuhiro Kimura
suf Yaman
Subject: Re: Download failure of distfile from PyPI
Date: Thu, 13 Feb 2025 15:07:31 +
> I looked at the older versions and distname is pyOpenSSL, so in newer
> version they changed it to all lowercase.
I've never thout of it. Thanks for letting me know.
---
Yasuhiro Kimura
Found.
> but then
>
> https://people.freebsd.org/~nivit/logs/devel/py-wheel/py311-setuptools-scm-8.0.4_1.log
In this log file version of devel/py-setuptools is 63.1.0. But current
latest version of setuptools is 80.1.0. Do you mean same error also
happens with latest version?
---
Yasuhiro Kimura
show_bug.cgi?id=285999#c13
>
It should be fixed with commit 08721b3f0662.
---
Yasuhiro Kimura
-
> Nicola Vitale
According to comments in issue #662, updating wheel to 0.46.1 requires
updating setuptool to newer version. Then what prevents the latter?
It seems it also resolves install confliction of devel/py-wheel and
devel/py-wheel044 that happens with non-cleanroom environment.
---
Yasuhiro Kimura
46 matches
Mail list logo
