Re: Portmaster options file

[Rong-En Fan]

On Thu, Jun 22, 2006 at 08:25:03AM -0500, Eric wrote:
> Hello all,
> 
> is there a mechanism in portmaster that is similar to portmanagers
> pm-020.conf file for specifying build options or can you specify
> everything in make.conf to achieve the same? for example, my pm-020.conf
> contains:
> 
> www/horde|WITHOUT_WV=yes WITHOUT_XL=yes WITHOUT_X11=yes WITH_MAGICK=yes|
> mail/imp|WITHOUT_LDAP=yes WITHOUT_SMIME=yes WITH_DOVECOT=yes|
> graphics/ImageMagick|WITHOUT_X11=yes WITHOUT_IMAGEMAGICK_FONTCONFIG=yes
> WITHOUT_IMAGEMAGICK_SVG=yes|
> print/ghostscript-gnu|WITHOUT_X11=yes|
> net/mtr|WITHOUT_X11=yes|
> 
> but if i use portmaster -a theres no way for me to tell portmaster what
> options to use.
> 
> I checked the man page and noticed the portmaster.rc file, but didnt see
> any examples on my system.


take a look at sysutils/portconf :)

Regards,
Rong-En Fan
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: security/libgcrypt Following UPDATING 20090107 Build failure

[Rong-En Fan]

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"

if you see undefined symbol '__mb_sb_limit' on 6.x

[Rong-en Fan]

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: ports.conf: Is there a reason behind not being default?

[Rong-en Fan]

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?

[Rong-en Fan]

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]"

Re: update R from 2.2.0 to 2.6.0 always fail

[Rong-en Fan]

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: noip startup script

[Rong-en Fan]

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: Fix for FreeBSD-SA-08:01.pty appears to break net/omnitty?

[Rong-en Fan]

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: Request for comments: revamped `devel/subversion' with true bindings sub-ports (not mere `set option and build everything' like now)

[Rong-en Fan]

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: portupgrade installing unexpected dependencies

[Rong-en Fan]

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: Fix for FreeBSD-SA-08:01.pty appears to break net/omnitty?

[Rong-En Fan]

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?

[Rong-En Fan]

FYI, this is fixed in omnitty 0.3.0_1.

Regards,
Rong-En Fan


pgplov1a5rMeE.pgp
Description: PGP signature

Re: problem compiling sysutils-kmod

[Rong-en Fan]

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-libs>2.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

[Rong-en Fan]

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 -rf"ed
>  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: problem compiling sysutils-kmod

[Rong-en Fan]

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]"

audio/gramofile perl interface users

[Rong-En Fan]

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

[Rong-en Fan]

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

[Rong-en Fan]

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]"

Users of net/py-libnet

[Rong-En Fan]

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

Re: Mailgraph no text in rrd graphs

[Rong-en Fan]

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]"

HEADS UP: default CONFIGURE_ARGS (CONFIGURE_TARGET) is updated

[Rong-En Fan]

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: FreeBSD Port: games/burgerspace

[Rong-en Fan]

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]"

Re: relevancy of aureal-kmod today

[Rong-En Fan]

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: relevancy of aureal-kmod today

[Rong-En Fan]

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 
>   
> 
> The Novice rogue. A rather shifty individual




pgpVU92iWdeF3.pgp
Description: PGP signature

HEADS UP: default ghostscript is switched to 8.56

[Rong-En Fan]

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

[Rong-En Fan]

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: cyrus-sasl alternative?

[Rong-en Fan]

On 4/3/07, Anton Blajev <[EMAIL PROTECTED]> wrote:


Hello group,
what alternative can I use insted of the port scheduled for deletion:

portname:   security/cyrus-sasl
description:RFC  SASL (Simple Authentication and Security
Layer)
maintainer: [EMAIL PROTECTED]
deprecated because: patches are unfetchable and this software is
unsupported
expiration date:2007-01-02
build errors:   none.
overview:
http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=cyrus-sasl


I'm integrating it with postfix.
Any tips and ideas please.


Use cyrus-sasl2 instead.

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

[Rong-en Fan]

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

[Rong-en Fan]

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]"

Re: INFO: FreeBSD 6.2: GraphicsMagick-1.1.7

[Rong-en Fan]

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]"

HEADS UP: ncurses wide character support

[Rong-en Fan]

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: Generating INDEX

[Rong-en Fan]

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 

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]"

Re: Generating INDEX

[Rong-en Fan]

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 
>
> 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: Warnings added to INDEX

[Rong-en Fan]

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]"

/usr/ports symlink and portconf

[Rong-en Fan]

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: Status of (teTeX &) Tex Live port(s)

[Rong-en Fan]

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]"

Re: asmail 2.1, FreeBSD port mail/asmail

