Request for help: neovim-0.10.0

[Adam Weinberger]

Hi everyone,

$IRL has been pretty overwhelming lately and I'm not able to devote as much
time to FreeBSD as I'd like. I could really use some help with the
neovim-0.10.0 update!

I've gotten this far:
1) Delete files/patch-CMakeLists.txt
2) Add -DLPEG_LIBRARY:FILEPATH="${LUA_MODLIBDIR}/lpeg.so"

But then the build fails due to undefined symbols that I'm pretty sure are
coming from lpeg.

There are some really great improvements in 0.10.0, so any help in getting
the update into the tree would be greatly, greatly appreciated.
Contributors, a PR or diffusion or even a reply would be a tremendous help;
committers, please feel free to commit or submit.

Thank you all in advance!

# Adam


-- 
Adam Weinberger
ad...@adamw.org
https://www.adamw.org

Re: Request for help: neovim-0.10.0

[Laurent]

Hi Adam,

I can have a look later today if that helps. Do you want to start a PR to
work on patches more easily? Or if you prefer, send me what you already
have and I'll open it myself.

Laurent

On Sun, 19 May 2024 at 08:29, Adam Weinberger  wrote:

> Hi everyone,
>
> $IRL has been pretty overwhelming lately and I'm not able to devote as
> much time to FreeBSD as I'd like. I could really use some help with the
> neovim-0.10.0 update!
>
> I've gotten this far:
> 1) Delete files/patch-CMakeLists.txt
> 2) Add -DLPEG_LIBRARY:FILEPATH="${LUA_MODLIBDIR}/lpeg.so"
>
> But then the build fails due to undefined symbols that I'm pretty sure are
> coming from lpeg.
>
> There are some really great improvements in 0.10.0, so any help in getting
> the update into the tree would be greatly, greatly appreciated.
> Contributors, a PR or diffusion or even a reply would be a tremendous help;
> committers, please feel free to commit or submit.
>
> Thank you all in advance!
>
> # Adam
>
>
> --
> Adam Weinberger
> ad...@adamw.org
> https://www.adamw.org
>

Committer request: Here's a new port: sysutils/elfx86exts

[Jamie Landeg-Jones]

Please can someone with a bit of spare time commit this new port?

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=277939

Thanks, Jamie

Re: Committer request: Here's a new port: sysutils/elfx86exts

[Laurent]

It looks like the recommended way to build is through a Makefile that will
call cmake with all the right options. I was able to build (with a few
warnings and not much QA yet) by moving cmake from USES= to BUILD_DEPENDS=,
and I added gmake to USES=.

Let me know if you would like me to carry on or if you'd like to take it
from there.

Laurent


On Sun, 19 May 2024 at 15:37, Jamie Landeg-Jones  wrote:

> Please can someone with a bit of spare time commit this new port?
>
> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=277939
>
> Thanks, Jamie
>
>

Re: Request for help: neovim-0.10.0

[Laurent]

I've started *Bug 279175*
. It's still WIP
but I'll work on it when I can.

On Sun, 19 May 2024 at 13:43, Laurent  wrote:

> Hi Adam,
>
> I can have a look later today if that helps. Do you want to start a PR to
> work on patches more easily? Or if you prefer, send me what you already
> have and I'll open it myself.
>
> Laurent
>
> On Sun, 19 May 2024 at 08:29, Adam Weinberger  wrote:
>
>> Hi everyone,
>>
>> $IRL has been pretty overwhelming lately and I'm not able to devote as
>> much time to FreeBSD as I'd like. I could really use some help with the
>> neovim-0.10.0 update!
>>
>> I've gotten this far:
>> 1) Delete files/patch-CMakeLists.txt
>> 2) Add -DLPEG_LIBRARY:FILEPATH="${LUA_MODLIBDIR}/lpeg.so"
>>
>> But then the build fails due to undefined symbols that I'm pretty sure
>> are coming from lpeg.
>>
>> There are some really great improvements in 0.10.0, so any help in
>> getting the update into the tree would be greatly, greatly appreciated.
>> Contributors, a PR or diffusion or even a reply would be a tremendous help;
>> committers, please feel free to commit or submit.
>>
>> Thank you all in advance!
>>
>> # Adam
>>
>>
>> --
>> Adam Weinberger
>> ad...@adamw.org
>> https://www.adamw.org
>>
>

Re: Committer request: Here's a new port: sysutils/elfx86exts

[Laurent]

Please ignore my previous message because a) it was related to neovim but I
sent it in the wrong thread and b) using the Makefile is not the right way
after all. Sorry for the inconvenience.

Laurent

On Sun, 19 May 2024 at 16:58, Laurent  wrote:

> It looks like the recommended way to build is through a Makefile that will
> call cmake with all the right options. I was able to build (with a few
> warnings and not much QA yet) by moving cmake from USES= to BUILD_DEPENDS=,
> and I added gmake to USES=.
>
> Let me know if you would like me to carry on or if you'd like to take it
> from there.
>
> Laurent
>
>
> On Sun, 19 May 2024 at 15:37, Jamie Landeg-Jones 
> wrote:
>
>> Please can someone with a bit of spare time commit this new port?
>>
>> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=277939
>>
>> Thanks, Jamie
>>
>>

