Re: FreeBSD Port: MailScanner-5.0.3

[wen heping]

Would you have  a look of this PR:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=219938

or file a patch to fix it ?

Thanks !

wen

2017-06-19 13:18 GMT+08:00 Jeff Sickel :
> The MailScanner-5.0.3 update didn’t keep the /usr/local and other FreeBSD 
> standard namespace in place.  I spent quite a bit of time correcting the perl 
> scripts to pick up the /usr/local install locations after the upgrade.  The 
> configuration files and other core pieces of MailScanner seem to keep more 
> standard Linux namespaces with this release.  An upgrade from earlier 
> versions is not recommended on FreeBSD until the correct file locations are 
> handled by default.
>
> Regards,
>
> Jeff Sickel
> Corpus Callosum Corporation
> cel. 312.286.0383
> fax. 847.328.7364
>
>
> ___
> freebsd-ports@freebsd.org mailing list
> https://lists.freebsd.org/mailman/listinfo/freebsd-ports
> To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: FreeBSD Port: py27-pytz-2013.8,1

[wen heping]

I can build pytz-2013.8,1 well on my FreeBSD-9.2 amd64 system.

wen

2013/11/16 Fabien Debuire debuire.fab...@gmail.com:
 Hello,
 Since the update to the 2013.8,1 I'm not able to install the port. I'm
 running freebsd 9.2 svn with ports up-to-date.

 The error I have is:

 ---  Installing the new version via the port
 ===  Staging for py27-pytz-2013.8,1
 ===   py27-pytz-2013.8,1 depends on file: /usr/local/bin/easy_install-2.7
 - found
 ===   py27-pytz-2013.8,1 depends on file: /usr/local/bin/python2.7 - found
 ===   py27-pytz-2013.8,1 depends on executable: python - found
 ===   Generating temporary packing list
 usage: setup.py [global_opts] cmd1 [cmd1_opts] [cmd2 [cmd2_opts] ...]
or: setup.py --help [cmd1 cmd2 ...]
or: setup.py --help-commands
or: setup.py cmd --help

 error: option --user not recognized
 *** [do-install] Error code 1

 Stop in /usr/ports/devel/py-pytz.
 *** [reinstall] Error code 1

 Stop in /usr/ports/devel/py-pytz.
 ** Command failed [exit code 1]: /usr/bin/script -qa
 /tmp/portupgrade20131116-48239-bu0vrp env UPGRADE_TOOL=portupgrade
 UPGRADE_PORT=py27-pytz-2013d UPGRADE_PORT_VER=2013d make reinstall
 ---  Restoring the old version
 362
 385


 --
 Fabien Debuire
 debuire.fab...@gmail.com
 ___
 freebsd-ports@freebsd.org mailing list
 http://lists.freebsd.org/mailman/listinfo/freebsd-ports
 To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

Re: search for port adopters

[wen heping]

I would like maintain oscommerce.
Thanks!

wen

2013/10/1 Vlad V. Teterya v...@vlad.uz.ua:
 Hello!

 I am no longer using FreeBSD in production and I'm interested to find
 new maintainers for my ports:

 databases/mysqltuner
 www/oscommerce
 x11/ipager
 x11/tilda

 If someone wants to take over this ports, splease submit PR with
 maintainer update.
 Thanks.

 --
Regards, Vlad
  _

Vlad V. Teterya
 ___
 freebsd-ports@freebsd.org mailing list
 http://lists.freebsd.org/mailman/listinfo/freebsd-ports
 To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

Re: Mapserver shp2img

[wen heping]

Would you test with this simple patch?
Thanks !

wen

Index: Makefile
===
--- Makefile(revision 326520)
+++ Makefile(working copy)
@@ -187,7 +187,7 @@

 do-install:
 .for f in ${PROG_FILES}
-   ${INSTALL_SCRIPT} ${WRKSRC}/${f} ${PREFIX}/bin
+   ${INSTALL_SCRIPT} ${WRKSRC}/.libs/${f} ${PREFIX}/bin
 .endfor
${INSTALL_PROGRAM} ${WRKSRC}/.libs/libmapserver-${PORTVERSION}.so
${PREFIX}/lib



