Re: qzeitgeist failed to compile on FreeBSD 9-STABLE
Thanks for the patch, but it's doesn't run. Finally, I have removed the symbolic link and I was able to build qzeitgeist. On 05/26/12 23:29, Alberto Villa wrote: On Sat, May 26, 2012 at 9:39 PM, Quentin Schwerkolt develloper.u...@hotmail.fr wrote: /usr/lib64 is a symbolic link to /usr/locale/lib. Can you put the attached patch into /usr/ports/devel/automoc4/files, rebuild automoc4 and retry with qzeitgeist? signature.asc Description: OpenPGP digital signature
Re: qzeitgeist failed to compile on FreeBSD 9-STABLE
On Sun, May 27, 2012 at 10:44 AM, Quentin Schwerkolt develloper.u...@hotmail.fr wrote: Thanks for the patch, but it's doesn't run. What was the problem with the attached patch? -- Alberto Villa, FreeBSD committer avi...@freebsd.org http://people.FreeBSD.org/~avilla ___ 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
Problems with new boost
Howdy, I maintain net-p2p/libtorrent-rasterbar*, and net-p2p/qbittorrent29. Ever since the update I've noticed that my libtorrent-rasterbar applications have problems with the new boost version. Rebuilding the library against boost 1.45 solves it. I don't know exactly what the problem is, but the symptom is that the application gets slow, and eventually just freezes up altogether. It starts with the UI being slow to respond, with increasing pauses between responses. The network transfers also get slower and slower as time goes by. Eventually as I said above the whole thing just freezes. No response on the UI, no network traffic, no ktrace activity, nothing. If you can give me suggestions on how to diagnose this I'd be glad to help. Doug -- If you're never wrong, you're not trying hard enough ___ 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: libX11 and clang: compile error
On 2012-05-26 21:06, Oliver Pinter wrote: On 5/26/12, Mel Flynn rfl...@acsalaska.net wrote: On 26-5-2012 20:40, Oliver Pinter wrote: On 5/26/12, Mel Flynn rfl...@acsalaska.net wrote: On 26-5-2012 19:17, Oliver Pinter wrote: I think src.conf is relevant, while it changes the system behavior, as changed the default cc from gcc-4.2 to clang. Thinking it doesn't make it so. Run: grep _WITHOUT_SRCCONF /usr/share/mk/*.mk Then investigate. Setting CC in /etc/src.conf has *no effect on CC passed to the ports*. Really. It does not. The file that can do that is /etc/make.conf. Another way is setting CC in your environment variables, through /etc/login.conf, /etc/yourshellrc ~/.profile ~/.[cz]?shrc and what not. In order to debug your issue, you should provide the output of what make thinks CC and CPP are and backtrack where they are set. Start with: make -C /usr/ports/x11/libX11 -V CC -V CPP -- Mel After setting WITH_CLANG_IS_CC in src.conf the base system cc,cpp and c++ has changed: See ports/166373. Also, the fact that your /usr/bin/cpp == clang-cpp is relevant! Especially if you report: Somewhere in config* or Makefile are a hardcoded /usr/bin/cpp ... -- Mel this is a workaround, see the attached file This is a known issue and is being looked into. The issue is that clang cpp and gcc cpp behaves differently wrt. -traditional. We will try to find a general approach that works for all xorg ports that use cpp -traditional, probably regardless of the regular compiler used. Regards! -- Niclas Zeising ___ 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
10-CURRENT r235646 ports/net/samba34
# cd /usr/ports/net/samba34 # make install clean BATCH=YES ... Installing bin/smb_traffic_analyzer.so as ///usr/local/lib/samba34/vfs/smb_traffic_analyzer.so Preserving old module as ///usr/local/lib/samba34/charset/CP850.so.old Installing bin/CP850.so as ///usr/local/lib/samba34/charset/CP850.so Preserving old module as ///usr/local/lib/samba34/charset/CP437.so.old Installing bin/CP437.so as ///usr/local/lib/samba34/charset/CP437.so Preserving old module as ///usr/local/lib/samba34/auth/script.so.old Installing bin/script.so as ///usr/local/lib/samba34/auth/script.so gmake: Nothing to be done for `installlibs'. === Installing rc.d startup script(s) install -o root -g wheel -m 444 /usr/ports/net/samba34/work/smb.conf.sample /usr/local/share/examples/samba34/smb.conf.sample install -o root -g wheel -m 555 /usr/ports/net/samba34/work/samba-3.4.17/source3/script/mksmbpasswd.sh /usr/local/bin/make_smbpasswd install -s -o root -g wheel -m 555 /usr/ports/net/samba34/work/samba-3.4.17/nsswitch/nss_winbind.so /usr/local/lib/nss_winbind.so.1 install: /usr/ports/net/samba34/work/samba-3.4.17/nsswitch/nss_winbind.so: No such file or directory *** [post-install] Error code 71 -- Matthias Apitz t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211 e g...@unixarea.de - w http://www.unixarea.de/ UNIX since V7 on PDP-11 | UNIX on mainframe since ESER 1055 (IBM /370) UNIX on x86 since SVR4.2 UnixWare 2.1.2 | FreeBSD since 2.2.5 ___ 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: libX11 and clang: compile error
On 5/27/12, Niclas Zeising zeis...@daemonic.se wrote: On 2012-05-26 21:06, Oliver Pinter wrote: On 5/26/12, Mel Flynn rfl...@acsalaska.net wrote: On 26-5-2012 20:40, Oliver Pinter wrote: On 5/26/12, Mel Flynn rfl...@acsalaska.net wrote: On 26-5-2012 19:17, Oliver Pinter wrote: I think src.conf is relevant, while it changes the system behavior, as changed the default cc from gcc-4.2 to clang. Thinking it doesn't make it so. Run: grep _WITHOUT_SRCCONF /usr/share/mk/*.mk Then investigate. Setting CC in /etc/src.conf has *no effect on CC passed to the ports*. Really. It does not. The file that can do that is /etc/make.conf. Another way is setting CC in your environment variables, through /etc/login.conf, /etc/yourshellrc ~/.profile ~/.[cz]?shrc and what not. In order to debug your issue, you should provide the output of what make thinks CC and CPP are and backtrack where they are set. Start with: make -C /usr/ports/x11/libX11 -V CC -V CPP -- Mel After setting WITH_CLANG_IS_CC in src.conf the base system cc,cpp and c++ has changed: See ports/166373. Also, the fact that your /usr/bin/cpp == clang-cpp is relevant! Especially if you report: Somewhere in config* or Makefile are a hardcoded /usr/bin/cpp ... -- Mel this is a workaround, see the attached file This is a known issue and is being looked into. The issue is that clang cpp and gcc cpp behaves differently wrt. -traditional. We will try to find a general approach that works for all xorg ports that use cpp -traditional, probably regardless of the regular compiler used. Regards! -- Niclas Zeising Hi! Attached a patch - the idea mostly based on ports/166373, but extended with runtime compiler checking. With this patch the xorg related ports building fine. --- bsd.xorg.mk.orig 2012-05-27 16:31:19.0 +0200 +++ bsd.xorg.mk 2012-05-27 16:50:19.0 +0200 @@ -27,6 +27,13 @@ # proto - install .pc file, no dependencies, needed only at build time for most of them # xserver - there's only one atm, I guess everything can fit into the port itself +# XXX OP - workaround to build xorg with clang +OP_WA_CPP_VER!= cc --version +.if ${OP_WA_CPP_VER:Mclang} +RAWCPP?= /usr/bin/gcpp +CONFIGURE_ARGS+= RAWCPP=${RAWCPP} +.endif + .if defined(XORG_CAT) # Default variables, common to all new modular xorg ports. .if !defined(USE_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
10-CURRENT r235646 ports/mail/p5-Mail-SpamAssassin
Hi, # cd /usr/ports/mail/p5-Mail-SpamAssassin # make install batch=YES === p5-Mail-SpamAssassin-3.3.2_6 requires Perl or later, install lang/perl5.8, lang/perl5.10, lang/perl5.12 or lang/perl5.14 and try again. *** [install] Error code 1 # pkg_info | fgrep perl perl-5.8.9_7Practical Extraction and Report Language it seems to work with: # make install USE_PERL5=5.8 HIH matthias -- Matthias Apitz t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211 e g...@unixarea.de - w http://www.unixarea.de/ UNIX since V7 on PDP-11 | UNIX on mainframe since ESER 1055 (IBM /370) UNIX on x86 since SVR4.2 UnixWare 2.1.2 | FreeBSD since 2.2.5 ___ 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: libX11 and clang: compile error
On 2012-05-27 16:54, Oliver Pinter wrote: On 5/27/12, Niclas Zeising zeis...@daemonic.se wrote: On 2012-05-26 21:06, Oliver Pinter wrote: On 5/26/12, Mel Flynn rfl...@acsalaska.net wrote: On 26-5-2012 20:40, Oliver Pinter wrote: On 5/26/12, Mel Flynn rfl...@acsalaska.net wrote: On 26-5-2012 19:17, Oliver Pinter wrote: I think src.conf is relevant, while it changes the system behavior, as changed the default cc from gcc-4.2 to clang. Thinking it doesn't make it so. Run: grep _WITHOUT_SRCCONF /usr/share/mk/*.mk Then investigate. Setting CC in /etc/src.conf has *no effect on CC passed to the ports*. Really. It does not. The file that can do that is /etc/make.conf. Another way is setting CC in your environment variables, through /etc/login.conf, /etc/yourshellrc ~/.profile ~/.[cz]?shrc and what not. In order to debug your issue, you should provide the output of what make thinks CC and CPP are and backtrack where they are set. Start with: make -C /usr/ports/x11/libX11 -V CC -V CPP -- Mel After setting WITH_CLANG_IS_CC in src.conf the base system cc,cpp and c++ has changed: See ports/166373. Also, the fact that your /usr/bin/cpp == clang-cpp is relevant! Especially if you report: Somewhere in config* or Makefile are a hardcoded /usr/bin/cpp ... -- Mel this is a workaround, see the attached file This is a known issue and is being looked into. The issue is that clang cpp and gcc cpp behaves differently wrt. -traditional. We will try to find a general approach that works for all xorg ports that use cpp -traditional, probably regardless of the regular compiler used. Regards! -- Niclas Zeising Hi! Attached a patch - the idea mostly based on ports/166373, but extended with runtime compiler checking. With this patch the xorg related ports building fine. A slightly different approach was just committed to the FreeBSD xorg development repoistory[1]. Regards! -- Niclas Zeising [1] https://trillian.chruetertee.ch/svn/ports/trunk ___ 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: 10-CURRENT r235646 ports/mail/p5-Mail-SpamAssassin
On 27 May 2012 16:14, Matthias Apitz g...@unixarea.de wrote: Hi, # cd /usr/ports/mail/p5-Mail-SpamAssassin # make install batch=YES === p5-Mail-SpamAssassin-3.3.2_6 requires Perl or later, install lang/perl5.8, lang/perl5.10, lang/perl5.12 or lang/perl5.14 and try again. *** [install] Error code 1 # pkg_info | fgrep perl perl-5.8.9_7 Practical Extraction and Report Language it seems to work with: # make install USE_PERL5=5.8 It does, but the maintainer has changed the minimum perl version to 5.12 (not sure why however) http://www.freebsd.org/cgi/cvsweb.cgi/ports/mail/p5-Mail-SpamAssassin/Makefile#rev1.151 perl-5.8.9 is way past EOL and unsupported by perl@, is there a particular reason you can't upgrade? Chris ___ 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
ATmail Port not working?
Hi, I am currently in the process of testing ATmail as a replacement to my currently running old Zimbra setup. I would like to get rid of Linux and migrate my mail system onto FreeBSD. However, for some reason the ATmail port isn't working. I have contacted the port maintainer about it who told me that it would be fixed ASAP but I haven't heard anything since and trying to do a port upgrade didn't yield anything either. My issue is that I keep getting this on the initial install: *Deprecated*: Assigning the return value of new by reference is deprecated in */usr/local/www/atmail/libs/PEAR/DB.php* on line *472* *Deprecated*: Assigning the return value of new by reference is deprecated in */usr/local/www/atmail/libs/PEAR/DB.php* on line *549* *Deprecated*: Assigning the return value of new by reference is deprecated in */usr/local/www/atmail/libs/PEAR/DB.php* on line *1204* *Deprecated*: Assigning the return value of new by reference is deprecated in */usr/local/www/atmail/libs/PEAR/PEAR.php* on line *569* *Deprecated*: Assigning the return value of new by reference is deprecated in */usr/local/www/atmail/libs/PEAR/PEAR.php* on line *572* *Strict Standards*: Non-static method DB::connect() should not be called statically in */usr/local/www/atmail/install/step2.php* on line *97* *Strict Standards*: Non-static method DB::parseDSN() should not be called statically in */usr/local/www/atmail/libs/PEAR/DB.php* on line *522* *Strict Standards*: Non-static method DB::isError() should not be called statically in */usr/local/www/atmail/libs/PEAR/DB.php* on line *559* *Strict Standards*: Non-static method DB::isError() should not be called statically in */usr/local/www/atmail/install/step2.php* on line *99* *Warning*: Cannot modify header information - headers already sent by (output started at /usr/local/www/atmail/libs/PEAR/DB.php:472) in */usr/local/www/atmail/install/index.php* on line *137* I have tried changing both MySQL and PHP versions which didn't have any luck. Current PHP version is 5.4 as 5.2 and 5.3 don't even display the index.php install page. MySQL was 5.5 but now is 5.0.x from ports. What can I do to get this working? The version of ATmail is also quite old it seems as is version 5 (1.0.5), however ATmail 6 is out... Can anybody help me getting ATmail working? Regards, Kaya ___ 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: 10-CURRENT r235646 ports/mail/p5-Mail-SpamAssassin
El día Sunday, May 27, 2012 a las 04:40:58PM +0100, Chris Rees escribió: On 27 May 2012 16:14, Matthias Apitz g...@unixarea.de wrote: Hi, # cd /usr/ports/mail/p5-Mail-SpamAssassin # make install batch=YES === p5-Mail-SpamAssassin-3.3.2_6 requires Perl or later, install ^^^ note: the error msg from the Makefile is somehow incomplete; lang/perl5.8, lang/perl5.10, lang/perl5.12 or lang/perl5.14 and try again. *** [install] Error code 1 # pkg_info | fgrep perl perl-5.8.9_7 Practical Extraction and Report Language it seems to work with: # make install USE_PERL5=5.8 It does, but the maintainer has changed the minimum perl version to 5.12 (not sure why however) http://www.freebsd.org/cgi/cvsweb.cgi/ports/mail/p5-Mail-SpamAssassin/Makefile#rev1.151 perl-5.8.9 is way past EOL and unsupported by perl@, is there a particular reason you can't upgrade? I have no favour for perl-5.8.9; I just looked into the Makefile how this could be repaired and which perl is installed on my system; the complete installation is fresh (from SVN and ports from CVS) and I'm just compiling the ports I do need, based on some list; a look into /var/db/pkg shows: # ls -ltr /var/db/pkg total 1402 drwxr-xr-x 2 root wheel 512 May 21 18:43 v4l_compat-1.0.20120501 drwxr-xr-x 2 root wheel 512 May 21 18:45 libtool-2.4.2 drwxr-xr-x 2 root wheel 512 May 21 19:02 qmake-3.3.8_1 drwxr-xr-x 2 root wheel 512 May 21 19:22 libiconv-1.14 drwxr-xr-x 2 root wheel 512 May 21 19:24 gmake-3.82 drwxr-xr-x 2 root wheel 512 May 21 19:24 gettext-0.18.1.1 drwxr-xr-x 2 root wheel 512 May 21 19:33 libgpg-error-1.10 drwxr-xr-x 2 root wheel 512 May 21 19:38 pkg-config-0.25_1 drwxr-xr-x 2 root wheel 512 May 21 19:40 libxml2-2.7.8_3 drwxr-xr-x 2 root wheel 512 May 21 19:40 libgcrypt-1.5.0 drwxr-xr-x 2 root wheel 512 May 21 19:54 xcb-proto-1.7.1 drwxr-xr-x 2 root wheel 512 May 21 19:54 python27-2.7.3 drwxr-xr-x 2 root wheel 512 May 21 19:56 xproto-7.0.22 drwxr-xr-x 2 root wheel 512 May 21 20:00 libpthread-stubs-0.3_3 drwxr-xr-x 2 root wheel 512 May 21 20:00 libXdmcp-1.1.0 drwxr-xr-x 2 root wheel 512 May 21 20:00 libXau-1.0.6 drwxr-xr-x 2 root wheel 512 May 21 20:00 xorg-macros-1.16.1 drwxr-xr-x 2 root wheel 512 May 21 20:01 bigreqsproto-1.1.1 drwxr-xr-x 2 root wheel 512 May 21 20:01 xcmiscproto-1.2.1 drwxr-xr-x 2 root wheel 512 May 21 20:02 xf86bigfontproto-1.2.0 drwxr-xr-x 2 root wheel 512 May 21 20:11 kbproto-1.0.5 drwxr-xr-x 2 root wheel 512 May 21 20:11 libxcb-1.7 drwxr-xr-x 2 root wheel 512 May 21 20:13 libX11-1.4.4,1 drwxr-xr-x 2 root wheel 512 May 21 20:13 xextproto-7.2.0 drwxr-xr-x 2 root wheel 512 May 21 20:14 xineramaproto-1.2.1 drwxr-xr-x 2 root wheel 512 May 21 20:14 libXext-1.3.0_1,1 drwxr-xr-x 2 root wheel 512 May 21 20:16 libICE-1.0.7,1 drwxr-xr-x 2 root wheel 512 May 21 20:17 inputproto-2.0.2 drwxr-xr-x 2 root wheel 512 May 21 20:23 lcms-1.19_1,1 drwxr-xr-x 2 root wheel 512 May 21 20:23 jpeg-8_3 drwxr-xr-x 2 root wheel 512 May 21 20:30 freetype2-2.4.9_1 drwxr-xr-x 2 root wheel 512 May 21 20:30 expat-2.0.1_2 drwxr-xr-x 2 root wheel 512 May 21 20:31 renderproto-0.11.1 drwxr-xr-x 2 root wheel 512 May 21 20:33 libXrender-0.9.6 drwxr-xr-x 2 root wheel 512 May 21 20:33 fontconfig-2.8.0_2,1 drwxr-xr-x 2 root wheel 512 May 21 20:50 gccmakedep-1.0.2 drwxr-xr-x 2 root wheel 512 May 21 20:50 xorg-cf-files-1.0.4 drwxr-xr-x 2 root wheel 512 May 21 20:50 perl-5.8.9_7 drwxr-xr-x 2 root wheel 512 May 21 20:50 makedepend-1.0.3,1 ... i.e. it was pulled in during make of ports/x11/kde3 matthias -- Matthias Apitz t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211 e g...@unixarea.de - w http://www.unixarea.de/ UNIX since V7 on PDP-11 | UNIX on mainframe since ESER 1055 (IBM /370) UNIX on x86 since SVR4.2 UnixWare 2.1.2 | FreeBSD since 2.2.5 ___ 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: 10-CURRENT r235646 ports/mail/p5-Mail-SpamAssassin
On 27 May 2012 16:54, Matthias Apitz g...@unixarea.de wrote: El día Sunday, May 27, 2012 a las 04:40:58PM +0100, Chris Rees escribió: On 27 May 2012 16:14, Matthias Apitz g...@unixarea.de wrote: Hi, # cd /usr/ports/mail/p5-Mail-SpamAssassin # make install batch=YES === p5-Mail-SpamAssassin-3.3.2_6 requires Perl or later, install ^^^ note: the error msg from the Makefile is somehow incomplete; Yeah, this error is from bsd.perl.mk. Looks as though at some point the value of USE_PERL5 is clobbered somwhere with 'yes'-- I'm trying to trace where that's happened now. p5-Mail-SpamAssassin isn't doing anything wrong here. Chris lang/perl5.8, lang/perl5.10, lang/perl5.12 or lang/perl5.14 and try again. *** [install] Error code 1 # pkg_info | fgrep perl perl-5.8.9_7 Practical Extraction and Report Language it seems to work with: # make install USE_PERL5=5.8 It does, but the maintainer has changed the minimum perl version to 5.12 (not sure why however) http://www.freebsd.org/cgi/cvsweb.cgi/ports/mail/p5-Mail-SpamAssassin/Makefile#rev1.151 perl-5.8.9 is way past EOL and unsupported by perl@, is there a particular reason you can't upgrade? I have no favour for perl-5.8.9; I just looked into the Makefile how this could be repaired and which perl is installed on my system; the complete installation is fresh (from SVN and ports from CVS) and I'm just compiling the ports I do need, based on some list; a look into /var/db/pkg shows: # ls -ltr /var/db/pkg total 1402 drwxr-xr-x 2 root wheel 512 May 21 18:43 v4l_compat-1.0.20120501 drwxr-xr-x 2 root wheel 512 May 21 18:45 libtool-2.4.2 drwxr-xr-x 2 root wheel 512 May 21 19:02 qmake-3.3.8_1 drwxr-xr-x 2 root wheel 512 May 21 19:22 libiconv-1.14 drwxr-xr-x 2 root wheel 512 May 21 19:24 gmake-3.82 drwxr-xr-x 2 root wheel 512 May 21 19:24 gettext-0.18.1.1 drwxr-xr-x 2 root wheel 512 May 21 19:33 libgpg-error-1.10 drwxr-xr-x 2 root wheel 512 May 21 19:38 pkg-config-0.25_1 drwxr-xr-x 2 root wheel 512 May 21 19:40 libxml2-2.7.8_3 drwxr-xr-x 2 root wheel 512 May 21 19:40 libgcrypt-1.5.0 drwxr-xr-x 2 root wheel 512 May 21 19:54 xcb-proto-1.7.1 drwxr-xr-x 2 root wheel 512 May 21 19:54 python27-2.7.3 drwxr-xr-x 2 root wheel 512 May 21 19:56 xproto-7.0.22 drwxr-xr-x 2 root wheel 512 May 21 20:00 libpthread-stubs-0.3_3 drwxr-xr-x 2 root wheel 512 May 21 20:00 libXdmcp-1.1.0 drwxr-xr-x 2 root wheel 512 May 21 20:00 libXau-1.0.6 drwxr-xr-x 2 root wheel 512 May 21 20:00 xorg-macros-1.16.1 drwxr-xr-x 2 root wheel 512 May 21 20:01 bigreqsproto-1.1.1 drwxr-xr-x 2 root wheel 512 May 21 20:01 xcmiscproto-1.2.1 drwxr-xr-x 2 root wheel 512 May 21 20:02 xf86bigfontproto-1.2.0 drwxr-xr-x 2 root wheel 512 May 21 20:11 kbproto-1.0.5 drwxr-xr-x 2 root wheel 512 May 21 20:11 libxcb-1.7 drwxr-xr-x 2 root wheel 512 May 21 20:13 libX11-1.4.4,1 drwxr-xr-x 2 root wheel 512 May 21 20:13 xextproto-7.2.0 drwxr-xr-x 2 root wheel 512 May 21 20:14 xineramaproto-1.2.1 drwxr-xr-x 2 root wheel 512 May 21 20:14 libXext-1.3.0_1,1 drwxr-xr-x 2 root wheel 512 May 21 20:16 libICE-1.0.7,1 drwxr-xr-x 2 root wheel 512 May 21 20:17 inputproto-2.0.2 drwxr-xr-x 2 root wheel 512 May 21 20:23 lcms-1.19_1,1 drwxr-xr-x 2 root wheel 512 May 21 20:23 jpeg-8_3 drwxr-xr-x 2 root wheel 512 May 21 20:30 freetype2-2.4.9_1 drwxr-xr-x 2 root wheel 512 May 21 20:30 expat-2.0.1_2 drwxr-xr-x 2 root wheel 512 May 21 20:31 renderproto-0.11.1 drwxr-xr-x 2 root wheel 512 May 21 20:33 libXrender-0.9.6 drwxr-xr-x 2 root wheel 512 May 21 20:33 fontconfig-2.8.0_2,1 drwxr-xr-x 2 root wheel 512 May 21 20:50 gccmakedep-1.0.2 drwxr-xr-x 2 root wheel 512 May 21 20:50 xorg-cf-files-1.0.4 drwxr-xr-x 2 root wheel 512 May 21 20:50 perl-5.8.9_7 drwxr-xr-x 2 root wheel 512 May 21 20:50 makedepend-1.0.3,1 ... i.e. it was pulled in during make of ports/x11/kde3 matthias -- Matthias Apitz t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211 e g...@unixarea.de - w http://www.unixarea.de/ UNIX since V7 on PDP-11 | UNIX on mainframe since ESER 1055 (IBM /370) UNIX on x86 since SVR4.2 UnixWare 2.1.2 | FreeBSD since 2.2.5 ___ 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: 10-CURRENT r235646 ports/mail/p5-Mail-SpamAssassin
On 27 May 2012 17:02, Chris Rees cr...@freebsd.org wrote: On 27 May 2012 16:54, Matthias Apitz g...@unixarea.de wrote: El día Sunday, May 27, 2012 a las 04:40:58PM +0100, Chris Rees escribió: On 27 May 2012 16:14, Matthias Apitz g...@unixarea.de wrote: Hi, # cd /usr/ports/mail/p5-Mail-SpamAssassin # make install batch=YES === p5-Mail-SpamAssassin-3.3.2_6 requires Perl or later, install ^^^ note: the error msg from the Makefile is somehow incomplete; Yeah, this error is from bsd.perl.mk. Looks as though at some point the value of USE_PERL5 is clobbered somwhere with 'yes'-- I'm trying to trace where that's happened now. p5-Mail-SpamAssassin isn't doing anything wrong here. Got it-- PERL_CONFIGURE is set, which clobbers the value set in USE_PERL5, which makes the error message useless :) PR sent, ports/168379 Chris ___ 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: 10-CURRENT r235646 ports/mail/p5-Mail-SpamAssassin
On 5/27/12 11:40 AM, Chris Rees wrote: It does, but the maintainer has changed the minimum perl version to 5.12 (not sure why however) Actually, (perl) pgollu...@freebsd.org did, removed EOL perl conditionals and tests from everything. http://www.freebsd.org/cgi/query-pr.cgi?pr=165605 http://www.freebsd.org/cgi/cvsweb.cgi/ports/mail/p5-Mail-SpamAssassin/Makefile#rev1.151 perl-5.8.9 is way past EOL and unsupported by perl@, is there a because::; ^ -- Michael Scheidell, CTO *| * SECNAP Network Security Corporation d: +1.561.948.2259 w: http://people.freebsd.org/~scheidell ___ 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: More Heimdal 1.5.2 port problems
On Sat, May 26, 2012 at 3:22 PM, Robert Simmons rsimmo...@gmail.com wrote: I've found another problem with the port. kadmind and kdc both look for krb5.conf in /usr/local/etc, but kpasswdd and kstash look for it in /etc. This can be fixed with a symlink, but I feel like that's not the best solution. Ultimately, all the heimdal utilities and daemons should be looking in the same location for krb5.conf, correct? I don't see any flags for kstash or kpasswdd to change where they look for krb5.conf. I'm going to go back and compile it from source again and see if there is another configure flag that is missing from the port. I've attached a patch for this problem. Please review it and make sure this is the right way to fix the problem. --- Makefile.old2012-05-27 13:53:01.132516965 -0400 +++ Makefile2012-05-27 13:54:13.928517659 -0400 @@ -7,7 +7,7 @@ PORTNAME= heimdal PORTVERSION= 1.5.2 -PORTREVISION= 2 +PORTREVISION= 3 CATEGORIES=security ipv6 MASTER_SITES= http://www.h5l.org/dist/src/ \ http://ftp.pdc.kth.se/pub/heimdal/src/ \ @@ -39,7 +39,8 @@ CONFIGURE_ARGS+= --with-libintl=${LOCALBASE} \ --with-readline=${DESTDIR}/usr \ --enable-pthread-support \ - --with-hdbdir=/var/db/${PORTNAME} + --with-hdbdir=/var/db/${PORTNAME} \ + --sysconfdir=${LOCALBASE}/etc MAKE_ENV+= INSTALL_CATPAGES=no INFO= heimdal hx509 ___ 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: More Heimdal 1.5.2 port problems
On Sun, May 27, 2012 at 1:58 PM, Robert Simmons rsimmo...@gmail.com wrote: On Sat, May 26, 2012 at 3:22 PM, Robert Simmons rsimmo...@gmail.com wrote: I've found another problem with the port. kadmind and kdc both look for krb5.conf in /usr/local/etc, but kpasswdd and kstash look for it in /etc. This can be fixed with a symlink, but I feel like that's not the best solution. Ultimately, all the heimdal utilities and daemons should be looking in the same location for krb5.conf, correct? I don't see any flags for kstash or kpasswdd to change where they look for krb5.conf. I'm going to go back and compile it from source again and see if there is another configure flag that is missing from the port. I've attached a patch for this problem. Please review it and make sure this is the right way to fix the problem. PR opened: http://www.freebsd.org/cgi/query-pr.cgi?pr=168386 ___ 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: ATmail Port not working?
On 2012-05-27 17:47, Kaya Saman wrote: Hi, I am currently in the process of testing ATmail as a replacement to my currently running old Zimbra setup. I would like to get rid of Linux and migrate my mail system onto FreeBSD. :) However, for some reason the ATmail port isn't working. I have contacted the port maintainer about it who told me that it would be fixed ASAP but I haven't heard anything since and trying to do a port upgrade didn't yield anything either. My issue is that I keep getting this on the initial install: *Deprecated*: Assigning the return value of new by reference is deprecated in */usr/local/www/atmail/libs/PEAR/DB.php* on line *472* *Deprecated*: Assigning the return value of new by reference is deprecated in */usr/local/www/atmail/libs/PEAR/DB.php* on line *549* *Deprecated*: Assigning the return value of new by reference is deprecated in */usr/local/www/atmail/libs/PEAR/DB.php* on line *1204* *Deprecated*: Assigning the return value of new by reference is deprecated in */usr/local/www/atmail/libs/PEAR/PEAR.php* on line *569* *Deprecated*: Assigning the return value of new by reference is deprecated in */usr/local/www/atmail/libs/PEAR/PEAR.php* on line *572* *Strict Standards*: Non-static method DB::connect() should not be called statically in */usr/local/www/atmail/install/step2.php* on line *97* *Strict Standards*: Non-static method DB::parseDSN() should not be called statically in */usr/local/www/atmail/libs/PEAR/DB.php* on line *522* *Strict Standards*: Non-static method DB::isError() should not be called statically in */usr/local/www/atmail/libs/PEAR/DB.php* on line *559* *Strict Standards*: Non-static method DB::isError() should not be called statically in */usr/local/www/atmail/install/step2.php* on line *99* *Warning*: Cannot modify header information - headers already sent by (output started at /usr/local/www/atmail/libs/PEAR/DB.php:472) in */usr/local/www/atmail/install/index.php* on line *137* The messages are coming from backward compatibility with php4 To get rid of Deprecate: ... look at the lines for '= BlaBla' or '= BlaBla' change them to '= BlaBla' I have no quick solution for the Strict Standards errors, you can *suppress* them by changing the error_reporting variable in php.ini but this *does not* fix the issue. Changing the error_report variable is not recommend, the code should be fixed! I have tried changing both MySQL and PHP versions which didn't have any luck. Current PHP version is 5.4 as 5.2 and 5.3 don't even display the index.php install page. MySQL was 5.5 but now is 5.0.x from ports. What can I do to get this working? The version of ATmail is also quite old it seems as is version 5 (1.0.5), however ATmail 6 is out... Where have you found ATmail 6 ?? Current download is 1.0.5 Can anybody help me getting ATmail working? The following patch updates ATmail to version 1.0.5 (no guaranty since I'm not using ATmail) http://people.freebsd.org/~ohauer/diffs/atmail-1.0.5.diff Please open a PR for the update, maybe even report your error messages to the ATmail project so they can fix the code. -- Regards, olli ___ 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: ATmail Port not working?
On 05/27/2012 08:06 PM, Olli Hauer wrote: On 2012-05-27 17:47, Kaya Saman wrote: Hi, I am currently in the process of testing ATmail as a replacement to my currently running old Zimbra setup. I would like to get rid of Linux and migrate my mail system onto FreeBSD. :) However, for some reason the ATmail port isn't working. I have contacted the port maintainer about it who told me that it would be fixed ASAP but I haven't heard anything since and trying to do a port upgrade didn't yield anything either. My issue is that I keep getting this on the initial install: *Deprecated*: Assigning the return value of new by reference is deprecated in */usr/local/www/atmail/libs/PEAR/DB.php* on line *472* *Deprecated*: Assigning the return value of new by reference is deprecated in */usr/local/www/atmail/libs/PEAR/DB.php* on line *549* *Deprecated*: Assigning the return value of new by reference is deprecated in */usr/local/www/atmail/libs/PEAR/DB.php* on line *1204* *Deprecated*: Assigning the return value of new by reference is deprecated in */usr/local/www/atmail/libs/PEAR/PEAR.php* on line *569* *Deprecated*: Assigning the return value of new by reference is deprecated in */usr/local/www/atmail/libs/PEAR/PEAR.php* on line *572* *Strict Standards*: Non-static method DB::connect() should not be called statically in */usr/local/www/atmail/install/step2.php* on line *97* *Strict Standards*: Non-static method DB::parseDSN() should not be called statically in */usr/local/www/atmail/libs/PEAR/DB.php* on line *522* *Strict Standards*: Non-static method DB::isError() should not be called statically in */usr/local/www/atmail/libs/PEAR/DB.php* on line *559* *Strict Standards*: Non-static method DB::isError() should not be called statically in */usr/local/www/atmail/install/step2.php* on line *99* *Warning*: Cannot modify header information - headers already sent by (output started at /usr/local/www/atmail/libs/PEAR/DB.php:472) in */usr/local/www/atmail/install/index.php* on line *137* The messages are coming from backward compatibility with php4 To get rid of Deprecate: ... look at the lines for '= BlaBla' or '=BlaBla' change them to '= BlaBla' I have no quick solution for the Strict Standards errors, you can *suppress* them by changing the error_reporting variable in php.ini but this *does not* fix the issue. Changing the error_report variable is not recommend, the code should be fixed! I don't think I'd change the PhP code at this stage since it won't be consistent and I prefer your statement below anyhow for a fix! I have tried changing both MySQL and PHP versions which didn't have any luck. Current PHP version is 5.4 as 5.2 and 5.3 don't even display the index.php install page. MySQL was 5.5 but now is 5.0.x from ports. What can I do to get this working? The version of ATmail is also quite old it seems as is version 5 (1.0.5), however ATmail 6 is out... Where have you found ATmail 6 ?? Current download is 1.0.5 Not in ports but on the ATmail site. Can anybody help me getting ATmail working? The following patch updates ATmail to version 1.0.5 (no guaranty since I'm not using ATmail) http://people.freebsd.org/~ohauer/diffs/atmail-1.0.5.diff Please open a PR for the update, maybe even report your error messages to the ATmail project so they can fix the code. I will get in contact with ATmail then, I hope then I will be able to test properly. Once I can see the difference between ATmail and Zimbra I will choose one option. Just wish there was a FreeBSD port to Zimbra too though work was done on an ancient version I haven't seen any development since :-( I did try posting here to see what was going on and apparently not much is :-( Oh well. Linux is a pain in the ASCII but it seems for certain things one still needs it. -- Regards, olli Thanks for the response and regards, Kaya ___ 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: More Heimdal 1.5.2 port problems
On Sun, May 27, 2012 at 01:58:23PM -0400, Robert Simmons wrote: On Sat, May 26, 2012 at 3:22 PM, Robert Simmons rsimmo...@gmail.com wrote: I've found another problem with the port. kadmind and kdc both look for krb5.conf in /usr/local/etc, but kpasswdd and kstash look for it in /etc. ?This can be fixed with a symlink, but I feel like that's not the best solution. ?Ultimately, all the heimdal utilities and daemons should be looking in the same location for krb5.conf, correct? I don't see any flags for kstash or kpasswdd to change where they look for krb5.conf. I'm going to go back and compile it from source again and see if there is another configure flag that is missing from the port. I've attached a patch for this problem. Please review it and make sure this is the right way to fix the problem. --- Makefile.old 2012-05-27 13:53:01.132516965 -0400 +++ Makefile 2012-05-27 13:54:13.928517659 -0400 @@ -7,7 +7,7 @@ PORTNAME=heimdal PORTVERSION= 1.5.2 -PORTREVISION=2 +PORTREVISION=3 CATEGORIES= security ipv6 MASTER_SITES=http://www.h5l.org/dist/src/ \ http://ftp.pdc.kth.se/pub/heimdal/src/ \ @@ -39,7 +39,8 @@ CONFIGURE_ARGS+= --with-libintl=${LOCALBASE} \ --with-readline=${DESTDIR}/usr \ --enable-pthread-support \ - --with-hdbdir=/var/db/${PORTNAME} + --with-hdbdir=/var/db/${PORTNAME} \ + --sysconfdir=${LOCALBASE}/etc MAKE_ENV+= INSTALL_CATPAGES=no You want to use PREFIX instead of LOCALBASE for sysconfdir. PREFIX is where the port will install into, LOCALBASE is where the dependencies will be looked for. It's almost always the case that PREFIX is the same as LOCALBASE but we should support them being different. Otherwise the patch looks sane to me. Awaiting Joerg's input before I commit. Thanks again! -- WXS ___ 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: pkgng updating math/gmp : *** [fake-pkg] Signal 11
On Sat, May 26, 2012 at 07:46:11PM +0200, Baptiste Daroussin wrote: On Tue, May 22, 2012 at 04:34:20PM +0100, Anton Shterenlikht wrote: On Tue, May 22, 2012 at 04:28:45PM +0200, Alberto Villa wrote: On Tue, May 22, 2012 at 4:21 PM, Anton Shterenlikht me...@bristol.ac.uk wrote: Track shlibs: yes bapt@ or whoever will track this bug: this is the problem I had with graphics/dri which you were unable to reproduce. Anton: can you please try rebuilding the package with track shlibs feature off? Yes, this works: install-info --quiet /usr/local/info/gmp.info /usr/local/info/dir === Running ldconfig /sbin/ldconfig -m /usr/local/lib === Registering installation for gmp-5.0.5 Installing gmp-5.0.5... done === Cleaning for gmp-5.0.5 === Re-installation of gmp-5.0.5 succeeded -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 331 5944 Fax: +44 (0)117 929 4423 ___ 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 Can you please add an issue about it on our github? https://github.com/pkgng/pkgng ? https://github.com/pkgng/pkgng/issues/244 -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 331 5944 Fax: +44 (0)117 929 4423 ___ 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: Request to review: print/texlive-install
On Sun, 27 May 2012 20:32:14 -0500, Stephen Montgomery-Smith wrote: Hi People, I have written a simple port which is in essence a wrapper around the texlive installation script. It also builds (almost) all of the binaries from scratch. Does anyone have any suggestions? Would anyone mind if this port was committed? There are a number of issues. In particular there is no checksum calculated for install-tl-unx.tar.gz because I suspect that it changes very often. Also the install-tl- script doesn't seem to have a capability to be run in batch mode. I hacked a way around this, but it could be easily broken if the script were to change in some unexpected way. But it does build and install texlive in a fairly timely manner. And the result can be made into a (large) package using pkg_create. Stephen, TeX Live 2011 builds fine for me with this port. Just a few comments: 1. Biber doesn't need compat7x. It works on 7 and above without it. Moreover, the TeX Live's configure script already takes care of the FreeBSD version in the FreeBSD way. Please take a look: http://www.tug.org/svn/texlive/trunk/Build/source/utils/biber/configure?revision=26215view=markup lines 3563-3583, or just search for '__FreeBSD_version'. The binaries distributed with the source work on FreeBSD=701000 and biber will not be installed if older FreeBSD is detected. (I meant that it could be possible to cover FreeBSD-6 with biber binaries distributed over CTAN. But that's not extremely important for now.) 2. fontconfig is a run dependency as well, xetex needs it to run. 3. TeX Live ships with its own portable FreeBSD i386/amd64 xz and wget binaries and install-tl/tlmgr use them. They will not work on FreeBSD7. Therefore, it could be possible that you need to add xz and wget as build/run dependencies on FreeBSD7 and on architectures other than i386/amd64, although I haven't checked this. 4. Since the aim of your port is not to create portable binaries, there is no reason not to build xindy. You can freely add '--enable-xindy CLISP=/path to the clisp binary/', and lang/clisp as a build dependency. -- Nikola Lečić = Никола Лечић fingerprint : FEF3 66AF C90E EDC3 D878 7CDC 956D F4AB A377 1C9B ___ 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: Request to review: print/texlive-install
On 27 May 2012 18:14, Stephen Montgomery-Smith step...@missouri.edu wrote: There are a number of issues. In particular there is no checksum calculated for install-tl-unx.tar.gz because I suspect that it changes very often. This is a security risk and must not be committed as is. -- Eitan Adler ___ 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