Re: SCons build, help needed

2007-01-02 Thread Tz-Huan Huang 

Hi,

I have made a port based on yours, please test it if free.

Tz-Huan

On 12/21/06, Karel Miklav <[EMAIL PROTECTED]> wrote:

Tz-Huan Huang wrote:
> How about using gmake instead of scons?

Isn't it deprecated? Here is my port; it
builds the most simple working Blender but
doesn't install/deinstall at all. I'm
unfortunately out of time, so if someone
wants to pick it up ... be my guest.



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

Re: PLIST_FILES question

2007-01-02 Thread Gabor Kovesdan 

Beech Rintoul schrieb:
Thanks to everyone who responded. I somehow missed that handbook section, but 
I have it figured out now. What I needed to do is the following:


.if defined(WITH_MYSQL)
USE_MYSQL=  yes
MODULES:=${MODULES}:mod_sql:mod_sql_mysql
INCLUDEDIRS:=${INCLUDEDIRS}:${LOCALBASE}/include
LIBDIRS:=${LIBDIRS}:${LOCALBASE}/lib/mysql
PLIST_FILES=include/proftpd/mod_sql.h
.endif

The  extra header file is not copied to include unless that option is checked 
and hard coding it in pkg-plist broke the pkg build. It didn't show up on 
pointyhat because that option is off by default.


  


Oh, do you want to mix PLIST_FILES and pkg-plist, did I catch it right? 
That should not be done. You can list that file in pkg-plist as 
%%MYSQL%%include/proftpd/mod_sql.h and do the following in Makefile:


if defined(WITH_MYSQL)
PLIST_SUB+= MYSQL=""
[...another things here...]
.else

PLIST_SUB+= MYSQL="@comment "
.endif

Look at e.g. security/amavisd-new, I do something similar there.

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

Cant get wireless belkin card or usb to work on freebsd