2013/9/6 wen heping wenhep...@gmail.com

 I shall look into that later.

 wen


 2013/9/5 Frank Broniewski b...@metrico.lu

 Another thing I noticed: While doing

 # pkg_delete -d mapserver-6.2.1_2

 I receive errors concerning the Python mapscript module:


 pkg_delete: file '/usr/local/lib/python2.7/**site-packages/mapscript.py'
 doesn't exist
 pkg_delete: file '/usr/local/lib/python2.7/**site-packages/mapscript.pyc'
 doesn't exist
 pkg_delete: file '/usr/local/lib/python2.7/**site-packages/_mapscript.so'
 doesn't exist
 pkg_delete: file '/usr/local/lib/python2.7/**
 site-packages/MapScript-6.2.1-**py2.7.egg-info' doesn't exist
 pkg_delete: couldn't entirely delete package `mapserver-6.2.1_2'
 (perhaps the packing list is incorrectly specified?)

 This is probably not intended, isn't it?

 I've got the following (leftover) eggs from previous installations left
 in /usr/local/lib/python2.7/site-**packages

 drwxr-xr-x   3 root  wheel 512 Sep 12  2012
 MapScript-6.0.1-py2.7-freebsd-**9.0-RELEASE-amd64.egg
 drwxr-xr-x   3 root  wheel 512 Jul  1 09:32
 MapScript-6.2.0-py2.7-freebsd-**9.1-RELEASE-p3-amd64.egg
 drwxr-xr-x   3 root  wheel 512 Sep  4 08:50
 MapScript-6.2.0-py2.7-freebsd-**9.1-RELEASE-p4-amd64.egg
 drwxr-xr-x   3 root  wheel 512 Sep  5 13:33
 MapScript-6.2.1-py2.7-freebsd-**9.1-RELEASE-p6-amd64.egg



 Frank

 Am 2013-09-05 13:43, schrieb Frank Broniewski:

  Any ideas? Is it just me or everyone else?

 Frank

 Am 2013-09-04 09:31, schrieb Frank Broniewski:

 Hi all,

 I've a problem with my mapserver installation, the utility shp2img isn't
 working, which is kind of odd. I get the following error when invoking
 it:

 /usr/local/bin/shp2img: error: `/usr/local/bin/.libs/shp2img' does not
 exist
 This script is just a wrapper for shp2img.
 See the libtool documentation for more information.

 I don't know what I shall do about that error now. On my Ubuntu machine,
 shp2img is a binary and not a shell script like on FreeBSD. While
 looking at the script, the error is invoked at the end of it (lines 205
 - 207):

 189   if test -f $progdir/$program; then
   190 # Add our own library path to LD_LIBRARY_PATH
   191
 LD_LIBRARY_PATH=/usr/ports/**graphics/mapserver/work/**
 mapserver-6.2.1/.libs:/usr/**local/lib:$LD_LI


   192
   193 # Some systems cannot cope with colon-terminated
 LD_LIBRARY_PATH
   194 # The second colon is a workaround for a bug in BeOS R4 sed
   195 LD_LIBRARY_PATH=`$ECHO $LD_LIBRARY_PATH | /usr/bin/sed
 's/::*$//'`
   196
   197 export LD_LIBRARY_PATH
   198
   199 if test $libtool_execute_magic != %%%MAGIC variable%%%;
 then
   200   # Run the actual program with our arguments.
   201   func_exec_program ${1+$@}
   202 fi
   203   else
   204 # The program doesn't exist.
   205 $ECHO $0: error: \`$progdir/$program' does not exist 12
   206 $ECHO This script is just a wrapper for $program. 12
   207 $ECHO See the libtool documentation for more information.
 12
   208 exit 1
   209   fi

 This is rather confusing as I don't know what role the libtool plays and
 what I can gain from reading the rather exhaustive documentation ...


 Any hints?

 Many thanks,

 Frank





 --
 Frank BRONIEWSKI

 METRICO s.à r.l.
 géomètres
 technologies d'information géographique
 rue des Romains 36
 L-5433 NIEDERDONVEN

 tél.: +352 26 74 94 - 28
 fax.: +352 26 74 94 99
 http://www.metrico.lu



___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

Re: Mapserver shp2img

[wen heping]

I shall look into that later.

wen


2013/9/5 Frank Broniewski b...@metrico.lu

 Another thing I noticed: While doing

 # pkg_delete -d mapserver-6.2.1_2

 I receive errors concerning the Python mapscript module:


 pkg_delete: file '/usr/local/lib/python2.7/**site-packages/mapscript.py'
 doesn't exist
 pkg_delete: file '/usr/local/lib/python2.7/**site-packages/mapscript.pyc'
 doesn't exist
 pkg_delete: file '/usr/local/lib/python2.7/**site-packages/_mapscript.so'
 doesn't exist
 pkg_delete: file '/usr/local/lib/python2.7/**
 site-packages/MapScript-6.2.1-**py2.7.egg-info' doesn't exist
 pkg_delete: couldn't entirely delete package `mapserver-6.2.1_2'
 (perhaps the packing list is incorrectly specified?)

 This is probably not intended, isn't it?

 I've got the following (leftover) eggs from previous installations left in
 /usr/local/lib/python2.7/site-**packages

 drwxr-xr-x   3 root  wheel 512 Sep 12  2012
 MapScript-6.0.1-py2.7-freebsd-**9.0-RELEASE-amd64.egg
 drwxr-xr-x   3 root  wheel 512 Jul  1 09:32
 MapScript-6.2.0-py2.7-freebsd-**9.1-RELEASE-p3-amd64.egg
 drwxr-xr-x   3 root  wheel 512 Sep  4 08:50
 MapScript-6.2.0-py2.7-freebsd-**9.1-RELEASE-p4-amd64.egg
 drwxr-xr-x   3 root  wheel 512 Sep  5 13:33
 MapScript-6.2.1-py2.7-freebsd-**9.1-RELEASE-p6-amd64.egg



 Frank

 Am 2013-09-05 13:43, schrieb Frank Broniewski:

  Any ideas? Is it just me or everyone else?

 Frank

 Am 2013-09-04 09:31, schrieb Frank Broniewski:

 Hi all,

 I've a problem with my mapserver installation, the utility shp2img isn't
 working, which is kind of odd. I get the following error when invoking
 it:

 /usr/local/bin/shp2img: error: `/usr/local/bin/.libs/shp2img' does not
 exist
 This script is just a wrapper for shp2img.
 See the libtool documentation for more information.

 I don't know what I shall do about that error now. On my Ubuntu machine,
 shp2img is a binary and not a shell script like on FreeBSD. While
 looking at the script, the error is invoked at the end of it (lines 205
 - 207):

 189   if test -f $progdir/$program; then
   190 # Add our own library path to LD_LIBRARY_PATH
   191
 LD_LIBRARY_PATH=/usr/ports/**graphics/mapserver/work/**
 mapserver-6.2.1/.libs:/usr/**local/lib:$LD_LI


   192
   193 # Some systems cannot cope with colon-terminated
 LD_LIBRARY_PATH
   194 # The second colon is a workaround for a bug in BeOS R4 sed
   195 LD_LIBRARY_PATH=`$ECHO $LD_LIBRARY_PATH | /usr/bin/sed
 's/::*$//'`
   196
   197 export LD_LIBRARY_PATH
   198
   199 if test $libtool_execute_magic != %%%MAGIC variable%%%;
 then
   200   # Run the actual program with our arguments.
   201   func_exec_program ${1+$@}
   202 fi
   203   else
   204 # The program doesn't exist.
   205 $ECHO $0: error: \`$progdir/$program' does not exist 12
   206 $ECHO This script is just a wrapper for $program. 12
   207 $ECHO See the libtool documentation for more information.
 12
   208 exit 1
   209   fi

 This is rather confusing as I don't know what role the libtool plays and
 what I can gain from reading the rather exhaustive documentation ...


 Any hints?

 Many thanks,

 Frank





 --
 Frank BRONIEWSKI

 METRICO s.à r.l.
 géomètres
 technologies d'information géographique
 rue des Romains 36
 L-5433 NIEDERDONVEN

 tél.: +352 26 74 94 - 28
 fax.: +352 26 74 94 99
 http://www.metrico.lu

___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

Re: www/mediawiki deletion not mentioned in UPDATING

[wen heping]

2013/5/30 Lowell Gilbert freebsd-ports-lo...@be-well.ilk.org

 Mike Brown m...@skew.org writes:

  Last month, I upgraded my www/mediawiki installation, so I ended up with
  version 1.19.x.
 
  Now (after updating my ports tree), I want to upgrade my installation
 again,
  mainly just to pick up a patch to one of its dependencies, but portmaster
  won't do it; it's telling me that www/mediawiki was recently deleted,
 moved to
  mediawiki-119. Nothing was written about this in UPDATING. Please
 consider
  this message a request to mention it.

 It would be more appropriate in MOVED rather than UPDATING.
 And I'd be surprised if it weren't already there.


It is in MOVED

wen



  I'm asking about this because it's not entirely clear to me what I'm
 supposed
  to do in order to properly do the upgrade. I'm guessing I could do this:
 
  portmaster -o www/mediawiki-119 www/mediawiki
 
  Would that be sufficient? Anything I should watch out for?

 Probably not. If there were, *then* I'd expect an entry in UPDATING.

  What if I want to upgrade to www/mediawiki-120? Should I do that
 afterward?

 You should do that *instead* if you want it. Upgrade instructions from
 upstream are included, and the port will point you at them.
 ___
 freebsd-ports@freebsd.org mailing list
 http://lists.freebsd.org/mailman/listinfo/freebsd-ports
 To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

Re: QGIS With Grass Plugin doesn't build (kpty.cpp)

[wen heping]

Hi,

Does this error exist on other FreeBSD version? I can not reproduce it
on 10-Current and 9.0.

wen


2013/5/20 GeoBSD pie...@geobsd.com

 Perfect !

 This patch works also good for me.

 Many thanks.




 --
 View this message in context:
 http://freebsd.1045724.n5.nabble.com/QGIS-With-Grass-Plugin-doesn-t-build-kpty-cpp-tp5812385p5813188.html
 Sent from the freebsd-ports mailing list archive at Nabble.com.
 ___
 freebsd-ports@freebsd.org mailing list
 http://lists.freebsd.org/mailman/listinfo/freebsd-ports
 To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

Re: INDEX build failed for 7.x

[wen heping]

Sorry, It's my fault.
I disconnect typo346 now, then I fix it later.

wen

2012/5/3 Erwin Lansing er...@freebsd.org

 INDEX build failed with errors:
 Generating INDEX-7 - please wait.. Done.
 Warning: Duplicate INDEX entry: typo3-4.6.8

 Committers on the hook:
 eadler makc pav rakuco scheidell sunpoet swills wen

 Most recent CVS update was:
 U deskutils/recoll/Makefile
 U devel/cmake/Makefile
 U devel/cmake/distinfo
 U devel/cmake/pkg-plist
 U devel/cmake/files/patch-Modules_FindQt4.cmake
 U devel/cmake/files/patch-Modules_FindSDL.cmake
 U devel/cmake/files/patch-git_3ea850a5023060b84dcc0e6f0098c32c28b15807
 U devel/cmake-gui/Makefile
 U devel/cmake-gui/distinfo
 U devel/p5-Config-IniFiles/Makefile
 U devel/p5-Config-IniFiles/distinfo
 U devel/p5-Coro/Makefile
 U devel/p5-Coro/distinfo
 U devel/p5-Coro/pkg-plist
 U devel/p5-IO-AIO/Makefile
 U devel/p5-IO-AIO/distinfo
 U devel/p5-InlineX-C2XS/Makefile
 U devel/p5-InlineX-C2XS/distinfo
 U devel/p5-InlineX-C2XS/pkg-plist
 U devel/p5-Log-Minimal/Makefile
 U devel/p5-Log-Minimal/distinfo
 U devel/p5-Log-Minimal/pkg-descr
 U games/openastromenace/Makefile
 U japanese/p5-HTML-MobileJp/Makefile
 U math/p5-Math-Round/Makefile
 U multimedia/mencoder/Makefile
 U multimedia/mplayer/Makefile
 U multimedia/mplayer/files/patch-libavcodec-mpegaudio_parser.c
 U science/avogadro/Makefile
 U science/avogadro/distinfo
 U science/avogadro/pkg-plist
 U science/avogadro/files/patch-libavogadro__src__camera.cpp
 U science/avogadro/files/patch-libavogadro__src__glpainter_p.cpp
 U science/avogadro/files/patch-libavogadro__src__glwidget.cpp
 U
 science/avogadro/files/patch-libavogadro__src__tools__selectrotatetool.cpp
 U sysutils/puppet/Makefile
 U sysutils/puppet/distinfo
 U textproc/augeas/Makefile
 U textproc/augeas/files/patch-lenses__shellvars.aug
 U textproc/p5-Plucene-Analysis-CJKAnalyzer/Makefile
 U www/Makefile
 U www/p5-Catalyst-Plugin-Authorization-Roles/Makefile
 U www/p5-HTTP-Cookies-Mozilla/Makefile
 U www/p5-HTTP-Cookies-iCab/Makefile
 U www/p5-Net-FastCGI/Makefile
 U www/p5-Template-Stash-AutoEscape/Makefile
 ___
 freebsd-ports@freebsd.org mailing list
 http://lists.freebsd.org/mailman/listinfo/freebsd-ports
 To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

Re: Python upgrade to address vulnerability?

[wen heping]

2012/2/15 Ruslan Mahmatkhanov cvs-...@yandex.ru

 Doug Barton wrote on 15.02.2012 02:20:

 So apparently we have a python vulnerability according to
 http://portaudit.FreeBSD.org/**b4f8be9e-56b2-11e1-9fb7-**
 003067b2972c.htmlhttp://portaudit.FreeBSD.org/b4f8be9e-56b2-11e1-9fb7-003067b2972c.html
 ,
 but I'm not seeing an upgrade to address it yet. Any idea when that will
 happen?


 Thanks,

 Doug


 Patch is there:
 http://people.freebsd.org/~rm/**python-CVE-2012-0845.diff.txthttp://people.freebsd.org/~rm/python-CVE-2012-0845.diff.txt


Had this patch been committed into upstream? When I found it , it was in
review state.

And CVE-2012-0845 too.

wen






 Patch for 3.2 is taken there directly:
 http://bugs.python.org/**file24522/xmlrpc_loop-1.diffhttp://bugs.python.org/file24522/xmlrpc_loop-1.diff

 Patch for 2.5, 2.6, 2.7, 3.1 is adopted from this patch:
 http://bugs.python.org/**file24513/xmlrpc_loop.diffhttp://bugs.python.org/file24513/xmlrpc_loop.diff

 SimpleXMLRPCServer.py in 2.4 is too different and it is going to die
 anyway so I didn't messed with it.

 If noone objects, I can commit it. Please tell me what should i do.

 --
 Regards,
 Ruslan

 Tinderboxing kills... the drives.
 __**_
 freebsd-pyt...@freebsd.org mailing list
 http://lists.freebsd.org/**mailman/listinfo/freebsd-**pythonhttp://lists.freebsd.org/mailman/listinfo/freebsd-python
 To unsubscribe, send any mail to 
 freebsd-python-unsubscribe@**freebsd.orgfreebsd-python-unsubscr...@freebsd.org
 

___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

Re: Python upgrade to address vulnerability?

[wen heping]

2012/2/15 Ruslan Mahmatkhanov cvs-...@yandex.ru

 wen heping wrote on 15.02.2012 14:16:

 2012/2/15 Ruslan Mahmatkhanovcvs-...@yandex.ru**

  Doug Barton wrote on 15.02.2012 02:20:

  So apparently we have a python vulnerability according to
 http://portaudit.FreeBSD.org/b4f8be9e-56b2-11e1-9fb7-**http://portaudit.FreeBSD.org/**b4f8be9e-56b2-11e1-9fb7-**
 003067b2972c.htmlhttp://**portaudit.FreeBSD.org/**
 b4f8be9e-56b2-11e1-9fb7-**003067b2972c.htmlhttp://portaudit.FreeBSD.org/b4f8be9e-56b2-11e1-9fb7-003067b2972c.html
 

 ,
 but I'm not seeing an upgrade to address it yet. Any idea when that will
 happen?


 Thanks,

 Doug


  Patch is there:
 http://people.freebsd.org/~rm/python-CVE-2012-0845.diff.**txthttp://people.freebsd.org/~rm/**python-CVE-2012-0845.diff.txt
 http://people.freebsd.org/**~rm/python-CVE-2012-0845.diff.**txthttp://people.freebsd.org/~rm/python-CVE-2012-0845.diff.txt
 



 Had this patch been committed into upstream? When I found it , it was in
 review state.

 And CVE-2012-0845 too.

 wen


 Yes, it is not yet committed, but comments looks promisingly :). And i
 can't reproduce this bug after patching, using procedure described in bug
 report.


Me too :)
I trust this patch too but I would like wait some time.

wen





 --
 Regards,
 Ruslan

 Tinderboxing kills... the drives.

___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

Re: [HEADSUP][CFT] pkgng beta1 is out

[wen heping]

Cool !

wen

2012/1/30 Baptiste Daroussin b...@freebsd.org

 Hi,

 pkgng has just reached the beta phase, and has now found its way to the
 ports tree (disabled by default).

 1/ Why pkgng?
 

 Our current pkg_install tools are showing their age, are hard to maintain,
 and they lack features:



___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

Re: compiling py-* ports for python32

[wen heping]

Try add this line in /etc/make.conf

PYTHON_DEFAULT_VERSION=python3.2

wen

2012/1/10 Matthew Pounsett m...@conundrum.com


 I'd like to install a couple of the python module ports as part of my
 python32 install (also from ports).  Is there an incantation I can use with
 portinstall or the ports Makefile that will allow me to tell typical py-*
 modules in my python 3.2 libraries instead of with python 2.7, or should I
 be looking at cloning py-* ports into nearly-identical py32-* ports and
 submitting them?

 Thanks for any pointers!


 ___
 freebsd-ports@freebsd.org mailing list
 http://lists.freebsd.org/mailman/listinfo/freebsd-ports
 To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

Re: redports.org - The public FreeBSD ports development infrastructure

[wen heping]

Account created.
Am I the first user of your redports.org ?

wen

2011/12/29 Bernhard Froehlich de...@freebsd.org

 Hi Porters!

 I am happy to announce that redports.org has finally
 reached the point where I think It's safe to be used
 by everybody! In case you never heard of it before
 redports is the result of an idea born at EuroBSDCon
 2011 in Karlsruhe to give Port Maintainers and Port
 Committers a public service to test their new ports
 or ports patches during development or before
 submitting a ports PR.

 Many people test ports only on their own machine
 because of lack of hardware. Redports gives you
 instant access to build environments for FreeBSD 7.4,
 8.2, 9-CURRENT, 10-CURRENT on i386 and amd64 and even
 special ones that use CLANG/LLVM or GCC 4.5 as ports
 compiler.

 For everyone familiar with FreeBSD Ports Tinderbox [1]
 it's pretty obvious how it works. In fact redports is
 build on top of multiple Tinderboxes so it is
 scalable, fast and reliable. With your account you get
 your own Subversion Repository to maintain your ports
 and with every commit to the repository all affected
 ports are automatically built.

 When registering an account please read the UserGuide
 [2] first to get an idea of how to work with it.
 Feedback and new Ideas are welcome!


 Best regards,
 Bernhard Fröhlich (decke@)

 [1] http://tinderbox.marcuscom.**com/ http://tinderbox.marcuscom.com/
 [2] http://redports.org/wiki/**UserGuidehttp://redports.org/wiki/UserGuide

 --
 Bernhard Froehlich
 http://www.bluelife.at/
 __**_
 freebsd-ports@freebsd.org mailing list
 http://lists.freebsd.org/**mailman/listinfo/freebsd-portshttp://lists.freebsd.org/mailman/listinfo/freebsd-ports
 To unsubscribe, send any mail to 
 freebsd-ports-unsubscribe@**freebsd.orgfreebsd-ports-unsubscr...@freebsd.org
 

___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

Re: misc/pecl-timezonedb [PATCH] Any Takers?

[wen heping]

Committed.

Thank you !

wen

2011/12/28 John Marshall john.marsh...@riverwillow.com.au

  - PR submitted 6 weeks ago
  - Email to Maintainer (mnag@) 2 weeks ago
  - No responses to either

  http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/162570

 Any takers?

 --
 John Marshall

___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

Re: Unable to build www/mediawiki

[wen heping]

Hi,

   From mediawiki-1.18.0, there is a big change of mediawiki to support tex.

   Currently I plan remove TEX option and shall re-add it later.

   Thank you.

wen

2011/12/11 Peter Jeremy peterjer...@acm.org:
 When I try to build www/mediawiki with built-in TeX rendering (WITH_TEXVC)
 on, I get:

 server% make
 ===  License check disabled, port has not defined LICENSE
 ===  Found saved configuration for mediawiki-1.18.0
 ===  Extracting for mediawiki-1.18.0
 = SHA256 Checksum OK for mediawiki-1.18.0.tar.gz.
 ===  Patching for mediawiki-1.18.0
 ===   mediawiki-1.18.0 depends on executable: ocaml - found
 ===   mediawiki-1.18.0 depends on executable: gmake - found
 ===   mediawiki-1.18.0 depends on shared library: mysqlclient.16 - found
 ===  Configuring for mediawiki-1.18.0
 ===  Building for mediawiki-1.18.0
 cd: can't cd to /tank/obj/usr/ports/www/mediawiki/work/mediawiki-1.18.0/math
 *** Error code 2

 Stop in /usr/ports/www/mediawiki.
 *** Error code 1

 Stop in /usr/ports/www/mediawiki.
 server%

 The cd fails because that directory doesn't exist (though the parent does).
 This appears to be caused by:
 # $FreeBSD: ports/www/mediawiki/Makefile,v 1.72 2011/12/08 01:56:00 wen Exp $
 ...
 do-build:
 .if defined(WITH_TEXVC)
        @(cd ${WRKSRC}/math  ${GMAKE})
 .endif

 Could you please look into this.

 --
 Peter Jeremy
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

Re: graphics/mapnik 2.0.0 fails to package

[wen heping]

I could not reproduce this plist error, here is my tinderbox's build
log which I set FORCE_PACKAGE=yes:
http://wen.freebsd.your.org/tb/logs/8.1-FreeBSD/mapnik2-2.0.0.log

wen

2011/10/14 Doug Barton do...@freebsd.org:
 Building a package on 8.2-RELEASE I get this:

 === Creating a package for new version mapnik2-2.0.0
 tar: lib/mapnik2/input/sqlite.input: Cannot stat: No such file or directory
 tar: Error exit delayed from previous errors.
 pkg_create: make_dist: tar command failed with code 256

 Previous version worked fine.


 Doug

 --

        Nothin' ever doesn't change, but nothin' changes much.
                        -- OK Go

        Breadth of IT experience, and depth of knowledge in the DNS.
        Yours for the right price.  :)  http://SupersetSolutions.com/


___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

Re: Maintainer timeout ports/159786 (security/ossec-hids-server)

[wen heping]

Hi,

   The build failed and below is the error message.
   Would you fix it ?  Thanks.

wen



building ossec-hids-client-2.6_1 in directory /usr/local/tinderbox/9.0-FreeBSD
build started at Mon Sep 26 03:28:48 UTC 2011
port directory: /usr/ports/security/ossec-hids-client
building for:  9.0-CURRENT i386
maintained by: valerio.dae...@gmail.com
Makefile ident: $FreeBSD: ports/security/ossec-hids-client/Makefile,v
1.3 2007/12/30 10:54:16 rafan Exp $
prefixes: LOCALBASE=usr/local PREFIX=/usr/local
Begin Configuration:
---Begin Environment---
PACKAGE_BUILDING=1
ARCH=i386
USER=root
CCACHE_DIR=
BRANCH=CURRENT
CCACHE_NOLINK=1
HOST_WORKDIR=
HOME=/root
OLDPWD=/
BATCH=1
FTP_TIMEOUT=900
PKGZIPCMD=bzip2
HAVE_MOTIF=1
defaultUpdateHost=cvsup.FreeBSDChina.org
HTTP_TIMEOUT=900
DISTFILE_CACHE=/usr/ports/distfiles
pb=/usr/local/tinderbox
OSREL=9.0
PYTHON_DEFAULT_VERSION=python2.7
defaultUpdateType=CSUP
TINDERD_LOGFILE=/dev/null
PORTOBJFORMAT=elf
DISTDIR=/tmp/distfiles
WRKDIRPREFIX=/work
DISTCACHE=/distcache
CCACHE_LOGFILE=
PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/bin
PACKAGES=/tmp/packages
TIMEOUT=7200
PKGSUFFIX=.tbz
OSVERSION=900021
__DSVERSION__=3.2
OPTIONS_ENABLED=0
TINDERD_SLEEPTIME=120
UNAME_n=tinderbox.host
__MKLVL__=1
LOCALBASE=/usr/local
CCACHE_JAIL=0
CCACHE_MAX_SIZE=1G
MASTER_SITE_OVERRIDE=file:///distcache/${DIST_SUBDIR}/
DISTFILE_URI=
X_WINDOW_SYSTEM=xorg
UNAME_r=9.0-CURRENT
OPTIONS_DIR=
USA_RESIDENT=YES
UNAME_s=FreeBSD
PARALLEL_PACKAGE_BUILD=1
PWD=/usr/ports/security/ossec-hids-client
UNAME_v=FreeBSD 9.0-CURRENT #0: Mon Sep 26 11:25:37 CST 2011
r...@tinderbox.host:/usr/src/sys/magic/kernel/path
FTP_PASSIVE_MODE=yes
CCACHE_ENABLED=0
INDEXFILE=INDEX-9
---End Environment---

---Begin OPTIONS List---
---End OPTIONS List---

End Configuration.
FETCH_DEPENDS=
PATCH_DEPENDS=
EXTRACT_DEPENDS=
BUILD_DEPENDS=
RUN_DEPENDS=
add_pkg

phase 1: make checksum
===  License check disabled, port has not defined LICENSE
= ossec-hids-2.6.tar.gz doesn't seem to exist in /tmp/distfiles/.
= Attempting to fetch file:///distcache//ossec-hids-2.6.tar.gz
ossec-hids-2.6.tar.gz  740 kB   92 MBps
= SHA256 Checksum OK for ossec-hids-2.6.tar.gz.

phase 2: make extract
add_pkg
===  License check disabled, port has not defined LICENSE
===  Extracting for ossec-hids-client-2.6_1
= SHA256 Checksum OK for ossec-hids-2.6.tar.gz.

phase 3: make patch
add_pkg
===  Patching for ossec-hids-client-2.6_1
===  Applying FreeBSD patches for ossec-hids-client-2.6_1

phase 4: make build
add_pkg
===  Configuring for ossec-hids-client-2.6_1
===  Building for ossec-hids-client-2.6_1
INFO: Little endian set.

 *** Making zlib (by Jean-loup Gailly and Mark Adler)  ***
gcc -c -g -Wall -I../../ -I../../headers  -DCLIENT -DUSE_OPENSSL
-DARGV0=\zlib\ -DXML_VAR=\var\ -DOSSECHIDS *.c
ar cru libz.a *.o
ranlib libz.a
cp -pr zlib.h zconf.h ../../headers/
cp -pr libz.a ../



 *** Making os_xml ***

gcc -DXML_VAR=\var\ -g -Wall -I../ -I../headers  -DCLIENT
-DUSE_OPENSSL -DARGV0=\os_xml\ -DXML_VAR=\var\ -DOSSECHIDS -c
os_xml.c os_xml_access.c os_xml_node_access.c os_xml_variables.c
os_xml_writer.c
ar cru os_xml.a os_xml.o os_xml_access.o os_xml_node_access.o
os_xml_variables.o os_xml_writer.o
ranlib os_xml.a


 *** Making os_regex ***

gcc -g -Wall -I../ -I../headers  -DCLIENT -DUSE_OPENSSL
-DARGV0=\os_regex\ -DXML_VAR=\var\ -DOSSECHIDS -c *.c -Wall
ar cru os_regex.a *.o
ranlib os_regex.a


 *** Making os_net ***

gcc -g -Wall -I../ -I../headers  -DCLIENT -DUSE_OPENSSL
-DARGV0=\os_net\ -DXML_VAR=\var\ -DOSSECHIDS -c os_net.c
ar cru os_net.a os_net.o
ranlib os_net.a


 *** Making os_crypto ***

gcc -g -Wall -I../../ -I../../headers  -DCLIENT -DUSE_OPENSSL
-DARGV0=\blowfish_op\ -DXML_VAR=\var\ -DOSSECHIDS -c bf_op.c
bf_skey.c bf_enc.c
ar cru bf_op.a bf_op.o bf_skey.o bf_enc.o
ranlib bf_op.a
gcc -g -Wall -I../../ -I../../headers  -DCLIENT -DUSE_OPENSSL
-DARGV0=\md5_op\ -DXML_VAR=\var\ -DOSSECHIDS -c md5.c md5_op.c
ar cru md5_op.a md5_op.o md5.o
ranlib md5_op.a
gcc -g -Wall -I../../ -I../../headers  -DCLIENT -DUSE_OPENSSL
-DARGV0=\sha1_op\ -DXML_VAR=\var\ -DOSSECHIDS -c sha1_op.c
ar cru sha1_op.a sha1_op.o
ranlib sha1_op.a
gcc -g -Wall -I../../ -I../../headers  -DCLIENT -DUSE_OPENSSL
-DARGV0=\md5_sha1_op\ -DXML_VAR=\var\ -DOSSECHIDS -c ../md5/md5.c
md5_sha1_op.c
ar cru md5_op.a md5_sha1_op.o ../md5/md5.o
ranlib md5_op.a
gcc -g -Wall -I../../ -I../../headers  -DCLIENT -DUSE_OPENSSL
-DARGV0=\shared\ -DXML_VAR=\var\ -DOSSECHIDS -c *.c
ar cru shared.a *.o
ranlib shared.a
ar cru os_crypto.a blowfish/bf_op.o 

Re: HEADS UP --- Update to x11-toolkits/fltk coming

[wen heping]

2011/9/22 Maho NAKATA cha...@mac.com:
 Hi gahr,

 your fltk update seems to be ok to me (math/octave).

That's a good news.

wen


 thanks
  Nakata Maho

 From: Pietro Cerutti g...@freebsd.org
 Subject: Re: HEADS UP --- Update to x11-toolkits/fltk coming
 Date: Thu, 22 Sep 2011 10:32:02 +0200

 On 2011-Sep-22, 16:30, Maho NAKATA wrote:
 Hi *, now I'm testing x11-toolkits/fltk for math/octave port.
 sorry for delay.

 I'm a bit behind schedule too, I'll probably get to it only next week!

 Happy testing ;)

 thanks

 From: Pietro Cerutti g...@freebsd.org
 Subject: Re: HEADS UP --- Update to x11-toolkits/fltk coming
 Date: Tue, 06 Sep 2011 15:53:31 +0200

  On 2011-Sep-06, 08:28, Stephen Montgomery-Smith wrote:
  On 09/06/2011 07:32 AM, Pietro Cerutti wrote:
   On 2011-Sep-06, 07:28, Stephen Montgomery-Smith wrote:
   On 09/06/2011 06:26 AM, Stephen Montgomery-Smith wrote:
   On 09/06/2011 04:18 AM, Pietro Cerutti wrote:
   Hi,
  
   you're receiving this email because one of your ports depends on
   x11-toolkits/fltk, according to
  
   $ grep fltk /usr/ports/INDEX-9 | cut -d '|' -f 6 | sort | uniq
  
   I'm preparing an update to fltk-1.3.0 and I would like to give you 
   the
   chance to test your port against this new version.
  
   If no serious issues should raise in the next 15 days, I will 
   commit the
   update (plus relative PORTREVISION bump on all dependent ports) on
   September 21st. It's going to be something in this direction:
   http://lists.freebsd.org/pipermail/cvs-ports/2010-March/191191.html
  
   Thank you for testing the patch available here:
   http://people.freebsd.org/~gahr/fltk-1.3.0.diff
  
   Kind Regards,
  
  
   The port graphics/qslim isn't building correctly with this new fltk.
  
   This patch seems to fix it.  Even if it is garbled by the text
   processor/mail user, it should be obvious what it does - change the 
   case
   of some letters in two occurrences of FL/Fl_File_Chooser.H
  
   Yes, that is correct.
 
  Can you commit this change at the same time as you commit the fltk
  update?  It will be easier for you to get the timing correct than it
  will for me.
 
  Sure, I will keep that patch and commit it when I update fltk.
 
  Also, gmsh and vis5d+ (other ports that I maintain) seemed to build just
  fine.  octave also built just fine, but that's maho's port, so I will
  let him have the final word.
 
  Thank you very much for looking at that!
 
  --
  Pietro Cerutti
  The FreeBSD Project
  g...@freebsd.org
 
  PGP Public Key:
  http://gahr.ch/pgp

 --
 Pietro Cerutti
 The FreeBSD Project
 g...@freebsd.org

 PGP Public Key:
 http://gahr.ch/pgp
 ___
 freebsd-ports@freebsd.org mailing list
 http://lists.freebsd.org/mailman/listinfo/freebsd-ports
 To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

Re: Maintainership of py-zopetesting and py-zopeevent

[wen heping]

Hi,Ruslan:

   Do you have the plan to import Zope-2.13 into portstree?

   I could run zope-2.13 on FreeBSD correctly with python-2.7, but
many new ports should be created if we import zope-2.13.

   If you have the plan, give me a message and I am intersting of it.

wen

2011/9/5 Ruslan Mahmatkhanov cvs-...@yandex.ru:
 Good day.

 I want to grab maintainership of this ports:

 devel/py-zopetesting
 devel/py-zopeevent
 net/py-zopeproxy

 But i want them to be renamed to py-zope.testing, py-zope.event and
 py-zope.proxy respectively to match upstream projectnames and to consistency
 with other current and upcoming zope ports. Is this reasons sounds enough to
 make a repocopy of them? This change is purely cosmetic but will also ease
 maintainership a bit (Makefile vars like DISTNAME etc will not need to be
 redefined), but this will require to fix dependencies in all the ports that
 required it. I'm looking forward to your suggestion before sending pr's.
 Thanks.

 PS. It would be logical to rename devel/py-zopeInterface to
 py-zope.interface too, but this port is maintained and i'm not sure if
 maintainer (cc'ed) wishes such change.

 --
 Regards,
 Ruslan

 Tinderboxing kills... the drives.
 ___
 freebsd-ports@freebsd.org mailing list
 http://lists.freebsd.org/mailman/listinfo/freebsd-ports
 To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

Re: Maintainership of py-zopetesting and py-zopeevent

[wen heping]

2011/9/5 Ruslan Mahmatkhanov cvs-...@yandex.ru:
 Good day.

 I want to grab maintainership of this ports:

 devel/py-zopetesting
 devel/py-zopeevent
 net/py-zopeproxy

Now these 3 ports is yours.

Would you send a PR of repocopy to rename these ports?

Thanks.

wen




 But i want them to be renamed to py-zope.testing, py-zope.event and
 py-zope.proxy respectively to match upstream projectnames and to consistency
 with other current and upcoming zope ports. Is this reasons sounds enough to
 make a repocopy of them? This change is purely cosmetic but will also ease
 maintainership a bit (Makefile vars like DISTNAME etc will not need to be
 redefined), but this will require to fix dependencies in all the ports that
 required it. I'm looking forward to your suggestion before sending pr's.
 Thanks.

 PS. It would be logical to rename devel/py-zopeInterface to
 py-zope.interface too, but this port is maintained and i'm not sure if
 maintainer (cc'ed) wishes such change.

 --
 Regards,
 Ruslan

 Tinderboxing kills... the drives.
 ___
 freebsd-ports@freebsd.org mailing list
 http://lists.freebsd.org/mailman/listinfo/freebsd-ports
 To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

Re: Maintainership of py-zopetesting and py-zopeevent

[wen heping]

2011/9/6 Mark Linimon lini...@lonesome.com:
 On Mon, Sep 05, 2011 at 05:38:06PM -0700, Doug Barton wrote:
 My understanding is that we don't do port names with . in them. Can
 someone who knows more than I confirm one way or the other?

 The porter's handbook is ambiguous:

  The first letter of the name part should be lowercase. (The rest of
  the name may contain capital letters, so use your own discretion when
  you are converting a software name that has some capital letters in it.)
  There is a tradition of naming Perl 5 modules by prepending p5- and
  converting the double-colon separator to a hyphen; for example, the
  Data::Dumper module becomes p5-Data-Dumper.

 But, in Here are some (real) examples on how to convert the name as
  called by the software authors to a suitable package name::

 v3.3beta021.src         (empty)         tiff    (empty)         3.3     What 
 the heck was that anyway?

 I'm not sure I see a compelling reason to change an existing name in
 this case, anyways.


Because we plan import new version Zope into portstree , it will
create many new ports, so we only discuss this problem related to
zope.

Historically in FreeBSD portstree it had at least 3 kinds of naming of
these zope-related ports, for example, now I shall create zope.browser
ports,:
1) py-zope.browser
2) py-zopeBrowser
3) py-zope-browser

which name is the best choice? I remember lwshu@ emailed the similar
problem to portsmgr@ to ask for the answer but did not get a explicit
one.

I do not know which one is the best choice , but I think better we
shall use the same naming type for all these zope-related ports.
Because there were many zope-related ports in current portstree use
the choice 1, so I think better rename others to the same naming type.


wen


 mcl


___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

Re: editors/zim

[wen heping]

2011/8/31 Ruslan Mahmatkhanov cvs-...@yandex.ru:
 per...@pluto.rain.com wrote on 31.08.2011 09:29:

 Forwarding to ports@, which seems more likely to yield an answer to
 this particular inquiry than questions@

 Please keep the OP, who is probably not subscribed to ports@, in the
 Cc: list.

 

 Date: Tue, 30 Aug 2011 13:52:12 +0100
 From: Chris Whitehousecwhi...@onetel.com
 To: User Questionsfreebsd-questi...@freebsd.org
 Subject: editors/zim

 Hi,

 I have a problem with Zim which I wrote to the author about he
 replied and said;

 I'm afraid version 0.29 is no longer supported. This was the last
 version in the Perl branch, since we moved to Python there have been
 already 10 more releases. So please try the latest version (0.52).

 Are there any plans to bump it to Python and a recent release?
 I emailed the maintainer a while back but got no response.

 thanks

 Chris

 Here is:

 a) diff to a previous port:
   http://happy-nation.by.ru/ports/zim-0.52.diff.txt
 b) updated port tarball:
   http://happy-nation.by.ru/ports/zim-0.52.tgz.txt

Great work!

It build well on my tb:
http://wen.freebsd.your.org/tb/index.php?action=describe_portid=1635

wen





 (Just rename it to zim-0.52.tgz and unpack instead of current zim port
 directory).

 It works fine to me. Please test and report back is all is alright. If it
 does, i'll sent problem report to update it in teh tree.

 --
 Regards,
 Ruslan

 Tinderboxing kills... the drives.
 ___
 freebsd-ports@freebsd.org mailing list
 http://lists.freebsd.org/mailman/listinfo/freebsd-ports
 To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

Re: [CFT] Hadoop preliminary port

[wen heping]

Great work !

wen

2011/8/8 Clement Laforet sheepkil...@cultdeadsheep.org:
 Hi,

 You can find a preliminary port of hadoop 0.20.203.0 here:
 http://people.freebsd.org/~clement/hadoop/

 Features:
 - Hadoop user creation (UID: 950)
 - basic rc scripts for all hadoop services
 - native library build for current platform (i.e. 386 or amd64)
 - bin/hadoop wrapper

 ToDo:
 - Work on environment variables
 - rc scripts clean up
 - test test test
 - install contrib
 - install c++ stuff in ${PREFIX}

 All configuration files live in ${PREFIX}/etc/hadoop, log files in
 /var/log/hadoop, and $HADOOP_HOME is ${PREFIX}/hadoop.


 Thanks for your help,

 clem

___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

Re: www/p5-libwww dependency detection broken in mail/p5-Mail-SpamAssassin

[wen heping]

2011/7/12 Matthias Andree mand...@freebsd.org:
 Am 12.07.2011 03:22, schrieb Doug Barton:
 spamassassin has the following for RUN_ and BUILD_:

 ${SITE_PERL}/Bundle/LWP.pm:${PORTSDIR}/www/p5-libwww

 That path is no longer correct, resulting in a loop. I can fix it here
 if the maintainer agrees, but it should likely be searched for all other
 ports that depend on this module to be sure that it's not broken elsewhere.

 Perhaps the port would want to be called www/p5-libwww6 if it causes

+1

 breakage all along?  It would also solve the portmaster incapability to
 handle the p5-libwww conflicts looping around p5-Net-HTTP...
 ___
 freebsd-ports@freebsd.org mailing list
 http://lists.freebsd.org/mailman/listinfo/freebsd-ports
 To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

Re: Some easy to commit pr's

[wen heping]

I know some of your PRs is my ports. But I am sorry I can only return
to FreeBSD until August. If any other committer have intersting of
these PRs please commit it. Thanks in advance.

wen

2011/7/12 Ruslan Mahmatkhanov cvs-...@yandex.ru:
 Good day.

 This pr's were returned to the pool so i now looking for commiter that is
 not busy atm to commit them. All the pr's contains tinderbox build logs and
 was tested on 9-current and 8.2-release (i386 only), so it's safe to commit
 them:

 ports/158797: new port, small and easy
 ports/158790: maintainer update
 ports/158789: maintainer update
 ports/158771: maintainer update
 ports/157960: maintainer timeout (three weeks+)
 ports/158332: maintainer timeout (two weeks+)
 ports/158735: maintainer approved
 ports/158718: maintainer approved
 ports/156693: unmaintained (ports@)

 Thanks in advance.

 --
 Regards,
 Ruslan
 ___
 freebsd-ports@freebsd.org mailing list
 http://lists.freebsd.org/mailman/listinfo/freebsd-ports
 To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

Re: lang/python27 and threads option

[wen heping]

It is caused by building libpython without -pthread, I shall try to fix it.

I am wondering why there is not a run error when python -m threading

wen

2011/6/28 Rainer Hurling rhur...@gwdg.de:
 (Crossposting to python@, because I am not sure which is the right list in
 this case. Sorry, if this is not OK)

 Yesterday math/saga got updated. Now there is a new option for python
 bindings to the SAGA GIS api. This worked well with version 2.7.1 of
 lang/python27 until yesterday.

 I tried to build math/saga after upgrading to Python version 2.7.2 from
 today, but it stops in the configure. As far as I understand the math/saga
 configure script has a problem with the 'consistency check of all components
 of python development environment', see config.log (line 1347).

 -
 configure:16297: checking consistency of all components of python
 development environment
 configure:16323: cc -o conftest -O2 -pipe -I/usr/local/include
 -fno-strict-aliasing  -I/usr/local/include/python2.7  -L/usr/local/lib
 conftest.c  -L/usr/local/lib/python2.7/config -lpython2.7
 -Wl,--export-dynamic  -lutil 5
 /usr/local/lib/libpython2.7.so: undefined reference to `pthread_create'
 -

 This does not happen, if Python 2.7.2 was build _without_ option 'THREADS'.
 Then SAGA GIS builds fine.


 Listing the dynamic object dependencies of the Python library, there is a
 vital difference between Python 2.7.1 and 2.7.2.

 Python 2.7.1, build _with_ option 'THREADS':
 ldd /usr/local/lib/libpython2.7.so
 /usr/local/lib/libpython2.7.so:
        libutil.so.9 = /lib/libutil.so.9 (0x413ac000)
        libm.so.5 = /lib/libm.so.5 (0x415bd000)
        libthr.so.3 = /lib/libthr.so.3 (0x417de000)
        libc.so.7 = /lib/libc.so.7 (0x4084a000)

 Python 2.7.2, build _with_ option 'THREADS':
 ldd /usr/local/lib/libpython2.7.so
 /usr/local/lib/libpython2.7.so:
        libutil.so.9 = /lib/libutil.so.9 (0x413ac000)
        libm.so.5 = /lib/libm.so.5 (0x415bd000)
        libc.so.7 = /lib/libc.so.7 (0x4084a000)

 It seems that Python does not include libthr.so.3 in version 2.7.2. Is this
 intentional? Is there any other way to use the threaded version of Python
 now?

 Any help would be really appreciated.

 Thanks in advance,
 Rainer Hurling
 ___
 freebsd-ports@freebsd.org mailing list
 http://lists.freebsd.org/mailman/listinfo/freebsd-ports
 To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

