To all users of LuaLS: I’ve deprecated the devel/lua-language-server port, and
set it to expire on 8/15.
LuaLS is a phenomenal Lua LSP, and makes Neovim configuration so much more
pleasant. However, all versions after 3.6.9 dump core immediately after startup
in Neovim, and I have no idea why.
Hello,
I'm getting build errors from current with www/bluefish about deprecated
glib2 declarations and causing build to fail with clang16:
---
/usr/local/include/glib-2.0/glib/gmacros.h:1262:37: note: expanded from
macro 'G_DEPRECATED'
#define G_DEPRECATED __attribute__((__deprecated__))
On 4 Jul 2023, at 14:37, Nuno Teixeira wrote:
>
> I'm getting build errors from current with www/bluefish about deprecated
> glib2 declarations and causing build to fail with clang16:
> ---
> /usr/local/include/glib-2.0/glib/gmacros.h:1262:37: note: expanded from macro
> 'G_DEPRECATED'
> #defin
On 04/07/2023 14:56, Dimitry Andric wrote:
On 4 Jul 2023, at 14:37, Nuno Teixeira wrote:
I'm getting build errors from current with www/bluefish about deprecated glib2
declarations and causing build to fail with clang16:
---
/usr/local/include/glib-2.0/glib/gmacros.h:1262:37: note: expanded f
So what could be done here?
Suppress warnings at port or something need to be fixed at devel/glib20?
Thanks,
Dimitry Andric escreveu no dia terça, 4/07/2023 à(s)
14:56:
> On 4 Jul 2023, at 14:37, Nuno Teixeira wrote:
> >
> > I'm getting build errors from current with www/bluefish about deprec
Hello Danilo!
Yes, it builds ok.
I will do a run test tomorrow on bluefish.
Any hint on how to explain it in commit:
---
--- src/bftextview2_autocomp.c.orig 2023-07-04 14:09:37 UTC
+++ src/bftextview2_autocomp.c
@@ -429,7 +429,7 @@ acwin_create(BluefishTextView * btv)
/*gtk_widget_s
I got to exactly the same patches. This is due to how glib's gclosure.h
header declares its callback function type as '(void)', even though in
reality the number and type of the arguments varies:
/**
* GCallback:
*
* The type used for callback functions in structure definitions and func
And run test sucess at main-n263935-e8423423737e
I will do more testport builds with gtk2 and gtk3.
I will use something like in commit msg:
---
Fix build with clang16
Use G_CALLBACK() macro to silence incompatible function pointer warnings and
disables any argument checks.
Reported by: dim
---
(...)
Should this be applied upstream?
I could open a upstream PR about it.
Thanks,
Nuno Teixeira escreveu no dia terça, 4/07/2023 à(s)
15:42:
> And run test sucess at main-n263935-e8423423737e
>
> I will do more testport builds with gtk2 and gtk3.
>
> I will use something like in commit msg:
Nuno Teixeira wrote:
(...)
Should this be applied upstream?
I could open a upstream PR about it.
After looking through some history on the glib side (which have been
fixing incompatible function pointer conditions as they appear),
G_CALLBACK() should be applied to bluefish. Upstreaming is a g
On Tue, Jun 27, 2023 at 10:16:57AM -0700, bob prohaska wrote:
> On Tue, Jun 27, 2023 at 09:59:40AM -0700, Mark Millard wrote:
> > >
> > > If you want to identify system hangs, please
> > > put back:
> > >
> > > vm.swap_enabled=0
> > > vm.swap_idle_enabled=0
> > >
>
> They're reinstated now, but
For historic reason there are pecl-imagick depending on ImageMagick 6
and pecl-imagick-im7 depending on ImageMagick 7. As far as I know no
ports depend on pecl-imagick with ImageMagic 6 by default now so it is
safe to remove pecl-imagick-im7 and use pecl-imagick with the new
USES=imagick to bui
On Jul 4, 2023, at 12:07, bob prohaska wrote:
> On Tue, Jun 27, 2023 at 10:16:57AM -0700, bob prohaska wrote:
>> On Tue, Jun 27, 2023 at 09:59:40AM -0700, Mark Millard wrote:
If you want to identify system hangs, please
put back:
vm.swap_enabled=0
vm.swap_idle_enab
[I continued to type MAX_JOBS_NUMBER where
MAKE_JOBS_NUMBER should have been what I
typed.]
On Jul 4, 2023, at 14:22, Mark Millard wrote:
> On Jul 4, 2023, at 12:07, bob prohaska wrote:
>
>> On Tue, Jun 27, 2023 at 10:16:57AM -0700, bob prohaska wrote:
>>> On Tue, Jun 27, 2023 at 09:59:40AM -0
Hi,
Today mailman3 stopped working, probably because of update of
py-setuptools. Needed dependecies are not listed by mail/mailman3 and
some are wrong.
I've created two PR to fix the problem.
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=272375 - upgrade
mail/py-authheaders to latest ve
Hello.
Mark Millard wrote on 2023/07/05 06:51:
> [I continued to type MAX_JOBS_NUMBER where
> MAKE_JOBS_NUMBER should have been what I
> typed.]
>
It may be possible to set stricter restrictions on selected ports in
/usr/local/etc/poudriere.d/make.conf.
For example,
# normally
.if ${.CURDIR:tA
Hello all,
Ticket opened at upstream: https://sourceforge.net/p/bluefish/tickets/75/
https://cgit.freebsd.org/ports/commit/?id=e95c4bea425b3e3c49b63e0cf4eff24af40c574b
Thank you!
Charlie Li escreveu no dia terça, 4/07/2023 à(s)
18:33:
> Nuno Teixeira wrote:
> > (...)
> >
> > Should this be ap
On Wed, Jul 05, 2023 at 08:22:43AM +0900, Tatsuki Makino wrote:
> Hello.
>
>
> It may be possible to set stricter restrictions on selected ports in
> /usr/local/etc/poudriere.d/make.conf.
> For example,
>
> # normally
> .if ${.CURDIR:tA} == "/usr/ports/devel/llvm15"
> MAKE_JOBS_NUMBER= 1
>
Dear port maintainers,
The portscout new distfile checker has detected that one or more
unmaintained ports appears to be out of date. Please take the opportunity
to check each of the ports listed below, and if possible and appropriate,
submit/commit an update. Please consider also adopting this po
19 matches
Mail list logo