2007-01-02 Thread mfritze 

   I have a belkin pci wireless card and belkin usb wireless. I cannot
   get freebsd to detect those. It will detect the ethernet card I also
   have installed. I downloaded pkg for wireless from sysinstall. I have
   kde desktop  3.5.



   thanks

  Original Message 
 Subject: freebsd-ports Digest, Vol 192, Issue 10
 From: [EMAIL PROTECTED]
 Date: Tue, January 02, 2007 6:00 am
 To: freebsd-ports@freebsd.org
 Send freebsd-ports mailing list submissions to
 freebsd-ports@freebsd.org
 To subscribe or unsubscribe via the World Wide Web, visit
 http://lists.freebsd.org/mailman/listinfo/freebsd-ports
 or, via email, send a message with subject or body 'help' to
 [EMAIL PROTECTED]
 You can reach the person managing the list at
 [EMAIL PROTECTED]
 When replying, please edit your Subject line so it is more specific
 than "Re: Contents of freebsd-ports digest..."
 Today's Topics:
   1. Re: can't upgrade proftpd in FreeBSD 6.2-PRERELEASE
  (Beech Rintoul)
   2. Re: VTK 5 in ports (fred)
   3. Strange failure for mail/maildrop (Clint Olsen)
   4. Port deletes .conf file on update (Beech Rintoul)
   5. Re: Port deletes .conf file on update (Jeremy Chadwick)
   6. Re: VTK 5 in ports (fred)
   7. Re: Port deletes .conf file on update (Simon Olofsson)
 ---
 ---
 Message: 1
 Date: Mon, 1 Jan 2007 06:00:15 -0900
 From: Beech Rintoul <[EMAIL PROTECTED]>
 Subject: Re: can't upgrade proftpd in FreeBSD 6.2-PRERELEASE
 To: freebsd-ports@freebsd.org
 Cc: Chris <[EMAIL PROTECTED]>
 Message-ID: <[EMAIL PROTECTED]>
 Content-Type: text/plain; charset="iso-8859-1"
 On Monday 01 January 2007 02:28, Chris wrote:
 > On 31/12/06, Beech Rintoul <[EMAIL PROTECTED]> wrote:
 > > On Sunday 31 December 2006 06:02, [EMAIL PROTECTED] wrote:
 > > > On all of my installations that have proftpd-1.3.0_5 I get
 the
 > > > following error when attempting to upgrade to
 proftpd-1.3.1rc1.
 > > >
 > > > cc -o proftpd src/main.o src/timers.o src/sets.o src/pool.o
 > > > src/table.o src/regexp.o src/dirtree.o src/support.o
 src/netaddr.o
 > > > src/inet.o src/child.o src/parser.o src/log.o src/lastlog.o
 > > > src/xferlog.o src/bindings.o src/netacl.o src/class.o
 src/scoreboard.o
 > > > src/help.o src/feat.o src/netio.o src/response.o src/ident.o
 > > > src/data.o src/modules.o src/display.o src/auth.o src/fsio.o
 > > > src/mkhome.o src/ctrls.o src/event.o src/var.o src/trace.o
 src/utf8.o
 > > > modules/mod_core.o modules/mod_xfer.o modules/mod_auth_unix.o
 > > > modules/mod_auth_file.o modules/mod_auth.o modules/mod_ls.o
 > > > modules/mod_log.o modules/mod_site.o modules/mod_delay.o
 > > > modules/mod_auth_pam.o modules/mod_ifsession.o
 modules/mod_ldap.o
 > > > modules/mod_wrap2.o modules/mod_rewrite.o
 modules/mod_readme.o
 > > > modules/mod_ratio.o modules/module_glue.o
 > > > -L/usr/ports/ftp/proftpd/work/proftpd-1.3.1rc1/lib
 -L/usr/local/lib
 > > > -lsupp -lcrypt -lutil /usr/local/lib/libldap.so -lssl
 -lcrypto
 > > > /usr/local/lib/liblber.so -lpam -Wl,--rpath
 -Wl,/usr/local/lib
 > > > -Wl,--rpath -Wl,/usr/local/lib
 > > >
 /usr/ports/ftp/proftpd/work/proftpd-1.3.1rc1/lib/libsupp.a(getopt.o
 )(.t
 > > >ext+ 0x5c5): In function
 > > >
 > > > `_getopt_internal':
 > > > : undefined reference to `libintl_gettext'
 > > >
 > > >
 /usr/ports/ftp/proftpd/work/proftpd-1.3.1rc1/lib/libsupp.a(getopt.o
 )(.t
 > > >ext+ 0x687): In function
 > > >
 > > > `_getopt_internal':
 > > > : undefined reference to `libintl_gettext'
 > > >
 > > >
 /usr/ports/ftp/proftpd/work/proftpd-1.3.1rc1/lib/libsupp.a(getopt.o
 )(.t
 > > >ext+ 0x8b1): In function
 > > >
 > > > `_getopt_internal':
 > > > : undefined reference to `libintl_gettext'
 > > >
 > > >
 /usr/ports/ftp/proftpd/work/proftpd-1.3.1rc1/lib/libsupp.a(getopt.o
 )(.t
 > > >ext+ 0xa3a): In function
 > > >
 > > > `_getopt_internal':
 > > > : undefined reference to `libintl_gettext'
 > > >
 > > >
 /usr/ports/ftp/proftpd/work/proftpd-1.3.1rc1/lib/libsupp.a(getopt.o
 )(.t
 > > >ext+ 0xa99): In function
 > > >
 > > > `_getopt_internal':
 > > > : undefined reference to `libintl_gettext'
 > > >
 > > >
 /usr/ports/ftp/proftpd/work/proftpd-1.3.1rc1/lib/libsupp.a(getopt.o
 )(.t
 > > >ext+ 0xb04): more undefined references to `libintl_gettext'
 follow
 > > > gmake: *** [proftpd] Error 1
 > > > *** Error code 2
 > > >
 > > > The reference to libintl_gettext has me comfused.  Could I be
 missing
 > > > a dependency?  I have tryed compiling in ftp/proftpd, using
 portmaster

Re: PLIST_FILES question

2007-01-02 Thread Beech Rintoul 
Thanks to everyone who responded. I somehow missed that handbook section, but 
I have it figured out now. What I needed to do is the following:

.if defined(WITH_MYSQL)
USE_MYSQL=  yes
MODULES:=${MODULES}:mod_sql:mod_sql_mysql
INCLUDEDIRS:=${INCLUDEDIRS}:${LOCALBASE}/include
LIBDIRS:=${LIBDIRS}:${LOCALBASE}/lib/mysql
PLIST_FILES=include/proftpd/mod_sql.h
.endif

The  extra header file is not copied to include unless that option is checked 
and hard coding it in pkg-plist broke the pkg build. It didn't show up on 
pointyhat because that option is off by default.

Beech

-- 
---
Beech Rintoul - Sys. Administrator - [EMAIL PROTECTED]
/"\   ASCII Ribbon Campaign  | Alaska Paradise Travel
\ / - NO HTML/RTF in e-mail  | 201 East 9Th Avenue Ste.310
 X  - NO Word docs in e-mail | Anchorage, AK 99501
/ \  - Please visit Alaska Paradise - http://www.alaskaparadise.com
---











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

Re: files to be checked on meta-ports

2007-01-02 Thread Dmitry Morozovsky 
On Tue, 2 Jan 2007, Wesley Shields wrote:

WS> > WS> > For some time I use local meta-ports referring different sets of 
useful ports. 
WS> > WS> > Most of the time, this works well; the only exception is meta-ports 
which do 
WS> > WS> > not install own files. 
WS> > WS> > 
WS> > WS> > I thought about refering /var/db/pkg/pkgname/ files, but this seems
WS> > WS> > unscalable due to constant path changes.
WS> > WS> > 
WS> > WS> > Your thoughts?
WS> > WS> 
WS> > WS> I don't know if it's acceptable to look there but you can always use
WS> > WS> ${PKG_DBDIR}/${PORTNAME} to get /var/db/pkg/portname (by default).  
I'm
WS> > WS> not sure I understand the "constant path changes" you mention.
WS> > 
WS> > Errm, this refers to current port, not to the dependency (say, my 
WS> > misc/ws-preferred wants to install x11/xorg)
WS> 
WS> You're right.  In the example you give above I would use
WS> ${PKG_DBDIR}/ws-preferred which is what you mentioned in your original
WS> post (and now makes sense to me, my apologies for the initial
WS> misunderstanding).  Though if your metaport name ever changes you will
WS> have to chase it in other ports.
WS> 
WS> I suppose one way to do it would be to have your metaport install a
WS> "dummy" file that you can use for checking purposes in other ports.
WS> This is easily done in a custom do-install: target.

That's exactly what I'm thinking about. However, we should invent some 
consistent policy for this. What about touching category::origin file in some 
directory (in after-install phase)? Or even more, shouldn't this be a part of 
standard port installation process?

I think this should be discussed with portmgr@, CC:ing them.

Sincerely,
D.Marck [DM5020, MCK-RIPE, DM3-RIPN]

*** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- [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: files to be checked on meta-ports

2007-01-02 Thread Wesley Shields 
On Wed, Jan 03, 2007 at 12:12:00AM +0300, Dmitry Morozovsky wrote:
> On Tue, 2 Jan 2007, Wesley Shields wrote:
> 
> WS> > For some time I use local meta-ports referring different sets of useful 
> ports. 
> WS> > Most of the time, this works well; the only exception is meta-ports 
> which do 
> WS> > not install own files. 
> WS> > 
> WS> > I thought about refering /var/db/pkg/pkgname/ files, but this seems
> WS> > unscalable due to constant path changes.
> WS> > 
> WS> > Your thoughts?
> WS> 
> WS> I don't know if it's acceptable to look there but you can always use
> WS> ${PKG_DBDIR}/${PORTNAME} to get /var/db/pkg/portname (by default).  I'm
> WS> not sure I understand the "constant path changes" you mention.
> 
> Errm, this refers to current port, not to the dependency (say, my 
> misc/ws-preferred wants to install x11/xorg)

You're right.  In the example you give above I would use
${PKG_DBDIR}/ws-preferred which is what you mentioned in your original
post (and now makes sense to me, my apologies for the initial
misunderstanding).  Though if your metaport name ever changes you will
have to chase it in other ports.

I suppose one way to do it would be to have your metaport install a
"dummy" file that you can use for checking purposes in other ports.
This is easily done in a custom do-install: target.

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

Re: files to be checked on meta-ports

2007-01-02 Thread Dmitry Morozovsky 
On Wed, 3 Jan 2007, Dmitry Morozovsky wrote:

DM> If you refer to (currently) 5.7.10, then it's now what we want: dependent 
port 

Grrr. s/now/not/

DM> will be rebuilt unconditionally, and in installation phase would fail on 
DM> "already installed" error...

Sincerely,
D.Marck [DM5020, MCK-RIPE, DM3-RIPN]

*** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- [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: files to be checked on meta-ports

2007-01-02 Thread Dmitry Morozovsky 
On Tue, 2 Jan 2007, Wesley Shields wrote:

WS> > For some time I use local meta-ports referring different sets of useful 
ports. 
WS> > Most of the time, this works well; the only exception is meta-ports which 
do 
WS> > not install own files. 
WS> > 
WS> > I thought about refering /var/db/pkg/pkgname/ files, but this seems
WS> > unscalable due to constant path changes.
WS> > 
WS> > Your thoughts?
WS> 
WS> I don't know if it's acceptable to look there but you can always use
WS> ${PKG_DBDIR}/${PORTNAME} to get /var/db/pkg/portname (by default).  I'm
WS> not sure I understand the "constant path changes" you mention.

Errm, this refers to current port, not to the dependency (say, my 
misc/ws-preferred wants to install x11/xorg)

WS> I think what you really want is mentioned at the bottom of:
WS> 
WS> 
http://www.freebsd.org/doc/en_US.ISO8859-1/books/porters-handbook/makefile-depend.html#AEN2226

If you refer to (currently) 5.7.10, then it's now what we want: dependent port 
will be rebuilt unconditionally, and in installation phase would fail on 
"already installed" error...

Sincerely,
D.Marck [DM5020, MCK-RIPE, DM3-RIPN]

*** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- [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: PLIST_FILES question

2007-01-02 Thread Wesley Shields 
On Tue, Jan 02, 2007 at 11:17:04AM -0900, Beech Rintoul wrote:
> Can someone give me the proper syntax for PLIST_FILES in a port Makefile?
> The handbook isn't really clear on how to use it.

PLIST_FILES is useful if you only have a handful of files to list in the
plist.  It saves an inode (see the archives for this) at the expense of
being able to grep for things in pkg-plist.

The syntax is exactly what is shown in the handbook...

PLIST_FILES=bin/foo bin/bar include/example/foo.h include/example/bar.h
PLIST_DIRS= include/example

This is the equivalent of having the following in pkg-plist:
bin/foo
bin/bar
include/example/foo.h
include/example/foo.bar
@dirrm include/example

If you are looking to do substitutions in the plist I'd recommend using
pkg-plist not PLIST_FILES or PLIST_DIRS as I'm not sure if substitutions
are done on the latter.  Please feel free to correct me if I am wrong (I
have not experimented to find out).

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

PLIST_FILES question

2007-01-02 Thread Beech Rintoul 
Can someone give me the proper syntax for PLIST_FILES in a port Makefile?
The handbook isn't really clear on how to use it.

TIA,

Beech
-- 
---
Beech Rintoul - Sys. Administrator - [EMAIL PROTECTED]
/"\   ASCII Ribbon Campaign  | Alaska Paradise Travel
\ / - NO HTML/RTF in e-mail  | 201 East 9Th Avenue Ste.310
 X  - NO Word docs in e-mail | Anchorage, AK 99501
/ \  - Please visit Alaska Paradise - http://www.alaskaparadise.com
---











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

Problem with mail/mulberry

2007-01-02 Thread Paul Schmehl 
Recently I portupgraded mail/mulberry.  Afterwards, mulberry wouldn't 
start.  It generated an error complaining about a missing libXext.so.6. 
After deinstalling and reinstalling, mulberry launches and works as 
expected.  However, I now cannot sign messages.


I removed and re-imported my certs to make sure that wasn't the problem. 
This is the error I'm getting:


GPG Plugin Error: gpg: WARNING: using insecure
memory! gpg: please see http://www.gnupg.org/faq.html
for more information gpg: skipped "[EMAIL PROTECTED]":
secret key not available gpg: signing failed: secret key
not available

The strange thing is, I'm not using GPG.  I'm using S/MIME.  Looking at the 
security preferences, I can see that S/MIME is not loaded.  Checking in the 
plugins directory, the S/MIME plugin is there.  I did a complete deinstall 
and distclean and reinstalled, but the problem still exists.


I'm not sure if this is a port problem or a distro problem, so I'm mailing 
both the FreeBSD ports list and the mulberry discussion list.  (I'm also 
cc'ing the FBSD port maintainer.)


uname -a
FreeBSD utd59514.utdallas.edu 6.0-SECURITY FreeBSD 6.0-SECURITY #0: Tue Apr 
18 08:56:09 UTC 2006 
[EMAIL PROTECTED]:/usr/obj/usr/src/sys/GENERIC  i386


mulberry -v
4.0.7

Paul Schmehl ([EMAIL PROTECTED])
Senior Information Security Analyst
The University of Texas at Dallas
http://www.utdallas.edu/ir/security/

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

Re: files to be checked on meta-ports

2007-01-02 Thread Wesley Shields 
On Tue, Jan 02, 2007 at 10:06:08PM +0300, Dmitry Morozovsky wrote:
> Dear colleagues,
> 
> First, happy New Year! ;-)
> 
> For some time I use local meta-ports referring different sets of useful 
> ports. 
> Most of the time, this works well; the only exception is meta-ports which do 
> not install own files. 
> 
> I thought about refering /var/db/pkg/pkgname/ files, but this seems
> unscalable due to constant path changes.
> 
> Your thoughts?

I don't know if it's acceptable to look there but you can always use
${PKG_DBDIR}/${PORTNAME} to get /var/db/pkg/portname (by default).  I'm
not sure I understand the "constant path changes" you mention.

I think what you really want is mentioned at the bottom of:

http://www.freebsd.org/doc/en_US.ISO8859-1/books/porters-handbook/makefile-depend.html#AEN2226

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

files to be checked on meta-ports

2007-01-02 Thread Dmitry Morozovsky 
Dear colleagues,

First, happy New Year! ;-)

For some time I use local meta-ports referring different sets of useful ports. 
Most of the time, this works well; the only exception is meta-ports which do 
not install own files. 

I thought about refering /var/db/pkg/pkgname/ files, but this seems
unscalable due to constant path changes.

Your thoughts?

Sincerely,
D.Marck [DM5020, MCK-RIPE, DM3-RIPN]

*** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- [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: nmap port does not compile and AMD64

2007-01-02 Thread Wesley Shields 
On Tue, Jan 02, 2007 at 01:56:59PM +0100, Valerio Daelli wrote:
> We are trying to compile nmap via ports on both FreeBSD 6.1 and FreeBSD 5.4
> 
> We always get an error:

[snip]

I can reproduce this with a 6.1 box.  I'd suggest a PR that marks it as
BROKEN for amd64 until this can be resolved.  Unfortunately I have very
little time to look into it so hopefully someone else gets to it.

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

Re: missing libgnat-GPL2005.a

2007-01-02 Thread John Merryweather Cooper 

Petr Holub wrote:
It looks like a bug in gnatmake and/or gnatgcc.  I've built and 
installed all three versions of gnat from ports, and all three versions 
install the normative environment library as libgnat.a.  It shouldn't be 
possible to build too many working programs without correctly linking to 
libgnat.a, so I'm curious as to what's going wrong to trigger this error.



I think it's combination of gnatmake building shared library
and using gnat project (GPR) for that purpose. I will try to
find out if I can trigger this on some simpler scenario, e.g.
building simple binary using GPR similar to the one used in
XMLAda.

Petr


  
I can confirm that this problem relates to build static vs. shared 
libraries.  It seems that if the compiler is built static, then making 
shared libraries that need the compiler runtime will run into problems.


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

FreeBSD ports you maintain which are out of date

2007-01-02 Thread shaun 
Dear port maintainer,

The portscout new distfile checker has detected that one or more of your
ports appears to be out of date. Please take the opportunity to check
each of the ports listed below, and if possible and appropriate,
submit/commit an update. If any ports have already been updated, you can
safely ignore the entry.

You will not be e-mailed again for any of the port/version combinations
below.

Full details can be found at the following URL:
http://beta.inerd.com/portscout/[EMAIL PROTECTED]


Port| Current version | New version
+-+
www/rt3 | 3.0.12  | 3.6.3
+-+
www/rt34| 3.4.5   | 3.4.6
+-+
databases/cyrus-imspd   | 1.7b| 1.8
+-+
graphics/gkrellkam  | 0.3.4   | 2.0.0
+-+
textproc/ctpp   | 1.8.2   | 1.8.3
+-+
mail/smail  | 3.2.0.114   | 3.2.0.120
+-+
japanese/vftool | 1.2 | 1.3
+-+
print/abcm2ps   | 4.12.27 | 5.2.3
+-+
audio/festvox-abc   | 2.0 | 2.1
+-+
audio/pd| 0.37| 0.39
+-+
finance/quantlib| 0.3.5   | 0.3.14
+-+
graphics/ayam   | 1.10| 1.12
+-+
german/ispell   | 3.2.06  | 3.3.02
+-+
audio/cheesetracker | 0.9.1   | 0.9.9
+-+
japanese/linux-JM   | 20050615| 20061215
+-+
misc/wmcalendar | 0.5.0   | 0.5.1
+-+
finance/libofx  | 0.8.2   | 0.30
+-+
x11-wm/sapphire | 0.15.6  | 0.15.8
+-+
graphics/libvisual  | 0.2.0   | 0.4.0
+-+
x11-toolkits/tk84   | 8.4.13  | 8.4.14
+-+
devel/libavl| 1.4.0   | 2.0.2a
+-+
hebrew/aspell   | 6-he-0.9-0  | 6-he-1.0-0
+-+
graphics/imgseek| 0.8.4   | 0.8.6
+-+
textproc/skribe | 1.0a| 1.2g
+-+
net-p2p/gnunet  | 0.6.6b  | 0.7.1a
+-+
www/mod_roaming2| 2.0.0   | 2.0b1
+-+
deskutils/kluje | 0.7 | 0.8
+-+
math/fftw-float | 2.1.5   | 3.1.2
+-+
net/coda6_c

Re: Port deletes .conf file on update

2007-01-02 Thread Jonas Sonntag 
Hi Beech,

On Tuesday 02 January 2007 05:56, Beech Rintoul wrote:
> ftp/proftpd deletes /usr/local/etc/proftpd.conf when updating. I thought I
> had it fixed, but it continues to delete the config. Here's the section in
> the makefile:


it did what it was intended to when upgrading from 1.3.0_5 to 1.3.1rc1_2: 
keeping the existing proftpd.conf file.

Maybe your problem was that deinstalling 1.3.1rc1_1 was removing the .conf 
file as it was specified in the plist? Then installing 1.3.1rc_2 would put in 
the sample.conf file which would make it look as if it overwrote the old 
file.

Downgrading from 1.3.1rc1 to 1.3.0_5 was showing the same problem. As said, 
upgrading 1.3.0_5 to 1.3.1rc1_2 was not showing the problem, neither was 
downgrading 1.3.1rc1_2 back to 1.3.0_5.

Yes, I was switching versions a bit 1.3.1rc1 seems to have a bug in that 
it doesn't allow overwriting existing files with STOR:

220 ProFTPD 1.3.0 Server
[... snip ...]
STOR /access 
150 Opening BINARY mode data connection for /access
226 Transfer complete.


220 ProFTPD 1.3.1rc1 Server
[... snip ...]
STOR /access 
550 /access: Overwrite permission denied

... which is probably OT.


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

nmap port does not compile and AMD64

2007-01-02 Thread Valerio Daelli 

We are trying to compile nmap via ports on both FreeBSD 6.1 and FreeBSD 5.4

We always get an error:


c++ -c  -Ilibdnet-stripped/include -I/usr/local/include -O -pipe -Wall
-I/usr/include -Ilibpcap -Inbase -Insock/include   -DHAVE_CONFIG_H
-DNMAP_VERSION=\"4.20\" -DNMAP_NAME=\"Nmap\"
-DNMAP_URL=\"http://insecure.org\";
-DNMAP_PLATFORM=\"amd64-portbld-freebsd5.4\"
-DNMAPDATADIR=\"/usr/local/share/nmap\" osscan.cc -o osscan.o
c++ -c  -Ilibdnet-stripped/include -I/usr/local/include -O -pipe -Wall
-I/usr/include -Ilibpcap -Inbase -Insock/include   -DHAVE_CONFIG_H
-DNMAP_VERSION=\"4.20\" -DNMAP_NAME=\"Nmap\"
-DNMAP_URL=\"http://insecure.org\";
-DNMAP_PLATFORM=\"amd64-portbld-freebsd5.4\"
-DNMAPDATADIR=\"/usr/local/share/nmap\" osscan2.cc -o osscan2.o
c++ -c  -Ilibdnet-stripped/include -I/usr/local/include -O -pipe -Wall
-I/usr/include -Ilibpcap -Inbase -Insock/include   -DHAVE_CONFIG_H
-DNMAP_VERSION=\"4.20\" -DNMAP_NAME=\"Nmap\"
-DNMAP_URL=\"http://insecure.org\";
-DNMAP_PLATFORM=\"amd64-portbld-freebsd5.4\"
-DNMAPDATADIR=\"/usr/local/share/nmap\" output.cc -o output.o
output.cc: In function `void log_vwrite(int, const char*, __va_list_tag*)':
output.cc:746: error: incompatible types in assignment of
`__va_list_tag*' to `__va_list_tag[1]'
gmake: *** [output.o] Error 1
*** Error code 2

