/libexec/ld-elf.so.1: Undefined symbol optifd referenced from COPY relocation in /bin/cp when installing sudo port
Hello list, Anybody seen the message below and knows what it means? Couldn't find anything on Goolge. It's a 6.1-RELEASE-p10 system. [EMAIL PROTECTED] sudo # make === WARNING: Vulnerability database out of date, checking anyway === Found saved configuration for sudo-1.6.9.1 === Extracting for sudo-1.6.9.1 = MD5 Checksum OK for sudo-1.6.9p1.tar.gz. = SHA256 Checksum OK for sudo-1.6.9p1.tar.gz. === Patching for sudo-1.6.9.1 === Configuring for sudo-1.6.9.1 /libexec/ld-elf.so.1: Undefined symbol optifd referenced from COPY relocation in /bin/cp *** Error code 1 Stop in /usr/ports/security/sudo. *** Error code 1 Stop in /usr/ports/security/sudo. With regards, Lars. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
RE: /libexec/ld-elf.so.1: Undefined symbol optifd referenced fromCOPY relocation in /bin/cp when installing sudo port SOLVED
Hello list, This issue is solved. I have compiled the /bin/cp binary from source again and installed it. Still don't know what caused this though. Cheers, Lars. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of FreeBSD-Ports Posted At: Monday, July 30, 2007 8:37 AM Posted To: FreeBSD-Ports Conversation: /libexec/ld-elf.so.1: Undefined symbol optifd referenced fromCOPY relocation in /bin/cp when installing sudo port Subject: /libexec/ld-elf.so.1: Undefined symbol optifd referenced fromCOPY relocation in /bin/cp when installing sudo port Hello list, Anybody seen the message below and knows what it means? Couldn't find anything on Goolge. It's a 6.1-RELEASE-p10 system. [EMAIL PROTECTED] sudo # make === WARNING: Vulnerability database out of date, checking anyway === Found saved configuration for sudo-1.6.9.1 === Extracting for sudo-1.6.9.1 = MD5 Checksum OK for sudo-1.6.9p1.tar.gz. = SHA256 Checksum OK for sudo-1.6.9p1.tar.gz. === Patching for sudo-1.6.9.1 === Configuring for sudo-1.6.9.1 /libexec/ld-elf.so.1: Undefined symbol optifd referenced from COPY relocation in /bin/cp *** Error code 1 Stop in /usr/ports/security/sudo. *** Error code 1 Stop in /usr/ports/security/sudo. With regards, Lars. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED] ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
[Fwd: Re: /libexec/ld-elf.so.1: Undefined symbol optifd referenced fromCOPY relocation in /bin/cp when installing sudo port SOLVED]
---BeginMessage--- Garrett Cooper wrote: Lars Wittebrood wrote: Hello list, This issue is solved. I have compiled the /bin/cp binary from source again and installed it. Still don't know what caused this though. Cheers, Lars. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of FreeBSD-Ports Posted At: Monday, July 30, 2007 8:37 AM Posted To: FreeBSD-Ports Conversation: /libexec/ld-elf.so.1: Undefined symbol optifd referenced fromCOPY relocation in /bin/cp when installing sudo port Subject: /libexec/ld-elf.so.1: Undefined symbol optifd referenced fromCOPY relocation in /bin/cp when installing sudo port Hello list, Anybody seen the message below and knows what it means? Couldn't find anything on Goolge. It's a 6.1-RELEASE-p10 system. [EMAIL PROTECTED] sudo # make === WARNING: Vulnerability database out of date, checking anyway === Found saved configuration for sudo-1.6.9.1 === Extracting for sudo-1.6.9.1 = MD5 Checksum OK for sudo-1.6.9p1.tar.gz. = SHA256 Checksum OK for sudo-1.6.9p1.tar.gz. === Patching for sudo-1.6.9.1 === Configuring for sudo-1.6.9.1 /libexec/ld-elf.so.1: Undefined symbol optifd referenced from COPY relocation in /bin/cp *** Error code 1 Stop in /usr/ports/security/sudo. *** Error code 1 Stop in /usr/ports/security/sudo. With regards, Lars. ABI changes if you recompiled some sources (and not others) can cause this. Always rebuild everything if you changed any important parts (libc, compiler versions, dependant libs, etc). -Garrett Err... I meant to email [EMAIL PROTECTED] -Garrett ---End Message--- ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Python 2.5.1 as default Python version
This is just a quick message to note that we have made Python 2.5.1 the default Python version in the FreeBSD ports collection as of about a minute ago. This change also included a considerable amount of work to make support for Python Eggs more useable in the Ports collection, by provoiding a few macros for working with easy_install registration, as well as support for Python 2.5's egginfo files. Most, if not all, of the work was done by Hye-Shik Chang (perky@) who has done a great job of getting this change into the tree. I'd also like to thank Pav Lucistnik (pav@) for being really on the ball about getting experimental runs done for us so we could get these changes in with a minimal amount of damage within the ports tree. We know there are still a few stragling ports, and will be working to fix them as quickly as possible. The ones we know of right now are: java-gcj-compat, gsculpt, py25-wxPython-common, gourmet, and scribus. Please direct questions, requests, and complaints to [EMAIL PROTECTED] Alex ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Current unassigned ports problem reports
Current FreeBSD problem reports The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. Bugs can be in one of several states: o - open A problem report has been submitted, no sanity checking performed. a - analyzed The problem is understood and a solution is being sought. f - feedback Further work requires additional information from the originator or the community - possibly confirmation of the effectiveness of a proposed solution. p - patched A patch has been committed, but some issues (MFC and / or confirmation from originator) are still open. r - repocopy The resolution of the problem report is dependent on a repocopy operation within the CVS repository which is awaiting completion. s - suspended The problem is not being worked on, due to lack of information or resources. This is a prime candidate for somebody who is looking for a project to do. If the problem cannot be solved at all, it will be closed, rather than suspended. c - closed A problem report is closed when any changes have been integrated, documented, and tested -- or when fixing the problem is abandoned. Critical problems S Tracker Resp. Description o ports/112754VERY SERIOUS security bug in sysutils/eject o ports/115035[patch] mpd4: 'libpdel.so.4 not found' on startup - rc 2 problems total. Serious problems S Tracker Resp. Description o ports/105549ports/www/squid_radius_auth doesn't work on sparc64 o ports/106369vpnd caused kernel panic with ppp mode o ports/106372vpnd can't run with slip mode o ports/107536editors/scite: Can't write on SciTE text editor f ports/108077www/linux-flashplugin9 crashes linux-firefox f ports/108413net/vnc does not works. f ports/108537print/hplip: Build failure f ports/108606Courier MTA terminates abnormaly after installation f ports/111338graphics/yafray: doesn't respect CXX, CXXFLAGS and eve f ports/112083mail/qsheff overwrites configuration upon upgrade f ports/112094www/lynx: plist missing configuration file o ports/112385sysutils/lookupd on Kernel 64 f ports/112698www/opera's spell-check doesn't work f ports/112921x11-wm/Beryl not loading focus and keybinding settings f ports/113139sysutils/ucspi-tcp runtime crash on amd64 w/ fix o ports/113144print/ghostscript-gnu dumps core with several output d f ports/113498www/elinks: lua scripting broken f ports/113847devel/apr's buildconf is not able to find the python o ports/114132mule goes core dump on X Window System o ports/114286port unixODBC installs documentation with access mode o ports/114560editors/mule cannot compile in ports f ports/114819[patch] x11-toolkits/swt-devel crashes in realpath whe 22 problems total. Non-critical problems S Tracker Resp. Description o ports/94921 isakmpd fails on amd64 o ports/95854 New Port: www/ochusha o ports/100896[new ports] emulators/vmware-server-guestd1 emulators/ f ports/101166bittorrent-curses only works under English locales. o ports/103395security/gnome-ssh-askpass interferes with gnome-scree o ports/107354net/icmpinfo: icmpinfo -vvv does not recocnize any ICM o ports/107368audio/normalize: [patch] - normalize-mp3 and normalize f ports/107621net/proxychains doens't compile on 4 and 5 f ports/107937jailed net/isc-dhcp3-server wouldn't run with an immut f ports/108104print/hplip: documentation gets installed though NOPOR o ports/108595pstree (sysutils/psmisc) don't work in jail f ports/108723kxgenerator never worked for me f ports/108788[patch] sysutils/fusefs-kmod: Add BASE option f ports/108853Contradiction of CONFLICTS¡¡ f ports/109041security/tinyca doesn't allow for user installed OpenS o ports/110144New port: math/Matlab7 f ports/110320[security/vpnc] rc script returns 0 on failure o ports/67New port:mail/ilohamail-devel IlohaMail is a lightweig o ports/111247New port: sysutil/linux-procfs rpm port of procps f ports/111399print/ghostscript-gpl: ghostscript-gpl WITH_FT_BRIDGE f ports/111456[UPDATE] finance/pfpro updated distinfo f ports/111549ports/net/fping patch to add -S source_addr
pm3-base, cvsup, etc. on -CURRENT [patch]
The Modula 3 ports recently stopped working on -CURRENT because of a change to the i386 machine-dependent kernel code removed a kludge that the pm3 garbage collector was using to find the fault address when accesses were made to protected pages. The correct fix for this is to convert the garbage collector to using sigaction() with the SA_SIGINFO flag so that it can get the address in a supported fashion. A further problem is that the pm3-base port can't be built with GCC 4.2, which is the base compiler in current. The patch below addresses both of these issues, though I cheated a bit in the bootstrap code by relying on the fact that the fault address is also returned in an undocumented fourth argument to old-style signal handlers, because this was an easier change to make by hand. In theory, the bootstrap assembly language code could be regenerated from the .m3 source. I've tested this on -CURRENT. I've done some partial testing on 6.2-STABLE, but this port does most of its interesting work in the install step, which is a problem for me because I don't happen to have full access to a machine running -STABLE at the momemt. I'd appreciate any feedback and testing of this patch that I can get. Index: Makefile === RCS file: /home/ncvs/ports/lang/pm3-base/Makefile,v retrieving revision 1.20 diff -u -r1.20 Makefile --- Makefile6 Oct 2006 20:25:43 - 1.20 +++ Makefile30 Jul 2007 17:44:40 - @@ -49,6 +49,10 @@ INST_TARGET= freebsd-4 BOOTSTRAP= pm3-${PORTVERSION}-${TARGET}-boot.tar.bz2 WORDSIZE= 32 +.if ${OSVERSION} = 700042 +USE_GCC= 3.4 +GCC34_PATCH=${PATCHDIR}/GCC34-patch-${TARGET} +.endif .elif ${ARCH} == alpha CFLAGS+= -mieee TARGET=FBSD_ALPHA @@ -63,6 +67,7 @@ .if ${EXTRA_PATCHES} == ${PATCHDIR}/${TARGET}-patch-* .undef EXTRA_PATCHES .endif +EXTRA_PATCHES+= ${GCC34_PATCH} post-patch: @${CP} ${WRKSRC}/libs/m3core/src/runtime/${TARGET}/RTHeapDepC.c \ Index: files/GCC34-patch-FreeBSD4 === RCS file: files/GCC34-patch-FreeBSD4 diff -N files/GCC34-patch-FreeBSD4 --- /dev/null 1 Jan 1970 00:00:00 - +++ files/GCC34-patch-FreeBSD4 27 Jul 2007 20:47:31 - @@ -0,0 +1,19 @@ +--- m3config/src/FreeBSD4.orig 2000-05-31 10:55:01.0 -0700 m3config/src/FreeBSD4 2007-07-27 13:46:14.0 -0700 +@@ -18,12 +18,12 @@ + + ASM = [as, -o] + BOPT_FLAG = -O +-CC = [cc,-c] +-GNU_CC = cc ++CC = [gcc34,-c] ++GNU_CC = gcc34 + GNU_CFLAGS = [] +-LINK = [cc] ++LINK = [gcc34] + MAKELIB = [ ar, cru ] +-MAKESHLIB = [cc,-shared] ++MAKESHLIB = [gcc34,-shared] + OPT_FLAG = -O + RANLIB = [ranlib] + RPATH_FLAG = -R Index: files/patch-RTHeapDep.m3 === RCS file: files/patch-RTHeapDep.m3 diff -N files/patch-RTHeapDep.m3 --- /dev/null 1 Jan 1970 00:00:00 - +++ files/patch-RTHeapDep.m328 Jul 2007 01:37:47 - @@ -0,0 +1,116 @@ +--- libs/m3core/src/runtime/FreeBSD4/RTHeapDep.m3.orig 2000-05-31 10:54:33.0 -0700 libs/m3core/src/runtime/FreeBSD4/RTHeapDep.m3 2007-07-27 18:37:41.0 -0700 +@@ -50,36 +50,41 @@ + + (* establish SIGSEGV handler; remember previous handler *) + VAR +- vec := Usignal.struct_sigvec{ +- sv_handler := Fault, sv_mask := +- Word.LeftShift(1, Usignal.SIGVTALRM - 1), sv_flags := 0}; +- ovec: Usignal.struct_sigvec; +- ret := Usignal.sigvec(Usignal.SIGSEGV, vec, ovec); +- vecb := Usignal.struct_sigvec{ +- sv_handler := Fault, sv_mask := +- Word.LeftShift(1, Usignal.SIGVTALRM - 1), sv_flags := 0}; +- ovecb: Usignal.struct_sigvec; +- retb := Usignal.sigvec(Usignal.SIGBUS, vecb, ovecb); ++ vec, ovec, vecb, ovecb : Usignal.struct_sigaction; ++ ret, retb : Ctypes.int; + BEGIN ++ vec.sa_flags := Word.Or(Usignal.SA_RESTART, Usignal.SA_SIGINFO); ++ vecb.sa_flags := Word.Or(Usignal.SA_RESTART, Usignal.SA_SIGINFO); ++ vec.sa_handler := Fault; ++ vecb.sa_handler := Fault; ++ EVAL Usignal.sigemptyset(vec.sa_mask); ++ EVAL Usignal.sigemptyset(vecb.sa_mask); ++ (* block the SIGVTALRM signal when signal handlers are called *) ++ EVAL Usignal.sigaddset(vec.sa_mask, Usignal.SIGVTALRM); ++ EVAL Usignal.sigaddset(vecb.sa_mask, Usignal.SIGVTALRM); ++ ret := Usignal.sigaction(Usignal.SIGSEGV, ADR(vec), ADR(ovec)); ++ retb := Usignal.sigaction(Usignal.SIGSEGV, ADR(vecb), ADR(ovecb)); + * ASSERT ret = 0 * + * ASSERT retb = 0 * +- defaultSIGSEGV := ovec.sv_handler; +- defaultSIGBUS := ovecb.sv_handler; ++ defaultSIGSEGV := ovec.sa_handler; ++ defaultSIGBUS := ovecb.sa_handler; + END; + + (* establish signal handler for all other signals that dump core, if no +handler exists *) + PROCEDURE OverrideDefault (sig:
security/bro port upgrade submission
I submitted a PR to update the security/bro port to version1.2 (from 0.8.) http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/114999 Just wanted to give a heads up to the committers. This is a complex port that will take a lot of work to test as well as verify my work. -- Paul Schmehl ([EMAIL PROTECTED]) Senior Information Security Analyst The University of Texas at Dallas http://www.utdallas.edu/ir/security/
[PATCH] Update freetype2 to 2.3.5
Can we update freetype2 to the latest 2.3.5? Patches are attached. Thanks, Jung-uk Kim --- ports/print/freetype2/Makefile 2007-05-22 12:23:54.0 -0400 +++ ports/print/freetype2/Makefile 2007-07-30 14:56:36.0 -0400 @@ -6,8 +6,7 @@ # PORTNAME= freetype2 -PORTVERSION= 2.2.1 -PORTREVISION= 2 +PORTVERSION= 2.3.5 CATEGORIES= print MASTER_SITES= ${MASTER_SITE_SOURCEFORGE:S,%SUBDIR%,freetype,} \ http://sunsite.cnlab-switch.ch/ftp/mirror/freetype/%SUBDIR%/ \ @@ -32,18 +31,6 @@ CONFIGURE_ARGS= --disable-nls CONFIGURE_WRKSRC= ${WRKSRC}/builds/unix -.if !defined(WITHOUT_TTF_BYTECODE_ENABLED) -CFLAGS+= -DTT_CONFIG_OPTION_BYTECODE_INTERPRETER -.endif - -.if defined(WITH_CJK) -#PATCH_SITES+= http://lwj-hinet.myweb.hinet.net/ \ -# ftp://local-distfiles.freebsd.org.cn/pub/china-ports/hamigua/ \ -# http://bsdchat.com/dist/firefly-cjk-patchset/ -#PATCHFILES+= cjk-freetype-2.1.10-20051219.patch.gz -#PATCH_DIST_STRIP+= -p1 -.endif - pre-everything:: .if !defined(WITHOUT_TTF_BYTECODE_ENABLED) @${ECHO_MSG} --- ports/print/freetype2/distinfo 2006-10-30 18:34:25.0 -0500 +++ ports/print/freetype2/distinfo 2007-07-30 14:42:18.0 -0400 @@ -1,3 +1,3 @@ -MD5 (freetype-2.2.1.tar.bz2) = 5b2f827082c544392a7701f7423f0781 -SHA256 (freetype-2.2.1.tar.bz2) = 0e8eb40392752b306d3a3de21f9fa479d53c17bd774b8051771cb258e162e006 -SIZE (freetype-2.2.1.tar.bz2) = 1212258 +MD5 (freetype-2.3.5.tar.bz2) = 65234327c5ac46ee00ebda15995d4c1c +SHA256 (freetype-2.3.5.tar.bz2) = 1b357a3a1106c78c80dfd25e3854c3faa9a3dfc7063a4a1e5404e70c241d677e +SIZE (freetype-2.3.5.tar.bz2) = 1279861 --- ports/print/freetype2/files/patch-src_pcf_pcfdrivr.c 2006-10-30 18:34:25.0 -0500 +++ ports/print/freetype2/files/patch-src_pcf_pcfdrivr.c 1969-12-31 19:00:00.0 -0500 @@ -1,50 +0,0 @@ src/pcf/pcfdrivr.c.orig 2006-02-17 07:40:36.0 +0100 -+++ src/pcf/pcfdrivr.c -@@ -203,19 +203,23 @@ THE SOFTWARE. - - /* free properties */ - { -- PCF_Property prop = face-properties; -+ PCF_Property prop; - FT_Inti; - - -- for ( i = 0; i face-nprops; i++ ) -+ if ( face-properties ) - { --prop = face-properties[i]; -+for ( i = 0; i face-nprops; i++ ) -+{ -+ prop = face-properties[i]; - --FT_FREE( prop-name ); --if ( prop-isString ) -- FT_FREE( prop-value.atom ); -+ if ( prop ) { -+FT_FREE( prop-name ); -+if ( prop-isString ) -+ FT_FREE( prop-value.atom ); -+ } -+} - } -- - FT_FREE( face-properties ); - } - -@@ -258,6 +262,8 @@ THE SOFTWARE. - FT_Error error2; - - -+ PCF_Face_Done( pcfface ); -+ - /* this didn't work, try gzip support! */ - error2 = FT_Stream_OpenGzip( face-gzip_stream, stream ); - if ( FT_ERROR_BASE( error2 ) == FT_Err_Unimplemented_Feature ) -@@ -357,6 +363,7 @@ THE SOFTWARE. - - Fail: - FT_TRACE2(( [not a valid PCF file]\n )); -+PCF_Face_Done( pcfface ); - error = PCF_Err_Unknown_File_Format; /* error */ - goto Exit; - } --- ports/print/freetype2/files/patch-src_pcf_pcfread.c 2006-10-30 18:34:25.0 -0500 +++ ports/print/freetype2/files/patch-src_pcf_pcfread.c 1969-12-31 19:00:00.0 -0500 @@ -1,455 +0,0 @@ src/pcf/pcfread.c.orig 2006-01-23 17:35:18.0 +0100 -+++ src/pcf/pcfread.c -@@ -102,7 +102,8 @@ THE SOFTWARE. - return PCF_Err_Cannot_Open_Resource; - - if ( toc-version != PCF_FILE_VERSION || -- toc-count FT_ARRAY_MAX( face-toc.tables ) ) -+ toc-count FT_ARRAY_MAX( face-toc.tables ) || -+ toc-count == 0) - return PCF_Err_Invalid_File_Format; - - if ( FT_NEW_ARRAY( face-toc.tables, toc-count ) ) -@@ -116,6 +117,41 @@ THE SOFTWARE. - tables++; - } - -+/* Sort tables and check for overlaps. Because they are almost */ -+/* always ordered already, an in-place bubble sort with simultaneous */ -+/* boundary checking seems appropriate. */ -+tables = face-toc.tables; -+ -+for ( n = 0; n toc-count - 1; n++ ) -+{ -+ FT_UInt i, have_change; -+ -+ -+ have_change = 0; -+ -+ for ( i = 0; i toc-count - 1 - n; i++ ) -+ { -+PCF_TableRec tmp; -+ -+ -+if ( tables[i].offset tables[i + 1].offset ) -+{ -+ tmp = tables[i]; -+ tables[i] = tables[i + 1]; -+ tables[i + 1] = tmp; -+ -+ have_change = 1; -+} -+ -+if ( ( tables[i].sizetables[i + 1].offset ) || -+ ( tables[i].offset tables[i + 1].offset - tables[i].size ) ) -+ return PCF_Err_Invalid_Offset; -+ } -+ -+ if ( !have_change ) -+break; -+} -+ - #if defined( FT_DEBUG_LEVEL_TRACE ) - - { -@@ -130,7 +166,8 @@ THE SOFTWARE. - tables =
Re: pm3-base, cvsup, etc. on -CURRENT [patch]
On 30 Jul, Don Lewis wrote: The Modula 3 ports recently stopped working on -CURRENT because of a change to the i386 machine-dependent kernel code removed a kludge that the pm3 garbage collector was using to find the fault address when accesses were made to protected pages. The correct fix for this is to convert the garbage collector to using sigaction() with the SA_SIGINFO flag so that it can get the address in a supported fashion. A further problem is that the pm3-base port can't be built with GCC 4.2, which is the base compiler in current. The patch below addresses both of these issues, [snip] Does this change deserve a port version bump? Ordinarily I would say no, because the only effect is to get the port working on -CURRENT, *but* I've heard that the same kernel kludge removal might be coming to 6.2-STABLE for compatibility with the Wine port. It might be helpful if 6.2-STABLE users automagically get pm3-base upgraded before the kernel change breaks cvsup. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: [PATCH] Update freetype2 to 2.3.5
Jung-uk Kim wrote: Can we update freetype2 to the latest 2.3.5? Patches are attached. freetype2 2.3.x is coming with GNOME 2.20 in September. We have been testing it in the MarcusCom CVS tree for a few months now. Joe Thanks, Jung-uk Kim ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED] -- Joe Marcus Clarke FreeBSD GNOME Team :: [EMAIL PROTECTED] FreeNode / #freebsd-gnome http://www.FreeBSD.org/gnome ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: [PATCH] Update freetype2 to 2.3.5
On Monday 30 July 2007 04:28 pm, Joe Marcus Clarke wrote: Jung-uk Kim wrote: Can we update freetype2 to the latest 2.3.5? Patches are attached. freetype2 2.3.x is coming with GNOME 2.20 in September. We have been testing it in the MarcusCom CVS tree for a few months now. Okay, then I will shut up and hold my breath. It might be too long to hold it, though. ;-) Thanks, Jung-uk Kim ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: make install a port, but with a package?
[EMAIL PROTECTED] wrote: Hi, I have a bad feeling that this has been asked already, and not that long ago, but I can't find it in my mailbox. Is there a variable I can set so that running 'make install' in a port directory will cause it to download the package, if available, and install that instead of building from source? In other words, the equivalent of 'portupgrade -NPP'. I have looked at the .mk files and nothing in there seems to do that. This is for the situation where portupgrade isn't installed yet, and I'd like to install it quickly from packages so I don't have to wait for Ruby to build. Sure, I could do it with pkg_add or sysinstall but it would be neat to be able to do everything from the ports tree. thanks, joel Unfortunately none that I'm aware of. You can always install Ruby (and its dependencies) from packages though ;). -Garrett ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]