Re: japanese/libreoffice stopped with core dumped at workdir/Gallery/backgrounds

2022-03-02 Thread Tomoaki AOKI 
It's a known and not-yet-resolved problem.
It's not a problem of japanese/libreoffice, but of its dependency
editors/libreoffice.

See Bug 262008 [1].

[1] https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=262008


On Wed, 02 Mar 2022 10:14:49 +0900
KIRIYAMA Kazuhiko  wrote:

> Hi, list
> 
> japanese/libreoffice stopped with core dumped at
> workdir/Gallery/backgrounds :
> 
> mkdir -p 
> /var/ports/work/var/ports/lmainkx/editors/libreoffice/work/libreoffice-7.3.0.3/workdir/ComponentTarget/sc/util/
>  && xsltproc --nonet --stringparam uri 
> 'vnd.sun.star.expand:$LO_LIB_DIR/libsclo.so' --stringparam cppu_env gcc3 -o 
> /var/ports/work/var/ports/lmainkx/editors/libreoffice/work/libreoffice-7.3.0.3/workdir/ComponentTarget/sc/util/sc.component
>  
> /var/ports/work/var/ports/lmainkx/editors/libreoffice/work/libreoffice-7.3.0.3/solenv/bin/createcomponent.xslt
>  
> /var/ports/work/var/ports/lmainkx/editors/libreoffice/work/libreoffice-7.3.0.3/sc/util/sc.component
> [build LNK] Library/libvbaobjlo.so
> S=/var/ports/work/var/ports/lmainkx/editors/libreoffice/work/libreoffice-7.3.0.3
>  && I=$S/instdir && W=$S/workdir &&  c++  -shared -Wl,-z,noexecstack   
> -Wl,-z,origin '-Wl,-rpath,$ORIGIN' -Wl,-rpath-link,$I/program  
> -fstack-protector-strong -Wl,-rpath-link,/lib:/usr/lib -Wl,-z,combreloc  
> -Wl,--hash-style=gnu  -Wl,-Bsymbolic-functions -L$W/LinkTarget/StaticLibrary 
> -L$I/sdk/lib  -L$I/program  -L$I/program -fstack-protector-strong 
> -L/usr/local/lib-L/usr/local/lib  
> $W/CxxObject/sc/source/ui/vba/excelvbahelper.o 
> $W/CxxObject/sc/source/ui/vba/vbaapplication.o 
> $W/CxxObject/sc/source/ui/vba/vbaassistant.o 
> $W/CxxObject/sc/source/ui/vba/vbaaxes.o 
> $W/CxxObject/sc/source/ui/vba/vbaaxis.o 
> $W/CxxObject/sc/source/ui/vba/vbaaxistitle.o 
> $W/CxxObject/sc/source/ui/vba/vbaborders.o 
> $W/CxxObject/sc/source/ui/vba/vbacharacters.o 
> $W/CxxObject/sc/source/ui/vba/vbachart.o 
> $W/CxxObject/sc/source/ui/vba/vbachartobject.o 
> $W/CxxObject/sc/source/ui/vba/vbachartobjects.o 
> $W/CxxObject/sc/source/ui/vba/!
 vb!
>  acharttitle.o $W/CxxObject/sc/source/ui/vba/vbacomment.o 
> $W/CxxObject/sc/source/ui/vba/vbacomments.o 
> $W/CxxObject/sc/source/ui/vba/vbacondition.o 
> $W/CxxObject/sc/source/ui/vba/vbadialog.o 
> $W/CxxObject/sc/source/ui/vba/vbadialogs.o 
> $W/CxxObject/sc/source/ui/vba/vbaeventshelper.o 
> $W/CxxObject/sc/source/ui/vba/vbafiledialog.o 
> $W/CxxObject/sc/source/ui/vba/vbafiledialogitems.o 
> $W/CxxObject/sc/source/ui/vba/vbafont.o 
> $W/CxxObject/sc/source/ui/vba/vbaformat.o 
> $W/CxxObject/sc/source/ui/vba/vbaformatcondition.o 
> $W/CxxObject/sc/source/ui/vba/vbaformatconditions.o 
> $W/CxxObject/sc/source/ui/vba/vbaglobals.o 
> $W/CxxObject/sc/source/ui/vba/vbahyperlink.o 
> $W/CxxObject/sc/source/ui/vba/vbahyperlinks.o 
> $W/CxxObject/sc/source/ui/vba/vbainterior.o 
> $W/CxxObject/sc/source/ui/vba/vbalineshape.o 
> $W/CxxObject/sc/source/ui/vba/vbamenubar.o 
> $W/CxxObject/sc/source/ui/vba/vbamenubars.o 
> $W/CxxObject/sc/source/ui/vba/vbamenu.o 
> $W/CxxObject/sc/source/ui/vba/vbamenus.o $W/CxxObject/sc/source/ui/vba/vbam!
 en!