Thanks

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

Re: Port deletes .conf file on update

2007-01-02 Thread Simon Olofsson 
Did you try the way it's described in the Porter's Handbook?
http://www.freebsd.org/doc/en_US.ISO8859-1/books/porters-handbook/plist-config.html

Regards,
Simon

On Mon, Jan 01, 2007 at 07:56:12PM -0900, Beech Rintoul wrote:
> ftp/proftpd deletes /usr/local/etc/proftpd.conf when updating. I thought I 
> had 
> it fixed, but it continues to delete the config. Here's the section in the 
> makefile:
> 
> post-install:
>   [ -f ${PREFIX}/etc/proftpd.conf ] || \
>   ${CP} ${EXAMPLESDIR}/etc/proftpd.conf 
> ${PREFIX}/etc/proftpd.conf.sample
> 
> .if !defined(NOPORTDOCS)
>   @${MKDIR} ${PREFIX}/share/doc/proftpd
> .for f in ${PORTDOCSdoc}
>   @${INSTALL_DATA} ${WRKSRC}/doc/${f} ${PREFIX}/share/doc/proftpd
> .endfor
> .for f in ${PORTDOCScontrib}
>   @${INSTALL_DATA} ${WRKSRC}/doc/contrib/${f} ${PREFIX}/share/doc/proftpd
> .endfor
> .endif
> 
> .if !defined(WITHOUT_PAM)
>   @${CAT} ${PKGMESSAGE}
> .endif
> 
> .if defined(WITH_CTRLS)
>   @${INSTALL_PROGRAM} ${WRKSRC}/ftpdctl ${PREFIX}/sbin/ftpdctl
>   @${INSTALL_MAN} ${WRKSRC}/src/ftpdctl.8 ${PREFIX}/man/man8/ftpdctl.8
> .endif
> 
> It creates proftpd.conf.sample properly, but then deletes proftpd.conf. BTW 
> proftpd.conf is not in the pkg-plist. 
> 
> How do I fix this?
> 
> Beech (Maintainer)

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

Re: VTK 5 in ports

2007-01-02 Thread fred 

fred a écrit :

Thierry Thomas a écrit :


Could you please try the following port?



Sure ! ;-)
Thanks a lot.


I'm not yet sure how it will be committed: maybe I'll repocopy math/vtk
to math/vtk44 and commit this one as math/vtk, updating the vtk-slaves
ports to 5?


I full agree ;-)

In fact, mayavi2 needs vtk-python.
So I would be very happy if you could provide vtk-python port for VTK 5.

Cheers,

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