Re: squeezecenter 7.3.2 no longer starts with latest ports
In message <91b92520912021328j34373653r838ba135a41f5...@mail.gmail.com>, Sandra Kachelmann writes >I even removed the whole database and performed a complete rebuild: > >$ portupgrade -rf squeezeboxserver > >This port is broken... Hi, Back out to: p5-Class-XSAccessor-1.03,1 p5-DBIx-Class-0.08112 ...and I think it'll work. Alternatively there are some PRs that may help when brooks@ gets a chance to look at them: http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/140662 http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/141106 Cheers, -- Mark A. R. Knight finger: ma...@knigma.org Tel: +44 7880 556751http://www.knigma.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"
Re: Log rotation kills squeezeboxserver CLI
Hi Ben, if you change newsyslog.conf to recreate the file with slimserv ownership, does it fix the error (although not the warnings)? /var/log/squeezeboxserver/server.logslimserv:slimserv 644 3 100 * J /var/run/squeezeboxserver/squeezeboxserver.pid -- Mark Knight Mobile: +44 7880 556751. Home: +44 1223 858596 Email: ma...@knigma.org. Skype: knigma On 25/06/2013 10:35, Ben Laurie wrote: I haven't figured out why, unfortunately, but if you use SBS' CLI interface, it stops responding when the log gets rotated by newsyslog. Removing it from newsyslog.conf fixes the problem (obviously at the cost of no log rotation :-). It also logs a _lot_ of crap, btw. ___ 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"
cyrus-sasl-saslauthd won't build anymore
Is anyone else having issues building: cyrus-sasl-saslauthd-2.1.26_1 cyrus-sasl-2.1.26_12 is building okay, and I've tried re-building all dependencies and checking UPDATING. I'm on FreeBSD 10.2-RELEASE-p3 Full build log here: http://www.knigma.org/scratch/cyrus-sasl-saslauthd.txt Thanks for any ideas! -- Mark Knight Mobile: +44 7753 250584. http://www.knigma.org/ Email: ma...@knigma.org. Skype: knigma ___ 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-sasl-saslauthd won't build anymore
On 03/10/2015 14:32, Matthew Seaman wrote: That update was backed out after it was found not to work. Update your ports -- you should find cyrus-sasl-saslauthd-2.1.26_2 now. Sorry, my mail was confusing. I current have these installed: cyrus-sasl-2.1.26_12 cyrus-sasl-saslauthd-2.1.26_1 Updating to cyrus-sasl-saslauthd-2.1.26_3 is refusing to build, per the log: http://www.knigma.org/scratch/cyrus-sasl-saslauthd.txt -- Mark Knight Mobile: +44 7753 250584. http://www.knigma.org/ Email: ma...@knigma.org. Skype: knigma ___ 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-sasl-saslauthd won't build anymore
On 03/10/2015 16:33, Mark Knight wrote: Sorry, my mail was confusing. I current have these installed: cyrus-sasl-2.1.26_12 cyrus-sasl-saslauthd-2.1.26_1 Updating to cyrus-sasl-saslauthd-2.1.26_3 is refusing to build, per the log: http://www.knigma.org/scratch/cyrus-sasl-saslauthd.txt Any ideas on this one please? This has been broken for a few days now. All my other ports are up-to-date and there's nothing obvious in /usr/ports/UPDATING. Does this build for others? Thanks, Mark -- Mark Knight Mobile: +44 7753 250584. http://www.knigma.org/ Email: ma...@knigma.org. Skype: knigma ___ 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-sasl-saslauthd won't build anymore
On 06/10/2015 04:17, Walter Schwarzenfeld wrote: Try to compile it in the port not with portupgrade. (For me in the port compiles fine.) Mine didn't. In the end, my workaround was to uninstall security/krb5 So it looks like there's a conflict between the current versions of security/krb5 and security/cyrus-sasl-saslauthd. Cheers, Mark -- Mark Knight Mobile: +44 7753 250584. http://www.knigma.org/ Email: ma...@knigma.org. Skype: knigma ___ 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"
audio/squeezecenter-7.3.1 Extension downloader broken?
It's great that the squeezecenter port has been upgraded to version 7.3.1 but I'm now having trouble getting the AlienBBC plugin (or any other for that matter), to work. This is with the new "Extension Downloader" in 7.3.1 supports downloading extensions to: /usr/local/squeezecenter/Cache/InstalledPlugins/Plugins Directories are appearing in this location but when I re-start squeezecenter it's as if the Plugins aren't installed. I'm not seeing any errors in the log files. Before I chase this down, has anyone else got this working or seeing the same thing? Cheers, -- Mark A. R. Knight finger: ma...@knigma.org Tel: +44 7880 556751http://www.knigma.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"
Re: audio/squeezecenter-7.3.1 Extension downloader broken?
In message , Mark Knight writes Directories are appearing in this location but when I re-start squeezecenter it's as if the Plugins aren't installed. I'm not seeing any errors in the log files. This is fixed in the latest version of the port. Thanks!! -- Mark A. R. Knight finger: ma...@knigma.org Tel: +44 7880 556751http://www.knigma.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"
squeezecenter 7.3.2 no longer starts with latest ports
Hi, I just tried to restart /usr/ports/audio/squeezecenter version 7.3.2 following a reboot and I'm now receiving this error: sudo /usr/local/etc/rc.d/squeezecenter start Starting squeezecenter. Found custom OS support file for unix The following CPAN modules were found but cannot work with SqueezeCenter: Net::DNS (loaded 0.63, need 0.63) To fix this problem you have several options: 1. Install the latest version of the module(s) using CPAN: sudo cpan Some::Module 2. Update the module's package using apt-get, yum, etc. 3. Run the .tar.gz version of SqueezeCenter which includes all required CPAN modules. I guess I've updated a few perl related ports in the last couple of days since I last rebooted, one of which I presume has cause squeezecenter to fail. My installed ports are current as of last night. If relevant, my system is running 6.4-RELEASE-p1. Backing p5-Net-DNS down to 0.64 (from 0.65), has not helped but I'm not even sure this port uses the ports installed version anyway! All ideas welcome please!! Cheers, -- Mark A. R. Knight finger: ma...@knigma.org Tel: +44 7880 556751http://www.knigma.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"
Xorg initial resolution broken
Just restarted X after various Xorg updates. Now the server seems to be completely ignoring the "Modes" line in the config file's Screen/Display section and picking its own initial resolution. No problem switching to the desired resolution later on when logged in. Config and log files here: http://www.knigma.org.uk/scratch/resolution.txt This configuration has worked for years so I'm sure it's down to the Xorg update. Any ideas please? Cheers, -- Mark A. R. Knight finger: [EMAIL PROTECTED] Tel: +44 7880 556751http://www.knigma.org/ ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Xorg initial resolution broken
In message <[EMAIL PROTECTED]>, "[LoN]Kamikaze" <[EMAIL PROTECTED]> writes >Mark Knight wrote: >> Just restarted X after various Xorg updates. Now the server seems to be >> completely ignoring the "Modes" line in the config file's Screen/Display >> section and picking its own initial resolution. >> >> No problem switching to the desired resolution later on when logged in. >> >> Config and log files here: >> >> http://www.knigma.org.uk/scratch/resolution.txt >> >> This configuration has worked for years so I'm sure it's down to the >> Xorg update. Any ideas please? >> >> Cheers, > >Set PreferredMode and check for the Virtual screen size in the log, you might >have to increase that to. Thanks for the tips. Setting PreferredMode caused the X server to lockup during start-up before switching out of text mode and requiring kill -9, until I removed my HorizSync and VertRefresh lines. Tried with X -configure afresh and achieved the same effect. With DDC and without HorizSync and VertRefresh lines PreferredMode is working but I'm having to use a lower refresh and I've lost the highest resolution my monitor displays. So for me the choice seems to be: - stick with my old config and sort out resolution when I log in - accept lower refresh (75Hz) and lower max resolution (rarely used it anyway), and use PreferredMode Cheers, -- Mark A. R. Knight finger: [EMAIL PROTECTED] Tel: +44 7880 556751http://www.knigma.org/ ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Xorg initial resolution broken
In message <[EMAIL PROTECTED]>, Randy Pratt <[EMAIL PROTECTED]> writes I'm having the same default resolution (1280x1024) problem using the updated xf86-video-mga-1.9.100 driver and additionally am unable to switch modes using the ctrl-alt-keypad +/- keys (Option "Dont Zoom" _is_ disabled). I reverted to the xf86-video-mga-1.4.7 driver and the desktop is my normal 1024x768 resolution and the mode switch keys work. Alas, as my eyes age, the higher resolutions are unreadable. Are you perhaps using the xf86-video-mga driver? If so, reverting to the older version may be another temporary workaround. Indeed, yes - xf86-video-mga-1.9.100 is the port upgrade the broke it. The trouble with portupgrade -a is I don't always know what's changed ;) Cheers, -- Mark A. R. Knight finger: [EMAIL PROTECTED] Tel: +44 7880 556751http://www.knigma.org/ ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Unable to upgrade from Samba43 to Samba44 or Samba45
Hi, When attempting to upgrade to Samba44 or Samba45 (as required by the removal of Samba43 yesterday), I get this error: /usr/ports/net/samba44/work/samba-4.4.14/bin/../source4/libnet/libnet_passwd.c:85: undefined reference to `arcfour_crypt' I wondered if this was an OpenSSL issue, but then it looks like arcfour_crypt is part of Samba so I'm a little confused. Complete build log, make.conf and options here: http://www.knigma.org/scratch/samba44.log Any advice please? Thanks in advance!! -- Mark Knight Mobile: +44 7753 250584. http://www.knigma.org/ Email: ma...@knigma.org. Skype: knigma ___ 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: Unable to upgrade from Samba43 to Samba44 or Samba45
On 08/06/2017 18:35, Dimitry Andric wrote: I'm guessing that it is confused by an existing samba installation. Try removing all other samba installations before attempting to build this port. Thanks. That would be nasty. If samba44 still doesn't build I'll be unable to restore samba43! -- Mark Knight Mobile: +44 7753 250584. http://www.knigma.org/ Email: ma...@knigma.org. Skype: knigma ___ 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: Unable to upgrade from Samba43 to Samba44 or Samba45
On 08/06/2017 18:35, Dimitry Andric wrote: I'm guessing that it is confused by an existing samba installation. Try removing all other samba installations before attempting to build this port. Having followed an off-list suggestion to create a package (thanks) as a backup, I removed samba43 and established that your "guess" was right. Thank you! Presumably this implies a bug in the port? Best regards, Mark -- Mark Knight Mobile: +44 7753 250584. http://www.knigma.org/ Email: ma...@knigma.org. Skype: knigma ___ 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: Error build the port devel/glib20
On 08/02/2014 01:20, John Hein wrote: > See the 20130904 entry in ports/UPDATING I'm hitting the same issue. Unfortunately some ports seem to require converters/libiconv from ports - e.g. converters/php5-iconv or net/avahi-app. First I removed libiconv per instructions in UPDATING and some ports wouldn't build. Now I reinstall libiconv and different ports fail :( Upgrading from 9.2 to 10.0 is turning out to be more difficult that previous major bumps... Unrelated but squid33 also barfs under 10.0 with cache_dir aufs. cache_dir ufs is okay. Cheers, -- Mark ___ 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: Error build the port devel/glib20
On 09/02/2014 04:51, John Hein wrote: > Fair enough. > There aren't many ports using this feature from 341775 (and thus pulling > in converters/libiconv) on 10.x yet. If the OP doesn't have one of > those ports in place, the effects of the note in UPDATING should be in > force. In a similar vein to glib20, does anyone have any tips for print/cups-base or converters/recode while libiconv in installed for some of the others ports that require it? echo Linking websearch... Linking websearch... cc -L../cgi-bin -L../cups -L../filter -L../ppdc -L../scheduler -L/usr/local/lib -Wl,-rpath=/usr/local/lib -Wl,-R/usr/local/lib -Wall -Wno-format-y2k -Wunused -fPIC -Os -g -fstack-protector -Wno-tautological-compare -o websearch websearch.o libcupscgi.a \ ../cups/libcups.a -pthread -lcrypt -lm -lssp_nonshared -lssl -lcrypto \ -lz ../cups/libcups.a(transcode.o): In function `_cupsCharmapFlush': /usr/ports/print/cups-base/work/cups-1.5.4/cups/transcode.c:64: undefined reference to `libiconv_close' /usr/ports/print/cups-base/work/cups-1.5.4/cups/transcode.c:70: undefined reference to `libiconv_close' /usr/ports/print/cups-base/work/cups-1.5.4/cups/transcode.c:64: undefined reference to `libiconv_close' /usr/ports/print/cups-base/work/cups-1.5.4/cups/transcode.c:70: undefined reference to `libiconv_close' ../cups/libcups.a(transcode.o): In function `cupsCharsetToUTF8': /usr/ports/print/cups-base/work/cups-1.5.4/cups/transcode.c:167: undefined reference to `libiconv_open' /usr/ports/print/cups-base/work/cups-1.5.4/cups/transcode.c:168: undefined reference to `libiconv_open' /usr/ports/print/cups-base/work/cups-1.5.4/cups/transcode.c:179: undefined reference to `libiconv' ../cups/libcups.a(transcode.o): In function `_cupsCharmapFlush': /usr/ports/print/cups-base/work/cups-1.5.4/cups/transcode.c:64: undefined reference to `libiconv_close' /usr/ports/print/cups-base/work/cups-1.5.4/cups/transcode.c:70: undefined reference to `libiconv_close' ../cups/libcups.a(transcode.o): In function `cupsUTF8ToCharset': /usr/ports/print/cups-base/work/cups-1.5.4/cups/transcode.c:292: undefined reference to `libiconv_open' /usr/ports/print/cups-base/work/cups-1.5.4/cups/transcode.c:293: undefined reference to `libiconv_open' /usr/ports/print/cups-base/work/cups-1.5.4/cups/transcode.c:304: undefined reference to `libiconv' cc: error: linker command failed with exit code 1 (use -v to see invocation) gmake[3]: *** [websearch] Error 1 gmake[3]: Leaving directory `/usr/ports/print/cups-base/work/cups-1.5.4/cgi-bin' gmake[2]: *** [libs] Error 1 gmake[2]: Leaving directory `/usr/ports/print/cups-base/work/cups-1.5.4' *** Error code 2 or converters/recode? --- libiconv.lo --- /bin/sh /usr/local/bin/libtool --mode=compile cc -DLIBDIR=\"/usr/local/lib\" -DHAVE_CONFIG_H -I.. -I. -I../lib -I/usr/local/include -I/usr/local/include -DLIBICONV_PLUG -O2 -pipe -fPIC -DLIBICONV_PLUG -fno-strict-aliasing -c libiconv.c libtool: compile: cc -DLIBDIR=\"/usr/local/lib\" -DHAVE_CONFIG_H -I.. -I. -I../lib -I/usr/local/include -I/usr/local/include -DLIBICONV_PLUG -O2 -pipe -fPIC -DLIBICONV_PLUG -fno-strict-aliasing -c libiconv.c -fPIC -DPIC -o .libs/libiconv.o libiconv.c:50:3: warning: implicit declaration of function 'iconvctl' is invalid in C99 [-Wimplicit-function-declaration] iconvctl (conversion, ICONV_SET_TRANSLITERATE, &transliterate); ^ libiconv.c:50:25: error: use of undeclared identifier 'ICONV_SET_TRANSLITERATE' iconvctl (conversion, ICONV_SET_TRANSLITERATE, &transliterate); ^ libiconv.c:51:33: error: use of undeclared identifier 'ICONV_SET_TRANSLITERATE' iconvctl (conversion_to_utf8, ICONV_SET_TRANSLITERATE, &transliterate); ^ libiconv.c:102:8: error: use of undeclared identifier 'ICONV_SET_TRANSLITERATE' ICONV_SET_TRANSLITERATE, &transliterate); ^ libiconv.c:104:8: error: use of undeclared identifier 'ICONV_SET_TRANSLITERATE' ICONV_SET_TRANSLITERATE, &transliterate); ^ 1 warning and 4 errors generated. *** [libiconv.lo] Error code 1 make[3]: stopped in /usr/ports/converters/recode/work/recode-3.6/src 1 error make[3]: stopped in /usr/ports/converters/recode/work/recode-3.6/src *** [all-recursive] Error code 1 make[2]: stopped in /usr/ports/converters/recode/work/recode-3.6 1 error Cheers, -- Mark Knight Mobile: +44 7753 250584. http://www.knigma.org/ Email: ma...@knigma.org. Skype: knigma ___ 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: Squid aufs crashes under 10.0
Without DEBUG I got this: #0 0x00605f71 in Fs::Ufs::UFSSwapDir::UFSSwapDir () [New Thread 84006400 (LWP 100348/squid)] (gdb) bt #0 0x00605f71 in Fs::Ufs::UFSSwapDir::UFSSwapDir () #1 0x005ff7c5 in Fs::Ufs::StoreFSufs::createSwapDir () #2 0x004bfdf2 in strtokFile () #3 0x004aebdf in configFreeMemory () #4 0x004ac79e in parseConfigFile () #5 0x0055510c in SquidMain () #6 0x0055499c in main () It crashed immediately on start-up. Nothing in cache.log. Like you, with DEBUG gdb crashes. Cheers, -- Mark Knight Mobile: +44 7753 250584. http://www.knigma.org/ Email: ma...@knigma.org. Skype: knigma ___ 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: Error build the port devel/glib20
On 11/02/2014 19:21, Tijl Coosemans wrote:
> glib20 should be ok now. cups-base I cannot reproduce. I think you
> need to rebuild cups-client. For recode I've submitted a patch to
> http://www.freebsd.org/cgi/query-pr.cgi?pr=186637
Thanks for the recode patch. As you say, glib20 is now fixed too.
Re: cups-base, I just followed your suggestion and tried:
portupgrade -f cups-client (*)
cd /usr/ports/print/cups-base
make clean deinstall all install
The failure occurs during the install phase:
gmake[3]: Entering directory
`/usr/ports/print/cups-base/work/cups-1.5.4/cgi-bin'
echo Linking websearch...
Linking websearch...
cc -L../cgi-bin -L../cups -L../filter -L../ppdc -L../scheduler
-L/usr/local/lib -Wl,-rpath=/usr/local/lib -Wl,-R/usr/local/lib -Wall
-Wno-format-y2k -Wunused -fPIC -Os -g -fstack-protector
-Wno-tautological-compare -o websearch websearch.o libcupscgi.a \
../cups/libcups.a -pthread -lcrypt -lm -lssp_nonshared -lssl -lcrypto
\
-lz
../cups/libcups.a(transcode.o): In function `_cupsCharmapFlush':
/usr/ports/print/cups-base/work/cups-1.5.4/cups/transcode.c:64: undefined
reference to `libiconv_close'
/usr/ports/print/cups-base/work/cups-1.5.4/cups/transcode.c:70: undefined
reference to `libiconv_close'
/usr/ports/print/cups-base/work/cups-1.5.4/cups/transcode.c:64: undefined
reference to `libiconv_close'
/usr/ports/print/cups-base/work/cups-1.5.4/cups/transcode.c:70: undefined
reference to `libiconv_close'
../cups/libcups.a(transcode.o): In function `cupsCharsetToUTF8':
/usr/ports/print/cups-base/work/cups-1.5.4/cups/transcode.c:167: undefined
reference to `libiconv_open'
/usr/ports/print/cups-base/work/cups-1.5.4/cups/transcode.c:168: undefined
reference to `libiconv_open'
/usr/ports/print/cups-base/work/cups-1.5.4/cups/transcode.c:179: undefined
reference to `libiconv'
../cups/libcups.a(transcode.o): In function `_cupsCharmapFlush':
/usr/ports/print/cups-base/work/cups-1.5.4/cups/transcode.c:64: undefined
reference to `libiconv_close'
/usr/ports/print/cups-base/work/cups-1.5.4/cups/transcode.c:70: undefined
reference to `libiconv_close'
../cups/libcups.a(transcode.o): In function `cupsUTF8ToCharset':
/usr/ports/print/cups-base/work/cups-1.5.4/cups/transcode.c:292: undefined
reference to `libiconv_open'
/usr/ports/print/cups-base/work/cups-1.5.4/cups/transcode.c:293: undefined
reference to `libiconv_open'
/usr/ports/print/cups-base/work/cups-1.5.4/cups/transcode.c:304: undefined
reference to `libiconv'
cc: error: linker command failed with exit code 1 (use -v to see invocation)
gmake[3]: *** [websearch] Error 1
gmake[3]: Leaving directory `/usr/ports/print/cups-base/work/cups-1.5.4/cgi-bin'
gmake[2]: *** [libs] Error 1
gmake[2]: Leaving directory `/usr/ports/print/cups-base/work/cups-1.5.4'
*** Error code 2
As a quick hack I worked around this with:
Index: Makefile
===
--- Makefile(revision 343717)
+++ Makefile(working copy)
@@ -89,6 +89,9 @@
.include
+USES+= iconv
+LDFLAGS+= ${ICONV_LIB}
+
.if defined(CUPS_CLIENT)
COMMENT2= Library cups
INSTALL_WRKSRC= ${WRKSRC}/cups
(*) I had previously completed a portupgrade -f -a since upgrading to FreeBSD 10
--
Mark Knight
Mobile: +44 7753 250584. http://www.knigma.org/
Email: ma...@knigma.org. Skype: knigma
___
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: Error build the port devel/glib20
On 11/02/2014 20:51, Tijl Coosemans wrote: > What is the output of "make -V ICONV_LIB" now in print/cups-base? mkn@shrewd$ pwd /usr/ports/print/cups-base mkn@shrewd$ sudo make -V ICONV_LIB mkn@shrewd$ -- Mark Knight Mobile: +44 7753 250584. http://www.knigma.org/ Email: ma...@knigma.org. Skype: knigma ___ 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: Error build the port devel/glib20
On 11/02/2014 21:57, Tijl Coosemans wrote: > Did you enable the GNUTLS option in cups-client? If so, try disabling it > and rebuild cups-client, then cups-base. Sorry, no. To be extra sure I just removed /usr/db/ports/print_cups-* and then portupgrade -f cups* but it still fails in the same place. No GNUTLS selected. -- Mark Knight Mobile: +44 7753 250584. http://www.knigma.org/ Email: ma...@knigma.org. Skype: knigma ___ 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: Error build the port devel/glib20
On 11/02/2014 22:31, Tijl Coosemans wrote: > Can you check these items: > - Does /usr/include/iconv.h exist? > - Have you made any changes to /usr/ports/Mk/Uses/iconv.mk? > - Any changes to /usr/ports/print/cups-base/Makefile? > - Any changes to /usr/ports/print/cups-client/Makefile? > - What is the output of "make -V CPPFLAGS" in /usr/ports/print/cups-client Thanks for looking into this. mkn@shrewd$ ls -l /usr/include/iconv.h -r--r--r-- 1 root wheel 4365 Feb 7 19:43 /usr/include/iconv.h mkn@shrewd$ cd /usr/ports/Mk mkn@shrewd$ sudo svn diff mkn@shrewd$ cd /usr/ports/print/cups-base mkn@shrewd$ sudo svn diff mkn@shrewd$ cd ../cups-client mkn@shrewd$ sudo svn diff mkn@shrewd$ sudo make -V CPPFLAGS -I/usr/local/include -DLIBICONV_PLUG (or in summary no changes to any of the files you reference). -- Mark Knight Mobile: +44 7753 250584. http://www.knigma.org/ Email: ma...@knigma.org. Skype: knigma ___ 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: Error build the port devel/glib20
On 11/02/2014 22:46, Tijl Coosemans wrote: > Also, what's the output of "uname -v"? mkn@shrewd$ uname -v FreeBSD 10.0-RELEASE #0 r261574: Fri Feb 7 17:06:49 GMT 2014 r...@shrewd.pub.knigma.org:/usr/obj/usr/src/sys/SHREWD -- Mark Knight Mobile: +44 7753 250584. http://www.knigma.org/ Email: ma...@knigma.org. Skype: knigma ___ 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: Error build the port devel/glib20
On 12/02/2014 08:41, Tijl Coosemans wrote: > Can you do a build of cups-client like this: > > # make clean > # script buildlog make > > Then send me the file buildlog and work/cups-1.5.4/cups/libcups.a > in a private email. Sure, see: http://www.knigma.org/scratch/cups-client.txt Cheers, -- Mark Knight Mobile: +44 7753 250584. http://www.knigma.org/ Email: ma...@knigma.org. Skype: knigma ___ 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: Error build the port devel/glib20
On 12/02/2014 10:18, Tijl Coosemans wrote: > Then post the output of: > > # readelf -s /usr/local/lib/libcups.a | grep iconv > # readelf -s /usr/local/lib/libcups.so | grep iconv mkn@shrewd$ readelf -s /usr/local/lib/libcups.a | grep iconv 31: 0 NOTYPE GLOBAL DEFAULT UND iconv 32: 0 NOTYPE GLOBAL DEFAULT UND iconv_close 33: 0 NOTYPE GLOBAL DEFAULT UND iconv_open mkn@shrewd$ readelf -s /usr/local/lib/libcups.so | grep iconv 26: 94 FUNCGLOBAL DEFAULT UND __bsd_iconv@FBSD_1.3 (4) 97: 9 FUNCGLOBAL DEFAULT UND __bsd_iconv_open@FBSD_1.3 (4) 141: 42 FUNCGLOBAL DEFAULT UND __bsd_iconv_close@FBSD_1.3 (4) 180: 94 FUNCGLOBAL DEFAULT UND __bsd_iconv@@FBSD_1.3 427: 9 FUNCGLOBAL DEFAULT UND __bsd_iconv_open@@FBSD_1. 567: 42 FUNCGLOBAL DEFAULT UND __bsd_iconv_close@@FBSD_1 -- Mark Knight Mobile: +44 7753 250584. http://www.knigma.org/ Email: ma...@knigma.org. Skype: knigma ___ 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: Error build the port devel/glib20
On 12/02/2014 11:07, Tijl Coosemans wrote: > All normal. What does this print: > pkg info -rx libiconv mkn@shrewd$ pkg info -rx libiconv libiconv-1.14_1: libslang2-2.2.4_5 wget-1.14_2 exiv2-0.23_1,1 id3lib-3.8.3_5 git-1.8.5.2 sdl-1.2.15_2,2 ghostscript9-9.06_4 poppler-0.24.4 php5-iconv-5.4.25 recode-3.6_9 enca-1.13 mplayer2-2.0.20130428_2 coreutils-8.22_1 -- Mark Knight Mobile: +44 7753 250584. http://www.knigma.org/ Email: ma...@knigma.org. Skype: knigma ___ 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: Error build the port devel/glib20
On 12/02/2014 11:14, Mark Knight wrote: > On 12/02/2014 11:07, Tijl Coosemans wrote: >> All normal. What does this print: >> pkg info -rx libiconv > > mkn@shrewd$ pkg info -rx libiconv > libiconv-1.14_1: > libslang2-2.2.4_5 > wget-1.14_2 > exiv2-0.23_1,1 > id3lib-3.8.3_5 > git-1.8.5.2 > sdl-1.2.15_2,2 > ghostscript9-9.06_4 > poppler-0.24.4 > php5-iconv-5.4.25 > recode-3.6_9 > enca-1.13 > mplayer2-2.0.20130428_2 > coreutils-8.22_1 > Any more thoughts on this from anyone please? The cups-base install target still seems broken (although I saw commits to a few of the ports listed above). Cheers, Mark -- Mark Knight Mobile: +44 7753 250584. http://www.knigma.org/ Email: ma...@knigma.org. Skype: knigma ___ 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: Error build the port devel/glib20
On 14/02/2014 16:16, Tijl Coosemans wrote: > All of those ports have PRs with patches filed against them waiting for > approval. What you can try in the mean time is rebuilding ghostscript > with the ICONV option disabled. Ah, okay thanks. I just tried that but cups-base still blew up. I'll wait patiently for the PRs to be actioned since I have a workaround. Thanks for all of your help! -- Mark Knight Mobile: +44 7753 250584. http://www.knigma.org/ Email: ma...@knigma.org. Skype: knigma ___ 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"
portupgrade -aF hanging under cron on FreeBSD 10 with pkgng
For a few years I've used a very simple cron to update my ports. Every morning I get a friendly mail with the outcome. /etc/crontab: 15 4 * * * root/home/root/cvsup_update /home/root/cvsup_update: #!/bin/sh /bin/date cd /usr/ports sudo -u cvsupin svnsync sync file:///home/freebsd-svn/base sudo -u cvsupin svnsync sync file:///home/freebsd-svn/ports sudo -u cvsupin svnsync sync file:///home/freebsd-svn/doc svn up /usr/local/sbin/portsdb -uU /usr/local/sbin/portupgrade -a -F /usr/local/sbin/portversion -v | grep -v "up-to-date" /bin/date Since upgrading to FreeBSD 10 and migrating to pkgng (at the same time), I noticed the mails stopped. Upon investigating the script is hanging at "portupgrade -a -F" when some ports need updating. Using "kill" a couple of times to free up the job, I eventually get the following mail: see: http://www.knigma.org/scratch/home_root_cvsup_update_cronmail.txt Before killing the job to get the mail I ran ps, here are the relevant processes after the job had been stuck for several hours: USER PID PPID PGID SID JOBC STAT TTTIME COMMAND root 62559 1530 1530 15300 I - 0:00.01 cron: running job (cron) root 62562 62559 62562 625620 IWs - 0:00.00 /bin/sh /home/root/cvsup_update root 84862 62562 62562 625620 I - 0:03.24 ruby19: portupgrade: [1/4] png-1.5.17 (ruby19) root 98047 84862 62562 625620 I - 0:00.02 /usr/bin/script -qa /tmp/portupgrade20140215-84862-ayw6np env UPGRADE_TOOL=portupgrade UPGRADE_PORT=png-1.5.17 UPGRADE_PORT_VER=1.5.17 make FETCH_BEFORE_ARGS=-q -DBATCH checksum root 98048 98047 98048 980480 IEs+ 1-0:00.01 make FETCH_BEFORE_ARGS=-q -DBATCH checksum If I run portupgrade -a -F at the shell prompt everything is fine - but this helps to illustrate where the cron is misbehaving. mkn@shrewd$ sudo portupgrade -a -F [Reading data from pkg(8) ... - 854 packages found - done] ---> Fetching the distfile(s) for 'png-1.5.18' (graphics/png) ---> Fetching '/usr/ports/graphics/png' ===> Found saved configuration for png-1.5.12 ===> png-1.5.18 depends on file: /usr/local/sbin/pkg - found ===> Fetching all distfiles required by png-1.5.18 for building => SHA256 Checksum OK for libpng-1.5.18.tar.xz. => SHA256 Checksum OK for libpng-1.5.18-apng.patch.gz. ---> Fetching the distfile(s) for 'p5-CPAN-Meta-YAML-0.011' (devel/p5-CPAN-Meta-YAML) ---> Fetching '/usr/ports/devel/p5-CPAN-Meta-YAML' ===> License ART10 GPLv1 accepted by the user ===> p5-CPAN-Meta-YAML-0.011 depends on file: /usr/local/sbin/pkg - found ===> Fetching all distfiles required by p5-CPAN-Meta-YAML-0.011 for building => SHA256 Checksum OK for CPAN-Meta-YAML-0.011.tar.gz. ---> Fetching the distfile(s) for 'libfpx-1.3.1.4' (graphics/libfpx) ---> Fetching '/usr/ports/graphics/libfpx' ===> libfpx-1.3.1.4 depends on file: /usr/local/sbin/pkg - found ===> Fetching all distfiles required by libfpx-1.3.1.4 for building => SHA256 Checksum OK for libfpx-1.3.1-4.tar.xz. ---> Fetching the distfile(s) for 'dejavu-2.34_2' (x11-fonts/dejavu) ---> Fetching '/usr/ports/x11-fonts/dejavu' ===> Found saved configuration for dejavu-2.33 ===> dejavu-2.34_2 depends on file: /usr/local/sbin/pkg - found ===> Fetching all distfiles required by dejavu-2.34_2 for building => SHA256 Checksum OK for dejavu-fonts-ttf-2.34.tar.bz2. mkn@shrewd$ I'd appreciate any thoughts on why this is getting stuck please? Thanks! -- Mark Knight Mobile: +44 7753 250584. http://www.knigma.org/ Email: ma...@knigma.org. Skype: knigma ___ 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: Error build the port devel/glib20
On 19/02/2014 13:21, Tijl Coosemans wrote: > I had another look at it and it turns out to be problem during > installation, not during compilation. It should be fixed now in > r345090. Yes, that fixed it - thanks :) -- Mark Knight Mobile: +44 7753 250584. http://www.knigma.org/ Email: ma...@knigma.org. Skype: knigma ___ 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"
dummynet queues hanging
I'm trying to use Dummynet to throttle bandwidth at "peak" times. However my configuration seems to be behaving very oddly. Before I go too much further debugging this, can anyone see anything obviously wrong with my configuration? I have tried two similar configurations. The first works very reliably but doesn't make any attempt to distribute the available bandwidth between different flows: queue 40 config pipe 40 queue 5 mask src-ip 0x src-port 0x (this line is essentially redundant) pipe 40 config bw 600Kbit/s type QFQ queue 5 mask dst-ip 0x add 525 pipe 40 ip from any to any via em0 out In this second configuration I pass traffic through a queue first, rather than directly through the pipe. My end goal is to limit bandwidth to each host but to also try and distribute the available bandwidth fairly between the applications on each host. queue 40 config pipe 40 queue 5 mask src-ip 0x src-port 0x pipe 40 config bw 600Kbit/s type QFQ queue 5 mask dst-ip 0x add 525 queue 40 ip from any to any via em0 out When I switch to using the queue I start to see very odd behaviour when traffic levels increase. Typically after just a few minutes the scheduler or queues seem to get "stuck": mkn@shrewd$ sudo ipfw sched list 00040: 600.000 Kbit/s0 ms burst 0 sched 40 type QFQ flags 0x1 256 buckets 1 active mask: 0x00 0x/0x -> 0x/0x Children flowsets: 40 BKT Prot ___Source IP/port Dest. IP/port Tot_pkt/bytes Pkt/Byte Drp 181 ip 0.0.0.0/0 217.169.23.231/0 11701 3844619 1123 72289 2112 If I look at "ipfw queue list", I see that many the flows have full buffers and are dropping packets like crazy - essentially the queues seem to have stopped draining. I also get a few kernel message when I list the queues: Feb 21 18:38:00 shrewd kernel: [29168] copy_obj_q ERROR type 5 queue -1 have 32 need 96 I saw the same behaviour with FreeBSD 9.2 and now FreeBSD 10.0. I have another queue running with a slightly different configuration on another interface and it's absolutely rock solid. The only obvious difference is that I do have a inbound "ipfw fwd" rule running on on em0 but that could be a red herring: 00476 fwd 81.2.102.154,8090 tcp from any to any dst-port 80 via em0 in not tagged 2 // lan Thanks in advance for any insight. PS: The problem offers using either QFQ or WF2Q+. -- Mark Knight Mobile: +44 7753 250584. http://www.knigma.org/ Email: ma...@knigma.org. Skype: knigma ___ 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: dummynet queues hanging
On 21/02/2014 19:12, Mark Knight wrote: > I'm trying to use Dummynet to throttle bandwidth at "peak" times. Sorry, wrong list - please ignore on -ports. -- Mark ___ 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"
