Re: editors/libreoffice configure error
On 12/3/20 9:34 AM, Per olof Ljungmark wrote: Hi all, Ideas welcome how to solve this, a week ago or so it built fine on r367678. FreeBSD 12.2-STABLE #0 r368189M libreoffice-7.0.3.1_2 trying to build from ports X CUPS X Kf5 X QT5 X TEST X WEBDAV Stops at configure: WARNING: unrecognized options: --with-build-version Since no answers I upgraded v6 instead and that went well. Per ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
editors/libreoffice configure error
Hi all, Ideas welcome how to solve this, a week ago or so it built fine on r367678. FreeBSD 12.2-STABLE #0 r368189M libreoffice-7.0.3.1_2 trying to build from ports X CUPS X Kf5 X QT5 X TEST X WEBDAV Stops at configure: WARNING: unrecognized options: --with-build-version Thank you in advance, Per ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: Several kf5 qt5 ports fail build
On 2020-06-18 09:58, Per olof Ljungmark wrote: Updated ports and 12.1-STABLE r362185 Failures like this, anyone here having the same problem or am I alone? Asnwering myself: Delete the ports first, then build. Forgot this. Per ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Several kf5 qt5 ports fail build
Updated ports and 12.1-STABLE r362185
Failures like this, anyone here having the same problem or am I alone?
Determining if the __GLIBC__ exist failed with the following output:
Change Dir:
/usr/ports/x11-toolkits/kf5-kdesignerplugin/work/.build/CMakeFiles/CMakeTmp
Run Build Command(s):/usr/local/bin/ninja cmTC_8b830 && [1/2] Building C
object CMakeFiles/cmTC_8b830.dir/CheckSymbolExists.c.o
FAILED: CMakeFiles/cmTC_8b830.dir/CheckSymbolExists.c.o
/usr/bin/cc -O2 -pipe -fstack-protector-strong -fno-strict-aliasing
-o CMakeFiles/cmTC_8b830.dir/CheckSymbolExists.c.o -c CheckSymbolExists.c
CheckSymbolExists.c:8:19: error: use of undeclared identifier '__GLIBC__'
return ((int*)(&__GLIBC__))[argc];
^
1 error generated.
ninja: build stopped: subcommand failed.
File
/usr/ports/x11-toolkits/kf5-kdesignerplugin/work/.build/CMakeFiles/CMakeTmp/CheckSymbolExists.c:
/* */
#include
int main(int argc, char** argv)
{
(void)argv;
#ifndef __GLIBC__
return ((int*)(&__GLIBC__))[argc];
#else
(void)argc;
return 0;
#endif
}
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: cups-pdf crash status -139
On 2020-06-17 23:30, Tatsuki Makino wrote: Hello. If you want a quick solution, create the following symlink. ln -s /usr/local/etc/cups /etc/cups There are two bug reports about it. Bug 244530, 246955. 244530 also describes how to fix it. If the queue gets corrupted, use the following command to delete them all. /usr/local/bin/cancel -a -x Thank you for pointing this out, problem solved. Per ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: cups-pdf crash status -139
On 2020-06-17 11:23, Michael Gmelin wrote:
On Wed, 17 Jun 2020 09:43:35 +0200
Per olof Ljungmark wrote:
On 2020-06-16 12:15, Michael Gmelin wrote:
On 16. Jun 2020, at 11:47, Per olof Ljungmark
wrote:
On 2020-06-15 16:14, Michael Gmelin wrote:
On Mon, 15 Jun 2020 12:03:17 +0200
Per olof Ljungmark wrote:
On 2020-06-15 09:50, Michael Gmelin wrote:
On 15. Jun 2020, at 09:45, Per olof Ljungmark
wrote:
What happens if you run the gs command on the pdf you’re
printing directly:
gs -q -dNOPAUSE -dBATCH -dSAFER -dNOMEDIAATTRS -sstdout=?
-sDEVICE=ps2write -dShowAcroForm -sOUTPUTFILE=?
-dLanguageLevel=2 -r300 -dCompressFonts=false -dNoT3CCITT
-dNOINTERPOLATE ? ? -f ?
A PDF is created.
And, according to logs gs is OK:
D [15/Jun/2020:09:16:23 +0200] [Job 1070] Wrote 1 pages...
D [15/Jun/2020:09:16:23 +0200] [Job 1070] PID 37126 (pstops)
exited with no errors.
D [15/Jun/2020:09:16:23 +0200] [Job 1070] PID 37125 (gs) exited
with no errors.
D [15/Jun/2020:09:16:23 +0200] [Job 1070] PID 37123
(/usr/local/libexec/cups/filter/pdftops) exited with no errors.
I [15/Jun/2020:09:16:23 +0200] [Job 1070] Backend returned status
-139 (crashed)
Are you printer(s) shown as okay in the cups web UI? (like, not
temporarily halted, stopped, etc.?). I sometimes had some issues
after upgrading, especially with hplip.
This upstream issue reported earlier this year sounds similar to
what you're seeing, maybe it helps:
https://github.com/apple/cups/issues/5765
The cups-pdf printer is paused with "Backend failed" but all other
printers are OK. HPLIP is not installed.
Can you enable the cups-pdf printer using the “cupsenable” command?
And if so, will it stay enabled or go back to paused/failed at the
next attempt?
It reverts to "Backend failed".
Just tried to add the cups-pdf printer to the 12-STABLE workstation
I'm writing this on with identical result so by now I see this on
three different boxes, all running 12-STABLE. Also, I am confident
that the problem surfaced after the updates to cups in late March.
If I have the time at some point I could try to revert to an older
version but it would be nicer to sort the problem.
Not sure how to proceed from here...
Could you share your relevant config files, so I can try to reproduce
the problem?
Here is something, printers.cgi is asking for
/usr/local/share/cups/templates/en/trailer.tmpl
but it does not exist, it lives in
/usr/local/share/cups/templates/
67543 printers.cgi RET write 1
67543 printers.cgi CALL close(0x4)
67543 printers.cgi RET close 0
67543 printers.cgi CALL write(0x2,0x7fffd3b0,0x31)
67543 printers.cgi GIO fd 2 wrote 49 bytes
"DEBUG2: cgiCopyTemplateLang(tmpl="trailer.tmpl")
"
67543 printers.cgi RET write 49/0x31
59594 cupsdCALL write(0x5,0x8016fe008,0x42)
67543 printers.cgi CALL write(0x2,0x7fffd3b0,0x2e)
59594 cupsdGIO fd 5 wrote 66 bytes
"D [17/Jun/2020:17:59:31 +0200] [Client 356] con->http=0x801739000
"
59594 cupsdRET write 66/0x42
67543 printers.cgi GIO fd 2 wrote 46 bytes
"DEBUG2: lang="en_US.UTF8", locale="/en_US"...
"
67543 printers.cgi RET write 46/0x2e
59594 cupsdCALL write(0x5,0x8016fe008,0xc9)
67543 printers.cgi CALL open(0x7fffdac0,0)
59594 cupsdGIO fd 5 wrote 201 bytes
"D [17/Jun/2020:17:59:31 +0200] [Client 356] cupsdWriteClient
error=0, used=0, state=HTTP_STATE_POST_SEND,
data_encoding=HTTP_ENCODING_CHUNKED, data_remaining\
=0, response=0x0(), pipe_pid=67543, file=14
"
59594 cupsdRET write 201/0xc9
67543 printers.cgi NAMI
"/usr/local/share/cups/templates/en_US/trailer.tmpl"
59594 cupsdCALL kevent(0x3,0x7fffe280,0x1,0,0,0x7fffe270)
59594 cupsdSTRU struct kevent[] = { { ident=14,
filter=EVFILT_READ, flags=0x1, fflags=0, data=0,
udata=0x8017ff280 } }
59594 cupsdSTRU struct kevent[] = { }
59594 cupsdRET kevent 0
67543 printers.cgi RET open -1 errno 2 No such file or directory
59594 cupsdCALL write(0x5,0x8016fe008,0x42)
67543 printers.cgi CALL open(0x7fffdac0,0)
59594 cupsdGIO fd 5 wrote 66 bytes
"D [17/Jun/2020:17:59:31 +0200] [Client 356] Waiting for CGI data.
"
67543 printers.cgi NAMI "/usr/local/share/cups/templates/en/trailer.tmpl"
59594 cupsdRET write 66/0x42
59594 cupsdCALL read(0xe,0x803f6da8c,0x800)
59594 cupsdGIO fd 14 read 1033 bytes
"
"Backend failed"
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: cups-pdf crash status -139
On 2020-06-17 16:28, Dewayne Geraghty wrote:
I suspect that you've set your locale incorrectly. You might like to
try (what I think you're trying to use)
/usr/share/locale/en_US.UTF-8
instead of, what the ktrace is using, which is:
/usr/share/locale/en_US.UTF8
An easy mistake ;)
But the locale did not change at all since the boxes where installed, so
why now?
/usr/share/locale/en_US.UTF8/LC_TIME does exist but perhaps I don't get
what you are trying to say.
The locale for the shell is sv_SE.UTF-8
On 18/06/2020 12:04 am, Per olof Ljungmark wrote:
On 2020-06-17 11:23, Michael Gmelin wrote:
On Wed, 17 Jun 2020 09:43:35 +0200
Per olof Ljungmark wrote:
...
59594: write(5,"D [16/Jun/2020:11:43:18 +0200] c"...,130) = 130 (0x82)
70204:
open("/usr/share/locale/en_US.UTF8/LC_TIME",O_RDONLY|O_CLOEXEC,015533671400)
ERR#2 'No such file or directory'
59594: kevent(3,0x0,0,{ 9,EVFILT_READ,0x0,0,0xdb,0x803ed55e0 },469674,{
1.0 }) = 1 (0x1)
70204: write(2,"DEBUG: cgiSetArray: job_printer_"...,59) = 59 (0x3b)
59594: read(9,"cgiSetVariable: TOTAL="1"\nDEBUG"...,2047) = 278 (0x116)
70204: write(2,"DEBUG: cgiSetArray: job_printer_"...,68) = 68 (0x44)
59594: write(5,"D [16/Jun/2020:11:43:18 +0200] ["...,65) = 65 (0x41)
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: cups-pdf crash status -139
On 2020-06-17 11:23, Michael Gmelin wrote:
On Wed, 17 Jun 2020 09:43:35 +0200
Per olof Ljungmark wrote:
On 2020-06-16 12:15, Michael Gmelin wrote:
On 16. Jun 2020, at 11:47, Per olof Ljungmark
wrote:
On 2020-06-15 16:14, Michael Gmelin wrote:
On Mon, 15 Jun 2020 12:03:17 +0200
Per olof Ljungmark wrote:
On 2020-06-15 09:50, Michael Gmelin wrote:
On 15. Jun 2020, at 09:45, Per olof Ljungmark
wrote:
What happens if you run the gs command on the pdf you’re
printing directly:
gs -q -dNOPAUSE -dBATCH -dSAFER -dNOMEDIAATTRS -sstdout=?
-sDEVICE=ps2write -dShowAcroForm -sOUTPUTFILE=?
-dLanguageLevel=2 -r300 -dCompressFonts=false -dNoT3CCITT
-dNOINTERPOLATE ? ? -f ?
A PDF is created.
And, according to logs gs is OK:
D [15/Jun/2020:09:16:23 +0200] [Job 1070] Wrote 1 pages...
D [15/Jun/2020:09:16:23 +0200] [Job 1070] PID 37126 (pstops)
exited with no errors.
D [15/Jun/2020:09:16:23 +0200] [Job 1070] PID 37125 (gs) exited
with no errors.
D [15/Jun/2020:09:16:23 +0200] [Job 1070] PID 37123
(/usr/local/libexec/cups/filter/pdftops) exited with no errors.
I [15/Jun/2020:09:16:23 +0200] [Job 1070] Backend returned status
-139 (crashed)
Are you printer(s) shown as okay in the cups web UI? (like, not
temporarily halted, stopped, etc.?). I sometimes had some issues
after upgrading, especially with hplip.
This upstream issue reported earlier this year sounds similar to
what you're seeing, maybe it helps:
https://github.com/apple/cups/issues/5765
The cups-pdf printer is paused with "Backend failed" but all other
printers are OK. HPLIP is not installed.
Can you enable the cups-pdf printer using the “cupsenable” command?
And if so, will it stay enabled or go back to paused/failed at the
next attempt?
It reverts to "Backend failed".
Just tried to add the cups-pdf printer to the 12-STABLE workstation
I'm writing this on with identical result so by now I see this on
three different boxes, all running 12-STABLE. Also, I am confident
that the problem surfaced after the updates to cups in late March.
If I have the time at some point I could try to revert to an older
version but it would be nicer to sort the problem.
Not sure how to proceed from here...
Could you share your relevant config files, so I can try to reproduce
the problem?
Some more info maybe relevant:
59594: close(11) = 0 (0x0)
59594: unlink("/var/cache/cups/job.cache.O") = 0 (0x0)
59594: rename("/var/cache/cups/job.cache","/var/cache/cups/job.cache.O")
= 0 (0x0)
59594: rename("/var/cache/cups/job.cache.N","/var/cache/cups/job.cache")
= 0 (0x0)
59594: write(5,"D [16/Jun/2020:11:43:03 +0200] c"...,89) = 89 (0x59)
59594: write(5,"D [16/Jun/2020:11:43:03 +0200] ["...,67) = 67 (0x43)
59594: write(5,"D [16/Jun/2020:11:43:03 +0200] c"...,53) = 53 (0x35)
59594: write(5,"D [16/Jun/2020:11:43:03 +0200] c"...,89) = 89 (0x59)
59594: write(5,"D [16/Jun/2020:11:43:03 +0200] R"...,49) = 49 (0x31)
59594: write(5,"D [16/Jun/2020:11:43:03 +0200] R"...,48) = 48 (0x30)
59594: write(5,"D [16/Jun/2020:11:43:03 +0200] R"...,53) = 53 (0x35)
59594: write(5,"D [16/Jun/2020:11:43:03 +0200] R"...,50) = 50 (0x32)
59594: write(5,"D [16/Jun/2020:11:43:03 +0200] R"...,69) = 69 (0x45)
59594: write(5,"D [16/Jun/2020:11:43:03 +0200] R"...,68) = 68 (0x44)
59594: write(5,"D [16/Jun/2020:11:43:03 +0200] R"...,69) = 69 (0x45)
59594: kevent(3,0x0,0,{ },469674,{ 11.0 }) = 0 (0x0)
59594: write(5,"D [16/Jun/2020:11:43:14 +0200] ["...,67) = 67 (0x43)
59594: write(5,"D [16/Jun/2020:11:43:14 +0200] c"...,53) = 53 (0x35)
59594: write(5,"D [16/Jun/2020:11:43:14 +0200] c"...,92) = 92 (0x5c)
...skipping...
70204: recvfrom(3,"!",1,0,NULL,0x0) = 1 (0x1)
70204: recvfrom(3,"\0\^P",2,0,NULL,0x0) = 2 (0x2)
70204: recvfrom(3,"time-at-creation",16,0,NULL,0x0) = 16 (0x10)
70204: recvfrom(3,"\0\^D",2,0,NULL,0x0) = 2 (0x2)
70204: recvfrom(3,"^\M-g\^Z,",4,0,NULL,0x0) = 4 (0x4)
70204: recvfrom(3,"!",1,0,NULL,0x0) = 1 (0x1)
70204: recvfrom(3,"\0\^R",2,0,NULL,0x0) = 2 (0x2)
70204: recvfrom(3,"time-at-processing",18,0,NULL,0x0) = 18 (0x12)
70204: recvfrom(3,"\0\^D",2,0,NULL,0x0) = 2 (0x2)
70204: recvfrom(3,"^\M-h_8",4,0,NULL,0x0)= 4 (0x4)
70204: recvfrom(3,"!",1,0,NULL,0x0) = 1 (0x1)
70204: recvfrom(3,"\0\^F",2,0,NULL,0x0) = 2 (0x2)
70204: recvfrom(3,"job-id",6,0,NULL,0x0) = 6 (0x6)
70204: recvfrom(3,"\0\^D",2,0,NULL,0x0) = 2 (0x2)
70204: recvfrom(3,"\0\0\^D.",4,0,NULL,0x0) = 4 (0x4)
70204: recvfrom(3,"#",1,0,NULL,0x0) = 1 (0
Re: cups-pdf crash status -139
On 2020-06-17 11:23, Michael Gmelin wrote: Could you share your relevant config files, so I can try to reproduce the problem? Thanks, Michael [Files emailed privately.] ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: cups-pdf crash status -139
On 2020-06-16 12:15, Michael Gmelin wrote: On 16. Jun 2020, at 11:47, Per olof Ljungmark wrote: On 2020-06-15 16:14, Michael Gmelin wrote: On Mon, 15 Jun 2020 12:03:17 +0200 Per olof Ljungmark wrote: On 2020-06-15 09:50, Michael Gmelin wrote: On 15. Jun 2020, at 09:45, Per olof Ljungmark wrote: What happens if you run the gs command on the pdf you’re printing directly: gs -q -dNOPAUSE -dBATCH -dSAFER -dNOMEDIAATTRS -sstdout=? -sDEVICE=ps2write -dShowAcroForm -sOUTPUTFILE=? -dLanguageLevel=2 -r300 -dCompressFonts=false -dNoT3CCITT -dNOINTERPOLATE ? ? -f ? A PDF is created. And, according to logs gs is OK: D [15/Jun/2020:09:16:23 +0200] [Job 1070] Wrote 1 pages... D [15/Jun/2020:09:16:23 +0200] [Job 1070] PID 37126 (pstops) exited with no errors. D [15/Jun/2020:09:16:23 +0200] [Job 1070] PID 37125 (gs) exited with no errors. D [15/Jun/2020:09:16:23 +0200] [Job 1070] PID 37123 (/usr/local/libexec/cups/filter/pdftops) exited with no errors. I [15/Jun/2020:09:16:23 +0200] [Job 1070] Backend returned status -139 (crashed) Are you printer(s) shown as okay in the cups web UI? (like, not temporarily halted, stopped, etc.?). I sometimes had some issues after upgrading, especially with hplip. This upstream issue reported earlier this year sounds similar to what you're seeing, maybe it helps: https://github.com/apple/cups/issues/5765 The cups-pdf printer is paused with "Backend failed" but all other printers are OK. HPLIP is not installed. Can you enable the cups-pdf printer using the “cupsenable” command? And if so, will it stay enabled or go back to paused/failed at the next attempt? It reverts to "Backend failed". Just tried to add the cups-pdf printer to the 12-STABLE workstation I'm writing this on with identical result so by now I see this on three different boxes, all running 12-STABLE. Also, I am confident that the problem surfaced after the updates to cups in late March. If I have the time at some point I could try to revert to an older version but it would be nicer to sort the problem. Not sure how to proceed from here... Per ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: cups-pdf crash status -139
On 2020-06-15 16:14, Michael Gmelin wrote: On Mon, 15 Jun 2020 12:03:17 +0200 Per olof Ljungmark wrote: On 2020-06-15 09:50, Michael Gmelin wrote: On 15. Jun 2020, at 09:45, Per olof Ljungmark wrote: What happens if you run the gs command on the pdf you’re printing directly: gs -q -dNOPAUSE -dBATCH -dSAFER -dNOMEDIAATTRS -sstdout=? -sDEVICE=ps2write -dShowAcroForm -sOUTPUTFILE=? -dLanguageLevel=2 -r300 -dCompressFonts=false -dNoT3CCITT -dNOINTERPOLATE ? ? -f ? A PDF is created. And, according to logs gs is OK: D [15/Jun/2020:09:16:23 +0200] [Job 1070] Wrote 1 pages... D [15/Jun/2020:09:16:23 +0200] [Job 1070] PID 37126 (pstops) exited with no errors. D [15/Jun/2020:09:16:23 +0200] [Job 1070] PID 37125 (gs) exited with no errors. D [15/Jun/2020:09:16:23 +0200] [Job 1070] PID 37123 (/usr/local/libexec/cups/filter/pdftops) exited with no errors. I [15/Jun/2020:09:16:23 +0200] [Job 1070] Backend returned status -139 (crashed) Are you printer(s) shown as okay in the cups web UI? (like, not temporarily halted, stopped, etc.?). I sometimes had some issues after upgrading, especially with hplip. This upstream issue reported earlier this year sounds similar to what you're seeing, maybe it helps: https://github.com/apple/cups/issues/5765 The cups-pdf printer is paused with "Backend failed" but all other printers are OK. HPLIP is not installed. The info from the link you sent looks related although the configs are not the same, but it is an interesting lead that I will pursue further. There is a severe lack of debug info though, the error_log is not helpful at all. Also, that thread is dated April 6 which is about the same time that the problem showed up here too. Thanks, Per ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: cups-pdf crash status -139
On 2020-06-15 09:50, Michael Gmelin wrote: On 15. Jun 2020, at 09:45, Per olof Ljungmark wrote: What happens if you run the gs command on the pdf you’re printing directly: gs -q -dNOPAUSE -dBATCH -dSAFER -dNOMEDIAATTRS -sstdout=? -sDEVICE=ps2write -dShowAcroForm -sOUTPUTFILE=? -dLanguageLevel=2 -r300 -dCompressFonts=false -dNoT3CCITT -dNOINTERPOLATE ? ? -f ? A PDF is created. And, according to logs gs is OK: D [15/Jun/2020:09:16:23 +0200] [Job 1070] Wrote 1 pages... D [15/Jun/2020:09:16:23 +0200] [Job 1070] PID 37126 (pstops) exited with no errors. D [15/Jun/2020:09:16:23 +0200] [Job 1070] PID 37125 (gs) exited with no errors. D [15/Jun/2020:09:16:23 +0200] [Job 1070] PID 37123 (/usr/local/libexec/cups/filter/pdftops) exited with no errors. I [15/Jun/2020:09:16:23 +0200] [Job 1070] Backend returned status -139 (crashed) ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
cups-pdf crash status -139
Since a ports update late May of a FreeBSD 12-STABLE r359866, cups-pdf crashes. Furter, despite configured logging in cups-pdf.conf, there is nothing logged at all in /var/log/cups/. Cups itself still logs to error_log, but even in debug mode there is not much to tell. Having rebuilt all the required ports again today but no difference. Not sure how to solve this so please, how should I go about to fix this? cups error_log excerpt: D [15/Jun/2020:09:16:22 +0200] [Client 13] Waiting for request. D [15/Jun/2020:09:16:22 +0200] cupsdSetBusyState: newbusy="Printing jobs and dirty files", busy="Active clients, printing jobs, and dirty files" D [15/Jun/2020:09:16:22 +0200] [Job 1070] PID 37124 (/usr/local/libexec/cups/backend/cups-pdf) crashed on signal 11. D [15/Jun/2020:09:16:23 +0200] [Job 1070] Page = 595x842; 0,0 to 595,842 D [15/Jun/2020:09:16:23 +0200] [Job 1070] slow_collate=0, slow_duplex=0, slow_order=0 D [15/Jun/2020:09:16:23 +0200] [Job 1070] Before copy_comments - %!PS-Adobe-3.0 D [15/Jun/2020:09:16:23 +0200] [Job 1070] %!PS-Adobe-3.0 D [15/Jun/2020:09:16:23 +0200] [Job 1070] %%Invocation: gs -q -dNOPAUSE -dBATCH -dSAFER -dNOMEDIAATTRS -sstdout=? -sDEVICE=ps2write -dShowAcroForm -sOUTPUTFILE=? -dLanguageLevel=2 -r300 -dCompressFonts=false -dNoT3CCITT -dNOINTERPOLATE ? ? -f ? D [15/Jun/2020:09:16:23 +0200] [Job 1070] %%BoundingBox: 0 0 595 842 D [15/Jun/2020:09:16:23 +0200] [Job 1070] %%HiResBoundingBox: 0 0 595.00 842.00 D [15/Jun/2020:09:16:23 +0200] [Job 1070] %%Creator: GPL Ghostscript 952 (ps2write) D [15/Jun/2020:09:16:23 +0200] [Job 1070] %%LanguageLevel: 2 D [15/Jun/2020:09:16:23 +0200] [Job 1070] %%CreationDate: D:20200615091622+02\'00\' D [15/Jun/2020:09:16:23 +0200] [Job 1070] %%Pages: 1 D [15/Jun/2020:09:16:23 +0200] [Job 1070] %%EndComments D [15/Jun/2020:09:16:23 +0200] [Job 1070] Before copy_prolog - %%BeginProlog D [15/Jun/2020:09:16:23 +0200] [Job 1070] Before copy_setup - %%Page: 1 1 D [15/Jun/2020:09:16:23 +0200] [Job 1070] Before page loop - %%Page: 1 1 D [15/Jun/2020:09:16:23 +0200] [Job 1070] Copying page 1... D [15/Jun/2020:09:16:23 +0200] [Job 1070] PAGE: 1 1 D [15/Jun/2020:09:16:23 +0200] Discarding unused job-progress event... D [15/Jun/2020:09:16:23 +0200] cupsdMarkDirty(---J-) D [15/Jun/2020:09:16:23 +0200] cupsdSetBusyState: newbusy="Printing jobs and dirty files", busy="Printing jobs and dirty files" D [15/Jun/2020:09:16:23 +0200] [Job 1070] pagew = 595.0, pagel = 842.0 D [15/Jun/2020:09:16:23 +0200] [Job 1070] bboxx = 0, bboxy = 0, bboxw = 595, bboxl = 842 D [15/Jun/2020:09:16:23 +0200] [Job 1070] PageLeft = 0.0, PageRight = 595.0 D [15/Jun/2020:09:16:23 +0200] [Job 1070] PageTop = 842.0, PageBottom = 0.0 D [15/Jun/2020:09:16:23 +0200] [Job 1070] PageWidth = 595.0, PageLength = 842.0 D [15/Jun/2020:09:16:23 +0200] [Job 1070] Wrote 1 pages... D [15/Jun/2020:09:16:23 +0200] [Job 1070] PID 37126 (pstops) exited with no errors. D [15/Jun/2020:09:16:23 +0200] [Job 1070] PID 37125 (gs) exited with no errors. D [15/Jun/2020:09:16:23 +0200] [Job 1070] PID 37123 (/usr/local/libexec/cups/filter/pdftops) exited with no errors. I [15/Jun/2020:09:16:23 +0200] [Job 1070] Backend returned status -139 (crashed) D [15/Jun/2020:09:16:23 +0200] Discarding unused job-state-changed event... I [15/Jun/2020:09:16:23 +0200] [Job 1070] Printer stopped due to backend errors; please consult the /var/log/cups/error_log file for details. ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: Bind 9.16 port error still lingers
On 2020-05-02 19:29, The Doctor via freebsd-ports wrote:
On Sat, May 02, 2020 at 06:53:18PM +0200, Christoph Moench-Tegeder wrote:
## The Doctor via freebsd-ports (freebsd-ports@freebsd.org):
[snip]
//Use with the following in named.conf, adjusting the allow list as needed:
key "rndc-key" {
algorithm hmac-md5;
secret "7ZbGK94NdSa2WACxx72W1w==";
I suggest you change this ^ rather quickly, especially if it is a
public name server.
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: Bind 9.16 port error still lingers
On 2020-05-02 17:16, The Doctor via freebsd-ports wrote: On Sat, May 02, 2020 at 04:32:10PM +0200, Christoph Moench-Tegeder wrote: ## The Doctor via freebsd-ports (freebsd-ports@freebsd.org): Subject: Bind 9.16 port error still lingers "Still"? May 1 21:29:02 gallifrey named[90441]: Required root permissions to open '/var/run/named.pid'. May 1 21:29:02 gallifrey named[90441]: Please check file and directory permissions or reconfigure the filename. Did you? BTW the default location for named's pidfile on FreeBSD is /var/run/named/pid. May 1 21:29:02 gallifrey named[90441]: parser.c:950: REQUIRE(obj != ((void *)0) && obj->type->rep == &cfg_rep_uint32) failed, back trace Some (configuration) value should be an integer, but isn't. cat /var/run/named.pid 15640 running bind911 and ls -Fail /var/run/named.pid -rw-r--r-- 1 root wheel 6 May 1 21:38 /var/run/named.pid I think what The Doctor tried to point out is that the pid file needs to be owned by the named user, normally "bind". If named is started the "normal" wai, i.e. "service named start" it should create this file with "bind" as owner. ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: openssl problem after 11 -> 12
On 2020-04-15 00:39, Matthias Andree wrote: Finally managed to figure it out, you need to tell the perl script exactly what cipher to use, so I added to 'check_ilo2_health.pl': --sslopts 'SSL_verify_mode => SSL_VERIFY_NONE, SSL_version => "TLSv1_1", SSL_cipher_list => "EDH-RSA-DES-CBC3-SHA"' Works with openssl from ports. But "SSL_VERIFY_NONE" should be unrelated to the versioning/cipher issues. If you need SSL_VERIFY_NONE, then the certificate and/or chains and/or trusts are not configured properly. Yes, it is unrelated, the server certs are self-signed. ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: openssl problem after 11 -> 12
On 2020-04-14 19:48, Per olof Ljungmark wrote: On 2020-04-14 17:08, Mathieu Arnold wrote: On Tue, Apr 14, 2020 at 11:58:05AM +0200, Per olof Ljungmark wrote: Hello, After upgrading our Nagios host, I can no longer get status from our older HP servers with iLO3. Using a perl script, check_ilo2_health.pl, this stopped working due to lack of support of older ciphers in base openssl. So far, I installed openssl from ports and enabled the weak ciphers, adjusted /etc/make.conf for DEFAULT_VERSIONS+= ssl=openssl, have rebuilt perl and perl modules, curl and a few more. Still, I get curl -v --insecure --tlsv1.1 -v https:// * Trying :443... * Connected to port 443 (#0) * ALPN, offering http/1.1 * successfully set certificate verify locations: * CAfile: /usr/local/share/certs/ca-root-nss.crt CApath: none * TLSv1.3 (OUT), TLS handshake, Client hello (1): * TLSv1.3 (IN), TLS alert, handshake failure (552): * error:14094410:SSL routines:ssl3_read_bytes:sslv3 alert handshake failure * Closing connection 0 curl: (35) error:14094410:SSL routines:ssl3_read_bytes:sslv3 alert handshake failure I am at loss right now on how I could teach the FBSD-12 system to use the older ciphers, it still works fine from 11. Ok, so, let me tell you how I handled something similar a couple of months back with some ruby scripts that needed to talk to an old appliance with an old ssl but where ssl was mandatory. I installed openssl-unsafe (which is a 1.0.2-something with everything enabled) and I locally rebuilt every bits that needed that old SSL. This included installing RVM to build a local ruby, and use that ruby to build the bits those scripts needed... Now it works, and that machine has a "do not touch" sign. ^^ THank you for the tip, I thought openssl from ports with the weak ciphers enabled would be sufficient, iLO3 is not THAT ancient I thought but maybe it is. I'll let the portmaster run finish and if that does not help I will test your suggestion. Finally managed to figure it out, you need to tell the perl script exactly what cipher to use, so I added to 'check_ilo2_health.pl': --sslopts 'SSL_verify_mode => SSL_VERIFY_NONE, SSL_version => "TLSv1_1", SSL_cipher_list => "EDH-RSA-DES-CBC3-SHA"' Works with openssl from ports. ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: openssl problem after 11 -> 12
On 2020-04-14 17:08, Mathieu Arnold wrote: On Tue, Apr 14, 2020 at 11:58:05AM +0200, Per olof Ljungmark wrote: Hello, After upgrading our Nagios host, I can no longer get status from our older HP servers with iLO3. Using a perl script, check_ilo2_health.pl, this stopped working due to lack of support of older ciphers in base openssl. So far, I installed openssl from ports and enabled the weak ciphers, adjusted /etc/make.conf for DEFAULT_VERSIONS+= ssl=openssl, have rebuilt perl and perl modules, curl and a few more. Still, I get curl -v --insecure --tlsv1.1 -v https:// * Trying :443... * Connected to port 443 (#0) * ALPN, offering http/1.1 * successfully set certificate verify locations: * CAfile: /usr/local/share/certs/ca-root-nss.crt CApath: none * TLSv1.3 (OUT), TLS handshake, Client hello (1): * TLSv1.3 (IN), TLS alert, handshake failure (552): * error:14094410:SSL routines:ssl3_read_bytes:sslv3 alert handshake failure * Closing connection 0 curl: (35) error:14094410:SSL routines:ssl3_read_bytes:sslv3 alert handshake failure I am at loss right now on how I could teach the FBSD-12 system to use the older ciphers, it still works fine from 11. Ok, so, let me tell you how I handled something similar a couple of months back with some ruby scripts that needed to talk to an old appliance with an old ssl but where ssl was mandatory. I installed openssl-unsafe (which is a 1.0.2-something with everything enabled) and I locally rebuilt every bits that needed that old SSL. This included installing RVM to build a local ruby, and use that ruby to build the bits those scripts needed... Now it works, and that machine has a "do not touch" sign. ^^ THank you for the tip, I thought openssl from ports with the weak ciphers enabled would be sufficient, iLO3 is not THAT ancient I thought but maybe it is. I'll let the portmaster run finish and if that does not help I will test your suggestion. Per ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: openssl problem after 11 -> 12
On 2020-04-14 13:52, Eugene Grosbein wrote: 14.04.2020 16:58, Per olof Ljungmark wrote: I am at loss right now on how I could teach the FBSD-12 system to use the older ciphers, it still works fine from 11. Easiest way would be untar'ing FreeBSD 11 base.txz into chroot area and copy your script there, too. Then use chroot to pkg install perl5 to be able run the script inside chroot. But it should be possible to use OpenSSL from port with weak ciphers enabled? Doing a portmaster -dfa right now to see if that helps. Per ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
openssl problem after 11 -> 12
Hello, After upgrading our Nagios host, I can no longer get status from our older HP servers with iLO3. Using a perl script, check_ilo2_health.pl, this stopped working due to lack of support of older ciphers in base openssl. So far, I installed openssl from ports and enabled the weak ciphers, adjusted /etc/make.conf for DEFAULT_VERSIONS+= ssl=openssl, have rebuilt perl and perl modules, curl and a few more. Still, I get curl -v --insecure --tlsv1.1 -v https:// * Trying :443... * Connected to port 443 (#0) * ALPN, offering http/1.1 * successfully set certificate verify locations: * CAfile: /usr/local/share/certs/ca-root-nss.crt CApath: none * TLSv1.3 (OUT), TLS handshake, Client hello (1): * TLSv1.3 (IN), TLS alert, handshake failure (552): * error:14094410:SSL routines:ssl3_read_bytes:sslv3 alert handshake failure * Closing connection 0 curl: (35) error:14094410:SSL routines:ssl3_read_bytes:sslv3 alert handshake failure I am at loss right now on how I could teach the FBSD-12 system to use the older ciphers, it still works fine from 11. Thanks for hints.. Per ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: make GIMP understand HEIF?
On 2019-10-04 19:39, Christoph Moench-Tegeder wrote: ## Per olof Ljungmark (p...@nethead.se): Anyone knows? So far installed libheif and recompiled ImageMagick with HEIF option, what more is needed? If you want gimp to support HEIF files, you should try option LIBHEIF on graphics/gimp-app. I've no idea where ImageMagick ends up in that equation. Thanks, yes, it works if one selects the right options, think I just missed it. ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
make GIMP understand HEIF?
Anyone knows? So far installed libheif and recompiled ImageMagick with HEIF option, what more is needed? Thanks, //per ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: nextcloudclient host not found
On 2019-09-06 16:54, Per olof Ljungmark wrote: FreeBSD12.0-STABLE and nextcloudclient-0.0.0.20190705_3 The client syncs fine for some time, then gives up with QNetworkReply::HostNotFoundError "Host mynextcloudhost not found" QVariant(Invalid) and it is impossible to restart the sync. https://mynextcloudhost/status.php works well from a browser and the IP is resovable with drill and host and nslookup from Windows. Answering myself. The apparent reason was Qt5 version mismatch, but why the client worked for a while and the stopped with a "host not found" is beyond me. //per ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
nextcloudclient host not found
FreeBSD12.0-STABLE and nextcloudclient-0.0.0.20190705_3 The client syncs fine for some time, then gives up with QNetworkReply::HostNotFoundError "Host mynextcloudhost not found" QVariant(Invalid) and it is impossible to restart the sync. https://mynextcloudhost/status.php works well from a browser and the IP is resovable with drill and host and nslookup from Windows. It appears from googling that this problem is not unique to me but I have failed to find a solution that works. Anyone out there who found a solution to this? Thanks! ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: Thunderbird 68 oddities
On 2019-09-01 19:58, Andrea Venturoli wrote: On 2019-09-01 15:07, Per olof Ljungmark wrote: - Some attachments are not accessible, "Save As" is greyed Please see https://bugzilla.mozilla.org/show_bug.cgi?id=1576584 There you'll find a workaround, but I'll also be glad if you could chime in and say *you too* are seeing this problem, as, until now, I've only seen "It doesn't happen to me" answers. Andrea, That solved it for the attachment problem but the slowness problem appears to be there still. Another symptom I forgot to mention is that saving a sent msg to the "Sent" folder takes a long time, not every time but too often, this is new too after 68.0. Thanks! ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Thunderbird 68 oddities
Since 68.0 Thunderbird does not work as smooth as before here. FreeBSD 11.3-STABLE #0 r351126, ports updated today With default port options: - It takes MUCH longer before displaying a message, but this is folder dependent. Some takes up approx one minute - Some messages are not marked as read after displaying them - Some attachments are not accessible, "Save As" is greyed and the following message pops up: "Would you like to subscribe to Other Users//Other Users/" + "OK / Cancel". I think this is limited to folders that are NOT synced locally. With minimal port options (OPTIMIZED_CFLAGS and SNDIO) - Faster and only the attachment problem remains as far as I can tell. On my laptop also running 11.3 but Thunderbird on 60.6_2 none of the above happens, same accounts, same IMAP server and default port options. I made a lame attempt to build 60.8 but that ended with an error in skia. Is there some way I can revert and build 60.8? I use TB extensively on this workstation so the problems are really irritating. Or, I could test any suggested fixes of course. Thanks, //per ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: Python27 install problem - Undefined symbol rl_callback_sigcleanup
Think George Mitchell just answered my question - old cruft yes. On 2019-04-14 12:19, Per olof Ljungmark wrote: This is a recent 11-STABLE jail but it may contain cruft from a previous 10 (or maybe even earlier) install. Portstree updated today. I've done the mergemaster bit and readline-8.0.0 is present, rl_callback_sigcleanup eists in /usr/local/include/readline/readline.h. Some relevant parts of the build: ... *** WARNING: renaming "readline" since importing it failed: build/lib.freebsd-11.2-STABLE-amd64-2.7/readline.so: Undefined symbol "rl_callback_sigcleanup" ... Failed to build these modules: readline ... make install ===> Installing for python27-2.7.16_1 ===> Checking if python27 is already installed actual-package-depends: dependency on /lib/libreadline.so.8 not registered (normal if it belongs to base) ===> Registering installation for python27-2.7.16_1 pkg-static: Unable to access file /usr/ports/lang/python27/work/stage/usr/local/lib/python2.7/lib-dynload/readline.so:No such file or directory *** Error code 74 ... ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org" -- Per olof Ljungmark M: +46 707 502 046 Skype: pappapo1 Nethead AB SE556815226701 ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Python27 install problem - Undefined symbol rl_callback_sigcleanup
This is a recent 11-STABLE jail but it may contain cruft from a previous 10 (or maybe even earlier) install. Portstree updated today. I've done the mergemaster bit and readline-8.0.0 is present, rl_callback_sigcleanup eists in /usr/local/include/readline/readline.h. Some relevant parts of the build: ... *** WARNING: renaming "readline" since importing it failed: build/lib.freebsd-11.2-STABLE-amd64-2.7/readline.so: Undefined symbol "rl_callback_sigcleanup" ... Failed to build these modules: readline ... make install ===> Installing for python27-2.7.16_1 ===> Checking if python27 is already installed actual-package-depends: dependency on /lib/libreadline.so.8 not registered (normal if it belongs to base) ===> Registering installation for python27-2.7.16_1 pkg-static: Unable to access file /usr/ports/lang/python27/work/stage/usr/local/lib/python2.7/lib-dynload/readline.so:No such file or directory *** Error code 74 ... ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: sshguard - rc and blacklisting
On 2018-10-16 07:52, Dimitry Andric wrote: On 15 Oct 2018, at 17:16, Per olof Ljungmark wrote: Either I am doing it wrong or sshguard is not properly implemented. 1. In the config file /usr/local/etc/sshguard.conf there is a parameter # Colon-separated blacklist threshold and full path to blacklist file. # (optional, no default) #BLACKLIST_FILE=120:/var/db/sshguard/blacklist.db however, the threshold setting does not seem to have any effect. If I change the setting in rc.d/sshguard, it does take effect. Yes, this is a problem in /usr/local/etc/rc.d/sshguard. It sets the default sshguard_blacklist setting to 120:/var/db/sshguard/blacklist. To work around it, I have put: sshguard_blacklist="" in my rc.conf. Then only the settings in sshguard.conf are used. Ok, thanks, did not think of that. 2. Looking at /var/db/sshguard/blacklist.db, each row looks like 1539615075|220|4|143.0.65.92 There is another setting in the config, # Size of IPv4 subnet to block. Defaults to a single address, CIDR notation. (optional, default to 32) IPV4_SUBNET=32 I have tried to alter this setting to /24 and /29, auth.log says Blocking "143.0.65.92/29" forever but blacklist.db does not indiciate any different CDIR than /32. I have no experience with this setting, and it seems to be pretty new. It was not in my sample config file until quite recently, maybe it is an upstream problem? Have you looked at their bug tracker? It seems that this setting is used to control the firewall. pfctl -t sshguartd -T show will return the correct CDIR value, so my assumption that it would show in the blacklist file was wrong. The IP registered in the blacklist db will always be a /32. Thank you for your input. //per ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
sshguard - rc and blacklisting
Hello, Either I am doing it wrong or sshguard is not properly implemented. 1. In the config file /usr/local/etc/sshguard.conf there is a parameter # Colon-separated blacklist threshold and full path to blacklist file. # (optional, no default) #BLACKLIST_FILE=120:/var/db/sshguard/blacklist.db however, the threshold setting does not seem to have any effect. If I change the setting in rc.d/sshguard, it does take effect. 2. Looking at /var/db/sshguard/blacklist.db, each row looks like 1539615075|220|4|143.0.65.92 There is another setting in the config, # Size of IPv4 subnet to block. Defaults to a single address, CIDR notation. (optional, default to 32) IPV4_SUBNET=32 I have tried to alter this setting to /24 and /29, auth.log says Blocking "143.0.65.92/29" forever but blacklist.db does not indiciate any different CDIR than /32. Any ideas? ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: Wrong log and archive permissions in Nagios
Hi, On 9/6/18 12:42 PM, Andrea Venturoli wrote: > Hello. > > I run several instances of Nagios and they all share a problem: reports, > alert histories, notifications, etc... cannot be viewed due to > permission problems. > In fact all the files are owned by nagios and access is denied to user > www. Of course I can chown/chmod them, but it's not a permanent solution > as rotation or new file creation will bring the problem back. > > I see this was discussed here: > https://github.com/NagiosEnterprises/nagioscore/issues/303 > > and I understand correctly this is supposed to be fixed upstream. > Is it a problem specific to our FreeBSD port? This is interesting, which version are you on? I am on 3.5.1_11 and do not have this problem because nagios.log in /var/spool/nagios/ is owned by nagios:nagios *and* readable by (o)thers, ie. 644. //per ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: Cannot specify ntpd binary in ports with ntpd startup file.
Hi,
On 8/29/18 2:34 AM, Dan Mahoney (Gushi) wrote:
> 1) Got the version wrong. I'm on 10.4.
>
> 2) Forgot a subject. Whoops.
>
> 3) Forgot to cc maintainer. Doh!
>
> -Dan
>
> On Tue, 28 Aug 2018, Dan Mahoney (Gushi) wrote:
>
>> Hey all,
>>
>> Funny question. I'm on FreeBSD 11.4, and would like to use the latest
>> version of NTP, which is in pkg.
>>
>> The version in pkg doesn't have a startup script, which I'm not sure
>> is supposed to be the case. I know for things like BIND (when it was
>> both in base and in ports) you could override the binary in /etc/rc.conf.
>>
>> However, the version of /etc/rc.d/ntpd in BASE doesn't seem to have
>> the ability to override the binary in rc.conf:
>>
>> name="ntpd"
>> rcvar="ntpd_enable"
>> command="/usr/sbin/${name}"
>> pidfile="/var/run/${name}.pid"
>> extra_commands="fetch"
>> fetch_cmd="ntpd_fetch_leapfile"
>> start_precmd="ntpd_precmd"
>>
>> What's weirder, is even if I manually modify the /etc/rc.d/ntpd file
>> to point at /usr/local/sbin (which I should never have to do), the
>> version in /usr/sbin gets started.
>>
>> root@vortex2:/etc/rc.d # service ntpd start
>> Starting ntpd.
>> root@vortex2:/etc/rc.d # ps auxwww|grep ntpd
>> root 36362 38.3 0.2 26192 18132 - Ss 12:17AM 0:04.73
>> /usr/sbin/ntpd -c /etc/ntp.conf -p /var/run/ntpd.pid -f
>> /var/db/ntpd.drift
>> root 36364 0.0 0.0 18844 2328 1 R+ 12:17AM 0:00.00 grep
>> ntpd
>> root@vortex2:/etc/rc.d # grep command ntpd
>> command="/usr/local/sbin/${name}"
>> [...]
>>
>> So, asking as a port maintainer, a few questions:
>>
>> 0) Why the heck is it doing this even when I override the path?
>>
>> 1) How can we encourage base to allow override of command_name?
>>
>> 2) Is this a brokenness in the port that it doesn't ship with a
>> startup file?
>>
>> 3) Not strictly related, but what's the proper case for pathing since
>> things like "ntpq", the base path would naturally be found in any
>> standard $PATH. Some ports used to have an overwrite_base option, but
>> this also feels wrong as it breaks freebsd-update in various ways.
>> I.e. should the port print a message stating that you should chmod 000
>> the original binaries? Should the ports versions be named something
>> different? Should the port just warn you that you need to call these
>> things by absolute path, always?
>>
I think you should post your /etc/rc.conf
There are lots of defaults in 11-STABLE which I run:
grep ntp defaults/rc.conf
ntpdate_enable="NO" # Run ntpdate to sync time on boot (or NO).
ntpdate_program="/usr/sbin/ntpdate" # path to ntpdate, if you want a
different one.
ntpdate_flags="-b" # Flags to ntpdate (if enabled).
ntpdate_config="/etc/ntp.conf" # ntpdate(8) configuration file
ntpdate_hosts=""# Whitespace-separated list of
ntpdate(8) servers.
ntpd_enable="NO"# Run ntpd Network Time Protocol (or NO).
ntpd_program="/usr/sbin/ntpd" # path to ntpd, if you want a different one.
ntpd_config="/etc/ntp.conf" # ntpd(8) configuration file
ntpd_sync_on_start="NO" # Sync time on ntpd startup, even if
offset is high
ntpd_flags="-p /var/run/ntpd.pid -f /var/db/ntpd.drift"
# Flags to ntpd (if enabled).
ntp_src_leapfile="/etc/ntp/leap-seconds"
# Initial source for ntpd leapfile
ntp_db_leapfile="/var/db/ntpd.leap-seconds.list"
ntp_leapfile_sources="https://www.ietf.org/timezones/data/leap-seconds.list";
ntp_leapfile_fetch_opts="-mq" # Options to use for ntp leapfile fetch,
ntp_leapfile_expiry_days=30 # Check for new leapfile 30 days prior to
ntp_leapfile_fetch_verbose="NO" # Be verbose during NTP leapfile fetch
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: www/joomla3 port installs from GitHub, why?
Quoting Larry Rosenman : Because that is the way I inherited it. I may look into changing it, but if you generate a patch, I'll look at it. I have checked over at joomla.org and my view is supported, read https://forum.joomla.org/viewtopic.php?f=706&t=962183 "I had a read of the freebsd messages and you are correct it is completely wrong to use that archive in this use case. You are correct that the correct package is the release one" I suspect that the way the port is set up now can lead to serious security issues for unknowing users. After looking around at Github I think it should not be too difficult to fetch https://github.com/joomla/joomla-cms/releases/download/3.8.7/Joomla_3.8.7-Stable-Full_Package.zip instead of https://github.com/joomla/joomla-cms/archive/3.8.7.zip For the "devel" discussion that followed in this thread I leave that to the folks who know better but it is now quite clear that the port is not suited for its intended purpose in its current state. Thanks, //per ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: www/joomla3 port installs from GitHub, why?
On 05/21/18 01:49, Dan Mahoney (Gushi) wrote: > On Sun, 20 May 2018, Per olof Ljungmark wrote: > >> On 05/20/18 21:15, Eugene Grosbein wrote: >>> 21.05.2018 2:02, Per olof Ljungmark wrote: > >> OK, I'll try to explain a bit more. >> >> Firstly, this port is PHP code and needs no compilation, so they are >> both source files. NO_BUILD= yes >> >> www/wordpress is a similar port, correctly implemented in the ports >> tree, if you install it from ports you will have identical result to >> downloading from wordpress.org and extract it manually. >> >> The difference as stated above, is that the FreeBSD port includes the >> files for *development* of Joomla, the official download has all the >> files necessay to build a website based on Joomla. >> >> It may be that there are people using FreeBSD to develop Joomla, then of >> course this port are for them, although a more proper naming would be >> joomla3-devel or somesuch. > > joomla-devel would kind of imply that you're installing the "devel" > version of it, not that it includes the devel LIBS. This seems to be a > standard wording for ports (see locate /usr/ports/ | grep \\\-devel | > grep pkg-descr | xargs cat ) > > What makes more sense to me is that the Dev files would be part of a > non-default option -- whether that's included with the normal .tar.gz or > requires the github copy, I can't say. That sounds as a good solution - both are available at Github - will try to suggest a patch. ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: www/joomla3 port installs from GitHub, why?
On 05/20/18 21:15, Eugene Grosbein wrote: > 21.05.2018 2:02, Per olof Ljungmark wrote: > >>> I may look into changing it, but if you generate a patch, I'll look at it. >> >> Easiest way to understand what I mean is to compare the official download at >> https://downloads.joomla.org/cms/joomla3/3-8-7/Joomla_3-8-7-Stable-Full_Package.zip?format=zip >> (42MB unzipped) >> >> with the distfile from ports >> joomla-joomla-cms-3.8.7_GH0.tar.gz (71MB unpacked) >> >> I never worked with the ports system so patching it for me would be too >> much. However, if you do not have the time I may know someone here that >> could do it. >> >> Again, I think the port in its current state is designed for people who >> develop Joomla, not using it as a CMS like me. > > One should not compare official end-user package with source downloads > because the port is supposed to build software from source and not install > pre-built packages. > > However, you can legitimately compare official end-user packages with our > package > produced by the port, if you wish. > OK, I'll try to explain a bit more. Firstly, this port is PHP code and needs no compilation, so they are both source files. NO_BUILD= yes www/wordpress is a similar port, correctly implemented in the ports tree, if you install it from ports you will have identical result to downloading from wordpress.org and extract it manually. The difference as stated above, is that the FreeBSD port includes the files for *development* of Joomla, the official download has all the files necessay to build a website based on Joomla. It may be that there are people using FreeBSD to develop Joomla, then of course this port are for them, although a more proper naming would be joomla3-devel or somesuch. It may also be that all the extra cruft (almost 30MB) the port installs is a security problem that users are unaware of. If Larry just inherited the port it may be a good idea to ask the former maintainer about the design. Cheers, //per ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: www/joomla3 port installs from GitHub, why?
Thank you for replying, On 05/20/18 19:39, Larry Rosenman wrote: > Because that is the way I inherited it. > > I may look into changing it, but if you generate a patch, I'll look at it. > > Easiest way to understand what I mean is to compare the official download at https://downloads.joomla.org/cms/joomla3/3-8-7/Joomla_3-8-7-Stable-Full_Package.zip?format=zip (42MB unzipped) with the distfile from ports joomla-joomla-cms-3.8.7_GH0.tar.gz (71MB unpacked) I never worked with the ports system so patching it for me would be too much. However, if you do not have the time I may know someone here that could do it. Again, I think the port in its current state is designed for people who develop Joomla, not using it as a CMS like me. Thanks, //per ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
www/joomla3 port installs from GitHub, why?
I am curious as to why the www/joomla3 port installs from GitHub, looks like the port is better for Joomla code development than to run a CMS. There are LOTS of files in the port install that is not needed to run Joomla. I thought the recommended way is to fetch the latest version from joomla.org: https://downloads.joomla.org/cms/joomla3/3-8-7/Joomla_3-8-7-Stable-Full_Package.zip?format=zip Can someone please enlighten me here? Thanks! ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: phpLDAPadmin -- is it time to drop this from ports?
On 04/05/18 15:30, Matthew Seaman wrote: > On 05/04/2018 13:35, Per olof Ljungmark wrote: >> >> Quoting Matthew Seaman : >> >>> Dear all, >>> >>> I've maintained the net/phpldapadmin port for _many_ years. >>> Unfortunately this project seems to have ceased development upstream. >>> There hasn't been a new release for more than 5 years, nor any sign >>> of life from the original developer over much the same timespan. PLA >>> still just about works, but it is lacking in support for more recent >>> versions of PHP and generally sufferring from lack of love. >>> >>> I'm beginning to think that it is about time to take this port around >>> the back of the barn and administer the coup-de-grace. There are >>> other graphical front-ends to LDAP directories available, such as >>> 'LDAP Account Manager' https://www.ldap-account-manager.org/lamcms/ >>> (in ports as sysutils/ldap-account-manager), so people won't be left >>> entirely out to dry. >>> >>> What do people think? Is it time to deprecate and expire PLA, or is >>> there a diehard core of users for whom PLA will need to be ripped >>> from their cold, dead hands? >> >> One diehard here... hands still warm... >> >> Have tried ldap-account-manager but does not suit my need at all. >> Unless anyone has a better suggestion for a lightweight web-based >> utility I vote for it to stay. > > I have a vague recollection of a web-based LDAP front end written in > python, but I entirely failed to make any sort of proper note about what > it was called... > >> I did an install just a month ago on php71 so not sure about "lacking >> in support for more recent >> versions of PHP", do you have any specifics? > > Yes, sure. PLA sufferred from the upstream deprecation of mcrypt within > PHP. We've added local patches to work around the problem -- these have > been obtained "from the net", basically a corps of PLA users supporting > it in an ad-hoc fashion between themselves. As the dropping of mcrypt > affected core functionality like *logging in*, you might think upstream > would patch the core distribution and make a new release fairly rapidly, > but there's absolutely no sign of that. > > Personally I'm fairly happy to leave PLA to hum along to itself for the > time being, but if future changes to PHP render it unusable, or if there > are nasty security bugs discovered and no fixes available, I'm going to > have to reconsider. The Python based tool is probably web2ldap, I will try it out but the port version lags upstream a bit. A bit of googling shows that there is most likely enough users of phpldapadmin so that patches will be available to make it php72-safe. //per ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: phpLDAPadmin -- is it time to drop this from ports?
On 04/05/18 15:30, Matthew Seaman wrote: > On 05/04/2018 13:35, Per olof Ljungmark wrote: >> >> Quoting Matthew Seaman : >> >>> Dear all, >>> >>> I've maintained the net/phpldapadmin port for _many_ years. >>> Unfortunately this project seems to have ceased development upstream. >>> There hasn't been a new release for more than 5 years, nor any sign >>> of life from the original developer over much the same timespan. PLA >>> still just about works, but it is lacking in support for more recent >>> versions of PHP and generally sufferring from lack of love. >>> >>> I'm beginning to think that it is about time to take this port around >>> the back of the barn and administer the coup-de-grace. There are >>> other graphical front-ends to LDAP directories available, such as >>> 'LDAP Account Manager' https://www.ldap-account-manager.org/lamcms/ >>> (in ports as sysutils/ldap-account-manager), so people won't be left >>> entirely out to dry. >>> >>> What do people think? Is it time to deprecate and expire PLA, or is >>> there a diehard core of users for whom PLA will need to be ripped >>> from their cold, dead hands? >> >> One diehard here... hands still warm... >> >> Have tried ldap-account-manager but does not suit my need at all. >> Unless anyone has a better suggestion for a lightweight web-based >> utility I vote for it to stay. > > I have a vague recollection of a web-based LDAP front end written in > python, but I entirely failed to make any sort of proper note about what > it was called... > >> I did an install just a month ago on php71 so not sure about "lacking >> in support for more recent >> versions of PHP", do you have any specifics? > > Yes, sure. PLA sufferred from the upstream deprecation of mcrypt within > PHP. We've added local patches to work around the problem -- these have > been obtained "from the net", basically a corps of PLA users supporting > it in an ad-hoc fashion between themselves. As the dropping of mcrypt > affected core functionality like *logging in*, you might think upstream > would patch the core distribution and make a new release fairly rapidly, > but there's absolutely no sign of that. > > Personally I'm fairly happy to leave PLA to hum along to itself for the > time being, but if future changes to PHP render it unusable, or if there > are nasty security bugs discovered and no fixes available, I'm going to > have to reconsider. Thank you for considering. I'll try to find out where this ad-hoc work was going on and who did it - don't think mcrypt is missed by many. I'm a little surprised I'm the only one answering here as well... //per ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: phpLDAPadmin -- is it time to drop this from ports?
Quoting Matthew Seaman : Dear all, I've maintained the net/phpldapadmin port for _many_ years. Unfortunately this project seems to have ceased development upstream. There hasn't been a new release for more than 5 years, nor any sign of life from the original developer over much the same timespan. PLA still just about works, but it is lacking in support for more recent versions of PHP and generally sufferring from lack of love. I'm beginning to think that it is about time to take this port around the back of the barn and administer the coup-de-grace. There are other graphical front-ends to LDAP directories available, such as 'LDAP Account Manager' https://www.ldap-account-manager.org/lamcms/ (in ports as sysutils/ldap-account-manager), so people won't be left entirely out to dry. What do people think? Is it time to deprecate and expire PLA, or is there a diehard core of users for whom PLA will need to be ripped from their cold, dead hands? One diehard here... hands still warm... Have tried ldap-account-manager but does not suit my need at all. Unless anyone has a better suggestion for a lightweight web-based utility I vote for it to stay. I did an install just a month ago on php71 so not sure about "lacking in support for more recent versions of PHP", do you have any specifics? Thanks! ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: sysutils/smartmontools error: no member named 'opc_fuse' in 'nvme_command'
Hi, fixed in v.463148, thank you for being quick! On 02/27/18 15:19, Per olof Ljungmark wrote: > FreeBSD 11.1-STABLE #0 r329069 > > Update to 6.6.1 gives, > > c++ -DHAVE_CONFIG_H -I. -DBUILD_INFO='"(local build)"' > -DSMARTMONTOOLS_SYSCONFDIR='"/usr/local/etc"' > -DSMARTMONTOOLS_SMARTDSCRIPTDIR='"/usr/local/etc"' > -DSMARTMONTOOLS_DRIVEDBDIR='"/usr/local/share/smartmontools"' > -O2 -pipe -fstack-protector -fno-strict-aliasing -Wall -W -c -o > utility.o utility.cpp > c++ -DHAVE_CONFIG_H -I. -DBUILD_INFO='"(local build)"' > -DSMARTMONTOOLS_SYSCONFDIR='"/usr/local/etc"' > -DSMARTMONTOOLS_SMARTDSCRIPTDIR='"/usr/local/etc"' > -DSMARTMONTOOLS_DRIVEDBDIR='"/usr/local/share/smartmontools"' > -O2 -pipe -fstack-protector -fno-strict-aliasing -Wall -W -c -o > os_freebsd.o os_freebsd.cpp > In file included from os_freebsd.cpp:44: > ./atacmds.h:96:9: warning: 'ATA_WRITE_LOG_EXT' macro redefined > [-Wmacro-redefined] > #define ATA_WRITE_LOG_EXT 0x3F > ^ > /usr/include/sys/ata.h:385:9: note: previous definition is here > #define ATA_WRITE_LOG_EXT 0x3f > ^ > os_freebsd.cpp:528:10: error: no member named 'opc_fuse' in 'nvme_command' > pt.cmd.opc_fuse = in.opcode; > ~~ ^ > 1 warning and 1 error generated. > *** Error code 1 > > Cheers, > > //per > ___ > freebsd-ports@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org" > -- Per olof Ljungmark +46 707 50 20 46 Nethead AB Registered in Stockholm, Sweden SE556815226701 ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
sysutils/smartmontools error: no member named 'opc_fuse' in 'nvme_command'
FreeBSD 11.1-STABLE #0 r329069 Update to 6.6.1 gives, c++ -DHAVE_CONFIG_H -I. -DBUILD_INFO='"(local build)"' -DSMARTMONTOOLS_SYSCONFDIR='"/usr/local/etc"' -DSMARTMONTOOLS_SMARTDSCRIPTDIR='"/usr/local/etc"' -DSMARTMONTOOLS_DRIVEDBDIR='"/usr/local/share/smartmontools"' -O2 -pipe -fstack-protector -fno-strict-aliasing -Wall -W -c -o utility.o utility.cpp c++ -DHAVE_CONFIG_H -I. -DBUILD_INFO='"(local build)"' -DSMARTMONTOOLS_SYSCONFDIR='"/usr/local/etc"' -DSMARTMONTOOLS_SMARTDSCRIPTDIR='"/usr/local/etc"' -DSMARTMONTOOLS_DRIVEDBDIR='"/usr/local/share/smartmontools"' -O2 -pipe -fstack-protector -fno-strict-aliasing -Wall -W -c -o os_freebsd.o os_freebsd.cpp In file included from os_freebsd.cpp:44: ./atacmds.h:96:9: warning: 'ATA_WRITE_LOG_EXT' macro redefined [-Wmacro-redefined] #define ATA_WRITE_LOG_EXT 0x3F ^ /usr/include/sys/ata.h:385:9: note: previous definition is here #define ATA_WRITE_LOG_EXT 0x3f ^ os_freebsd.cpp:528:10: error: no member named 'opc_fuse' in 'nvme_command' pt.cmd.opc_fuse = in.opcode; ~~ ^ 1 warning and 1 error generated. *** Error code 1 Cheers, //per ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: Cyrus IMAP port version
On 02/13/18 18:06, Per olof Ljungmark wrote: > Good day, > > Happy Cyrus IMAP user here, planning upgrade from 2.5 to 3, just > wondering if there are any imminemt plans to bring the port to latest > (3.0.5) version, that would saves us just a little bit of time. Well, it is already, looked in the wrong place. Sorry for the noise... ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Cyrus IMAP port version
Good day, Happy Cyrus IMAP user here, planning upgrade from 2.5 to 3, just wondering if there are any imminemt plans to bring the port to latest (3.0.5) version, that would saves us just a little bit of time. Thanks! ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: daily security run output and joomla3
On 01/28/18 19:31, Baptiste Daroussin wrote: > On Mon, Jan 29, 2018 at 03:27:22AM +0900, Yasuhiro KIMURA wrote: >> From: Larry Rosenman >> Subject: Re: daily security run output and joomla3 >> Date: Sun, 28 Jan 2018 12:04:56 -0600 >> >>> But as the OP notes, the joomla3 instructions *REQUIRE* >>> removal of the install directory for security reasons, so >>> I understand where he is coming from. >> >> Do you mean that all installed file must be removed? If so, what about >> simply deinstalling joomla3 package after instructions are finished? >> > > Does changing the owners of the directory to nobody helps? joomla (www users) > might not be able to read it The trick we use here is to keep the original www/joomla3 directory from the ports install untouched, copy its contents to vhosts/ and serve the sites(s) from there. Then one can use other means/software to keep track of possible altered files. //per ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: Flavors *COMPLETELY* break the port system (synth and poudriere are useless)
On 12/05/17 23:25, Baho Utot wrote: > Thank you for taking a perfectly good system and breaking it as well as > making it unusable, unstable. You just don't know of all the countless > hours spent after running an update and taking a week to get it working > again. > > It really helps motivate all of us users to continue to have to fix > broken systems due to broken ports system and then be told how great > things are, brings us so much joy and keeps our attitude positive. Please, can we just get on with our lives, a lot of good people are already working hard to fix whatever needs to be fixed. Patience is a virtue //per ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: OpenLDAP 24 and MemberOf
On 2017-09-19 17:59, Kaya Saman wrote: > Hi, > > I'm trying to install the MemberOf Overlay in the OpenLDAP 24 Server > port but for some reason I don't think it's getting installed?? > > Most likely I'm doing something wrong here but on the port dir: > > /usr/ports/net/openldap24-server > > make config > > [X] MemberOf > > make clean > > make > > make deinstall (remove existing install) > > make install > > > Then look under: ls /usr/local/libexec/openldap/ > > and it's not there?? According to the port a memberof.la file should > exist somewhere on the system which it doesn't. > > > I've also tried checking the /usr/local/etc/openldap/schema directory > with no luck either. > > > Could someone point me in the right direction of how to install/enable > this as I'm lost. > > I mean it might actually be built in but perhaps I can't find it and > don't know how to enable it either... ?? :-S I ran into the same issue with ppolicy, actually they are statically compiled, try /usr/local/libexec/slapd -VVV //per ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: FreeBSD Port: void-zones-tools-1.0.2
Hello, On 2017-08-27 00:44, Vidar Karlsen wrote: > >> On 26 Aug 2017, at 23:27, Kevin Oberman wrote: >> >> On Sat, Aug 26, 2017 at 2:10 PM, Ernie Luzar wrote: >> >>> Installed the port today. No manual included or any information about how >>> to use it. The port really should have man pages and a pkg-message file >>> containing info about where to look for usage info. >>> >> The only documentation is the README.md file. You might drop the >> maintainer, vi...@karlsen.tech, a note suggesting that it be installed into >> /usr/local/share/doc/foid-zone-tools and a line to that effect be added to >> pkg-descr. A bit off the original topic, but we are forced to use Bind and I was just wondering if there is a similar port for Bind or if this port could easily be tweaked to produce bind zone files? Thanks! //per ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: sshguard 2.0.0
On 2017-07-21 19:49, Per olof Ljungmark wrote: > Hi, > > I am having a bit of a problem to understand how the config works in the > new port. > > We have /usr/local/etc/rc.d/sshguard that includes options for /etc/rc.conf > > We have /usr/local/etc/sshguard.conf > > If I just set sshguard_enable="YES" in rc.conf and enter the other > parameters in the config file, some of it seems to be ignored, the most > important being the list of log files to check. > > If I enter the list of files in rc.conf I get "[: /var/log/auth.log: > unexpected operator", but it seems to work anyway. Already in Bugzilla: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=220906 ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
sshguard 2.0.0
Hi, I am having a bit of a problem to understand how the config works in the new port. We have /usr/local/etc/rc.d/sshguard that includes options for /etc/rc.conf We have /usr/local/etc/sshguard.conf If I just set sshguard_enable="YES" in rc.conf and enter the other parameters in the config file, some of it seems to be ignored, the most important being the list of log files to check. If I enter the list of files in rc.conf I get "[: /var/log/auth.log: unexpected operator", but it seems to work anyway. I am confused. //per ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: The future of portmaster [and of ports-mgmt/synth]
On 2017-05-31 02:10, Kevin Oberman wrote: On Tue, May 30, 2017 at 2:53 PM, Mark Linimon <mailto:lini...@lonesome.com>> wrote: On Tue, May 30, 2017 at 11:46:46PM +0200, Per olof Ljungmark wrote: > Hello, I have not followed this thread before but just wanted to say > that I use portmaster extensively, it works for us and I would miss > it if it went. Are there actually plans to retire it? To reiterate the status: * some extensive changes to the ports framework are coming; * these will require large changes to all the port upgrade tools; * no one has stepped forwards to offer to do the work for anything other than poudriere AFAIK. If no one does the work, at the time the large changes come, the other tools will break. People have been wanting subpackages (aka flavors) for many years; IIUC these are parts of the changes that are coming. Someone needs to step forwards and say "yes, I will do the work." mcl Since portmaster is still popult and since the only solutions that looks to be available in the near term are pouderiere or raw make, neither terribly viable for many, I will look into updating portmaster to deal with 'flavors'. This looks fairly straight forward and I my have the sh capability to manage it. (And then again, I am far from a great shell person, so I may well be wrong.) I have looked at Doug's script and it is pretty readable, but writing may require help. Can someone point me where to look for documentation on flavors? I have poked around the wiki, but to no avail. Unless there is documentation on what needs to be done, doing it will be hopeless and waiting for the packaging system to updated means portmaster WILL be broken for some period of time. Let me just say that I would really, really appriciate if we could keep such a simple tool. Why does it suit us? Because we have a limited number of systems, and they are all different meaning that we custom build for almost every task. Portmaster makes very easy to build what we need on each host. Yes, it brakes sometimes but it is not that hard to figure out how to get around. ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: The future of portmaster [and of ports-mgmt/synth]
On 2017-05-30 22:06, Mark Linimon wrote: On Tue, May 30, 2017 at 12:00:14PM -0700, Mark Millard wrote: Kevin Oberman rkoberman at gmail.com wrote on Tue May 30 16:52:19 UTC 2017 I really suggest that you look at synth. synth is currently only available for x86 and unless someone steps up to do the work to make the Ada compilers run on the other architectures that is certain to remain to the case. Hello, I have not followed this thread before but just wanted to say that I use portmaster extensively, it works for us and I would miss it if it went. Are there actually plans to retire it? Hope I didn't miss something. Just my $0.02... //per ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: cyrus-imapd24-2.4.19_1 is marked as broken: Patch is not applicable.
On 2017-05-27 13:56, Herbert J. Skuhra wrote: Per olof Ljungmark skrev: Is a fix for this coming? Thanks, Why are you still using 2.4.x? Thanks. Good question, I will test 2.5 over the weekend and if all fine upgrade. 2.4 still gets support however, upgrading mail servers is not always without problems. //per ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
cyrus-imapd24-2.4.19_1 is marked as broken: Patch is not applicable.
Is a fix for this coming? Thanks, ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: Cyrus IMAP in a jail anyone?
On 2016-12-20 21:45, Per olof Ljungmark wrote: > Hi, > > I'm facing a peculiar problem with two Cyrus instances both running > 11.STABLE jails. Using the sync feature I am able to replicate the > mailboxes but syncing sieve scripts does not work: > > On the sending side(sync_client): > > <1482265840 sync_client[72614]: SIEVE received NO response: System I/O error > Error from do_user(tester): bailing out! > sync_client[72614]: Error in do_user(tester): bailing out! > > and on the receiving end: > > syncserver[39165]: IOERROR: creating directory /data: Permission denied > > It occurs when the compiled sieve script attempts transfer. > > Now, the only place where a "/data" exists is on the sending host > system, it is the root dir of the jails, so, is there any way that the > jailed Cyrus can learn this? Anyone succesfully running a similar conig > jailed? > It was me as usual, sorry for the noise. At least it gave me an opportunity to start using dtrace, thank you to the FreeBSD team for this! ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Cyrus IMAP in a jail anyone?
Hi, I'm facing a peculiar problem with two Cyrus instances both running 11.STABLE jails. Using the sync feature I am able to replicate the mailboxes but syncing sieve scripts does not work: On the sending side(sync_client): <1482265840https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: openldap 2.4 and ppolicy
On 2016-12-05 11:00, Matthew Seaman wrote:
> On 12/05/16 01:55, Per Olof Ljungmark wrote:
>> Can someone who implemented ppolicy on FreeBSD please enlighten me on
>> how this is done with the cn=config backend? Openldap can be really
>> frustrating at times!
>
> I've done this, and it is working exactly as designed for me.
>
> You need an entry similar to this:
>
> dn: olcOverlay={5}ppolicy
> objectClass: olcOverlayConfig
> objectClass: olcPPolicyConfig
> olcOverlay: {5}ppolicy
> olcPPolicyDefault: cn=Default Password Policy,ou=Policy,dc=example,dc=com
> olcPPolicyHashCleartext: TRUE
> olcPPolicyUseLockout: TRUE
> olcPPolicyForwardUpdates: FALSE
> structuralObjectClass: olcPPolicyConfig
>
> Located at
>
> cn=config/olcDatabase={1}mdb
>
> This tells LDAP to load the ppolicy overlay.
>
> Here olcDatabase {0} is the config tree read from
> ${LOCALBASE}/etc/openldap/slapd.d/ with olcDatabase {1} being our LDAP tree.
> Then you need to define your password policy at the specified DN within
> your main LDAP tree.
Hi Matthew,
I have gotten to a point very close to what you posted, however, I
cannot add
objectClass: olcOverlayConfig
that returns an "unwilling to perform" error. Are your overlays
statically compiled or dynamic?
Cheers,
//per
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
openldap 2.4 and ppolicy
Can someone who implemented ppolicy on FreeBSD please enlighten me on how this is done with the cn=config backend? Openldap can be really frustrating at times! ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: failure building Thunderbird: libnss3.so: No such file or directory
On 2016-09-26 09:03, Perry Hutchison wrote: > Per olof Ljungmark wrote: > >> '/usr/ports/mail/thunderbird/work/thunderbird-45.3.0' >> ===> Compilation failed unexpectedly. >> Try to set MAKE_JOBS_UNSAFE=yes and rebuild before reporting the failure to > ^^^ >> the maintainer. > > Did you try that? > The above worked as well. ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: failure building Thunderbird: libnss3.so: No such file or directory
Quoting per...@pluto.rain.com: Per olof Ljungmark wrote: '/usr/ports/mail/thunderbird/work/thunderbird-45.3.0' ===> Compilation failed unexpectedly. Try to set MAKE_JOBS_UNSAFE=yes and rebuild before reporting the failure to ^^^ the maintainer. Did you try that? No, tried without TEST and that compiled fine. Now re-testing with the above switch. Thanks, //per ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
failure building Thunderbird: libnss3.so: No such file or directory
FreeBSD 10.3-STABLE #0 r306300 GENERIC amd64 gmake[6]: Entering directory '/usr/ports/mail/thunderbird/work/thunderbird-45.3.0/obj-x86_64-unknown-freebsd10.3/mail/components/im' /usr/ports/mail/thunderbird/work/thunderbird-45.3.0/obj-x86_64-unknown-freebsd10.3/_virtualenv/bin/python -m mozbuild.action.jar_maker -d ../../../dist/bin -t /usr/ports/mail/thunderbird/work/thunderbird-45.3.0 -f symlink --relativesrcdir=mail/components/im -c /usr/ports/mail/thunderbird/work/thunderbird-45.3.0/mail/components/im/en-US -DHAVE_64BIT_BUILD=1 -DMOZILLA_VERSION='"45.3.0"' -DMOZILLA_VERSION_U=45.3.0 -DMOZILLA_UAVERSION='"45.0"' -DD_INO=d_ino -DSTDC_HEADERS=1 -DHAVE_VISIBILITY_HIDDEN_ATTRIBUTE=1 -DHAVE_VISIBILITY_ATTRIBUTE=1 -DHAVE_DIRENT_H=1 -DHAVE_GETOPT_H=1 -DHAVE_MEMORY_H=1 -DHAVE_UNISTD_H=1 -DHAVE_NL_TYPES_H=1 -DHAVE_X11_XKBLIB_H=1 -DHAVE_CPUID_H=1 -DHAVE_SYS_QUEUE_H=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_NETINET_IN_H=1 -DHAVE_SIN_LEN=1 -DHAVE_SCONN_LEN=1 -DHAVE_SIN6_LEN=1 -DHAVE_SA_LEN=1 -DHAVE_DLOPEN=1 -DHAVE_DLADDR=1 -DHAVE_MEMMEM=1 -DFUNCPROTO=15 -DHAVE_LIBXSS=1 -D_REENTRANT=1 -D_THREAD_SAFE=1 -DHAVE_PTHREAD_H=1 -DHAVE_GMTIME_R=1 -DHAVE_LOCALTIME_R=1 -DHAVE_ARC4RANDOM= 1 -DHAVE_ARC4RANDOM_BUF=1 -DHAVE_CLOCK_MONOTONIC=1 -DHAVE_RES_NINIT=1 -DHAVE_LANGINFO_CODESET=1 -DVA_COPY=va_copy -DHAVE_VA_COPY=1 -DHAVE_VA_LIST_AS_ARRAY=1 -DHAVE_THREAD_TLS_KEYWORD=1 -DHAVE_I18N_LC_MESSAGES=1 -DHAVE_LOCALECONV=1 -DMALLOC_H='' -DHAVE_STRNDUP=1 -DHAVE_POSIX_MEMALIGN=1 -DHAVE_MALLOC_USABLE_SIZE=1 -DMALLOC_USABLE_SIZE_CONST_PTR=const -DHAVE_VALLOC=1 -DTARGET_XPCOM_ABI='"x86_64-gcc3"' -DRELEASE_BUILD=1 -DHAVE_LIBPNG=1 -DMOZ_UPDATE_CHANNEL=default -DMOZ_BUILD_APP=../mail -DMOZ_X11=1 -DMOZ_WIDGET_GTK2=1 -DMOZ_WIDGET_GTK=2 -DMOZ_PDF_PRINTING=1 -DMOZ_ENABLE_XREMOTE=1 -DMOZ_INSTRUMENT_EVENT_LOOP=1 -DGLIB_VERSION_MIN_REQUIRED=GLIB_VERSION_2_26 -DGLIB_VERSION_MAX_ALLOWED=GLIB_VERSION_2_26 -DMOZ_ENABLE_STARTUP_NOTIFICATION=1 -DNS_PRINTING=1 -DNS_PRINT_PREVIEW=1 -DMOZ_OFFICIAL_BRANDING=1 -DMOZ_DISTRIBUTION_ID='"org.mozilla"' -DMOZ_ENABLE_GIO=1 -DMOZ_ENABLE_DBUS=1 -DACCESSIBILITY=1 -DMOZ_WEBRTC=1 -DMOZ_WEBRTC_ASSERT_ALWAYS=1 -DMOZ_WEBRTC_SIGNALING=1 -DMOZ_PEERCONNEC TION=1 -DMOZ_SCTP=1 -DMOZ_SRTP=1 -DMOZ_SAMPLE_TYPE_FLOAT32=1 -DMOZ_WEBSPEECH=1 -DMOZ_WEBSPEECH_TEST_BACKEND=1 -DMOZ_RAW=1 -DATTRIBUTE_ALIGNED_MAX=64 -DMOZ_OGG_NO_MEM_REPORTING=1 -DMOZ_NATIVE_SOUNDTOUCH=1 -DMOZ_WEBM=1 -DMOZ_FFMPEG=1 -DMOZ_FMP4=1 -DMOZ_EME=1 -DMOZ_MEDIA_NAVIGATOR=1 -DMOZ_VPX=1 -DMOZ_VPX_ERROR_CONCEALMENT=1 -DHAVE_LIBVPX=1 -DMOZ_VPX_NO_MEM_REPORTING=1 -DMOZ_WAVE=1 -DMOZ_VORBIS=1 -DHAVE_SYS_SOUNDCARD_H=1 -DMOZ_PERMISSIONS=1 -DENABLE_SYSTEM_EXTENSION_DIRS=1 -DMOZ_CRASHREPORTER_ENABLE_PERCENT=100 -DMOZ_LIBAV_FFT=1 -DMOZ_ENABLE_SIGNMAR=1 -DMOZ_UPDATER=1 -DENABLE_TESTS=1 -DGTEST_HAS_RTTI=0 -DMOZ_FEEDS=1 -DMOZ_NATIVE_SQLITE=1 -DMOZ_SAFE_BROWSING=1 -DMOZ_URL_CLASSIFIER=1 -DGL_PROVIDER_GLX=1 -DMOZ_STACKWALKING=1 -DMOZ_LOGGING=1 -DFORCE_PR_LOG=1 -DMOZ_GLUE_IN_PROGRAM=1 -DMOZ_MEMORY=1 -DMOZ_JEMALLOC4=1 -DMOZ_MEMORY_BSD=1 -DMOZ_THUNDERBIRD=1 -DMOZ_MORK=1 -DHAVE_MOVEMAIL=1 -DMOZ_SECUREELEMENT=1 -DHAVE___CXA_DEMANGLE=1 -DHAVE__UNWIND_BACKTRACE=1 -DJS_DEFAULT_JITREPORT_GRANULARITY=3 -DMOZ_OMNIJAR=1 -DMOZ_USER_DIR='".mozilla"' -DHAVE_FT_BITMAP_SIZE_Y_PPEM=1 -DHAVE_FT_GLYPHSLOT_EMBOLDEN=1 -DHAVE_FT_LOAD_SFNT_TABLE=1 -DHAVE_FONTCONFIG_FCFREETYPE_H=1 -DHAVE_STDINT_H=1 -DHAVE_INTTYPES_H=1 -DMOZ_ENABLE_SKIA=1 -DUSE_SKIA=1 -DUSE_SKIA_GPU=1 -DMOZ_XUL=1 -DMOZ_PROFILELOCKING=1 -DENABLE_MARIONETTE=1 -DBUILD_CTYPES=1 -DMOZ_PLACES=1 -DMOZ_SOCIAL=1 -DMOZ_BINARY_EXTENSIONS=1 -DMOZ_JSDOWNLOADS=1 -DMOZ_MACBUNDLE_ID=org.mozilla.thunderbird -DMOZ_B2G_VERSION='"1.0.0"' -DMOZ_B2G_OS_NAME='""' -DMOZ_APP_UA_NAME='""' -DMOZ_APP_UA_VERSION='"45.3.0"' -DFIREFOX_VERSION=45.3.1 -DMOZ_TELEMETRY_DISPLAY_REV=2 -DMOZ_DLL_SUFFIX='".so"' -DHAVE_POSIX_FADVISE=1 -DHAVE_POSIX_FALLOCATE=1 -DXP_UNIX=1 -DMOZ_ACCESSIBILITY_ATK=1 -DATK_MAJOR_VERSION=2 -DATK_MINOR_VERSION=18 -DATK_REV_VERSION=0 -DA11Y_LOG=1 -DEXPOSE_INTL_API=1 -DENABLE_INTL_API=1 -DMOZ_STATIC_JS=1 -DNO_NSPR_10_SUPPORT=1 -DAB_CD=en-US -DNDEBUG -DTRIMMED /usr/ports/mail/thunderbird/work/thunderbird-45.3.0/mail/components/im/jar.mn processing /usr/ports/mail/thunderbird/work/thunderbird-45.3.0/mail/components/im/jar.mn gmake[6]: Leaving directory '/usr/ports/mail/thunderbird/work/thunderbird-45.3.0/obj-x86_64-unknown-freebsd10.3/mail/components/im' gmake[6]: Entering directory '/usr/ports/mail/thunderbird/work/thunderbird-45.3.0/obj-x86_64-unknown-freebsd10.3/modules/libmar/src' gmake[6]: Nothing to be done for 'libs'. gmake[6]: Leaving directory '/usr/ports/mail/thunderbird/work/thunderbird-45.3.0/obj-x86_64-unknown-freebsd10.3/modules/libmar/src' gmake[6]: Entering directory '/usr/ports/mail/thunderbird/work/thunderbird-45.3.0/obj-x86_64-unknown-freebsd10.3/modules/libmar/sign' gmake[6]: Nothing to be done for 'libs'. gmake[6]: Leaving directory '/usr/ports/mail/thunderbird/work/thunderbird-45.3.0/obj-x86_6
Re: Thunderbird with Enigmail
On 2016-06-18 16:50, Per olof Ljungmark wrote: > Just checking here if anyone got this combo working, I have identical > setups on Win and Horde Webmail working but on FreeBSD I only see: > > Error - no matching private/secret key found to decrypt message > > gpg: decryption failed: No secret key > > > But there are keys and I can open them in both Enigmail and gpg. Also, > sending an encrypted msg works fine. > > All concerned ports are lastest versions. > > So, if anyone can just confirm it should work I can continue looking for > the culprit. Never mind, fixed it eventually after I saw the debug console option. Funny how it helps to send a message to the list! Sorry for the noise, //per ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Thunderbird with Enigmail
Just checking here if anyone got this combo working, I have identical setups on Win and Horde Webmail working but on FreeBSD I only see: Error - no matching private/secret key found to decrypt message gpg: decryption failed: No secret key But there are keys and I can open them in both Enigmail and gpg. Also, sending an encrypted msg works fine. All concerned ports are lastest versions. So, if anyone can just confirm it should work I can continue looking for the culprit. Thanks, //per ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: mail/thunderbird does not build
Quoting Walter Schwarzenfeld : Do you have the patch in the files directory of the port ? If not you may try to copy it in the directory. But I would mail directly to the maintainer. Tried again, now with BOTH alsa AND pulseaudio ticked, this worked! Anyone knows why? -- Intersonic AB Registered in Stockholm, Sweden SE556539368201 ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: mail/thunderbird does not build
Quoting Per olof Ljungmark :
Quoting Walter Schwarzenfeld :
The patch is a change in freetype headers - could it be that freetype is
not updated?
It is, but I feel it is best now to start with updating the base
system(s), and then run the ports update. Base was from
mid-September so it's time anyway. Let you know the outcome.
Well, it failed again. Now I'm sort of clueless here...
10.2-STABLE #0 r293232
ports r365265
INPUT("../../gfx/skia/Unified_cpp_gfx_skia9.o")
INPUT("StaticXULComponentsEnd/StaticXULComponentsEnd.o")
../../ipc/chromium/process_util_bsd.o: In function
`base::LaunchApp(std::__1::vectorstd::__1::char_traits, std::__1::allocator >,
std::__1::allocatorstd::__1::char_traits, std::__1::allocator > > > const&,
std::__1::vector,
std::__1::allocator > > const&,
std::__1::mapstd::__1::char_traits, std::__1::allocator >,
std::__1::basic_string,
std::__1::allocator >,
std::__1::lessstd::__1::char_traits, std::__1::allocator > >,
std::__1::allocatorstd::__1::char_traits, std::__1::allocator > const,
std::__1::basic_string,
std::__1::allocator > > > > const&, base::ChildPrivileges, bool,
int*, base::ProcessArchitecture)':
/usr/ports/mail/thunderbird/work/comm-esr38/mozilla/ipc/chromium/src/base/process_util_bsd.cc:(.text._ZN4base9LaunchAppERKNSt3__16vectorINS0_12basic_stringIcNS0_11char_traitsIcEENS0_9allocatorIcNS5_IS7_RKNS1_INS0_4pairIiiEENS5_ISD_RKNS0_3mapIS7_S7_NS0_4lessIS7_EENS5_INSC_IKS7_S7_EENS_15ChildPrivilegesEbPiNS_19ProcessArchitectureE+0x11a): warning: undefined reference to
`environ'
/usr/ports/mail/thunderbird/work/comm-esr38/mozilla/ipc/chromium/src/base/process_util_bsd.cc:(.text._ZN4base9LaunchAppERKNSt3__16vectorINS0_12basic_stringIcNS0_11char_traitsIcEENS0_9allocatorIcNS5_IS7_RKNS1_INS0_4pairIiiEENS5_ISD_RKNS0_3mapIS7_S7_NS0_4lessIS7_EENS5_INSC_IKS7_S7_EENS_15ChildPrivilegesEbPiNS_19ProcessArchitectureE+0x274): warning: undefined reference to
`environ'
/usr/bin/ld: libxul.so: hidden symbol `_Z13GetDemuxerLogv' isn't defined
/usr/bin/ld: final link failed: Nonrepresentable section on output
c++: error: linker command failed with exit code 1 (use -v to see invocation)
/usr/ports/mail/thunderbird/work/comm-esr38/mozilla/config/rules.mk:812:
recipe for target 'libxul.so' failed
gmake[6]: *** [libxul.so] Error 1
--
Intersonic AB
Registered in Stockholm, Sweden
SE556539368201
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: mail/thunderbird does not build
Quoting Walter Schwarzenfeld : The patch is a change in freetype headers - could it be that freetype is not updated? It is, but I feel it is best now to start with updating the base system(s), and then run the ports update. Base was from mid-September so it's time anyway. Let you know the outcome. Thanks! ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: mail/thunderbird does not build
Quoting Walter Schwarzenfeld : Which options are set in make config? Tried default options and now only x dbus x optimized_cflags x ALSA Also tried an earlier revision from November (pre SoundTouch), but all fails in the same place so the error is most likely elsewhere. Now testing to build an earlier version of libxul to see what that brings. Hints welcome of course. ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
mail/thunderbird does not build
Port revision 405339
INPUT("../../gfx/skia/Unified_cpp_gfx_skia8.o")
INPUT("../../gfx/skia/Unified_cpp_gfx_skia9.o")
INPUT("StaticXULComponentsEnd/StaticXULComponentsEnd.o")
../../ipc/chromium/process_util_bsd.o: In function
`base::LaunchApp(std::__1::vectorstd::__1::char_traits, std::__1::allocator >,
std::__1::allocatorstd::__1::char_traits, std::__1::allocator > > > const&,
std::__1::vector,
std::__1::allocator > > const&,
std::__1::mapstd::__1::char_traits, std::__1::allocator >,
std::__1::basic_string,
std::__1::allocator >,
std::__1::lessstd::__1::char_traits, std::__1::allocator > >,
std::__1::allocatorstd::__1::char_traits, std::__1::allocator > const,
std::__1::basic_string,
std::__1::allocator > > > > const&, base::ChildPrivileges, bool,
int*, base::ProcessArchitecture)':
/usr/ports/mail/thunderbird/work/comm-esr38/mozilla/ipc/chromium/src/base/process_util_bsd.cc:(.text._ZN4base9LaunchAppERKNSt3__16vectorINS0_12basic_stringIcNS0_11char_traitsIcEENS0_9allocatorIcNS5_IS7_RKNS1_INS0_4pairIiiEENS5_ISD_RKNS0_3mapIS7_S7_NS0_4lessIS7_EENS5_INSC_IKS7_S7_EENS_15ChildPrivilegesEbPiNS_19ProcessArchitectureE+0x11a): warning: undefined reference to
`environ'
/usr/ports/mail/thunderbird/work/comm-esr38/mozilla/ipc/chromium/src/base/process_util_bsd.cc:(.text._ZN4base9LaunchAppERKNSt3__16vectorINS0_12basic_stringIcNS0_11char_traitsIcEENS0_9allocatorIcNS5_IS7_RKNS1_INS0_4pairIiiEENS5_ISD_RKNS0_3mapIS7_S7_NS0_4lessIS7_EENS5_INSC_IKS7_S7_EENS_15ChildPrivilegesEbPiNS_19ProcessArchitectureE+0x274): warning: undefined reference to
`environ'
/usr/bin/ld: libxul.so: hidden symbol `_Z13GetDemuxerLogv' isn't defined
/usr/bin/ld: final link failed: Nonrepresentable section on output
c++: error: linker command failed with exit code 1 (use -v to see invocation)
/usr/ports/mail/thunderbird/work/comm-esr38/mozilla/config/rules.mk:812:
recipe for target 'libxul.so' failed
gmake[6]: *** [libxul.so] Error 1
gmake[6]: Leaving directory
'/usr/ports/mail/thunderbird/work/comm-esr38/obj-x86_64-portbld-freebsd10.2/toolkit/library'
/usr/ports/mail/thunderbird/work/comm-esr38/mozilla/config/recurse.mk:74:
recipe for target 'toolkit/library/target' failed
gmake[5]: *** [toolkit/library/target] Error 2
gmake[5]: Leaving directory
'/usr/ports/mail/thunderbird/work/comm-esr38/obj-x86_64-portbld-freebsd10.2'
/usr/ports/mail/thunderbird/work/comm-esr38/mozilla/config/recurse.mk:36:
recipe for target 'compile' failed
gmake[4]: *** [compile] Error 2
gmake[4]: Leaving directory
'/usr/ports/mail/thunderbird/work/comm-esr38/obj-x86_64-portbld-freebsd10.2'
/usr/ports/mail/thunderbird/work/comm-esr38/mozilla/config/rules.mk:541:
recipe for target 'default' failed
gmake[3]: *** [default] Error 2
gmake[3]: Leaving directory
'/usr/ports/mail/thunderbird/work/comm-esr38/obj-x86_64-portbld-freebsd10.2'
/usr/ports/mail/thunderbird/work/comm-esr38/client.mk:404: recipe for
target 'build' failed
gmake[2]: *** [build] Error 2
gmake[2]: Leaving directory '/usr/ports/mail/thunderbird/work/comm-esr38'
===> Compilation failed unexpectedly.
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: Failed upgrade graphics/ImageMagick: /usr/bin/ld: skipping incompatible /usr/lib32/...
On 2015-12-23 14:14, David Wolfskill wrote: > Today's daily stable/10 laptop update was from: > > FreeBSD g1-252.catwhisker.org 10.2-STABLE FreeBSD 10.2-STABLE #235 > r292590M/292594:1002504: Tue Dec 22 04:31:23 PST 2015 > r...@g1-252.catwhisker.org:/common/S1/obj/usr/src/sys/CANARY amd64 > > to: > > FreeBSD g1-252.catwhisker.org 10.2-STABLE FreeBSD 10.2-STABLE #236 > r292656M/292657:1002504: Wed Dec 23 04:20:06 PST 2015 > r...@g1-252.catwhisker.org:/common/S1/obj/usr/src/sys/CANARY amd64 > > > After a successful reboot, I then (as is my custom) invoked portmaster > to update the installed ports on it; the following were selected: > > ===>>> The following actions will be taken if you choose to proceed: > Upgrade rpm2cpio-1.4 to rpm2cpio-1.4_1 > Upgrade ImageMagick-6.9.2.8_1,1 to ImageMagick-6.9.2.10,1 > Upgrade librsvg2-2.40.10 to librsvg2-2.40.12 > Upgrade libXi-1.7.5,1 to libXi-1.7.6,1 > Upgrade openjdk8-8.66.17 to openjdk8-8.66.17_1 > > > /usr/ports had been updated to 404287 (on ports/head). > > During the initial pass, the ImageMagick update failed; I proceeded > with the remianing 3 (which succeeeded), then re-tried ImageMagick, > which failed again in the same way: > Apparently not only ImageMagick is affected, this is libxml2: sed -e 's?\@XML_LIBDIR\@?-L/usr/local/lib?g' \ -e 's?\@XML_INCLUDEDIR\@?-I/usr/local/include/libxml2 -I/usr/include?g' \ -e 's?\@VERSION\@?2.9.3?g' \ -e 's?\@XML_LIBS\@?-lxml2 -lz -L/usr/lib -lm ?g' \ < ./xml2Conf.sh.in > xml2Conf.tmp \ && mv xml2Conf.tmp xml2Conf.sh CCLD testdso.la 1 warning generated. 11 warnings generated. 99 warnings generated. CCLD libxml2.la /usr/bin/ld: skipping incompatible /usr/lib32/libz.so when searching for -lz /usr/bin/ld: skipping incompatible /usr/lib32/libz.a when searching for -lz /usr/bin/ld: skipping incompatible /usr/lib32/liblzma.so when searching for -llzma /usr/bin/ld: skipping incompatible /usr/lib32/liblzma.a when searching for -llzma /usr/bin/ld: skipping incompatible /usr/lib32/libm.so when searching for -lm /usr/bin/ld: skipping incompatible /usr/lib32/libm.a when searching for -lm /usr/bin/ld: skipping incompatible /usr/lib32/libgcc.a when searching for -lgcc /usr/bin/ld: skipping incompatible /usr/lib32/libgcc_s.so when searching for -lgcc_s /usr/bin/ld: skipping incompatible /usr/lib32/libc.so.7 when searching for /usr/lib32/libc.so.7 /usr/bin/ld: cannot find /usr/lib32/libc.so.7 cc: error: linker command failed with exit code 1 (use -v to see invocation) Makefile:967: recipe for target 'libxml2.la' failed gmake[4]: *** [libxml2.la] Error 1 gmake[4]: Leaving directory '/usr/ports/textproc/libxml2/work/libxml2-2.9.3' Makefile:1438: recipe for target 'all-recursive' failed gmake[3]: *** [all-recursive] Error 1 gmake[3]: Leaving directory '/usr/ports/textproc/libxml2/work/libxml2-2.9.3' Makefile:857: recipe for target 'all' failed gmake[2]: *** [all] Error 2 gmake[2]: Leaving directory '/usr/ports/textproc/libxml2/work/libxml2-2.9.3' ===> Compilation failed unexpectedly. Try to set MAKE_JOBS_UNSAFE=yes and rebuild before reporting the failure to the maintainer. *** Error code 1 ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: HELP: Bacula compile with older version installed
On 2015-10-10 01:19, Larry Rosenman wrote: > Related to BZ# 193641, the new 7.2.0 bacula port doesn't link if the > 7.0.5 packages are installed. > > we get: > ==>Entering directory > /var/ports/basejail/usr/ports/sysutils/bacula-server/work/bacula-7.2.0/src/dird > > --- bacula-dir --- > Linking bacula-dir ... > /var/ports/basejail/usr/ports/sysutils/bacula-server/work/bacula-7.2.0/libtool > --silent --tag=CXX --mode=link /usr/bin/c++ -L../lib -L../cats > -L../findlib -L/usr/local/lib -L/usr/local/lib -fstack-protector -o > bacula-dir dird.o admin.o authenticate.o autoprune.o backup.o bsr.o > catreq.o dir_plugins.o dird_conf.o expand.o fd_cmds.o getmsg.o > inc_conf.o job.o jobq.o mac.o mac_sql.o mountreq.o msgchan.o next_vol.o > newvol.o recycle.o restore.o run_conf.o scheduler.o ua_acl.o ua_cmds.o > ua_dotcmds.o ua_query.o ua_input.o ua_label.o ua_output.o ua_prune.o > ua_purge.o ua_restore.o ua_run.o ua_select.o ua_server.o snapshot.o > ua_status.o ua_tree.o ua_update.o vbackup.o verify.o -lbacfind -lbacsql > -lbaccats -lbaccfg -lbac -lm -lpthread -lintl -lwrap > /usr/local/lib/libintl.so -Wl,-rpath -Wl,/usr/local/lib -lssl -lcrypto > dird.o: In function `main': pkg delete the old version first? ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: libreoffice 5 works and does not
On 2015-10-04 17:13, Per olof Ljungmark wrote: > > Hi all, > > I have a problem with latest libreoffice (us version) on recent > FreeBSD-STABLE. > > On two almost identical setups, one at work and one at home, the former > have no problem with LO but the latter has. > > - I can open documents but the menu looks strange with thin white text > against a black background. > > - If I do "Save" or "Save as", it crashes immideately. > > This is all I see when started from a terminal window: > > ** (soffice:1106): WARNING **: Invalidate all children called > > W: Unknown node under /registry/extlang: deprecated > W: Unknown node under /registry/grandfathered: comments > W: Unknown node under /registry/grandfathered: comments > > > > > > > (soffice:1106): GVFS-RemoteVolumeMonitor-WARNING **: remote volume > monitor with dbus name org.gtk.Priva >te.HalVolumeMonitor is not supported > > > > (soffice:1106): GVFS-RemoteVolumeMonitor-WARNING **: remote volume > monitor with dbus name org.gtk.Private.GPhoto2VolumeMonitor is not supported > > (soffice:1106): GLib-GObject-WARNING **: The property > GtkButton:use-stock is deprecated and shouldn't be used anymore. It will > be removed in a future version. > > (soffice:1106): GLib-GObject-WARNING **: The property > GtkSettings:gtk-button-images is deprecated and shouldn't be used > anymore. It will be removed in a future version. > > -- > > And when deinstalling, says: > > Installed packages to be REMOVED: > libreoffice-5.0.2 > > The operation will free 294 MiB. > > Proceed with deinstalling packages? [y/N]: y > [1/1] Deinstalling libreoffice-5.0.2... > [1/1] Deleting files for libreoffice-5.0.2: 100% > Unknown media type in type 'all/all' > Unknown media type in type 'all/allfiles' > Unknown media type in type 'uri/mms' > Unknown media type in type 'uri/mmst' > Unknown media type in type 'uri/mmsu' > Unknown media type in type 'uri/pnm' > Unknown media type in type 'uri/rtspt' > Unknown media type in type 'uri/rtspu' Just reverted back to libreoffice 4 and it seems fine. Next I suppose will be to try 5 with GTK2 only. ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
libreoffice 5 works and does not
Hi all, I have a problem with latest libreoffice (us version) on recent FreeBSD-STABLE. On two almost identical setups, one at work and one at home, the former have no problem with LO but the latter has. - I can open documents but the menu looks strange with thin white text against a black background. - If I do "Save" or "Save as", it crashes immideately. This is all I see when started from a terminal window: ** (soffice:1106): WARNING **: Invalidate all children called W: Unknown node under /registry/extlang: deprecated W: Unknown node under /registry/grandfathered: comments W: Unknown node under /registry/grandfathered: comments (soffice:1106): GVFS-RemoteVolumeMonitor-WARNING **: remote volume monitor with dbus name org.gtk.Priva te.HalVolumeMonitor is not supported (soffice:1106): GVFS-RemoteVolumeMonitor-WARNING **: remote volume monitor with dbus name org.gtk.Private.GPhoto2VolumeMonitor is not supported (soffice:1106): GLib-GObject-WARNING **: The property GtkButton:use-stock is deprecated and shouldn't be used anymore. It will be removed in a future version. (soffice:1106): GLib-GObject-WARNING **: The property GtkSettings:gtk-button-images is deprecated and shouldn't be used anymore. It will be removed in a future version. -- And when deinstalling, says: Installed packages to be REMOVED: libreoffice-5.0.2 The operation will free 294 MiB. Proceed with deinstalling packages? [y/N]: y [1/1] Deinstalling libreoffice-5.0.2... [1/1] Deleting files for libreoffice-5.0.2: 100% Unknown media type in type 'all/all' Unknown media type in type 'all/allfiles' Unknown media type in type 'uri/mms' Unknown media type in type 'uri/mmst' Unknown media type in type 'uri/mmsu' Unknown media type in type 'uri/pnm' Unknown media type in type 'uri/rtspt' Unknown media type in type 'uri/rtspu' Ideas welcome.. //per ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: Icinga Web 2
On 2015-07-30 17:58, Per olof Ljungmark wrote: > On 2015-07-30 15:35, Lars Engels wrote: >> On Thu, Jul 30, 2015 at 10:48:44AM +0200, Kurt Jaeger wrote: >>> Hi! >>> >>>> We are deploying a new monitoring host and testing Icinga2, so far it >>>> looks good. >>>> >>>> Although Icinga Web 2 is not yet production ready I would like to know >>>> if there are plans to make a port for it in due time? I am trying it out >>>> now and apart from changing a myriad of paths it should not be difficult. >>> >>> If you can provide a rough draft of a port, I'd look into it. >> >> I managed to run a previous snapshot from git. But it's a bit hackish, >> not well documented and you need to change a bit of the paths. If time >> permits I'll make a port of it. >> > > I started with git latest yesterday and got it running fairly well, > right now I'm into the integration with pnp4nagios. > So far I could not get pnp4nagios to work with icinga2, the current port is very nagios and icinga1 specific and there are too many changes between icinga1 and 2. I suppose there has to be a pnp-icinga2 port ceated to fix this. As it is very time-consuming to figure this out maybe either one of you could recommend how I should proceed, apart from creating a new port... Thanks! ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: Icinga Web 2
On 2015-07-30 15:35, Lars Engels wrote: > On Thu, Jul 30, 2015 at 10:48:44AM +0200, Kurt Jaeger wrote: >> Hi! >> >>> We are deploying a new monitoring host and testing Icinga2, so far it >>> looks good. >>> >>> Although Icinga Web 2 is not yet production ready I would like to know >>> if there are plans to make a port for it in due time? I am trying it out >>> now and apart from changing a myriad of paths it should not be difficult. >> >> If you can provide a rough draft of a port, I'd look into it. > > I managed to run a previous snapshot from git. But it's a bit hackish, > not well documented and you need to change a bit of the paths. If time > permits I'll make a port of it. > I started with git latest yesterday and got it running fairly well, right now I'm into the integration with pnp4nagios. I'll gladly help out testing or whatever. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Icinga Web 2
Hi, We are deploying a new monitoring host and testing Icinga2, so far it looks good. Although Icinga Web 2 is not yet production ready I would like to know if there are plans to make a port for it in due time? I am trying it out now and apart from changing a myriad of paths it should not be difficult. Thanks, //per ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: Build Failure: webkit-gtk2
On 2015-01-12 15:02, Jerry wrote: > FreeBSD 10.1 amd64 > > Is anyone besides me having a problem building "webkit-gtk2"? It fails with > this error message: > > CXXLDlibWTF.la > CXXLDPrograms/LLIntOffsetsExtractor > /usr/bin/ld:./.libs/libWTF.a: file format not recognized; treating as linker > script > /usr/bin/ld:./.libs/libWTF.a:1: syntax error > c++: error: linker command failed with exit code 1 (use -v to see invocation) > GNUmakefile:40539: recipe for target 'Programs/LLIntOffsetsExtractor' failed > gmake[1]: *** [Programs/LLIntOffsetsExtractor] Error 1 > gmake[1]: Leaving directory '/usr/ports/www/webkit-gtk2/work/webkitgtk-2.4.8' > *** Error code 1 > > Stop. > make: stopped in /usr/ports/www/webkit-gtk2 There is a Bugzilla entry concerning this https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=196296 However: Due to a maintenance issue, changes to bugs between 2015-01-07 and 2015-01-10 were lost. Please resubmit any updates as appropriate. We apologize for the inconvenience. Anyway, to reliably build webkit-gtk you must enable BOTH WEBGL and WEBAUDIO, otherwise the build will fail. Cheers, //per ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: cannot build www/webkit-gtk2 (Per olof Ljungmark)
On 2015-01-05 22:03, David Wolfskill wrote: > On Mon, Jan 05, 2015 at 10:00:27PM +0100, Per olof Ljungmark wrote: >> ... >> Thank for the tip, unfortunately it built fine but then this happened, I >> had not selected audio but apparently something thought I had. >> >> Did you select with or without audio? >> ... > > It was "on" in my case (which worked): > > localhost(10.1-S)[10] make -C /usr/ports/www/webkit-gtk2 showconfig > ===> The following configuration options are available for > webkit-gtk2-2.4.7: > DEBUG=off: Just enable debug symbols > FULLDEBUG=off: Enable asserts and other debug support > WEBAUDIO=on: Web audio support > WEBGL=on: Enable Web GL support > ===> Use 'make config' to modify these settings > localhost(10.1-S)[11] > Indeed! ===> Registering installation for webkit-gtk2-2.4.7 Installing webkit-gtk2-2.4.7... With both GL and Audio selected it both builds and installs. Victory at last. Thank you //per ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: cannot build www/webkit-gtk2 (Per olof Ljungmark)
On 2015-01-05 20:57, David Wolfskill wrote: > On Mon, Jan 05, 2015 at 10:04:10PM +0530, Amit Sengupta wrote: >> I spent 3-4 days trying to build the webkit-gtk2 port on 10.1 RELEASE. I >> kept getting a linker error and I tried every solution I could find about >> it, including trying to change the compiler to use gcc instead of CLANG and >> making a change in the Makefile etc. >> >> Finally I had a look at the symbols which were generating a linker error >> and I realised they were all to do with 3d graphics. I was not selecting >> the WebGL Option in make config and it was still trying to link those >> routines. So I chose WebGL in make config and the linker didnt fail and I >> was able to finally build the port. Hope this helps others who are stuck >> with webkit-gtk2 >> ... > > THANK YOU! > > That worked for me, as well -- I figure I probably had disabled that > option in an apparently-misguided effort to reduce(!) the time taken to > build www/webkit-gtk2. > > But: > > ... > ===>>> The following actions were performed: > Upgrade of webkit-gtk2-1.8.3_7 to webkit-gtk2-2.4.7 > Upgrade of gimp-app-2.8.14,1 to gimp-app-2.8.14_1,1 > > > Script done, output file is portmaster > localhost(10.1-S)[2] echo $? > 0 > localhost(10.1-S)[3] > > Thanks again... I'll update the PR. Thank for the tip, unfortunately it built fine but then this happened, I had not selected audio but apparently something thought I had. Did you select with or without audio? make reinstall ===> Installing for webkit-gtk2-2.4.7 ===> webkit-gtk2-2.4.7 depends on package: geoclue>=0 - found ===> webkit-gtk2-2.4.7 depends on executable: gcc48 - found ===> webkit-gtk2-2.4.7 depends on file: /usr/local/libdata/pkgconfig/xt.pc - found ===> webkit-gtk2-2.4.7 depends on file: /usr/local/libdata/pkgconfig/xdamage.pc - found ===> webkit-gtk2-2.4.7 depends on file: /usr/local/libdata/pkgconfig/xcomposite.pc - found ===> webkit-gtk2-2.4.7 depends on package: gstreamer1-plugins>=1.4.0 - found ===> webkit-gtk2-2.4.7 depends on shared library: libenchant.so - found (/usr/local/lib/libenchant.so.1.6.0) ===> webkit-gtk2-2.4.7 depends on shared library: libsecret-1.so - found (/usr/local/lib/libsecret-1.so.0.0.0) ===> webkit-gtk2-2.4.7 depends on shared library: libicutu.so - found (/usr/local/lib/libicutu.so.53.1) ===> webkit-gtk2-2.4.7 depends on shared library: libharfbuzz.so - found (/usr/local/lib/libharfbuzz.so.0.936.0) ===> webkit-gtk2-2.4.7 depends on shared library: libwebp.so - found (/usr/local/lib/libwebp.so.5.0.2) ===> webkit-gtk2-2.4.7 depends on shared library: libcurl.so - found (/usr/local/lib/libcurl.so.4.3.0) ===> webkit-gtk2-2.4.7 depends on shared library: libsoup-2.4.so - found (/usr/local/lib/libsoup-2.4.so.1.7.0) ===> webkit-gtk2-2.4.7 depends on shared library: libintl.so - found (/usr/local/lib/libintl.so.8.1.2) ===> webkit-gtk2-2.4.7 depends on shared library: libGL.so - found (/usr/local/lib/libGL.so) ===> webkit-gtk2-2.4.7 depends on shared library: libsqlite3.so - found (/usr/local/lib/libsqlite3.so.0.8.6) ===> webkit-gtk2-2.4.7 depends on shared library: libatk-1.0.so - found (/usr/local/lib/libatk-1.0.so.0.21409.1) ===> webkit-gtk2-2.4.7 depends on shared library: libcairo.so - found (/usr/local/lib/libcairo.so.2.11200.18) ===> webkit-gtk2-2.4.7 depends on shared library: libglib-2.0.so - found (/usr/local/lib/libglib-2.0.so.0.4200.1) ===> webkit-gtk2-2.4.7 depends on shared library: libgtk-x11-2.0.so - found (/usr/local/lib/libgtk-x11-2.0.so.0.2400.25) ===> webkit-gtk2-2.4.7 depends on shared library: libxml2.so - found (/usr/local/lib/libxml2.so.2.9.2) ===> webkit-gtk2-2.4.7 depends on shared library: libxslt.so - found (/usr/local/lib/libxslt.so.1.1.28) ===> webkit-gtk2-2.4.7 depends on shared library: libpango-1.0.so - found (/usr/local/lib/libpango-1.0.so.0.3600.8) ===> Registering installation for webkit-gtk2-2.4.7 pkg-static: Unable to access file /usr/ports/www/webkit-gtk2/work/stage/usr/local/share/webkitgtk-1.0/resources/audio/Composite.wav: No such file or directory *** [fake-pkg] Error code 74 Stop in /usr/ports/www/webkit-gtk2. *** [install] Error code 1 -- Intersonic AB Registered in Solna, Sweden SE556539368201 ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
cannot build www/webkit-gtk2
Happy New Year! on 9.3-STABLE Tried patch from bugzilla (for gtk3) 195500 but no change. CXX DerivedSources/JavaScriptCore/libjavascriptcoregtk_1_0_la-InspectorJSTypeBuilders.lo CXXLDlibjavascriptcoregtk-1.0.la CXXLDlibwebkitgtk-1.0.la CXXLDPrograms/jsc-1 CCLD Programs/minidom GEN Programs/jsc GEN WebKit-1.0.gir CCLD Programs/GtkLauncher ./.libs/libwebkitgtk-1.0.so: undefined reference to `_ZN7WebCore17GraphicsContext3D7scissorE' [...] lots of undefined here collect2: error: ld returned 1 exit status GNUmakefile:40511: recipe for target 'Programs/GtkLauncher' failed gmake[1]: *** [Programs/GtkLauncher] Error 1 gmake[1]: *** Waiting for unfinished jobs Source/WebKit/gtk/webkit/webkitversion.h:37: Warning: WebKit: symbol='WEBKITGTK_API_VERSION': Unknown namespace for symbol 'WEBKITGTK_API_VERSION' /usr/ports/www/webkit-gtk2/work/webkitgtk-2.4.7/.libs/libwebkitgtk-1.0.so: undefined reference to `_ZN7WebCore17GraphicsContext3D7scissorE' [...] lots of undefined here collect2: error: ld returned 1 exit status linking of temporary binary failed: Command '['/bin/sh', './libtool', '--mode=link', '--tag=CC', '--silent', 'gcc48', '-o', '/usr/ports/www/webkit-gtk2/work/webkitgtk-2.4.7/tmp-introspectW471u4/WebKit-1.0', '-export-dynamic', '-I/usr/local/include', '-O2', '-pipe', '-fstack-protector', '-Wl,-rpath=/usr/local/lib/gcc48', '-fno-strict-aliasing', '-pthread', '-std=c99', '-O2', '-D_FORTIFY_SOURCE=2', '-Wno-deprecated-declarations', '-L/usr/local/lib', '-fstack-protector', '-Wl,-rpath=/usr/local/lib/gcc48', '-L/usr/local/lib/gcc48', '-Wl,--no-demangle', '/usr/ports/www/webkit-gtk2/work/webkitgtk-2.4.7/tmp-introspectW471u4/WebKit-1.0.o', '-L.', '-lwebkitgtk-1.0', '-ljavascriptcoregtk-1.0', '-Wl,--export-dynamic', '-lgmodule-2.0', '-lgtk-x11-2.0', '-lgdk-x11-2.0', '-lpangocairo-1.0', '-latk-1.0', '-lcairo', '-pthread', '-lgdk_pixbuf-2.0', '-lpangoft2-1.0', '-lpango-1.0', '-lfontconfig', '-lfreetype', '-lsoup-2.4', '-lgio-2.0', '-lgobject-2.0', '-L/usr/local/lib', '-lglib-2.0', '-lintl']' returned non-zero exit status 1 GNUmakefile:82426: recipe for target 'WebKit-1.0.gir' failed gmake[1]: *** [WebKit-1.0.gir] Error 1 gmake[1]: Leaving directory '/usr/ports/www/webkit-gtk2/work/webkitgtk-2.4.7' GNUmakefile:25663: recipe for target 'all' failed gmake: *** [all] Error 2 ===> Compilation failed unexpectedly. Try to set MAKE_JOBS_UNSAFE=yes and rebuild before reporting the failure to the maintainer. *** [do-build] Error code 1 Stop in /usr/ports/www/webkit-gtk2. *** [stage] Error code 1 Thankful for directions! ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: installs files into the same place
On 11/29/14 19:17, Kurt Jaeger wrote: > Hi! > >> ... is now all over the place. >> >> If I rm -rf /usr/local/* and /usr/ports/* and start from scratch to >> install a desktop with currently 1036 ports would that help? > > Yes. > >> Other suggestions welcome... starting to feel a bit desperate now. > > Yes, sorry for the mess. I assume it is perl packages that cause the mess ? Well, the Perl change went fairly well itself but I'm stumbling over "the same place" over and over again while doing the rest... I think I'm getting there though - just lost my temper for a bit, thanks. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
installs files into the same place
... is now all over the place. If I rm -rf /usr/local/* and /usr/ports/* and start from scratch to install a desktop with currently 1036 ports would that help? Other suggestions welcome... starting to feel a bit desperate now. Thanks, //per ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: stopped in /usr/ports/net-mgmt/nagios-plugins: Permission denied
On 09/23/14 21:00, Per olof Ljungmark wrote: > FreeBSD 10.1-BETA2 GENERIC amd64 > > Building nrpe > > gmake[7]: Entering directory > `/usr/ports/net-mgmt/nagios-plugins/work/nagios-plugins-2.0.3/plugins-root' > install -s -o root -g wheel -m 555 check_dhcp > /usr/ports/net-mgmt/nagios-plugins/work/stage/usr/local/libexec/nagios/check_dhcp > true > /usr/ports/net-mgmt/nagios-plugins/work/stage/usr/local/libexec/nagios/check_dhcp > chmod ug=rx,u+s > /usr/ports/net-mgmt/nagios-plugins/work/stage/usr/local/libexec/nagios/check_dhcp > install -s -o root -g wheel -m 555 check_icmp > /usr/ports/net-mgmt/nagios-plugins/work/stage/usr/local/libexec/nagios/check_icmp > true > /usr/ports/net-mgmt/nagios-plugins/work/stage/usr/local/libexec/nagios/check_icmp > chmod ug=rx,u+s > /usr/ports/net-mgmt/nagios-plugins/work/stage/usr/local/libexec/nagios/check_icmp > gmake[7]: Nothing to be done for `install-data-am'. > gmake[7]: Leaving directory > `/usr/ports/net-mgmt/nagios-plugins/work/nagios-plugins-2.0.3/plugins-root' > gmake[6]: Leaving directory > `/usr/ports/net-mgmt/nagios-plugins/work/nagios-plugins-2.0.3/plugins-root' > Making install in po > gmake[6]: Entering directory > `/usr/ports/net-mgmt/nagios-plugins/work/nagios-plugins-2.0.3/po' > /usr/ports/net-mgmt/nagios-plugins/work/stage/usr/local/share > gmake[6]: execvp: > /usr/ports/net-mgmt/nagios-plugins/work/stage/usr/local/share: > Permission denied > gmake[6]: *** [install-data-yes] Error 127 > gmake[6]: Leaving directory > `/usr/ports/net-mgmt/nagios-plugins/work/nagios-plugins-2.0.3/po' > gmake[5]: *** [install-recursive] Error 1 > gmake[5]: Leaving directory > `/usr/ports/net-mgmt/nagios-plugins/work/nagios-plugins-2.0.3' > *** Error code 2 > > Stop. > make[4]: stopped in /usr/ports/net-mgmt/nagios-plugins > *** Error code 1 I can confirm that r368988 and r368988 breaks the build, at least here. Reverted to previous and builds fine. I'll chack back in a day and file a PR if it is still broken. //per ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
stopped in /usr/ports/net-mgmt/nagios-plugins: Permission denied
FreeBSD 10.1-BETA2 GENERIC amd64 Building nrpe gmake[7]: Entering directory `/usr/ports/net-mgmt/nagios-plugins/work/nagios-plugins-2.0.3/plugins-root' install -s -o root -g wheel -m 555 check_dhcp /usr/ports/net-mgmt/nagios-plugins/work/stage/usr/local/libexec/nagios/check_dhcp true /usr/ports/net-mgmt/nagios-plugins/work/stage/usr/local/libexec/nagios/check_dhcp chmod ug=rx,u+s /usr/ports/net-mgmt/nagios-plugins/work/stage/usr/local/libexec/nagios/check_dhcp install -s -o root -g wheel -m 555 check_icmp /usr/ports/net-mgmt/nagios-plugins/work/stage/usr/local/libexec/nagios/check_icmp true /usr/ports/net-mgmt/nagios-plugins/work/stage/usr/local/libexec/nagios/check_icmp chmod ug=rx,u+s /usr/ports/net-mgmt/nagios-plugins/work/stage/usr/local/libexec/nagios/check_icmp gmake[7]: Nothing to be done for `install-data-am'. gmake[7]: Leaving directory `/usr/ports/net-mgmt/nagios-plugins/work/nagios-plugins-2.0.3/plugins-root' gmake[6]: Leaving directory `/usr/ports/net-mgmt/nagios-plugins/work/nagios-plugins-2.0.3/plugins-root' Making install in po gmake[6]: Entering directory `/usr/ports/net-mgmt/nagios-plugins/work/nagios-plugins-2.0.3/po' /usr/ports/net-mgmt/nagios-plugins/work/stage/usr/local/share gmake[6]: execvp: /usr/ports/net-mgmt/nagios-plugins/work/stage/usr/local/share: Permission denied gmake[6]: *** [install-data-yes] Error 127 gmake[6]: Leaving directory `/usr/ports/net-mgmt/nagios-plugins/work/nagios-plugins-2.0.3/po' gmake[5]: *** [install-recursive] Error 1 gmake[5]: Leaving directory `/usr/ports/net-mgmt/nagios-plugins/work/nagios-plugins-2.0.3' *** Error code 2 Stop. make[4]: stopped in /usr/ports/net-mgmt/nagios-plugins *** Error code 1 Ideas anyone? Thanks, //per ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: www/horde does not run on 10-STABLE - Fatal Error: Could not pack data
On 09/01/14 23:44, Steven Hartland wrote: > Have you made sure you have rebuilt all php libs? Yes, twice, portmaster -fa Also, a fresh install of 10-STABLE yielded same result as upgrading 9. > - Original Message - From: "Per olof Ljungmark" > To: > Cc: > Sent: Monday, September 01, 2014 10:14 PM > Subject: www/horde does not run on 10-STABLE - Fatal Error: Could not > pack data > > >> Sorry for the cross-post but this is a bit out of the ordinary for me. >> >> In short, no matter how I try varoius changes, I am unable to run >> www/horde-base under latest 10-STABLE. The error is: >> >> HORDE: Could not pack data. [pid 80949 on line 154 of >> "/usr/local/share/pear/Horde/Pack.php"] >> >> From what I gather, Pack.php deals with compressing data before cache, >> maybe also before sending to browser. Problem occurs both through Apache >> and with php cli. >> >> Facts: >> The same config ran on 10-STABLE mid-August >> Stopped working after updating to latest 10-STABLE end last week (27th.) >> Same config runs fine on 9-STABLE. Today I did a fresh 9-STABLE, got >> Horde up and running fine. Updated the system to 10-STABLE. rebuilt all >> ports and the error is back. >> >> Please, if anyone has ANY idea what is going on? If I was fluent in PHP >> I assume I could figure out myself... >> >> Thank you! >> >> //per >> ___ >> freebsd-ports@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-ports >> To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org" >> > > ___ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org" -- Intersonic AB Registered in Solna, Sweden SE556539368201 ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
www/horde does not run on 10-STABLE - Fatal Error: Could not pack data
Sorry for the cross-post but this is a bit out of the ordinary for me. In short, no matter how I try varoius changes, I am unable to run www/horde-base under latest 10-STABLE. The error is: HORDE: Could not pack data. [pid 80949 on line 154 of "/usr/local/share/pear/Horde/Pack.php"] >From what I gather, Pack.php deals with compressing data before cache, maybe also before sending to browser. Problem occurs both through Apache and with php cli. Facts: The same config ran on 10-STABLE mid-August Stopped working after updating to latest 10-STABLE end last week (27th.) Same config runs fine on 9-STABLE. Today I did a fresh 9-STABLE, got Horde up and running fine. Updated the system to 10-STABLE. rebuilt all ports and the error is back. Please, if anyone has ANY idea what is going on? If I was fluent in PHP I assume I could figure out myself... Thank you! //per ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: cannot build pecl-pdflib
On 08/31/14 21:44, Daniel Austin via freebsd-ports wrote: > Hi, > > root@bolton:/usr/ports/distfiles/PECL # fetch > http://distcache.FreeBSD.org/ports-distfiles/PECL/pdflib-3.0.4.tgz > pdflib-3.0.4.tgz 100% of 26 kB 6627 kBps > 00m00s > root@bolton:/usr/ports/distfiles/PECL # cd /usr/ports/print/pecl-pdflib > root@bolton:/usr/ports/print/pecl-pdflib # make checksum > ===> License PHP30 accepted by the user > ===> pecl-pdflib-3.0.4 depends on file: /usr/local/sbin/pkg - found > ===> Fetching all distfiles required by pecl-pdflib-3.0.4 for building > => SHA256 Checksum OK for PECL/pdflib-3.0.4.tgz. > > It's working fine here (from both pecl.php.net and distcache.FreeBSD.org) > > It looks like you have something that's altering your downloaded data > causing it to fail the checksum (perhaps a firewall or proxy appliance) > Not sure, http://pecl.php.net/package/pdflib was down (database error) at the very moment I was building the port and the package from distcache.FreeBSD.org did not work. Now that pecl.php.net is up again it builds fine. Perhaps the distfile at freebsd.org needs to be checked. > On 31/08/2014 20:16, Per olof Ljungmark wrote: >> 10-PRERELEASE >> fresh portstree >> >> # make >> ===> License PHP30 accepted by the user >> ===> pecl-pdflib-3.0.4 depends on file: /usr/local/sbin/pkg - found >> ===> Fetching all distfiles required by pecl-pdflib-3.0.4 for building >> ===> Extracting for pecl-pdflib-3.0.4 >> => SHA256 Checksum mismatch for PECL/pdflib-3.0.4.tgz. >> ===> Refetch for 1 more times files: PECL/pdflib-3.0.4.tgz >> ===> License PHP30 accepted by the user >> ===> pecl-pdflib-3.0.4 depends on file: /usr/local/sbin/pkg - found >> => pdflib-3.0.4.tgz doesn't seem to exist in /usr/ports/distfiles/PECL. >> => Attempting to fetch http://pecl.php.net/get/pdflib-3.0.4.tgz >> fetch: http://pecl.php.net/get/pdflib-3.0.4.tgz: size unknown >> fetch: http://pecl.php.net/get/pdflib-3.0.4.tgz: size of remote file is >> not known >> pdflib-3.0.4.tgz 3582 B 30 kBps >> 00m01s >> => Fetched file size mismatch (expected 27043, actual 3582) >> => Attempting to fetch >> http://distcache.FreeBSD.org/ports-distfiles/PECL/pdflib-3.0.4.tgz >> pdflib-3.0.4.tgz 100% of 26 kB 417 kBps >> 00m00s >> ===> Fetching all distfiles required by pecl-pdflib-3.0.4 for building >> ===> License PHP30 accepted by the user >> ===> pecl-pdflib-3.0.4 depends on file: /usr/local/sbin/pkg - found >> ===> Fetching all distfiles required by pecl-pdflib-3.0.4 for building >> => SHA256 Checksum mismatch for PECL/pdflib-3.0.4.tgz. >> ===> Giving up on fetching files: PECL/pdflib-3.0.4.tgz >> Make sure the Makefile and distinfo file >> (/usr/ports/print/pecl-pdflib/distinfo) >> are up to date. If you are absolutely sure you want to override this >> check, type "make NO_CHECKSUM=yes [other args]". >> *** Error code 1 >> >> Stop. >> make[1]: stopped in /usr/ports/print/pecl-pdflib >> >> >> Well, tried: >> >> # make NO_CHECKSUM=yes >> ===> License PHP30 accepted by the user >> ===> pecl-pdflib-3.0.4 depends on file: /usr/local/sbin/pkg - found >> ===> Fetching all distfiles required by pecl-pdflib-3.0.4 for building >> ===> Extracting for pecl-pdflib-3.0.4 >> tar: Error opening archive: Unrecognized archive format >> *** Error code 1 >> >> ___ >> freebsd-ports@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-ports >> To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org" >> > ___ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org" -- Intersonic AB Registered in Solna, Sweden SE556539368201 ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: cannot build pecl-pdflib
On 08/31/14 21:16, Per olof Ljungmark wrote: > 10-PRERELEASE > fresh portstree > > # make > ===> License PHP30 accepted by the user > ===> pecl-pdflib-3.0.4 depends on file: /usr/local/sbin/pkg - found > ===> Fetching all distfiles required by pecl-pdflib-3.0.4 for building > ===> Extracting for pecl-pdflib-3.0.4 > => SHA256 Checksum mismatch for PECL/pdflib-3.0.4.tgz. > ===> Refetch for 1 more times files: PECL/pdflib-3.0.4.tgz > ===> License PHP30 accepted by the user > ===> pecl-pdflib-3.0.4 depends on file: /usr/local/sbin/pkg - found > => pdflib-3.0.4.tgz doesn't seem to exist in /usr/ports/distfiles/PECL. > => Attempting to fetch http://pecl.php.net/get/pdflib-3.0.4.tgz > fetch: http://pecl.php.net/get/pdflib-3.0.4.tgz: size unknown > fetch: http://pecl.php.net/get/pdflib-3.0.4.tgz: size of remote file is > not known > pdflib-3.0.4.tgz 3582 B 30 kBps > 00m01s > => Fetched file size mismatch (expected 27043, actual 3582) > => Attempting to fetch > http://distcache.FreeBSD.org/ports-distfiles/PECL/pdflib-3.0.4.tgz > pdflib-3.0.4.tgz 100% of 26 kB 417 kBps > 00m00s > ===> Fetching all distfiles required by pecl-pdflib-3.0.4 for building > ===> License PHP30 accepted by the user > ===> pecl-pdflib-3.0.4 depends on file: /usr/local/sbin/pkg - found > ===> Fetching all distfiles required by pecl-pdflib-3.0.4 for building > => SHA256 Checksum mismatch for PECL/pdflib-3.0.4.tgz. > ===> Giving up on fetching files: PECL/pdflib-3.0.4.tgz > Make sure the Makefile and distinfo file > (/usr/ports/print/pecl-pdflib/distinfo) > are up to date. If you are absolutely sure you want to override this > check, type "make NO_CHECKSUM=yes [other args]". > *** Error code 1 > > Stop. > make[1]: stopped in /usr/ports/print/pecl-pdflib > > > Well, tried: > > # make NO_CHECKSUM=yes > ===> License PHP30 accepted by the user > ===> pecl-pdflib-3.0.4 depends on file: /usr/local/sbin/pkg - found > ===> Fetching all distfiles required by pecl-pdflib-3.0.4 for building > ===> Extracting for pecl-pdflib-3.0.4 > tar: Error opening archive: Unrecognized archive format > *** Error code 1 works if file is fetched from elsewhere, for instance: http://ftp.leg.uct.ac.za/pub/packages/macports/distfiles/php5-pdflib/pdflib-3.0.4.tgz ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
cannot build pecl-pdflib
10-PRERELEASE fresh portstree # make ===> License PHP30 accepted by the user ===> pecl-pdflib-3.0.4 depends on file: /usr/local/sbin/pkg - found ===> Fetching all distfiles required by pecl-pdflib-3.0.4 for building ===> Extracting for pecl-pdflib-3.0.4 => SHA256 Checksum mismatch for PECL/pdflib-3.0.4.tgz. ===> Refetch for 1 more times files: PECL/pdflib-3.0.4.tgz ===> License PHP30 accepted by the user ===> pecl-pdflib-3.0.4 depends on file: /usr/local/sbin/pkg - found => pdflib-3.0.4.tgz doesn't seem to exist in /usr/ports/distfiles/PECL. => Attempting to fetch http://pecl.php.net/get/pdflib-3.0.4.tgz fetch: http://pecl.php.net/get/pdflib-3.0.4.tgz: size unknown fetch: http://pecl.php.net/get/pdflib-3.0.4.tgz: size of remote file is not known pdflib-3.0.4.tgz 3582 B 30 kBps 00m01s => Fetched file size mismatch (expected 27043, actual 3582) => Attempting to fetch http://distcache.FreeBSD.org/ports-distfiles/PECL/pdflib-3.0.4.tgz pdflib-3.0.4.tgz 100% of 26 kB 417 kBps 00m00s ===> Fetching all distfiles required by pecl-pdflib-3.0.4 for building ===> License PHP30 accepted by the user ===> pecl-pdflib-3.0.4 depends on file: /usr/local/sbin/pkg - found ===> Fetching all distfiles required by pecl-pdflib-3.0.4 for building => SHA256 Checksum mismatch for PECL/pdflib-3.0.4.tgz. ===> Giving up on fetching files: PECL/pdflib-3.0.4.tgz Make sure the Makefile and distinfo file (/usr/ports/print/pecl-pdflib/distinfo) are up to date. If you are absolutely sure you want to override this check, type "make NO_CHECKSUM=yes [other args]". *** Error code 1 Stop. make[1]: stopped in /usr/ports/print/pecl-pdflib Well, tried: # make NO_CHECKSUM=yes ===> License PHP30 accepted by the user ===> pecl-pdflib-3.0.4 depends on file: /usr/local/sbin/pkg - found ===> Fetching all distfiles required by pecl-pdflib-3.0.4 for building ===> Extracting for pecl-pdflib-3.0.4 tar: Error opening archive: Unrecognized archive format *** Error code 1 ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: archivers/rpm fails to build probably due to my local issue
On 2014-05-14 08:08, Koichiro IWAO wrote: I still fails to build today but thanks. I will look for my envitonment again. On Fri, May 09, 2014 at 11:58:12AM +0200, Alex Dupre wrote: Koichiro IWAO ha scritto: archivers/rpm fails to build around aclocal macro. Same issue yesterday, today it builds fine. Same problem here, anyone solved this? ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
nagios-pf-plugin
This port is marked DEPRECATED ===>>> No more public distfiles but aren't https://github.com/kian/nagios-pf-plugin/blob/master/check_pf.c a source for the distfile? Cheers, ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: db4* > This port is marked DEPRECATED
On 2013-12-14 18:33, l...@lena.kiev.ua wrote: > portupgrade uses db41. Should portupgrade be rebuilt with db5 ? How? https://wiki.freebsd.org/Ports/BerkeleyDBCleanup ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
db4* > This port is marked DEPRECATED
Hello list, Before I go ahead and replace db4* with db5* everywhere, are there any caveats to it? I saw no notes in UPDATING but perhaps I missed it? I suppose it should be as easy as shutting down the running application, upgrade and start again? Don't want to shoot myself in foot for the nth. time... Thanks, ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
pysolfc dumps core
In the hope of replacing the card game that existed with KDE3 I tried pysol and pysolfc from ports, however, neither of them would run on my 9-STABLE r256301 system. Hints welcome, either fixes or an alternative to pysol. boost-python-libs-1.52.0 python-2.7_1,2 python2-2_1 python27-2.7.5_3 For some reason I have two versions of tcl, could this be the problem? tcl85-8.5.15_2 tcl86-8.6.1 pysol: % pysol Traceback (most recent call last): File "/usr/local/share/pysol/src/pysol.py", line 121, in sys.exit(main(sys.argv)) File "/usr/local/share/pysol/src/main.py", line 424, in main r = pysol_main(args) File "/usr/local/share/pysol/src/main.py", line 371, in pysol_main app.mainloop() File "/usr/local/share/pysol/src/app.py", line 454, in mainloop self.statusbar = PysolStatusbar(self.top) File "/usr/local/share/pysol/src/tk/statusbar.py", line 150, in __init__ self._widgets[0].grid_configure(column=0, row=0, sticky="ew") File "/usr/local/lib/python2.7/lib-tk/Tkinter.py", line 1963, in grid_configure + self._options(cnf, kw)) _tkinter.TclError: cannot use geometry manager grid inside .34455159440.34455159728 which already has slaves managed by pack pysolfc just dumps core and that's it. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: KDE3 apps replacements?
Quoting Thomas Mueller : from Per olof Ljungmark: I am finally in the process of removing KDE3 completely, switched to Xfce some time ago, and wonder if any of you could recommend suitable replacements for some of the apps: kpdfpdf viewer with the ability to copy text from kWrite simple text editor with some filetype and highlighting features + easy to switch encoding (vim/gvim?) kPatience Card game, Freecell in particular kColorChooser pick html color names kRuler Pixel screen ruler kSnapshot Screen dump to jpg and/or png I use xpdf, found it much better than kpdf but that was some years ago when I used KDE in Slackware Linux. I see there are other open-source pdf viewers. System Rescue CD uses epdfview. I didn't like kWrite or kspread (spreadsheet that came with KDE). Abiword is much better than kWrite, and gnumeric is much better than the spreadsheet that came with KDE. I am not familiar with the other KDE apps. Tom Hi, I just tried graphics/electrix which seems good enough. For spreadsheet and serious word processing I already use OpenOffice, kwrite was ideal for quick and simple editing. Found Pysol for patience, will test it. //pet -- Intersonic AB Registered in Solna, Sweden SE556539368201 ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: KDE3 apps replacements?
Quoting Thomas Mueller : from Per olof Ljungmark: I am finally in the process of removing KDE3 completely, switched to Xfce some time ago, and wonder if any of you could recommend suitable replacements for some of the apps: kpdfpdf viewer with the ability to copy text from kWrite simple text editor with some filetype and highlighting features + easy to switch encoding (vim/gvim?) kPatience Card game, Freecell in particular kColorChooser pick html color names kRuler Pixel screen ruler kSnapshot Screen dump to jpg and/or png I use xpdf, found it much better than kpdf but that was some years ago when I used KDE in Slackware Linux. I see there are other open-source pdf viewers. System Rescue CD uses epdfview. I didn't like kWrite or kspread (spreadsheet that came with KDE). Abiword is much better than kWrite, and gnumeric is much better than the spreadsheet that came with KDE. I am not familiar with the other KDE apps. Tom Hi, I just tried graphics/electrix which seems good enough. For spreadsheet and serious word processing I already use OpenOffice, kwrite was ideal for quick and simple editing. Found Pysol for patience, will test it. //pet -- Intersonic AB Registered in Solna, Sweden SE556539368201 ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
KDE3 apps replacements?
Hi, I am finally in the process of removing KDE3 completely, switched to Xfce some time ago, and wonder if any of you could recommend suitable replacements for some of the apps: kpdfpdf viewer with the ability to copy text from kWrite simple text editor with some filetype and highlighting features + easy to switch encoding (vim/gvim?) kPatience Card game, Freecell in particular kColorChooser pick html color names kRuler Pixel screen ruler kSnapshot Screen dump to jpg and/or png Thank you! ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
mailman: IOError: [Errno 13] Permission denied
Hi, Since a few weeks (sorry, cannot recall exact date), we get the below errors whenever cron is run for mailman. There was no change in configuration at that time and I am pretty sure the errors started after an update run. The lists are all ok and bin/check_perms No problems found The errors are Traceback (most recent call last): File "/usr/local/mailman/cron/nightly_gzip", line 154, in main() File "/usr/local/mailman/cron/nightly_gzip", line 110, in main mlist = MailList.MailList(name, lock=0) File "/usr/local/mailman/Mailman/MailList.py", line 130, in __init__ self.Load() File "/usr/local/mailman/Mailman/MailList.py", line 640, in Load dict, e = self.__load(file) File "/usr/local/mailman/Mailman/MailList.py", line 606, in __load fp = open(dbfile) IOError: [Errno 13] Permission denied: '/usr/local/mailman/lists/inter/config.pck' Traceback (most recent call last): File "/usr/local/mailman/cron/cull_bad_shunt", line 126, in main() File "/usr/local/mailman/cron/cull_bad_shunt", line 103, in main names = os.listdir(qdir) OSError: [Errno 13] Permission denied: '/usr/local/mailman/qfiles/shunt' FreeBSD 9.2-PRERELEASE #0 r253468 python27-2.7.5_1 mailman-2.1.14_6 ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
perl-5.12.5 This port is marked DEPRECATED
OK, fine. And what should we replace it with on a production 9.2-PRERELEASE? 5.14? 5.16? 5.,18? Which would be least painful? Thanks for any input. //per ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: kde3 ports expired today
On 2013-07-02 18:31, Daniel Nebdal wrote: > On Tue, Jul 2, 2013 at 5:55 PM, Jim Pingle wrote: >> On 07/02/13 07:10, Matthias Apitz wrote: >>> El día Monday, July 01, 2013 a las 08:05:37PM -0700, Jeffrey Bouquet >>> escribió: >>> bsdstats.org > ports stats would have that information probably >>> >>> http://bsdstats.org/ports.php?category=91 >>> >>> says in column 'times in use': >>> >>> x11/kde3: 534 >>> x11/kde4: 86 >> >> I feel as though I'm in the happy minority who use and enjoy KDE4. My >> FreeBSD desktop/workstation is running it well but it does not have >> limited resource requirements (i7-750, 8G of RAM, Radeon HD 4650). >> >> Since Amarok and K3B outgrew their KDE3 dependencies, I've managed to >> keep my system KDE3/QT3-free for a while now, though that wasn't always >> easy in the past. >> >> The only real hiccup I've had was the recent KDE4 bump that made me have >> to reconfigure some things, but it ended up working better than ever in >> the end. The only current complaint I have is about the atrocities they >> have committed to KMail. >> >> Resource usage and philosophical reasons aside, some people who have >> been burned by KDE4 in the past may want to revisit it now, it's matured >> a lot from its early days. >> >> Personally I won't miss KDE3 at all, and I really haven't missed it for >> several years now. >> >> Jim > > > I was about to write something similar. My work machine has been on > KDE4 for years, and though it was quite rocky in the earlier versions > it has kind of quietly disappeared into the background (in a good way) > now - while I can understand the gnome2 revival projects, I don't > quite see the point of e.g. Trinity. Of course KDE4 works and many people use it daily - but for me who got used to a fairly stripped desktop with just the basics I work with all the time KDE4 was just in the way, in fact, it made me work more on Windows XP. My hope now is that xfce grows just a little bit more in functionality to be roughly a KDE3 successor. //per ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: kde3 ports expired today
On 2013-07-01 11:38, Baptiste Daroussin wrote: > On Mon, Jul 01, 2013 at 10:20:22AM +0200, Matthias Apitz wrote: >> El día Monday, July 01, 2013 a las 09:59:48AM +0200, René Ladan escribió: >> >>> Hi, >>> >>> the KDE3 ports (263 of them) expired today. They were marked for >>> removal since December 30, so the plan is to remove them soon. >>> >>> Regards, >>> Rene >> >> Hi, >> >> We have (perhaps) all seen this in UPDATING and while compiling qt3* >> ports; I think, it is not a good idea deleting the KDE3 ports (which do >> compile) from our ports tree, while the KDE4 ports do not compile, at >> least not on i386 architecture. See the PR's about automoc4 and others. >> >> Just my humble opinion >> >> matthias >> > > Problem is that kde3 is not maintained anymore upstream, not security reviews > are performed any more etc. It has been deprecated for 6 month, and no one > came > up to: > 1/ take maitainership of kde3 > 2/ import the maintained and supported trinity project. While I have full respect for this decision I am another example of one that looses his desktop... Actually, I'm not really using KDE3, but rather xfce but with the apps from KDE3 like konsole, kwrite, ksnapshot and a few others that I failed to see any good replacements for. And security, well, not sure if this is that important for a desktop? At least we're warned. And KDE4 is not an alternative, tried several times but gave up. Just my two öre. //per ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