[Rong-en Fan]

On 5/5/07, Martin Kaiser <[EMAIL PROTECTED]> wrote:

Hi all,

Thus wrote Martin Kaiser ([EMAIL PROTECTED]):

> another release of asmail (2.1) was published recently. Like last time,
> I prepared a little patch to update the port. I tested on

> [...]

I am a bit surprised (to say the least) to see that this working patch
is completely ignored. Instead, another patch is comitted later.

If there's something wrong with what I submitted, I'd be happy to
receive feedback and correct things so they live up to FreeBSD's
standards.

However, just throwing contributions in the bin without any feedback is
like asking people to go work on projects other than FreeBSD. I'm not
sure if this is your intention.


I think the best way to submit patch is via our GNATS system.
You can use 'send-pr' on your FreeBSD box.

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: FreeBSD Port: openvpn-devel-2.1.r2

[Rong-en Fan]

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: 

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: Xorg 7.2 index problem

[Rong-en Fan]

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

[Rong-en Fan]

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: first? patch [ HEADS UP: xorg 7.2 ready for testing ]

[Rong-en Fan]

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]"

tinderbox and bad system call

[Rong-en Fan]

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

[Rong-en Fan]

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: FreeBSD Port: R-2.4.1_1

[Rong-en Fan]

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


___
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

[Rong-en Fan]

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  :-)

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]"

Re: Problems with "nspluginwrapper".

[Rong-en Fan]

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.

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: Problems with "nspluginwrapper".

[Rong-en Fan]

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: libgfortran.so.2 scilab-4.1_3

[Rong-en Fan]

On 6/20/07, Gaye Abdoulaye Walsimou <[EMAIL PROTECTED]> wrote:

Hello list,
I have this error when i try to use scilab:

/usr/local/bin/scilab: /usr/local/lib/scilab/pvm3/lib/pvmgetarch: not found
/libexec/ld-elf.so.1: Shared object "libgfortran.so.2" not found,
required by "scilex"

I try to use it under freebsd 6.2-STABLE, xorg 7.2, kde 3.5.6.
I understood that I need libgfortran, but don't know what port to install


update your ports tree and upgrade scilab, it should work.

Regards,
Rong-En Fan



thanks a lot for any suggestion and help
___
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]"

linking against pthread for a shared library

[Rong-en Fan]

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: linking against pthread for a shared library

[Rong-en Fan]

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]"

Re: Ports with version numbers going backwards: net-p2p/azureus2

[Rong-En Fan]

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 
> 
> 
___
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 changed

[Rong-En Fan]

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/morlaMake

Re: HEADS UP: default CONFIGURE_ARGS changed

[Rong-en Fan]

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

[Rong-En Fan]

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 
> > > 
> > > 
> > ___
> > 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

Re: 'dialog' core dump fix [patch for approvement]

[Rong-en Fan]

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]"

mailgraph 1.14 and cgi-bin

[Rong-en Fan]

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: Project ideas page: UPDATING parser and displayer

[Rong-en Fan]

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]"

Re: FreeBSD Port: graphics/sane-backends

[Rong-En Fan]

On Tue, Sep 26, 2006 at 02:34:26AM -0500, Scot Hetzel wrote:
> On 9/26/06, Alex <[EMAIL PROTECTED]> wrote:
> >Hi!
> >
> >When will be the sane-backends port upgraded to 1.0.18?
> >I need it, because mit HP ScanJet 3570c ist still not supported by FreeBSD.
> >
> When you submit the patch to upgrade it to 1.0.18.
> 
> When the MAINTAINER variable  is set to [EMAIL PROTECTED] in the ports
> Makefile, it means that the port is unmaintained.
> 
> Read the Porters Hand Book[1] on how to submit an update.  Also, if
> this port is important to you, you might want to consider becoming
> thie maintainer of this port.

FYI, I'm testing ports/103638, which updates graphics/sane-backends to
1.0.18.

Regards,
Rong-En Fan


pgpglaukB4UTy.pgp
Description: PGP signature

Hobbit Monitor port

[Rong-En Fan]

Dear all,