Re: lang/python27 and threads option

[wen heping]

Would you test removing files/patch-Makefile.pre.in ?

wen

2011/6/28 wen heping wenhep...@gmail.com:
 It is caused by building libpython without -pthread, I shall try to fix it.

 I am wondering why there is not a run error when python -m threading

 wen

 2011/6/28 Rainer Hurling rhur...@gwdg.de:
 (Crossposting to python@, because I am not sure which is the right list in
 this case. Sorry, if this is not OK)

 Yesterday math/saga got updated. Now there is a new option for python
 bindings to the SAGA GIS api. This worked well with version 2.7.1 of
 lang/python27 until yesterday.

 I tried to build math/saga after upgrading to Python version 2.7.2 from
 today, but it stops in the configure. As far as I understand the math/saga
 configure script has a problem with the 'consistency check of all components
 of python development environment', see config.log (line 1347).

 -
 configure:16297: checking consistency of all components of python
 development environment
 configure:16323: cc -o conftest -O2 -pipe -I/usr/local/include
 -fno-strict-aliasing  -I/usr/local/include/python2.7  -L/usr/local/lib
 conftest.c  -L/usr/local/lib/python2.7/config -lpython2.7
 -Wl,--export-dynamic  -lutil 5
 /usr/local/lib/libpython2.7.so: undefined reference to `pthread_create'
 -

 This does not happen, if Python 2.7.2 was build _without_ option 'THREADS'.
 Then SAGA GIS builds fine.


 Listing the dynamic object dependencies of the Python library, there is a
 vital difference between Python 2.7.1 and 2.7.2.

 Python 2.7.1, build _with_ option 'THREADS':
 ldd /usr/local/lib/libpython2.7.so
 /usr/local/lib/libpython2.7.so:
        libutil.so.9 = /lib/libutil.so.9 (0x413ac000)
        libm.so.5 = /lib/libm.so.5 (0x415bd000)
        libthr.so.3 = /lib/libthr.so.3 (0x417de000)
        libc.so.7 = /lib/libc.so.7 (0x4084a000)

 Python 2.7.2, build _with_ option 'THREADS':
 ldd /usr/local/lib/libpython2.7.so
 /usr/local/lib/libpython2.7.so:
        libutil.so.9 = /lib/libutil.so.9 (0x413ac000)
        libm.so.5 = /lib/libm.so.5 (0x415bd000)
        libc.so.7 = /lib/libc.so.7 (0x4084a000)

 It seems that Python does not include libthr.so.3 in version 2.7.2. Is this
 intentional? Is there any other way to use the threaded version of Python
 now?

 Any help would be really appreciated.

 Thanks in advance,
 Rainer Hurling
 ___
 freebsd-ports@freebsd.org mailing list
 http://lists.freebsd.org/mailman/listinfo/freebsd-ports
 To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org


___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

Re: FreeBSD Port: ilias

[wen heping]

2011/6/26 Chris Rees cr...@freebsd.org:
 On 26 June 2011 04:12, Marcus f5b...@gmail.com wrote:
 http://www.freebsd.org/cgi/url.cgi?ports/www/ilias/pkg-descr

 WWW: http://www.ilias.de/ios/index-e.html


 Not Found

 The requested URL /ios/index-e.html was not found on this server.

 Hm.

 How about http://www.ilias.de/docu/ ?

I think http://www.ilias.de is enough, do you agree?

wen


 Wen, there's a patch at [1].

 Chris

 [1] http://people.freebsd.org/~crees/patches/ilias-www.diff

___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

Re: FreeBSD Port games/hlstats

[wen heping]

2011/6/15 Banana ban...@hlstats-community.org:
 Hello,

 i'm the current developer of HLStats (http://www.hlstats-community.org) and
 I would offer my help about the hlstats port.

Currently games/hlstats is unmaintained and mark BROKEN , if it remain
for a long time , it should be removed from FreeBSD portstree. Would
you maintain it and unbreak it ?



 If somebody could tell me what to do, or where I can find more information
 about managing a port I would do it.

Here is the first step:
http://www.freebsd.org/doc/en_US.ISO8859-1/books/porters-handbook/

wen



 Regards,
 banana
 ___
 freebsd-ports@freebsd.org mailing list
 http://lists.freebsd.org/mailman/listinfo/freebsd-ports
 To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

Re: sysutils/tmux fails to compile

[wen heping]

2011/6/16 Andrey Fesenko f0and...@gmail.com:
 I fixed this yesterday on my machine.
 Generally, CFLAGS from tmux/Makefile is replaced with CLFAGS from
 /etc/make.conf.  For defined include path in tmux/Makefile
 CFLAGS+= -I... should be replaced with CPPFLAGS+= -I...

 Thank you
 this method worked

This method failed too when CPPFLAGS defined in make.conf  :(

wen


 may formalize pr
 ___
 freebsd-ports@freebsd.org mailing list
 http://lists.freebsd.org/mailman/listinfo/freebsd-ports
 To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

Re: maintainership of www/py-html5lib

[wen heping]

2011/6/9 Sahil Tandon sa...@freebsd.org:
 On Wed, 2011-06-08 at 10:38:39 -0500, Scot Hetzel wrote:

 On Wed, Jun 8, 2011 at 5:00 AM, Ruslan Mahmatkhanov cvs-...@yandex.ru 
 wrote:
  08.06.2011 13:56, Ruslan Mahmatkhanov пишет:
 
 
  I want to maintain www/py-html5lib, please set me as such.
  The patch attached also makes this changes:
  - ${MASTER_SITE_GOOGLE_CODE} - GOOGLE_CODE
  - po...@freebsd.org - cvs-...@yandex.ru
  - add license (MIT)
  - clean up commented out NO_WRKSRCDUBDIR
  - move pkg-plist entry to Makefile. remove pkg-plist
  - fix whitespace nit in pkg-descr
 
  Corrected patch attached (i mistyped my email).

 The best way to obtain maintainership is to use send-pr (command) or
 the send-pr form (http://www.freebsd.org/send-pr.html), this way a
 commiter can pick up your request and submit the appropriate changes.

 Sound advice.

 Submitting the changes to the Ports list, might result in them getting lost.

 Not in this case; Ruslan's revised patch has been committed. :)

py-html5lib  is on my tinderbox now :)

wen


 --
 Sahil Tandon sa...@freebsd.org
 ___
 freebsd-ports@freebsd.org mailing list
 http://lists.freebsd.org/mailman/listinfo/freebsd-ports
 To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

Re: cannot install textproc/py-libxml2

[wen heping]

This is a unresolved problem.

Currently you can use make CFLAGS+=-I/usr/local/include/pth
-L/usr/local/lib/pth install to install it.

wen

2011/6/6 joerg_surmann joerg_surm...@snafu.de:
 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA1

 hi all,

 /usr/ports/textproc/py-libxml2# make install clean
 ===  Building for py27-libxml2-2.7.8_1
 Making all in .
 gmake[1]: Entering directory
 `/usr/ports/textproc/py-libxml2/work/libxml2-2.7.8/python'
 /bin/sh ../libtool --tag=CC   --mode=link cc  -O2 -pipe
 - -fno-strict-aliasing -std=gnu89 -pedantic -W -Wformat -Wunused
 - -Wimplicit -Wreturn-type -Wswitch -Wcomment -Wtrigraphs -Wformat
 - -Wchar-subscripts -Wuninitialized -Wparentheses -Wshadow -Wpointer-arith
 - -Wcast-align -Wwrite-strings -Waggregate-return -Wstrict-prototypes
 - -Wmissing-prototypes -Wnested-externs -Winline -Wredundant-decls -module
 - -avoid-version  -L/usr/local/lib -o libxml2mod.la -rpath
 /usr/local/lib/python2.7/site-packages libxml.lo types.lo libxml2-py.lo
 - -lxml2   -L/usr/local/lib/python2.7/config -lpth -lutil -lm -lpython2.7
 - -Wl,--export-dynamic
 libtool: link: cc -shared  .libs/libxml.o .libs/types.o
 .libs/libxml2-py.o   -Wl,-rpath -Wl,/usr/local/lib -Wl,-rpath
 - -Wl,/usr/local/lib -L/usr/local/lib /usr/local/lib/libxml2.so -lz
 /usr/local/lib/libiconv.so -L/usr/local/lib/python2.7/config -lpth
 - -lutil -lm -lpython2.7  -Wl,--export-dynamic   -Wl,-soname
 - -Wl,libxml2mod.so -o .libs/libxml2mod.so
 /usr/bin/ld: cannot find -lpth
 gmake[1]: *** [libxml2mod.la] Fehler 1
 gmake[1]: Leaving directory
 `/usr/ports/textproc/py-libxml2/work/libxml2-2.7.8/python'
 gmake: *** [all-recursive] Fehler 1
 *** Error code 1

 Stop in /usr/ports/textproc/py-libxml2.


 have anyone a idea?

 thanks
 -BEGIN PGP SIGNATURE-
 Version: GnuPG/MacGPG2 v2.0.12 (Darwin)
 Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

 iEYEARECAAYFAk3r3bgACgkQcEHvP2uxrTPMEgCgwnHvxLeDCnSTmy5FuEW4hW/c
 3bUAnRVHz1vpfRvKq99fuPC3wp1zglRn
 =Q6/i
 -END PGP SIGNATURE-
 ___
 freebsd-ports@freebsd.org mailing list
 http://lists.freebsd.org/mailman/listinfo/freebsd-ports
 To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

Re: cannot install textproc/py-libxml2

[wen heping]

try

make CFLAGS+=-L/usr/local/lib/pth install

still fail?

then try:

ln -s /usr/local/lib/pth/* /usr/local/lib/

wen

2011/6/6 Jeremy Chadwick free...@jdc.parodius.com:
 On Mon, Jun 06, 2011 at 07:37:46AM +0200, joerg_surmann wrote:
 Thanks for your reply but it's the same issue:

 It appears you made a copy-paste typo.  Look closely (missing
 whitespace):

 /usr/ports/textproc/py-libxml2# make 
 CFLAGS+=-I/usr/local/include/pth-L/usr/local/lib/pth install
 ...

 I don't know if this will work, but what you want is:

 make CFLAGS+=-I/usr/local/include/pth -L/usr/local/lib/pth install

 Also, this looks to be a freebsd-ports topic, not freebsd-stable.

 --
 | Jeremy Chadwick                                   j...@parodius.com |
 | Parodius Networking                       http://www.parodius.com/ |
 | UNIX Systems Administrator                   Mountain View, CA, US |
 | Making life hard for others since 1977.               PGP 4BD6C0CB |


___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

Re: sysutils/tmux fails to compile

[wen heping]

2011/5/26 Grzegorz Blach ma...@roorback.net:
 On 2011-05-26 09:25, David Demelier wrote:

 Hello,

 Since the last update tmux fails to compile :

 === Building for tmux-1.4_5
 cc -iquote. -O2 -pipe -march=core2 -DBUILD=\1.4\ -c attributes.c -o
 attributes.o
 In file included from attributes.c:23:
 tmux.h:30:19: error: event.h: No such file or directory
 In file included from attributes.c:23:
 tmux.h:830: error: field 'name_timer' has incomplete type
 tmux.h:1032: error: field 'key_timer' has incomplete type
 tmux.h:1093: error: field 'event' has incomplete type
 tmux.h:1117: error: field 'repeat_timer' has incomplete type
 tmux.h:1139: error: field 'identify_timer' has incomplete type
 tmux.h:1142: error: field 'message_timer' has incomplete type
 *** Error code 1

 Stop in /usr/ports/sysutils/tmux/work/tmux-1.4.


 It fails even if LIBEVENT2 is not selected.

 markand@Melon /usr/ports/sysutils/tmux $ make showconfig
 === The following configuration options are available for tmux-1.4_5:
 KQUEUE=on Build without define HAVE_BROKEN_KQUEUE 
 LIBEVENT2=on Use libevent version 2
 LIBEVENT_STATIC=off Build with static libevent
 BACKSPACE=off Build with tty/keys patch
 === Use 'make config' to modify these settings

 Cheers,



 I fixed this yesterday on my machine.
 Generally, CFLAGS from tmux/Makefile is replaced with CLFAGS from
 /etc/make.conf.  For defined include path in tmux/Makefile
 CFLAGS+= -I... should be replaced with CPPFLAGS+= -I...

Yes, this way fix the build when define CFLAGS in /etc/make.conf.

But it will fail when define CPPFLAGS in /etc/make.conf.


wen






___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

Re: Clean up old PRs

[wen heping]

+1

2011/5/16 Jerry je...@seibercom.net:
 There are several PRs that are years (literally) old. For example:
 http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/87397

 o 2005/10/13 ports/87397 edwin [patch] incorrect use of PAPERSIZE make 
 variable in some ports

 Maybe it is time that some of these extremely old PRs be put to rest.
 Perhaps a new classification should be added. Presently there are
 several possible classifications:

 o - open
    A problem report has been submitted, no sanity checking performed.
 a - analyzed
    The problem is understood and a solution is being sought.
 f - feedback
    Further work requires additional information from the originator or
    the community - possibly confirmation of the effectiveness of a
    proposed solution.
 p - patched
    A patch has been committed, but some issues (MFC and / or
    confirmation from originator) are still open.
 r - repocopy
    The resolution of the problem report is dependent on a repocopy
    operation within the CVS repository which is awaiting completion.
 s - suspended
    The problem is not being worked on, due to lack of information or
    resources. This is a prime candidate for somebody who is looking
    for a project to do. If the problem cannot be solved at all, it
    will be closed, rather than suspended.
 c - closed
    A problem report is closed when any changes have been integrated,
    documented, and tested -- or when fixing the problem is abandoned.

 I am proposing a new one:

 x - expired
    This report is over 2 years old. If no one has bothered to fix it
    by now, then in all probability no one will.

 --
 Jerry ✌
 jerry+po...@seibercom.net

 Disclaimer: off-list followups get on-list replies or get ignored.
 Please do not ignore the Reply-To header.
 __
 To you I'm an atheist; to God, I'm the loyal opposition.

        Woody Allen
 ___
 freebsd-ports@freebsd.org mailing list
 http://lists.freebsd.org/mailman/listinfo/freebsd-ports
 To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

Re: USE_PYDISTUTILS and easy_install

[wen heping]

2011/4/24 Romain Garbage romain.garb...@gmail.com:
 Hello list,

 I'm currently trying to create my first port. The program to port is
 python-based and the setup.py contains an install_requires directive.
 I was wondering if dependencies could be triggered by the setup.py
 file by just putting USE_PYDISTUTILS=easy_install in the Makefile, or
 do I have to use RUN_DEPENDS and BUILD_DEPENDS variables?


USE_PYDISTUTILS=easy_install only make port depend on python and
setuptools. If your ports depends other python package, you should use
DEPENDS.

I would be glad to test it if you send your shar file of the new port.

wen


 I searched for ports using USE_PYDISTUTILS=easy_install, but all I
 have looked into also use RUN_DEPENDS and BUILD_DEPENDS.

 Regards,
 Romain
 ___
 freebsd-ports@freebsd.org mailing list
 http://lists.freebsd.org/mailman/listinfo/freebsd-ports
 To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

Re: USE_PYDISTUTILS and easy_install

[wen heping]

2011/4/24 Romain Garbage romain.garb...@gmail.com:
 2011/4/24 wen heping wenhep...@gmail.com:

 USE_PYDISTUTILS=easy_install only make port depend on python and
 setuptools. If your ports depends other python package, you should use
 DEPENDS.

 Ok, thank you. So if my port depends on another python module that
 doesn't exist in Ports, I also have to make a new port for that?

Yes.

wen


 I would be glad to test it if you send your shar file of the new port.

 Ok, thank you very much, I'll send it to you when I'm done with it
 before filling a PR.

 Regards,
 Romain

___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

Re: FreeBSD Port: yii-1.1.5

[wen heping]

2011/3/28 James Gosnell jamesgosn...@gmail.com:
 Need any help? I'm a user of yii and I noticed that we're 2 versions behind.
 I was wondering if you needed any help getting 1.1.7 out? Thank you!

Would you file a PR to update it ?
Thanks.

wen



 --
 James Gosnell, ACP
 ___
 freebsd-ports@freebsd.org mailing list
 http://lists.freebsd.org/mailman/listinfo/freebsd-ports
 To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

Re: [HEADS UP] Ports Infrastructure Changes

[wen heping]

devel category is the largest one, how about divide it into :

devel
devel-perl
devel-python

wen

2011/3/19 Martin Wilke m...@freebsd.org:
 Hey,

 as the Ports Collection continue to grow, we have decided to
 do some changes to the category layout. The www category, second
 largest with over 2000 individual ports, will have three subcategories
 spinned out. On the other side, x11-servers category, with only
 10 ports, will be folded into regular x11 category.

 Attached is a proposed list of ports being moved from the www category.
 Please review, discuss and report ommissions and mistakes. The general
 key to the new categories is as follows:

 www-clients - browsers, rss clients, wget-alike, webapi/soap clients,
 benchmarks
 www-servers - http servers, proxy servers, everything related to apache
 www-webapps - web apps, frameworks, libraries
 www (rest, not moved) - html editors, authoring tools, search engines ..

 http://people.freebsd.org/~miwi/cat/www-client.txt
 http://people.freebsd.org/~miwi/cat/www-server.txt
 http://people.freebsd.org/~miwi/cat/www-webapps.txt
 http://people.freebsd.org/~miwi/cat/www.txt


 - Martin on behalf of portmgr
 ___
 freebsd-ports@freebsd.org mailing list
 http://lists.freebsd.org/mailman/listinfo/freebsd-ports
 To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

Re: New member for portmgr@

[wen heping]

Congratulations !

wen

2011/3/11 Thomas Abthorpe tabtho...@freebsd.org:
 Hey all!

 Just wanted to say that I have been made a voting member of portmgr@

 http://blogs.freebsdish.org/portmgr/2011/03/10/new-member-for-portmgr/


 Thomas

 --
 Thomas Abthorpe         | FreeBSD Committer
 tabtho...@freebsd.org   | http://people.freebsd.org/~tabthorpe

___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

Re: FreeBSD Port: sabnzbdplus-0.5.6_2

[wen heping]

2011/3/11 Sylvain syl...@gmail.com:
 Hello,

 Now that cherrypy 3.2 is in the ports tree, I think you should remove the 
 following lines in the FreeBSD patch:

 @@ -42,8 +42,8 @@
     sys.exit(1)

  import cherrypy
 -if not cherrypy.__version__.startswith(3.2):
 -    print Sorry, requires Python module Cherrypy 3.2 (use the included 
 version)
 +if not cherrypy.__version__.startswith(3.1):
 +    print Sorry, requires Python module Cherrypy 3.1 (use the included 
 version)
     sys.exit(1)

  from cherrypy import _cpserver

A PR had been submitted to fix it some days ago and I take it.

Sorry for the delay and I shall commit it soon.

Thank your message.


wen




 Best regards,
 Sylvain.___
 freebsd-ports@freebsd.org mailing list
 http://lists.freebsd.org/mailman/listinfo/freebsd-ports
 To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org




-- 
真理从来没有战胜过谬误，真理只有在坚持谬误的人死去后才成为真理。
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

Re: GRASS: 6.4.0: where is the postgresql (pg) driver?

[wen heping]

2011/3/7 O. Hartmann ohart...@zedat.fu-berlin.de:
 Hello.
 I desperately try to connect to a PostgreSQL DB server using GRASS (6.4.0 as
 from the recent ports). The documentation of GRASS, even the most recent
 one, reports using the 'driver=pg' option. Having already set up a database
 in PostgreSQL (server 9.0.4), the admin user properly specified is capable
 to connect from console (terminal) or pgadmin3 client. But using GRASS, only
 'dbf', 'sqlite' and 'ogr' as drivers are offered. I tried to figure out
 whether 'ogr' could cover postgresql connects, but there isn't any
 information about that, not even in GRASS' documentation (I haven't found
 any yet).
 I suspect the 'pg'-driver isn't correctly included in GRASS so I'd like to
 ask someone already has used PostgreSQL as the DB backend for GRASS GIS.


It is obviously pg-driver was not correctly included in grass ports,
there is even no PGSQL macro in plist :)

I shall try to fix it tomorrow.


wen



 Thanks in advance.

 Oliver
 ___
 freebsd-ports@freebsd.org mailing list
 http://lists.freebsd.org/mailman/listinfo/freebsd-ports
 To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

Re: Typo3, submit port, mirrors

[wen heping]

Do you mean the fetch error?

Seems typo3_4.5.0 changed download site , now it is:
http://dl1.typo3.org/TYPO3_4.5.0/introductionpackage-4.5.0.zip

So you should change MASTER_SITES.

wen

2011/1/27 Helmut Schneider jumpe...@gmx.de:
 Hi,

 I'd like to release a new version of Typo3, version 4.5:

 [helmut@BSDHelmut832 ~/typo3]$ sudo port fetch
 ===  Vulnerability check disabled, database not found
 ===  License GPLv3 accepted by the user
 = typo3_src-4.5.0.tar.gz doesn't seem to exist in
 /usr/ports/distfiles/.
 = Attempting to fetch from
 http://heanet.dl.sourceforge.net/project/typo3/TYPO3%20Source%20and%20Dummy/TYPO3%204.5.0/.
 fetch:
 http://heanet.dl.sourceforge.net/project/typo3/TYPO3%20Source%20and%20Du
 mmy/TYPO3%204.5.0/typo3_src-4.5.0.tar.gz: Moved Temporarily
 = Attempting to fetch from
 http://sunet.dl.sourceforge.net/project/typo3/TYPO3%20Source%20and%20Dummy/TYPO3%204.5.0/.
 fetch:
 http://sunet.dl.sourceforge.net/project/typo3/TYPO3%20Source%20and%20Dum
 my/TYPO3%204.5.0/typo3_src-4.5.0.tar.gz: Moved Temporarily
 = Attempting to fetch from
 http://iweb.dl.sourceforge.net/project/typo3/TYPO3%20Source%20and%20Dummy/TYPO3%204.5.0/.
 fetch:
 http://iweb.dl.sourceforge.net/project/typo3/TYPO3%20Source%20and%20Dumm
 y/TYPO3%204.5.0/typo3_src-4.5.0.tar.gz: Moved Temporarily
 = Attempting to fetch from
 http://switch.dl.sourceforge.net/project/typo3/TYPO3%20Source%20and%20Dummy/TYPO3%204.5.0/.
 fetch:
 http://switch.dl.sourceforge.net/project/typo3/TYPO3%20Source%20and%20Du
 mmy/TYPO3%204.5.0/typo3_src-4.5.0.tar.gz: Moved Temporarily
 = Attempting to fetch from
 http://surfnet.dl.sourceforge.net/project/typo3/TYPO3%20Source%20and%20Dummy/TYPO3%204.5.0/.
 fetch:
 http://surfnet.dl.sourceforge.net/project/typo3/TYPO3%20Source%20and%20D
 ummy/TYPO3%204.5.0/typo3_src-4.5.0.tar.gz: Moved Temporarily
 = Attempting to fetch from
 http://kent.dl.sourceforge.net/project/typo3/TYPO3%20Source%20and%20Dummy/TYPO3%204.5.0/.
 fetch:
 http://kent.dl.sourceforge.net/project/typo3/TYPO3%20Source%20and%20Dumm
 y/TYPO3%204.5.0/typo3_src-4.5.0.tar.gz: Moved Temporarily
 = Attempting to fetch from
 http://freefr.dl.sourceforge.net/project/typo3/TYPO3%20Source%20and%20Dummy/TYPO3%204.5.0/.
 fetch:
 http://freefr.dl.sourceforge.net/project/typo3/TYPO3%20Source%20and%20Du
 mmy/TYPO3%204.5.0/typo3_src-4.5.0.tar.gz: Moved Temporarily
 = Attempting to fetch from
 http://voxel.dl.sourceforge.net/project/typo3/TYPO3%20Source%20and%20Dummy/TYPO3%204.5.0/.
 fetch:
 http://voxel.dl.sourceforge.net/project/typo3/TYPO3%20Source%20and%20Dum
 my/TYPO3%204.5.0/typo3_src-4.5.0.tar.gz: Moved Temporarily
 = Attempting to fetch from
 http://jaist.dl.sourceforge.net/project/typo3/TYPO3%20Source%20and%20Dummy/TYPO3%204.5.0/.
 fetch:
 http://jaist.dl.sourceforge.net/project/typo3/TYPO3%20Source%20and%20Dum
 my/TYPO3%204.5.0/typo3_src-4.5.0.tar.gz: Moved Temporarily
 = Attempting to fetch from
 http://osdn.dl.sourceforge.net/project/typo3/TYPO3%20Source%20and%20Dummy/TYPO3%204.5.0/.
 fetch:
 http://osdn.dl.sourceforge.net/project/typo3/TYPO3%20Source%20and%20Dumm
 y/TYPO3%204.5.0/typo3_src-4.5.0.tar.gz: Not Found
 = Attempting to fetch from
 http://nchc.dl.sourceforge.net/project/typo3/TYPO3%20Source%20and%20Dummy/TYPO3%204.5.0/.
 fetch:
 http://nchc.dl.sourceforge.net/project/typo3/TYPO3%20Source%20and%20Dumm
 y/TYPO3%204.5.0/typo3_src-4.5.0.tar.gz: Moved Temporarily
 = Attempting to fetch from
 http://transact.dl.sourceforge.net/project/typo3/TYPO3%20Source%20and%20Dummy/TYPO3%204.5.0/.
 fetch:
 http://transact.dl.sourceforge.net/project/typo3/TYPO3%20Source%20and%20
 Dummy/TYPO3%204.5.0/typo3_src-4.5.0.tar.gz: Moved Temporarily
 = Attempting to fetch from
 http://softlayer.dl.sourceforge.net/project/typo3/TYPO3%20Source%20and%20Dummy/TYPO3%204.5.0/.
 fetch:
 http://softlayer.dl.sourceforge.net/project/typo3/TYPO3%20Source%20and%2
 0Dummy/TYPO3%204.5.0/typo3_src-4.5.0.tar.gz: Moved Temporarily
 = Attempting to fetch from
 http://internode.dl.sourceforge.net/project/typo3/TYPO3%20Source%20and%20Dummy/TYPO3%204.5.0/.
 fetch:
 http://internode.dl.sourceforge.net/project/typo3/TYPO3%20Source%20and%2
 0Dummy/TYPO3%204.5.0/typo3_src-4.5.0.tar.gz: Moved Temporarily
 = Attempting to fetch from
 http://ufpr.dl.sourceforge.net/project/typo3/TYPO3%20Source%20and%20Dummy/TYPO3%204.5.0/.
 fetch:
 http://ufpr.dl.sourceforge.net/project/typo3/TYPO3%20Source%20and%20Dumm
 y/TYPO3%204.5.0/typo3_src-4.5.0.tar.gz: Moved Temporarily
 = Attempting to fetch from
 ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/.
 fetch:
 ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/typo3_src-4.5.0.tar.gz
 : File unavailable (e.g., file not found, no access)
 = Couldn't fetch it - please try to retrieve this
 = port manually into /usr/ports/distfiles/ and try again.
 *** Error code 1

 Stop in /usr/home/helmut/typo3.
 [helmut@BSDHelmut832 ~/typo3]$

 Who needs to change what?

 Thanks, Helmut

 ___
 freebsd-ports@freebsd.org 

Re: FreeBSD ports which are currently marked broken

[wen heping]

2011/1/7 Anton Shterenlikht me...@bristol.ac.uk:
 On Fri, Jan 07, 2011 at 08:29:10AM +0100, lini...@freebsd.org wrote:

 portname:           math/dislin
 broken because:     size mismatch
 build errors:       none.
 overview:           
 http://portsmon.FreeBSD.org/portoverview.py?category=mathportname=dislin


 Is this a security concern?
 I've never used this port before, but it looks intersting.

 By doing

 rm distinfo*
 make makesum

 I can install this port. Is this not a good idea?


It is not a good way, but it is not a bad way either.

I think you can use dislin by your way with no harm.
But I shall commit a fix to unbreak it soon.






 However, it seems the binaries provided (to get the sources
 one has to buy a licence) are only for i386:


It offers a free use for non-commercial use which mentioned
in dislin's Makefile.




 from ftp://ftp.gwdg.de/pub/grafik/dislin/unix/README.UNX

  --
  |       File                   Computer/Oper.-System        Compiler     |
  --
  |                                                                        |
  | dislin-10.0.fbsd.tar.gz       IBM-PC / FreeBSD 8.x     gcc, f2c, f77,  |
  |                                                          Perl, Python  |
  |                                                                        |
  |                                                                        |
  | dislin-10.0.fbsd-5.4.tar.gz   IBM-PC / FreeBSD 5.x     gcc, f2c, f77,  |
  |                                                          Perl, Python  |
  |                                                                        |
  |                                                                        |
  | dislin-10.0.fbsd-6.0.tar.gz   IBM-PC / FreeBSD 6.x      gcc, f2c, f77, |
  |                                                          Perl, Python  |
  |                                                                        |
  |                                                                        |
  | dislin-10.0.fbsd-7.0.tar.gz   IBM-PC / FreeBSD 7.x      gcc, f2c, f77, |
  |                                                          Perl, Python  |
  |                                                                        |


 Should there be an ONLY_FOR_ARCHS defined for this port then?

I can build it on amd64 platform well.


wen





 --
 Anton Shterenlikht
 Room 2.6, Queen's Building
 Mech Eng Dept
 Bristol University
 University Walk, Bristol BS8 1TR, UK
 Tel: +44 (0)117 331 5944
 Fax: +44 (0)117 929 4423
 ___
 freebsd-ports@freebsd.org mailing list
 http://lists.freebsd.org/mailman/listinfo/freebsd-ports
 To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org




-- 
真理从来没有战胜过谬误，真理只有在坚持谬误的人死去后才成为真理。
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

Re: drupal6

[wen heping]

Hi,

   Drupal7 released! Would you send a PR of repocopy of it ?

wen

2011/1/3 wen heping wenhep...@gmail.com:
 It is time to send a PR to request repocopy drupal6 -- drupal7 .

 wen

 2011/1/2 David Southwell ARPS da...@atf4.com:
 On 2 Jan 2011, at 15:40, David Southwell ARPS da...@atf4.com wrote:
  Any chance of a ports upgrade to drupal 6.20

 Someone submitted a pr for this earlier this morning. I'll take a look at
 it later

 Nick
 Thanks Nick

 You might also want to mention that Drupal7 is due for release on wednesday
 5th January

 David

 Photographic Artist
 Permanent Installations  Design
 Creative Imagery and Advanced Digital Techniques
 High Dynamic Range Photography  Official Portraiture
 Combined darkroom  digital creations
 ___
 freebsd-ports@freebsd.org mailing list
 http://lists.freebsd.org/mailman/listinfo/freebsd-ports
 To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org



___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

Re: Steps to prune and add Ada ports?

[wen heping]

Better to send PRs to add or remove these ports. I am intersting to take.

wen

2011/1/4 John Marino freebs...@marino.st:
 Before opening an Problem Reports, I thought I'd run what I'd like to do by
 the FreeBSD ports mailing list.

 The following five ports need to be deleted:
 lang/gnat-doc-html
 lang/gnat-doc-info
 lang/gnat-doc-ps
 lang/gnat-doc-texi
 lang/gnat-doc-tex
 Reason:  These provide documentation for GNAT 3.15p, which was deleted from
 the ports tree more than 5 years ago.  Should I submit a PR to get this
 done?  There is no maintainer listed for them.


 Secondly, I've been working for months to bring GNAT, the GNAT Programming
 Studio (GPS), the Ada Web Server (AWS), and other packages to all four major
 BSDs.  The website tracking the progress of this work is
 http://www.dragonlace.net

 I've already developed seven FreeBSD ports for the following:
 GNAT-AUX (based on GCC 4.6)
 GPS 5.0
 AWS 2.10w
 GPRBuild-AUX
 GnatPython
 GTKAda 2.22
 XML/Ada 4.1w

 The last six ports on the list don't currently exist in the tree.  GNAT
 AUX is a significantly patched version of GNAT that passes all tests
 (~3200) on both AMD64 and i386.

 It should replace the gnat-gcc44 port which doesn't produce a usable AMD64
 GNAT (The port maintainer agreed on IRC #Ada).  Additionally, gnat-gcc42
 should be pruned because it doesn't build on FreeBSD 8.  The other FSF GNAT
 port is gnat-gcc43.  It builds on FreeBSD 7 and 8, but only for the i386
 platform.  I don't know how well it passes the regression testsuite.  There
 could be a debate if there's value in having gnat-gcc43 in the tree once
 GNAT-AUX is available.

 Some of the proposed ports require GPRBuild to build, and the version of
 GPRBuild I'm providing requires GNAT AUX.  It will not build on GNAT GPL or
 any gnat-gcc both due to changes in the compiler and hardcoded executable
 names.  This would also be a reason to prune the older GNAT ports as they
 would not be able to build many (or any?) of the Ada software in the ports
 tree anyway.

 What's the best approach to add these 7 Ada ports (again, already developed)
 and start removing the useless ones?  I'm willing to maintain  the all the
 ports that I submit.

 Regards,
 John
 ___
 freebsd-ports@freebsd.org mailing list
 http://lists.freebsd.org/mailman/listinfo/freebsd-ports
 To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org




-- 
真理从来没有战胜过谬误，真理只有在坚持谬误的人死去后才成为真理。
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

Re: Steps to prune and add Ada ports?

[wen heping]

2011/1/4 John Marino freebs...@marino.st:
 Thanks Wen,
 I submitted PR 153676 to delete the old gnat doc ports.
 Regarding the seven new ports, should I write one PR to cover all seven, or
 seven individual PRs?  Some are dependencies of others, so it kind of makes

Both OK.

wen

 sense to submit them together.

 John

 wen heping wrote:

 Better to send PRs to add or remove these ports. I am intersting to take.

 wen

 2011/1/4 John Marino freebs...@marino.st:

 Before opening an Problem Reports, I thought I'd run what I'd like to do
 by
 the FreeBSD ports mailing list.

 The following five ports need to be deleted:
 lang/gnat-doc-html
 lang/gnat-doc-info
 lang/gnat-doc-ps
 lang/gnat-doc-texi
 lang/gnat-doc-tex
 Reason:  These provide documentation for GNAT 3.15p, which was deleted
 from
 the ports tree more than 5 years ago.  Should I submit a PR to get this
 done?  There is no maintainer listed for them.


 Secondly, I've been working for months to bring GNAT, the GNAT
 Programming
 Studio (GPS), the Ada Web Server (AWS), and other packages to all four
 major
 BSDs.  The website tracking the progress of this work is
 http://www.dragonlace.net

 I've already developed seven FreeBSD ports for the following:
 GNAT-AUX (based on GCC 4.6)
 GPS 5.0
 AWS 2.10w
 GPRBuild-AUX
 GnatPython
 GTKAda 2.22
 XML/Ada 4.1w

 The last six ports on the list don't currently exist in the tree.  GNAT
 AUX is a significantly patched version of GNAT that passes all tests
 (~3200) on both AMD64 and i386.

 It should replace the gnat-gcc44 port which doesn't produce a usable
 AMD64
 GNAT (The port maintainer agreed on IRC #Ada).  Additionally, gnat-gcc42
 should be pruned because it doesn't build on FreeBSD 8.  The other FSF
 GNAT
 port is gnat-gcc43.  It builds on FreeBSD 7 and 8, but only for the i386
 platform.  I don't know how well it passes the regression testsuite.
  There
 could be a debate if there's value in having gnat-gcc43 in the tree once
 GNAT-AUX is available.

 Some of the proposed ports require GPRBuild to build, and the version
 of
 GPRBuild I'm providing requires GNAT AUX.  It will not build on GNAT GPL
 or
 any gnat-gcc both due to changes in the compiler and hardcoded executable
 names.  This would also be a reason to prune the older GNAT ports as they
 would not be able to build many (or any?) of the Ada software in the
 ports
 tree anyway.

 What's the best approach to add these 7 Ada ports (again, already
 developed)
 and start removing the useless ones?  I'm willing to maintain  the all
 the
 ports that I submit.

 Regards,
 John
 ___
 freebsd-ports@freebsd.org mailing list
 http://lists.freebsd.org/mailman/listinfo/freebsd-ports
 To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org





___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

Re: drupal6

[wen heping]

It is time to send a PR to request repocopy drupal6 -- drupal7 .

wen

2011/1/2 David Southwell ARPS da...@atf4.com:
 On 2 Jan 2011, at 15:40, David Southwell ARPS da...@atf4.com wrote:
  Any chance of a ports upgrade to drupal 6.20

 Someone submitted a pr for this earlier this morning. I'll take a look at
 it later

 Nick
 Thanks Nick

 You might also want to mention that Drupal7 is due for release on wednesday
 5th January

 David

 Photographic Artist
 Permanent Installations  Design
 Creative Imagery and Advanced Digital Techniques
 High Dynamic Range Photography  Official Portraiture
 Combined darkroom  digital creations
 ___
 freebsd-ports@freebsd.org mailing list
 http://lists.freebsd.org/mailman/listinfo/freebsd-ports
 To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org




-- 
真理从来没有战胜过谬误，真理只有在坚持谬误的人死去后才成为真理。
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

Re: Updating Claws-Mail

[wen heping]

2010/12/11 Jerry freebsd-ports.u...@seibercom.net:
 There is a PR - Number: 152870 waiting to be committed. It fixes

I will take it next week if no other committer take it.

wen


 a nasty bug in how claws-mail reacts with external scripts. Is it
 possible for this port to be committed?

 Thanks!

 --
 Jerry ✌
 freebsd-ports.u...@seibercom.net

 Disclaimer: off-list followups get on-list replies or get ignored.
 Please do not ignore the Reply-To header.
 __
 Isn't it interesting that the same people who laugh at science fiction
 listen to weather forecasts and economists?

        Kelvin Throop III
 ___
 freebsd-ports@freebsd.org mailing list
 http://lists.freebsd.org/mailman/listinfo/freebsd-ports
 To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org




-- 
真理从来没有战胜过谬误，真理只有在坚持谬误的人死去后才成为真理。
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

Re: FreeBSD Port: python27-2.7.0_1

[wen heping]

I think we shall update python2.7 as PYTHON_DEFAULT_VERSION
at least after python-2.7.1 and FreeBSD-8.2 release.

wen




2010/11/14 John Hein jh...@symmetricom.com:
 John Hein wrote at 15:55 MDT on Oct 30, 2010:
   Maxim Khitrov wrote at 15:42 -0400 on Oct 30, 2010:
     On Sat, Oct 30, 2010 at 2:46 PM, Sylvain Garrigues syl...@gmail.com 
 wrote:
      Hello,
     
      I am using FreeBSD 8.1 and I would like to know the reasons
      why it has been decided that the default Python installation
      is 2.6 and not 2.7.
     
      Thanks in advance.
    
     Add PYTHON_DEFAULT_VERSION=python2.7 to /etc/make.conf.

 To answer Sylvain's original query, 2.7 is fairly new still.  When a
 sufficent amount of testing has occurred that indicates 2.7 has no
 regressions, then someone will throw the switch.  Of course, what
 constitutes a sufficient amount of testing is somewhat subjective.  So
 the more use it gets by early adopters (such as yourself presumably),
 the higher the confidence in being able to update the default.

 I've been using python27 for a couple months now without any problems.
 To help get the default switched from 2.6 to 2.7, request it and
 report any successes (and problems) here and/or submit PRs.

 A search in the PR database for python27 doesn't turn up any
 significant problems.

 It will also probably require at least one full ports test build.  I
 don't know if one has been requested.
 ___
 freebsd-pyt...@freebsd.org mailing list
 http://lists.freebsd.org/mailman/listinfo/freebsd-python
 To unsubscribe, send any mail to freebsd-python-unsubscr...@freebsd.org




-- 
真理从来没有战胜过谬误，真理只有在坚持谬误的人死去后才成为真理。
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

Re: FreeBSD Port: plone3-3.1.7_2

[wen heping]

2010/11/10 NAKAJI Hiroyuki nak...@jp.freebsd.org:
 Plone has its own unified installer after 3.2, and it is too much
 difficult for me to make an update. Finally, I gave up to update
 www/plone3 last year.

 http://www.FreeBSD.org/cgi/query-pr.cgi?pr=ports/136779

 If someone has a solution, please go ahead and become a new maintainer.

Yes, it is hard to update to 4.0.
Thanks your previous work.



 I filed a PR to mark it as BROKEN.
 http://www.freebsd.org/cgi/query-pr.cgi?pr=152093


I will commit it, thank you.


wen



 In aanlktin1gojlj7hpvvhpo_avdkr8alukacj46byzp...@mail.gmail.com
   wen heping wenhep...@gmail.com wrote:

 Yes, Plone should be update to 4, would you file a PR to fix it ?

 wen

 2010/11/10 joeb j...@a1poweruser.com:
  This port is broken and way out of date.
  It can not find the Plone-3.1.7.tar.gz file to download.
  Plone 4 is the current version.
 --
 NAKAJI Hiroyuki

___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

Re: FreeBSD Port: plone3-3.1.7_2

[wen heping]

2010/11/10 wen heping wenhep...@gmail.com:
 2010/11/10 NAKAJI Hiroyuki nak...@jp.freebsd.org:
 Plone has its own unified installer after 3.2, and it is too much
 difficult for me to make an update. Finally, I gave up to update
 www/plone3 last year.

 http://www.FreeBSD.org/cgi/query-pr.cgi?pr=ports/136779

 If someone has a solution, please go ahead and become a new maintainer.

 Yes, it is hard to update to 4.0.
 Thanks your previous work.



 I filed a PR to mark it as BROKEN.
 http://www.freebsd.org/cgi/query-pr.cgi?pr=152093

After add this line to the Makefile:
   FETCH_CMD=
the distfile could be fetch again,
would you have a test and agree to close that PR if it is OK ?


wen






 I will commit it, thank you.


 wen



 In aanlktin1gojlj7hpvvhpo_avdkr8alukacj46byzp...@mail.gmail.com
   wen heping wenhep...@gmail.com wrote:

 Yes, Plone should be update to 4, would you file a PR to fix it ?

 wen

 2010/11/10 joeb j...@a1poweruser.com:
  This port is broken and way out of date.
  It can not find the Plone-3.1.7.tar.gz file to download.
  Plone 4 is the current version.
 --
 NAKAJI Hiroyuki





-- 
真理从来没有战胜过谬误，真理只有在坚持谬误的人死去后才成为真理。
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

Re: FreeBSD Port: plone3-3.1.7_2

[wen heping]

Yes, Plone should be update to 4, would you file a PR to fix it ?

wen

2010/11/10 joeb j...@a1poweruser.com:
 This port is broken and way out of date.
 It can not find the Plone-3.1.7.tar.gz file to download.
 Plone 4 is the current version.


 ___
 freebsd-ports@freebsd.org mailing list
 http://lists.freebsd.org/mailman/listinfo/freebsd-ports
 To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org




-- 
真理从来没有战胜过谬误，真理只有在坚持谬误的人死去后才成为真理。
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

Re: py-lxml 2.2.7 wont build on HEAD

[wen heping]

Here is my build log:
fb9# make install
===  WARNING: Vulnerability database out of date, checking anyway
===  License check disabled, port has not defined LICENSE
===  Extracting for py26-lxml-2.2.7
= MD5 Checksum OK for lxml-2.2.7.tar.gz.
= SHA256 Checksum OK for lxml-2.2.7.tar.gz.
===  Patching for py26-lxml-2.2.7
===   py26-lxml-2.2.7 depends on file: /usr/local/bin/easy_install-2.6 - found
===   py26-lxml-2.2.7 depends on file: /usr/local/bin/python2.6 - found
===   py26-lxml-2.2.7 depends on shared library: xml2.5 - found
===   py26-lxml-2.2.7 depends on shared library: xslt.2 - found
===  Configuring for py26-lxml-2.2.7
Building lxml version 2.2.7.
Building with Cython 0.13.
Using build configuration of libxslt 1.1.26
Building against libxml2/libxslt in the following directory: /usr/local/lib
running config
===  Building for py26-lxml-2.2.7
Building lxml version 2.2.7.
Building with Cython 0.13.
Using build configuration of libxslt 1.1.26
Building against libxml2/libxslt in the following directory: /usr/local/lib
running setopt
Writing setup.cfg
Building lxml version 2.2.7.
Building with Cython 0.13.
Using build configuration of libxslt 1.1.26
Building against libxml2/libxslt in the following directory: /usr/local/lib
running setopt
Writing setup.cfg
Building lxml version 2.2.7.
Building with Cython 0.13.
Using build configuration of libxslt 1.1.26
Building against libxml2/libxslt in the following directory: /usr/local/lib
running setopt
Writing setup.cfg
Building lxml version 2.2.7.
Building with Cython 0.13.
Using build configuration of libxslt 1.1.26
Building against libxml2/libxslt in the following directory: /usr/local/lib
running setopt
Writing setup.cfg
Building lxml version 2.2.7.
Building with Cython 0.13.
Using build configuration of libxslt 1.1.26
Building against libxml2/libxslt in the following directory: /usr/local/lib
running bdist_egg
running egg_info
writing src/lxml.egg-info/PKG-INFO
writing top-level names to src/lxml.egg-info/top_level.txt
writing dependency_links to src/lxml.egg-info/dependency_links.txt
reading manifest file 'src/lxml.egg-info/SOURCES.txt'
reading manifest template 'MANIFEST.in'
writing manifest file 'src/lxml.egg-info/SOURCES.txt'
installing library code to build/bdist.freebsd-9.0-CURRENT-i386/egg
running install_lib
running build_py
creating lib.freebsd-9.0-CURRENT-i386
creating lib.freebsd-9.0-CURRENT-i386/lxml
copying src/lxml/builder.py - lib.freebsd-9.0-CURRENT-i386/lxml
copying src/lxml/__init__.py - lib.freebsd-9.0-CURRENT-i386/lxml
copying src/lxml/ElementInclude.py - lib.freebsd-9.0-CURRENT-i386/lxml
copying src/lxml/_elementpath.py - lib.freebsd-9.0-CURRENT-i386/lxml
copying src/lxml/doctestcompare.py - lib.freebsd-9.0-CURRENT-i386/lxml
copying src/lxml/sax.py - lib.freebsd-9.0-CURRENT-i386/lxml
copying src/lxml/cssselect.py - lib.freebsd-9.0-CURRENT-i386/lxml
copying src/lxml/usedoctest.py - lib.freebsd-9.0-CURRENT-i386/lxml
copying src/lxml/pyclasslookup.py - lib.freebsd-9.0-CURRENT-i386/lxml
creating lib.freebsd-9.0-CURRENT-i386/lxml/html
copying src/lxml/html/html5parser.py - lib.freebsd-9.0-CURRENT-i386/lxml/html
copying src/lxml/html/builder.py - lib.freebsd-9.0-CURRENT-i386/lxml/html
copying src/lxml/html/clean.py - lib.freebsd-9.0-CURRENT-i386/lxml/html
copying src/lxml/html/__init__.py - lib.freebsd-9.0-CURRENT-i386/lxml/html
copying src/lxml/html/defs.py - lib.freebsd-9.0-CURRENT-i386/lxml/html
copying src/lxml/html/_html5builder.py - lib.freebsd-9.0-CURRENT-i386/lxml/html
copying src/lxml/html/_setmixin.py - lib.freebsd-9.0-CURRENT-i386/lxml/html
copying src/lxml/html/soupparser.py - lib.freebsd-9.0-CURRENT-i386/lxml/html
copying src/lxml/html/formfill.py - lib.freebsd-9.0-CURRENT-i386/lxml/html
copying src/lxml/html/_dictmixin.py - lib.freebsd-9.0-CURRENT-i386/lxml/html
copying src/lxml/html/_diffcommand.py - lib.freebsd-9.0-CURRENT-i386/lxml/html
copying src/lxml/html/usedoctest.py - lib.freebsd-9.0-CURRENT-i386/lxml/html
copying src/lxml/html/ElementSoup.py - lib.freebsd-9.0-CURRENT-i386/lxml/html
copying src/lxml/html/diff.py - lib.freebsd-9.0-CURRENT-i386/lxml/html
running build_ext
building 'lxml.etree' extension
creating temp.freebsd-9.0-CURRENT-i386-2.6
creating temp.freebsd-9.0-CURRENT-i386-2.6/src
creating temp.freebsd-9.0-CURRENT-i386-2.6/src/lxml
cc -DNDEBUG -O2 -pipe -D__wchar_t=wchar_t -DTHREAD_STACK_SIZE=0x2
-fno-strict-aliasing -O2 -pipe -
fno-strict-aliasing -fPIC -I/usr/local/include
-I/usr/local/include/libxml2 -I/usr/local/include/pytho
n2.6 -c src/lxml/lxml.etree.c -o
temp.freebsd-9.0-CURRENT-i386-2.6/src/lxml/lxml.etree.o -w
cc -shared -pthread -O2 -pipe -fno-strict-aliasing
temp.freebsd-9.0-CURRENT-i386-2.6/src/lxml/lxml.etr
ee.o -L/usr/local/lib -lxslt -lexslt -lxml2 -lz -lm -o
lib.freebsd-9.0-CURRENT-i386/lxml/etree.so
building 'lxml.objectify' extension
cc -DNDEBUG -O2 -pipe -D__wchar_t=wchar_t -DTHREAD_STACK_SIZE=0x2
-fno-strict-aliasing -O2 -pipe -
fno-strict-aliasing -fPIC 

Some problems about www/cherokee

[wen heping]

Hi, all:

   I found some problems in www/cherokee.

   First, after I installed cherokee and run it, I get the run error message:

  fb9# /usr/local/etc/rc.d/cherokee onestart
  Starting cherokee.
  fb9# [30/06/2010 10:15:09.788] (error) logger_writer.c:296 - Could
not open '/var/log/cherokee.error' for appending

   The second is if we build cherokee with ipv6-enabled(default) we
could not start cherokee corectly in ipv4 cases.

   I am working on the first problem, as the second problem, I suggest
make ipv6-disnable as default.

  Any comments ?
___
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

Calling for test: python-2.7

[wen heping]

Hi,

   I created a new port python-2.7 based on python-2.6,
now it is in RC2 and I hope it will release soon.
   Here is the shar file of it and the diff file of bsd.python.mk:

http://people.freebsd.org/~wen/python27rc2.shar.txt
http://people.freebsd.org/~wen/python27rc2mk.diff.txt

  Any comments is welcomed.


Regards,
wen
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

Re: New databases/xtrabackup port

[wen heping]

shaun@ take the port.
hope it should be committed soon.

wen

On Thu, Apr 29, 2010 at 3:10 PM, Denny Lin dennyli...@hs.ntnu.edu.tw wrote:
 Hi, someone filed a PR a while ago about a new port
 (databases/xtrabackup). It looks quite interesting, and I'm wondering
 when it will be added to the ports tree.

 PR: ports/145144

 --
 Denny Lin
 ___
 freebsd-ports@freebsd.org mailing list
 http://lists.freebsd.org/mailman/listinfo/freebsd-ports
 To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

Re: Dynamic plists

[wen heping]

Are you working on scilab-5.2.2 ?

wen

On Fri, Apr 23, 2010 at 10:23 AM, Rob Farmer rfar...@predatorlabs.net wrote:
 On Thu, Apr 22, 2010 at 10:20 AM, Charlie Kester corky1...@comcast.net 
 wrote:
 On Thu 22 Apr 2010 at 08:48:55 PDT Rob Farmer wrote:

 On Wed, Apr 21, 2010 at 11:57 PM, Lars Engels lars.eng...@0x20.net
 wrote:

 On Thu, Apr 22, 2010 at 08:18:29AM +0200, Dominic Fandrey wrote:

 On 22/04/2010 01:45, Rob Farmer wrote:
  I maintain math/scilab and am preparing to update it. This port has a
  huge plist (slightly under 15000 lines), hundreds of which change
  depending on what options are selected. It is a bit of a pain to
  update. The porters handbook makes vague reference to dynamic plists -
  so I was wondering, would this be a good idea? And if so, what is the
  best way to make one?

 You normally base it on the output of
 ${FIND} -s PATH -type f
 ${FIND} -d PATH -type d | ${SED} 's,^,@dirrm ,'

 Of course there's normally more to it, but that's the basic principle.


 Or use auto-plist:
 http://www.marcuscom.com:8080/cgi-bin/cvsweb.cgi/portstools/auto-plist/


 Seems to have the same limitation of genplist - it doesn't address the
 fact that the plist may change if OPTIONS change.

 I feel your pain.
 But tools like genplist and auto-plist might get you part of the way to
 your solution.  To get the rest of the way, you might need to write a
 custom maintenance script.

 Just thinking out loud here, but it seems you'll need to something
 similar to what mergemaster does:

 - enable all the options and use 'genplist create' to get a new plist
 - diff the previous portversion's plist and the new genplist
 - emit any lines that haven't changed
 - for lines that differ only in the presence of a PLIST_SUB variable at
  the beginning of the old line, emit the old line
 - ignore any lines which exist only in the old plist
 - for lines that are new, prompt for a decision on what to do  (leave as
  is or preface with one of a predetermined set of PLIST_SUB variables)

 What I have been doing is running genplist with no options enabled, to
 get a base plist, then turning them on one at a time and rerunning
 genplist, placing the appropriate PLIST_SUB variable at the beginning
 of any new lines, and then testing with random sets of options in
 tinderbox.

 Basically, the point of my message was just wondering if there is a
 better way to be doing things. From the responses so far, it would
 appear not, so I'll stick with this.

 Thanks,
 --
 Rob Farmer


 This doesn't automate the whole process, but at least it reduces the
 manual inspection and intervention to the plist lines that really need
 it.
 This is only a first stab at the problem, so the steps I outlined
 probably need to be refined and debugged.

 Or maybe I'm just being stupid.  Wouldn't be the first time.  :)
 ___
 freebsd-ports@freebsd.org mailing list
 http://lists.freebsd.org/mailman/listinfo/freebsd-ports
 To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

 ___
 freebsd-ports@freebsd.org mailing list
 http://lists.freebsd.org/mailman/listinfo/freebsd-ports
 To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

Re: New portmgr secretary: Thomas Abthorpe

[wen heping]

Congratulations !

wen

On Fri, Mar 19, 2010 at 12:39 AM, Thomas Abthorpe tabtho...@freebsd.org wrote:
 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA1

 On Thu, 18 Mar 2010 13:34:24 -0300
 Marcelo araujobsdp...@gmail.com wrote:

 Congrats.

 Thanks :)

 - --
 Thomas Abthorpe         | FreeBSD Committer
 tabtho...@freebsd.org   | http://people.freebsd.org/~tabthorpe
 -BEGIN PGP SIGNATURE-
 Version: GnuPG v2.0.14 (FreeBSD)

 iEYEARECAAYFAkuiVzwACgkQ5Gm/jNBp8qCeWgCfRIVYgem2FxZqpYzuj4HHhV4t
 kbAAnAiZYL7qDjiGVPYuNZHb0qBt4bLZ
 =+iBD
 -END PGP SIGNATURE-

 ___
 freebsd-ports@freebsd.org mailing list
 http://lists.freebsd.org/mailman/listinfo/freebsd-ports
 To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

Re: ports/144760: sysutils/tmux: shell not working in tmux any more

[wen heping]

Based on David's message, I modify the Makefile, the diff is as below,
Would you have a test of it ?

And I found in tmux website that tmux require ncurse while the ports did not
depends, is it possible that lacking of ncurse depends caused the run error ?

Regards,
wen





--- Makefile.orig   2010-03-17 08:14:19.0 +0800
+++ Makefile2010-03-17 08:24:37.0 +0800
@@ -7,6 +7,7 @@

 PORTNAME=  tmux
 PORTVERSION=   1.2
+PORTREVISION=  1
 CATEGORIES=sysutils
 MASTER_SITES=  SF/${PORTNAME}/${PORTNAME}/${PORTNAME}-${PORTVERSION}

@@ -24,9 +25,14 @@
 PORTDOCS=  CHANGES FAQ NOTES
 PORTEXAMPLES=  *

+.include bsd.port.pre.mk
 post-patch:
-   @${REINPLACE_CMD} -e '/^#define HAVE_TREE_H/d' \
+.if ${OSVERSION} = 80
+   @${REINPLACE_CMD} -e '/^#undef HAVE_BROKEN_KQUEUE/d' \
${WRKSRC}/configure
+.endif
+
+   @${REINPLACE_CMD} -e '/^#define HAVE_TREE_H/d' ${WRKSRC}/configure

 do-install:
@${INSTALL_PROGRAM} ${WRKSRC}/tmux ${PREFIX}/bin
@@ -45,4 +51,4 @@
@${INSTALL_DATA} ${WRKSRC}/examples/* ${EXAMPLESDIR}
 .endif

-.include bsd.port.mk
+.include bsd.port.post.mk
___
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

Fwd: ports/144760: sysutils/tmux: shell not working in tmux any more

[wen heping]

Hi,

   Would you test this patch ?
  If it works, I shall commit it.


Regards,
wen


-- Forwarded message --
From: wen heping wenhep...@gmail.com
Date: Wed, Mar 17, 2010 at 9:24 AM
Subject: Re: ports/144760: sysutils/tmux: shell not working in tmux any more
To: Barak Michener m...@barakmich.com


Thank your test.

Would you test this one ?

diff -urN tmux.orig/Makefile tmux/Makefile
--- tmux.orig/Makefile  2010-03-17 09:09:55.0 +0800
+++ tmux/Makefile       2010-03-17 09:21:42.0 +0800
@@ -24,6 +24,11 @@
 PORTDOCS=      CHANGES FAQ NOTES
 PORTEXAMPLES=  *

+.include bsd.port.pre.mk
+.if ${OSVERSION} = 703100
+EXTRA_PATCHES= ${FILESDIR}/extra-patch-configure
+.endif
+
 post-patch:
      �...@${reinplace_cmd} -e '/^#define HAVE_TREE_H/d' \
               ${WRKSRC}/configure
@@ -45,4 +50,4 @@
      �...@${install_data} ${WRKSRC}/examples/* ${EXAMPLESDIR}
 .endif

-.include bsd.port.mk
+.include bsd.port.post.mk
diff -urN tmux.orig/files/extra-patch-configure tmux/files/extra-patch-configure
--- tmux.orig/files/extra-patch-configure       1970-01-01
08:00:00.0 +0           800
+++ tmux/files/extra-patch-configure    2010-03-17 09:12:29.0 +0800
@@ -0,0 +1,10 @@
+--- configure.orig     2010-03-17 09:12:09.0 +0800
 configure  2010-03-17 09:11:28.0 +0800
+@@ -204,6 +204,7 @@
+     FreeBSD|DragonFly)
+       cat EOF $CONFIG_H
+ #define HAVE_ASPRINTF
++#define HAVE_BROKEN_KQUEUE
+ #define HAVE_BZERO
+ #define HAVE_DAEMON
+ #define HAVE_FGETLN




















On Wed, Mar 17, 2010 at 8:57 AM, Barak Michener m...@barakmich.com wrote:
 I tried your patch -- it didn't work. However, David's message helps:

 Looking inside the configure script for tmux in the source package, there's
 a line for Darwin-based systems:

 #define HAVE_BROKEN_KQUEUE

 copying that line to the FreeBSD section and compiling makes tmux-1.2 work
 great :)

 This is my first email to the ports list, so I don't have much Makefile-foo.
 The patch you gave me didn't work, but I think you're on the right track...

___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

Re: Cherokee Web Server version in ports tree

[wen heping]

On Wed, Mar 10, 2010 at 6:02 AM, Diego Schulz dsch...@gmail.com wrote:
 Can I help maintaining Cherokee port? The current available version

Welcome to maintain this unmaintained port.
I will take it.

wen


 (0.99.38) has various bugs fixed in the latest upstream version.

 Here's the distinfo diff:

 1,3c1,3
  MD5 (cherokee-0.99.38.tar.gz) = 67be28eda0673598fbb5b1cbd70de455
  SHA256 (cherokee-0.99.38.tar.gz) =
 217bb708c8cc637570d07b335d9c67b21ab1ce5c24e859d23862bca11730f075
  SIZE (cherokee-0.99.38.tar.gz) = 4821574
 ---
 MD5 (cherokee-0.99.43.tar.gz) = ec7d92a26d606e6606e61125cf77d37d
 SHA256 (cherokee-0.99.43.tar.gz) = 
 7a5fc9d2acb54391cefd13e21618be114c7eb5698451944978b71995ffc5179e
 SIZE (cherokee-0.99.38.tar.gz) = 5690332


 In Makefile:

  PORTVERSION=  0.99.38
 PORTVERSION=  0.99.43
 ___
 freebsd-ports@freebsd.org mailing list
 http://lists.freebsd.org/mailman/listinfo/freebsd-ports
 To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

Re: My ports.

[wen heping]

On Mon, Feb 22, 2010 at 8:59 PM, Stephen Montgomery-Smith 
step...@missouri.edu wrote:

 Marcelo Araujo wrote:

 Hi guys,

 There are some ports that I haven't interested and neither used anymore,
 so I'm here to check if there is anyone that would be interested to push
 them and maintain those updated before set up those to po...@.

 Please, send me a list of ports that you want and I'm gonna release to you
 or fell free to take it by yourself.

 Follow bellow those ports that I haven't interest anymore.


  math/cln


 I'll take this one if no-one else wants it.


:)

It will be yours.


wen



 ___
 freebsd-ports@freebsd.org mailing list
 http://lists.freebsd.org/mailman/listinfo/freebsd-ports
 To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

Re: New port: finance/openerp-web

[wen heping]

On Thu, Jan 21, 2010 at 5:26 AM, Mark Linimon lini...@lonesome.com wrote:

 On Wed, Jan 20, 2010 at 04:51:47PM +0100, Francisco de Borja López Río
 wrote:
  I've tried to contact the maintainer of the openerp-server port, but
  I've no reply

 Hmm, his last commit was today ...


Yes, everyday I am here.

I searched my mailbox for your mail but get no result.
Maybe your mail server , maybe my mail server, lost the mail you sent to me.



  I've tried to add a PR using the web interface to send-pr but it didn't
  allow me to add the .shar file (as it is bigger than 100Kb)


For a long time I told myself that I shall port openerp-web and
openerp-client
into FreeBSD, but  but everybody is busying :)

Thank your port. I shall test it and commit it if it is OK soon.

I shall be happier if you send me a openerp-client port's shar file :)


wen




 Yes, there is a size limit to prevent us from being spammed.

 The ways to get around that are either:

  - put the sharfile up on a URL there and reference that
  - if you can't do that, email bugmeis...@freebsd.org and we can do it
   for you.

  I also tried to send the pr using send-pr in my 7-0.STABLE workstation
  but it was rejected because of the headers (sent from my workstation
  instead of my email server).

 FreeBSD refuses mail from machines that don't reverse resolve to prevent
 us from being spammed by e.g. botnets.

 mcl
 ___
 freebsd-ports@freebsd.org mailing list
 http://lists.freebsd.org/mailman/listinfo/freebsd-ports
 To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

Re: ports/142880: [REPOCOPY] chinese/stardict2-dict-zh_CN ---

[wen heping]

On Tue, Jan 19, 2010 at 6:30 AM, Max Brazhnikov m...@freebsd.org wrote:

 The following reply was made to PR ports/142880; it has been noted by
 GNATS.

 From: Max Brazhnikov m...@freebsd.org
 To: bug-follo...@freebsd.org, jupeng...@gmail.com, w...@freebsd.org
 Cc:
 Subject: Re: ports/142880: [REPOCOPY] chinese/stardict2-dict-zh_CN ---
 Date: Tue, 19 Jan 2010 01:22:50 +0300

  --nextPart180621902.7ALxqGeM9T
  Content-Type: Text/Plain;
   charset=us-ascii
  Content-Transfer-Encoding: quoted-printable

  What the reason to have the same dictionaries under different ports?


Yes, it is the same dictionary. After rethinking of it ， now I think it is
unneeded to create a new port for  stardict3-dict-zh_CN.


 Wouldn 't=20  better to remove run dependency on stardict and allow people
 to use existing port for any of stardict 2/3 (or other -- not only stardict
 can use these dictionaries.)


Yes, it is better than to create a new port. :)
But how do you think about this way:
  1 REPOCOPY stardict2-dict-zh_CN-- stardict-dict-zh_CN
  2 Add option entry for stardict2 or stardict3 ?

wen




  Max

  --nextPart180621902.7ALxqGeM9T
  Content-Type: application/pgp-signature; name=signature.asc
  Content-Description: This is a digitally signed message part.

  -BEGIN PGP SIGNATURE-
  Version: GnuPG v2.0.14 (FreeBSD)

  iEYEABECAAYFAktU3z8ACgkQ+9kIwqyzzRIbugCfX3Clh5ZIwCpDFXE/CAWJ3phd
  wK0AoIOjbza+ZXUvOxM+cG/GqSjWr/n0
  =XnNg
  -END PGP SIGNATURE-

  --nextPart180621902.7ALxqGeM9T--

___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

Re: ports/142511: [Update]devel/py-ydbf:update to 0.3rc1

[wen heping]

I would wait the 0.3 release, hoping it will fix this build error.
Currently I shall close my PR.

wen


On Sat, Jan 9, 2010 at 3:38 PM, Andrey S. Polyakov
aspolya...@uralmail.comwrote:

 It should be not an update, but a new port, for example py-ydbf-devel or
 py-ydbf03, because of 0.0.1 and 0.3rc1 is not compatible. This two ports
 should conflicts with each other or 0.3rc1 package name should differ from
 ydbf.
 Therefore at least on of the dependent ports (
 http://www.freebsd.org/cgi/query-pr.cgi?pr=142416) will fail to run if you
 update py-ydbf to 0.3rc1.


 --
 С уважением Андрей Поляков.

___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

Re: FreeBSD Port: verlihub-0.9.8.e.r1,1

[wen heping]

Maybe you can try this update:
http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/140704

wen

2009/12/16 Daniel Dvořák dan...@hellteam.net

 Hi all,

 after upgrading my verlihub to the latest version, the hub does not work
 anymore. Segmentation Fault. What´s happen to it ? And how may I help to
 solve the problem ?

 At the begging I snip gdb output, if it helps.

 # gdb /usr/local/bin/verlihub /usr/home/verlihub/verlihub.core
 GNU gdb 6.1.1 [FreeBSD]
 Copyright 2004 Free Software Foundation, Inc.
 GDB is free software, covered by the GNU General Public License, and you
 are
 welcome to change it and/or distribute copies of it under certain
 conditions.
 Type show copying to see the conditions.
 There is absolutely no warranty for GDB.  Type show warranty for details.
 This GDB was configured as i386-marcel-freebsd...(no debugging symbols
 found)...
 Core was generated by `verlihub'.
 Program terminated with signal 11, Segmentation fault.
 Reading symbols from /usr/local/lib/libverlihub.so.0...(no debugging
 symbols found)...done.
 Loaded symbols for /usr/local/lib/libverlihub.so.0
 Reading symbols from /usr/local/lib/libpcre.so.0...(no debugging symbols
 found)...done.
 Loaded symbols for /usr/local/lib/libpcre.so.0
 Reading symbols from /usr/local/lib/mysql/libmysqlclient.so.15...(no
 debugging symbols found)...done.
 Loaded symbols for /usr/local/lib/mysql/libmysqlclient.so.15
 Reading symbols from /lib/libz.so.4...(no debugging symbols found)...done.
 Loaded symbols for /lib/libz.so.4
 Reading symbols from /usr/local/lib/libGeoIP.so.5...(no debugging symbols
 found)...done.
 Loaded symbols for /usr/local/lib/libGeoIP.so.5
 Reading symbols from /usr/lib/libssl.so.5...(no debugging symbols
 found)...done.
 Loaded symbols for /usr/lib/libssl.so.5
 Reading symbols from /lib/libcrypt.so.4...(no debugging symbols
 found)...done.
 Loaded symbols for /lib/libcrypt.so.4
 Reading symbols from /usr/lib/libstdc++.so.6...(no debugging symbols
 found)...done.
 Loaded symbols for /usr/lib/libstdc++.so.6
 Reading symbols from /lib/libm.so.5...(no debugging symbols found)...done.
 Loaded symbols for /lib/libm.so.5
 Reading symbols from /lib/libgcc_s.so.1...(no debugging symbols
 found)...done.
 Loaded symbols for /lib/libgcc_s.so.1
 Reading symbols from /lib/libc.so.7...(no debugging symbols found)...done.
 Loaded symbols for /lib/libc.so.7
 Reading symbols from /lib/libcrypto.so.5...(no debugging symbols
 found)...done.
 Loaded symbols for /lib/libcrypto.so.5
 Reading symbols from /usr/local/etc/verlihub/plugins/libplug_pi.so...(no
 debugging symbols found)...done.
 Loaded symbols for /usr/local/etc/verlihub/plugins/libplug_pi.so
 Reading symbols from /usr/local/etc/verlihub/plugins/libiplog_pi.so...(no
 debugging symbols found)...done.
 Loaded symbols for /usr/local/etc/verlihub/plugins/libiplog_pi.so
 Reading symbols from /libexec/ld-elf.so.1...(no debugging symbols
 found)...done.
 Loaded symbols for /libexec/ld-elf.so.1
 #0  0x458b08ec in ?? ()
 [New Thread 0x28701040 (LWP 100126)]
 (gdb)

 Thank you for your help.

 Bye

 Stay d
 ___
 freebsd-ports@freebsd.org mailing list
 http://lists.freebsd.org/mailman/listinfo/freebsd-ports
 To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

Re: port science/paraview

[wen heping]

ParaView-3.6.1 require Qt4.3 or newer, there is qt-4.5.2 in FreeBSD ports
tree.

On Wed, Aug 19, 2009 at 3:00 AM, Philipp Ost p...@smo.de wrote:

 Anton Shterenlikht wrote:

 port science/paraview is far behind the current version.

 I do understand that nobody really takes care of it,
 so please do not see this as a request. I'm grateful
 that somebody has created this port at all!

 I'd like to help but I've never done any serious
 port work, just occasional patches.
 What is your estimate of the amount of work, and of
 skills required to bring this port up to date?


 I tried compiling a current version of ParaView outside the port
 infrastructure. I got the non-gui part compiled; the GUI needs an older
 version of Qt than actually is available in the ports tree. At this point I
 gave up -- but I have to admit that I didn't try that hard...

 Philipp

___
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

how can I write a whitespace into a MASTER_SITE_SUBDIR?

[wen heping]

Hi, all:

  How can I write a whitespace into a MASTER_SITE_SUBDIR?
  Because a package's fetch address is something like:
 http://../atutor 1.6.3/atutor-1.6.3.tar.gz

  Thanks at advance.

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