Re: Fwd: unifi5, mongodb and python2
Hi! > Looking for some feedback on this. Or should I just go ahead and create PRs? I think feld@ is busy enough that he appreciates PRs. The plan looks fine, from what I can see. We can do a test, as we operate some installations. -- p...@opsec.eu+49 171 3101372Now what ? ___ 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"
FreeBSD ports you maintain which are out of date
Dear port maintainer, The portscout new distfile checker has detected that one or more of your ports appears to be out of date. Please take the opportunity to check each of the ports listed below, and if possible and appropriate, submit/commit an update. If any ports have already been updated, you can safely ignore the entry. You will not be e-mailed again for any of the port/version combinations below. Full details can be found at the following URL: http://portscout.freebsd.org/po...@freebsd.org.html Port| Current version | New version +-+ finance/moneymanagerex | 1.2.7 | v1.3.5 +-+ If any of the above results are invalid, please check the following page for details on how to improve portscout's detection and selection of distfiles on a per-port basis: http://portscout.freebsd.org/info/portscout-portconfig.txt Reported by:portscout! ___ 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 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? Thanks, Michael -- Michael Gmelin ___ 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: 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: Lsof port can't build (again)
On 17/06/2020 04:23, @lbutlr wrote: > Thank you, cleared /usr/src and running the svn checkout with that > URL now. It's still well over a gig so it will be a few minutes > before trying to build lsof again. Alas, it is a bit late now, but next time you need to switch branches like this, use `svn switch ^/releng/12.1` which will save you many gigabytes of unnecessary network traffic. Cheers, Matthew signature.asc Description: OpenPGP digital signature
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 (0x1) 70204: recvfrom(3,"\0\t",2,0,NULL,0x0) = 2 (0x2) 70204: recvfrom(3,"job-state",9,0,NULL,0x0) = 9 (0x9) 70204: recvfrom(3,"\0\^D",2,0,NULL,0x0) = 2 (0x2) 70204: recvfrom(3,"\0\0\0\^C",4,0,NULL,0x0) = 4 (0x4) 70204: recvfrom(3,"!",1,0,NULL,0x0) = 1 (0x1) 70204: recvfrom(3,"\0\^Y",2,0,NULL,0x0) = 2 (0x2) 70204: recvfrom(3,"job-i
Re: cups-pdf crash status -139
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 ;) 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"
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? 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: Fwd: unifi5, mongodb and python2
On Wed, 17 Jun 2020, at 09:04, Kurt Jaeger wrote: > Hi! > > > Looking for some feedback on this. Or should I just go ahead and create PRs? > Sounds good to me. I have recently done a few mongo Mongo mongo upgrades would I can prep some notes on that, perhaps in the wiki? We could reference it in the pkg-message perhaps? Dave ___ 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: Lsof port can't build (again)
> On 17 Jun 2020, at 07:35, Matthew Seaman wrote: > > On 17/06/2020 04:23, @lbutlr wrote: >> Thank you, cleared /usr/src and running the svn checkout with that >> URL now. It's still well over a gig so it will be a few minutes >> before trying to build lsof again. > Alas, it is a bit late now, but next time you need to switch branches > like this, use `svn switch ^/releng/12.1` which will save you many > gigabytes of unnecessary network traffic. Well, it was about 1.5GB, and on a gigabit connection it only took time because it downloaded each file instead of a package/archive. But I am unlikely to switch branches (and confused as to why the non-RELEASE 13.0 was the default) without updating the entire OS. -- Think of how stupid the average person is, and realize half of them are stupider than that. ___ 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
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 Regards. ___ 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"