Current unassigned ports problem reports
Current FreeBSD problem reports 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. Bugs can be in one of several states: o - open A problem report has been submitted, no sanity checking performed. a - analyzed The problem is understood and a solution is being sought. f - feedback Further work requires additional information from the originator or the community - possibly confirmation of the effectiveness of a proposed solution. p - patched A patch has been committed, but some issues (MFC and / or confirmation from originator) are still open. r - repocopy The resolution of the problem report is dependent on a repocopy operation within the CVS repository which is awaiting completion. s - suspended The problem is not being worked on, due to lack of information or resources. This is a prime candidate for somebody who is looking for a project to do. If the problem cannot be solved at all, it will be closed, rather than suspended. c - closed A problem report is closed when any changes have been integrated, documented, and tested -- or when fixing the problem is abandoned. Critical problems Serious problems S Tracker Resp. Description f ports/92706 vmware3 panic on 6.0-RELEASE o ports/94894 multimedia/fxtv causes freeze and reboot on DGA failur f ports/95081 Problem with enabling logwtmp on POPtop s ports/99623 ksh93 dumps core on FBSD 6.1 f ports/100067New port: devel/gdb65 GNU GDB 6.5 o ports/100358sysutils/portmanager: OpenOffice.org 2.0 Requires Conf f ports/103367pglogd fails to start f ports/103672cups-base wont compile/nor is it capable of being port f ports/103970print/cups-base will not install f ports/104323[patch] math/vtk-python build failure with python2.5 f ports/104546net/nss_ldap bug f ports/104769tcllib-1.7_1 won't build anymore in FreeBSD 6.2-BETA2/ f ports/104868[patch] check_disk plugin from net-mgmt/nagios-plugins o ports/105908[MAINTAINER BUGFIX] lang/xotcl 1.5.3 14 problems total. Non-critical problems S Tracker Resp. Description s ports/57502 ports that define USE_* too late s ports/59254 ports that write something after bsd.port.mk s ports/67815 graphics/ImageMagick no longer recognizes FlashPix s ports/88900 www/flashplugin-mozilla causes Firefox to crash f ports/94000 request: fork of security/srm with updated features f ports/95019 New port: www/suphp-devel: suPHP 0.6.1 f ports/95279 (New Port) FreeBPX: a web gui to the asterisk PBX f ports/95990 New Port: emulators/xjoypad s ports/96576 R 2.3.0 fails to compile: undefined reference to `R_ru s ports/96731 textproc/docbook-utils doesn`t build f ports/96891 [patch] port dns/powerdns does not have option for com f ports/98364 [PATCH] net-mgmt/nagios-plugins: add several contrib c f ports/98639 [PATCH] japanese/ja-edict-utf-8: update to 20060608, u f ports/99535 New port: mail/qmail-scanner2 qmail-scanner2 with st p f ports/99553 cannot use proxy in net-im/gaim-openq f ports/100650audio/moc dumps core when detach/quit f ports/100789net-p2p/verlihub-plugins: compile failure o ports/101680mail/poppassd: update of passwd prompts for pam_passwd f ports/102093new port (restoring from Attic): fix games/myth2_demo f ports/102406[PATCH] Update port: net-p2p/verlihub fix plugin suppo o ports/103257Missing directory prevents Nepenthes from running out- o ports/103395gnome-ssh-askpass interferes with gnome-screensaver f ports/103813www/p5-Apache-DBI: fix package dependenies when WITH_M o ports/103897[PATCH] enhancement for Mk/bsd.tcl.mk f ports/104033nagios trends report images wrong size f ports/104234net/linneighborhood: Problem with mounting a smb share f ports/104353[UPDATE] www/aolserver to 4.5 o ports/104453[NEW PORT] russian/proftpd f ports/104498missing entries in ports/multimedia/pvrxxx/distinfo o ports/104680New port: emulators/linux_base-slackware - Slackware b o ports/104725request new port: x11/nvidia-driver-devel f ports/104754/ports/chinese/stardict2-dict-zh_CN place files to wr f ports/104779update cad/varkon to 1.18A f ports/105118kipi-plugins don't work o ports/105135
Re: wine-kthread issue solved
On 11/27/06, [LoN]Kamikaze [EMAIL PROTECTED] wrote: Starcraft and Diablo 2 players rejoice, for the evil which plagues the wine-kthread binary (i.e. makes it hang at 100% CPU load) has been identified by the http://bsdforen.de code monkeys in their never ending slave labour. It is named libcups and weather this has to be resolved in wine or cups-base, is not my place to decide. However there is a quick solution: Enter the following lines into your /etc/libmap.conf: [/usr/local/lib/libcups.so.2] libpthread.so.2 libc.so Whooohooo! Gotta test this when I get home. Thanks ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
ports/devel/icu: PTHREAD_LIBS clean
Hi mi!
I found a problem that icu don't reflect PTHREAD_LIBS=ANY(like -lthr).
Please check following patch.
Index: Makefile
===
RCS file: /home/ncvs/ports/devel/icu/Makefile,v
retrieving revision 1.24
diff -u -r1.24 Makefile
--- Makefile9 Nov 2006 02:55:27 - 1.24
+++ Makefile26 Nov 2006 17:10:08 -
@@ -67,6 +67,7 @@
CONFIGURE_ARGS+= --enable-threads=yes
post-patch:
${REINPLACE_CMD} -e 's,\(THREADSC.*FLAGS\).*,\1=${PTHREAD_CFLAGS},g'
${WRKSRC}/config/mh-bsd-gcc
+ ${REINPLACE_CMD} -e 's,-lpthread,${PTHREAD_LIBS},g' ${WRKSRC}/configure
.else
CONFIGURE_ARGS+= --enable-threads=no
.endif
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to [EMAIL PROTECTED]
net/openldap23-server: PTHREAD_LIBS clean
Hi delphij!
I found a problem that openldap23-server doesn't reflect
PTHREAD_LIBS=ANY (like -lthr). Please check following patch.
Index: Makefile
===
RCS file: /home/ncvs/ports/net/openldap23-server/Makefile,v
retrieving revision 1.143
diff -u -r1.143 Makefile
--- Makefile15 Nov 2006 07:10:22 - 1.143
+++ Makefile27 Nov 2006 09:33:31 -
@@ -78,6 +78,8 @@
OPENLDAP_PKGFILESUFX=
.endif
+CONFIGURE_SED= -e 's,-kthread,${PTHREAD_LIBS},g'
+
.include bsd.port.pre.mk
.if defined(CLIENT_ONLY)
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to [EMAIL PROTECTED]
Gtk-gnutella GUI does not start
Clint Olsen writes: FreeBSD belle.0lsen.net 5.5-STABLE FreeBSD 5.5-STABLE #1: Mon Oct 23 13:04:36 PDT 2006 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/BELLE i386 FreeBSD 7.0-CURRENT #0: Tue Nov 14 17:38:15 EST 2006 i386 Port was re-built from current source on November 22. And the GUI never comes up. If I kill it or ^C, it claims it shuts down cleanly. Same here. And - apparently - it's just the GUI. If I run gtk-gnutella --shell I get: status +-+ | Status | |=| | Mode: Leaf Last Switch: never | | Uptime: 1m 20s Last Check: 2004-09-10 01:09:59 | | Port: 6346 Blackout: No | |=| | IPv4 Address: 209.6.203.219 Last Change: 81d 1h | |-| | IPv6 Address: 2001:5c0:8fff:fffe::e45 | | Last Change: 19d 13h| |=| | Connected Peers: 4 | |Ultra4/4 Leaf0/200Legacy0/0 | |=| | Bandwidth: GNet HTTP Leaf | |-| |In: 32 B/s 137 B/s 0 B/s | | Out: 8 B/s 39.22 KiB/s 0 B/s | +_+ I blasted my .gtk-gnutella directory thinking that somehow my internal file settings were inhibiting from starting, but that doesn't seem to be the case. Didn't see the need to do this. Relevant startup messages are appended. Robert Huff 06-11-27 09:07:02 (WARNING): This is an unofficial build which accesses files in this directory: /usr/ports/net-p2p/gtk-gnutella/work/gtk-gnutella-0.96.3 06-11-27 09:07:02 (MESSAGE): language code: en 06-11-27 09:07:02 (MESSAGE): using locale character set ISO-8859-1 06-11-27 09:07:02 (MESSAGE): primary filename character set UTF-8 06-11-27 09:07:02 (MESSAGE): additional filename character set ISO-8859-1 06-11-27 09:07:02 (MESSAGE): gtk-gnutella/0.96.3 (2006-11-09; r12293; Topless; FreeBSD i386) 06-11-27 09:07:02 (WARNING): Cannot set SO_ACCEPTFILTER (dataready): No such file or directory 06-11-27 09:07:02 (WARNING): Cannot set SO_ACCEPTFILTER (dataready): No such file or directory 06-11-27 09:07:02 (MESSAGE): Loaded 1 items from the TLS cache 06-11-27 09:07:02 (WARNING): [hostile IP addresses (private)] unable to retrieve: no alternate locations known 06-11-27 09:07:02 (WARNING): [Spam database] unable to retrieve: no alternate locations known 06-11-27 09:07:02 (WARNING): [Host Whitelist] unable to retrieve: no alternate locations known 06-11-27 09:07:04 (MESSAGE): NTP detected at ::1 06-11-27 09:07:04 (MESSAGE): detected NTP-3, stratum 0, offset -0.61 secs 06-11-27 09:07:42 (MESSAGE): Incoming shell connection from local 06-11-27 09:07:56 (WARNING): caught signal #2, exiting... 06-11-27 09:07:56 (WARNING): server-sha1_counts contains still 1 items 06-11-27 09:07:56 (WARNING): server-sha1_counts contains still 1 items 06-11-27 09:07:56 (WARNING): server-sha1_counts contains still 1 items 06-11-27 09:07:56 (WARNING): server-sha1_counts contains still 1 items 06-11-27 09:07:56 (WARNING): server-sha1_counts contains still 4 items 06-11-27 09:07:56 (WARNING): server-sha1_counts contains still 1 items 06-11-27 09:07:56 (WARNING): server-sha1_counts contains still 1 items 06-11-27 09:07:56 (WARNING): server-sha1_counts contains still 1 items 06-11-27 09:07:56 (WARNING): server-sha1_counts contains still 2 items 06-11-27 09:07:56 (WARNING): server-sha1_counts contains still 1 items 06-11-27 09:07:56 (WARNING): server-sha1_counts contains still 1 items 06-11-27 09:07:56 (WARNING): server-sha1_counts contains still 1 items 06-11-27 09:07:56 (WARNING): server-sha1_counts contains still 1 items 06-11-27 09:07:56 (WARNING): server-sha1_counts contains still 1 items 06-11-27 09:07:56 (WARNING): server-sha1_counts contains still 1 items 06-11-27 09:07:56 (WARNING): server-sha1_counts contains still 1 items 06-11-27 09:07:56 (WARNING): server-sha1_counts contains still 1 items 06-11-27 09:07:56 (WARNING): server-sha1_counts contains still 1 items 06-11-27 09:07:56 (WARNING): server-sha1_counts contains still 1 items 06-11-27 09:07:56 (WARNING): server-sha1_counts contains still 1 items 06-11-27 09:07:56 (WARNING): server-sha1_counts contains still 1 items 06-11-27 09:07:56 (WARNING): server-sha1_counts contains still 1 items 06-11-27 09:07:56 (WARNING): server-sha1_counts contains still 1 items 06-11-27 09:07:56 (WARNING): server-sha1_counts
Re: Gtk-gnutella GUI does not start
As Clint, you seem to be building without X11 option. Looks like there was a thinko in the last commit so it builds without GUI if you do not run 'make config' again for the new port revision to have WITH_X11=yes set. Sorry, going to submit a PR for this. On Monday 27 November 2006 15:10, Robert Huff wrote: Clint Olsen writes: FreeBSD belle.0lsen.net 5.5-STABLE FreeBSD 5.5-STABLE #1: Mon Oct 23 13:04:36 PDT 2006 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/BELLE i386 FreeBSD 7.0-CURRENT #0: Tue Nov 14 17:38:15 EST 2006 i386 Port was re-built from current source on November 22. And the GUI never comes up. If I kill it or ^C, it claims it shuts down cleanly. Same here. And - apparently - it's just the GUI. If I run gtk-gnutella --shell I get: status +-+ | Status | |=| | Mode: Leaf Last Switch: never | | Uptime: 1m 20s Last Check: 2004-09-10 01:09:59 | | Port: 6346 Blackout: No | |=| | IPv4 Address: 209.6.203.219 Last Change: 81d 1h | |-| | IPv6 Address: 2001:5c0:8fff:fffe::e45 | | Last Change: 19d 13h| |=| | Connected Peers: 4 | |Ultra4/4 Leaf0/200Legacy0/0 | |=| | Bandwidth: GNet HTTP Leaf | |-| |In: 32 B/s 137 B/s 0 B/s | | Out: 8 B/s 39.22 KiB/s 0 B/s | +_+ I blasted my .gtk-gnutella directory thinking that somehow my internal file settings were inhibiting from starting, but that doesn't seem to be the case. Didn't see the need to do this. Relevant startup messages are appended. Robert Huff 06-11-27 09:07:02 (WARNING): This is an unofficial build which accesses files in this directory: /usr/ports/net-p2p/gtk-gnutella/work/gtk-gnutella-0.96.3 06-11-27 09:07:02 (MESSAGE): language code: en 06-11-27 09:07:02 (MESSAGE): using locale character set ISO-8859-1 06-11-27 09:07:02 (MESSAGE): primary filename character set UTF-8 06-11-27 09:07:02 (MESSAGE): additional filename character set ISO-8859-1 06-11-27 09:07:02 (MESSAGE): gtk-gnutella/0.96.3 (2006-11-09; r12293; Topless; FreeBSD i386) 06-11-27 09:07:02 (WARNING): Cannot set SO_ACCEPTFILTER (dataready): No such file or directory 06-11-27 09:07:02 (WARNING): Cannot set SO_ACCEPTFILTER (dataready): No such file or directory 06-11-27 09:07:02 (MESSAGE): Loaded 1 items from the TLS cache 06-11-27 09:07:02 (WARNING): [hostile IP addresses (private)] unable to retrieve: no alternate locations known 06-11-27 09:07:02 (WARNING): [Spam database] unable to retrieve: no alternate locations known 06-11-27 09:07:02 (WARNING): [Host Whitelist] unable to retrieve: no alternate locations known 06-11-27 09:07:04 (MESSAGE): NTP detected at ::1 06-11-27 09:07:04 (MESSAGE): detected NTP-3, stratum 0, offset -0.61 secs 06-11-27 09:07:42 (MESSAGE): Incoming shell connection from local 06-11-27 09:07:56 (WARNING): caught signal #2, exiting... 06-11-27 09:07:56 (WARNING): server-sha1_counts contains still 1 items 06-11-27 09:07:56 (WARNING): server-sha1_counts contains still 1 items 06-11-27 09:07:56 (WARNING): server-sha1_counts contains still 1 items 06-11-27 09:07:56 (WARNING): server-sha1_counts contains still 1 items 06-11-27 09:07:56 (WARNING): server-sha1_counts contains still 4 items 06-11-27 09:07:56 (WARNING): server-sha1_counts contains still 1 items 06-11-27 09:07:56 (WARNING): server-sha1_counts contains still 1 items 06-11-27 09:07:56 (WARNING): server-sha1_counts contains still 1 items 06-11-27 09:07:56 (WARNING): server-sha1_counts contains still 2 items 06-11-27 09:07:56 (WARNING): server-sha1_counts contains still 1 items 06-11-27 09:07:56 (WARNING): server-sha1_counts contains still 1 items 06-11-27 09:07:56 (WARNING): server-sha1_counts contains still 1 items 06-11-27 09:07:56 (WARNING): server-sha1_counts contains still 1 items 06-11-27 09:07:56 (WARNING): server-sha1_counts contains still 1 items 06-11-27 09:07:56 (WARNING): server-sha1_counts contains still 1 items 06-11-27 09:07:56 (WARNING): server-sha1_counts contains still 1 items 06-11-27 09:07:56 (WARNING): server-sha1_counts contains still 1 items 06-11-27 09:07:56 (WARNING): server-sha1_counts contains still 1 items 06-11-27 09:07:56 (WARNING):
Re: ports/devel/icu: PTHREAD_LIBS clean
On Monday 27 November 2006 08:27, Norikatsu Shigemura wrote:
= Hi mi!
=
= I found a problem that icu don't reflect PTHREAD_LIBS=ANY(like -lthr).
= Please check following patch.
Thanks, I'll try it... Do you need it to be thread-aware though? It is built
by default without threads at all (because threads are/were busted on
FreeBSD/ia64).
ICU developers think, threads ought to be enabled, but there really is no
software at the moment, which calls into ICU from multiple threads at the
same time, AFAIK...
-mi
= Index: Makefile
= ===
= RCS file: /home/ncvs/ports/devel/icu/Makefile,v
= retrieving revision 1.24
= diff -u -r1.24 Makefile
= --- Makefile 9 Nov 2006 02:55:27 - 1.24
= +++ Makefile 26 Nov 2006 17:10:08 -
= @@ -67,6 +67,7 @@
= CONFIGURE_ARGS+= --enable-threads=yes
= post-patch:
= ${REINPLACE_CMD} -e 's,\(THREADSC.*FLAGS\).*,\1=${PTHREAD_CFLAGS},g'
${WRKSRC}/config/mh-bsd-gcc
= + ${REINPLACE_CMD} -e 's,-lpthread,${PTHREAD_LIBS},g' ${WRKSRC}/configure
= .else
= CONFIGURE_ARGS+= --enable-threads=no
= .endif
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: ports/devel/icu: PTHREAD_LIBS clean
On Monday 27 November 2006 10:59, Norikatsu Shigemura wrote: = 1. PTHREAD_LIBS=-lthr = So I removed libpthread.*, I'm testing. = = 2. WITHOUT_LIBPTHREAD=yes /etc/src.conf and make world = ru@ committed this way. So I can do it. = But we can only use on 7-current. If you'll try to get = libthr environment, you can only select 1. = = 3. libpthread.so.2 - libthr.so.2 in /etc/libmap.conf IS TOO BAD = I don't think this approch is good, believe that I'll get = unstable environment. It will be just as unstable, as one achieved by 1. or 2. Just much easier and without world-rebuilds. = ICU developers think, threads ought to be enabled, but there really is no = software at the moment, which calls into ICU from multiple threads at the = same time, AFAIK... = = I don't think trying to use multiple threads at the same time. = But if applications use libthr, libraries must use libthr, too. You are right about the dangers of mixing different thread implementations, but library may also be not using threads _at all_. -lm, for example, is happily used by many threaded programs without itself being thread-aware. (If anything, a library, even a thread-aware one, should, arguably, not be explicitly linking with any thread implementation -- this way, it will use, whatever implementation the application is using. But that's a different topic...) -mi ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: ports/devel/icu: PTHREAD_LIBS clean
On Mon, 27 Nov 2006 10:32:17 -0500 Mikhail Teterin [EMAIL PROTECTED] wrote: On Monday 27 November 2006 08:27, Norikatsu Shigemura wrote: = Hi mi! = I found a problem that icu don't reflect PTHREAD_LIBS=ANY(like -lthr). = Please check following patch. Thanks, I'll try it... Do you need it to be thread-aware though? It is built by default without threads at all (because threads are/were busted on FreeBSD/ia64). Now, there is a argument about libthr is default on 7.x. We test libthr environment little(maybe only on sparc64). But we don't almost test it on i386. So I'm testing libthr environment on 7-current/i386. It is a rule that BLENDING THREAD LIBRARIES IS TOO DANGER. So if we try to get libthr environment, we must select following approch. 1. PTHREAD_LIBS=-lthr So I removed libpthread.*, I'm testing. 2. WITHOUT_LIBPTHREAD=yes /etc/src.conf and make world ru@ committed this way. So I can do it. But we can only use on 7-current. If you'll try to get libthr environment, you can only select 1. 3. libpthread.so.2 - libthr.so.2 in /etc/libmap.conf IS TOO BAD I don't think this approch is good, believe that I'll get unstable environment. ICU developers think, threads ought to be enabled, but there really is no software at the moment, which calls into ICU from multiple threads at the same time, AFAIK... I don't think trying to use multiple threads at the same time. But if applications use libthr, libraries must use libthr, too. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Richiesta consenso per i grandi Vini Italiani
Informativa ai s= ensi dell'articolo 13 del codice privacy per richiesta consenso. Gentili Signore Signori, Le Vinali di Fiume Veneto (Friuli) propone = la fornitura diretta di Grandi Vini Italiani. Le chiediamo quindi il= suo consenso preventivo ad informarla su questo specifico argomento, = se vuole conoscere la nostra proposta [1]entri quì In calce potrà prendere visione dell'informativa relativ= a alla raccolta ed al trattamento dei dati chenbsp;la riguardano. [2]Grazie dell'attenzione dall'Azienda Agricola Le Vinali E' un'info= rmazione curata da Le Vinali Fiume Veneto Friuli = ?xml:namespace prefix = st1 ns = urn:schemas-microsoft-com:office:= smarttags /- - Informativa per il trattamento dei dati personali leg= ge 196/2003 (cod. privacy) = Per consult= are l'informativa [3]clicchi qui References 1. file://localhost/tmp/3D 2. file://localhost/tmp/3D 3. 3Dhttp://news.Wifiitalia.it/frontend/track.as___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Ports with version numbers going backwards: misc/zoneinfo
** The following ports have a version number that sorts before a previous one ** For many package tools to work correctly, it is of utmost importance that version numbers of a port form a monotonic increasing sequence over time. Refer to the FreeBSD Porter's Handbook, 'Package Naming Conventions' for more information. Tools that won't work include pkg_version, portupgrade and portaudit. A common error is an accidental deletion of PORTEPOCH. Please fix any errors as soon as possible. The ports tree was updated at Mon Nov 27 2006 15:00:45 UTC. - *misc/zoneinfo* [EMAIL PROTECTED]: zoneinfo-1 zoneinfo-2006.o | revision 1.14 | date: 2006/11/27 11:47:43; author: edwin; state: Exp; lines: +1 -2 | Add patches for WA DST legalisation: | | http://www.parliament.wa.gov.au/parliament/bills.nsf/BillProgressPopup?openFormParentUNID=9A1B183144403DA54825721200088DF1 ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: FreeBSD Port: swaks-20050709.1
John Jetmore wrote: I am the author of the swaks smtp testing tool. The port in FreeBSD is a couple of releases behind. Done. Is there an email address I could add to my announce list to help keep the port up to date? Sorry for the email to ports@ but I couldn't find a more specific address to use. You can add my address to the list. I don't want to commit to maintaining the port at this time, but it's an interesting tool, and I'd like to look into it more. hth, Doug -- This .signature sanitized for your protection ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Ports with version numbers going backwards: misc/zoneinfo
On Mon, Nov 27, 2006 at 07:04:18PM +, [EMAIL PROTECTED] wrote: ** The following ports have a version number that sorts before a previous one ** For many package tools to work correctly, it is of utmost importance that version numbers of a port form a monotonic increasing sequence over time. Refer to the FreeBSD Porter's Handbook, 'Package Naming Conventions' for more information. Tools that won't work include pkg_version, portupgrade and portaudit. A common error is an accidental deletion of PORTEPOCH. Please fix any errors as soon as possible. The ports tree was updated at Mon Nov 27 2006 15:00:45 UTC. - *misc/zoneinfo* [EMAIL PROTECTED]: zoneinfo-1 zoneinfo-2006.o That's an interesting side effect of combining DISTVERSION and PORTREVISION... Edwin -- Edwin Groothuis |Personal website: http://www.mavetju.org [EMAIL PROTECTED]| Weblog: http://weblog.barnet.com.au/edwin/ ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
FreeBSD Port: ZendOptimizer-3.0.2
Hi, Just an FYI, but Zend Optimizer 3.0.2 is not compatible with PHP 5.2.x. However, Zend just today released version 3.2 of Zend Optimizer which is now compatible with PHP 5.2. Brian ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
SCons build, help needed
I'm trying to make a port of the latest Blender with the SCons build. The scons command in the do-build target in bsd.scons.mk is expanded in: /usr/bin/env /usr/local/bin/scons \ CCFLAGS=-O2 -fno-strict-aliasing -pipe \ CXXFLAGS=-O2 -fno-strict-aliasing -pipe ... Which gives an error: scons: Building targets ... Compiling == 'SND_DummyDevice.cpp' cc1plus: error: invalid option argument `-O2 -fno-strict-aliasing -pipe' scons: *** [/usr/home/ ... /SoundSystem/dummy/SND_DummyDevice.o] Error 1 scons: building terminated because of errors. The problem is in the CCFLAGS variable; it is passed to the compiler as a whole, white spaces between individual flags are ignored. Should I rewrite variables in some other syntax or what? Thanks. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Ports with version numbers going backwards: misc/zoneinfo
** The following ports have a version number that sorts before a previous one ** For many package tools to work correctly, it is of utmost importance that version numbers of a port form a monotonic increasing sequence over time. Refer to the FreeBSD Porter's Handbook, 'Package Naming Conventions' for more information. Tools that won't work include pkg_version, portupgrade and portaudit. A common error is an accidental deletion of PORTEPOCH. Please fix any errors as soon as possible. The ports tree was updated at Mon Nov 27 2006 19:56:44 UTC. - *misc/zoneinfo* [EMAIL PROTECTED]: zoneinfo-1 zoneinfo-2006.o | revision 1.14 | date: 2006/11/27 11:47:43; author: edwin; state: Exp; lines: +1 -2 | Add patches for WA DST legalisation: | | http://www.parliament.wa.gov.au/parliament/bills.nsf/BillProgressPopup?openFormParentUNID=9A1B183144403DA54825721200088DF1 ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Qemu crash...
FIne. Are there any links to howtos explaining how to go about the pertinent forensics? Much of the literature on strace and the kernel debugger seem to be documented by persons suffering from asperger syndrome. Basically I load the module and the emulated winXP croaks when the logo starts fading in. I unload and everything is 'ok'. By 'OK' I mean brutally slow only, but no crashing. O6 makes things a little faster. Regardless, it doesn't affect this issue. On 11/25/06, Kris Kennaway [EMAIL PROTECTED] wrote: On Sat, Nov 25, 2006 at 10:25:37PM -0800, MC wrote: I haven't been able to get qemu to work at all with the kqemu kernel module. OK :) If you want help you'll need to provide some details. On the bright side, qemu compiles nicely with O6, though I had to kill a comma in my CFLAGS to get sed uncroaked on the build. O6?! What do you imagine that this does, precisely? ;-) Kris ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: distfile belongs to?
Robert Huff wrote: Let's suppose I have a list of tarballs (e.g. foobar-1.23.456.tar.gz). How do I tell which port each file belongs to? pkg_info only lists the end results. The correct answer is, not easily. You can look at the code for sysutils/portmaster to get an idea of how you could do it, but what really needs to happen is for someone to write the code to embed that data in the +CONTENTS file. hth, Doug (Not I said the fly ...) -- This .signature sanitized for your protection ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: ports/devel/icu: PTHREAD_LIBS clean
Norikatsu Shigemura wrote: 3. libpthread.so.2 - libthr.so.2 in /etc/libmap.conf IS TOO BAD I don't think this approch is good, believe that I'll get unstable environment. I've been using that for over a month, and haven't had a single problem. I've made no other modifications to my environment. hope this helps, Doug -- This .signature sanitized for your protection ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: distfile belongs to?
On Mon, Nov 27, 2006 at 05:02:53PM -0500, Robert Huff wrote: Let's suppose I have a list of tarballs (e.g. foobar-1.23.456.tar.gz). How do I tell which port each file belongs to? pkg_info only lists the end results. This information is not compiled in any convenient form. You would need to recursively traverse the ports tree and compare to the DISTFILES and PATCHFILES variables. Some existing tools like portsclean -d do this (for purposes of identifying stale distfiles for removal) but don't record the information. Kris pgpADP44i9BRN.pgp Description: PGP signature
Re: Ports with version numbers going backwards: misc/zoneinfo
On Mon, Nov 27, 2006 at 11:28:18PM +, [EMAIL PROTECTED] wrote: ** The following ports have a version number that sorts before a previous one ** For many package tools to work correctly, it is of utmost importance that version numbers of a port form a monotonic increasing sequence over time. Refer to the FreeBSD Porter's Handbook, 'Package Naming Conventions' for more information. Tools that won't work include pkg_version, portupgrade and portaudit. A common error is an accidental deletion of PORTEPOCH. Please fix any errors as soon as possible. The ports tree was updated at Mon Nov 27 2006 19:56:44 UTC. You might want to run this check only when your ports tree is updated since the last time you ran this check. Edwin -- Edwin Groothuis |Personal website: http://www.mavetju.org [EMAIL PROTECTED]| Weblog: http://weblog.barnet.com.au/edwin/ ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: fuzzyocr
On Mon, Nov 27, 2006 at 02:40:27PM -0800, Brian wrote: Shaun Amott wrote: On Mon, Nov 27, 2006 at 11:26:46AM -0800, Brian wrote: Have any of you started getting the below errors with fuzzyocr since the port updated? I did have this working manually previously, but now the port has been updated, and my procmail.log is full of these. The corrupt image line isn't in all of them, but most of the time it is there. I tried deleting /usr/local/etc/mail/spamassassin/Fuzzy*, reinstalling the port and then recopying the 2 example files, still I get the below. [33972] warn: plugin: failed to create instance of plugin FuzzyOcr: Can't locate object method new via package FuzzyOcr (perhaps you forgot to load FuzzyOcr?) at (eval 209) line 1. [33972] warn: rules: failed to run FUZZY_OCR_CORRUPT_IMG test, skipping: [33972] warn: (Can't locate object method dummy_check via package Mail::SpamAssassin::PerMsgStatus at /usr/local/lib/perl5/site_perl/5.8.8/Mail/SpamAssassin/PerMsgStatus.pm line 2638. Which version of the port do you have? 2.3.b,1 or 2.3.b_1,1? There was a problem in the previous version, but it should be fixed now. I just reinstalled, it is version p5-FuzzyOcr-2.3.b_1,1. One difference bwtween now and earlier, I just got a netpbm upgrade The problem still persists. Sorry about this. It seems my last fix was incomplete. I'll update the port again. In the meantime, you can replace the first line (loadplugin FuzzyOcr...) in FuzzyOcr.cf with: loadplugin Mail::SpamAssassin::Plugin::FuzzyOcr Shaun -- Shaun Amott // PGP: 0x6B387A9A A foolish consistency is the hobgoblin of little minds. - Ralph Waldo Emerson pgpbHYMvqxGQt.pgp Description: PGP signature
Re: wpa_supplicant | libdnet
On 11/28/06, Michael S [EMAIL PROTECTED] wrote: SOURCE: 6.2 PRERELEASE (Nov 20th) ports: updated 11/27/2006 11pm EST security/wpa_supplicant make -DWITH_STATIC_SUPPLICANT install clean gmake[2]: Leaving directory snip gmake[1]: Nothing to be done for `all-am'. gmake[1]: Leaving directory `/usr/ports/net/libdnet/work/libdnet-1.11' cc: .libs/eth-bsd.o: No such file or directory *** Error code 1 Stop in /usr/ports/net/libdnet. *** Error code 1 I can't reproduce this. Can anyone reproduce this failure? ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: [EMAIL PROTECTED]: snobol-0.99.4_1 failed on amd64 7]
On Mon, Nov 27, 2006 at 11:29:30PM -0800, Wes Peters wrote: On Nov 27, 2006, at 8:43 AM, Kris Kennaway wrote: FYI; can you please investigate and/or report to the developers? If you are already aware of this problem but do not yet have a fix, please mark the port BROKEN in the appropriate case, so that users do not unexpectedly encounter it. See http://pointyhat.freebsd.org for the full log. I'm not sure what to do here. I think this is a build environment failure in the ports cluster, but I don't have an amd64 machine to test it on. The failure isn't actually in the build, it's in the regression tests, and it fails simply running /usr/bin/uptime: Running regression tests... cd test; ./run.sh ../xsnobol4 ../test.out ./timing timing.out uptime: /var/run/utmp: No such file or directory *** Error code 137 Could this just be a mis-configuration of the jail or chroot the build runs in? Not sure, I dunno how that could happen. More likely to be a uptime bug of some kind :) Kris pgpNSWmqWcWOv.pgp Description: PGP signature