Unmaintained FreeBSD ports which are out of date

[portscout]

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 port.
If any ports have already been updated, you can safely ignore the entry.

An e-mail will not be sent again for any of the port/version combinations
below.

Full details can be found at the following URL:
http://portscout.freebsd.org/po...@freebsd.org.html


Port| Current version | New version
+-+
cad/ifcopenshell| 0.6.0   | 
blenderbim-240520
+-+
sysutils/rshim-user-space   | 2.0.9   | rshim-2.0.31
+-+


If any of the above results are invalid, please check the following page
for details on how to improve portscout's detection and selection of
distfiles on a per-port basis:

http://portscout.freebsd.org/info/portscout-portconfig.txt

Reported by:portscout!

Re: I've started collecting tmpfs usage figures from a poudriere-devel bulk -a for later publishing some of the top ones (handy for TMPFS_BLACKLIST judgments)

[Tatsuki Makino]

Hello, especially those who add some kind of tweaks to poudriere :)

In my case, I try to make it a hook script first, so it is not affected by 
errexit of shell.
However, when modifying poudriere to incorporate the codes, some tmpfs are not 
mounted depending on USE_TMPFS value, so poudriere exits with an error when 
trying to handle them.

So I will post a revised version of the hook script that includes ideas to 
counteract that, including this one.
The file should be placed in a location that will be erased by 
poudriere-logclean. That would require another step to collect the results...
I don't know if multiple concurrent executions of it will occur, but even if it 
does, it has been changed to work exclusively.
And I am trying to use jq to get and add numbers.

If you see a point that you think is an interesting idea, cut it out and use it 
:)

Regards.

Below is the script.

#!/bin/sh
case "${0##*/}" in
pkgbuild.sh)
case "${1}" in  # (
success|failed)
if ! [ ${LOCKF_HOOK_TMPFS:+1} ] ; then
shopt="${-}"
LOCKF_HOOK_TMPFS=1 lockf -k "${LOG}/.tmpfs.log" /bin/sh 
${shopt:+"-${-}"} "${0}" ${1+"${@}"}
elif [ ${MY_JOBID:+1} ] ; then
# jq was installed by package textproc/jq
if JQ=$(which jq 2>&${OUTPUT_REDIRECTED_STDERR:-2}) ; 
then
realpath=$(realpath 
"${MASTERMNT}/../${MY_JOBID}/")
pour_xo_sauce_on_df=$(
mount -t tmpfs -p |
cut -f 2 -w |
grep -e "^${realpath}" |
xargs df -b --libxo json |
${JQ} -c -r 
'[.["storage-system-information"].filesystem[].["used-blocks"]]|add//-0'
)
tmpfs_at_end=$(
echo "${pour_xo_sauce_on_df}" |
awk '{ x += $0; } END { printf "%s %.2f 
%s", "TMPFS:", x*512/(1024**3), "GiB" }'
)
elif ! tmpfs_at_end="$(env BLOCKSIZE=512 df -t tmpfs \
${MASTERMNT}/../${MY_JOBID}/ \
${MASTERMNT}/../${MY_JOBID}/.p/ \
${MASTERMNT}/../${MY_JOBID}/usr/local/ \
2>/dev/null | tail -3 \
| awk '{ tmpfs_use += $3; } END { 
printf "%s %.2f %s", "TMPFS:", tmpfs_use*512/(1024**3), "GiB" }')" ; then
tmpfs_at_end="TMPFS: -0. GiB"
fi
if true ; then
# output to stdout
echo "${2} | ${3}: ${tmpfs_at_end}" 
>&${OUTPUT_REDIRECTED_STDOUT:-1}
fi
if false ; then
# output to stderr
echo "${2} | ${3}: ${tmpfs_at_end}" 
>&${OUTPUT_REDIRECTED_STDERR:-2}
fi
if true && [ ${OUTPUT_REDIRECTED:-0} -eq 1 ] ; then
# output to ${LOG}/logs/${3}.log file
echo "${tmpfs_at_end}" >&2
fi
if true ; then
# append to file
echo "${2} | ${3}: ${tmpfs_at_end}" 
>>"${LOG}/.tmpfs.log"
fi
fi
;;  # (
*)
esac
;;  # (
*)
esac
return 0
# end of script

Re: Committer request: Here's a new port: sysutils/elfx86exts

[Kurt Jaeger]

Hi!

> Please can someone with a bit of spare time commit this new port?
> 
> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=277939

Done, thanks! It helps if you already testbuild using poudriere
for the usual architectures/releases and if you mention that it built fine.

Please do not attach build-logs, but if you link them in the PR, that's fine.

-- 
p...@freebsd.org +49 171 3101372  Now what ?