Re: textproc/mythes
Hi! textproc/mythes depends on textproc/hunspell, but this dependency is not managed!! I install manually textproc/hunspell and everything is fine. Where is the error? Why does this dependency miss? Best regards, Luca On 08/23/11 03:48, Jason Helfman wrote: Hi! I tried to update LibreOfficw whic need a mythes but there are an error: Configuring for mythes-1.2.1_1 checking for a BSD-compatible install... /usr/bin/install -c -o root -g wheel checking whether build environment is sane... yes checking for a thread-safe mkdir -p... /usr/local/bin/gmkdir -p checking for gawk... gawk checking whether make sets $(MAKE)... yes checking for gcc... cc checking whether the C compiler works... yes checking for C compiler default output file name... a.out checking for suffix of executables... checking whether we are cross compiling... no checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether cc accepts -g... yes checking for cc option to accept ISO C89... none needed checking for style of include used by make... GNU checking dependency style of cc... gcc3 checking whether we are using the GNU C++ compiler... yes checking whether c++ accepts -g... yes checking dependency style of c++... gcc3 checking build system type... i386-portbld-freebsd8.2 checking host system type... i386-portbld-freebsd8.2 checking for ld used by GCC... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... yes checking for shared library run path origin... done checking for a sed that does not truncate output... /usr/bin/sed checking for grep that handles long lines and -e... /usr/bin/grep checking for egrep... /usr/bin/grep -E checking for fgrep... /usr/bin/grep -F checking for ld used by cc... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... yes checking for BSD- or MS-compatible name lister (nm)... /usr/bin/nm -B checking the name lister (/usr/bin/nm -B) interface... BSD nm checking whether ln -s works... yes checking the maximum length of command line arguments... (cached) 262144 checking whether the shell understands some XSI constructs... yes checking whether the shell understands "+="... no checking for /usr/bin/ld option to reload object files... -r checking for objdump... objdump checking how to recognize dependent libraries... pass_all checking for ar... ar checking for strip... strip checking for ranlib... ranlib checking command to parse /usr/bin/nm -B output from cc object... ok checking how to run the C preprocessor... cpp checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking for dlfcn.h... yes checking whether we are using the GNU C++ compiler... (cached) yes checking whether c++ accepts -g... (cached) yes checking dependency style of c++... (cached) gcc3 checking how to run the C++ preprocessor... c++ -E checking for objdir... .libs checking if cc supports -fno-rtti -fno-exceptions... no checking for cc option to produce PIC... -fPIC -DPIC checking if cc PIC flag -fPIC -DPIC works... yes checking if cc static flag -static works... yes checking if cc supports -c -o file.o... yes checking if cc supports -c -o file.o... (cached) yes checking whether the cc linker (/usr/bin/ld) supports shared libraries... yes checking whether -lc should be explicitly linked in... no checking dynamic linker characteristics... freebsd8.2 ld.so checking how to hardcode library paths into programs... immediate checking whether stripping libraries is possible... yes checking if libtool supports shared libraries... yes checking whether to build shared libraries... yes checking whether to build static libraries... yes checking for ld used by c++... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... yes checking whether the c++ linker (/usr/bin/ld) supports shared libraries... yes checking for c++ option to produce PIC... -fPIC -DPIC checking if c++ PIC flag -fPIC -DPIC works... yes checking if c++ static flag -static works... yes checking if c++ supports -c -o file.o... yes checking if c++ supports -c -o file.o... (cached) yes checking whether the c++ linker (/usr/bin/ld) supports shared libraries... yes checking dynamic linker characteristics... freebsd8.2 ld.so checking how to hardcode library paths into programs... immediate checking for pkg-config... /usr/local/bin/pkg-config checking pkg-config is at least version 0.9.0... yes checking for HUNSPELL... no configure: error: Package requirements (hunspell) were not met: gnome-config: not found No package 'hunspell' found Consider adjusting the PKG_CONFIG_PATH environment variable if you installed software in a non-standard prefix. Alternatively, you may set the environment variables HUNSPELL_CFLAGS and HUNSPELL_LIBS to avoid the need to call pkg-
Re: ports/158904: [PATCH] finance/py27-openerp-web: update to 6.0.2
Synopsis: [PATCH] finance/py27-openerp-web: update to 6.0.2 Responsible-Changed-From-To: ports@->po...@freebsd.org Responsible-Changed-By: beech Responsible-Changed-When: Tue Aug 23 09:04:38 UTC 2011 Responsible-Changed-Why: Now it's right http://www.freebsd.org/cgi/query-pr.cgi?pr=158904 ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Cannot portupgrade pcre
Hello. After the recent ruby update, "portupgrade pcre" compiles, but prior to installing ends up with this: /usr/local/lib/ruby/site_ruby/1.9/pkgtools.rb:807: stack level too deep (SystemStackError) I was able to "pkg_delete -f pcre\* ; make install clean", however. bye av. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: FreeBSD unmaintained ports which are currently scheduled for deletion
On 23 August 2011 07:45, Chris Rees wrote: > > On 22 Aug 2011 22:49, "Peter Jeremy" wrote: >> >> On 2011-Aug-21 08:30:13 +0200, lini...@freebsd.org wrote: >> >portname: cad/tkgate >> >description: A Tcl/Tk based digital circuit editor and simulator >> >maintainer: po...@freebsd.org >> >deprecated because: No more public distfiles >> >expiration date: 2011-09-01 >> >build errors: none. >> >overview: >> > http://portsmon.FreeBSD.org/portoverview.py?category=cad&portname=tkgate >> >> I have no problem fetching this port from the mastersite. > > I'll take a look. > You're correct, I've undeprecated this one. Chris -- Chris Rees | FreeBSD Developer cr...@freebsd.org | http://people.freebsd.org/~crees ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Upgrade ruby 1.8 to 1.9 failed
Upgrade to the latest version failed: # portmaster -o lang/ruby19 lang/ruby18 . ===> Installing for ruby-1.9.2.290,1 ===> Generating temporary packing list ===> Checking if lang/ruby19 already installed /bin/mkdir -p/usr/local/share/doc/ruby19 /usr/local/share/examples/ruby19 /usr/local/share/ri/1.9/system /usr/local/share/ri/1.9/site /usr/local/lib/ruby/site_ruby/1.9/i386-freebsd8 /usr/local/lib/ruby/vendor_ruby/1.9/i386-freebsd8 /usr/bin/env LC_TIME=C /bin/date > /usr/local/share/ri/1.9/system/created.rid /usr/bin/env LC_TIME=C /bin/date > /usr/local/share/ri/1.9/site/created.rid /usr/bin/touch /usr/local/share/examples/ruby19/.keep_me /usr/bin/touch /usr/local/share/doc/ruby19/.keep_me /usr/bin/touch /usr/local/lib/ruby/site_ruby/1.9/i386-freebsd8/.keep_me /usr/bin/touch /usr/local/lib/ruby/vendor_ruby/1.9/i386-freebsd8/.keep_me /bin/mkdir -p /usr/local/lib/ruby/gems/1.9/gems /usr/bin/touch /usr/local/lib/ruby/gems/1.9/gems/.keep_me ./miniruby -I./lib -I.ext/common -I./- -r./ext/purelib.rb ./tool/generic_erb.rb -c -o encdb.h ./template/encdb.h.tmpl ./enc enc encdb.h unchanged /usr/bin/make -f enc.mk RUBY="./miniruby -I./lib -I.ext/common -I./- -r./ext/purelib.rb " MINIRUBY="./miniruby -I./lib -I.ext/common -I./- -r./ext/purelib.rb " -D DISABLE_CONFLICTS -D NO_DEPENDS srcs ./miniruby -I./lib -I.ext/common -I./- -r./ext/purelib.rb ./tool/generic_erb.rb -c -o transdb.h ./template/transdb.h.tmpl ./enc/trans enc/trans transdb.h unchanged /usr/bin/make -f enc.mk RUBY="./miniruby -I./lib -I.ext/common -I./- -r./ext/purelib.rb " MINIRUBY="./miniruby -I./lib -I.ext/common -I./- -r./ext/purelib.rb " -D DISABLE_CONFLICTS -D NO_DEPENDS trans /usr/bin/make -f enc.mk RUBY="./miniruby -I./lib -I.ext/common -I./- -r./ext/purelib.rb " MINIRUBY="./miniruby -I./lib -I.ext/common -I./- -r./ext/purelib.rb " -D DISABLE_CONFLICTS -D NO_DEPENDS encs /usr/local/bin/gmkdir -p .ext/i386-freebsd8/enc .ext/i386-freebsd8/enc/trans enc enc/trans compiling -test-/bug-3662 cc -shared -o ../../../.ext/i386-freebsd8/-test-/bug-3662/bug.so bug.o -L. -L../../.. -L. -rdynamic -Wl,-soname,../../../.ext/i386-freebsd8/-test-/bug-3662/bug.so -Wl,-R -Wl,/usr/local/lib -L/usr/local/lib -lruby19 -lcrypt -lm -L/usr/local/lib -rpath=/usr/lib:/usr/local/lib -pthread -lc compiling -test-/string cc -shared -o ../../../.ext/i386-freebsd8/-test-/string/string.so cstr.o init.o set_len.o -L. -L../../.. -L. -rdynamic -Wl,-soname,../../../.ext/i386-freebsd8/-test-/string/string.so -Wl,-R -Wl,/usr/local/lib -L/usr/local/lib -lruby19 -lcrypt -lm -L/usr/local/lib -rpath=/usr/lib:/usr/local/lib -pthread -lc compiling bigdecimal cc -shared -o ../../.ext/i386-freebsd8/bigdecimal.so bigdecimal.o -L. -L../.. -L. -rdynamic -Wl,-soname,../../.ext/i386-freebsd8/bigdecimal.so -Wl,-R -Wl,/usr/local/lib -L/usr/local/lib -lruby19 -lcrypt -lm -L/usr/local/lib -rpath=/usr/lib:/usr/local/lib -pthread -lc compiling continuation cc -shared -o ../../.ext/i386-freebsd8/continuation.so continuation.o -L. -L../.. -L. -rdynamic -Wl,-soname,../../.ext/i386-freebsd8/continuation.so -Wl,-R -Wl,/usr/local/lib -L/usr/local/lib -lruby19 -lcrypt -lm -L/usr/local/lib -rpath=/usr/lib:/usr/local/lib -pthread -lc compiling coverage cc -shared -o ../../.ext/i386-freebsd8/coverage.so coverage.o -L. -L../.. -L. -rdynamic -Wl,-soname,../../.ext/i386-freebsd8/coverage.so -Wl,-R -Wl,/usr/local/lib -L/usr/local/lib -lruby19 -lcrypt -lm -L/usr/local/lib -rpath=/usr/lib:/usr/local/lib -pthread -lc compiling curses cc -shared -o ../../.ext/i386-freebsd8/curses.so curses.o -L. -L../.. -L. -rdynamic -Wl,-soname,../../.ext/i386-freebsd8/curses.so -Wl,-R -Wl,/usr/local/lib -L/usr/local/lib -lruby19 -lncursesw -ltinfo -lcrypt -lm -L/usr/local/lib -rpath=/usr/lib:/usr/local/lib -pthread -lc compiling dbm cc -shared -o ../../.ext/i386-freebsd8/dbm.so dbm.o -L. -L../.. -L. -rdynamic -Wl,-soname,../../.ext/i386-freebsd8/dbm.so -Wl,-R -Wl,/usr/local/lib -L/usr/local/lib -lruby19 -lcrypt -lm -L/usr/local/lib -rpath=/usr/lib:/usr/local/lib -pthread -lc compiling digest cc -shared -o ../../.ext/i386-freebsd8/digest.so digest.o -L. -L../.. -L. -rdynamic -Wl,-soname,../../.ext/i386-freebsd8/digest.so -Wl,-R -Wl,/usr/local/lib -L/usr/local/lib -lruby19 -lcrypt -lm -L/usr/local/lib -rpath=/usr/lib:/usr/local/lib -pthread -lc compiling digest/bubblebabble cc -shared -o ../../../.ext/i386-freebsd8/digest/bubblebabble.so bubblebabble.o -L. -L../../.. -L. -rdynamic -Wl,-soname,../../../.ext/i386-freebsd8/digest/bubblebabble.so -Wl,-R -Wl,/usr/local/lib -L/usr/local/lib -lruby19 -lcrypt -lm -L/usr/local/lib -rpath=/usr/lib:/usr/local/lib -pthread -lc compiling digest/md5 cc -shared -o ../../../.ext/i386-freebsd8/digest/md5.so md5init.o md5ossl.o -L. -L../../.. -L. -rdynamic -Wl,-soname,../../../.ext/i386-freebsd8/digest/md5.so -Wl,-R -Wl,/usr/local/l
Re: Cannot portupgrade pcre
On 08/23/11 11:29, Andrea Venturoli wrote: Hello. After the recent ruby update, "portupgrade pcre" compiles, but prior to installing ends up with this: /usr/local/lib/ruby/site_ruby/1.9/pkgtools.rb:807: stack level too deep (SystemStackError) I was able to "pkg_delete -f pcre\* ; make install clean", however. This is happening in a lot of other cases, like "portupgrading" php5, "pkgdb -L", etc... I was experiencing this on 8.1/i386, while 7.3/amd64 works fine. Right now I cannot do any further cross testing, i.e. see if 8.1/amd64 or 7.3/i386 work. On the incriminated boxes, I downgraded to ruby 1.8 and this is not happening anymore. bye av. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Bug in latest version of PHP
Does the latest version of PHP found in the ports system correct this problem: https://threatpost.com/en_us/blogs/serious-crypto-bug-found-php-537-082211 -- Jerry ✌ jerry+po...@seibercom.net Disclaimer: off-list followups get on-list replies or get ignored. Please do not ignore the Reply-To header. __ Given my druthers, I'd druther not. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: Bug in latest version of PHP
On 23 August 2011 12:33, Jerry wrote: > Does the latest version of PHP found in the ports system correct this > problem: > > https://threatpost.com/en_us/blogs/serious-crypto-bug-found-php-537-082211 > No. I'll update the vuxml. Chris ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: Bug in latest version of PHP
On 23 August 2011 12:37, Chris Rees wrote: > On 23 August 2011 12:33, Jerry wrote: >> Does the latest version of PHP found in the ports system correct this >> problem: >> >> https://threatpost.com/en_us/blogs/serious-crypto-bug-found-php-537-082211 >> > > No. I'll update the vuxml. > Oops, glad I double-checked, it is fixed. http://www.freebsd.org/cgi/cvsweb.cgi/ports/lang/php5/files/patch-ext_standard_php_crypt_r.c Chris ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: LibreOffice 3.4.x
Le 23/08/2011 à 06:56:59+, Baptiste Daroussin a écrit > [...] > >> internal build errors: > >> > >> ERROR: error 65280 occurred while making > >> > >> /usr/ports/editors/libreoffice/work/libreoffice-bootstrap-3.4.2.3/mythes > >> > >> it seems that the error is inside 'mythes', please re-run build > >> inside this module to isolate the error and/or test your fix: > >> > >> --- > >> > > This error occurs before the line you pasted can you: > 1/ reinstall textproc/mythes? I've already do that by portupgrade --force mythes-1.2.1_1 > 2/ execute for folloing lines given by the build system and sent the > output log? > > >> rm -Rf > >> /usr/ports/editors/libreoffice/work/libreoffice-bootstrap-3.4.2.3/mythes/unxfbsdx.pro > >> # optional module 'clean' > >> /usr/local/bin/bash > >> cd /usr/ports/editors/libreoffice/work/libreoffice-bootstrap-3.4.2.3 > >> source ./FreeBSDAMDEnv.Set.sh > >> cd mythes > >> build > >> [root@pcjas /usr/ports/editors/libreoffice]# rm -Rf /usr/ports/editors/libreoffice/work/libreoffice-bootstrap-3.4.2.3/mythes/unxfbsdx.pro [root@pcjas /usr/ports/editors/libreoffice]# cd /usr/ports/editors/libreoffice/work/libreoffice-bootstrap-3.4.2.3 [root@pcjas /usr/ports/editors/libreoffice/work/libreoffice-bootstrap-3.4.2.3]# source ./FreeBSDAMDEnv.Set.sh [root@pcjas /usr/ports/editors/libreoffice/work/libreoffice-bootstrap-3.4.2.3]# cd mythes [root@pcjas /usr/ports/editors/libreoffice/work/libreoffice-bootstrap-3.4.2.3/mythes]# build build -- version: 275224 = Building module mythes = Entering /usr/ports/editors/libreoffice/work/libreoffice-bootstrap-3.4.2.3/mythes mkout -- version: 1.8 dmake: Error: -- `./unxfbsdx.pro/misc/067201ea8b126597670b5eff72e1f66c-mythes-1.2.0.unpack' not found, and can't be made Retrying /usr/ports/editors/libreoffice/work/libreoffice-bootstrap-3.4.2.3/mythes dmake: Error: -- `./unxfbsdx.pro/misc/067201ea8b126597670b5eff72e1f66c-mythes-1.2.0.unpack' not found, and can't be made --- Oh dear - something failed during the build - sorry ! For more help with debugging build errors, please see the section in: http://wiki.documentfoundation.org/Development internal build errors: ERROR: error 65280 occurred while making /usr/ports/editors/libreoffice/work/libreoffice-bootstrap-3.4.2.3/mythes it seems that the error is inside 'mythes', please re-run build inside this module to isolate the error and/or test your fix: --- rm -Rf /usr/ports/editors/libreoffice/work/libreoffice-bootstrap-3.4.2.3/mythes/unxfbsdx.pro # optional module 'clean' /usr/local/bin/bash cd /usr/ports/editors/libreoffice/work/libreoffice-bootstrap-3.4.2.3 source ./FreeBSDAMDEnv.Set.sh cd mythes build when the problem is isolated and fixed exit and re-run 'make' from the top-level [root@pcjas /usr/ports/editors/libreoffice/work/libreoffice-bootstrap-3.4.2.3/mythes]# > > FYI: if you have LOCALIZED_LANG=en_US in your make.conf just drop it, > it will fail, en_US is anyway the default. In fact I've got LOCALIZED_LANG=fr because...I live in France ;-) If you like and think it's help you I can drop it and try again. Regards. JAS -- Albert SHIH DIO batiment 15 Observatoire de Paris Meudon 5 Place Jules Janssen 92195 Meudon Cedex Téléphone : 01 45 07 76 26/06 86 69 95 71 Heure local/Local time: mar 23 aoû 2011 14:53:25 CEST ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
INDEX build failed for 7.x
INDEX build failed with errors: Generating INDEX-7 - please wait.. Done. make_index: p5-Task-Catalyst-4.01_2: no entry for /usr/ports/www/p5-FastCGI Committers on the hook: az crees culot stas wen Most recent CVS update was: U MOVED U Tools/scripts/sunshar.rb U cad/tkgate/Makefile U databases/mongodb/Makefile U databases/mongodb/distinfo U devel/bnf/Makefile U devel/p5-Find-Lib/Makefile U devel/p5-Find-Lib/distinfo U mail/sympa/Makefile U mail/sympa5/Makefile U math/R-cran-coda/Makefile U math/R-cran-coda/distinfo U net/prosearch/Makefile U net-mgmt/torrus/Makefile U ports-mgmt/portupgrade/Makefile U ports-mgmt/portupgrade/distinfo U textproc/p5-LaTeX-TOM/Makefile U textproc/p5-LaTeX-TOM/distinfo U www/Makefile U www/p5-FCGI/Makefile U www/p5-FCGI/distinfo U www/p5-FCGI/pkg-descr U www/p5-FCGI/pkg-plist U www/p5-Task-Catalyst/Makefile U www/p5-Task-Plack/Makefile U www/rt36/Makefile U www/rt38/Makefile U www/xoops/Makefile U www/xoops/distinfo U www/xoops/pkg-plist ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
portupgrade broken after ruby upgrade
Following the directions in UPDATING and using portupgrade: 20110822: AFFECTS: users of lang/ruby AUTHOR: s...@freebsd.org The default ruby version has been updated to 1.9. Please rebuild all ports that depends on it. If you use portmaster: # portmaster -r ruby18 If you use portupgrade: # portupgrade -fr lang/ruby18 I now get this whenever I attempt to upgrade ports with dependents. portupgrade -Rr qt [Gathering depends for x11-toolkits/qt33 done] [Gathering depends for audio/arts .. done] [Gathering depends for sysutils/k3b .. done] [Exclude up-to-date packages . done] ** Listing the failed packages (-:ignored / *:skipped / !:failed) - ["qmake-3.3.8_1"] (["qmake-3.3.8_1"]: 3.3.8_1"]: Not in due form: '[_][,]'.) - ["libXinerama-1.1,1"] (["libXinerama-1.1,1"]: 1.1,1"]: Not in due form: '[_][,]'.) - ["libSM-1.1.1_3,1"] (["libSM-1.1.1_3,1"]: 1.1.1_3,1"]: Not in due form: '[_][,]'.) - ["libXi-1.3.2,1"] (["libXi-1.3.2,1"]: 1.3.2,1"]: Not in due form: '[_][,]'.) - ["libmng-1.0.10_2"] (["libmng-1.0.10_2"]: 1.0.10_2"]: Not in due form: '[_][,]'.) - ["jpeg-8_3"] (["jpeg-8_3"]: 8_3"]: Not in due form: '[_][,]'.) - ["libX11-1.3.6,1"] (["libX11-1.3.6,1"]: 1.3.6,1"]: Not in due form: '[_][,]'.) - ["libXext-1.1.2,1"] (["libXext-1.1.2,1"]: 1.1.2,1"]: Not in due form: '[_][,]'.) - ["pkg-config-0.25_1"] (["pkg-config-0.25_1"]: 0.25_1"]: Not in due form: '[_][,]'.) - ["libxslt-1.1.26_3"] (["libxslt-1.1.26_3"]: 1.1.26_3"]: Not in due form: '[_][,]'.) - ["libpthread-stubs-0.3_3"] (["libpthread-stubs-0.3_3"]: 0.3_3"]: Not in due form: '[_][,]'.) - ["python27-2.7.2_1"] (["python27-2.7.2_1"]: 2.7.2_1"]: Not in due form: '[_][,]'.) - ["libiconv-1.13.1_1"] (["libiconv-1.13.1_1"]: 1.13.1_1"]: Not in due form: '[_][,]'.) - ["libxml2-2.7.8_1"] (["libxml2-2.7.8_1"]: 2.7.8_1"]: Not in due form: '[_][,]'.) - ["libICE-1.0.7,1"] (["libICE-1.0.7,1"]: 1.0.7,1"]: Not in due form: '[_][,]'.) - ["perl-5.14.1_1"] (["perl-5.14.1_1"]: 5.14.1_1"]: Not in due form: '[_][,]'.) - ["m4-1.4.16,1"] (["m4-1.4.16,1"]: 1.4.16,1"]: Not in due form: '[_][,]'.) - ["p5-Locale-gettext-1.05_3"] (["p5-Locale-gettext-1.05_3"]: 1.05_3"]: Not in due form: '[_][,]'.) - ["lcms-1.19_1,1"] (["lcms-1.19_1,1"]: 1.19_1,1"]: Not in due form: '[_][,]'.) - ["fontconfig-2.8.0_1,1"] (["fontconfig-2.8.0_1,1"]: 2.8.0_1,1"]: Not in due form: '[_][,]'.) - ["expat-2.0.1_1"] (["expat-2.0.1_1"]: 2.0.1_1"]: Not in due form: '[_][,]'.) - ["imake-1.0.4,1"] (["imake-1.0.4,1"]: 1.0.4,1"]: Not in due form: '[_][,]'.) - ["libXp-1.0.0,1"] (["libXp-1.0.0,1"]: 1.0.0,1"]: Not in due form: '[_][,]'.) - ["libXmu-1.1.0,1"] (["libXmu-1.1.0,1"]: 1.1.0,1"]: Not in due form: '[_][,]'.) - ["libXaw-1.0.8,1"] (["libXaw-1.0.8,1"]: 1.0.8,1"]: Not in due form: '[_][,]'.) - ["makedepend-1.0.3,1"] (["makedepend-1.0.3,1"]: 1.0.3,1"]: Not in due form: '[_][,]'.) - ["libdrm-2.4.12_1"] (["libdrm-2.4.12_1"]: 2.4.12_1"]: Not in due form: '[_][,]'.) - ["qt-3.3.8_13"] (["qt-3.3.8_13"]: 3.3.8_13"]: Not in due form: '[_][,]'.) - ["libmad-0.15.1b_2"] (["libmad-0.15.1b_2"]: 0.15.1b_2"]: Not in due form: '[_][,]'.) - ["libogg-1.2.2,4"] (["libogg-1.2.2,4"]: 1.2.2,4"]: Not in due form: '[_][,]'.) - ["libvorbis-1.3.2,3"] (["libvorbis-1.3.2,3"]: 1.3.2,3"]: Not in due form: '[_][,]'.) - ["jackit-0.118.0_4"] (["jackit-0.118.0_4"]: 0.118.0_4"]: Not in due form: '[_][,]'.) - ["doxygen-1.7.3_1"] (["doxygen-1.7.3_1"]: 1.7.3_1"]: Not in due form: '[_][,]'.) - ["portaudio-18.1_2"] (["portaudio-18.1_2"]: 18.1_2"]: Not in due form: '[_][,]'.) - ["libsamplerate-0.1.7_1"] (["libsamplerate-0.1.7_1"]: 0.1.7_1"]: Not in due form: '[_][,]'.) - ["tmake-1.7_5"] (["tmake-1.7_5"]: 1.7_5"]: Not in due form: '[_][,]'.) - ["dvipsk-tetex-5.95a_5"] (["dvipsk-tetex-5.95a_5"]: 5.95a_5"]: Not in due form: '[_][,]'.) - ["teTeX-3.0_5"] (["t
Re: portupgrade broken after ruby upgrade
On 08/23/11 14:59, Frank_s wrote: Following the directions in UPDATING and using portupgrade: > ... Did I break it? Do I own both pieces? How can I fix this? Please see my two other threads. You probably don't have the latest portupgrade (2.4.9.2_2,2), which fixes what you posted. However, I'm still experiencing other problems on some architecture/version. bye av. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: LibreOffice 3.4.x
On Tue, 23 Aug 2011 14:57:00 +0200, Albert Shih wrote: Le 23/08/2011 à 06:56:59+, Baptiste Daroussin a écrit [...] >> internal build errors: >> >> ERROR: error 65280 occurred while making >> >> /usr/ports/editors/libreoffice/work/libreoffice-bootstrap-3.4.2.3/mythes >> >> it seems that the error is inside 'mythes', please re-run build >> inside this module to isolate the error and/or test your fix: >> >> --- >> This error occurs before the line you pasted can you: 1/ reinstall textproc/mythes? I've already do that by portupgrade --force mythes-1.2.1_1 2/ execute for folloing lines given by the build system and sent the output log? >> rm -Rf >> /usr/ports/editors/libreoffice/work/libreoffice-bootstrap-3.4.2.3/mythes/unxfbsdx.pro >> # optional module 'clean' >> /usr/local/bin/bash >> cd /usr/ports/editors/libreoffice/work/libreoffice-bootstrap-3.4.2.3 >> source ./FreeBSDAMDEnv.Set.sh >> cd mythes >> build >> [root@pcjas /usr/ports/editors/libreoffice]# rm -Rf /usr/ports/editors/libreoffice/work/libreoffice-bootstrap-3.4.2.3/mythes/unxfbsdx.pro [root@pcjas /usr/ports/editors/libreoffice]# cd /usr/ports/editors/libreoffice/work/libreoffice-bootstrap-3.4.2.3 [root@pcjas /usr/ports/editors/libreoffice/work/libreoffice-bootstrap-3.4.2.3]# source ./FreeBSDAMDEnv.Set.sh [root@pcjas /usr/ports/editors/libreoffice/work/libreoffice-bootstrap-3.4.2.3]# cd mythes [root@pcjas /usr/ports/editors/libreoffice/work/libreoffice-bootstrap-3.4.2.3/mythes]# build build -- version: 275224 = Building module mythes = Entering /usr/ports/editors/libreoffice/work/libreoffice-bootstrap-3.4.2.3/mythes mkout -- version: 1.8 dmake: Error: -- `./unxfbsdx.pro/misc/067201ea8b126597670b5eff72e1f66c-mythes-1.2.0.unpack' not found, and can't be made Retrying /usr/ports/editors/libreoffice/work/libreoffice-bootstrap-3.4.2.3/mythes dmake: Error: -- `./unxfbsdx.pro/misc/067201ea8b126597670b5eff72e1f66c-mythes-1.2.0.unpack' not found, and can't be made --- Oh dear - something failed during the build - sorry ! For more help with debugging build errors, please see the section in: http://wiki.documentfoundation.org/Development internal build errors: ERROR: error 65280 occurred while making /usr/ports/editors/libreoffice/work/libreoffice-bootstrap-3.4.2.3/mythes it seems that the error is inside 'mythes', please re-run build inside this module to isolate the error and/or test your fix: --- rm -Rf /usr/ports/editors/libreoffice/work/libreoffice-bootstrap-3.4.2.3/mythes/unxfbsdx.pro # optional module 'clean' /usr/local/bin/bash cd /usr/ports/editors/libreoffice/work/libreoffice-bootstrap-3.4.2.3 source ./FreeBSDAMDEnv.Set.sh cd mythes build when the problem is isolated and fixed exit and re-run 'make' from the top-level [root@pcjas /usr/ports/editors/libreoffice/work/libreoffice-bootstrap-3.4.2.3/mythes]# > FYI: if you have LOCALIZED_LANG=en_US in your make.conf just drop it, it will fail, en_US is anyway the default. In fact I've got LOCALIZED_LANG=fr because...I live in France ;-) If you like and think it's help you I can drop it and try again. Regards. JAS LOCALIZED_LANG=fr work fine for me :) Can you just send me your configure.log which should be located in /usr/ports/editors/libreoffice/work/libreoffice-bootstrap-3.4.2.3/config.log the build systems fails to detect the local mythes version and try to use the bundled one. regards, Bapt ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: LibreOffice 3.4.x
Baptiste Daroussin ha scritto: LOCALIZED_LANG=fr work fine for me :) Not in tinderbox, probably you have installed something that's not in the dependencies list. -- Alex Dupre ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: LibreOffice 3.4.x
Albert Shih ha scritto: In fact I've got LOCALIZED_LANG=fr I have the same error with LOCALIZED_LANG=it. Moreover, the port needs USE_BISON=build. -- Alex Dupre ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: LibreOffice 3.4.x
On Tue, 23 Aug 2011 15:45:12 +0200, Alex Dupre wrote: Baptiste Daroussin ha scritto: LOCALIZED_LANG=fr work fine for me :) Not in tinderbox, probably you have installed something that's not in the dependencies list. No, tested in tinderbox, and build is always succesful on my tinderbox, also reported succesful by other users. Bapt ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: INDEX build failed for 7.x
On 23 August 2011 14:09, Erwin Lansing wrote: > INDEX build failed with errors: > Generating INDEX-7 - please wait.. Done. > make_index: p5-Task-Catalyst-4.01_2: no entry for /usr/ports/www/p5-FastCGI p5-Task-Catalyst had loads of FCGI dependencies, but az just missed one of them when he moved the port. Should be OK now. http://www.freebsd.org/cgi/cvsweb.cgi/ports/www/p5-Task-Catalyst/Makefile Chris ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: LibreOffice 3.4.x
Baptiste Daroussin ha scritto: No, tested in tinderbox, and build is always succesful on my tinderbox, also reported succesful by other users. Very difficult, since it fails very soon in the configure target because of missing bison (FreeBSD 8.2 amd64). Adding USE_BISON=build I get the reported error. -- Alex Dupre ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: LibreOffice 3.4.x
Alex Dupre ha scritto: LOCALIZED_LANG=fr I have the same error with LOCALIZED_LANG=it. I have also WITH_KDE4=yes. -- Alex Dupre ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: LibreOffice 3.4.x
(I'm not subscribed, please keep me in CC) Hello, I found this thread via googling [1]. I updated LibreOffice on two very similar machines (both 8-stable, amd64) - one succeeded, one failed. The failure was exactly the same as in Albert's original post. After some digging, it seems to me that the failure comes from an absent file [2]. I copied it from the succeeding machine to the failing one and building module mythes went OK. I'm still building the whole package so I'm not sure if it's a complete workaround. Maybe a bug in distinfo (missing the file [2])? BR Oli [1] http://groups.google.com/group/mailing.freebsd.ports/browse_thread/thread/5339fbdeb471cea5 [2] /usr/ports/distfiles/libreoffice/067201ea8b126597670b5eff72e1f66c-mythes-1.2.0.tar.gz ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: LibreOffice 3.4.x
kron24 ha scritto: After some digging, it seems to me that the failure comes from an absent file [2]. /usr/ports/distfiles/libreoffice/067201ea8b126597670b5eff72e1f66c-mythes-1.2.0.tar.gz I think the file is missing on purpose, because we want to use the mythes port and not the bundled one. -- Alex Dupre ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
libreoffice build fails in su -m environment
#Initializing ... # #logonUser function need root/Administrator account to test. #You can test by login with root/Administrator, and excute: #testshl2 -forward "username password" ../../../wntmsci9/bin/Security.dll # where username and password are forwarded account info. #if no text forwarded, this function will be skipped. # #Retrived system information is below: Computer Name: Not retrived Current User Name: root Current User Home Directory:file:///root Current Config Directory: file:///root Current UserID: 0 Current User is:Administrator. # #Initialization Done. osl_Security.cxx:216:Assertion Test name: osl_Security::getHomeDir::getHomeDir_001 assertion failed - Expression: ( sal_True == strHomeDirectory.equals( strHome ) ) && ( sal_True == bRes ) - #test comment#: getHomeDir and compare it with the info we get at the beginni ng. Failures !!! Run: 10 Failure total: 1 Failures: 1 Errors: 0 dmake: Error code 1, while making 'test1' This is in su -m environment where id is zero, but USER/LOGNAME/HOME are not roots. -- Andriy Gapon ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
libreoffice with java: build fails in UTF-8 env
init: [echo] HttpClient Library 3.1 prepare: static: compile: [javac] /usr/obj/usr/ports/editors/libreoffice/work/libreoffice-bootstrap-3.4.2.3/clone/extensions/apache-commons/unxfbsdx.pro/misc/build/commons-httpclient-3.1/build.xml:184: warning: 'includeantruntime' was not set, defaulting to build.sysclasspath=last; set to false for repeatable builds [javac] Compiling 139 source files to /usr/obj/usr/ports/editors/libreoffice/work/libreoffice-bootstrap-3.4.2.3/clone/extensions/apache-commons/unxfbsdx.pro/misc/build/commons-httpclient-3.1/target/classes [javac] /usr/obj/usr/ports/editors/libreoffice/work/libreoffice-bootstrap-3.4.2.3/clone/extensions/apache-commons/unxfbsdx.pro/misc/build/commons-httpclient-3.1/src/java/org/apache/commons/httpclient/HttpContentTooLargeException.java:6: unmappable character for encoding UTF8 [javac] * @author Ortwin Gl�ck [javac] ^ [javac] 1 error BUILD FAILED $ locale LANG=en_GB.UTF-8 LC_CTYPE="en_GB.UTF-8" LC_COLLATE="en_GB.UTF-8" LC_TIME="en_GB.UTF-8" LC_NUMERIC="en_GB.UTF-8" LC_MONETARY="en_GB.UTF-8" LC_MESSAGES="en_GB.UTF-8" LC_ALL=en_GB.UTF-8 -- Andriy Gapon ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: LibreOffice 3.4.x
On 2011/08/23 17:02, Alex Dupre wrote: kron24 ha scritto: After some digging, it seems to me that the failure comes from an absent file [2]. /usr/ports/distfiles/libreoffice/067201ea8b126597670b5eff72e1f66c-mythes-1.2.0.tar.gz I think the file is missing on purpose, because we want to use the mythes port and not the bundled one. I see. Anyway it might explain why some failed and some succeeded to build the port. Oli, still compiling :-) ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
ruby and amarok - dead lock?
Hi There ist is like a bite in your own ass (dead lock): [UODATING]: The default ruby version has been updated to 1.9. Please rebuild all ports that [AMAROK] BROKEN= does not build with ruby 1.9 What To do? Heino ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: LibreOffice 3.4.x
Baptiste Daroussin ha scritto: Can you just send me your configure.log which should be located in /usr/ports/editors/libreoffice/work/libreoffice-bootstrap-3.4.2.3/config.log the build systems fails to detect the local mythes version and try to use the bundled one. I have my tinderbox in sleep state, I can send you whatever you want. The config.log says it will use the external mythes, it finds it too, but actually it tries to build the bundled one. -- Alex Dupre ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
INDEX now builds successfully on 7.x
___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: ruby and amarok - dead lock?
Op dinsdag 23 augustus 2011 17:22:07 schreef Heino Tiedemann: > Hi There > > > ist is like a bite in your own ass (dead lock): > > > [UODATING]: The default ruby version has been updated to 1.9. Please rebuild > all ports that > > [AMAROK] BROKEN= does not build with ruby 1.9 > > What To do? > Switch to audio/amarok-kde4. Unless it's an easy fix, I doubt these kde3/qt3 programs will get the attention needed to fix it. (the GUI is terribly slow since Amarok 2.4.3, but I assume they'll fix that in the future) ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: libreoffice with java: build fails in UTF-8 env
On Tue, 23 Aug 2011 18:58:12 +0200, Christoph Moench-Tegeder wrote: ## Andriy Gapon (a...@freebsd.org): [javac] * @author Ortwin Gl�ck [javac] ^ [javac] 1 error BUILD FAILED $ locale LANG=en_GB.UTF-8 Same here... us germans with our umlauts... I fixed that here by changing 2c9b0f83ed5890af02c0df1c1776f39b-commons-httpclient-3.1-src.tar.gz (always breaking down the umlaut "ü" into "ue" in the .java files), repackaging commons-httpclient-3.1-src.tar.gz and changing the filename (md5sum!) and the libreoffice makefiles to match the new tarball. Obviously, this is more of a workaround (but I couldn't figure out how to get that into the libreoffice Makefile system). Gruß, Christoph Yes building libreoffice with java option in an UTF8 environement is known to fail there is nothing I found to workaround that :( A way to find a solution is to help me "unbundle" the some java sources. btw I CC office@ as it is now the maintainer, as I'm running out of time to work alone on libreoffice. Bapt ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: LibreOffice 3.4.x
On Tue, 23 Aug 2011 17:51:59 +0200, Alex Dupre wrote: Baptiste Daroussin ha scritto: Can you just send me your configure.log which should be located in /usr/ports/editors/libreoffice/work/libreoffice-bootstrap-3.4.2.3/config.log the build systems fails to detect the local mythes version and try to use the bundled one. I have my tinderbox in sleep state, I can send you whatever you want. The config.log says it will use the external mythes, it finds it too, but actually it tries to build the bundled one. Ok I can reproduce. I have two tinderboxes sharing the same distfile cache, one is able to build correctly the other fails because of the missing of mythes. weird weird weird, I hate that build system :) ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: libreoffice with java: build fails in UTF-8 env
## Andriy Gapon (a...@freebsd.org): > [javac] * @author Ortwin Gl�ck > [javac] ^ > [javac] 1 error > > BUILD FAILED > > $ locale > LANG=en_GB.UTF-8 Same here... us germans with our umlauts... I fixed that here by changing 2c9b0f83ed5890af02c0df1c1776f39b-commons-httpclient-3.1-src.tar.gz (always breaking down the umlaut "ü" into "ue" in the .java files), repackaging commons-httpclient-3.1-src.tar.gz and changing the filename (md5sum!) and the libreoffice makefiles to match the new tarball. Obviously, this is more of a workaround (but I couldn't figure out how to get that into the libreoffice Makefile system). Gruß, Christoph -- Spare Space ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: ruby and amarok - dead lock?
On Tue, 23 Aug 2011 18:05:27 +0200, Oliver Heesakkers wrote: > Op dinsdag 23 augustus 2011 17:22:07 schreef Heino Tiedemann: > > Hi There > > > > > > ist is like a bite in your own ass (dead lock): > > > > > > [UODATING]: The default ruby version has been updated to 1.9. Please > > rebuild all ports that > > > > [AMAROK] BROKEN= does not build with ruby 1.9 > > > > What To do? > > Switch to audio/amarok-kde4. you can look at audio/clementine-player also, it's a fork of old amarok, ported to Qt4. > Unless it's an easy fix, I doubt these kde3/qt3 programs will get the > attention needed to fix it. > > (the GUI is terribly slow since Amarok 2.4.3, but I assume they'll fix that > in the future) > ___ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org" ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: ruby and amarok - dead lock?
On 08/23/2011 08:22, Heino Tiedemann wrote: > Hi There > > > ist is like a bite in your own ass (dead lock): > > > [UODATING]: The default ruby version has been updated to 1.9. Please rebuild > all ports that > > > > [AMAROK] BROKEN= does not build with ruby 1.9 > > > > > What To do? Don't upgrade ruby? Just because something is a new default doesn't mean you have to upgrade to it. :) Of course you could also try portmaster and see if that would be a good replacement for portupgrade, but that's another topic. Doug -- Nothin' ever doesn't change, but nothin' changes much. -- OK Go Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: portupgrade broken after ruby upgrade
On Tue, 23 Aug 2011, Andrea Venturoli wrote: On 08/23/11 14:59, Frank_s wrote: Following the directions in UPDATING and using portupgrade: ... Did I break it? Do I own both pieces? How can I fix this? Please see my two other threads. You probably don't have the latest portupgrade (2.4.9.2_2,2), which fixes what you posted. However, I'm still experiencing other problems on some architecture/version. bye av. That took care of the problem. Thanks, Frank ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: FreeBSD unmaintained ports which are currently scheduled for deletion
On 2011-Aug-23 07:45:04 +0100, Chris Rees wrote: >On 22 Aug 2011 22:49, "Peter Jeremy" wrote: >> >> On 2011-Aug-21 08:30:13 +0200, lini...@freebsd.org wrote: >> >portname: cad/tkgate >> I have no problem fetching this port from the mastersite. > >I'll take a look. Thanks for undeprecating this. >> >portname: sysutils/cpuburn >> Actually, the mastersite has been discontinued by the ISP. It looks >> like it's still available elsewhere but I can't find a replacement >> mastersite. > >So this one is correct??? It seems to be - which is unfortunate. -- Peter Jeremy pgpF7dXMgyo6I.pgp Description: PGP signature
ruby-rbtree
It appears ruby-rbtree is marked deprecated because the master site has disappeared. In fact it has moved here: http://rubyforge.org/frs/download.php/67118/rbtree-0.3.0.tar.gz -- Michel TALON ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: ruby and amarok - dead lock?
Doug Barton wrote: > On 08/23/2011 08:22, Heino Tiedemann wrote: >> Hi There >> >> >> ist is like a bite in your own ass (dead lock): >> >> >> [UODATING]: The default ruby version has been updated to 1.9. Please rebuild >> all ports that >> >> >> >> [AMAROK] BROKEN= does not build with ruby 1.9 >> >> >> >> >> What To do? > > Don't upgrade ruby? Just because something is a new default doesn't mean > you have to upgrade to it. :) > > Of course you could also try portmaster and see if that would be a good > replacement for portupgrade, but that's another topic. But tell me more: Is only portupgrade the reaosn for the new ruby? Heino ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: FreeBSD Port: pdftk-1.44
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 8/12/11 9:40 AM, Shaddox, William wrote: > We use pdftk for shuffling pdfs together and adding watermarks to a pdf > with the stamp command. We’ve found that if we start with a pdf that’s > over 2GB in size, pdftk will give the error below and stop working. Is > there any work around for this or is this a known issue? I’ve checked > the FAQ but I didn’t see anything about this size limitation. > > Our system is running FreeBSD version 8.2 –RELEASE AMD64 and pdftk > version 1.44 > > Error: Failed to open PDF file: > >Output_name.pdf > > Errors encountered. No output created. > > Done. Input errors, so no output created. > >William M. Shaddox > Hi William, Sorry about the delayed response, but I was on vacation a while back and never caught up with the ports mailing list messages until today. Your direct message was filtered into the same folder, so I missed that one as well. Anyway, could you try running pdftk with truss so I can see what's going on at the system call level? The command is: truss -f -a -s 256 -o /tmp/pdftk.log /usr/local/bin/pdftk Once pdftk exits with the error, please post /tmp/pdftk.log somewhere and send a link back here. That should help start the troubleshooting process. Thank you, Greg - -- Greg Larkin http://www.FreeBSD.org/ - The Power To Serve http://www.sourcehosting.net/ - Ready. Set. Code. http://twitter.com/cpucycle/ - Follow you, follow me -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk5UDUAACgkQ0sRouByUApCfGwCgzMAC2pTELzz5A9gc9fysP//f 4q0AmwSTD6tM9C9i0g5NTmJtDwg/ml5t =r3oe -END PGP SIGNATURE- ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: ruby and amarok - dead lock?
Oliver Heesakkers wrote: > Op dinsdag 23 augustus 2011 17:22:07 schreef Heino Tiedemann: >> Hi There >> >> >> ist is like a bite in your own ass (dead lock): >> >> >> [UODATING]: The default ruby version has been updated to 1.9. Please rebuild >> all ports that >> >> [AMAROK] BROKEN= does not build with ruby 1.9 >> >> What To do? >> > > Switch to audio/amarok-kde4. Bad idea. That meins complete KDE switch. > Unless it's an easy fix, I doubt these kde3/qt3 programs will get the > attention needed to fix it. .. unfortunately :( ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: ruby and amarok - dead lock?
Max Brazhnikov wrote: > On Tue, 23 Aug 2011 18:05:27 +0200, Oliver Heesakkers wrote: >> Op dinsdag 23 augustus 2011 17:22:07 schreef Heino Tiedemann: >> > Hi There >> > >> > >> > ist is like a bite in your own ass (dead lock): >> > >> > >> > [UODATING]: The default ruby version has been updated to 1.9. Please >> > rebuild all ports that >> > >> > [AMAROK] BROKEN= does not build with ruby 1.9 >> > >> > What To do? >> >> Switch to audio/amarok-kde4. > > you can look at audio/clementine-player also, it's a fork of old amarok, > ported to Qt4. I tried elready: there comes a horrible amount of new dependicies.. Heino ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: ruby-rbtree
On Tue, 23 Aug 2011 22:35:30 +0200 Michel Talon wrote: > It appears ruby-rbtree is marked deprecated because the master site > has disappeared. > In fact it has moved here: > http://rubyforge.org/frs/download.php/67118/rbtree-0.3.0.tar.gz Probably best to send a PR, that will ping the maintainer. If you're interested in maintaining the port you can indicate that as well. Doug -- Nothin' ever doesn't change, but nothin' changes much. -- OK Go Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Ruby 19 install(?) failure
I just tried upgrading ruby to lang/ruby19 as per ports/UPDATING. Looks like build just patches and the 'make install' does most of the real work. In any case, it fails. cc -shared -o ../../.ext/amd64-freebsd8/zlib.so zlib.o -L. -L../.. -L. -rdynamic -Wl,-soname,../../.ext/amd64-freebsd8/zlib.so -Wl,-R -Wl,/usr/local/lib -L/usr/local/lib -lruby19 -lz -lthr -lrt -lcrypt -lm -L/usr/local/lib -rpath=/usr/lib:/usr/local/lib -pthread -lc making ruby19 make: don't know how to make NO_DEPENDS. Stop *** Error code 2 Running 8.2-Stable of Aug 19. Any idea what's wrong? Thanks! -- R. Kevin Oberman, Network Engineer - Retired E-mail: kob6...@gmail.com ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: ruby and amarok - dead lock?
On Tue, 23 Aug 2011 17:22:07 +0200 Heino Tiedemann mentioned: > Hi There > > > ist is like a bite in your own ass (dead lock): > > > [UODATING]: The default ruby version has been updated to 1.9. Please rebuild > all ports that > > > > [AMAROK] BROKEN= does not build with ruby 1.9 > > Hi! You can keep the old ruby by setting RUBY_DEFAULT_VER=1.9 in make.conf. This way it will continue to function as before. -- Stanislav Sedov ST4096-RIPE () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: Ruby 19 install(?) failure
On Tue, Aug 23, 2011 at 2:15 PM, Kevin Oberman wrote: > I just tried upgrading ruby to lang/ruby19 as per ports/UPDATING. > Looks like build just patches and the 'make install' does most of the > real work. In any case, it fails. > > cc -shared -o ../../.ext/amd64-freebsd8/zlib.so zlib.o -L. -L../.. -L. > -rdynamic -Wl,-soname,../../.ext/amd64-freebsd8/zlib.so -Wl,-R > -Wl,/usr/local/lib -L/usr/local/lib -lruby19 -lz -lthr -lrt -lcrypt > -lm -L/usr/local/lib -rpath=/usr/lib:/usr/local/lib -pthread -lc > making ruby19 > make: don't know how to make NO_DEPENDS. Stop > *** Error code 2 > > Running 8.2-Stable of Aug 19. > > Any idea what's wrong? > Thanks! Now I'm very confused. After the same failure three times, I tied a manual "make install" and it worked. I then re-ran the "portmaster -o lang/ruby19 /lang/ruby18 and it semed to be OK, but when I ran the "portmaster -R -r lang/ruby-1.9, it tried to install ruby18-gems and that tried to re-install ruby18. Am I missing something? -- R. Kevin Oberman, Network Engineer - Retired E-mail: kob6...@gmail.com ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: Ruby 19 install(?) failure
Hi, On 08/23/11 18:08, Kevin Oberman wrote: > On Tue, Aug 23, 2011 at 2:15 PM, Kevin Oberman wrote: >> I just tried upgrading ruby to lang/ruby19 as per ports/UPDATING. >> Looks like build just patches and the 'make install' does most of the >> real work. In any case, it fails. >> >> cc -shared -o ../../.ext/amd64-freebsd8/zlib.so zlib.o -L. -L../.. -L. >> -rdynamic -Wl,-soname,../../.ext/amd64-freebsd8/zlib.so -Wl,-R >> -Wl,/usr/local/lib -L/usr/local/lib -lruby19 -lz -lthr -lrt -lcrypt >> -lm -L/usr/local/lib -rpath=/usr/lib:/usr/local/lib -pthread -lc >> making ruby19 >> make: don't know how to make NO_DEPENDS. Stop >> *** Error code 2 >> >> Running 8.2-Stable of Aug 19. >> >> Any idea what's wrong? >> Thanks! > > Now I'm very confused. After the same failure three times, I tied a > manual "make install" > and it worked. I then re-ran the "portmaster -o lang/ruby19 > /lang/ruby18 and it semed to be OK, but when I ran the "portmaster -R > -r lang/ruby-1.9, it tried to install ruby18-gems and that tried to > re-install ruby18. > > Am I missing something? My apologies for the trouble. Can you tell me what version of FreeBSD you're on and what other packages you have installed? Thanks, Steve ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: Ruby 19 install(?) failure
On Aug 23, 2011 5:33 PM, "Steve Wills" wrote: > > Hi, > > On 08/23/11 18:08, Kevin Oberman wrote: > > On Tue, Aug 23, 2011 at 2:15 PM, Kevin Oberman wrote: > >> I just tried upgrading ruby to lang/ruby19 as per ports/UPDATING. > >> Looks like build just patches and the 'make install' does most of the > >> real work. In any case, it fails. > >> > >> cc -shared -o ../../.ext/amd64-freebsd8/zlib.so zlib.o -L. -L../.. -L. > >> -rdynamic -Wl,-soname,../../.ext/amd64-freebsd8/zlib.so -Wl,-R > >> -Wl,/usr/local/lib -L/usr/local/lib -lruby19 -lz -lthr -lrt -lcrypt > >> -lm -L/usr/local/lib -rpath=/usr/lib:/usr/local/lib -pthread -lc > >> making ruby19 > >> make: don't know how to make NO_DEPENDS. Stop > >> *** Error code 2 > >> > >> Running 8.2-Stable of Aug 19. > >> > >> Any idea what's wrong? > >> Thanks! > > > > Now I'm very confused. After the same failure three times, I tied a > > manual "make install" > > and it worked. I then re-ran the "portmaster -o lang/ruby19 > > /lang/ruby18 and it semed to be OK, but when I ran the "portmaster -R > > -r lang/ruby-1.9, it tried to install ruby18-gems and that tried to > > re-install ruby18. > > > > Am I missing something? > > My apologies for the trouble. Can you tell me what version of FreeBSD > you're on and what other packages you have installed? > > Thanks, > Steve As stated, 8-Stable of Aug. 19. I should have also mentioned that it's an amd64 system. I have about 900 ports installed including a full gnome system and a number of multimedia ports inc. ffmpeg, handbrake, mplayer, lame, avidemux, and several that don't come to mind. If you need it, I can send the full list when I get back to my system. Thanks! R. Kevin Oberman, Network Engineer Retired kob6...@gmail.com ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: Upgrade ruby 1.8 to 1.9 failed
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, On 08/23/11 06:36, Anton wrote: > Upgrade to the latest version failed: > My apologies for the trouble. We've reverted the default back to 1.9. Going back to 1.8 should resolve the issue. Steve -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.17 (FreeBSD) iQEcBAEBAgAGBQJOVE5OAAoJEPXPYrMgexuhPMgH/2sAiucG1WxDmRmdlYo36pdL lvb1wDXttvHkzVG79CfPzBickoaUTHtR3mfB8nWSZktWuDLRiKRBHCElnv5M0tKb 57HHNiisDypiWGQMD4PiBgj/BV6wQfViaewrfSmQ+NSYb6PS5IlRMEFCMEnAh9WM uxVclSfvVHuwmLlhFqwwuq0kGLXxxnnk8+iotGAsrl85l0pRL2OsX13IbZ+WTSiJ zI51K9KaF3fWhj16zS5SCUvJbau3OD8auaEVP+Eu2ujSNlfu7eN39zbF5tC1cN+1 zlNxdCvXPwcMbARjkW4cLnWb7FdAnOGcAHqwvOI0M5PzlOLvbSHR6Qpc6DF6B2I= =n9Dr -END PGP SIGNATURE- ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: Upgrade ruby 1.8 to 1.9 failed
On Tue, 23 Aug 2011 13:36:34 +0300 Anton mentioned: > Upgrade to the latest version failed: > > # portmaster -o lang/ruby19 lang/ruby18 > . > > compiling zlib > cc -shared -o ../../.ext/i386-freebsd8/zlib.so zlib.o -L. -L../.. -L. > -rdynamic -Wl,-soname,../../.ext/i386-freebsd8/zlib.so -Wl,-R > -Wl,/usr/local/lib -L/usr/local/lib -lruby19 -lz -lcrypt -lm > -L/usr/local/lib -rpath=/usr/lib:/usr/local/lib -pthread -lc > making ruby19 > make: don't know how to make NO_DEPENDS. Stop > *** Error code 2 > This is most likely due to the bug in the ruby build system we need to fix. It seems it tries to run the inernal make with the same argument the port make has been called with. For now, you can either work around this by building and installing ruby 1.9 manually (via make install), or just keep 1.8 which we returned to as default ruby for now due to a big list of problems we didn't anticipated. Sorry for the inconveniencies! -- Stanislav Sedov ST4096-RIPE () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: [HEADS UP] Ruby 1.9 will become the default Ruby version this weekend
On Fri, 19 Aug 2011 20:25:45 -0400 Steve Wills mentioned: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Hi, > > Barring objections, I'm planning to commit this patch: > > http://people.freebsd.org/~swills/ruby19_and_gems_changes6.diff > > tomorrow. It will update Ruby 1.9 and make it the default version. If > you wish to continue using Ruby 1.8, set > > RUBY_VER= 1.8 > > in /etc/make.conf. > > There are still some ports which do not work with Ruby 1.9, but most > work OK. If you have any objections or questions, please let me know. > > Thanks, > Steve Hi! We just reverted back this change due to a big list of problems people discovered when using ruby 1.9 that we did not anticipated. We will continue working on improving 1.9 support, as well on the improving ways people can use 1.8 and 1.9 simultaneously. However, we decided to delay the switch until the major problems we discovered are solved. I would like to apologize to all folks who were affected. If you wish to keep 1.9 as a default version, just add RUBY_DEFAULT_VERSION=1.9 to your /etc/make.conf. Othewise, follow the instructions in UPDATING to downgrade. If you didn't performed the update yet, everything should continue to work as expected. Thanks to all for patience! -- Stanislav Sedov ST4096-RIPE () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: Upgrade ruby 1.8 to 1.9 failed
Thanks for the your feedback. Problem is solved simply: # portmaster lang/ruby19 On 24.08.2011 04:34, Stanislav Sedov wrote: On Tue, 23 Aug 2011 13:36:34 +0300 Anton mentioned: Upgrade to the latest version failed: # portmaster -o lang/ruby19 lang/ruby18 . compiling zlib cc -shared -o ../../.ext/i386-freebsd8/zlib.so zlib.o -L. -L../.. -L. -rdynamic -Wl,-soname,../../.ext/i386-freebsd8/zlib.so -Wl,-R -Wl,/usr/local/lib -L/usr/local/lib -lruby19 -lz -lcrypt -lm -L/usr/local/lib -rpath=/usr/lib:/usr/local/lib -pthread -lc making ruby19 make: don't know how to make NO_DEPENDS. Stop *** Error code 2 This is most likely due to the bug in the ruby build system we need to fix. It seems it tries to run the inernal make with the same argument the port make has been called with. For now, you can either work around this by building and installing ruby 1.9 manually (via make install), or just keep 1.8 which we returned to as default ruby for now due to a big list of problems we didn't anticipated. Sorry for the inconveniencies! -- best regards, Anton ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
