Re: Coldfusion, Postgres and Java under FreeBSD
On Mon, Mar 7, 2011 at 11:36 PM, n j nin...@gmail.com wrote: openjdk-7.0.122_1 Java Development Kit 7 Long description : Sources : Changes : Download vs. openoffice.org-2.1.0 Integrated wordprocessor/dbase/spreadsheet/drawing/chart/browser Long description | Package | Sources | Main Web Site In any way, I stand corrected. I should probably start testdriving OpenJDK to see if it can successfully replace diablo-jdk. I would recommend openjdk6 unless you have a specific need for 7. It is getting a lot more attention (for example, the web plugin from IcedTea is available in 6). -- Rob Farmer ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Server not booting
I have been tasked with bringing up a new server. It appears to be fairly old equipment though. I do know it was previously used. Its a Arima NM46X with dual AMD Opteron processors. The unit appears to be working since it has some form of Linux installed on the disks and that boots and seems to run. However, I have tried booting from CD 8.2 and 8.0. using Disk 1 and Repair disks (AMD64 and i386). They all die just after the first stage loader. I get the system version line and then the spinner stops dead. The CD is an external USB unit and its left running. The motherboard doesn't recognize a USB stick for booting unfortunately. The motherboard manual is dated 2006 so I think its just too old for that. Any ideas on how this can be corrected?___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
xpdf can not print via cups if started from firefox
Hello. I've got a weird problem here. Very often I download scientific papers as pdf from protals and they got opened via firefox3 with the configured propper utility, in this case xpdf. In such a case, printing is impossible. I hit the print button, a popup shows up with the configured CUPS printing queue, but hitting OK doesn't have any effect. The funny thing is: when opening the same PDF (it is stored in /tmp/) with xpdf by starting xpdf from a terminal, printing on the same queue works well. I realized that the change of this behaviour occured a long time ago when the cups printing system got an update. I never figured out what's the diffrence between starting xpdf via terminal and starting via firefox. My first guess was that my local ~/.xpdfrc does have effect, as the right configured CUPS printing queue showed up, but even the firefox-started xpdf client shows the right printing queue, so this implies that xpdf also reads my ~/.xpdfrc. I'm not sure what's going wrong. I have no clue what kind of paper information is passed to xpdf by being called via firefox. Any help appreciated. Thanks, Oliver ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: xpdf can not print via cups if started from firefox
How to 'configure' this? Firefox3 allows only selecting applications via 'Preferences' Menu. Trying to configure xpdf manually via aboutconfig results in can-not-find-application-tag, means: tehre is nothing to look at. On 03/08/11 09:49, Kristofer M White wrote: Does configuring firefox to launch something like xterm -e xpdf rather than just xpdf dump any errors to the term when trying to print? O. Hartmannohart...@zedat.fu-berlin.de wrote: Hello. I've got a weird problem here. Very often I download scientific papers as pdf from protals and they got opened via firefox3 with the configured propper utility, in this case xpdf. In such a case, printing is impossible. I hit the print button, a popup shows up with the configured CUPS printing queue, but hitting OK doesn't have any effect. The funny thing is: when opening the same PDF (it is stored in /tmp/) with xpdf by starting xpdf from a terminal, printing on the same queue works well. I realized that the change of this behaviour occured a long time ago when the cups printing system got an update. I never figured out what's the diffrence between starting xpdf via terminal and starting via firefox. My first guess was that my local ~/.xpdfrc does have effect, as the right configured CUPS printing queue showed up, but even the firefox-started xpdf client shows the right printing queue, so this implies that xpdf also reads my ~/.xpdfrc. I'm not sure what's going wrong. I have no clue what kind of paper information is passed to xpdf by being called via firefox. Any help appreciated. Thanks, Oliver ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: xpdf can not print via cups if started from firefox
On Tue, Mar 08, 2011 at 09:38:28AM +0100, O. Hartmann wrote: Hello. I've got a weird problem here. Very often I download scientific papers as pdf from protals and they got opened via firefox3 with the configured propper utility, in this case xpdf. In such a case, printing is impossible. I hit the print button, a popup shows up with the configured CUPS printing queue, but hitting OK doesn't have any effect. The funny thing is: when opening the same PDF (it is stored in /tmp/) with xpdf by starting xpdf from a terminal, printing on the same queue works well. I realized that the change of this behaviour occured a long time ago when the cups printing system got an update. I never figured out what's the diffrence between starting xpdf via terminal and starting via firefox. My first guess was that my local ~/.xpdfrc does have effect, as the right configured CUPS printing queue showed up, but even the firefox-started xpdf client shows the right printing queue, so this implies that xpdf also reads my ~/.xpdfrc. I'm not sure what's going wrong. I have no clue what kind of paper information is passed to xpdf by being called via firefox. Any help appreciated. Thanks, Oliver Oliver, I haven't got a fix for the above but have you tried using this add on for firefox: https://addons.mozilla.org/en-us/firefox/addon/pdf-download/ Regards, -- Frank Contact info: http://www.shute.org.uk/misc/contact.html pgpkCZPGHmiVb.pgp Description: PGP signature
Buildworld fail
Hi: I'm trying to upgrade to 8.2, just updated source, cleaned up any leftovers from previous build, but make buildworld fails. I have, alpha# uname -a FreeBSD alpha 8.1-STABLE FreeBSD 8.1-STABLE #0: Sat Oct 2 20:34:13 CEST 2010 root@alpha:/usr/local/obj/usr/local/src/sys/GENERIC i386 alpha# echo $MAKEOBJDIRPREFIX /usr/local/obj alpha# make buildworld -- World build started on Tue Mar 8 11:30:53 CET 2011 -- -- Rebuilding the temporary build tree -- rm -rf /usr/local/obj/usr/local/src/tmp mkdir -p /usr/local/obj/usr/local/src/tmp/lib mkdir -p /usr/local/obj/usr/local/src/tmp/usr mkdir -p /usr/local/obj/usr/local/src/tmp/legacy/usr mtree -deU -f /usr/local/src/etc/mtree/BSD.usr.dist -p /usr/local/obj/usr/local/src/tmp/legacy/usr /dev/null mtree -deU -f /usr/local/src/etc/mtree/BSD.usr.dist -p /usr/local/obj/usr/local/src/tmp/usr /dev/null mtree -deU -f /usr/local/src/etc/mtree/BSD.include.dist -p /usr/local/obj/usr/local/src/tmp/usr/include /dev/null ln -sf /usr/local/src/sys /usr/local/obj/usr/local/src/tmp -- stage 1.1: legacy release compatibility shims -- cd /usr/local/src; MAKEOBJDIRPREFIX=/usr/local/obj/usr/local/src/tmp INSTALL=sh /usr/local/src/tools/install.sh PATH=/usr/local/obj/usr/local/src/tmp/legacy/usr/sbin:/usr/local/obj/usr/local/src/tmp/legacy/usr/bin:/usr/local/obj/usr/local/src/tmp/legacy/usr/games:/sbin:/bin:/usr/sbin:/usr/bin WORLDTMP=/usr/local/obj/usr/local/src/tmp VERSION=FreeBSD 8.1-STABLE i386 801500 MAKEFLAGS=-m /usr/local/src/tools/build/mk -m /usr/local/src/share/mk make -f Makefile.inc1 DESTDIR= BOOTSTRAPPING=801500 SSP_CFLAGS= -DWITHOUT_HTML -DWITHOUT_INFO -DNO_LINT -DWITHOUT_MAN -DNO_PIC -DWITHOUT_PROFILE -DNO_SHARED -DNO_CPU_CFLAGS -DNO_WARNS -DNO_CTF legacy === tools/build (obj,includes,depend,all,install) /usr/local/obj/usr/local/src/tmp/usr/local/src/tools/build created for /usr/local/src/tools/build cd /usr/local/src/tools/build; make buildincludes; make installincludes rm -f .depend mkdep -f .depend -a -I/usr/local/obj/usr/local/src/tmp/legacy/usr/include /usr/local/src/tools/build/dummy.c built-in:0: internal compiler error: Segmentation fault: 11 Please submit a full bug report, with preprocessed source if appropriate. See URL:http://gcc.gnu.org/bugs.html for instructions. mkdep: compile failed *** Error code 1 Stop in /usr/local/src/tools/build. *** Error code 1 Stop in /usr/local/src. *** Error code 1 Stop in /usr/local/src. *** Error code 1 Stop in /usr/local/src. OK, so it quite clearly states, sumbit bug report, but .. Any clue? Thanks, Erik -- Erik Nørgaard Ph: +34.666334818http://www.locolomo.org ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: xpdf can not print via cups if started from firefox
On 03/08/11 11:43, Leslie Jensen wrote: On 2011-03-08 09:38, O. Hartmann wrote: Hello. I've got a weird problem here. Very often I download scientific papers as pdf from protals and they got opened via firefox3 with the configured propper utility, in this case xpdf. In such a case, printing is impossible. I hit the print button, a popup shows up with the configured CUPS printing queue, but hitting OK doesn't have any effect. The funny thing is: when opening the same PDF (it is stored in /tmp/) with xpdf by starting xpdf from a terminal, printing on the same queue works well. I realized that the change of this behaviour occured a long time ago when the cups printing system got an update. I never figured out what's the diffrence between starting xpdf via terminal and starting via firefox. My first guess was that my local ~/.xpdfrc does have effect, as the right configured CUPS printing queue showed up, but even the firefox-started xpdf client shows the right printing queue, so this implies that xpdf also reads my ~/.xpdfrc. I'm not sure what's going wrong. I have no clue what kind of paper information is passed to xpdf by being called via firefox. Any help appreciated. Thanks, Oliver ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org Have you made the printer as system default in CUPS? Then you should be able to print with command lp from xpdf. /Leslie Yes I have. But this doesn't work anyway. With a terminal started xpdf either each queue existent in CUPS works with an opened PDF, even the standard 'lp' queue. But the PDF never reaches the printer when started via firefox. When xpdf is started from inside firefox, the .xpdfrc seems to be read since changes to the default printer queue in .xpdfrc takes immediately effect, but hitting printing/OK never produces a result. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Buildworld fail
On 3/8/11 11:40 AM, Erik Norgaard wrote: Hi: I'm trying to upgrade to 8.2, just updated source, cleaned up any leftovers from previous build, but make buildworld fails. I have, alpha# uname -a FreeBSD alpha 8.1-STABLE FreeBSD 8.1-STABLE #0: Sat Oct 2 20:34:13 CEST 2010 root@alpha:/usr/local/obj/usr/local/src/sys/GENERIC i386 alpha# echo $MAKEOBJDIRPREFIX /usr/local/obj alpha# make buildworld -- World build started on Tue Mar 8 11:30:53 CET 2011 -- -- Rebuilding the temporary build tree -- rm -rf /usr/local/obj/usr/local/src/tmp mkdir -p /usr/local/obj/usr/local/src/tmp/lib mkdir -p /usr/local/obj/usr/local/src/tmp/usr mkdir -p /usr/local/obj/usr/local/src/tmp/legacy/usr mtree -deU -f /usr/local/src/etc/mtree/BSD.usr.dist -p /usr/local/obj/usr/local/src/tmp/legacy/usr /dev/null mtree -deU -f /usr/local/src/etc/mtree/BSD.usr.dist -p /usr/local/obj/usr/local/src/tmp/usr /dev/null mtree -deU -f /usr/local/src/etc/mtree/BSD.include.dist -p /usr/local/obj/usr/local/src/tmp/usr/include /dev/null ln -sf /usr/local/src/sys /usr/local/obj/usr/local/src/tmp -- stage 1.1: legacy release compatibility shims -- cd /usr/local/src; MAKEOBJDIRPREFIX=/usr/local/obj/usr/local/src/tmp INSTALL=sh /usr/local/src/tools/install.sh PATH=/usr/local/obj/usr/local/src/tmp/legacy/usr/sbin:/usr/local/obj/usr/local/src/tmp/legacy/usr/bin:/usr/local/obj/usr/local/src/tmp/legacy/usr/games:/sbin:/bin:/usr/sbin:/usr/bin WORLDTMP=/usr/local/obj/usr/local/src/tmp VERSION=FreeBSD 8.1-STABLE i386 801500 MAKEFLAGS=-m /usr/local/src/tools/build/mk -m /usr/local/src/share/mk make -f Makefile.inc1 DESTDIR= BOOTSTRAPPING=801500 SSP_CFLAGS= -DWITHOUT_HTML -DWITHOUT_INFO -DNO_LINT -DWITHOUT_MAN -DNO_PIC -DWITHOUT_PROFILE -DNO_SHARED -DNO_CPU_CFLAGS -DNO_WARNS -DNO_CTF legacy === tools/build (obj,includes,depend,all,install) /usr/local/obj/usr/local/src/tmp/usr/local/src/tools/build created for /usr/local/src/tools/build cd /usr/local/src/tools/build; make buildincludes; make installincludes rm -f .depend mkdep -f .depend -a -I/usr/local/obj/usr/local/src/tmp/legacy/usr/include /usr/local/src/tools/build/dummy.c built-in:0: internal compiler error: Segmentation fault: 11 Please submit a full bug report, with preprocessed source if appropriate. See URL:http://gcc.gnu.org/bugs.html for instructions. mkdep: compile failed *** Error code 1 Stop in /usr/local/src/tools/build. *** Error code 1 Stop in /usr/local/src. *** Error code 1 Stop in /usr/local/src. *** Error code 1 Stop in /usr/local/src. OK, so it quite clearly states, sumbit bug report, but .. Any clue? Thanks, Erik Contents of your make.conf ? You never know... ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Buildworld fail
On 08/03/2011 12:21, Damien Fleuriot wrote: Contents of your make.conf ? You never know... LOADER_TFTP_SUPPORT= YES #SUP_UPDATE= #SUP=/usr/bin/csup #SUPFLAGS= -g -L 2 SUPHOST=cvsup.uk.FreeBSD.org SUPFILE=/usr/local/src/standard-supfile PORTSSUPFILE= /usr/local/ports/ports-supfile PORTSDIR= /usr/local/ports WITHOUT_X11=YES WITH_BDB_VER=46 WITH_MODPERL2=YES PYTHON_VERSION=python2.6 PERL_VERSION=5.12.2 Nothing dramatic there... and in the csup file: *default host=cvsup.uk.FreeBSD.org *default base=/var/db *default prefix=/usr/local *default release=cvs tag=RELENG_8 *default delete use-rel-suffix *default compress src-all csup'ed the source right before build. Thanks, Erik ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Buildworld fail
On 3/8/11 12:28 PM, Erik Norgaard wrote: On 08/03/2011 12:21, Damien Fleuriot wrote: Contents of your make.conf ? You never know... LOADER_TFTP_SUPPORT= YES #SUP_UPDATE= #SUP=/usr/bin/csup #SUPFLAGS= -g -L 2 SUPHOST=cvsup.uk.FreeBSD.org SUPFILE=/usr/local/src/standard-supfile PORTSSUPFILE= /usr/local/ports/ports-supfile PORTSDIR= /usr/local/ports WITHOUT_X11=YES WITH_BDB_VER=46 WITH_MODPERL2=YES PYTHON_VERSION=python2.6 PERL_VERSION=5.12.2 Nothing dramatic there... and in the csup file: *default host=cvsup.uk.FreeBSD.org *default base=/var/db *default prefix=/usr/local *default release=cvs tag=RELENG_8 *default delete use-rel-suffix *default compress src-all csup'ed the source right before build. Thanks, Erik Can you try with the release tag RELENG_8_2 ? ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Buildworld fail
On 08/03/2011 12:22, Robert Bonomi wrote: Something -- just what is unknown -- triggered an *INTERNAL*COMPILER*ERROR* doing a 'makedep'. Dig through the mailing-list archives for the last week or two. There was another report of the compiler choking. As I recall, there was a follow- up to -that- report that found an 'oops' in a header file, and a simple fix. I just checked the archives, indeed there was a thread but the failure was at a later point, state 1.2 and the fix was to remove some CFLAGS options which I don't have. I didn't find other threads. BR, Erik ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Buildworld fail
On 08/03/2011 12:49, Damien Fleuriot wrote: Can you try with the release tag RELENG_8_2 ? I just nuked src and obj and did a fresh checkout of RELENG_8_2, but the problem persist :( -- stage 1.1: legacy release compatibility shims -- cd /usr/local/src; MAKEOBJDIRPREFIX=/usr/local/obj/usr/local/src/tmp INSTALL=sh /usr/local/src/tools/install.sh PATH=/usr/local/obj/usr/local/src/tmp/legacy/usr/sbin:/usr/local/obj/usr/local/src/tmp/legacy/usr/bin:/usr/local/obj/usr/local/src/tmp/legacy/usr/games:/sbin:/bin:/usr/sbin:/usr/bin WORLDTMP=/usr/local/obj/usr/local/src/tmp VERSION=FreeBSD 8.1-STABLE i386 801500 MAKEFLAGS=-m /usr/local/src/tools/build/mk -m /usr/local/src/share/mk make -f Makefile.inc1 DESTDIR= BOOTSTRAPPING=801500 SSP_CFLAGS= -DWITHOUT_HTML -DWITHOUT_INFO -DNO_LINT -DWITHOUT_MAN -DNO_PIC -DWITHOUT_PROFILE -DNO_SHARED -DNO_CPU_CFLAGS -DNO_WARNS -DNO_CTF legacy === tools/build (obj,includes,depend,all,install) /usr/local/obj/usr/local/src/tmp/usr/local/src/tools/build created for /usr/local/src/tools/build cd /usr/local/src/tools/build; make buildincludes; make installincludes rm -f .depend mkdep -f .depend -a -I/usr/local/obj/usr/local/src/tmp/legacy/usr/include /usr/local/src/tools/build/dummy.c built-in:0: internal compiler error: Segmentation fault: 11 Please submit a full bug report, with preprocessed source if appropriate. See URL:http://gcc.gnu.org/bugs.html for instructions. mkdep: compile failed *** Error code 1 Stop in /usr/local/src/tools/build. *** Error code 1 Stop in /usr/local/src. *** Error code 1 Stop in /usr/local/src. *** Error code 1 Stop in /usr/local/src. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Limited repository, packages gzipped in groups.
http://code.google.com/p/powerpc-bits-and-pieces/downloads/list The number of packages are limited; but, there is enough of a base to setup X, have a browser, a window manager and a few others. PowerPC only. You'll have to download such as: ftp http://code.google.com/p/powerpc-bits-and-pieces/downloads/list/ letter of alphabet..tar.gz and then use tar -xvf to a directory you have selected. Be sure to set your package path to that directory. Everything is for 9.0 CURRENT. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Buildworld fail
On 3/8/11 12:54 PM, Erik Norgaard wrote: On 08/03/2011 12:49, Damien Fleuriot wrote: Can you try with the release tag RELENG_8_2 ? I just nuked src and obj and did a fresh checkout of RELENG_8_2, but the problem persist :( -- stage 1.1: legacy release compatibility shims -- cd /usr/local/src; MAKEOBJDIRPREFIX=/usr/local/obj/usr/local/src/tmp INSTALL=sh /usr/local/src/tools/install.sh PATH=/usr/local/obj/usr/local/src/tmp/legacy/usr/sbin:/usr/local/obj/usr/local/src/tmp/legacy/usr/bin:/usr/local/obj/usr/local/src/tmp/legacy/usr/games:/sbin:/bin:/usr/sbin:/usr/bin WORLDTMP=/usr/local/obj/usr/local/src/tmp VERSION=FreeBSD 8.1-STABLE i386 801500 MAKEFLAGS=-m /usr/local/src/tools/build/mk -m /usr/local/src/share/mk make -f Makefile.inc1 DESTDIR= BOOTSTRAPPING=801500 SSP_CFLAGS= -DWITHOUT_HTML -DWITHOUT_INFO -DNO_LINT -DWITHOUT_MAN -DNO_PIC -DWITHOUT_PROFILE -DNO_SHARED -DNO_CPU_CFLAGS -DNO_WARNS -DNO_CTF legacy === tools/build (obj,includes,depend,all,install) /usr/local/obj/usr/local/src/tmp/usr/local/src/tools/build created for /usr/local/src/tools/build cd /usr/local/src/tools/build; make buildincludes; make installincludes rm -f .depend mkdep -f .depend -a -I/usr/local/obj/usr/local/src/tmp/legacy/usr/include /usr/local/src/tools/build/dummy.c built-in:0: internal compiler error: Segmentation fault: 11 Please submit a full bug report, with preprocessed source if appropriate. See URL:http://gcc.gnu.org/bugs.html for instructions. mkdep: compile failed *** Error code 1 Stop in /usr/local/src/tools/build. *** Error code 1 Stop in /usr/local/src. *** Error code 1 Stop in /usr/local/src. *** Error code 1 Stop in /usr/local/src. A segfault might be indicative of hardware problems, you may want to check your ram chips ? ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Buildworld fail
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 3/8/11 8:59 AM, Damien Fleuriot wrote: On 3/8/11 12:54 PM, Erik Norgaard wrote: On 08/03/2011 12:49, Damien Fleuriot wrote: Can you try with the release tag RELENG_8_2 ? I just nuked src and obj and did a fresh checkout of RELENG_8_2, but the problem persist :( -- stage 1.1: legacy release compatibility shims -- cd /usr/local/src; MAKEOBJDIRPREFIX=/usr/local/obj/usr/local/src/tmp INSTALL=sh /usr/local/src/tools/install.sh PATH=/usr/local/obj/usr/local/src/tmp/legacy/usr/sbin:/usr/local/obj/usr/local/src/tmp/legacy/usr/bin:/usr/local/obj/usr/local/src/tmp/legacy/usr/games:/sbin:/bin:/usr/sbin:/usr/bin WORLDTMP=/usr/local/obj/usr/local/src/tmp VERSION=FreeBSD 8.1-STABLE i386 801500 MAKEFLAGS=-m /usr/local/src/tools/build/mk -m /usr/local/src/share/mk make -f Makefile.inc1 DESTDIR= BOOTSTRAPPING=801500 SSP_CFLAGS= -DWITHOUT_HTML -DWITHOUT_INFO -DNO_LINT -DWITHOUT_MAN -DNO_PIC -DWITHOUT_PROFILE -DNO_SHARED -DNO_CPU_CFLAGS -DNO_WARNS -DNO_CTF legacy === tools/build (obj,includes,depend,all,install) /usr/local/obj/usr/local/src/tmp/usr/local/src/tools/build created for /usr/local/src/tools/build cd /usr/local/src/tools/build; make buildincludes; make installincludes rm -f .depend mkdep -f .depend -a -I/usr/local/obj/usr/local/src/tmp/legacy/usr/include /usr/local/src/tools/build/dummy.c built-in:0: internal compiler error: Segmentation fault: 11 Please submit a full bug report, with preprocessed source if appropriate. See URL:http://gcc.gnu.org/bugs.html for instructions. mkdep: compile failed *** Error code 1 Stop in /usr/local/src/tools/build. *** Error code 1 Stop in /usr/local/src. *** Error code 1 Stop in /usr/local/src. *** Error code 1 Stop in /usr/local/src. A segfault might be indicative of hardware problems, you may want to check your ram chips ? Reference: http://www.bitwizard.nl/sig11/ Regards, Greg - -- Greg Larkin http://www.FreeBSD.org/ - The Power To Serve http://www.sourcehosting.net/ - Ready. Set. Code. http://twitter.com/sourcehosting/ - Follow me, follow you -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk12QrUACgkQ0sRouByUApCv8gCfW5VAxdQMxBODVIGb48VeyTuC 3HMAniBloVnLvDYygjb4xYNTlMcxG6T4 =N82F -END PGP SIGNATURE- ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: python27 update-py-psyco
On 3/8/11, ajtiM lum...@gmail.com wrote: On Monday March 7 2011 08:37:46 b. f. wrote: On 3/7/11, ajtiM lum...@gmail.com wrote: On Sunday March 6 2011 12:01:47 b. f. wrote: Thank you. I am reading /usr/ports/UPDATING special like now but there are problems. And I have a problem again with /usr/ports/devel/py-psyco I get: c/mergepoints.c:242: error 'JUMP_IF_FALSE' undeclared here *** Error code 1 ... Thank you very much for reply but I see that is not possible to build it (I red about psyco on mailing list). For now everything works but I have more ports to rebuild but psyco is the big problem. Well, I'm not sure what list you are referring to here, but you should still be able to build it, if you set PYTHON_VERSION to python2.5 or python2.6 in your build environment, on the command-line, or in any included Makefile (like, for example, /etc/make.conf or $PORTSDIR/devel/py-psyco/Makefile.local). Of course, if you are using psyco with some other software, then you may have to do the same for that software. You can do that conditionally if you are doing it in some common Makefile like /etc/make.conf, and still want to use other software with another version of python. For example: .if${.CURDIR:M*/ports/devel/py-psyco} PYTHON_VERSION=python2.6 .endif b. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Buildworld fail
On 08/03/2011 15:52, Greg Larkin wrote: A segfault might be indicative of hardware problems, you may want to check your ram chips ? Reference: http://www.bitwizard.nl/sig11/ Hi, thanks. Did a clean up again, reboot, fsck, reboot again and now it's building. Probably time for an upgrade, it's a three year old VIA itx system with even older RAM module. BR, Erik ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: license of the code in freebsd documantation
Thank you for your information. I will treat them under FreeBSD license. On Fri, Mar 04, 2011 at 07:46:40PM +, Frank Shute wrote: Since those scripts have been contributed to the FreeBSD project, I would treat them as if they had the standard FreeBSD license. If you do that, then you should be playing safe i.e they're almost certainly not under a more restrictive license. -- kiwao ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: xpdf can not print via cups if started from firefox
On Tue, 8 Mar 2011, O. Hartmann wrote: I've got a weird problem here. Very often I download scientific papers as pdf from protals and they got opened via firefox3 with the configured propper utility, in this case xpdf. In such a case, printing is impossible. I hit the print button, a popup shows up with the configured CUPS printing queue, but hitting OK doesn't have any effect. The funny thing is: when opening the same PDF (it is stored in /tmp/) with xpdf by starting xpdf from a terminal, printing on the same queue works well. In your .xpdfrc, do you specify a full path to the CUPS lpr? ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Open Office Install
While trying in install Open Office the install choked at one point and I received this error message: snip Entering /usr/tmp/usr/ports/editors/openoffice.org-3/work/OOO330_m20/sw/uiconfig/layout Entering /usr/tmp/usr/ports/editors/openoffice.org-3/work/OOO330_m20/sw/qa/unoapi Entering /usr/tmp/usr/ports/editors/openoffice.org-3/work/OOO330_m20/sw/util sw deliver 1 module(s): sc need(s) to be rebuilt Reason(s): ERROR: error 65280 occurred while making /usr/tmp/usr/ports/editors/openoffice.org-3/work/OOO330_m20/sc/source/filter/xml Attention: if you fix the errors in above module(s) you may prolongue your the build issuing command: build --from sc *** Error code 1 Stop in /usr/ports/editors/openoffice.org-3. snip Apparently I can pick up the build by using build --from sc, but I'm not sure how to incorporate that into a command, and would appreciate a heads up on that. Thanks... Rem ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Server not booting
On Tue, March 8, 2011 3:16 am, Doug Hardie wrote: I have been tasked with bringing up a new server. It appears to be fairly old equipment though. I do know it was previously used. Its a Arima NM46X with dual AMD Opteron processors. The unit appears to be working since it has some form of Linux installed on the disks and that boots and seems to run. However, I have tried booting from CD 8.2 and 8.0. using Disk 1 and Repair disks (AMD64 and i386). They all die just after the first stage loader. I get the system version line and then the spinner stops dead. The CD is an external USB unit and its left running. The motherboard doesn't recognize a USB stick for booting unfortunately. The motherboard manual is dated 2006 so I think its just too old for that. Any ideas on how this can be corrected? The CD being USB and not being able to boot off of a USB stick might well be related. It's possible it can't boot from a USB drive at all. My first thought on that is to check the BIOS settings: It's hard to believe a 64-bit box is incapable of booting off USB at all, but it's easy to believe that it's set to not be able to. Otherwise, I'd try looking at what other options you might have. Even opening up the box and temporarily attaching a SATA CD drive might be worth a try. Daniel T. Staal --- This email copyright the author. Unless otherwise noted, you are expressly allowed to retransmit, quote, or otherwise use the contents for non-commercial purposes. This copyright will expire 5 years after the author's death, or in 30 years, whichever is longer, unless such a period is in excess of local copyright law. --- ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: xpdf can not print via cups if started from firefox
On 03/08/11 16:51, Warren Block wrote: On Tue, 8 Mar 2011, O. Hartmann wrote: I've got a weird problem here. Very often I download scientific papers as pdf from protals and they got opened via firefox3 with the configured propper utility, in this case xpdf. In such a case, printing is impossible. I hit the print button, a popup shows up with the configured CUPS printing queue, but hitting OK doesn't have any effect. The funny thing is: when opening the same PDF (it is stored in /tmp/) with xpdf by starting xpdf from a terminal, printing on the same queue works well. In your .xpdfrc, do you specify a full path to the CUPS lpr? No, I do not. And while making this confession, I'll change this as soon as possible and report back. I guess this is a very good hint ... Oliver ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
xorg-driver/xf86-video-ati-6.14.0: Worse performance since last update
Since the last update of Xorg stuff, including the xf86-video-ati-6.14.0, the video performance of all of our AMD/ATi-driven boxes went worse. The bad performance also occur with the recommendations made in ports/UPDATING for driver radeon. Without those recommendated adding of options even with a working xorg.conf file the performance stays worse. Worse means: using vlc (also after recompilation after upgrades made!), videos are massively bumpy and can not be watched with vlc-screen fully expanded to 1900x1200 pixel with HD4830 graphics card - this worked perfectly before. Moving windows around now looks like having chunks of video content floating around - as on unaccelerated/slow graphics boards. What's wrong? ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: xorg-driver/xf86-video-ati-6.14.0: Worse performance since last update
On Tue, Mar 08, 2011 at 07:16:05PM +0100, O. Hartmann wrote: Since the last update of Xorg stuff, including the xf86-video-ati-6.14.0, the video performance of all of our AMD/ATi-driven boxes went worse. The bad performance also occur with the recommendations made in ports/UPDATING for driver radeon. Without those recommendated adding of options even with a working xorg.conf file the performance stays worse. The recommendations have been removed from UPDATING; with the exception of the DynamicPM option, all the others are at their default settings and therefore not necessary. Worse means: using vlc (also after recompilation after upgrades made!), videos are massively bumpy and can not be watched with vlc-screen fully expanded to 1900x1200 pixel with HD4830 graphics card - this worked perfectly before. Check out the logfile '/var/log/Xorg.0.log' if you see anything unusual. Moving windows around now looks like having chunks of video content floating around - as on unaccelerated/slow graphics boards. When looking at the logfile '/var/log/Xorg.0.log', does it say the following; (II) RADEON(0): Acceleration enabled (II) RADEON(0): Set up textured video Personally, I have built this port with one of the patches removed. In my case the patch in question hung my machine every time! (there was quite a large thread about it on the mailing-list) Try removing the patch /usr/ports/x11-drivers/xf86-video-ati/files/patch-src-radeon_driver.c and re-install the driver. If that works you can make the change permanent like this: # cd /usr/ports/x11-drivers/xf86-video-ati/files # truncate -s 0 patch-src-radeon_driver.c # chflags schg,sunlnk patch-src-radeon_driver.c Roland -- R.F.Smith http://www.xs4all.nl/~rsmith/ [plain text _non-HTML_ PGP/GnuPG encrypted/signed email much appreciated] pgp: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 (KeyID: C321A725) pgpyjsOAE8sqs.pgp Description: PGP signature
Re: Server not booting
On Tue, 08 Mar 2011 11:10:32 -0600, Daniel Staal dst...@usa.net wrote: Arima NM46X with dual AMD Opteron processors. My dual Opteron S2895 board does this as well. Latest BIOS and everything. I can get it to boot off of a flash drive but I can't get it to boot off a CDROM. FreeBSD just disagrees with it. I've never tried a USB CDROM, though. Regards, Mark ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Buildworld fail
Would anyone agree that it us possible the hardware console... logging in from a remote terminal has corrected my own segfaults on substandard hardware... Damien Fleuriot m...@my.gd wrote: On 3/8/11 11:40 AM, Erik Norgaard wrote: Hi: I'm trying to upgrade to 8.2, just updated source, cleaned up any leftovers from previous build, but make buildworld fails. I have, alpha# uname -a FreeBSD alpha 8.1-STABLE FreeBSD 8.1-STABLE #0: Sat Oct 2 20:34:13 CEST 2010 root@alpha:/usr/local/obj/usr/local/src/sys/GENERIC i386 alpha# echo $MAKEOBJDIRPREFIX /usr/local/obj alpha# make buildworld -- World build started on Tue Mar 8 11:30:53 CET 2011 -- -- Rebuilding the temporary build tree -- rm -rf /usr/local/obj/usr/local/src/tmp mkdir -p /usr/local/obj/usr/local/src/tmp/lib mkdir -p /usr/local/obj/usr/local/src/tmp/usr mkdir -p /usr/local/obj/usr/local/src/tmp/legacy/usr mtree -deU -f /usr/local/src/etc/mtree/BSD.usr.dist -p /usr/local/obj/usr/local/src/tmp/legacy/usr /dev/null mtree -deU -f /usr/local/src/etc/mtree/BSD.usr.dist -p /usr/local/obj/usr/local/src/tmp/usr /dev/null mtree -deU -f /usr/local/src/etc/mtree/BSD.include.dist -p /usr/local/obj/usr/local/src/tmp/usr/include /dev/null ln -sf /usr/local/src/sys /usr/local/obj/usr/local/src/tmp -- stage 1.1: legacy release compatibility shims -- cd /usr/local/src; MAKEOBJDIRPREFIX=/usr/local/obj/usr/local/src/tmp INSTALL=sh /usr/local/src/tools/install.sh PATH=/usr/local/obj/usr/local/src/tmp/legacy/usr/sbin:/usr/local/obj/usr/local/src/tmp/legacy/usr/bin:/usr/local/obj/usr/local/src/tmp/legacy/usr/games:/sbin:/bin:/usr/sbin:/usr/bin WORLDTMP=/usr/local/obj/usr/local/src/tmp VERSION=FreeBSD 8.1-STABLE i386 801500 MAKEFLAGS=-m /usr/local/src/tools/build/mk -m /usr/local/src/share/mk make -f Makefile.inc1 DESTDIR= BOOTSTRAPPING=801500 SSP_CFLAGS= -DWITHOUT_HTML -DWITHOUT_INFO -DNO_LINT -DWITHOUT_MAN -DNO_PIC -DWITHOUT_PROFILE -DNO_SHARED -DNO_CPU_CFLAGS -DNO_WARNS -DNO_CTF legacy === tools/build (obj,includes,depend,all,install) /usr/local/obj/usr/local/src/tmp/usr/local/src/tools/build created for /usr/local/src/tools/build cd /usr/local/src/tools/build; make buildincludes; make installincludes rm -f .depend mkdep -f .depend -a -I/usr/local/obj/usr/local/src/tmp/legacy/usr/include /usr/local/src/tools/build/dummy.c built-in:0: internal compiler error: Segmentation fault: 11 Please submit a full bug report, with preprocessed source if appropriate. See URL:http://gcc.gnu.org/bugs.html for instructions. mkdep: compile failed *** Error code 1 Stop in /usr/local/src/tools/build. *** Error code 1 Stop in /usr/local/src. *** Error code 1 Stop in /usr/local/src. *** Error code 1 Stop in /usr/local/src. OK, so it quite clearly states, sumbit bug report, but .. Any clue? Thanks, Erik Contents of your make.conf ? You never know... ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Fresh binary install
Hi everyone - Getting back in to FBSD after a 2 year absence. I have the 8.2 DVD (1) and would rather do a binary install and have it working out of the box with Gnome. Minimal tweaking after the fact would be preferred along with binary updates opposed to using the ports tree. The goal - to keep this system running with as little intervention as possible (I suspect binary updates/upgrades is the way to go since it was something that was just starting a few years back). I'm moving away from a Linux system but do not wish to dedicate the time I used long ago. As I mentioned, it's been a few years so I would appreciate the best way to do this. Any an all guidance would be great. -- Best regards, Chris 1AB5FEF8 ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Fresh binary install
On Tue, 8 Mar 2011 14:11:25 -0600, Chris rac...@makeworld.com wrote: Hi everyone - Getting back in to FBSD after a 2 year absence. I have the 8.2 DVD (1) and would rather do a binary install and have it working out of the box with Gnome. Minimal tweaking after the fact would be preferred along with binary updates opposed to using the ports tree. The goal - to keep this system running with as little intervention as possible (I suspect binary updates/upgrades is the way to go since it was something that was just starting a few years back). I'm moving away from a Linux system but do not wish to dedicate the time I used long ago. As I mentioned, it's been a few years so I would appreciate the best way to do this. Any an all guidance would be great. If this is your intention, how about this: Keep the system updated with freebsd-update, following the -RELEASE branch (including patches). Installed applications can - in MOSt cases - also be updated binarily, using e. g. portupgrade -PP for the port in question (and -a for all of them, and maybe -r); refer to man portupgrade for details. You can also use the method by updating the applications by source. The key to this is to keep the ports tree up to date, and tools like portsnap fetch extract can help you with this. -- Polytropon Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ... ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Buildworld fail
On 08/03/2011 21:16, Michael J. Kearney wrote: Would anyone agree that it us possible the hardware console... logging in from a remote terminal has corrected my own segfaults on substandard hardware... Depends on the hardware I guess. I am building everything remotely. I do know however that these VIA EPIA boards are known for a flacky disk controler, and the RAM I have installed is slower than the recommended, so it's not really ideal for reliable operation. BR, Erik ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Fresh binary install
On Tue, Mar 08, 2011 at 02:11:25PM -0600, Chris wrote: The goal - to keep this system running with as little intervention as possible (I suspect binary updates/upgrades is the way to go since it was something that was just starting a few years back). Keeping the system itself up to date can be done with freebsd-update(8). But that will only provide the GENERIC kernel (and modules of course). A lot of ports are available as packages as well. One caveat is that those packages are built using the standard options defined per port. If you don't like those, you'll have to compile yourself. And there are of course ports that are not available as packages for several reasons. You can choose to install packages from several directories on the FTP site; packages-8-stable or packages-8.2-release depending on what you want. The packages-8.2-release directory is AFAIK a snapshot of packages-8-stable at the moment 8.2 was released. If you install packages from -release, you'll only have to update them with a new release. But you won't have the latest and greatest, and to the best of my knowledge you will not get updated packages if there are vulnerabilities discovered. OTOH, if you install packages from packages-8-stable you will have to contend with more frequent updates. Personally I've built all my ports from source, and I update them every other week or so using portsnap(8) and portmaster(8). This usually doesn't take long, nor does it require much interaction. Roland -- R.F.Smith http://www.xs4all.nl/~rsmith/ [plain text _non-HTML_ PGP/GnuPG encrypted/signed email much appreciated] pgp: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 (KeyID: C321A725) pgpF0FqZqFidb.pgp Description: PGP signature
New Energy Applications in Green Buildings, Register Now | LEDinside Greater China Events 2011
Green Lighting Shanghai 2011 Thematic Session A:Develop a Smart City by Using Energy Storing, Saving and Novel Energy Technologies Date:May 11, 2011 Venue:Shanghai Green Lighting Shanghai Forum 2011 is a three-day event hosted by CSA and Reed Exhibitions China starting on May 11, 2011. EnergyTrend and LEDinside, will be co-organizing a one-day workshop on the first day of the event addressing innovative approaches to energy utilization of green buildings. Under such framework, there are three topic areas covering energy generation, energy storage, and energy saving applications... . LEDforum Shenzhen 2011 Date: May, 27, 2011 Venue: Sydney Room, Marco Polo Shenzhen Hotel, Fuhua 1st Road, Futian CBD, Shenzhen, Guangdong 2011 is the starting year of 12th Five Year Plan in China and will become the golden development period for LED industry. LEDforum 2011, will be grandly held in Marco Polo Shenzhen Hotel, on May, 27th, 2011. In the conference, you can share the information of global LED lighting market dynamics, business strategies, and future development trend with the top leaders of global LED giants, such as Philips, Veeco, Osram, Macroblock, and senior staffs from professional LED testing institutions and franchising companies, as well as the market analysts of LEDinside. This forum will be helpful for you to master market situation and seize more business opportunities. LEDinside warmly welcomes your visit! LEDforum Shanghai 2011 Date:July 6-7, 2011 Venue:Jumeirah Himalayas Hotel Shanghai, 1108 Meihua Road, Pudong Xinqu Followed by the advances of LED backlit LCD screen application going from small mobile screen size to larger screen LCD TV displays, the prevalent use of LED has spurred a rapid growth in both quantity and quality. Numerous countries have banned the use of florescent light bulbs; one after another they have revealed their stance toward nurturing the green energy industry. As the issue of being environmental friendly getting into the center of our attention, the demand for a potential alternative light source is immense. [1]Upcoming Events For more information on benefits of becoming a sponsor, please contact: Taipei Shanghai Shenzhen +886-2-7702-6888 Angus Hsu ext.690 [2]angus...@trendforce.com Ann Chang ext.665 [3]annch...@trendforce.com Jessie Choi +86-(21)6439-9830 [4]jessiec...@trendforce.com Sara Fan +86-755-82838931 [5]sara...@sz.dramexchange.com Platinum Sponsors (in alphabetical order) � 2011 LEDinside, a Business Division of [6]TrendForce Corp. All rights reserved. References Visible links 1. http://seminar.energytrend.com/Campaign/2011greenlighting/GB/index.aspx 2. mailto:angus...@trendforce.com 3. mailto:annch...@trendforce.com 4. mailto:jessiec...@trendforce.com 5. mailto:sara...@sz.dramexchange.com 6. http://www.trendforce.com/ Hidden links: 7. http://seminar.energytrend.com/Campaign/2011greenlighting/US/registerhome/ 8. http://seminar.energytrend.com/Campaign/2011greenlighting/GB/index.aspx 9. http://seminar.energytrend.com/Campaign/2011greenlighting/GB/index.aspx 10. http://www.delta.com.tw/index.asp 11. http://www.henkel.com/index.htm 12. http://www.epistar.com.tw/about-e.htm 13. http://www.mblock.com.tw/ 14. http://www.veeco.com/ 15. http://www.osram-os.com/osram_os/EN/index.html 16. http://www.viseratech.com/ 17. http://www.philipslumileds.com/ 18. http://www.cree.com/ 19. http://www.veeco.com/ 20. http://www.lightingjapan.jp/en/?em=LIGHT090820 ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org