Recently, I ported the Hobbit Monitor (http://hobbitmon.sf.net).
If you know Big Brother, you may find this is familiar. In short,
Hobbit rewrite shell scripts to C. I have one machine that runs
Hobbit since last year. It is quite simple and elegant for me.
The draft port net-mgmt/hobbit is available at 

http://people.freebsd.org/~rafan/hobbit-1.shar

If you are using Hobbit on FreeBSD, please give it a try and
give me feedback. You may wonder where is the client part.
I plan to finish the server part (the above one) and start
the client part.

Thanks,
Rong-En Fan


pgpauw0AYiriK.pgp
Description: PGP signature

Re: Modules sanity check failures

[Rong-En Fan]

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

Re: New portmgr member: Pav Lucistnik

[Rong-En Fan]

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

mail/mailgraph users

[Rong-En Fan]

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: Update on X11BASE status

[Rong-En Fan]

On Sat, Dec 02, 2006 at 09:29:26PM -0500, Kris Kennaway wrote:
> Thanks to the hard work of a number of maintainers and committers
> we're making good progress on bringing the ports tree into complete
> X11BASE compliance.

You are welcome. Most ports listed are easy to fix

1) properly define USE_XLIB with GNU_CONFIGURE
2) put --x-includes and --x-libraries (see bsd.port.mk) in
   CONFIGURE_ARGS when necessary
3) define proper CONFIGURE_ENV/CONFIGURE_ARGS/MAKE_ARGS/MAKE_ENV if
   the port's configure/Makefile support them
4) s,/usr/X11R6,${X11BASE},g as the last resort

> 
>   
> 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?

Thanks,
Rong-En Fan



pgprVRhWAfDZ7.pgp
Description: PGP signature

Re: Update on X11BASE status

[Rong-En Fan]

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

[Rong-En Fan]

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

Re: sysutils/xbattbar for !i386

[Rong-En Fan]

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

[Rong-En Fan]

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

[Rong-En Fan]

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: Problem with USE_RC_SUBR

[Rong-En Fan]

On Mon, Dec 25, 2006 at 08:30:39AM -0700, Aaron Dalton wrote:
> I am trying to fix my net/p5-Spread port and am starting by fixing up
> its dependency net/spread.  I changed USE_RC_SUBR=yes to
> USE_RC_SUBR=spread.sh (which exists in files/) but portlint tells me:
> 
> FATAL: Makefile: spread.sh listed in USE_RC_SUBR, but files/spread.sh.in
> is missing.
> 
> If I move spread.sh to spread.sh.in, portlint is happy, but it won't
> install.  It dies saying "spread.sh" does not exist.  What is the
> correct way to handle this?

I think you forget to remove lines that handle spread.sh in post-build
and post-install. Also, remove spread.sh from pkg-plist.

Regards,
Rong-En Fan

> 
> Thanks for your time, and Merry Christmas!
> --
> Aaron Dalton
> [EMAIL PROTECTED]
> FreeBSD Ports Committer
> ___
> freebsd-ports@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-ports
> To unsubscribe, send any mail to "[EMAIL PROTECTED]"


pgp0jHBKyQ0j9.pgp
Description: PGP signature

Re: mah/R build error

[Rong-En Fan]

On Sat, Dec 30, 2006 at 11:33:11PM +0800, lveax wrote:
> hi.
> 
> i got an error when i upgrade math/R to 2.4.0
> 
> ---
> mkdir /usr/home/.system/portsbuild/usr/ports/math/R/work/R-2.4.0/bin/exec
> mkdir /usr/home/.system/portsbuild/usr/ports/math/R/work/R-2.4.0/lib
> cc  -I. -I../../src/include -I../../src/include
> -I/usr/local/include -DHAVE_CONFIG_H -D__NO_MATH_INLINES -fpic  -O2
> -fno-str
> ict-aliasing -pipe -c Rmain.c -o Rmain.o
> cc -export-dynamic -L/usr/local/lib -o R.bin Rmain.o -L../../lib -lR
> Rmain.o(.text+0x19): In function `main':
> : undefined reference to `R_running_as_main_program'
> *** Error code 1
> 
> Stop in /usr/home/.system/portsbuild/usr/ports/math/R/work/R-2.4.0/src/main.
> *** Error code 1
> 
> Stop in /usr/home/.system/portsbuild/usr/ports/math/R/work/R-2.4.0/src/main.
> *** Error code 1
> 
> Stop in /usr/home/.system/portsbuild/usr/ports/math/R/work/R-2.4.0/src.
> *** Error code 1
> 
> Stop in /usr/home/.system/portsbuild/usr/ports/math/R/work/R-2.4.0.
> *** Error code 1
> 
> Stop in /usr/ports/math/R.
> ** Command failed [exit code 1]: /usr/bin/script -qa
> /tmp/portupgrade.43565.0 env UPGRADE_TOOL=portupgrade
> UPGRADE_PORT=R-2.2.1
> UPGRADE_PORT_VER=2.2.1 make
> ** Fix the problem and try again.
> ---
> 
> could you help to fix this?

Remove R-2.2.1 and install it again. Its a problem with R < 2.3.

Regards,
Rong-En Fan

> 
> thank you.
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

building profiling libraries in ports

[Rong-En Fan]

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: math/octave doesn't see atlas

[Rong-En Fan]

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

Re: INDEX build failed for 4.x

[Rong-En Fan]