>  uitem.o $W/CxxObject/sc/source/ui/vba/vbamenuitems.o 
> $W/CxxObject/sc/source/ui/vba/vbaname.o 
> $W/CxxObject/sc/source/ui/vba/vbanames.o 
> $W/CxxObject/sc/source/ui/vba/vbaoleobject.o 
> $W/CxxObject/sc/source/ui/vba/vbaoleobjects.o 
> $W/CxxObject/sc/source/ui/vba/vbaoutline.o 
> $W/CxxObject/sc/source/ui/vba/vbaovalshape.o 
> $W/CxxObject/sc/source/ui/vba/vbapagebreak.o 
> $W/CxxObject/sc/source/ui/vba/vbapagebreaks.o 
> $W/CxxObject/sc/source/ui/vba/vbapagesetup.o 
> $W/CxxObject/sc/source/ui/vba/vbapalette.o 
> $W/CxxObject/sc/source/ui/vba/vbapane.o 
> $W/CxxObject/sc/source/ui/vba/vbapivotcache.o 
> $W/CxxObject/sc/source/ui/vba/vbapivottable.o 
> $W/CxxObject/sc/source/ui/vba/vbapivottables.o 
> $W/CxxObject/sc/source/ui/vba/vbarange.o 
> $W/CxxObject/sc/source/ui/vba/vbasheetobject.o 
> $W/CxxObject/sc/source/ui/vba/vbasheetobjects.o 
> $W/CxxObject/sc/source/ui/vba/vbastyle.o 
> $W/CxxObject/sc/source/ui/vba/vbastyles.o 
> $W/CxxObject/sc/source/ui/vba/vbatextboxshape.o 
> $W/CxxObject/sc/source/ui/vba/vbatextframe.o $W/!
 CxxObject/s
>  c/source/ui/vba/vbavalidation.o $W/CxxObject/sc/source/ui/vba/!
>  vbawindow.o $W/CxxObject/sc/source/ui/vba/vbawindows.o 
> $W/CxxObject/sc/source/ui/vba/vbaworkbook.o 
> $W/CxxObject/sc/source/ui/vba/vbaworkbooks.o 
> $W/CxxObject/sc/source/ui/vba/vbaworksheet.o 
> $W/CxxObject/sc/source/ui/vba/vbaworksheets.o 
> $W/CxxObject/sc/source/ui/vba/vbawsfunction.o   -Wl,--start-group  
> -pthread  -Wl,--end-group -Wl,--no-as-needed -lcomphelper -luno_cppu 
> -luno_cppuhelpergcc3 -leditenglo -lforlo -lmsfilterlo -luno_sal -lsblo -lsclo 
> -lsfxlo -lsvllo -lsvtlo -lsvxlo -lsvxcorelo -ltklo -ltllo -lutllo 
> -lvbahelperlo -lvcllo  -o $I/program/libvbaobjlo.so 
> [build LNK] Library/libscuilo.so
> S=/var/ports/work/var/ports/lmainkx/editors/libreoffice/work/libreoffice-7.3.0.3
>  && I=$S/instdir && W=$S/wo

Re: pkgs contain non URL safe characters

2022-03-02 Thread Ronald Klop 


Van: Aristedes Maniatis 
Datum: woensdag, 2 maart 2022 04:03
Aan: Ronald Klop , freebsd-po...@freebsd.org
Onderwerp: Re: pkgs contain non URL safe characters



On 1/3/2022 10:57pm, Ronald Klop wrote:
>
> You could try the untested patch below as "compatibility fix", but I'm > not 
sure if that will not break other valid URLs passed to fetch/pkg.
> Apparently pkg embeds libfetch statically: > 
https://github.com/freebsd/pkg/tree/master/external/libfetch .
> This patch is against the FreeBSD base.
>
> diff --git a/lib/libfetch/fetch.c b/lib/libfetch/fetch.c
> index 82a3c5e451a..496425cea47 100644
> --- a/lib/libfetch/fetch.c
> +++ b/lib/libfetch/fetch.c
> @@ -451,7 +451,7 @@ fetchParseURL(const char *URL)
> }
> u->doc = doc;
> while (*p != '\0') {
> -   if (!isspace((unsigned char)*p)) {
> +   if (!isspace((unsigned char)*p) && *p != '+') {
> *doc++ = *p++;
> } else {
> *doc++ = '%';
>

Thanks for that. I think there are both static and normal versions of pkg. The 
static binary is at pkg-static for bootstrapping a system which might be 
missing libraries.

Since I don't want to be patching the system libs on all our servers, I think 
I'll keep my poudriere hook hack for now.


If the openjdk port maintainers are on this list, please consider removing the 
+ from the package names. An underscore might do equally well.


Thanks for your help and insight.

Ari
 







Hi,

I improved the patch which would make libfetch more compatible with broken 
servers like your example.
It is currently in https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=262283 . I 
have no idea when the maintainer of libfetch has time for this. His first 
reaction in private mail was that it looked ok. If that patch is accepted in 
base it will be needed for the https://github.com/freebsd/pkg maintainer to 
update the copy of libfetch in pkg (and release a new version) before you can 
use it.
So even if all signs go green eventually, you can hold on to your poudriere 
hook hack for a while. 😉

Regards,
Ronald.

FreeBSD ports you maintain which are out of date

2022-03-02 Thread portscout 
Dear port maintainer,

The portscout new distfile checker has detected that one or more of your
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. If any ports have already been updated, you can
safely ignore the entry.

You will not be e-mailed 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
+-+
net/cloudquery  | 0.16.0  | v0.21.1
+-+


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!