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 S Tracker Resp. Description f ports/117270[UPDATE] net/asterisk-addons to 1.4.4 1 problem total. Serious problems S Tracker Resp. Description o ports/106369vpnd caused kernel panic with ppp mode o ports/106372vpnd can't run with slip mode f ports/108077www/linux-flashplugin9 crashes linux-firefox f ports/108413net/vnc does not works. f ports/112385sysutils/lookupd on Kernel 64 f ports/112921x11-wm/Beryl not loading focus and keybinding settings f ports/113144print/ghostscript-gnu dumps core with several output d f ports/115818Executable clash between databases/grass and ruby gems f ports/115967enable chrooted net/isc-dhcp3-server on the FreeBSD 7. f ports/116378xorg 7.3 on -stable breaks math/scilab f ports/116385net/vnc using vnc.so crashes Xorg 7.3 when remote comp f ports/116586net/isc-dhcp3-server does not work when compiled with o ports/116611devel/p5-gearmand - rename to devel/p5-Gearman-Server f ports/116753multimedia/MPlayer crashes after playing *.flv on 7.0- f ports/116777The math/scilab port fails in demos-signal-bode. f ports/116778security/nmap ping-scan misses some hosts f ports/116949security/vpnc: Some Cisco Concentrators refuse Connect o ports/117025multimedia/pwcbsd: Pwcbsd-1.4.0 + New USBStack not wor o ports/117119new port: emulators/dboxfe, a front-end to DosBox conf f ports/117128security/ipsec-tools racoon.sh fails with /var on mfs o ports/117144sysutils/nut : ACL with IPv6 address rejected o ports/117145[PATCH] math/dislin - update to 9.2 f ports/117196Port net/asterisk-addons 1.4.2 fails to compile o ports/117263audio/libtunepimp-old is broken f ports/117541textproc/Wordnet checksum error o ports/117650[patch] deskutils/narval fix python byte-compiling err f ports/117686print/fontforge : extract fails when building with NOP o ports/117689[update] games/ftjava o ports/117792new version of sysutils/Kgtk port 29 problems total. Non-critical problems S Tracker Resp. Description f ports/101166bittorrent-curses only works under English locales. o ports/107354net/icmpinfo: icmpinfo -vvv does not recocnize any ICM a ports/107447[patch] devel/sdl12 - Add devel/directfb support f ports/107937jailed net/isc-dhcp3-server wouldn't run with an immut f ports/111399print/ghostscript-gpl: ghostscript-gpl WITH_FT_BRIDGE f ports/111456[UPDATE] finance/pfpro updated distinfo f ports/112887net/nxserver 1.4.0_1 fails to compile after upgrading f ports/113423Update for ports net/freenx to version 0.6.0 f ports/114127net/vnc - vnc.so installed to bad location f ports/114825pam module security/pam_abl not working s ports/115216ADA devel/florist exit_process program doesn't compile s ports/115217Ada devel/florist socket program doesn't compile due t f ports/115304multimedia/gpac-mp4box cannot import files larger than f ports/115336port multimedia/avifile on FreeBSD 7.0 not BROKEN with f ports/115401Update port:
benchmarks/iperf: Error building within 7.0 chroot
Hi, I'm trying to build benchmarks/iperf inside a 7.0 guest with chroot (the host is a 6-STABLE) but it fails with: === Cleaning for iperf-2.0.2_1 === Vulnerability check disabled, database not found === Extracting for iperf-2.0.2_1 = MD5 Checksum OK for iperf-2.0.2.tar.gz. = SHA256 Checksum OK for iperf-2.0.2.tar.gz. === Patching for iperf-2.0.2_1 === Applying FreeBSD patches for iperf-2.0.2_1 === Configuring for iperf-2.0.2_1 configure: WARNING: you should use --build, --host, --target 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 i386-portbld-freebsd6.3-g++... c++ 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 c++ accepts -g... yes checking for style of include used by make... GNU checking dependency style of c++... gcc3 checking for i386-portbld-freebsd6.3-gcc... cc checking whether we are using the GNU C compiler... yes checking whether cc accepts -g... yes checking for cc option to accept ANSI C... none needed checking dependency style of cc... gcc3 checking for library containing strerror... none required checking for a BSD-compatible install... /usr/bin/install -c -o root -g wheel checking whether make sets $(MAKE)... (cached) yes checking for i386-portbld-freebsd6.3-ranlib... no checking for ranlib... ranlib checking build system type... i386-portbld-freebsd6.3 checking host system type... i386-portbld-freebsd6.3 checking for the pthreads library -lpthreads... no checking whether pthreads work without any flags... yes checking for joinable pthread attribute... PTHREAD_CREATE_JOINABLE checking if more special flags are required for pthreads... -D_THREAD_SAFE checking for cc_r... cc checking for gethostbyname... yes checking for socket... yes checking how to run the C preprocessor... cc -E checking for egrep... grep -E checking for ANSI C header files... Bad system call (core dumped) no 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 arpa/inet.h usability... yes checking arpa/inet.h presence... yes checking for arpa/inet.h... yes checking libintl.h usability... no checking libintl.h presence... no checking for libintl.h... no checking netdb.h usability... yes checking netdb.h presence... yes checking for netdb.h... yes checking netinet/in.h usability... yes checking netinet/in.h presence... yes checking for netinet/in.h... yes checking for stdlib.h... (cached) yes checking for string.h... (cached) yes checking for strings.h... (cached) yes checking sys/socket.h usability... yes checking sys/socket.h presence... yes checking for sys/socket.h... yes checking sys/time.h usability... yes checking sys/time.h presence... yes checking for sys/time.h... yes checking syslog.h usability... yes checking syslog.h presence... yes checking for syslog.h... yes checking for unistd.h... (cached) yes checking for an ANSI C-conforming const... yes checking for size_t... yes checking for ssize_t... yes checking whether time.h and sys/time.h may both be included... yes checking whether struct tm is in sys/time.h or time.h... time.h checking for stdint types... stdint.h (shortcircuit) make use of stdint.h in include/iperf-int.h (assuming C99 compatible system) checking 3rd argument of accept... socklen_t checking for pid_t... yes checking for unistd.h... (cached) yes 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... Bad system call (core dumped) no checking for working vfork... (cached) yes checking for stdlib.h... (cached) yes checking for GNU libc compatible malloc... Bad system call (core dumped) no checking for working memcmp... Bad system call (core dumped) no checking sys/select.h usability... yes checking sys/select.h presence... yes checking for sys/select.h... yes checking for sys/socket.h... (cached) yes checking types of arguments for select... int,fd_set *,struct timeval * checking return type of signal handlers... void checking for strftime... yes checking for vprintf... yes checking for _doprnt... no checking for atexit... yes checking for gettimeofday... yes checking for memset... yes checking for pthread_cancel... yes checking for select... yes checking for strchr... yes checking for strerror... yes checking for strtol... yes checking for usleep... yes checking for snprintf... yes checking
Re: GraphicsMagick build error on RELENG_7
Uwe Grohnwaldt wrote: Am Mon, 05 Nov 2007 08:53:33 +0100 schrieb Per olof Ljungmark [EMAIL PROTECTED]: Bob Friesenhahn wrote: On Sun, 4 Nov 2007, Mikhail Teterin wrote: Yes, that worked for him -- that's how Per built the software. But using the ``-j'' breaks (even with -j1). Just to confirm the problem is repeatable - I did a build this morning and it behaves identical to before. Sorry if I cannot be to more help than this, good luck in fixing it! --per After the last csup it doesn't happen any longer. the make runs through without any problems. cheers, Yes, the Makefile is changed now but that would be fixing the symptoms I think, but of course it is better if it builds correctly than not! http://www.freebsd.org/cgi/cvsweb.cgi/ports/graphics/GraphicsMagick/Makefile --per ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Diablo on 7.0-BETA
I don't get an error to be honest. I maintain both games/ftjava and games/sfbol and when I run them they simply don't work. A window pops up for a second or so and then closes. If I add -verbose to the wrappers I see no errors either. They worked fine on 6.x though. I can troubleshoot them more but not sure how .. pointers? -Peter ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Diablo on 7.0-BETA
Peter Thoenen wrote: I don't get an error to be honest. I maintain both games/ftjava and games/sfbol and when I run them they simply don't work. A window pops up for a second or so and then closes. If I add -verbose to the wrappers I see no errors either. They worked fine on 6.x though. I can troubleshoot them more but not sure how .. pointers? -Peter I tested them with jdk-1.6 and they work. It might be a compat problem. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
pkg_add fusefs-kmod-0.3.9.p1_1.tbz fails on 6.2
After a 'portupgrade -f fusefs-kmod' (to make sure the port is installed correctly), I have created a package that now fails. # pkg_create -b fusefs-kmod-0.3.9.p1_1 # pkg_delete -f fusefs-kmod-0.3.9.p1_1 pkg_delete: package 'fusefs-kmod-0.3.9.p1_1' is required by these other packages and may not be deinstalled (but I'll delete it anyway): fusefs-ntfs-1.1004 # pkg_add fusefs-kmod-0.3.9.p1_1.tbz tar: sbin/mount_fusefs: Cannot stat: No such file or directory tar: Error opening archive: Empty input file: Inappropriate file type or format pkg_add: extract_plist: can not invoke 73 byte tar pipeline: /usr/bin/tar cf - sbin/mount\_fusefs|/usr/bin/tar --unlink -xpf - -C /usr System is 6.2-RELEASE-p7 with all ports up to date. Anyone else sees this? What is wrong? Thanks, Jan Henrik ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
xfce4-netload-plugin not updating
Hi, on my i386 CURRENT box from 20071105, I noticed that xfce4-netload-plugin 0.4.0_3 does not update its statistics after xfce has started up, i.e. the traffic is always 0 kB/s. Both the tooltip text and the bars behave like this. Moving the mouse over the icon to refresh the tooltip text doesn't help. On a few days older CURRENT the indicators were stuck, but hovering over the icon still refreshed the tooltip text. Regards, Rene -- GPG fingerprint = E738 5471 D185 7013 0EE0 4FC8 3C1D 6F83 12E1 84F6 (subkeys.pgp.net) It won't fit on the line. -- me, 2001 ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: OpenLDAP 2.3/pam_ldap/nss_ldap: not working in FreeBSD 7.0-PRE!
Ulrich Spoerlein wrote: Sorry for the late reply ... On Fri, 26.10.2007 at 20:16:45 +0200, O. Hartmann wrote: All right, here I am. nss_ldap.conf and ldap.conf are located in /usr/local/etc and are identical (link). I copied all tags I use and deleted commented out tags: Seems ok to me, though I don't claim to be an expert. This method has been recommended by many sites and tutorials, so I guess it should be approved ;-) The slapd.conf is this, comments roped: include /usr/local/etc/openldap/schema/core.schema include /usr/local/etc/openldap/schema/cosine.schema include /usr/local/etc/openldap/schema/nis.schema include /usr/local/etc/openldap/schema/inetorgperson.schema # additional schema include /usr/local/share/examples/samba/LDAP/samba.schema pidfile /var/run/openldap/slapd.pid argsfile/var/run/openldap/slapd.args logfile /var/log/slapd.log loglevel512 loglevel is a bitmask. It you want to have lots of debugging try 255 and run a tail -f /var/log/debug.log Thanks, I did so and found several usefull messages in the log. sizelimit unlimited allow bind_v2 modulepath /usr/local/libexec/openldap moduleload back_bdb everse-lookup off typo I guess? Sorry, yes, copy-and-paste mistake. NSCD is up and running, my nsswitch.conf looks like this: Please try without nscd first, it's just another possible source of problems. Due to a recommendation not to use NSCD with FreeBSD and SAMBA I switched that off. group: cache ldap[ unavail=continue notfound=continue ] files passwd: cache ldap [ unavail=continue notfound=continue ] files #group_compat: nis hosts: compat networks: files #passwd_compat: nis shells: files services: compat services_compat: nis protocols: files rpc: files And I changed some lines in /etc/pam.d/sshd,login,system,other like this *commented out due to system gets stuck forever when enab;ed nss_ldap/pam_ldap): I'm using softbind and a short timeout in ldap.conf/nss_ldap.conf to avoid this unresponsiveness. # Bind/connect timelimit bind_timelimit 3 # Reconnect policy: hard (default) will retry connecting to # the software with exponential backoff, soft will fail # immediately. #bind_policy hard bind_policy soft Also, make NSS work first, then turn to configuring PAM (at least, that's what I would do) Great!! That did the trick and it is very helpful in saving a lot of time and prevented me from loosing more hairs. Some errors from console: (At boot time) Oct 26 17:00:36 gauss kernel: Oct 26 17:00:36 gauss slapd[757]: nss_ldap: could not search LDAP server - Server is unavailable Expected. slapd want to change its user to ldap:ldap, which it needs to look up the UID for. Chicken Egg. That's why I need to use soft bind+timeout on my (disconnected) laptop here. Oct 26 11:59:08 gauss kernel: Oct 26 11:59:08 gauss cron[13480]: nss_ldap: could not search LDAP server - Server is unavailable Oct 26 12:41:44 gauss kernel: Oct 26 12:41:44 gauss login: nss_ldap: could not search LDAP server - Server is unavailable That seems broken then. Is slapd running? Can you ldapsearch -Lx -h localhost? What's /var/log/debug.log telling you? Can you id(1) some ldap users? Does the output of 'getent group' and 'getent passwd' look reasonable? Too many switches switched at the same time, so I guess I messed up things and couldn't get a clear sight anymore. The point is, without any TLS the user authetication works fine for SSHD/LOGIN and SU, even password changes via a patched 'passwd' works fine, but when trying using TLS/OpenSSL everything gets messed up again, I'll report this at the end. The main reason for blocking access was the ACL misbehaviour. I took the example slapd.conf and especially the line describing access to everything access to * ... The line 'by anonymous auth' needs to be changed into 'by anonymous read' otherwise LDAP won't let you even access for authetication. I found this by watching exhaustive logs ... One point: what is about compile time options of OpenLDAP? Does LDAP forces itself using SSL although not configured explicitely in slapd.conf? No. It is purely optional. You would need certificates before it can even possibly start working anyways. Yes, but OpenLDAP openldap-server-2.3.38 seems to reject connections via TLS when used with self-signed certificacates. nss_ldap-1.257 === openldap-client-2.3.38 openldap-server-2.3.38 pam_ldap-1.8.2 My other computer is running with nss_ldap-1.257 and showing no problems either. Cheers, Ulrich Spoerlein Well, thanks a lot for helping. At this moment OpenLDAP seems to work with the OpenLDAP-Clients (only) and for authetication via ssh/login. I tried to install the famous and often mentioned 'smbldap-tools' as recommended in many tutorials and I followed the setup
Can we have FireFox updated to 2.0.0.9 ?
I know that we have a ports freeze but FF 2.0.0.8 have some very serious rendering bugs affecting most modern page layouts so it is not suitable to ship with any release. /Martin ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Can we have FireFox updated to 2.0.0.9 ?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Martin Nilsson wrote: I know that we have a ports freeze but FF 2.0.0.8 have some very serious rendering bugs affecting most modern page layouts so it is not suitable to ship with any release. Yes, I think the change is trivial. Here is a patch that updates it, but I would like to hear from ahze@ and portmgr@ first (we are in a ports freeze). Cheers, - -- Xin LI [EMAIL PROTECTED] http://www.delphij.net/ FreeBSD - The Power to Serve! -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHL6W7hcUczkLqiksRAiGAAJ9nkfrlEnQeZrWBOfoV+CzlLp7D+ACg4Jn2 lteOOHoovrTCaWfBTHskqgQ= =WhO3 -END PGP SIGNATURE- Index: Makefile === RCS file: /home/ncvs/ports/www/firefox/Makefile,v retrieving revision 1.184 diff -u -p -u -r1.184 Makefile --- Makefile 19 Oct 2007 18:06:55 - 1.184 +++ Makefile 4 Nov 2007 00:59:49 - @@ -7,7 +7,7 @@ # PORTNAME= firefox -DISTVERSION= 2.0.0.8 +DISTVERSION= 2.0.0.9 PORTEPOCH= 1 CATEGORIES= www ipv6 MASTER_SITES= ${MASTER_SITE_MOZILLA_EXTENDED} Index: distinfo === RCS file: /home/ncvs/ports/www/firefox/distinfo,v retrieving revision 1.46 diff -u -p -u -r1.46 distinfo --- distinfo 19 Oct 2007 18:06:55 - 1.46 +++ distinfo 4 Nov 2007 01:00:37 - @@ -1,3 +1,3 @@ -MD5 (firefox-2.0.0.8-source.tar.bz2) = f4ffac67751bc3e556c4926da2e0b65a -SHA256 (firefox-2.0.0.8-source.tar.bz2) = bb86cb30c05823c4d26a6ae825c1f6ac74f7c18adcc4a3656b5a174f7148f0ad -SIZE (firefox-2.0.0.8-source.tar.bz2) = 37452335 +MD5 (firefox-2.0.0.9-source.tar.bz2) = 6a977456dc7da2934a12ba397c404fb9 +SHA256 (firefox-2.0.0.9-source.tar.bz2) = 5631446e4763677626423ca54902c0872aa86dd15c886a446edc31e541ddb494 +SIZE (firefox-2.0.0.9-source.tar.bz2) = 37451933 ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Can we have FireFox updated to 2.0.0.9 ?
On Mon, Nov 05, 2007 at 03:22:35PM -0800, Xin LI wrote: Martin Nilsson wrote: I know that we have a ports freeze but FF 2.0.0.8 have some very serious rendering bugs affecting most modern page layouts so it is not suitable to ship with any release. Yes, I think the change is trivial. Here is a patch that updates it, but I would like to hear from ahze@ and portmgr@ first (we are in a ports freeze). plugYou're welcome to try linux-firefox in the meanwhile/plug :-) ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
[SOLVED] Re: x11-toolkits/wxgtk28 : Error building under 7.0-BETA2
On Mon, 5 Nov 2007 10:10:53 +1100 Norberto Meijome [EMAIL PROTECTED] wrote: Hi everyone, I'm trying to install filezilla. It built fine under 6.2, but under 7 i can't build one of its requirements ( x11-toolkits/wxgtk28 ). The last lines of this ports builds are below, in particular : /usr/local/lib/compat/libpthread.so.2: undefined reference to `__malloc_lock' (the last screenfull of that failed build is below) I build my ports with portinstall -p {portname} or either, in the port directory, make package with same result. my make.conf is : - WORLD BUILDING OPTIONS #LUIT setting needed for secure locales in xterm, xorg client WITH_SETUID_LUIT=true X_WINDOW_SYSTEM=xorg WITH_GTK2=true WITH_MOZILLA=firefox WITH_GECKO=firefox WITH_FAM_SYSTEM=gamin WITH_GAMIN=true WITH_APACHE=2.2 WITH_APACHE22=YES WITH_APACHE2=YES # added by use.perl 2006-09-15 18:16:22 PERL_VER=5.8.8 PERL_VERSION=5.8.8 DEFAULT_PGSQL_VER=82 WANT_PGSQL_VER=82 - I don't have any entries in pkgtools.conf that refer to the ports i'm building (and make package shouldn't read it anyway. /etc/libmap.conf is empty. i have compat6x port installed. I use a custom kernel config, which is basically GENERIC with hardware support I dont need removed, and GEOM_JOURNAL and UFS_JOURNAL added (though I am not using journal anymore in my system, the code is still linked in). CPU: Intel(R) Pentium(R) M processor 2.00GHz (1995.01-MHz 686-class CPU) Origin = GenuineIntel Id = 0x6d8 Stepping = 8 Features=0xafe9fbffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,TM,PBE Features2=0x180EST,TM2 real memory = 1609433088 (1534 MB) avail memory = 1567780864 (1495 MB) If you need more information, please let me know! thanks in advance! Beto PS ( apologies if the long lines wrapped too much!!) /usr/ports/x11-toolkits/wxgtk28/work/wxGTK-2.8.5/bk-deps c++ -c -o gldll_glcanvas.o -I.pch/wxprec_gldll -D__WXGTK__-DWXUSINGDLL -DWXMAKINGDLL_GL -fPIC -DPIC -DWX_PRECOMP -D_FILE_OFFSET_BITS=64 -D_LARGE_FILES -I/usr/ports/x11-toolkits/wxgtk28/work/wxGTK-2.8.5/lib/wx/include/gtk2-ansi-release-2.8 -I./include -D_THREAD_SAFE -D_REENTRANT -I/usr/local/include/gtk-2.0 -I/usr/local/lib/gtk-2.0/include -I/usr/local/include/atk-1.0 -I/usr/local/include/cairo -I/usr/local/include/pango-1.0 -I/usr/local/include -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/local/include/freetype2 -D_REENTRANT -DORBIT2=1 -I/usr/local/include/gstreamer-0.10 -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/local/include/libxml2 -I/usr/local/include -I/usr/local/include/gconf/2 -I/usr/local/include/orbit-2.0 -I/usr/local/include -pthread -D_THREAD_SAFE -Wall -Wundef -Wno-ctor-dtor-privacy -D_THREAD_SAFE -I/usr/local/include/libgnomeprintui-2.2 -I/usr/local/include/libgnomeprint-2.2 -I/usr/local/include/libgnomecanvas-2.0 -I/usr/local/include/libart-2.0 -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/local/include/libxml2 -I/usr/local/include -I/usr/local/include/pango-1.0 -I/usr/local/include/freetype2 -I/usr/local/include/gail-1.0 -I/usr/local/include/gtk-2.0 -I/usr/local/include/atk-1.0 -I/usr/local/lib/gtk-2.0/include -I/usr/local/include/cairo -O2 -fno-strict-aliasing -pipe -march=pentium-m ./src/gtk/glcanvas.cpp c++ -shared -fPIC -o /usr/ports/x11-toolkits/wxgtk28/work/wxGTK-2.8.5/lib/libwx_gtk2_gl-2.8.so.0.2.0 gldll_glcanvas.o -pthread -L/usr/local/lib -L/usr/ports/x11-toolkits/wxgtk28/work/wxGTK-2.8.5/lib -Wl,-soname,libwx_gtk2_gl-2.8.so.0 -lz -pthread -L/usr/local/lib -lgstreamer-0.10 -lgmodule-2.0 -lxml2 -lgconf-2 -lORBit-2 -lgthread-2.0 -lgobject-2.0 -lglib-2.0 -liconv -lgstinterfaces-0.10 -liconv -L/usr/local/lib -pthread -lm-pthread -Wl,--rpath -Wl,/usr/local/lib -R/usr/local/lib -L/usr/local/lib -lgtk-x11-2.0 -lgdk-x11-2.0 -latk-1.0 -lgdk_pixbuf-2.0 -lXext -lXrender -lXinerama -lXi -lXrandr -lXcursor -lXcomposite -lXdamage -lpangoft2-1.0 -lfontconfig -lfreetype -lz -lXfixes -lgthread-2.0 -lpangox-1.0 -lX11 -lpango-1.0 -lm -lgobject-2.0 -lgmodule-2.0 -lglib-2.0 -liconv -lXinerama -lXxf86vm -lSM -lpng -lz -ljpeg -ltiff -pthread -L/usr/local/lib -Wl,--version-script,/usr/ports/x11-toolkits/wxgtk28/work/wxGTK-2.8.5/version-script -lz -pthread -L/usr/local/lib -lgstreamer-0.10 -lgmodule-2.0 -lxml2 -lgconf-2 -lORBit-2 -lgthread-2.0 -lgobject-2.0 -lglib-2.0 -liconv -lgstinterfaces-0.10 -liconv -L/usr/local/lib -pthread -lm -lwx_gtk2_core-2.8 -lwx_base-2.8 -lGL -lGLU (cd /usr/ports/x11-toolkits/wxgtk28/work/wxGTK-2.8.5/lib/; rm -f libwx_gtk2_gl-2.8.so libwx_gtk2_gl-2.8.so.0; ln -s libwx_gtk2_gl-2.8.so.0.2.0 libwx_gtk2_gl-2.8.so.0; ln -s libwx_gtk2_gl-2.8.so.0 libwx_gtk2_gl-2.8.so) (if test -d utils/wxrc ; then cd utils/wxrc gmake all ; fi) gmake[1]: Entering
Re: ruby18, -pthreads, deep recursion
Marcin Wisnicki wrote: On Thu, 01 Nov 2007 22:02:38 -0500, Josh Paetzel wrote: On Thursday 01 November 2007 04:04:35 pm lemon wrote: [0] http://lists.freebsd.org/pipermail/freebsd-ports/2005- January/019352.html http://lists.freebsd.org/pipermail/freebsd-ports/2006- March/030691.html If it's any consolation, I've emailed the ruby maintainer a few times about why disabling threads in the port's menu doesn't *really* disable threads and have never gotten a reply. As explained in abovementioned links, some of ruby extensions need pthreads but since shared modules on freebsd are never linked with threading libraries (i think it might no longer be true in releng7/ current), you have no other choice than to link ruby interpreter binary with libpthread. Thanks, that's much clearer for me now. I guess I'm lucky - I've yet to hit anything involved in our RoR app that breaks a pthread-less ruby18 on 6.2-R. Even better if the problem's gone away on 7.x. Cheers for all the responses. Regards, l. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Port chinese/zhcon 0.2.5 caused segmentation fault
$uname -a FreeBSD www.525183.com 6.2-STABLE FreeBSD 6.2-STABLE #8: Tue Sep 18 23:01:05 CST 2007 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/MYKERNEL i386 PORTNAME= zhcon PORTVERSION=0.2.5 PORTREVISION= 1 It caused segmentation fault while trying to run it. In my box it works if I change the zhcon.conf's setting about resolution from: x_resolution = 640 y_resolution = 480 color_depth = 4 to: x_resolution = 800 y_resolution = 600 color_depth = 4 while I saw the source code has updated to 0.2.6 ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]