Re: fatal trap 12 (video4bsd-kmod)
В Mon, 18 Jan 2010 09:21:45 +0100 Hans Petter Selasky hsela...@freebsd.org пишет: HPS On Monday 18 January 2010 08:47:26 Sergey V. Dyatko wrote: HPS Hi, HPS at 1st I want to say that I am very grateful for your work HPS HPS after adding video4bsd_load=YES to loader.conf system traps HPS but when I load module manualy (after login) all works fine. HPS HPS %uname -a HPS FreeBSD notebook.minsk.domain 9.0-CURRENT FreeBSD 9.0-CURRENT #5 HPS r201770M: Fri Jan 8 17:32:31 EET 2010 HPS r...@notebook.minsk.domain:/usr/obj/usr/src/sys/tiger-asus-a6m HPS i386 HPS HPS will be very grateful for any tips HPS HPS -- HPS wbr, tiger HPS HPS HPS Which version of video4bsd are you using? HPS [ti...@notebook]~%pkg_info -xI video4bsd video4bsd-kmod-0.1.1 Video4BSD loopback driver for webcamd HPS --HPS -- wbr, tiger ___ 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: fatal trap 12 (video4bsd-kmod)
On Monday 18 January 2010 08:47:26 Sergey V. Dyatko wrote: Hi, at 1st I want to say that I am very grateful for your work after adding video4bsd_load=YES to loader.conf system traps but when I load module manualy (after login) all works fine. %uname -a FreeBSD notebook.minsk.domain 9.0-CURRENT FreeBSD 9.0-CURRENT #5 r201770M: Fri Jan 8 17:32:31 EET 2010 r...@notebook.minsk.domain:/usr/obj/usr/src/sys/tiger-asus-a6m i386 will be very grateful for any tips -- wbr, tiger Which version of video4bsd are you using? --HPS ___ 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
Current unassigned ports problem reports
(Note: an HTML version of this report is available at http://www.freebsd.org/cgi/query-pr-summary.cgi?category=ports .) The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description f ports/142931java/openjdk6 does not include /usr/local/lib in java. o ports/142930new port: deskutils/znotes Simple notes based on QT4 f ports/142910[PATCH]devel/icu, devel/icu4: add and adjust CONFLICTS f ports/142891sysutils/bsdsar: netstat output in 8.x breaks bsdsar f ports/142882[PATCH] net/quagga: Fix detection of IPv6 headers (and o ports/142866New Port: graphics/tumbler D-Bus service for generati o ports/142862New port: x11-fonts/font-gost Standart GOST font. GOST o ports/142858New port: graphics/yed, An editor for graphs and diagr o ports/142841net-p2p/transmission-gtk2: Transmission torrent client o ports/142840[PATCH] net/udpxy: allow to listen on interface o ports/142837[patch] emulators/linux_base-* packages fails to insta f ports/142824[patch] security/openssh-portable: add VersionAddendum o ports/142823New port: databases/postgresql-libpqxx30 o ports/142820new port: databases/postgresql-libpqxx30, C++ interfac o ports/142794[patch]: sysutils/bontmia: fix error with the weekly r o ports/142790databases/unixODBC: segmentation fault on isql -b o ports/142744new port: x11/keyboardcast Broadcast keystrokes to mul f ports/142711sysutils/ciso incorrectly assumes a 32-bit architectur o ports/142623[PATCH] java/eclipseme: use $SUB_FILES to dynamically o ports/142592New port: java/javahelp A help system for adding help o ports/142591New port: x11-toolkits/skinlf Allows Java/Swing apps t f ports/142559[PATCH] mail/mutt-devel: Add support for db47 and db48 o ports/142504new port: net/gnu-dico - dict protocol server o ports/142431New port: textproc/jeuclid-fop A complete MathML rende o ports/142430New port: x11-toolkits/flexdock A Java docking framewo o ports/142419New port: textproc/jlatexmath LaTeX math mode written o ports/142416New port: databases/mydbf2mysql f ports/142410[PATCH] devel/icu fix compile with newer gcc from port f ports/142399new port: mail/policyd-spf-fs, SPF policy daemon for P f ports/142369[update] - update www/davical to version 0.9.8 f ports/142366graphics/digikam-kde4 and graphics/digikam need to con o ports/142343databases/sqldeveloper version update from 1.5.4 to 2. f ports/142279sysutils/lugtools: fix build on 9.x f ports/142275[patch] sysutils/anacron should have better configurat f ports/142266[patch] port net-mgmt/nagios-pf-plugin add nagios perf o ports/142257new port: multimedia/tsMuxeR, utility to create TS and o ports/142240New port: japanese/gjiten Japanese dictionary program o ports/142161update port: games/gemrb to version 0.6.0 o ports/142159New port: comms/uhso-kmod - Driver for Option HSDPA mo o ports/142111security/tor-devel: tor-devel-0.2.2.6a and recent open o ports/142093[patch] audio/libmtp: Add device ID for Canon SX20IS s ports/142092[NEW PORT] www/node: V8 javascript for client and serv o ports/142086new port: databases/lib_mysqludf_xql, provides SQLXML f ports/142035editors/emacs compulsory dependencies too wide o ports/141903[NEW PORT] devel/z80ex v1.1.18 o ports/141790[new port] net-im/zephyr : enterprise-class IM system f ports/141775x11/slim doesn't adhere keymap configuration o ports/141473irc/kvirc-devel fails to start, missing library a ports/141440[patch] add amd64 support for lang/gprolog o ports/141433audio/aureal-kmod fails to build under RELENG_8 o ports/141412new port: java/openmq-client o ports/141411new port: java/openmq: jms message broker f ports/141406net-p2p/p5-Net-BitTorrent-File fails to parse .torrent f ports/141356net-mgmt/netams 3.4.3 does not build on FreeBSD 8.0 am f ports/141341Cannot install ports/net-im/libmsn o ports/141188sysutils/freebsd-snapshot does not report all errors s ports/141140[PATCH] www/p5-Mojo: update to 0.13, take maintain f ports/141139databases/pgtop: pg_top doesn't work f ports/141103net/stone strange behavior on 8.0-RELEASE f ports/141022New Port:
Re: HEADS UP: utmp.h gone. All welcome utmpx.h.
Hi, Boris Samorodov wrote: Hello Ed, thanks for your hard work! On Wed, 13 Jan 2010 20:42:54 +0100 Ed Schouten wrote: I've noticed there is some breakage in ports, but it shouldn't be too serious. Seems that emulators/virtualbox-ose is broken: Yes, there is a pr open with a patch attached: http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/142855 The fix is already in our development repository: http://svn.bluelife.at/index.cgi/blueports/revision/?rev=662 Once everything is tested we will commit the patch. Beat ___ 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: HEADS UP: utmp.h gone. All welcome utmpx.h.
Martin Smith wrote: Ed Schouten wrote: Hello everyone, I just made various commits to FreeBSD HEAD to remove our old user accounting database interface (see utmp(5)) and replace it by the POSIX standardized utmpx interface (see getutxent(3)). This means we just got rid of some annoyances that are as old as the FreeBSD project itself: snipped Be sure to give it a try and report any issues. Thanks! building xorg on a current box of 2 days ago In file referenced from sessreg.h:60 from sessreg.c:77 /usr/include/utmp.h:2:2 error #error utmp.h has been replaced by utmpx.h continues with more related errors and stops any fix for this yet sorry for the noise, csupped the ports again and it is fixed, many thanks to whoever did it -- Martin ___ 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: HEADS UP: utmp.h gone. All welcome utmpx.h.
Ed Schouten wrote: Hello everyone, I just made various commits to FreeBSD HEAD to remove our old user accounting database interface (see utmp(5)) and replace it by the POSIX standardized utmpx interface (see getutxent(3)). This means we just got rid of some annoyances that are as old as the FreeBSD project itself: snipped Be sure to give it a try and report any issues. Thanks! building xorg on a current box of 2 days ago In file referenced from sessreg.h:60 from sessreg.c:77 /usr/include/utmp.h:2:2 error #error utmp.h has been replaced by utmpx.h continues with more related errors and stops any fix for this yet -- Martin ___ 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: HEADS UP: utmp.h gone. All welcome utmpx.h.
On Wed, Jan 13, 2010 at 08:42:54PM +0100, Ed Schouten wrote: Hello everyone, I just made various commits to FreeBSD HEAD to remove our old user accounting database interface (see utmp(5)) and replace it by the POSIX standardized utmpx interface (see getutxent(3)). This means we just got rid of some annoyances that are as old as the FreeBSD project itself: - Hostnames were originally restricted to 16 bytes, which is way too short for your average hostname generated by your ISP, but also for IPv6 addresses, which are at most 32 + 7 = 39 characters. - No support for login sessions not related to TTYs, like ppp(8), ftpd(8) sessions. - No support for multiple login sessions on one TTY, for example generated by login(1). I was not able to give us a smooth transition from utmp towards utmpx, simply because our utmp implementation offered almost no utility functions, which means all consumers modify the database files themselves. This means you should probably recompile any applications you're interested in that uses the user accounting database. I realize this may be quite uncomfortable, but we can't always win. [ This information is mainly for port maintainers: ] I've noticed there is some breakage in ports, but it shouldn't be too serious. I've seen cases where an application includes utmp.h, even though it doesn't use anything provided by that header. In other cases they used fields like UT_NAMESIZE to derive the maximum user name length supported by the system, which is clearly not what this definition was intended for. I've incremented __FreeBSD_version to 97 to identify the import of utmpx. In case a certain port breaks badly, let me know and I'm willing to take a look at it. Be sure to give it a try and report any issues. Thanks! -- Ed Schouten e...@80386.nl WWW: http://80386.nl/ net/mpd{4,5} seem to be broken as well: In file included from auth.h:22, from bund.h:22, from ppp.h:117, from modem.c:10: /usr/include/utmp.h:2:2: error: #error utmp.h has been replaced by utmpx.h *** Error code 1 Yuri ___ 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: fatal trap 12 (video4bsd-kmod)
On Monday 18 January 2010 09:29:45 Sergey V. Dyatko wrote: В Mon, 18 Jan 2010 09:21:45 +0100 Hans Petter Selasky hsela...@freebsd.org пишет: HPS On Monday 18 January 2010 08:47:26 Sergey V. Dyatko wrote: HPS Hi, HPS at 1st I want to say that I am very grateful for your work HPS HPS after adding video4bsd_load=YES to loader.conf system traps HPS but when I load module manualy (after login) all works fine. HPS HPS %uname -a HPS FreeBSD notebook.minsk.domain 9.0-CURRENT FreeBSD 9.0-CURRENT #5 HPS r201770M: Fri Jan 8 17:32:31 EET 2010 HPS r...@notebook.minsk.domain:/usr/obj/usr/src/sys/tiger-asus-a6m HPS i386 HPS HPS will be very grateful for any tips HPS HPS -- HPS wbr, tiger HPS HPS HPS Which version of video4bsd are you using? HPS [ti...@notebook]~%pkg_info -xI video4bsd video4bsd-kmod-0.1.1 Video4BSD loopback driver for webcamd HPS --HPS Can you provide a backtrace of the problem? Or try to update to kmod-0.1.2 ? MD5 (video4bsd-kmod-0.1.2.tar.bz2) = 0ce6cf800370633f5590e6919efa51e2 --HPS ___ 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
foomatic-filters build error
Hi, I'm seeing the following error when trying to build foomatic-filters. Any hint at what the problem might be? All packages are up to date as of Dec 2009. I've already tried portupgrade -Rf to no avail. TIA, -- fernan --- Building '/freebsd/ports/print/foomatic-filters' === Cleaning for foomatic-filters-4.0.1_2 === Found saved configuration for foomatic-filters-4.0.1_2 === Extracting for foomatic-filters-4.0.1_2 = MD5 Checksum OK for foomatic-filters-4.0.1.tar.gz. = SHA256 Checksum OK for foomatic-filters-4.0.1.tar.gz. === foomatic-filters-4.0.1_2 depends on file: /usr/local/bin/perl5.8.9 - found === Patching for foomatic-filters-4.0.1_2 === foomatic-filters-4.0.1_2 depends on file: /usr/local/bin/perl5.8.9 - found === foomatic-filters-4.0.1_2 depends on file: /usr/local/bin/perl5.8.9 - found === foomatic-filters-4.0.1_2 depends on file: /usr/local/bin/autoconf-2.62 - found === foomatic-filters-4.0.1_2 depends on executable: gs - found === Configuring for foomatic-filters-4.0.1_2 checking for a BSD-compatible install... /usr/bin/install -c -o root -g wheel checking whether build environment is sane... yes checking for gawk... no checking for mawk... no checking for nawk... nawk checking whether make sets $(MAKE)... yes checking for gcc... cc checking for C compiler default output file name... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether cc accepts -g... yes checking for cc option to accept ISO C89... none needed checking for style of include used by make... GNU checking dependency style of cc... gcc3 checking whether we are using the GNU C++ compiler... yes checking whether c++ accepts -g... yes checking dependency style of c++... gcc3 checking for a BSD-compatible install... /usr/bin/install -c -o root -g wheel checking whether ln -s works... yes checking whether make sets $(MAKE)... (cached) yes checking for roundf in -lm... yes checking how to run the C preprocessor... cc -E checking for grep that handles long lines and -e... /usr/bin/grep checking for egrep... /usr/bin/grep -E checking for ANSI C header files... yes checking for sys/wait.h that is POSIX.1 compatible... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking fcntl.h usability... yes checking fcntl.h presence... yes checking for fcntl.h... yes checking for memory.h... (cached) yes checking stddef.h usability... yes checking stddef.h presence... yes checking for stddef.h... yes checking for stdlib.h... (cached) yes checking for string.h... (cached) yes checking for strings.h... (cached) yes checking for unistd.h... (cached) yes checking for an ANSI C-conforming const... yes checking for inline... inline checking for pid_t... yes checking for size_t... yes checking for ssize_t... yes checking whether struct tm is in sys/time.h or time.h... time.h checking vfork.h usability... no checking vfork.h presence... no checking for vfork.h... no checking for fork... yes checking for vfork... yes checking for working fork... yes checking for working vfork... (cached) yes checking for stdlib.h... (cached) yes checking for GNU libc compatible malloc... yes checking for stdlib.h... (cached) yes checking for GNU libc compatible realloc... yes checking return type of signal handlers... void checking for working strtod... yes checking for vprintf... yes checking for _doprnt... no checking for dup2... yes checking for getcwd... yes checking for gethostname... yes checking for regcomp... yes checking for setenv... yes checking for strcasecmp... yes checking for strchr... yes checking for strcspn... yes checking for strdup... yes checking for strncasecmp... yes checking for strndup... no checking for strrchr... yes checking for strstr... yes checking for strtol... yes checking for perl... /usr/bin/perl checking for printcap/... /etc/printcap checking for cups/... (cached) /usr/local/libexec/cups checking for cups/filter/... (cached) /usr/local/libexec/cups/filter checking for cups/backend/... (cached) /usr/local/libexec/cups/backend checking for ppr/... (cached) /usr/local/lib/ppr checking for ppr/interfaces/... (cached) /usr/local/lib/ppr/interfaces checking for ppr/lib/... (cached) /usr/local/lib/ppr/lib checking ghostscript/ierrors.h usability... yes checking ghostscript/ierrors.h presence... yes checking for ghostscript/ierrors.h... yes checking ghostscript/iapi.h usability... yes checking ghostscript/iapi.h presence... yes checking for ghostscript/iapi.h... yes checking for gsapi_new_instance in -lgs... no checking for a2ps... (cached) /usr/local/bin/a2ps checking for enscript... (cached)
Re: HEADS UP: utmp.h gone. All welcome utmpx.h.
On Mon, 18 Jan 2010 16:47:46 +0100 Beat Gaetzi wrote: Boris Samorodov wrote: Hello Ed, thanks for your hard work! On Wed, 13 Jan 2010 20:42:54 +0100 Ed Schouten wrote: I've noticed there is some breakage in ports, but it shouldn't be too serious. Seems that emulators/virtualbox-ose is broken: Yes, there is a pr open with a patch attached: http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/142855 The fix is already in our development repository: http://svn.bluelife.at/index.cgi/blueports/revision/?rev=662 Once everything is tested we will commit the patch. Great, thanks! PS. The patch from your repository works good for me. -- WBR, Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone Internet SP FreeBSD Committer, http://www.FreeBSD.org The Power To Serve ___ 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: HEADS UP: utmp.h gone. All welcome utmpx.h.
Out of curiosity, was there ever an experimental pointyhat run done for these changes? If there was not one previously, can we do one ASAP? Doug ___ 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: fatal trap 12 (video4bsd-kmod)
В Mon, 18 Jan 2010 16:49:34 +0100 Hans Petter Selasky hsela...@freebsd.org пишет: HPS On Monday 18 January 2010 09:29:45 Sergey V. Dyatko wrote: HPS В Mon, 18 Jan 2010 09:21:45 +0100 HPS Hans Petter Selasky hsela...@freebsd.org пишет: HPS HPS HPS On Monday 18 January 2010 08:47:26 Sergey V. Dyatko wrote: HPS HPS Hi, HPS HPS at 1st I want to say that I am very grateful for your work HPS HPS HPS HPS after adding video4bsd_load=YES to loader.conf system HPS HPS traps but when I load module manualy (after login) all HPS HPS works fine. HPS HPS HPS HPS %uname -a HPS HPS FreeBSD notebook.minsk.domain 9.0-CURRENT FreeBSD HPS HPS 9.0-CURRENT #5 r201770M: Fri Jan 8 17:32:31 EET 2010 HPS HPS r...@notebook.minsk.domain:/usr/obj/usr/src/sys/tiger-asus-a6m HPS HPS i386 HPS HPS HPS HPS will be very grateful for any tips HPS HPS HPS HPS -- HPS HPS wbr, tiger HPS HPS HPS HPS HPS HPS Which version of video4bsd are you using? HPS HPS HPS [ti...@notebook]~%pkg_info -xI video4bsd HPS video4bsd-kmod-0.1.1 Video4BSD loopback driver for webcamd HPS HPS HPS --HPS HPS HPS Can you provide a backtrace of the problem? HPS HPS Or try to update to kmod-0.1.2 ? HPS with 0.1.2 works without traps. HPS MD5 (video4bsd-kmod-0.1.2.tar.bz2) = HPS 0ce6cf800370633f5590e6919efa51e2 HPS HPS HPS --HPS -- wbr, tiger ___ 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: HEADS UP: utmp.h gone. All welcome utmpx.h.
On Mon, Jan 18, 2010 at 12:29:24PM -0800, Doug Barton wrote: Out of curiosity, was there ever an experimental pointyhat run done for these changes? If there was not one previously, can we do one ASAP? Already started. -erwin -- Erwin Lansing http://droso.org Prediction is very difficult especially about the futureer...@freebsd.org pgpdqb6jRYEvb.pgp Description: PGP signature
Re: HEADS UP: utmp.h gone. All welcome utmpx.h.
On 01/18/10 12:52, Erwin Lansing wrote: On Mon, Jan 18, 2010 at 12:29:24PM -0800, Doug Barton wrote: Out of curiosity, was there ever an experimental pointyhat run done for these changes? If there was not one previously, can we do one ASAP? Already started. Awesome, you guys rock! :) Doug -- Improve the effectiveness of your Internet presence with a domain name makeover!http://SupersetSolutions.com/ Computers are useless. They can only give you answers. -- Pablo Picasso ___ 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
rc.d script for quickml
About a month ago I proposed the following changes for the rc.d script for quickml to bring it up to date (and probably fix it since I doubt it's currently working properly) but I just double-checked my mail folder and realized that I forgot to explicitly send this to the maintainer, which I'm doing now. Doug -- Improve the effectiveness of your Internet presence with a domain name makeover!http://SupersetSolutions.com/ Computers are useless. They can only give you answers. -- Pablo Picasso Index: quickml.in === RCS file: /home/pcvs/ports/mail/quickml/files/quickml.in,v retrieving revision 1.1 diff -u -r1.1 quickml.in --- quickml.in 17 Dec 2009 23:24:25 - 1.1 +++ quickml.in 18 Dec 2009 00:31:29 - @@ -3,16 +3,27 @@ # $FreeBSD: ports/mail/quickml/files/quickml.in,v 1.1 2009/12/17 23:24:25 pgollucci Exp $ # -. %%RC_SUBR%% +# PROVIDE: quickml +# REQUIRE: LOGIN +# KEYWORD: shutdown +# +# Add the following lines to /etc/rc.conf.local or /etc/rc.conf +# to enable this service: +# +# quickml_enable (bool): Set to NO by default. + +. /etc/rc.subr name=quickml rcvar=`set_rcvar` -command=%%RUBY%% -command_args=%%PREFIX%%/sbin/${name} +command=%%PREFIX%%/sbin/${name} +command_interpreter=%%RUBY%% pidfile=/var/run/${name}.pid required_files=%%PREFIX%%/etc/quickmlrc load_rc_config $name +: ${quickml_enable=NO} + run_rc_command $1 ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Need help from someone with boost fu + RELENG_6
Howdy, I recently took over the net-p2p/rblibtorrent* ports with an eye towards modernizing them, and my ultimate goal of getting a modern version of qbittorrent working, which I've done. However I apparently inherited some build problems on 6-stable that I don't understand, and since I don't have a 6-stable system available I cannot test fixes for. The problems appear to be boost-related, both more or less look like this: In file included from /usr/local/include/boost/thread/future.hpp:12, from /usr/local/include/boost/thread.hpp:24, from ../include/libtorrent/storage.hpp:45, from ../include/libtorrent/peer_connection.hpp:63, from peer_connection.cpp:41: /usr/local/include/boost/exception_ptr.hpp:43: error: looser throw specifier for `virtual boost::exception_ptr::~exception_ptr()' /usr/local/include/boost/exception/detail/exception_ptr_base.hpp:27: error: overriding `virtual boost::exception_detail::exception_ptr_base::~exception_ptr_base() throw ()' peer_connection.cpp: In member function `void libtorrent::peer_connection::second_tick(float)': peer_connection.cpp:2989: warning: converting to `int' from `float' peer_connection.cpp:2993: warning: converting to `int' from `float' *** Error code 1 The actual logs are here: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/a.6.20100117082456/rblibtorrent-0.13.log http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/a.6.20100117082456/rblibtorrent-devel-0.14.8.log If anyone can help me out on this I would really appreciate it (and more importantly so would our users). I'm hoping that since the errors are basically the same that hopefully the fix will be obvious and simple. :) Doug -- Improve the effectiveness of your Internet presence with a domain name makeover!http://SupersetSolutions.com/ Computers are useless. They can only give you answers. -- Pablo Picasso ___ 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
Why change to plist-sub for pkg-message?
Howdy, I've noticed a lot of commits recently to use plist-sub for pkg-message and I'm wondering if there is some overarching purpose for this, or if it's just general cleanup? If the latter that's fine, and I am fully supportive of efforts to keep things neat and tidy. The reason I ask is that I was recently sent the following PR, I don't see any benefit to the proposed change, and the user hasn't responded to my followup request. http://www.freebsd.org/cgi/query-pr.cgi?pr=142847 Any insight would be welcome, Doug -- Improve the effectiveness of your Internet presence with a domain name makeover!http://SupersetSolutions.com/ Computers are useless. They can only give you answers. -- Pablo Picasso ___ 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
postfix-2.6.5 on freebsd 8.0-release
Hello, Upon the installation (``pkg_add -r'') of postfix, I was asked, as usual, to disable some daily routines. And you can disable some sendmail specific daily maintenance routines in your /etc/periodic.conf file: daily_clean_hoststat_enable=NO daily_status_mail_rejects_enable=NO daily_status_include_submit_mailq=NO daily_submit_queuerun=NO However, on Freebsd 8.0 release, ``/etc/periodic.conf'' does not exist. I believe that the contents of ``/etc/periodic/daily'' are relevant here. What is the preferred method of performing these actions now? Thank you for your time. Lucas Reddinger ___ 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: postfix-2.6.5 on freebsd 8.0-release
On Mon, 18 Jan 2010 15:17:50 -0700 Lucas Reddinger j...@lucasreddinger.com wrote: Hello, Upon the installation (``pkg_add -r'') of postfix, I was asked, as usual, to disable some daily routines. ... However, on Freebsd 8.0 release, ``/etc/periodic.conf'' does not exist. Then create it. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: postfix-2.6.5 on freebsd 8.0-release
On Mon, Jan 18, 2010 at 2:17 PM, Lucas Reddinger j...@lucasreddinger.comwrote: Hello, Upon the installation (``pkg_add -r'') of postfix, I was asked, as usual, to disable some daily routines. And you can disable some sendmail specific daily maintenance routines in your /etc/periodic.conf file: daily_clean_hoststat_enable=NO daily_status_mail_rejects_enable=NO daily_status_include_submit_mailq=NO daily_submit_queuerun=NO However, on Freebsd 8.0 release, ``/etc/periodic.conf'' does not exist. I believe that the contents of ``/etc/periodic/daily'' are relevant here. What is the preferred method of performing these actions now? Create the file /etc/periodic.conf and add those assignments to it. Matt ___ 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: postfix-2.6.5 on freebsd 8.0-release
On Mon, Jan 18, 2010 at 3:55 PM, Matt Reimer mattjrei...@gmail.com wrote: Create the file /etc/periodic.conf and add those assignments to it. On Mon, Jan 18, 2010 at 3:46 PM, Eric h...@mikestammer.com wrote: i think the idea is to create /etc/periodic.conf and put the options there Thanks, and sorry about the noise. Lucas ___ 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: Need help from someone with boost fu + RELENG_6
Hi, Doug-- On Jan 18, 2010, at 1:17 PM, Doug Barton wrote: However I apparently inherited some build problems on 6-stable that I don't understand, and since I don't have a 6-stable system available I cannot test fixes for. The problems appear to be boost-related, both more or less look like this: In file included from /usr/local/include/boost/thread/future.hpp:12, from /usr/local/include/boost/thread.hpp:24, from ../include/libtorrent/storage.hpp:45, from ../include/libtorrent/peer_connection.hpp:63, from peer_connection.cpp:41: /usr/local/include/boost/exception_ptr.hpp:43: error: looser throw specifier for `virtual boost::exception_ptr::~exception_ptr()' /usr/local/include/boost/exception/detail/exception_ptr_base.hpp:27: error: overriding `virtual boost::exception_detail::exception_ptr_base::~exception_ptr_base() throw ()' [ ... ] Whether this constitutes a legitimate problem or something that the compiler should figure out seems to be arguable-- evidently this sort of error is highly dependent upon the compiler version. The following changes seems to allow net-p2p/rblibtorrent to build successfully under 6-STABLE: --- /usr/local/include/boost/exception/detail/exception_ptr_base.hpp~ 2010-01-18 18:20:52.0 -0500 +++ /usr/local/include/boost/exception/detail/exception_ptr_base.hpp 2010-01-18 19:03:46.0 -0500 @@ -23,7 +23,7 @@ protected: virtual -~exception_ptr_base() throw() +~exception_ptr_base() { } }; --- libtorrent-0.13/src/storage.cpp~2010-01-18 17:11:00.0 -0500 +++ libtorrent-0.13/src/storage.cpp 2010-01-18 19:19:05.0 -0500 @@ -378,7 +378,7 @@ size_type read_impl(char* buf, int slot, int offset, int size, bool fill_zero); - ~storage() + ~storage() throw () { m_files.release(this); } boost::intrusive_ptrtorrent_info const m_info; Eww. It's entirely possible that adding a USE_GCC=4.2+ line to Boost or these ports might provide a cleaner solution. Or consult someone who knows C++ better than I... Regards, -- -Chuck ___ 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: Why change to plist-sub for pkg-message?
Doug Barton wrote: Howdy, I've noticed a lot of commits recently to use plist-sub for pkg-message and I'm wondering if there is some overarching purpose for this, or if it's just general cleanup? If the latter that's fine, and I am fully supportive of efforts to keep things neat and tidy. The reason I ask is that I was recently sent the following PR, I don't see any benefit to the proposed change, and the user hasn't responded to my followup request. http://www.freebsd.org/cgi/query-pr.cgi?pr=142847 Any insight would be welcome, That particular one is questionable, but I'm sure if every post-install message is in pkg-message or files/pkg-message.in it will help with http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/122877 -- 1024D/DB9B8C1C B90B FBC3 A3A1 C71A 8E70 3F8C 75B8 8FFB DB9B 8C1C Philip M. Gollucci (pgollu...@p6m7g8.com) c: 703.336.9354 VP Apache Infrastructure; Member, Apache Software Foundation Committer,FreeBSD Foundation Consultant, P6M7G8 Inc. Sr. System Admin, Ridecharge Inc. Work like you don't need the money, love like you'll never get hurt, and dance like nobody's watching. ___ 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: Why change to plist-sub for pkg-message?
On 01/18/10 17:23, Philip M. Gollucci wrote: That particular one is questionable, but I'm sure if every post-install message is in pkg-message or files/pkg-message.in it will help with http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/122877 Ok, now I see where you're going with this. :) With respect to Wesley, the approach in the patch is bass-ackwards. You don't want to do anything with files named *pkg*message*, there are just too many variations. The only thing you want to worry about is /var/db/pkg/*/+DISPLAY. That way you can be sure of several useful things ... it's persistent (I.e., users can bring it up again with pkg_info), it's already post-processed, etc. etc. Modesty aside portmaster has some pretty mature code to deal with this, I suggest giving it a look before trying to reinvent it. As for the rest of the patch, I appreciate the POLA-awareness, but I would make this opt-OUT instead of opt-in, tool authors can easily opt out of it with a one-line fix, whereas the feature is very useful for the average user and I believe it should be enabled by default. It's one of the things that people tell me most often that they like about portmaster. Doug -- Improve the effectiveness of your Internet presence with a domain name makeover!http://SupersetSolutions.com/ Computers are useless. They can only give you answers. -- Pablo Picasso ___ 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: Why change to plist-sub for pkg-message?
Doug Barton wrote: Ok, now I see where you're going with this. :) With respect to Wesley, the approach in the patch is bass-ackwards. You don't want to do anything with files named *pkg*message*, there are just too many variations. The only thing you want to worry about is /var/db/pkg/*/+DISPLAY. That way you can be sure of several useful things ... it's persistent (I.e., users can bring it up again with pkg_info), it's already post-processed, etc. etc. Well most of the other patches eliminate crappy seds in the Makefile or change PREFIX - %%PREFIX%% so it can *actually* be processed. -- 1024D/DB9B8C1C B90B FBC3 A3A1 C71A 8E70 3F8C 75B8 8FFB DB9B 8C1C Philip M. Gollucci (pgollu...@p6m7g8.com) c: 703.336.9354 VP Apache Infrastructure; Member, Apache Software Foundation Committer,FreeBSD Foundation Consultant, P6M7G8 Inc. Sr. System Admin, Ridecharge Inc. Work like you don't need the money, love like you'll never get hurt, and dance like nobody's watching. ___ 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: Why change to plist-sub for pkg-message?
On 01/18/10 17:42, Philip M. Gollucci wrote: Doug Barton wrote: Ok, now I see where you're going with this. :) With respect to Wesley, the approach in the patch is bass-ackwards. You don't want to do anything with files named *pkg*message*, there are just too many variations. The only thing you want to worry about is /var/db/pkg/*/+DISPLAY. That way you can be sure of several useful things ... it's persistent (I.e., users can bring it up again with pkg_info), it's already post-processed, etc. etc. Well most of the other patches eliminate crappy seds in the Makefile or change PREFIX - %%PREFIX%% so it can *actually* be processed. Oh yes, I specified in my first message that I think generally the work that you and others have been doing is great, and much needed. My comments that you quoted above are in respect to the methodology described in the PR, which is an orthogonal issue. Doug -- Improve the effectiveness of your Internet presence with a domain name makeover!http://SupersetSolutions.com/ Computers are useless. They can only give you answers. -- Pablo Picasso ___ 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: ports/142880: [REPOCOPY] chinese/stardict2-dict-zh_CN ---
On Tue, Jan 19, 2010 at 6:30 AM, Max Brazhnikov m...@freebsd.org wrote: The following reply was made to PR ports/142880; it has been noted by GNATS. From: Max Brazhnikov m...@freebsd.org To: bug-follo...@freebsd.org, jupeng...@gmail.com, w...@freebsd.org Cc: Subject: Re: ports/142880: [REPOCOPY] chinese/stardict2-dict-zh_CN --- Date: Tue, 19 Jan 2010 01:22:50 +0300 --nextPart180621902.7ALxqGeM9T Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable What the reason to have the same dictionaries under different ports? Yes, it is the same dictionary. After rethinking of it , now I think it is unneeded to create a new port for stardict3-dict-zh_CN. Wouldn 't=20 better to remove run dependency on stardict and allow people to use existing port for any of stardict 2/3 (or other -- not only stardict can use these dictionaries.) Yes, it is better than to create a new port. :) But how do you think about this way: 1 REPOCOPY stardict2-dict-zh_CN-- stardict-dict-zh_CN 2 Add option entry for stardict2 or stardict3 ? wen Max --nextPart180621902.7ALxqGeM9T Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.14 (FreeBSD) iEYEABECAAYFAktU3z8ACgkQ+9kIwqyzzRIbugCfX3Clh5ZIwCpDFXE/CAWJ3phd wK0AoIOjbza+ZXUvOxM+cG/GqSjWr/n0 =XnNg -END PGP SIGNATURE- --nextPart180621902.7ALxqGeM9T-- ___ 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
security/cfs fix
Hi, This is a quick patch to cfs which stops it stalling (forever) the system startup if mountd fails. This can happen if mountd picks a port which is already used (no idea why it doesn't try a few times) and then cfsd fails.. If cfsd is not running mount will try forever (by default) to connect. The second part makes sure that cfsd is killed on stop even if the umount failed for some reason. diff -ur /usr/ports/security/cfs/files/cfsd.sh.in cfs/files/cfsd.sh.in --- /usr/ports/security/cfs/files/cfsd.sh.in2005-06-08 20:41:08.0 +0930 +++ cfs/files/cfsd.sh.in2010-01-19 14:52:43.0 +1030 @@ -29,7 +29,7 @@ cfsd_poststart() { if [ -n $cfsd_mountpoint ]; then - mount -o port=$cfsd_port,nfsv2 localhost:%%CFSD_BOOTSTRAP%% $cfsd_mountpoint + mount_nfs -R 1 -o port=$cfsd_port,nfsv2 localhost:%%CFSD_BOOTSTRAP%% $cfsd_mountpoint fi } @@ -37,6 +37,7 @@ { if [ -n $cfsd_mountpoint ]; then umount $cfsd_mountpoint + echo /dev/null fi } -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au The nice thing about standards is that there are so many of them to choose from. -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C signature.asc Description: This is a digitally signed message part.