can't build /graphics/poppler-qt after recent cvsup
Hi all, I'm having an odd proble getting poppler-qt to build after my latest cvsup. I use portmanager to update my ports and when I ran it today I got the following failure as the poppler-qt port was doing it's configure: ---Snip-- checking for ftell64... no checking for inflate in -lz... yes checking zlib.h usability... yes checking zlib.h presence... yes checking for zlib.h... yes checking for libjpeg6b... no checking for libjpeg... -ljpeg checking for pkg-config... /usr/local/bin/pkg-config checking pkg-config is at least version 0.9.0... yes checking for FREETYPE... yes checking for FONTCONFIG... yes checking for CAIRO... yes checking for POPPLER_GLIB... yes checking for glib-mkenums... /usr/local/bin/glib-mkenums checking for Qt headers... /usr/local/include checking for Qt libraries... /usr/local/lib test: xyes: unexpected operator configure: error: Qt development libraries not found See `config.log' for more details. === Script configure failed unexpectedly. Please run the gnomelogalyzer, available from http://www.freebsd.org/gnome/gnomelogalyzer.sh;, which will diagnose the Snip I rebuilt reinstalled Qt to insure that it was reinstalled properly but that had no effect. Please advise! -Will ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
remote requests make KDM dump core
I have a FreeBSD 6.0 box that I access remotely using Cygwin/X from time to time. I use XDMCP to connect up to it from my desktop. Up till about a week ago this was working like a champ, but that has changed since I ran portmanager. Now KDM dumps core the moment I probe it for a connection from a remote box. here is a bit from /var/log/messages: Nov 21 13:56:42 jerseygirl kernel: pid 91116 (kdm), uid 0: exited on signal 11 (core dumped) Nov 21 13:56:42 jerseygirl kdm[630]: Unknown session exit code 0 (sig 11) from manager process Nov 21 13:56:42 jerseygirl kernel: pid 91128 (kdm), uid 0: exited on signal 11 (core dumped) Nov 21 13:56:42 jerseygirl kdm[630]: Unknown session exit code 0 (sig 11) from manager process Nov 21 13:56:44 jerseygirl kernel: pid 91140 (kdm), uid 0: exited on signal 11 (core dumped) Nov 21 13:56:44 jerseygirl kdm[630]: Unknown session exit code 0 (sig 11) from manager process KDM works fine from the console, I am able to log in just fine when I am sitting in front of the box in question, but as soon as I try to connect remotely KDM crashes is promptly revived only to crash again. In Cygwin/X on the remote box I get the traditional X windows gray hash screen the X cursor for a split second then KDM crashes the process starts anew. I have run into one other user who has the same problem. It presented itself to them after upgrading from KDE 3.4.2 to 3.4.3. I noticed the issue after portmanager rebuilt KDE after libidn (/usr/ports/dns/libidn) was moved from /usr/ports/devel to /usr/ports/dns. If you have the ability to check seem if KDM is accepting remote requests could you please do so to confirm the problem? Also, any advice on how to track this issue down would be much appreciated! -Will ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Can't run make buildworld
[EMAIL PROTECTED] writes: So I have an odd problem with a FreeBSD box of mine. It's a 6.0 Beta3 box upgraded from 5.4 and it can't seem to run make buildworld and only make buildworld. I can run \ make cleandir make cleanworld even make kernel. I can build other things from the ports tree as well. When I run make buildworld there is no output returned to the screen, I have even left building overnight got nothing, no errors at all. The system does create the following path: /usr/obj/usr/src/tools/build/make_check but that is all the activity I can tell has happened. The system is running FreeBSD 6.0-BETA3 #0 and was compiled on Mon Aug 29th. The system has been cvsup'ed since then. Any ideas or suggestions on where to start troubleshooting this would be appreciated. Pretty odd, indeed. Try truss and ptrace, for a start. And look at top to see what's happening from a wider perspective. When I try to buildworld top just shows make sitting there like so: 34791 root1 80 608K 496K wait 0:00 0.00% make I expect make will sit there as long as I feel like letting it go. I tried truss but I got an error that it couldn't open /proc/somepid ptrace doesn't seem to exist on my system. I was able to use ktrace so I have a ktrace.out file, but I don't really know what I'm looking at when I view it with kdump. What's really extra special weird is that I re-installed the box to 6.0-Beta4 I was able to run make buildworld after I rebooted. Then I cvsup'ed and now I can't buildworld again. Any suggestions where I might find somebody who can look at my ktrace.out file? -Will ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Can't run make buildworld
Hi All, So I have an odd problem with a FreeBSD box of mine. It's a 6.0 Beta3 box upgraded from 5.4 and it can't seem to run make buildworld and only make buildworld. I can run \ make cleandir make cleanworld even make kernel. I can build other things from the ports tree as well. When I run make buildworld there is no output returned to the screen, I have even left building overnight got nothing, no errors at all. The system does create the following path: /usr/obj/usr/src/tools/build/make_check but that is all the activity I can tell has happened. The system is running FreeBSD 6.0-BETA3 #0 and was compiled on Mon Aug 29th. The system has been cvsup'ed since then. Any ideas or suggestions on where to start troubleshooting this would be appreciated. Thank you! -Will ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Sendmail weirdness with 5.3 Beta2
On Fri, 2004-09-03 at 14:29, [EMAIL PROTECTED] wrote: I am having an odd problem with sendmail on a FreeBSD 5.3 Beta2 box that has been updated from 5.2.1. Here is the problem. I have a .forward set up for root that sends the mail from the periodic scripts on to a real account. Right now it doesn't work. It errors out with the following message from mailq: Deferred: Name server: mail.mailserver.com.: host name lookup failure What is odd is this .forward worked before I updated the box to 5.3, and the same account and setup still works for the other 3 unix boxes in the basement. If I change the .forward on the broken box to point to my gmail account the mail goes right through. Any ideas out there on what might have changed with sendmail between 5.2.1 and 5.3 Beta2? seems like an odd way to do it. I've moved to postfix from sendmail, but i would set up an alias, unless there is a specific reason you are using a .forward. Since that 'mail.mailserver.com' seems like a placeholder, I would do a grep for that in your configs. I would imagine that would give some light. if you are unfamiliar w/ aliases, here's an example: root: [EMAIL PROTECTED] where all mail for the user root wll be sent to [EMAIL PROTECTED] -- Nicholas Bernstein, Unix Systems Administrator Document Systems Inc. http://docmagic.com [EMAIL PROTECTED] CONFIDENTIALITY NOTICE: This email and any attachments thereto may contain information which is privileged and confidential, and is intended for the sole use of the recipient(s) named above. Any use whatsoever of the information contained herein (including, but not limited to, total or partial reproduction, communication or distribution in any form) by persons other than the designated recipient(s) is strictly prohibited. If you have received this email in error, please notify the sender either by telephone, by email, or by any other written or telephonic means, and delete the material from any computer. Thank you for your cooperation. Indeed, the .forward that might seem like an odd way to do it, but it has worked for me for years...it's real simple to do to and what's really nice is there is no config needed to make it work! What strikes me as really odd about this are 2 things. First this setup was working 2 days ago before I went from FreeBSD 5.2.1 to 5.3 Beta2. The other thing is that the 3 other boxes in the basement (2 OpenBSD 1 Free) are still functioning just fine with the .forward in place. If I change the address in the .forward to my gmail account things work just fine on the Free 5.3 box. -Will ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
[no subject]
I am having an odd problem with sendmail on a FreeBSD 5.3 Beta2 box that has been updated from 5.2.1. Here is the problem. I have a .forward set up for root that sends the mail from the periodic scripts on to a real account. Right now it doesn't work. It errors out with the following message from mailq: Deferred: Name server: mail.mailserver.com.: host name lookup failure What is odd is this .forward worked before I updated the box to 5.3, and the same account and setup still works for the other 3 unix boxes in the basement. If I change the .forward on the broken box to point to my gmail account the mail goes right through. Any ideas out there on what might have changed with sendmail between 5.2.1 and 5.3 Beta2? -Will ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Sendmail weirdness with 5.3 Beta2
I am having an odd problem with sendmail on a FreeBSD 5.3 Beta2 box that has been updated from 5.2.1. Here is the problem. I have a .forward set up for root that sends the mail from the periodic scripts on to a real account. Right now it doesn't work. It errors out with the following message from mailq: Deferred: Name server: mail.mailserver.com.: host name lookup failure What is odd is this .forward worked before I updated the box to 5.3, and the same account and setup still works for the other 3 unix boxes in the basement. If I change the .forward on the broken box to point to my gmail account the mail goes right through. Any ideas out there on what might have changed with sendmail between 5.2.1 and 5.3 Beta2? -Will ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
[no subject]
Hello, I am having some problems building the arts-1.2.2,1 port. The box is freshly installed cvsuped, with only portupgrade installed. I ran portinstall -v -m BATCH=YES kde to install X kde. Here is the error I get: ---Begin Error--- gmake[2]: Entering directory `/usr/ports/audio/arts/work/arts-1.2.2/mcopidl' if c++ -DHAVE_CONFIG_H -I. -I. -I.. -I../mcop -I/usr/local/include -I/usr/X11R6/include -I/usr/local/include -I../libltdl -DQT_THREAD_SUPPORT -L/usr/local/lib -I/usr/local/include -I/usr/local/include -I/usr/X11R6/include -D_GETOPT_H -D_THREAD_SAFE -pthread -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -Wnon-virtual-dtor -Wno-long-long -Wundef -Wall -W -Wpointer-arith -Wwrite-strings -DNDEBUG -DNO_DEBUG -O2 -O -pipe -mcpu=pentiumpro -DHAVE_VASPRINTF -fno-exceptions -fno-check-new -fno-common -ftemplate-depth-99 -O0 -MT mcopidl.o -MD -MP -MF .deps/mcopidl.Tpo -c -o mcopidl.o mcopidl.cc; \ then mv -f .deps/mcopidl.Tpo .deps/mcopidl.Po; else rm -f .deps/mcopidl.Tpo; exit 1; fi if c++ -DHAVE_CONFIG_H -I. -I. -I.. -I../mcop -I/usr/local/include -I/usr/X11R6/include -I/usr/local/include -I../libltdl -DQT_THREAD_SUPPORT -L/usr/local/lib -I/usr/local/include -I/usr/local/include -I/usr/X11R6/include -D_GETOPT_H -D_THREAD_SAFE -pthread -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -Wnon-virtual-dtor -Wno-long-long -Wundef -Wall -W -Wpointer-arith -Wwrite-strings -DNDEBUG -DNO_DEBUG -O2 -O -pipe -mcpu=pentiumpro -DHAVE_VASPRINTF -fno-exceptions -fno-check-new -fno-common -ftemplate-depth-99 -O0 -MT yacc.o -MD -MP -MF .deps/yacc.Tpo -c -o yacc.o yacc.cc; \ then mv -f .deps/yacc.Tpo .deps/yacc.Po; else rm -f .deps/yacc.Tpo; exit 1; fi /usr/share/misc/bison.simple:164:5: warning: YYMAXDEPTH is not defined if c++ -DHAVE_CONFIG_H -I. -I. -I.. -I../mcop -I/usr/local/include -I/usr/X11R6/include -I/usr/local/include -I../libltdl -DQT_THREAD_SUPPORT -L/usr/local/lib -I/usr/local/include -I/usr/local/include -I/usr/X11R6/include -D_GETOPT_H -D_THREAD_SAFE -pthread -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -Wnon-virtual-dtor -Wno-long-long -Wundef -Wall -W -Wpointer-arith -Wwrite-strings -DNDEBUG -DNO_DEBUG -O2 -O -pipe -mcpu=pentiumpro -DHAVE_VASPRINTF -fno-exceptions -fno-check-new -fno-common -ftemplate-depth-99 -O0 -MT scanner.o -MD -MP -MF .deps/scanner.Tpo -c -o scanner.o scanner.cc; \ then mv -f .deps/scanner.Tpo .deps/scanner.Po; else rm -f .deps/scanner.Tpo; exit 1; fi scanner.cc:743:5: warning: YY_STACK_USED is not defined scanner.cc:1783:5: warning: YY_ALWAYS_INTERACTIVE is not defined scanner.cc:2077:5: warning: YY_MAIN is not defined scanner.cc:2056: warning: `void* yy_flex_realloc(void*, unsigned int)' defined but not used if c++ -DHAVE_CONFIG_H -I. -I. -I.. -I../mcop -I/usr/local/include -I/usr/X11R6/include -I/usr/local/include -I../libltdl -DQT_THREAD_SUPPORT -L/usr/local/lib -I/usr/local/include -I/usr/local/include -I/usr/X11R6/include -D_GETOPT_H -D_THREAD_SAFE -pthread -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -Wnon-virtual-dtor -Wno-long-long -Wundef -Wall -W -Wpointer-arith -Wwrite-strings -DNDEBUG -DNO_DEBUG -O2 -O -pipe -mcpu=pentiumpro -DHAVE_VASPRINTF -fno-exceptions -fno-check-new -fno-common -ftemplate-depth-99 -O0 -MT namespace.o -MD -MP -MF .deps/namespace.Tpo -c -o namespace.o namespace.cc; \ then mv -f .deps/namespace.Tpo .deps/namespace.Po; else rm -f .deps/namespace.Tpo; exit 1; fi /bin/sh ../libtool --silent --mode=link --tag=CXX c++ -Wnon-virtual-dtor -Wno-long-long -Wundef -Wall -W -Wpointer-arith -Wwrite-strings -DNDEBUG -DNO_DEBUG -O2 -O -pipe -mcpu=pentiumpro -DHAVE_VASPRINTF -fno-exceptions -fno-check-new -fno-common -ftemplate-depth-99 -O0-o mcopidl -L/usr/X11R6/lib -L/usr/local/lib -L/usr/local/lib mcopidl.o yacc.o scanner.o namespace.o ../mcop/libmcop.la -Wl,-export-dynamic -L/usr/local/lib -L/usr/X11R6/lib -ljpeg -L/usr/X11R6/lib /usr/local/lib/libgthread-2.0.so: undefined reference to `pthread_attr_destroy' /usr/local/lib/libgthread-2.0.so: undefined reference to `pthread_create' /usr/local/lib/libgthread-2.0.so: undefined reference to `pthread_attr_init' /usr/local/lib/libgthread-2.0.so: undefined reference to `pthread_exit' /usr/local/lib/libgthread-2.0.so: undefined reference to `pthread_equal' /usr/local/lib/libgthread-2.0.so: undefined reference to `pthread_getschedparam' /usr/local/lib/libgthread-2.0.so: undefined reference to `pthread_attr_setscope' /usr/local/lib/libgthread-2.0.so: undefined reference to `pthread_setschedparam' /usr/local/lib/libgthread-2.0.so: undefined reference to `pthread_attr_setstacksize' /usr/local/lib/libgthread-2.0.so: undefined reference to `pthread_attr_setschedparam' /usr/local/lib/libgthread-2.0.so: undefined reference to `pthread_attr_setdetachstate' /usr/local/lib/libgthread-2.0.so: undefined reference to `pthread_join' /usr/local/lib/libgthread-2.0.so: undefined reference to
Problems installing arts-1.2.2,1 port
Hello, I am having some problems building the arts-1.2.2,1 port. The box is freshly installed cvsuped, with only portupgrade installed. I ran portinstall -v -m BATCH=YES kde to install X kde. Here is the error I get: ---Begin Error--- gmake[2]: Entering directory `/usr/ports/audio/arts/work/arts-1.2.2/mcopidl' if c++ -DHAVE_CONFIG_H -I. -I. -I.. -I../mcop -I/usr/local/include -I/usr/X11R6/include -I/usr/local/include -I../libltdl -DQT_THREAD_SUPPORT -L/usr/local/lib -I/usr/local/include -I/usr/local/include -I/usr/X11R6/include -D_GETOPT_H -D_THREAD_SAFE -pthread -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -Wnon-virtual-dtor -Wno-long-long -Wundef -Wall -W -Wpointer-arith -Wwrite-strings -DNDEBUG -DNO_DEBUG -O2 -O -pipe -mcpu=pentiumpro -DHAVE_VASPRINTF -fno-exceptions -fno-check-new -fno-common -ftemplate-depth-99 -O0 -MT mcopidl.o -MD -MP -MF .deps/mcopidl.Tpo -c -o mcopidl.o mcopidl.cc; \ then mv -f .deps/mcopidl.Tpo .deps/mcopidl.Po; else rm -f .deps/mcopidl.Tpo; exit 1; fi if c++ -DHAVE_CONFIG_H -I. -I. -I.. -I../mcop -I/usr/local/include -I/usr/X11R6/include -I/usr/local/include -I../libltdl -DQT_THREAD_SUPPORT -L/usr/local/lib -I/usr/local/include -I/usr/local/include -I/usr/X11R6/include -D_GETOPT_H -D_THREAD_SAFE -pthread -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -Wnon-virtual-dtor -Wno-long-long -Wundef -Wall -W -Wpointer-arith -Wwrite-strings -DNDEBUG -DNO_DEBUG -O2 -O -pipe -mcpu=pentiumpro -DHAVE_VASPRINTF -fno-exceptions -fno-check-new -fno-common -ftemplate-depth-99 -O0 -MT yacc.o -MD -MP -MF .deps/yacc.Tpo -c -o yacc.o yacc.cc; \ then mv -f .deps/yacc.Tpo .deps/yacc.Po; else rm -f .deps/yacc.Tpo; exit 1; fi /usr/share/misc/bison.simple:164:5: warning: YYMAXDEPTH is not defined if c++ -DHAVE_CONFIG_H -I. -I. -I.. -I../mcop -I/usr/local/include -I/usr/X11R6/include -I/usr/local/include -I../libltdl -DQT_THREAD_SUPPORT -L/usr/local/lib -I/usr/local/include -I/usr/local/include -I/usr/X11R6/include -D_GETOPT_H -D_THREAD_SAFE -pthread -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -Wnon-virtual-dtor -Wno-long-long -Wundef -Wall -W -Wpointer-arith -Wwrite-strings -DNDEBUG -DNO_DEBUG -O2 -O -pipe -mcpu=pentiumpro -DHAVE_VASPRINTF -fno-exceptions -fno-check-new -fno-common -ftemplate-depth-99 -O0 -MT scanner.o -MD -MP -MF .deps/scanner.Tpo -c -o scanner.o scanner.cc; \ then mv -f .deps/scanner.Tpo .deps/scanner.Po; else rm -f .deps/scanner.Tpo; exit 1; fi scanner.cc:743:5: warning: YY_STACK_USED is not defined scanner.cc:1783:5: warning: YY_ALWAYS_INTERACTIVE is not defined scanner.cc:2077:5: warning: YY_MAIN is not defined scanner.cc:2056: warning: `void* yy_flex_realloc(void*, unsigned int)' defined but not used if c++ -DHAVE_CONFIG_H -I. -I. -I.. -I../mcop -I/usr/local/include -I/usr/X11R6/include -I/usr/local/include -I../libltdl -DQT_THREAD_SUPPORT -L/usr/local/lib -I/usr/local/include -I/usr/local/include -I/usr/X11R6/include -D_GETOPT_H -D_THREAD_SAFE -pthread -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -Wnon-virtual-dtor -Wno-long-long -Wundef -Wall -W -Wpointer-arith -Wwrite-strings -DNDEBUG -DNO_DEBUG -O2 -O -pipe -mcpu=pentiumpro -DHAVE_VASPRINTF -fno-exceptions -fno-check-new -fno-common -ftemplate-depth-99 -O0 -MT namespace.o -MD -MP -MF .deps/namespace.Tpo -c -o namespace.o namespace.cc; \ then mv -f .deps/namespace.Tpo .deps/namespace.Po; else rm -f .deps/namespace.Tpo; exit 1; fi /bin/sh ../libtool --silent --mode=link --tag=CXX c++ -Wnon-virtual-dtor -Wno-long-long -Wundef -Wall -W -Wpointer-arith -Wwrite-strings -DNDEBUG -DNO_DEBUG -O2 -O -pipe -mcpu=pentiumpro -DHAVE_VASPRINTF -fno-exceptions -fno-check-new -fno-common -ftemplate-depth-99 -O0-o mcopidl -L/usr/X11R6/lib -L/usr/local/lib -L/usr/local/lib mcopidl.o yacc.o scanner.o namespace.o ../mcop/libmcop.la -Wl,-export-dynamic -L/usr/local/lib -L/usr/X11R6/lib -ljpeg -L/usr/X11R6/lib /usr/local/lib/libgthread-2.0.so: undefined reference to `pthread_attr_destroy' /usr/local/lib/libgthread-2.0.so: undefined reference to `pthread_create' /usr/local/lib/libgthread-2.0.so: undefined reference to `pthread_attr_init' /usr/local/lib/libgthread-2.0.so: undefined reference to `pthread_exit' /usr/local/lib/libgthread-2.0.so: undefined reference to `pthread_equal' /usr/local/lib/libgthread-2.0.so: undefined reference to `pthread_getschedparam' /usr/local/lib/libgthread-2.0.so: undefined reference to `pthread_attr_setscope' /usr/local/lib/libgthread-2.0.so: undefined reference to `pthread_setschedparam' /usr/local/lib/libgthread-2.0.so: undefined reference to `pthread_attr_setstacksize' /usr/local/lib/libgthread-2.0.so: undefined reference to `pthread_attr_setschedparam' /usr/local/lib/libgthread-2.0.so: undefined reference to `pthread_attr_setdetachstate' /usr/local/lib/libgthread-2.0.so: undefined reference to `pthread_join' /usr/local/lib/libgthread-2.0.so: undefined reference to `pthread_cond_timedwait'
