Re: security/libgcrypt Following UPDATING 20090107 Build failure
On Wed, Sep 23, 2009 at 12:00:01PM +0100, David Southwell wrote: ../src/gcrypt.h:29:23: error: gpg-error.h: No such file or directory In file included from ../src/visibility.h:243, from ../src/g10lib.h:39, from ../src/mpi.h:37, from mpi-internal.h:52, from mpi-add.c:31: something wrong with your libgpg-error installation. Try reinstalling it. Regards, Rong-En Fan ___ 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: relevancy of aureal-kmod today
On Tue, Jan 06, 2009 at 09:26:53AM +0100, Pav Lucistnik wrote: Rong-En Fan píše v út 06. 01. 2009 v 09:30 +0800: On Mon, Jan 05, 2009 at 05:52:07PM +0100, Pav Lucistnik wrote: Hi, is my impression correct that this port (audio/aureal-kmod) never made it past 5-CURRENT? Seems the stray code check will fire on 6-STABLE and newer. I seem to recall when I commit the new rc script, I did a test on a 7-STABLE i386 box. Could you be more specific about which stray code check you are referring to? In the port, these is: STRAYFILES= au88x0.h au88x0.c asp10.o asp20.o asp30.o pre-fetch: .for STRAY in ${STRAYFILES} .if exists(${SRCPREFIX}/sys/dev/sound/pci/${STRAY}) these au88x0.? files do exist on 6.4 and 7.1 releases. I see. The au88x0 driver in sys/ never get compiled into kernel and/or module according to cvs history. As the homepage stated that this driver needs to link binary object that is distributed by a bankrupted company, I think the best way to do is we remove the au88x0 files from src/. Regards, Rong-En Fan -- Pav Lucistnik p...@oook.cz p...@freebsd.org The Novice rogue. A rather shifty individual pgpVU92iWdeF3.pgp Description: PGP signature
Re: relevancy of aureal-kmod today
On Mon, Jan 05, 2009 at 05:52:07PM +0100, Pav Lucistnik wrote: Hi, is my impression correct that this port (audio/aureal-kmod) never made it past 5-CURRENT? Seems the stray code check will fire on 6-STABLE and newer. I seem to recall when I commit the new rc script, I did a test on a 7-STABLE i386 box. Could you be more specific about which stray code check you are referring to? Thanks, Rong-En Fan pgpEhXOkBk7Us.pgp Description: PGP signature
Re: FreeBSD Port: games/burgerspace
On Mon, Aug 25, 2008 at 12:09 PM, Jeff Molofee [EMAIL PROTECTED] wrote: This game does not properly install the audio files, resulting in an error when the game is launched. Manually copying the audio files from sounds to the path it expects these files to be allows the game to be played. For the record, the port is fixed and updated to latest version. Regards, Rong-En Fan ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
HEADS UP: default CONFIGURE_ARGS (CONFIGURE_TARGET) is updated
Dear porters, I just committed a change that affects all ports that use GNU_CONFIGURE (include those who use autotools). The default syntax for CONFIGURE_TARGET in CONFIGURE_ARGS is updated to use the new syntax for autoconf 2.13. That is, we will use --build=${CONFIGURE_TARGET} where applicable. Ports no longer need to change CONFIGURE_TARGET. Thanks, Rong-En Fan - Forwarded message from Rong-En Fan [EMAIL PROTECTED] - From: Rong-En Fan [EMAIL PROTECTED] Date: Thu, 21 Aug 2008 06:18:49 + (UTC) To: [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED] Subject: cvs commit: ports/Mk bsd.gnome.mk bsd.kde.mk bsd.port.mk ports/accessibility/yasr Makefile ports/archivers/advancecomp Makefile ports/archivers/arj Makefile ports/archivers/dact Makefile ports/archivers/gzip Makefile ports/archivers/libmspack ... rafan 2008-08-21 06:18:49 UTC FreeBSD ports repository Modified files: [...] Log: Update CONFIGURE_ARGS for how we pass CONFIGURE_TARGET to configure script. Specifically, newer autoconf ( 2.13) has different semantic of the configure target. In short, one should use --build=CONFIGURE_TARGET instead of CONFIGURE_TARGET directly. Otherwise, you will get a warning and the old semantic may be removed in later autoconf releases. To workaround this issue, many ports hack the CONFIGURE_TARGET variable so that it contains the ``--build='' prefix. To solve this issue, under the fact that some ports still have configure script generated by the old autoconf, we use runtime detection in the do-configure target so that the proper argument can be used. Changes to Mk/*: - Add runtime detection magic in bsd.port.mk - Remove CONFIGURE_TARGET hack in various bsd.*.mk - USE_GNOME=gnometarget is now an no-op Changes to individual ports, other than removing the CONFIGURE_TARGET hack: = pkg-plist changed (due to the ugly CONFIGURE_TARGET prefix in * executables) - comms/gnuradio - science/abinit - science/elmer-fem - science/elmer-matc - science/elmer-meshgen2d - science/elmerfront - science/elmerpost = use x86_64 as ARCH - devel/g-wrap = other changes - print/magicfilter GNU_CONFIGURE - HAS_CONFIGURE since it's not generated by autoconf Total # of ports modified: 1,027 Total # of ports affected: ~7,000 (set GNU_CONFIGURE to yes) PR: 126524 (obsoletes 52917) http://www.FreeBSD.org/cgi/query-pr.cgi?pr=126524 Submitted by: rafan Tested on: two pointyhat 7-amd64 exp runs (by pav) Approved by:portmgr (pav) [...] - End forwarded message - pgpwBfCEpJPEq.pgp Description: PGP signature
Re: Mailgraph no text in rrd graphs
On Fri, Jul 11, 2008 at 5:34 PM, Johan Hendriks [EMAIL PROTECTED] wrote: I updated my sytem lately and rrdtool is now at 1.3.0_1 But now mailgraph is showing me the graphs only without the text! Since rrdtool 1.3.0, there is not bundle font anymore. Instead it uses pange/fontconfig. Could you please install x11-fonts/dejavu, and see if it works or not? I will work with maintainer to either add an entry in UPDATING or make this a dependency for rrdtool. Regards, Rong-En Fan Do I need to change something? Regards, Johan Hendriks ___ 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]
Users of net/py-libnet
I'm in the progress to remove swig11 from ports, and net/py-libnet is affected by this removal. If you use this port, please contact me off the list. Thanks, Rong-En Fan pgpvHZJ5TnUJ7.pgp Description: PGP signature
audio/gramofile perl interface users
Hi folks, I'm in progress to retire the old swig1.1 from our ports tree. One of the dependency is audio/gramofile's perl interface, which uses swig 1.1. If you are users of gramofile's perl interface, please contact me off the list. Thanks, Rong-En Fan pgpuABmJol2Ve.pgp Description: PGP signature
Re: lsof 4.79K build fails
On Mon, Apr 14, 2008 at 9:47 AM, Jonathan Chen [EMAIL PROTECTED] wrote: On Mon, Apr 14, 2008 at 09:36:36AM +0800, Rong-en Fan wrote: On Mon, Apr 14, 2008 at 7:58 AM, Jonathan Chen [EMAIL PROTECTED] wrote: The latest update for sysutils/lsof to 4.79K ends in the following when building on 7_STABLE: cc -fno-strict-aliasing -pipe -DHASEFFNLINK=i_effnlink -DHASF_VNODE -DHASCPUMASK_T -DHASSBSTATE -DHAS_KVM_VNODE -DHAS_UFS1_2 -DHAS_NO_SI_UDEV -DHAS_SI_PRIV -DHAS_SYS_SX_H -DHAS_ZFS -DFREEBSDV=7000 -DHASFDESCFS=2 -DHASPSEUDOFS -DHASNULLFS -DHASIPv6 -DHAS_STRFTIME -DLSOF_VSTR=\7.0-STABLE\ -I/usr/src/sys -O2 -c dnode.c dnode.c: In function 'get_lock_state': dnode.c:113: error: 'struct lockf' has no member named 'lf_flags' dnode.c:115: error: 'struct lockf' has no member named 'lf_id' dnode.c:121: error: 'struct lockf' has no member named 'lf_id' dnode.c:129: error: 'struct lockf' has no member named 'lf_start' dnode.c:130: error: 'struct lockf' has no member named 'lf_end' dnode.c:134: error: 'struct lockf' has no member named 'lf_type' dnode.c:136: error: 'struct lockf' has no member named 'lf_type' dnode.c:138: error: 'struct lockf' has no member named 'lf_type' dnode.c:141: error: 'struct lockf' has no member named 'lf_next' *** Error code 1 Stop in /usr/ports/sysutils/lsof/work/lsof_4.79K.freebsd. When is your RELENG_7 updated? It builds fine on my 7-STABLE (around Mar 29) amd64. # uname -v FreeBSD 7.0-STABLE #0: Thu Feb 28 15:34:42 NZDT 2008 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/JONC what arch? Regards, Rong-En Fan Cheeers. -- Jonathan Chen [EMAIL PROTECTED] -- If you wish your merit to be known, acknowledge that of other people ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: lsof 4.79K build fails
On Mon, Apr 14, 2008 at 7:58 AM, Jonathan Chen [EMAIL PROTECTED] wrote: The latest update for sysutils/lsof to 4.79K ends in the following when building on 7_STABLE: cc -fno-strict-aliasing -pipe -DHASEFFNLINK=i_effnlink -DHASF_VNODE -DHASCPUMASK_T -DHASSBSTATE -DHAS_KVM_VNODE -DHAS_UFS1_2 -DHAS_NO_SI_UDEV -DHAS_SI_PRIV -DHAS_SYS_SX_H -DHAS_ZFS -DFREEBSDV=7000 -DHASFDESCFS=2 -DHASPSEUDOFS -DHASNULLFS -DHASIPv6 -DHAS_STRFTIME -DLSOF_VSTR=\7.0-STABLE\ -I/usr/src/sys -O2 -c dnode.c dnode.c: In function 'get_lock_state': dnode.c:113: error: 'struct lockf' has no member named 'lf_flags' dnode.c:115: error: 'struct lockf' has no member named 'lf_id' dnode.c:121: error: 'struct lockf' has no member named 'lf_id' dnode.c:129: error: 'struct lockf' has no member named 'lf_start' dnode.c:130: error: 'struct lockf' has no member named 'lf_end' dnode.c:134: error: 'struct lockf' has no member named 'lf_type' dnode.c:136: error: 'struct lockf' has no member named 'lf_type' dnode.c:138: error: 'struct lockf' has no member named 'lf_type' dnode.c:141: error: 'struct lockf' has no member named 'lf_next' *** Error code 1 Stop in /usr/ports/sysutils/lsof/work/lsof_4.79K.freebsd. When is your RELENG_7 updated? It builds fine on my 7-STABLE (around Mar 29) amd64. Regards, Rong-En Fan -- Jonathan Chen [EMAIL PROTECTED] -- A little learning is a dangerous thing but a lot of ignorance is just as bad. - Bob Edwards ___ 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]
Re: problem compiling sysutils-kmod
On Sun, Apr 6, 2008 at 5:34 AM, Robert Huff [EMAIL PROTECTED] wrote: Robert Huff writes: OK, then do a buildkernel then build fusefs-kmod. Another way is not to set KERNCONF in make.conf. I think that's the winner; KERNCONF is set in make.conf. Stand by for testing. If I just remove the KERNCONF, I get this: cc -O -pipe -g -march=pentium4 -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -I../include -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c fuse_vfsops.c fuse_vfsops.c: In function 'fuse_mount': fuse_vfsops.c:262: error: 'AT_FDCWD' undeclared (first use in this function) fuse_vfsops.c:262: error: (Each undeclared identifier is reported only once fuse_vfsops.c:262: error: for each function it appears in.) *** Error code 1 Stop in /usr/ports/sysutils/fusefs-kmod/work/fuse4bsd-498acaef33b0/fuse_module. *** Error code 1 Stop in /usr/ports/sysutils/fusefs-kmod/work/fuse4bsd-498acaef33b0. *** Error code 1 Stop in /usr/ports/sysutils/fusefs-kmod. *** Error code 1 If I leave the KERNCONF in and build the kernel ... I get the exact same thing. Which os version are you running? Looks like you are running -CURRENT? If so, I think kib@ (CC'ed) may be able to answer your question. He committed the AT_FDCWD related stuffs. Regards, Rong-En Fan Robert Huff ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: problem compiling sysutils-kmod
On Sat, Apr 5, 2008 at 4:55 AM, Robert Huff [EMAIL PROTECTED] wrote: (I've e-mailed the maintainer, but had o response.) Trying to build devel/fusefs-kmod (as a dependency) I get this: === Extracting for fusefs-kmod-0.3.9.p1.20080208 = MD5 Checksum OK for fuse4bsd/498acaef33b0.tar.gz. = SHA256 Checksum OK for fuse4bsd/498acaef33b0.tar.gz. === Patching for fusefs-kmod-0.3.9.p1.20080208 === Applying FreeBSD patches for fusefs-kmod-0.3.9.p1.20080208 === fusefs-kmod-0.3.9.p1.20080208 depends on package: fusefs-libs2.4.1 - found === fusefs-kmod-0.3.9.p1.20080208 depends on executable: deplate - found === Configuring for fusefs-kmod-0.3.9.p1.20080208 === Building for fusefs-kmod-0.3.9.p1.20080208 === fuse_module (all) Warning: Object directory not changed from original /usr/ports/sysutils/fusefs-kmod/work/fuse4bsd-498acaef33b0/fuse_module @ - /usr/src/sys machine - /usr/src/sys/i386/include awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -p awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -q awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -h cc -O -pipe -g -march=pentium4 -DKERNCONFDIR=\/usr/obj/usr/src/sys/JERUSALEM\ -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -I../include -I/usr/obj/usr/src/sys/JERUSALEM -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c fuse_main.c In file included from fuse_main.c:5: config.h:2:24: error: opt_global.h: No such file or directory *** Error code 1 Stop in /usr/ports/sysutils/fusefs-kmod/work/fuse4bsd-498acaef33b0/fuse_module. *** Error code 1 find says there's no file of that name in /usr. Is this the port, or do I have to reinstall something? Is your ports tree up-to-date? If so, did you have previous kernel compiling objects at /usr/obj? Regards, Rong-En Fan Robert Huff ___ 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]
Re: problem compiling sysutils-kmod
On Sat, Apr 5, 2008 at 11:27 AM, Robert Huff [EMAIL PROTECTED] wrote: Rong-en Fan writes: Is your ports tree up-to-date? Every night at midnight EST. If so, did you have previous kernel compiling objects at /usr/obj? There is an uninstalled buildworld in /usr/obj. buildkernel stuff? Shouldn't be - /usr/obj gets rm -rfed every night. OK, then do a buildkernel then build fusefs-kmod. Another way is not to set KERNCONF in make.conf. fuse's Makefile will include some files from kernel building directory when KERNCONF is set. Regards, Rong-En Fan Robert Huff ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Fix for FreeBSD-SA-08:01.pty appears to break net/omnitty?
Hi, On Tue, Feb 19, 2008 at 06:12:59PM -0800, David Wolfskill wrote: On Wed, Feb 20, 2008 at 10:07:07AM +0800, Rong-En Fan wrote: FYI, this is fixed in omnitty 0.3.0_1. Thanks! Should I file a PR against misc/compat6x (because its version of libutil.so is apparently still subject PTY security advisory)? Maintainer is CC'ed. I think we should update misc/compat6x to use contents from 6.3-RELEASE. And filing a PR is also good. Regards, Rong-En Fan pgpwb2GxM89su.pgp Description: PGP signature
Re: Fix for FreeBSD-SA-08:01.pty appears to break net/omnitty?
FYI, this is fixed in omnitty 0.3.0_1. Regards, Rong-En Fan pgplov1a5rMeE.pgp Description: PGP signature
Re: portupgrade installing unexpected dependencies
On Feb 12, 2008 8:50 PM, Miroslav Lachman [EMAIL PROTECTED] wrote: Hi, I am using portupgrade-2.4.3_2,2. I have installed gnupg-1.4.8 and if I tried to install Spamassassin and Amavisd-new with commands: portinstall p5-Mail-SpamAssassin portinstall amavisd-new they both are trying to install CURL and openldap-client. Spamassassin and Amavisd-new do not depend on it, so I think it is dependency for GnuPG-2 (but I am using GnuPG-1). If I try cd /usr/ports/mail/p5-Mail-SpamAssassin make install clean or cd /usr/ports/security/amavisd-new/ make install clean the whole installation is successfuly done without installing CURL and openldap-client. (it is expected result for me) ...or em I wrong and I must add 'security/gnupg' = 'security/gnupg1' in to ALT_PKGDEP in pkgtools.conf? Yes, according to /usr/ports/UPDATING. Regards, Rong-En Fan ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Request for comments: revamped `devel/subversion' with true bindings sub-ports (not mere `set option and build everything' like now)
Hi Lev, On Feb 3, 2008 5:10 PM, Lev Serebryakov [EMAIL PROTECTED] wrote: Hello, freebsd-ports. I've revamped `devel/subversion*' ports (and add `devel/subversion-java') to support building all four bindings (Perl, python, ruby, javahl) with installed libraries. So, all binding ports really build bindings and depends on `devel/subversion'. Thanks for all the work! This is much better than my version before. I just tested with subversion-perl, it works well. In addition, I have a suggestion for subversion-perl/pkg-plist: @dirrm %%SITE_PERL%%/%%PERL_ARCH%%/auto/SVN @dirrm %%SITE_PERL%%/%%PERL_ARCH%%/SVN These directories are also used by other p5-SVN-* ports, so it would be better to use @dirrmtry. Regards, Rong-En Fan ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Fix for FreeBSD-SA-08:01.pty appears to break net/omnitty?
On Jan 29, 2008 11:21 AM, David Wolfskill [EMAIL PROTECTED] wrote: As a sysadmin, it's not unusual for me to have a desire to do similar things on sets of systems; thus, when a colleague pointed out the net/omnitty port to me, it didn't take long for me to find it useful. But I noticed on 21 January that omnitty(1) wasn't working: upon accepting the name of a host to which to connect, it appeared to hang. [...] An interesting thing is that if I run omnitty inside screen, it appeared to 'hang'. Then it works if I detach then attach. Any one who has more knowledge in pty code can help us? thanks, Rong-En Fan ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: noip startup script
On Jan 10, 2008 5:00 AM, Andrea Venturoli [EMAIL PROTECTED] wrote: Hello. I installed the latest version of this port and it won't start automatically, after the script was converted to the new rc system some days ago. I put noip_enable=YES in /etc/rc.conf and this seems to get through: # /usr/local/etc/rc.d/noip rcvar # noip $noip_enable=YES However the deamon won't start. It obviously does from the command line. Could you update your ports and install 2.1.7_2? I think it would work as expected (set noip_enable=YES). Regards, Rong-En Fan ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: update R from 2.2.0 to 2.6.0 always fail
On Jan 5, 2008 7:00 AM, dikshie [EMAIL PROTECTED] wrote: i try several times to update math/R from 2.2.0 to 2.6.0 but always fail in this step: gfortran42 -fpic -g -O2 -c xxxpr.f -o xxxpr.o cc -std=gnu99 -shared -L/usr/local/lib -o libR.so CConverters.o CommandLineArgs .o Rdynload.o Renviron.o RNG.o apply.o arithmetic.o apse.o array.o attrib.o base .o bind.o builtin.o character.o coerce.o colors.o complex.o connections.o contex t.o cov.o cum.o dcf.o datetime.o debug.o deparse.o deriv.o dotcode.o dounzip.o d struct.o duplicate.o engine.o envir.o errors.o eval.o format.o fourier.o gevents .o gram.o gram-ex.o graphics.o identical.o inlined.o internet.o iosupport.o lapa ck.o list.o localecharset.o logic.o main.o mapply.o match.o memory.o model.o nam es.o objects.o optim.o optimize.o options.o par.o paste.o pcre.o platform.o plot .o plot3d.o plotmath.o print.o printarray.o printvector.o printutils.o qsort.o r andom.o regex.o registration.o relop.o rlocale.o saveload.o scan.o seq.o seriali ze.o size.o sort.o source.o split.o sprintf.o startup.o subassign.o subscript.o subset.o summary.o sysutils.o unique.o util.o version.o vfonts.o xxxpr.o `ls ../ appl/*.o ../nmath/*.o ../unix/*.o 2/dev/null|grep -v /ext-` -lblas -L/usr/loca l/lib/gcc-4.2.3/gcc/i386-portbld-freebsd7.0/4.2.3 -L/usr/local/lib/gcc-4.2.3 -lg fortran -lm -lgcc_s /usr/local/lib/libintl.so /usr/local/lib/libiconv.so - Wl,-rpath -Wl,/usr/local/lib -lreadline -lpcre -lbz2 -lz -lm -liconv mkdir /usr/ports/math/R/work/R-2.6.0/bin/exec mkdir /usr/ports/math/R/work/R-2.6.0/lib cc -std=gnu99 -I. -I../../src/include -I../../src/include -I/usr/local/incl ude -DHAVE_CONFIG_H -fpic -O2 -fno-strict-aliasing -pipe -c Rmain.c -o Rmain.o cc -std=gnu99 -export-dynamic -L/usr/local/lib -o R.bin Rmain.o -L../../lib -lR Rmain.o(.text+0x5b): In function `main': : undefined reference to `R_running_as_main_program' [...] This is a known issue of R. Please remove R 2.2 before upgrading. Regards, Rong-En Fan any hints ? regards, -- -dikshie- ___ 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]
Re: ports.conf: Is there a reason behind not being default?
On Dec 19, 2007 12:16 AM, Dominic Fandrey [EMAIL PROTECTED] wrote: Pav Lucistnik wrote: On Mon, 17 Dec 2007 17:54:05 -0800, Xin LI wrote I think that ports-mgmt/portconf (a.k.a. /usr/local/etc/ports.conf) is a very handy feature that makes it much easier to store port options across upgrade. Is there a reason behind not making it into bsd.ports.mk? IMHO it's a big deal to take the script into ports/Tools/scripts, and move the configuration to somewhere like /etc/ports.conf... I haven't checked it out yet. What can it do that can't be done in /etc/make.conf with constructs like .if ${.CURDIR} == /usr/ports/editors/vim WITH_GTK2=yes .endif ? Actually it can only do less than that (and it won't work if /usr/ports is a symlink, at least the last time I checked). The only advantage is a more It can, see commit log http://www.freebsd.org/cgi/cvsweb.cgi/ports/ports-mgmt/portconf/pkg-install Regards, Rong-En Fan compact (and simple) syntax. ___ 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]
Re: ports.conf: Is there a reason behind not being default?
On Dec 20, 2007 1:29 AM, Dominic Fandrey [EMAIL PROTECTED] wrote: Rong-en Fan wrote: On Dec 19, 2007 12:16 AM, Dominic Fandrey [EMAIL PROTECTED] wrote: Pav Lucistnik wrote: On Mon, 17 Dec 2007 17:54:05 -0800, Xin LI wrote I think that ports-mgmt/portconf (a.k.a. /usr/local/etc/ports.conf) is a very handy feature that makes it much easier to store port options across upgrade. Is there a reason behind not making it into bsd.ports.mk? IMHO it's a big deal to take the script into ports/Tools/scripts, and move the configuration to somewhere like /etc/ports.conf... I haven't checked it out yet. What can it do that can't be done in /etc/make.conf with constructs like .if ${.CURDIR} == /usr/ports/editors/vim WITH_GTK2=yes .endif ? Actually it can only do less than that (and it won't work if /usr/ports is a symlink, at least the last time I checked). The only advantage is a more It can, see commit log http://www.freebsd.org/cgi/cvsweb.cgi/ports/ports-mgmt/portconf/pkg-install Why doesn't it do something like PORTSDIR!=cd /usr/ports pwd -P || exit 0 to avoid having to hard-code it during install? I'm not sure if I get the point. Do you mean that why don't I make PORTSDIR in make.conf run-time determined instead of hardcode during installation? If so, it's not possible because our make limitation: you can not use variable in substitution. Regards, Rong-En Fan ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
if you see undefined symbol '__mb_sb_limit' on 6.x
The ctype fix for UTF-8 locale unfortunately introduced some new symbols to libc. Therefore, binaries built on system with that fix can not be used on older system. For that sake, the fix is back-out for 6-STABLE. If you see undefined symbols '__mb_sb_limit', please rebuild the affected binary. Everything will be fine then. Binaries built between 20071025 and 20071030 will be affected by this. Sorry for the inconvenience. Regards, Rong-En Fan ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Project ideas page: UPDATING parser and displayer
On 10/20/07, Beat Gätzi [EMAIL PROTECTED] wrote: Hi, I read at the project idea page about the UPDATING parser and displayer. I wrote a small script that parses and displays entries from /usr/ports/UPDATING: pkg_updating [...] Nice work ;-) Known issues: - pkg_updating needs a colon at the end of the date line. Some entries don't have this colon. This patch adds the missing colons: http://tmp.chruetertee.ch/pkg_updating/UPDATING.patch I just committed this. Thanks! pkg_updating is available here: http://tmp.chruetertee.ch/pkg_updating/ One question, do you support PORTSDIR environment variable? Regards, Rong-En Fan Comments, suggestions and patches are very welcome! Beat ___ 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]
mailgraph 1.14 and cgi-bin
Hi all, I'm maintainer of mail/mailgraph. The new version (1.14) contains a mailgraph.css which must be put in the same directory of mailgraph.cgi. The problem is, if I install .css to www/cgi-bin, with many apache's default setting, you can not serve plain file under www/cgi-bin (it ScriptAlias'ed). For lighttpd, it should not be a problem. I came up with two possible solution but neither satisfies me. One is to install mailgraph.css under www/data/mailgraph and patch cgi file. Another way is to install .css to EXAMPLESDIR and tell users (you) to copy to a proper location (and may be some http configuration changes). I'm looking for better solutions to this. My hope is to keep minimal work required after installation. If there are no better ways, I probably take the first way. Regards, Rong-En Fan ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: 'dialog' core dump fix [patch for approvement]
On 8/20/07, Andrey Chernov [EMAIL PROTECTED] wrote: It fix dialog core dump with recent ghostscript-gpl port (too many items). Please approve. Could you tell more about this core dump? I haven't experienced this when upgrading gs-gpl on all my boxes, including i386 and amd64 6.x system. Regards, Rong-En Fan --- dialog.h.bak2000-12-14 20:29:36.0 +0300 +++ dialog.h2007-08-20 00:40:53.0 +0400 @@ -74,7 +74,7 @@ } dialogMenuItem; #define VERSION 0.4 -#define MAX_LEN 2048 +#define MAX_LEN 4096 #ifndef TRUE #define TRUE (1) -- http://ache.pp.ru/ ___ 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]
Re: Ports with version numbers going backwards: net-p2p/azureus2
On Thu, Jul 26, 2007 at 12:07:48PM -0400, Kris Kennaway wrote: On Sun, Jul 22, 2007 at 01:34:08AM +0800, Rong-En Fan wrote: On Sat, Jul 21, 2007 at 05:31:49PM +, [EMAIL PROTECTED] wrote: ** The following ports have a version number that sorts before a previous one ** For many package tools to work correctly, it is of utmost importance that version numbers of a port form a monotonic increasing sequence over time. Refer to the FreeBSD Porter's Handbook, 'Package Naming Conventions' for more information. Tools that won't work include pkg_version, portupgrade and portaudit. A common error is an accidental deletion of PORTEPOCH. Please fix any errors as soon as possible. As I noted in commit log, this port is just repocopied and not connected to build. The is intentional. If it is not connected to the build then how is it showing up here? I thought the script used INDEX builds for comparison. Honestly, I don't know. According to net-p2p/Makefile, this port is connected to build at Sat Jul 21 03:13:01 2007 UTC, i.e. 25 seconds after the commit below. Also, when I committed 2.5.0.4, the PORTNAME is changed to azureus2, so it should not be confused with azureus. Regards, Rong-En Fan Kris Regards, Rong-En Fan The ports tree was updated at Sat Jul 21 2007 16:32:01 UTC. - *net-p2p/azureus2* [EMAIL PROTECTED]: azureus2-2.5.0.4 azureus-3.0.1.6 | revision 1.46 | date: 2007/07/21 03:12:36; author: rafan; state: Exp; lines: +4 -5 | - Downgrade to 2.5.0.4. No PORTEPOCH is required since this port was just | copied from net-p2p/azureus and it's not connected to build yet. | | PR: ports/114486 | Submitted by:Robert Noland rnoland at 2hip.net ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED] pgpVHOv3Uupgj.pgp Description: PGP signature
HEADS UP: default CONFIGURE_ARGS changed
FYI, the default CONFIGURE_ARGS for GNU_CONFIGURE is now having --mandir and --infodir if configure script supports them (determined by configure --help). I have eliminated most of them in ports' makefile. I plan to do a sweep to remove them all. Regards, Rong-En Fan - Forwarded message from Rong-En Fan [EMAIL PROTECTED] - From: Rong-En Fan [EMAIL PROTECTED] Date: Mon, 23 Jul 2007 09:36:52 + (UTC) To: [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED] Subject: cvs commit: ports/Mk bsd.gnome.mk bsd.port.mk bsd.xorg.mk ports/archivers/dpkg Makefile ports/archivers/gtar Makefile ports/archivers/gzip Makefile ports/archivers/libarchive Makefile ports/astro/starplot Makefile ports/astro/tclgeomap Makefile ... X-Bogosity: Ham, tests=bogofilter, spamicity=0.00, version=1.1.5 rafan 2007-07-23 09:36:52 UTC FreeBSD ports repository Modified files: Mk bsd.gnome.mk bsd.port.mk bsd.xorg.mk archivers/dpkg Makefile archivers/gtar Makefile archivers/gzip Makefile archivers/libarchive Makefile astro/starplot Makefile astro/tclgeomap Makefile astro/tkgeomap Makefile audio/audacity-devel Makefile audio/checkmate Makefile audio/cmus Makefile audio/darkiceMakefile audio/ecasound Makefile audio/esound Makefile audio/gnupod Makefile audio/gtick Makefile audio/jack Makefile audio/libadplug Makefile audio/libsndfile Makefile audio/mocMakefile audio/mp3blaster Makefile audio/musicpdMakefile audio/py-eyed3 Makefile audio/shntoolMakefile audio/solfegeMakefile audio/speex Makefile audio/twolameMakefile audio/wavbreaker Makefile audio/xanalyser Makefile benchmarks/postalMakefile cad/alliance Makefile cad/freehdl Makefile cad/geda-gattrib Makefile cad/geda-gschem Makefile cad/geda-netlist Makefile cad/geda-symcheckMakefile cad/geda-utils Makefile cad/gerbvMakefile cad/gnucap Makefile cad/qucs Makefile comms/efax-gtk Makefile comms/gpredict Makefile comms/grig Makefile comms/hf Makefile comms/linrad Makefile comms/qfaxreader Makefile comms/tilp2 Makefile comms/xdxMakefile comms/xlog Makefile converters/tnef Makefile databases/postgisMakefile databases/xapian-core Makefile deskutils/doodle Makefile deskutils/gdesklets Makefile deskutils/gnome-utils Makefile devel/arm-elf-binutils Makefile devel/autoconf261Makefile devel/autodist Makefile devel/autogenMakefile devel/automake110Makefile devel/automake19 Makefile devel/cook Makefile devel/cppi Makefile devel/cxref Makefile devel/darcs Makefile devel/djgpp-binutils Makefile devel/djgpp-gcc Makefile devel/gconf2 Makefile devel/geany Makefile devel/gengetopt Makefile devel/gettextMakefile devel/gnu-autoconf Makefile devel/gnu-automake Makefile devel/gperf Makefile devel/gtranslatorMakefile devel/guile-lib Makefile devel/kdesdk3Makefile devel/libIDL Makefile devel/libbonobo Makefile devel/libccidMakefile devel/libevent Makefile devel/libgtopMakefile devel/libruinMakefile devel/libslang2 Makefile devel/libstatgrabMakefile devel/libtool15 Makefile devel/libzvbiMakefile devel/m4 Makefile devel/mcpp Makefile devel/mingw32-binutils Makefile devel/mingw32-gccMakefile devel/mm Makefile devel/monotone Makefile devel/msp430-binutils Makefile devel/msp430-gcc Makefile devel/ossp-cfg Makefile devel/ossp-l2Makefile devel/pcre Makefile devel/pcsc-lite Makefile devel/pkg-config Makefile devel/rlwrap Makefile devel/shtool Makefile devel/yasm Makefile devel/zziplibMakefile dns/bind9Makefile dns/bind9-sdb-ldap Makefile dns/bind94 Makefile dns/c-ares Makefile dns/libidn Makefile dns/powerdns Makefile dns/updatedd Makefile editors/emacs-devel Makefile editors/emacs20 Makefile editors/gobbyMakefile editors/morlaMakefile editors/nano
Re: HEADS UP: default CONFIGURE_ARGS changed
On 7/23/07, Simon Barner [EMAIL PROTECTED] wrote: Rong-En Fan wrote: FYI, the default CONFIGURE_ARGS for GNU_CONFIGURE is now having --mandir and --infodir if configure script supports them (determined by configure --help). I have eliminated most of them in ports' makefile. I plan to do a sweep to remove them all. Do you also plan to teach `portlint' to check for new instances of these command line options? Thanks for the suggestion. I have a patch at http://people.freebsd.org/~rafan/portlint-maninfodir.diff I'm not sure if I put the check in the right place. Maybe marcus@ can comment on it. You can run this against sysutils/ldapvi. Regards, Rong-En Fan -- Best regards / Viele Grüße, [EMAIL PROTECTED] Simon Barner[EMAIL PROTECTED] ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Ports with version numbers going backwards: net-p2p/azureus2
On Sat, Jul 21, 2007 at 05:31:49PM +, [EMAIL PROTECTED] wrote: ** The following ports have a version number that sorts before a previous one ** For many package tools to work correctly, it is of utmost importance that version numbers of a port form a monotonic increasing sequence over time. Refer to the FreeBSD Porter's Handbook, 'Package Naming Conventions' for more information. Tools that won't work include pkg_version, portupgrade and portaudit. A common error is an accidental deletion of PORTEPOCH. Please fix any errors as soon as possible. As I noted in commit log, this port is just repocopied and not connected to build. The is intentional. Regards, Rong-En Fan The ports tree was updated at Sat Jul 21 2007 16:32:01 UTC. - *net-p2p/azureus2* [EMAIL PROTECTED]: azureus2-2.5.0.4 azureus-3.0.1.6 | revision 1.46 | date: 2007/07/21 03:12:36; author: rafan; state: Exp; lines: +4 -5 | - Downgrade to 2.5.0.4. No PORTEPOCH is required since this port was just | copied from net-p2p/azureus and it's not connected to build yet. | | PR: ports/114486 | Submitted by:Robert Noland rnoland at 2hip.net ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: linking against pthread for a shared library
On 7/13/07, Yuri Pankov [EMAIL PROTECTED] wrote: On Fri, Jul 13, 2007 at 12:34:12AM +0800, Rong-en Fan wrote: miwi@ and I are working on solving an issue with devel/upnp and misc/ushare problem. Essentially, the problem is that devel/upnp builds a shared library called libthreadutil.so which uses threading library. misc/ushare is a consumer of that library. On 7.x system, if you ldd on libthreadutil.so (this is i386) ./work/libupnp-1.6.0/threadutil/.libs/libthreadutil.so: liblwres.so.30 = /usr/lib/liblwres.so.30 (0x2817d000) libc.so.7 = /lib/libc.so.7 (0x2807e000) libthr.so.3 = /lib/libthr.so.3 (0x2818d000) But on 6.x and 5.x, you only get (this is amd64) ./work/libupnp-1.6.0/threadutil/.libs/libthreadutil.so: liblwres.so.10 = /usr/lib/liblwres.so.10 (0x800941000) So, one needs to pass -pthread when using libthreadutil.so. In my understanding, the behavior on 7.x is more correct (or reasonable). Any ideas how to solve this problem? Regards, Rong-En Fan Sorry if i'm mistaken, but this might be related: http://lists.freebsd.org/pipermail/freebsd-current/2007-June/073600.html Hi Yuri, Ya, it is exact the problem. So, I think one must either 1) pass -pthread for every programs that link against libthreadutil.so 2) pass -lpthread when build the libthreadutil.so. Or, can this problem be fixed in 5.x and 6.x world? Since we have real threading support now. Regards, Rong-En Fan Yuri ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
linking against pthread for a shared library
miwi@ and I are working on solving an issue with devel/upnp and misc/ushare problem. Essentially, the problem is that devel/upnp builds a shared library called libthreadutil.so which uses threading library. misc/ushare is a consumer of that library. On 7.x system, if you ldd on libthreadutil.so (this is i386) ./work/libupnp-1.6.0/threadutil/.libs/libthreadutil.so: liblwres.so.30 = /usr/lib/liblwres.so.30 (0x2817d000) libc.so.7 = /lib/libc.so.7 (0x2807e000) libthr.so.3 = /lib/libthr.so.3 (0x2818d000) But on 6.x and 5.x, you only get (this is amd64) ./work/libupnp-1.6.0/threadutil/.libs/libthreadutil.so: liblwres.so.10 = /usr/lib/liblwres.so.10 (0x800941000) So, one needs to pass -pthread when using libthreadutil.so. In my understanding, the behavior on 7.x is more correct (or reasonable). Any ideas how to solve this problem? Regards, Rong-En Fan ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Problems with nspluginwrapper.
On 6/6/07, Rong-en Fan [EMAIL PROTECTED] wrote: On 6/6/07, Nikola Lecic [EMAIL PROTECTED] wrote: On Tue, 5 Jun 2007 19:56:59 +0200 TooMany Secrets [EMAIL PROTECTED] wrote: Hi. A fresh FreeBSD 6.2-RELEASE install system. Xorg 7.2 OK and Xfce4 also (firefox for web browsing). The platform is i386. 1- installed linux-flashplugin7 2- installed nspluginwrapper. 3- executed: nspluginwrapper -i /usr/local/lib/npapi/linux-flashplugin/libflashplayer.so then error: /usr/local/lib/nspluginwrapper/i386/linux/npviewer.bin: error while loading shared libraries: libgtk-x11-2.0.so.0: cannot open shared object file: No such file or directory nspluginwrapper: no appropriate viewer found for /usr/local/lib/npapi/linux-flashplugin/libflashplayer.so Anybody could help me, please? Thank you very much. I'd say you don't have x11-toolkits/linux-gtk2 installed. Yes. That should be the case. I have a patch for fixing the wrong dependency, which will be committed later. Fix committed. Regards, Rong-En Fan You can also use 'nspluginwrapper -a -i -v', it's easier. Nikola Lečić ___ 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]
Re: FreeBSD Port: R-2.4.1_1
On 5/30/07, Eric van Gyzen [EMAIL PROTECTED] wrote: Rong-en Fan wrote: On 5/30/07, Wiebe Pestman [EMAIL PROTECTED] wrote: Hallo Eric, Could you give an indication when R is going to be upgraded to R-2.5.0 in the FreeBSD ports collection? Best regards, Wiebe Pestman There is a PR 112713 pending Eric's approval. The patch at http://people.freebsd.org/~rafan/R-2.5.0.diff is ready to commit. If Eric is busy, then I will update this port tomorrow. Regards, Rong-En Fan I haven't had time to look at it. Rong-En, perhaps you should go ahead and update the port. Thanks for your work! OK. it's done, and it was originally submitted by Vittorio De Martino vdemart1 at tin.it :-) Regards, Rong-En Fan Eric ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
tinderbox and bad system call
After upgrading tinderbox's jail to latest -current, miwi@ and I see this bad system call (core dumped) while building devel/glib20. My log is at http://www.rafan.org/tb/errors/7-FreeBSD/glib-2.12.12_2.log My tinderbox is running on 6.2-RELEASE. Not sure about miwi@'s but I think they are 6.x. I think it's related to recent changes in current and may only happen in tinderbox environment. Any ideas? Regards, Rong-En Fan ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: tinderbox and bad system call
On 5/22/07, LI Xin [EMAIL PROTECTED] wrote: Rong-en Fan wrote: After upgrading tinderbox's jail to latest -current, miwi@ and I see this bad system call (core dumped) while building devel/glib20. My log is at http://www.rafan.org/tb/errors/7-FreeBSD/glib-2.12.12_2.log My tinderbox is running on 6.2-RELEASE. Not sure about miwi@'s but I think they are 6.x. I think it's related to recent changes in current and may only happen in tinderbox environment. Is the jailed environment 32-bit running in a 64-bit host? No, the host is running i386. Regards, Rong-En Fan Cheers, -- Xin LI [EMAIL PROTECTED]http://www.delphij.net/ FreeBSD - The Power to Serve! ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: first? patch [ HEADS UP: xorg 7.2 ready for testing ]
On 5/16/07, Ulrich Spoerlein [EMAIL PROTECTED] wrote: Sam Lawrance wrote: I think I have figured this out. In short: portupgrade does not include new, previously not installed, dependencies in its list of tasks when updating. In this particular case, gstreamer-plugins-bad was built before one of its dependencies was updated, and we end up with a crufty old reference to X11R6. That is exactly why I recommend using WITH_FOO flags in /etc/make.conf instead of the pkgtools.conf. It can only, really work if you pass WITH_* flags to make(1) itself. Also ports-mgmt/portconf :-) Regards, Rong-En Fan Of course, WITH_ flags have nothing to do with your problem at hand. Sorry for hijacking this thread. Ulrich Spoerlein -- The trouble with the dictionary is you have to know how the word is spelled before you can look it up to see how it is spelled. -- Will Cuppy ___ 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]
Re: Xorg 7.2 index problem
On 5/12/07, Kris Kennaway [EMAIL PROTECTED] wrote: On Fri, May 11, 2007 at 05:35:11PM -0600, Coleman Kane wrote: On Fri, 2007-05-11 at 03:16 -0400, Kris Kennaway wrote: On Fri, May 11, 2007 at 09:12:05AM +0200, [LoN]Kamikaze wrote: Kris Kennaway wrote: On Fri, May 11, 2007 at 08:45:56AM +0200, [LoN]Kamikaze wrote: # make index Generating INDEX-6 - please wait..cut: stdin: Illegal byte sequence Makefile, line 32: warning: /usr/bin/cut -f 1 -d '|' /usr/ports/audio/mbrolavox/voices.conf returned non-zero status Does anyone else have this problem? Do you have a nonstandard locale set, and does this warning also occur with CVS index? Kris My locale is en_GB.UTF-8. Probably the cause, I bet it would also give the warning with a CVS index. Kris I have the same error using en_US.UTF-8 s/error/warning/ There is probably lots of work needed to clean up the ports tree in the presence of non-default locales (there is a PR documenting some of this), so contact me if you are interested in working on it. I thought it was tr/cut/... needs to be fixed? Correct me if I'm wrong :-) Kris ___ 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]
Re: Xorg 7.2 index problem
On 5/12/07, Kris Kennaway [EMAIL PROTECTED] wrote: On Sat, May 12, 2007 at 12:18:01PM +0800, Rong-en Fan wrote: On 5/12/07, Kris Kennaway [EMAIL PROTECTED] wrote: On Fri, May 11, 2007 at 05:35:11PM -0600, Coleman Kane wrote: On Fri, 2007-05-11 at 03:16 -0400, Kris Kennaway wrote: On Fri, May 11, 2007 at 09:12:05AM +0200, [LoN]Kamikaze wrote: Kris Kennaway wrote: On Fri, May 11, 2007 at 08:45:56AM +0200, [LoN]Kamikaze wrote: # make index Generating INDEX-6 - please wait..cut: stdin: Illegal byte sequence Makefile, line 32: warning: /usr/bin/cut -f 1 -d '|' /usr/ports/audio/mbrolavox/voices.conf returned non-zero status Does anyone else have this problem? Do you have a nonstandard locale set, and does this warning also occur with CVS index? Kris My locale is en_GB.UTF-8. Probably the cause, I bet it would also give the warning with a CVS index. Kris I have the same error using en_US.UTF-8 s/error/warning/ There is probably lots of work needed to clean up the ports tree in the presence of non-default locales (there is a PR documenting some of this), so contact me if you are interested in working on it. I thought it was tr/cut/... needs to be fixed? Correct me if I'm wrong :-) AFAIK tr/cut/... are behaving correctly with respect to the non-default locale. The issue is that they are being called with the (invalid) assumption that the locale is always the C locale (i.e. with the expectation that they should process their files as in the C locale). I see. Thanks. Rong-En Fan Kris ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: FreeBSD Port: openvpn-devel-2.1.r2
On 5/8/07, Matthias Andree [EMAIL PROTECTED] wrote: Geno Salvati schrieb: Please let me know if you have plans to release a port upgrade to include rc4 of OpenVPN version 2.1. The answer to this question is not mission critical but will make a slight difference in my planning if you are able to provide it. I've already submitted the update to rc4 last week, but it's not yet been committed: http://www.freebsd.org/cgi/query-pr.cgi?pr=112414 The ports updates have been far and few between the past days, but I haven't checked or asked why. We are in a ports freeze for the upcoming X.Org 7.2 merge. Grab the -rc2 port and grab the patch from the PR if you want to try it and let me know what you get. HTH Matthias ___ 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]
Re: Status of (teTeX ) Tex Live port(s)
On 5/3/07, Parv [EMAIL PROTECTED] wrote: Apparently teTeX development/support ended on May 2006 (according to http://www.tug.org/tetex/) and people (from the accounts on comp.text.tex newsgroup) seem to be moving, or already have moved, to Tex Live. How long would teTeX ports remain available? Will there be any Tex Live port in our future? I did not find anything suitable via search for tex live or texlive on http://www.freebsd.org/ports/. To do my part, I volunteer to be a tester of Tex Live port(s). I asked hrs@ (current teTeX maintainer) yesterday, he told me that he is working on porting TeX Live and should be available soon. Regards, Rong-En Fan - Parv -- ___ 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]
/usr/ports symlink and portconf
When /usr/ports is a symbolic links, ports-mgmt/portconf does not because .CURDIR contains the real path. I filed a PR 104838 last year which contains a patch that detects the real path of ${PORTSDIR} at runtime. The patch is at http://people.freebsd.org/~rafan/portconf.diff If you look at the patch, you will find that I invoke shell (via !=) whenever make is used. It impacts buildworld speed. On a P4 3.4G SMP i386 box, building RELENG_6 : before / after: 49m24.906s / 52m17.299s If most of you don't think this is acceptable, then it can be done at installation time. I would like to get this committed into portconf. Some boxes of mine has symlink on /usr/ports. Regards, Rong-En Fan ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Warnings added to INDEX
On 4/20/07, Kris Kennaway [EMAIL PROTECTED] wrote: Someone (probably two people) recently committed changes that make INDEX builds emit warnings: /usr/local/bin/kpsewhich: not found Makefile, line 38: warning: /usr/local/bin/kpsewhich -format 'dvips config' config.ps returned non-zero status My fault! I will fix soon. /a/portbuild/amd64/7/ports/deskutils/linux-sunbird/../../www/linux-seamonkey/Makefile.common, line 43: warning: duplicate script for target post-extract ignored The first two look like an assumption that kpsewhich is always present on every system (false ;) and the latter looks like a bad makefile change. Whoever made these mistakes please fix them! :) Kris ___ 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]
Re: Generating INDEX
On 4/13/07, Gerald Pfeifer [EMAIL PROTECTED] wrote: On Fri, 13 Apr 2007, Rong-en Fan wrote: I think it's because lang/gcc41, gcc42's usage of USE_GNOME is incorrect. It should be WANT_GNOME= yes .include bsd.port.pre.mk USE_GNOME+= And our INDEX builder is i386, so we don't see this. Thanks for the report and the diagnosis. I'm away from a machine where I can do a reasonable FreeBSD test/commit. Would the patch below address the issue? If so, anybody feel free to commit to the lang/gcc41 and lang/gcc42 ports! (Now, there is a huge problem with this: The idea behind the original changes was to use OPTIONS for these ports. Alas OPTIONS are processed in bsd.port.mk.pre so their WITH/WITHOUT settings are available only after bsd.port.mk. If we have to define WANT_GNOME before bsd.port.mk.pre, the result of OPTIONS is not available yet. Does this mean we cannot sensibly use OPTIONS for optional dependencies like this?) No, the patch won't work. According to http://www.freebsd.org/gnome/docs/porting.html, the right way is always define WANT_GNOME which won't pull any gnome dependencies unless USE_GNOME is used. I think after USE_PERL5_BUILD line, add WANT_GNOME=yes and use += for USE_GNOME after bsd.port.pre.mk Regards, Rong-En Fan Gerald Index: Makefile === RCS file: /home/pcvs/ports/lang/gcc41/Makefile,v retrieving revision 1.318 diff -u -3 -p -r1.318 Makefile --- Makefile10 Apr 2007 05:24:27 - 1.318 +++ Makefile13 Apr 2007 06:24:29 - @@ -34,6 +34,9 @@ USE_BZIP2=yes USE_GMAKE= yes USE_ICONV= yes USE_PERL5_BUILD=yes +.if defined(WITH_JAVA_AWT) +WANT_GNOME=yes +.endif PATCH_WRKSRC= ${SRCDIR} CONFIGURE_SCRIPT= ../${SRCDIR:C/${WRKDIR}//}/configure ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Generating INDEX
On 4/13/07, Andy Fawcett [EMAIL PROTECTED] wrote: On Thursday 12 April 2007 14:49:28 David wrote: Hi, I run my own cvsup server for internal use so we do not overload your servers. It updates once per day then all our other servers update from it. This is all working and is not reporting any errors. For the last couple of days I have been getting this error when updating from this server. Updating the ports index ... Generating INDEX.tmp - please wait../usr/ports/Mk/bsd.gnome.mk, line 652: Malformed conditional (${_USE_GNOME_ALL:Mgtk20}==) /usr/ports/Mk/bsd.gnome.mk, line 652: Malformed conditional (${_USE_GNOME_ALL:Mlibartlgpl2}==) /usr/ports/Mk/bsd.port.mk, line 2009: if-less endif /usr/ports/Mk/bsd.port.mk, line 5975: if-less endif make: fatal errors encountered -- cannot continue === lang/gcc41-withgcjawt failed *** Error code 1 I think it's because lang/gcc41, gcc42's usage of USE_GNOME is incorrect. It should be WANT_GNOME= yes .include bsd.port.pre.mk USE_GNOME+= And our INDEX builder is i386, so we don't see this. Regards, Rong-En Fan 1 error I am running FreeBSD 6.2 on all servers. These are all Intel 64 bit (AMD64). I have no refuse files and update ports-all. My make file reads: CPUTYPE=athlon64 WITHOUT_X11=yes # added by use.perl 2007-01-17 13:07:54 PERL_VER=5.8.8 PERL_VERSION=5.8.8 Any help with this would be much appreciated. FWIW, I am seeing exactly the same when trying to generate an INDEX on my amd64/6.2 system synched from the xorg git repository. So far, I've not found a solution. Andy -- Andy Fawcett | [EMAIL PROTECTED] | [EMAIL PROTECTED] In an open world without walls and fences, | [EMAIL PROTECTED] we wouldn't need Windows and Gates. -- anon | [EMAIL PROTECTED] ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED] ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
HEADS UP: ncurses wide character support
Hi, Now we have ncurses 5.6 and wide character support in 6.x after __FreeBSD_version 602107. If your port supports it, you may want to enable it for better unicode support. For example, mutt's WITH_NCURSES_PORT knob may be adjusted to consider this fact :-) Regards, Rong-En Fan ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: INFO: FreeBSD 6.2: GraphicsMagick-1.1.7
On 4/6/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Hi, MAN# pkgdb -F --- Checking the package registry database Stale dependency: GraphicsMagick-1.1.7 - ghostscript-gpl-8.56_2 (print/ghostscript-gpl): ghostscript-gnu-7.07_15 (score:76%) ? ([y]es/[n]o/[a]ll) [no] Install stale dependency? ([y]es/[n]o/[a]ll) [yes] no New dependency? (? to help): ? [Enter] to skip, [Ctrl]+[D] to delete, [.][Enter] to abort, [Tab] to complete New dependency? (? to help): . Abort. ... ghostscript-gpl confilcts with ghostscript-gnu ghostscript-gnu is needed by .. portupgrade -o print/ghostscript-gpl ghostscript-gnu I will add an entry to UPDATING. Regards, Rong-En Fan ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: HEADS UP: OPTIONS improvement
On 4/4/07, Kris Kennaway [EMAIL PROTECTED] wrote: On Wed, Apr 04, 2007 at 07:52:57AM +0900, NIIMI Satoshi wrote: On 2007/04/03 14:12, Rong-En Fan wrote: After pav@'s commit to bsd.port.mk, now you can test WITH/WITHOUT freely with OPTIONS. I filed a PR ports/78343 with similar patch, but the PR was rejected. Why the policy has been changed? Different committer, different opinion I guess. Opinions change over time, too :) Well, current implementation still has one flaw. If users specify WITH/WITHOUT in make.conf which conflicts with OPTIONS (/var/db/ports/somewhere), the result depends on how port's Makefile written. However, I think it's not how OPTIONS works. Regards, Rong-En Fan ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: HEADS UP: OPTIONS improvement
On 4/5/07, Peter Thoenen [EMAIL PROTECTED] wrote: After pav@'s commit to bsd.port.mk, now you can test WITH/WITHOUT freely with OPTIONS. I guess to ask the obvious question, as a low maintenance port maintainer (e.g don't follow all the latest and greatest nitty gritty details) exactly what does this do for me and why do I care (or want to adopt my ports to use this) .. I don't exactly find now you can test WITH/WITHOUT freely with OPTIONS self-evident. If you ever use OPTIONS in your port's Makefile, you should know that due to previous implementation you can only test WITHOUT_* for OPTIONS that is default on and vice versa. As a general comment, I think this is also sorely lacking in most HEADS UP port annoucements .. e.g. why do we care and what does it do for us in layman terms. I will write more details next time :-) -Peter ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
HEADS UP: default ghostscript is switched to 8.56
Hi folks, The default ghostscript is switched from the old 7.07 gs-gnu to the latest 8.56 gs-gpl. If you need to stick with old gs-gnu, put WITH_GHOSTSCRIPT_GNU=yes in your make.conf or ports.conf (ports-mgmt/portconf). Regards, Rong-En Fan - Forwarded message from Pav Lucistnik [EMAIL PROTECTED] - From: Pav Lucistnik [EMAIL PROTECTED] Date: Mon, 2 Apr 2007 23:00:50 + (UTC) To: [EMAIL PROTECTED], [EMAIL PROTECTED], cvs-all@FreeBSD.org Subject: cvs commit: ports/Mk bsd.port.mk X-Bogosity: Ham, tests=bogofilter, spamicity=0.00, version=1.1.5 pav 2007-04-02 23:00:50 UTC FreeBSD ports repository Modified files: Mk bsd.port.mk Log: - Change default USE_GHOSTSCRIPT dependency from ghostscript-gnu to ghostscript-gpl, which is a new preferred vendor platform Submitted by: rafan Tested on: pointyhat exp-run Revision ChangesPath 1.563 +14 -13ports/Mk/bsd.port.mk - End forwarded message - ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
HEADS UP: OPTIONS improvement
Hi folks, After pav@'s commit to bsd.port.mk, now you can test WITH/WITHOUT freely with OPTIONS. Also, when the set of OPTIONS is changed, users will be prompted to the dialog again (thank you pav!). Regards, Rong-En Fan ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: gettext error
On 3/22/07, Paul Ooi Cong Jen [EMAIL PROTECTED] wrote: dear all, I am trying to install gettext and having this error. current I am not able to ssh into server because gettext is remove. test-lock.o: In function `test_lock': test-lock.o(.text+0x1e5): undefined reference to `pthread_create' test-lock.o(.text+0x20e): undefined reference to `pthread_create' test-lock.o(.text+0x23f): undefined reference to `pthread_join' test-lock.o(.text+0x269): undefined reference to `pthread_join' test-lock.o: In function `test_rwlock': test-lock.o(.text+0x3ea): undefined reference to `pthread_create' test-lock.o(.text+0x41e): undefined reference to `pthread_create' test-lock.o(.text+0x44f): undefined reference to `pthread_join' test-lock.o(.text+0x483): undefined reference to `pthread_join' test-lock.o: In function `test_recursive_lock': test-lock.o(.text+0x61d): undefined reference to `pthread_create' test-lock.o(.text+0x646): undefined reference to `pthread_create' test-lock.o(.text+0x677): undefined reference to `pthread_join' test-lock.o(.text+0x6a1): undefined reference to `pthread_join' test-lock.o: In function `test_once': test-lock.o(.text+0x8d9): undefined reference to `pthread_create' test-lock.o(.text+0xa53): undefined reference to `pthread_join' are you running 4.x? Regards. Rong-En Fan ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: gettext error
On 3/22/07, Paul Ooi Cong Jen [EMAIL PROTECTED] wrote: Rong-en Fan wrote: On 3/22/07, Paul Ooi Cong Jen [EMAIL PROTECTED] wrote: dear all, I am trying to install gettext and having this error. current I am not able to ssh into server because gettext is remove. test-lock.o: In function `test_lock': test-lock.o(.text+0x1e5): undefined reference to `pthread_create' test-lock.o(.text+0x20e): undefined reference to `pthread_create' test-lock.o(.text+0x23f): undefined reference to `pthread_join' test-lock.o(.text+0x269): undefined reference to `pthread_join' test-lock.o: In function `test_rwlock': test-lock.o(.text+0x3ea): undefined reference to `pthread_create' test-lock.o(.text+0x41e): undefined reference to `pthread_create' test-lock.o(.text+0x44f): undefined reference to `pthread_join' test-lock.o(.text+0x483): undefined reference to `pthread_join' test-lock.o: In function `test_recursive_lock': test-lock.o(.text+0x61d): undefined reference to `pthread_create' test-lock.o(.text+0x646): undefined reference to `pthread_create' test-lock.o(.text+0x677): undefined reference to `pthread_join' test-lock.o(.text+0x6a1): undefined reference to `pthread_join' test-lock.o: In function `test_once': test-lock.o(.text+0x8d9): undefined reference to `pthread_create' test-lock.o(.text+0xa53): undefined reference to `pthread_join' are you running 4.x? Sorry that I didn't mention am running FBSD4.11 Sorry but 4.x is not supported anymore. You may change -lpthread to -pthread in Makefiles. Regards, Rong-En Fan ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
HEADS UP: ncurses wide character support in 7.x
FYI, we have ncurses wide character support in 7.x now. -- Forwarded message -- From: Rong-En Fan [EMAIL PROTECTED] Date: Mar 9, 2007 8:11 PM Subject: cvs commit: src Makefile.inc1 src/lib/ncurses Makefile config.mk src/lib/ncurses/form Makefile src/lib/ncurses/formw Makefile src/lib/ncurses/menu Makefile src/lib/ncurses/menuw Makefile src/lib/ncurses/ncurses Makefile ncurses_cfg.h ... To: [EMAIL PROTECTED], [EMAIL PROTECTED], cvs-all@freebsd.org rafan 2007-03-09 12:11:58 UTC FreeBSD src repository Modified files: .Makefile.inc1 lib/ncurses Makefile config.mk lib/ncurses/form Makefile lib/ncurses/menu Makefile lib/ncurses/ncurses Makefile ncurses_cfg.h lib/ncurses/panelMakefile share/mk bsd.libnames.mk Added files: lib/ncurses/formwMakefile lib/ncurses/menuwMakefile lib/ncurses/ncursesw Makefile lib/ncurses/panelw Makefile Log: Enable ncurses wide character support Approved by:delphij (mentor) Tested by: kris on pointyhat (early version), current@ Revision ChangesPath 1.570 +4 -2 src/Makefile.inc1 1.2 +2 -1 src/lib/ncurses/Makefile 1.3 +7 -0 src/lib/ncurses/config.mk 1.13 +3 -3 src/lib/ncurses/form/Makefile 1.1 +5 -0 src/lib/ncurses/formw/Makefile (new) 1.15 +3 -3 src/lib/ncurses/menu/Makefile 1.1 +5 -0 src/lib/ncurses/menuw/Makefile (new) 1.87 +143 -13 src/lib/ncurses/ncurses/Makefile 1.8 +12 -1 src/lib/ncurses/ncurses/ncurses_cfg.h 1.1 +7 -0 src/lib/ncurses/ncursesw/Makefile (new) 1.14 +3 -3 src/lib/ncurses/panel/Makefile 1.1 +5 -0 src/lib/ncurses/panelw/Makefile (new) 1.101 +1 -0 src/share/mk/bsd.libnames.mk ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/cvs-src 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]
Re: HEADS UP: ncurses wide character support in 7.x
On 3/9/07, Jeremy Chadwick [EMAIL PROTECTED] wrote: On Fri, Mar 09, 2007 at 03:49:09PM +0100, Marcus von Appen wrote: On, Fri Mar 09, 2007, Rong-en Fan wrote: FYI, we have ncurses wide character support in 7.x now. [...] Great work, thanks a lot. Will it be backported to RELENG_6? Same question I had. I'd love to see this backported sometime in the future! Of course, it's already on my list :-) Regards, Rong-En Fan ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: misc/hotkeys package
On 3/2/07, Alexey Privalov [EMAIL PROTECTED] wrote: Hi all, there is a problem with misc/hotkeys package.. while building with XOSD support it doesn't show anything on my desk. xosd_init which is used is deprecated. here is a little patch to fix it. also added some config features. Committed. Thank you! Regards, Rong-En Fan ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: editors/hte IA64/AMD64 compliance test
On 3/2/07, Marcus von Appen [EMAIL PROTECTED] wrote: Hi, the authors of editors/hte made up a new release, v2.0, and announced 64-bit compliance. It would be great if someone with a IA64 and/or AMD64 arch could test the port. The diff for editors/hte can be found at: http://sysfault.org/data/hte-patch.diff Simply apply it to your local port and try to build and run it. It runs on my amd64 6.x. BTW, the distinfo seems incorrect, I got MD5 (ht-2.0.tar.bz2) = 3fb6d9a736bfbb7f4b6f46ee752201e5 SHA256 (ht-2.0.tar.bz2) = 1d0025030fb9bb22b8b14043611fff5003e8cbc3a9689977b79c14eba0c6829f SIZE (ht-2.0.tar.bz2) = 854003 A minor issue, you may want to remove .if ${OSVERSION} 40 LIB_DEPENDS+= ncurses.5:${PORTSDIR}/devel/ncurses .endif There is no need to keep pre 4.x support. Regards, Rong-En Fan ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Python 2.4.4 and devel/ncurses
On Tue, Feb 27, 2007 at 02:46:13PM +0100, Kirill Ponomarew wrote: On Tue, Feb 27, 2007 at 09:02:04PM +0800, Rong-En Fan wrote: On Tue, Feb 27, 2007 at 03:58:57PM +0800, Rong-En Fan wrote: For those who have problems with devel/ncurses and python (2.4 or 2.5). Please try this patch: http://people.freebsd.org/~rafan/python-ncurses.diff Apply it under /usr/ports/lang. It forces python to pick up ncurses (and readline) in base in instead of LOCALBASE. Now it compiles, thanks a lot. -Kirill Thanks! I just committed the fix. Regards, Rong-En Fan pgp0MJgsUZ2nX.pgp Description: PGP signature
Re: Python 2.4.4 and devel/ncurses
On Tue, Feb 27, 2007 at 09:46:22AM +0100, Kirill Ponomarew wrote: On Tue, Feb 27, 2007 at 03:58:57PM +0800, Rong-En Fan wrote: On Mon, Feb 26, 2007 at 04:19:04PM -0500, Thomas Dickey wrote: Hmm... there must be something wrong in devel/ncurses /usr/local/lib/libncurses.so: libtinfo.so.5.6 = /usr/local/lib/libtinfo.so.5.6 (0x800958000) But on a current box which has ncurses 5.6 in base. libncurses.so does not depend on tinfo. I will look into it. It fails also with base ncurses on AMD64 current. Really? I can build python24 on sledge. -Kirill pgpfAV0KPO1y1.pgp Description: PGP signature
Re: Python 2.4.4 and devel/ncurses
On Tue, Feb 27, 2007 at 10:45:31AM +0100, Kirill Ponomarew wrote: On Tue, Feb 27, 2007 at 05:18:05PM +0800, Rong-En Fan wrote: On Tue, Feb 27, 2007 at 09:46:22AM +0100, Kirill Ponomarew wrote: On Tue, Feb 27, 2007 at 03:58:57PM +0800, Rong-En Fan wrote: On Mon, Feb 26, 2007 at 04:19:04PM -0500, Thomas Dickey wrote: Hmm... there must be something wrong in devel/ncurses /usr/local/lib/libncurses.so: libtinfo.so.5.6 = /usr/local/lib/libtinfo.so.5.6 (0x800958000) But on a current box which has ncurses 5.6 in base. libncurses.so does not depend on tinfo. I will look into it. It fails also with base ncurses on AMD64 current. Really? I can build python24 on sledge. # pkg_info ncurses pkg_info: can't find package 'ncurses' installed or in a file! -Kirill $ ls -d /var/db/pkg/libtool* /var/db/pkg/libtool-1.5.22_3/ $ pkg_info libtool pkg_info: can't find package 'libtool' installed or in a file! Could you pkg_info -a | grep ncurses? Thanks, Rong-En Fan pgpQ1VjY87tZC.pgp Description: PGP signature
Re: Python 2.4.4 and devel/ncurses
On Tue, Feb 27, 2007 at 03:58:57PM +0800, Rong-En Fan wrote: On Mon, Feb 26, 2007 at 04:19:04PM -0500, Thomas Dickey wrote: On Mon, Feb 26, 2007 at 09:44:11PM +0100, Kirill Ponomarew wrote: On Mon, Feb 26, 2007 at 01:07:48PM -0700, Joshua Tinnin wrote: It seems to me that rpath works as expected but /lib/libncurses.so.6 is loaded first... There was some discussion about a year ago, which pointed out a problem. The readline package loads termcap, which could be provided by ncurses. You might be hitting that problem (readline, or another package). The fix would be to ensure that termcap loads the same library as curses. Is there anything that can be done about this in the meantime? I have two 6.2-R i386 machines which are encountering this problem. BTW, it fails also on AMD64 CURRENT from yesterday with: yes - someone has to provide a patch to make the python and ncurses ports either work together, or ignore each other. The top-level setup.py appears to have all (or most) of the related information: it sets up a search list of library directories, walks through them to find the given libraries. For those who have problems with devel/ncurses and python (2.4 or 2.5). Please try this patch: http://people.freebsd.org/~rafan/python-ncurses.diff Apply it under /usr/ports/lang. It forces python to pick up ncurses (and readline) in base in instead of LOCALBASE. I'm not sure how (reading the earlier email) python decides to get libtinfo, though, since that string doesn't appear in the original python sources. Hmm... there must be something wrong in devel/ncurses /usr/local/lib/libncurses.so: libtinfo.so.5.6 = /usr/local/lib/libtinfo.so.5.6 (0x800958000) But on a current box which has ncurses 5.6 in base. libncurses.so does not depend on tinfo. It looks like if --with-termlib and --without-libtool, then ncurses will pick up tinfo (in configure script). Regards, Rong-En Fan pgpK8CzJ9XjYJ.pgp Description: PGP signature
Re: Python 2.4.4 and devel/ncurses
On Mon, Feb 26, 2007 at 04:19:04PM -0500, Thomas Dickey wrote: On Mon, Feb 26, 2007 at 09:44:11PM +0100, Kirill Ponomarew wrote: On Mon, Feb 26, 2007 at 01:07:48PM -0700, Joshua Tinnin wrote: It seems to me that rpath works as expected but /lib/libncurses.so.6 is loaded first... There was some discussion about a year ago, which pointed out a problem. The readline package loads termcap, which could be provided by ncurses. You might be hitting that problem (readline, or another package). The fix would be to ensure that termcap loads the same library as curses. Is there anything that can be done about this in the meantime? I have two 6.2-R i386 machines which are encountering this problem. BTW, it fails also on AMD64 CURRENT from yesterday with: yes - someone has to provide a patch to make the python and ncurses ports either work together, or ignore each other. The top-level setup.py appears to have all (or most) of the related information: it sets up a search list of library directories, walks through them to find the given libraries. I'm not sure how (reading the earlier email) python decides to get libtinfo, though, since that string doesn't appear in the original python sources. Hmm... there must be something wrong in devel/ncurses /usr/local/lib/libncurses.so: libtinfo.so.5.6 = /usr/local/lib/libtinfo.so.5.6 (0x800958000) But on a current box which has ncurses 5.6 in base. libncurses.so does not depend on tinfo. I will look into it. Regards, Rong-En Fan cc -DNDEBUG -O2 -fno-strict-aliasing -pipe -D__wchar_t=wchar_t -DTHREAD_STACK_SIZE=0x2 -fPIC -fno-strict-aliasing -I. -I/usr/ports/lang/python24/work/Python-2.4.4/./Include -I/usr/local/include -I/usr/ports/lang/python24/work/Python-2.4.4/Include -I/usr/ports/lang/python24/work/Python-2.4.4 -c /usr/ports/lang/python24/work/Python-2.4.4/Modules/_cursesmodule.c -o build/temp.freebsd-7.0-CURRENT-amd64-2.4/_cursesmodule.o cc -shared -pthread -O2 -fno-strict-aliasing -pipe -D__wchar_t=wchar_t -DTHREAD_STACK_SIZE=0x2 build/temp.freebsd-7.0-CURRENT-amd64-2.4/_cursesmodule.o -L/usr/local/lib -lncurses -o build/lib.freebsd-7.0-CURRENT-amd64-2.4/_curses.so ** Command failed [exit code 1]: /usr/bin/script -qa /tmp/portupgrade.59183.0 env UPGRADE_TOOL=portupgrade UPGRADE_PORT=python24-2.4.3_3 UPGRADE_PORT_VER=2.4.3_3 make ** Fix the problem and try again. ** Listing the failed packages (*:skipped / !:failed) ! lang/python24 (python24-2.4.3_3) (new compiler error) --- Packages processed: 0 done, 0 ignored, 0 skipped and 1 failed -Kirill -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net pgpqUbeGNvE23.pgp Description: PGP signature
Re: How to depends on perl conditionally?
On 2/23/07, Lev Serebryakov [EMAIL PROTECTED] wrote: Hello ports, If I use OPTIONS, I can check WITH_option only after `.include bsd.port.pre.mk'. But USE_PERL5 should be defined BEFORE this include too. What should I do if my port use perl, depending on options?! I can check WITH_PERL only AFTER include and I need to set USE_PERL5 before include :( If I read bsd.port.mk correctly, you can use USE_PERL5 after pre.mk. perl related stuffs are defined in post.mk Regards, Rong-En Fan ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Python 2.4.4 and devel/ncurses
distinfo pkg-plist ports/lang/python24/files patch-CVE-2006-4980 patch-setup.py] Reply-To: In-Reply-To: [EMAIL PROTECTED] [I move to ports@ for discussion. Also CC'ing ncurses author] On Wed, Feb 14, 2007 at 02:07:32PM +0100, Kirill Ponomarew wrote: On Wed, Feb 14, 2007 at 06:07:33AM +, Xin LI wrote: delphij 2007-02-14 06:07:29 UTC FreeBSD ports repository Modified files: Mk bsd.python.mk lang/python Makefile distinfo lang/python-doc-html distinfo lang/python24Makefile distinfo pkg-plist lang/python24/files patch-setup.py Removed files: lang/python24/files patch-CVE-2006-4980 Log: Update to Python 2.4.4. Approved by:maintainer timeout, alexbl (python@) Tested by: pointyhat PR: ports/105901 Upgrading from python24-2.4.3_3 to python24-2.4.4 fails on AMD64 6.2 RELEASE. cc -DNDEBUG -O2 -fno-strict-aliasing -pipe -D__wchar_t=wchar_t -DTHREAD_STACK_SIZE=0x2 -fPIC -fno-strict-aliasing -I. -I/usr/ports/lang/python24/work/Python-2.4.4/./Include -I/usr/local/include -I/usr/ports/lang/python24/work/Python-2.4.4/Include -I/usr/ports/lang/python24/work/Python-2.4.4 -c /usr/ports/lang/python24/work/Python-2.4.4/Modules/_cursesmodule.c -o build/temp.freebsd-6.2-PRERELEASE-amd64-2.4/_cursesmodule.o cc -shared -pthread -O2 -fno-strict-aliasing -pipe -D__wchar_t=wchar_t -DTHREAD_STACK_SIZE=0x2 build/temp.freebsd-6.2-PRERELEASE-amd64-2.4/_cursesmodule.o -L/usr/local/lib -lncurses -o build/lib.freebsd-6.2-PRERELEASE-amd64-2.4/_curses.so Segmentation fault (core dumped) *** Error code 139 I can reproduce this with both i386/amd64 6.2-RELEASE with devel/ncurses installed. ldd ${WRKSRC}/build/.../_curses.so says it is linked against local/lib/libncurses.so.6 (ktrace on python executable also confirms that). gdb shows (I have devel/ncurses-devel installed instead of ncurses 5.6): (gdb) run Starting program: /home/admin/usr/ports/lang/python24/work/Python-2.4.4/python warning: Unable to get location for thread creation breakpoint: generic error [New LWP 100158] Python 2.4.4 (#1, Feb 14 2007, 21:57:09) [GCC 3.4.6 [FreeBSD] 20060305] on freebsd6 Type help, copyright, credits or license for more information. [New Thread 0x604000 (LWP 100158)] import _curses Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0x604000 (LWP 100437)] 0x0008011ad7d4 in keybound () from /lib/libncurses.so.6 (gdb) bt #0 0x0008011ad7d4 in keybound () from /lib/libncurses.so.6 #1 0x0008012fe281 in keyname () from /usr/local/lib/libtinfo.so.5.6 #2 0x00080142c1be in init_curses () at /home/admin/usr/ports/lang/python24/work/Python-2.4.4/Modules/_cursesmodule.c:2605 #3 0x0047215f in _PyImport_LoadDynamicModule ( name=0x7fffdf70 _curses, pathname=0x7fffdac0 /home/admin/usr/ports/lang/python24/work/Python-2.4.4/build/lib.freebsd-6.2-PRERELEASE-amd64-2.4/_curses.so, fp=0x80142b3b9) at ./Python/importdl.c:53 #4 0x00470255 in load_module (name=0x7fffdf70 _curses, fp=0x101, buf=0x1 Error reading address 0x1: Bad address, type=3, loader=0x101) at /home/admin/usr/ports/lang/python24/work/Python-2.4.4/Python/import.c:1689 #5 0x0047061d in import_submodule (mod=0x5b3ea0, subname=0x7fffdf70 _curses, fullname=0x7fffdf70 _curses) at /home/admin/usr/ports/lang/python24/work/Python-2.4.4/Python/import.c:2276 [...] I can build python 2.4.4 without problems on 7.x i386, which has ncurses 5.6 in base. Moreover, python 2.5 builds fine on these machines, i.e., with devel/ncurses installed. So, my guess is that devel/ncurses + base ncurses confuses python 2.4.4 build in someway... Regards, Rong-En Fan -Kirill pgpYppd6NOZgS.pgp Description: PGP signature
Re: Python 2.4.4 and devel/ncurses
On Wed, Feb 14, 2007 at 10:34:22PM +0800, LI Xin wrote: Hi, Rong-En Fan wrote: [I move to ports@ for discussion. Also CC'ing ncurses author] On Wed, Feb 14, 2007 at 02:07:32PM +0100, Kirill Ponomarew wrote: [...] Upgrading from python24-2.4.3_3 to python24-2.4.4 fails on AMD64 6.2 RELEASE. cc -DNDEBUG -O2 -fno-strict-aliasing -pipe -D__wchar_t=wchar_t -DTHREAD_STACK_SIZE=0x2 -fPIC -fno-strict-aliasing -I. -I/usr/ports/lang/python24/work/Python-2.4.4/./Include -I/usr/local/include -I/usr/ports/lang/python24/work/Python-2.4.4/Include -I/usr/ports/lang/python24/work/Python-2.4.4 -c /usr/ports/lang/python24/work/Python-2.4.4/Modules/_cursesmodule.c -o build/temp.freebsd-6.2-PRERELEASE-amd64-2.4/_cursesmodule.o cc -shared -pthread -O2 -fno-strict-aliasing -pipe -D__wchar_t=wchar_t -DTHREAD_STACK_SIZE=0x2 build/temp.freebsd-6.2-PRERELEASE-amd64-2.4/_cursesmodule.o -L/usr/local/lib -lncurses -o build/lib.freebsd-6.2-PRERELEASE-amd64-2.4/_curses.so Segmentation fault (core dumped) *** Error code 139 I can reproduce this with both i386/amd64 6.2-RELEASE with devel/ncurses installed. ldd ${WRKSRC}/build/.../_curses.so says it is linked against local/lib/libncurses.so.6 (ktrace on python executable also confirms that). gdb shows (I have devel/ncurses-devel installed instead of ncurses 5.6): (gdb) run Starting program: /home/admin/usr/ports/lang/python24/work/Python-2.4.4/python warning: Unable to get location for thread creation breakpoint: generic error [New LWP 100158] Python 2.4.4 (#1, Feb 14 2007, 21:57:09) [GCC 3.4.6 [FreeBSD] 20060305] on freebsd6 Type help, copyright, credits or license for more information. [New Thread 0x604000 (LWP 100158)] import _curses Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0x604000 (LWP 100437)] 0x0008011ad7d4 in keybound () from /lib/libncurses.so.6 (gdb) bt #0 0x0008011ad7d4 in keybound () from /lib/libncurses.so.6 #1 0x0008012fe281 in keyname () from /usr/local/lib/libtinfo.so.5.6 #2 0x00080142c1be in init_curses () at /home/admin/usr/ports/lang/python24/work/Python-2.4.4/Modules/_cursesmodule.c:2605 #3 0x0047215f in _PyImport_LoadDynamicModule ( name=0x7fffdf70 _curses, pathname=0x7fffdac0 /home/admin/usr/ports/lang/python24/work/Python-2.4.4/build/lib.freebsd-6.2-PRERELEASE-amd64-2.4/_curses.so, fp=0x80142b3b9) at ./Python/importdl.c:53 #4 0x00470255 in load_module (name=0x7fffdf70 _curses, fp=0x101, buf=0x1 Error reading address 0x1: Bad address, type=3, loader=0x101) at /home/admin/usr/ports/lang/python24/work/Python-2.4.4/Python/import.c:1689 #5 0x0047061d in import_submodule (mod=0x5b3ea0, subname=0x7fffdf70 _curses, fullname=0x7fffdf70 _curses) at /home/admin/usr/ports/lang/python24/work/Python-2.4.4/Python/import.c:2276 [...] I can build python 2.4.4 without problems on 7.x i386, which has ncurses 5.6 in base. Moreover, python 2.5 builds fine on these machines, i.e., with devel/ncurses installed. So, my guess is that devel/ncurses + base ncurses confuses python 2.4.4 build in someway... Hmm... So I guess this is machine independent? I'll try to see if I Yes. And, python 2.4.3 fails, too. Regards, Rong-En Fan can produce this on my i386 crashbox, thanks for the clue. Cheers, -- Xin LI [EMAIL PROTECTED]http://www.delphij.net/ FreeBSD - The Power to Serve! pgpqitVgN70M5.pgp Description: PGP signature
Re: Python 2.4.4 and devel/ncurses
On Wed, Feb 14, 2007 at 10:09:12AM -0500, Thomas Dickey wrote: On Wed, Feb 14, 2007 at 10:30:11PM +0800, Rong-En Fan wrote: distinfo pkg-plist ports/lang/python24/files patch-CVE-2006-4980 patch-setup.py] Reply-To: In-Reply-To: [EMAIL PROTECTED] ... Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0x604000 (LWP 100437)] 0x0008011ad7d4 in keybound () from /lib/libncurses.so.6 (gdb) bt #0 0x0008011ad7d4 in keybound () from /lib/libncurses.so.6 #1 0x0008012fe281 in keyname () from /usr/local/lib/libtinfo.so.5.6 Is /usr/local/lib/libtinfo.so.5.6 built using the rpath option? If it's not (or not working properly), that could be the problem. Yes, --enable-rpath is passed to configure. Also, if /lib/libncurses.so.6 happened to be loaded first, that could be the issue. $ kdump -T | grep curses\.so 45383 python 1171466835.725865 NAMI /lib/libncurses.so.5.6 45383 python 1171466835.725888 NAMI /usr/lib/libncurses.so.5.6 45383 python 1171466835.725914 NAMI /usr/lib/compat/libncurses.so.5.6 45383 python 1171466835.725940 NAMI /usr/X11R6/lib/libncurses.so.5.6 45383 python 1171466835.725967 NAMI /usr/local/lib/libncurses.so.5.6 45383 python 1171466835.725995 NAMI /usr/local/lib/libncurses.so.5.6 45383 python 1171466835.726209 NAMI /lib/libncurses.so.6 45383 python 1171466835.726234 NAMI /lib/libncurses.so.6 [I typed 'import _curses' at python prompt then 5+ seconds later, I hit enter] 45383 python 1171466842.011160 NAMI _curses.so 45383 python 1171466842.011279 NAMI /usr/local/lib/python24.zip/_curses.so 45383 python 1171466842.011451 NAMI /home/rafan/work/FreeBSD/ports/lang/python24/work/Python-2.4.4/Lib/_curses.so 45383 python 1171466842.011640 NAMI /home/rafan/work/FreeBSD/ports/lang/python24/work/Python-2.4.4/Lib/plat-freebsd6/_curses.so 45383 python 1171466842.011859 NAMI /home/rafan/work/FreeBSD/ports/lang/python24/work/Python-2.4.4/Lib/lib-tk/_curses.so 45383 python 1171466842.012050 NAMI /home/rafan/work/FreeBSD/ports/lang/python24/work/Python-2.4.4/Modules/_curses.so 45383 python 1171466842.012236 NAMI /home/rafan/work/FreeBSD/ports/lang/python24/work/Python-2.4.4/build/lib.freebsd-6.2-PRERELEASE-amd64-2.4/_curses.so 45383 python 1171466842.012313 NAMI /home/rafan/work/FreeBSD/ports/lang/python24/work/Python-2.4.4/build/lib.freebsd-6.2-PRERELEASE-amd64-2.4/_curses.so 45383 python 1171466842.012551 NAMI /lib/libncurses.so.5.6 45383 python 1171466842.012575 NAMI /usr/lib/libncurses.so.5.6 45383 python 1171466842.012603 NAMI /usr/lib/compat/libncurses.so.5.6 45383 python 1171466842.012630 NAMI /usr/X11R6/lib/libncurses.so.5.6 45383 python 1171466842.012658 NAMI /usr/local/lib/libncurses.so.5.6 It seems to me that rpath works as expected but /lib/libncurses.so.6 is loaded first... -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net pgpLgKUZFV7yV.pgp Description: PGP signature
Re: math/lapack crashes update of math/freemat
Hi, On Thu, Jan 18, 2007 at 05:00:17PM +0100, Philipp Ost wrote: Dear Nakata, Hi list, when updating math/freemat using portupgrade, I get the following error: [compiler output snipped] building shared library liblapack.so.4 === Installing for lapack-3.0_2 === Generating temporary packing list === Checking if math/lapack already installed === lapack-3.0_2 is already installed You may wish to ``make deinstall'' and install this port again by ``make reinstall'' to upgrade it properly. If you really wish to overwrite the old port of math/lapack without deleting it first, set the variable FORCE_PKG_REGISTER in your environment or the make install command line. [...] # I did reinstall math/lapack (# make deinstall make reinstall), but I did never have success when I try to update math/freemat ;) Is this related to the migration to gfortran? Yes, and I committed a fix. Regards, Rong-En Fan pgpypnMnezUhm.pgp Description: PGP signature
Re: math/octave doesn't see atlas
On Sat, Jan 13, 2007 at 09:27:49PM +0100, [LoN]Kamikaze wrote: I have two systems and both want to install math/atlas when I try to update octave. I have atlas-3.6.0_2,1 installed on both systems. === octave-2.1.73_2 depends on executable in : gnuplot - found === octave-2.1.73_2 depends on executable in : gfortran42 - found === octave-2.1.73_2 depends on executable in : gmake - found === octave-2.1.73_2 depends on file: /usr/local/bin/perl5.8.8 - found === octave-2.1.73_2 depends on shared library: fftw.2 - found === octave-2.1.73_2 depends on shared library: atlas.1 - not found ===Verifying install for atlas.1 in /usr/ports/math/atlas === Extracting for atlas-3.6.0_2,1 The share library version of atlas is changed to 2 after recent migration to gfortran. I just committed a fix for this. Regards, Rong-En Fan ... I don't know what might be the cause. What kind of information is necessary to diagnose what's going on? ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED] pgpkHRYrEWbT1.pgp Description: PGP signature
building profiling libraries in ports
To determine whether to build profiling libraries in a port, should we use NO_PROFILE as the check? IIRC, on -current, src.conf does not pollute ports build. Therefore, the port does not know this variable. Or, shall I use WITHOUT_PROFILE for this purpose? Thanks, rong-En Fan ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Update on X11BASE status
On Wed, Dec 13, 2006 at 02:14:48PM -0500, Kris Kennaway wrote: On Sat, Dec 02, 2006 at 09:29:26PM -0500, Kris Kennaway wrote: [...] Are you maintainers really going to let your ports be the ones that hold us up?! You know who you are since you've already received email about this, so let's push on and see how quickly we can get that number down to 50! After further diligent work by maintainers and committers the current count is down to less than 36! http://pointyhat.freebsd.org/errorlogs/i386-5-exp-latest/ (this also lists the ~60 ports broken on standard CVS too). I think the actual count should be around 20 by now. Both eclipse and mplayer should be fixed. Could you start another run to see if there are more ports affected? Thanks, Rong-En Fan Almost all of these are now ports with an (alleged ;) maintainer, so now we're mostly waiting on them to step up and do their part. Hopefully the count will be down to 0 by Christmas! Kris pgpmKCmmJuEvg.pgp Description: PGP signature
Re: sysutils/xbattbar for !i386
On Tue, Dec 12, 2006 at 02:57:12AM -0600, Scot Hetzel wrote: On 12/12/06, Scot Hetzel [EMAIL PROTECTED] wrote: On 12/12/06, Rong-En Fan [EMAIL PROTECTED] wrote: Recently, I installed a FreeBSD/amd64 laptop. I found this port uses apm (i386 only) interface to get battery information. The patch below changes it to use sysctl(3). Thus, it is usable on amd64. http://people.freebsd.org/~rafan/xbattbar.diff It works on my ThinkPad X60 (-CURRENT). If you are running this port, please have a test. Works on my HP dv8135nr (-CURRENT) system. I have updated the patch so that it can be compiled for systems that have either an APM or ACPI interface for battery status. The Makefile has been changed to always use the ACPI interface when not being built on the i386 arch (i.e. amd64, ...). On the i386 arch it defaults to ACPI, but can be changed via the options menu to use APM. The way you handle OPTIONS is incorrect. See Porter's Handbook and/or http://lists.freebsd.org/pipermail/cvs-ports/2006-May/093088.html for details. As for APM/ACPI knob, I think APM is necessary on 4.x. Not sure about 5.x status. If acpi on 5.x is usable, I suggest we just use acpi and use apm on 4.x i386 only? Regards, Rong-En Fan Scot -- DISCLAIMER: No electrons were mamed while sending this message. Only slightly bruised. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED] pgpKTERXTbXtG.pgp Description: PGP signature
Re: sysutils/xbattbar for !i386
On Tue, Dec 12, 2006 at 03:04:05PM +0100, Max Laier wrote: On Tuesday 12 December 2006 13:10, Rong-En Fan wrote: On Tue, Dec 12, 2006 at 02:57:12AM -0600, Scot Hetzel wrote: On 12/12/06, Scot Hetzel [EMAIL PROTECTED] wrote: On 12/12/06, Rong-En Fan [EMAIL PROTECTED] wrote: Recently, I installed a FreeBSD/amd64 laptop. I found this port uses apm (i386 only) interface to get battery information. The patch below changes it to use sysctl(3). Thus, it is usable on amd64. http://people.freebsd.org/~rafan/xbattbar.diff It works on my ThinkPad X60 (-CURRENT). If you are running this port, please have a test. Works on my HP dv8135nr (-CURRENT) system. I have updated the patch so that it can be compiled for systems that have either an APM or ACPI interface for battery status. The Makefile has been changed to always use the ACPI interface when not being built on the i386 arch (i.e. amd64, ...). On the i386 arch it defaults to ACPI, but can be changed via the options menu to use APM. The way you handle OPTIONS is incorrect. See Porter's Handbook and/or http://lists.freebsd.org/pipermail/cvs-ports/2006-May/093088.html for details. As for APM/ACPI knob, I think APM is necessary on 4.x. Not sure about 5.x status. If acpi on 5.x is usable, I suggest we just use acpi and use apm on 4.x i386 only? Can't you make this a runtime option on i386. If the ACPI sysctl is there use it, if not fall back to APM. Also it seems to make sense to report Good suggestion. I updated my patch at http://people.freebsd.org/~rafan/xbattbar.diff this upstream instead of sticking it in patches. Of course. But it seems to me that this software stops development since few years ago. I will contact the author anyway. Thanks, Rong-En Fan pgpcbHvI7UYkM.pgp Description: PGP signature
Re: Update on X11BASE status
On Sun, Dec 03, 2006 at 09:28:40PM +0800, Rong-En Fan wrote: http://pointyhat.freebsd.org/errorlogs/i386-5-exp-latest/index-maintainer.html We're now down to fewer than 110 ports that need to be corrected to deal with a non-standard X11BASE location (the rest are more general port problems). By now only 17 of those broken ports are unmaintained, so the majority of them are waiting on individual maintainers to step up and/or approve fixes already submitted by other users. One major problem I encountered so far is math/vtk* and science/paraview. They all uses CMake system (devel/cmake). I'm not quite sure what's the best way to make its makefile accepts correct X11BASE. One possibility is to patch its FindX11 module, but it seems to me that these ports contain their CMake/ in their distribution, i.e., we need to patch each ports. Any cmake experts? I fixed cmake yesterday. Now vtk* ports should be just fine. Regards, Rong-En Fan pgpwGaYpxQTH2.pgp Description: PGP signature
sysutils/xbattbar for !i386
Recently, I installed a FreeBSD/amd64 laptop. I found this port uses apm (i386 only) interface to get battery information. The patch below changes it to use sysctl(3). Thus, it is usable on amd64. http://people.freebsd.org/~rafan/xbattbar.diff It works on my ThinkPad X60 (-CURRENT). If you are running this port, please have a test. Thanks, Rong-En Fan pgpepRVAHOkbM.pgp Description: PGP signature
mail/mailgraph users
If you are using mail/mailgraph, please spend one minute to read this. Currently, the pkg-message shows Make sure this script should be invoked with privilege to read /var/log/maillog. I was told that this instruction may not be clearly enough and especially on newer 6.x, the default permission of maillog is 640. Therefore, you can not simply install and run without further changes in newsyslog.conf. Now, I come up with the following paragraph: Make sure this script should be invoked with privilege to read /var/log/maillog. For example, you may change the permission of maillog to be 644. Another way is to make maillog owned by the mail group, and put mailgraph_user in that group. You may wonder why I don't modify newsyslog.conf. The reason is that I don't want to have policy in the package. The decision should be left to users. If you have better ideas about how instruct users to setup newsyslog and mailgraph, please let me know. Thanks, Rong-En Fan ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: New portmgr member: Pav Lucistnik
On Thu, Nov 23, 2006 at 08:05:38PM +0100, Erwin Lansing wrote: Portmgr is pleased to announce that Pav Lucistnik has accepted the challenge of being a portmgr member. Pav has been with the project for a long time and is one of our most active committers and bug busters. He has been working on the ports infrastructure and will now be working with the other portmgr members on integrating infrastructure patches and quality assurance in addition to other portmgr tasks. Wish him luck! -erwin Congratulations! Regards, Rong-En Fan pgpmF1vOTama8.pgp Description: PGP signature
Re: Modules sanity check failures
On Tue, Nov 07, 2006 at 06:28:01PM +0100, Erwin Lansing wrote: I'm currently travelling and do not have access to the machine I use for testing. This is just since the freeze was lifted, so I would be very grateful if: 1) people take more care about what they're committing. 2) someone investigates these 5 errors and fixes them Thank you. -erwin Missing entries in CVSROOT-port/modules: ports/www/vtiger4 Orphaned entries in CVSROOT-port/modules: Orphaned entry:queryperf ports/dns/queryperf Orphaned entry:php4-imlib2 ports/graphics/php4-imlib2 Orphaned entry:php5-imlib2 ports/graphics/php5-imlib2 I fixed these. Misfiled Makefile: pantomime-ssl ports/mail/pantomime-ssl I don't understand this. Regards, Rong-En Fan pgpgQ5I1EpxJ5.pgp Description: PGP signature