Sorry for the breakage. I fixed all of them.

On Wed, Jan 17, 2007 at 02:35:44PM +, Erwin Lansing wrote:
> INDEX build failed with errors:
> Generating INDEX - please wait..zh-xemacs-20.4_2: 
> "/local0/tmp/erwin/tindex/ports/chinese/xcin" non-existent -- dependency list 
> incomplete
> ===> chinese/xemacs failed
> *** Error code 1
> *** Error code 1
> 
> Stop in /local0/tmp/erwin/tindex/ports.
> *** Error code 1
> 
> Stop in /local0/tmp/erwin/tindex/ports.
> 1 error
> 
> Committers on the hook:
> garga grog lbr leeym maho marcus miwi nivit novel rafan thierry tobez xride 
> 
> Most recent CVS update was:
> U MOVED
> U devel/Makefile
> U games/Makefile
> U news/nntpcache/Makefile
> U news/nntpcache/files/patch-src-acc.c
> U www/Makefile
> U x11-wm/Makefile
> ___
> 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: math/lapack crashes update of math/freemat

[Rong-En Fan]

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: Please update port databases/pear-MDB2

[Rong-En Fan]

On Wed, Feb 07, 2007 at 11:22:59AM +0200, Andrei V. Lavreniyuk wrote:
> Hi!
> 
> Please update port databases/pear-MDB2!
> 
> 
> If install sysutils/pear-Log then warning:
> 
> 
> 
> warning: pear/Log requires package "pear/MDB2" (version >= 2.0.0RC1), 
> installed version is 2.0.0beta3

It looks like newer pear-log will have a warning about it.
I will take care of it. MDB2 split into one DB-independent
module and DB-dependent modules.

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: CVSROOT-ports/modules

[Rong-En Fan]

On Wed, Feb 07, 2007 at 03:25:00PM +, David Taylor wrote:
> I recently noticed a new port being committed without a module being
> added to CVSROOT-ports/modules.  So, due to a combination of (extreme)
> boredom and curiosity, I decided to look at CVSROOT-ports/modules to see
> if any other ports were missing.
> 
[...]
> The above problems are all fixed in the attached patch.

Thanks! I just committed it.

Regards,
Rong-En Fan

> However, the below ports are all listed in CVSROOT-ports/modules twice.
> This is slightly harder to fix, since I don't know which name is right
> (both?).  Nothing is done with these in the attached patch.

[...]

> ___
> freebsd-ports@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-ports
> To unsubscribe, send any mail to "[EMAIL PROTECTED]"



pgpAZ4NxAMztH.pgp
Description: PGP signature

Re: CVSROOT-ports/modules

[Rong-En Fan]

On Thu, Feb 08, 2007 at 08:28:56AM +0100, Erwin Lansing wrote:
> On Wed, Feb 07, 2007 at 03:25:00PM +, David Taylor wrote:
> > 
> > ports/databases/rubygem-sqlite3
> > is missing from modules
> > 
> It is also missing from databases/Makefile.  This looks more like a
> unfinished repocopy.  rafan, can you investigate?

It looks like related to ports/103291. Responsible committer is CC'ed.

Regards,
Rong-En Fan

> 
> -erwin
> 
> -- 
> Erwin Lansing http://droso.org
> Security is like an onion.  (o_ _o)
> It's made up of several layers   \\\_\   /_///[EMAIL PROTECTED]
> And it makes you cry.<) (>[EMAIL PROTECTED]




pgpBYcgCO1K3G.pgp
Description: PGP signature

Python 2.4.4 and devel/ncurses

[Rong-En Fan]

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 , 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

[Rong-En Fan]

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 , 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

[Rong-En Fan]

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: How to depends on perl conditionally?

[Rong-en Fan]

On 2/23/07, Lev Serebryakov <[EMAIL PROTECTED]> wrote:

Hello ports,

  If I use OPTIONS, I can check WITH_ only after `.include 
'. 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]"

Re: Python 2.4.4 and devel/ncurses

[Rong-En Fan]

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: Python 2.4.4 and devel/ncurses

[Rong-En Fan]

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

[Rong-En Fan]

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

[Rong-En Fan]

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

[Rong-En Fan]

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: misc/hotkeys package

[Rong-en Fan]

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

[Rong-en Fan]

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]"

libtool and .la files

[Rong-en Fan]

IIRC, we don't install pseudo library files, i.e., .la files on FreeBSD.
However, devel/libtool's ltmain.sh does not prevent this. Therefore,
when set USE_AUTOTOOLS=libtool:15, we will install .la files.

Do I miss something? Or, deve/libtool needs a patch?

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

[Rong-en Fan]

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

[Rong-en Fan]

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: gettext error

[Rong-en Fan]

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

[Rong-en Fan]

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]"