from:"wen heping"

Re: FreeBSD Port: MailScanner-5.0.3

2017-06-19 Thread 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

2013-11-16 Thread wen heping

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

wen

2013/11/16 Fabien Debuire :
> 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

2013-09-30 Thread wen heping

I would like maintain oscommerce.
Thanks!

wen

2013/10/1 Vlad V. Teterya :
> 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

2013-09-06 Thread 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 

> I shall look into that later.
>
> wen
>
>
> 2013/9/5 Frank Broniewski 
>
>> 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" 1>&2
>>>>   206 $ECHO "This script is just a wrapper for $program." 1>&2
>>>>   207 $ECHO "See the libtool documentation for more information."
>>>> 1>&2
>>>>   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

2013-09-05 Thread wen heping

I shall look into that later.

wen


2013/9/5 Frank Broniewski 

> 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" 1>&2
>>>   206 $ECHO "This script is just a wrapper for $program." 1>&2
>>>   207 $ECHO "See the libtool documentation for more information."
>>> 1>&2
>>>   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

2013-05-30 Thread wen heping

2013/5/30 Lowell Gilbert 

> Mike Brown  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)

2013-05-19 Thread 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 

> 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: no MAINTAINER for postgresql90-client

2012-06-05 Thread wen heping

See this line in Makefile:

MASTERDIR=  ${.CURDIR}/../postgresql90-server


wen


2012/6/5 Robert Huff 

>
>The Makefile has no MAINTAINER line.
>Is this deliberate?  If so, why?
>And who do I contact about a problem building this port?
> (Tarball doesn't fetch.)
>
>
>Robert Huff
>
>
> ___
> 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 devel/codeblocks-devel

2012-05-24 Thread wen heping

Hi,

   Would you file a PR to ask for repocopy of devel/codeblocks -->
devel/codeblocks-devel
?

wen

2012/5/22 coder.tuxfamily 

> Hello,
>
> Codeblocks in the ports it's very old. The svn version give some very
> useful new functionality.
>
> I'm trying to port the codeblocks devel version. It's use SVN.
> I can compile and use it, but there is a problem with
> lib/pkconfig->libdata/**pkconfig.
>
> I don't find what changes to apply for have the good modifications for all
> *.pc.
>
> Can you help me please ? (The plist need also some corrections for MAN1).
>
>
> Thank you.
>
> ___
> 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

2012-05-02 Thread wen heping

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

wen

2012/5/3 Erwin Lansing 

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

2012-02-15 Thread wen heping

2012/2/15 Ruslan Mahmatkhanov 

> wen heping wrote on 15.02.2012 14:16:
>
>> 2012/2/15 Ruslan Mahmatkhanov
>>
>>  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.html<http://**portaudit.FreeBSD.org/**
>>>> b4f8be9e-56b2-11e1-9fb7-**003067b2972c.html<http://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.**txt<http://people.freebsd.org/~rm/**python-CVE-2012-0845.diff.txt>
>>> <http://people.freebsd.org/**~rm/python-CVE-2012-0845.diff.**txt<http://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: Python upgrade to address vulnerability?

2012-02-15 Thread wen heping

2012/2/15 Ruslan Mahmatkhanov 

> 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.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.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.diff
>
> Patch for 2.5, 2.6, 2.7, 3.1 is adopted from this patch:
> http://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-**python
> To unsubscribe, send any mail to 
> "freebsd-python-unsubscribe@**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: [HEADSUP][CFT] pkgng beta1 is out

2012-01-30 Thread wen heping

Cool !

wen

2012/1/30 Baptiste Daroussin 

> 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

2012-01-09 Thread wen heping

Try add this line in /etc/make.conf

PYTHON_DEFAULT_VERSION=python3.2

wen

2012/1/10 Matthew Pounsett 

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

2011-12-29 Thread wen heping

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

wen

2011/12/29 Bernhard Froehlich 

> 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/ 
> [2] http://redports.org/wiki/**UserGuide
>
> --
> Bernhard Froehlich
> http://www.bluelife.at/
> __**_
> freebsd-ports@freebsd.org mailing list
> http://lists.freebsd.org/**mailman/listinfo/freebsd-ports
> To unsubscribe, send any mail to 
> "freebsd-ports-unsubscribe@**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?

2011-12-27 Thread wen heping

Committed.

Thank you !

wen

2011/12/28 John Marshall 

>  - PR submitted 6 weeks ago
>  - Email to Maintainer (mnag@) 2 weeks ago
>  - No responses to either
>
>  
>
> 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

2011-12-11 Thread 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 :
> 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

2011-10-14 Thread 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 :
> 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)

2011-09-26 Thread 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


===>  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.


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.


add_pkg
===>  Patching for ossec-hids-client-2.6_1
===>  Applying FreeBSD patches for ossec-hids-client-2.6_1


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 blowfish/bf_skey.o
blowfish/bf_enc.o md5/md5_

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

2011-09-22 Thread wen heping

2011/9/22 Maho NAKATA :
> 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 
> 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 
>>> 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

2011-09-05 Thread wen heping

2011/9/6 Mark Linimon :
> 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: Maintainership of py-zopetesting and py-zopeevent

2011-09-05 Thread wen heping

2011/9/5 Ruslan Mahmatkhanov :
> 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

2011-09-05 Thread 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 :
> 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: editors/zim

2011-08-31 Thread wen heping

2011/8/31 Ruslan Mahmatkhanov :
> 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 Whitehouse
>> To: User Questions
>> 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_port&id=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

2011-08-08 Thread wen heping

Great work !

wen

2011/8/8 Clement Laforet :
> 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

2011-07-12 Thread wen heping

2011/7/12 Matthias Andree :
> 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

2011-07-11 Thread 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 :
> 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

2011-06-27 Thread wen heping

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

wen

2011/6/28 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 :
>> (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

2011-06-27 Thread 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 :
> (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

2011-06-26 Thread wen heping

2011/6/26 Chris Rees :
> On 26 June 2011 04:12, Marcus  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: sysutils/tmux fails to compile

2011-06-15 Thread wen heping

2011/6/16 Andrey Fesenko :
>> 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: FreeBSD Port games/hlstats

2011-06-15 Thread wen heping

2011/6/15 Banana :
> 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: looking for a ports commiter to take a pr

2011-06-09 Thread wen heping

Hi,

The build failed on my box, here is the build log.

wen


building eduke32-20110502 in directory /usr/local/tinderbox/9.0-FreeBSD
build started at Thu Jun  9 08:47:52 UTC 2011
port directory: /usr/ports/games/eduke32
building for:  9.0-CURRENT i386
maintained by: oliv...@gid0.org
Makefile ident: $FreeBSD: ports/games/eduke32/Makefile,v 1.25
2010/06/06 20:43:45 naddy Exp $
prefixes: LOCALBASE=usr/local PREFIX=/usr/local
Begin Configuration:
---Begin Environment---
ARCH=i386
PACKAGE_BUILDING=1
USER=root
CCACHE_DIR=
BRANCH=CURRENT
CCACHE_NOLINK=1
HOST_WORKDIR=
BATCH=1
OLDPWD=/
HOME=/root
PKGZIPCMD=bzip2
HAVE_MOTIF=1
FTP_TIMEOUT=900
HTTP_TIMEOUT=900
defaultUpdateHost=cvsup.FreeBSDChina.org
pb=/usr/local/tinderbox
DISTFILE_CACHE=/usr/ports/distfiles
OSREL=9.0
defaultUpdateType=CSUP
PYTHON_DEFAULT_VERSION=python2.7
TINDERD_LOGFILE=/dev/null
PORTOBJFORMAT=elf
WRKDIRPREFIX=/work
DISTDIR=/tmp/distfiles
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
OPTIONS_ENABLED=0
__DSVERSION__=3.2
TINDERD_SLEEPTIME=120
UNAME_n=tinderbox.host
__MKLVL__=1
CCACHE_JAIL=0
LOCALBASE=/usr/local
CCACHE_MAX_SIZE=1G
DISTFILE_URI=
X_WINDOW_SYSTEM=xorg
MASTER_SITE_OVERRIDE=file:///distcache/${DIST_SUBDIR}/
OPTIONS_DIR=
UNAME_r=9.0-CURRENT
USA_RESIDENT=YES
UNAME_s=FreeBSD
PARALLEL_PACKAGE_BUILD=1
PWD=/usr/ports/games/eduke32
UNAME_v=FreeBSD 9.0-CURRENT #0: Thu Jun  9 15:23:11 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---
===> The following configuration options are available for eduke32-20110502:
 MIDI=On (default) "Enable original MIDI music support"
 TIMIDITYPLUS=Off (default) "Use Timidity++ instead of Timidity"
 VORBIS=On (default) "Enable Ogg Vorbis music files support"
===> Use 'make config' to modify these settings
---End OPTIONS List---

End Configuration.
FETCH_DEPENDS=
PATCH_DEPENDS=
EXTRACT_DEPENDS=
BUILD_DEPENDS=nasm-2.09.08,1.tbz gettext-0.18.1.1.tbz
libiconv-1.13.1_1.tbz gmake-3.82.tbz aalib-1.4.r5_6.tbz
libGLU-7.4.4.tbz libX11-1.3.6,1.tbz libXrender-0.9.5.tbz
libXrandr-1.3.0.tbz pkg-config-0.25_1.tbz libGL-7.4.4.tbz
libXext-1.1.2,1.tbz libXxf86vm-1.1.0.tbz libXdamage-1.1.3.tbz
libXfixes-4.0.4.tbz libxcb-1.7.tbz kbproto-1.0.5.tbz libXau-1.0.6.tbz
libXdmcp-1.0.3.tbz xproto-7.0.16.tbz renderproto-0.11.tbz
randrproto-1.3.2.tbz libdrm-2.4.12_1.tbz expat-2.0.1_1.tbz
dri2proto-2.3.tbz xextproto-7.1.1.tbz xf86vidmodeproto-2.3.tbz
damageproto-1.2.1.tbz fixesproto-4.1.2.tbz libpthread-stubs-0.3_3.tbz
sdl-1.2.14_2,2.tbz p5-XML-Parser-2.40.tbz perl-5.12.3.tbz
intltool-0.41.1.tbz libogg-1.2.2,4.tbz libvorbis-1.3.2,3.tbz
libmikmod-3.1.12.tbz flac-1.2.1_2.tbz smpeg-0.4.4_8.tbz
sdl_mixer-1.2.11_2.tbz glib-2.26.1_1.tbz gio-fam-backend-2.26.1.tbz
pcre-8.12.tbz python27-2.7.1_1.tbz gamin-0.1.10_4.tbz atk-1.32.0.tbz
cups-client-1.4.6.tbz gdk-pixbuf-2.22.1.tbz pango-1.28.3.tbz
shared-mime-info-0.80_1.tbz hicolor-icon-theme-0.12.tbz
libXinerama-1.1,1.tbz libXi-1.3.2,1.tbz libXcursor-1.1.11.tbz
libXcomposite-0.4.3,1.tbz gnutls-2.12.6.1_1.tbz png-1.4.5.tbz
tiff-4.0.0.tbz jpeg-8_3.tbz jasper-1.900.1_9.tbz libXt-1.0.9.tbz
cairo-1.10.2_2,1.tbz xorg-fonts-truetype-7.5.1.tbz
encodings-1.0.4,1.tbz gobject-introspection-0.9.12_1.tbz
libXft-2.1.14.tbz libxml2-2.7.8_1.tbz xineramaproto-1.2.tbz
inputproto-2.0.1.tbz compositeproto-0.4.2.tbz libgcrypt-1.4.6.tbz
libgpg-error-1.10.tbz jbigkit-1.6.tbz libSM-1.1.1_3,1.tbz
freetype2-2.4.4.tbz fontconfig-2.8.0,1.tbz pixman-0.21.4.tbz
xcb-util-0.3.6_1.tbz font-bh-ttf-1.0.3.tbz font-misc-meltho-1.0.3.tbz
font-misc-ethiopic-1.0.3.tbz bitstream-vera-1.10_4.tbz
font-util-1.2.0.tbz libffi-3.0.9.tbz bison-2.4.3,1.tbz
libICE-1.0.7,1.tbz mkfontdir-1.0.6.tbz mkfontscale-1.0.8.tbz
m4-1.4.16,1.tbz libfontenc-1.1.0.tbz gtk-2.22.1_1.tbz
RUN_DEPENDS=libogg-1.2.2,4.tbz libvorbis-1.3.2,3.tbz
libdrm-2.4.12_1.tbz expat-2.0.1_1.tbz dri2proto-2.3.tbz
libX11-1.3.6,1.tbz libXext-1.1.2,1.tbz libXxf86vm-1.1.0.tbz
libXdamage-1.1.3.tbz libXfixes-4.0.4.tbz libpthread-stubs-0.3_3.tbz
libxcb-1.7.tbz kbproto-1.0.5.tbz libXau-1.0.6.tbz libXdmcp-1.0.3.tbz
xproto-7.0.16.tbz pkg-config-0.25_1.tbz xextproto-7.1.1.tbz
xf86vidmodeproto-2.3.tbz damageproto-1.2.1.tbz fixesproto-4.1.2.tbz
libGL-7.4.4.tbz aalib-1.4.r5_6.tbz libiconv-1.13.1_1.tbz
libGLU-7.4.4.tbz libXrender-0.9.5.tbz libXrandr-1.3.0.tbz
renderproto-0.11.tbz randrproto-1.3.2.tbz sdl-1.2.14_2,2.tbz
libmikmod-3.1.12.tbz flac-1.2.1_2.tbz smpeg-0.4.4_8.tbz
sdl_mixer-1.2.11_2.tbz gettext-0.18.1.1.tbz glib-2.26.1_1.tbz
gio-fam-backend-2.26.1.tbz pcre-8.12.tbz python27-2.7.1_1.tbz
perl-5.12.3.tbz gamin-0.1.10_4.tbz atk-1.32.0.tbz
cups-client-1.4.6.tbz gdk-pixbuf-2.22.1.tbz pango-1.28.3.tbz
shared-mime-info-0.80_1.tbz hicolor-icon-theme-0.12.tbz
libXinerama-1.1,1.tbz libXi-1.3.2,1.tbz libXcursor-1.1.11.tbz
libXcomposite-0.4.3,1.tbz gnutls-2.12.

Re: maintainership of www/py-html5lib

2011-06-08 Thread wen heping

2011/6/9 Sahil Tandon :
> On Wed, 2011-06-08 at 10:38:39 -0500, Scot Hetzel wrote:
>
>> On Wed, Jun 8, 2011 at 5:00 AM, Ruslan Mahmatkhanov  
>> 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 
> ___
> 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-nautilus broken

2011-06-08 Thread wen heping

It seems the patch-configure is no more needed but not removed since
last commit.

wen

2011/6/8 Marco Beishuizen :
> Hi,
>
> Installation of x11-fm/py-nautilus fails because of a patch error:
>
> ...
> /usr/ports/x11-fm/py-nautilus# make install clean
> ===>  License GPLv2 accepted by the user
> ===>  Extracting for py27-nautilus-0.7.2
> => SHA256 Checksum OK for nautilus-python-0.7.2.tar.bz2.
> ===>  Patching for py27-nautilus-0.7.2
> ===>  Applying FreeBSD patches for py27-nautilus-0.7.2
> Ignoring previously applied (or reversed) patch.
> 1 out of 1 hunks ignored--saving rejects to configure.rej
> => Patch patch-configure failed to apply cleanly.
> *** Error code 1
> ...
>
> Regards,
> Marco
>
> --
> Commitment, n.:
>        Commitment can be illustrated by a breakfast of ham and eggs.
>        The chicken was involved, the pig was committed.
> ___
> 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

2011-06-05 Thread 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 :
> 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: cannot install textproc/py-libxml2

2011-06-05 Thread 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 :
> -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: sysutils/tmux fails to compile

2011-05-26 Thread wen heping

2011/5/26 Grzegorz Blach :
> 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

2011-05-16 Thread wen heping

+1

2011/5/16 Jerry :
> There are several PRs that are years (literally) old. For example:
> 
>
> 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

2011-04-24 Thread wen heping

2011/4/24 Romain Garbage :
> 2011/4/24 wen heping :
>>
>> 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: USE_PYDISTUTILS and easy_install

2011-04-24 Thread wen heping

2011/4/24 Romain Garbage :
> 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: FreeBSD Port: yii-1.1.5

2011-03-27 Thread wen heping

2011/3/28 James Gosnell :
> 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

2011-03-19 Thread wen heping

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

devel
devel-perl
devel-python

wen

2011/3/19 Martin Wilke :
> 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: FreeBSD Port: sabnzbdplus-0.5.6_2

2011-03-10 Thread wen heping

2011/3/11 Sylvain :
> 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: New member for portmgr@

2011-03-10 Thread wen heping

Congratulations !

wen

2011/3/11 Thomas Abthorpe :
> 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: GRASS: 6.4.0: where is the postgresql (pg) driver?

2011-03-07 Thread wen heping

2011/3/7 O. Hartmann :
> 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

2011-01-27 Thread 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 :
> 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 wha

Re: FreeBSD ports which are currently marked broken

2011-01-09 Thread wen heping

2011/1/7 Anton Shterenlikht :
> 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=math&portname=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: Steps to prune and add Ada ports?

2011-01-09 Thread wen heping

2011/1/10 John Marino :
> Okay, I'll figure out how to do that.
> Now, would it be one shar per port?  as opposed to one shar to cover all 7

Better one shar file per port.

wen

> ports?
> John
>
> On 1/9/2011 6:43 PM, jhelf...@experts-exchange.com wrote:
>>
>> Customarily, new ports should have a shell archive, or shar, attached to
>> the PR.
>>
>> -jgh
>>
>>> So I will submit all 7 ports at once.
>>> My intention is just to attach a compressed tarball to the PR that
>>> contain all 7 ports inside.
>>> Is that alright?
>>>
>>> Thanks,
>>> John
>>>
>>> On 1/5/2011 12:53 AM, wen heping wrote:
>>>>
>>>> 2011/1/4 John Marino:
>>>>>
>>>>> 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:
>>>>>>>
>>>>>>> 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
>>&g

Re: drupal6

2011-01-06 Thread wen heping

Hi,

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

wen

2011/1/3 wen heping :
> It is time to send a PR to request repocopy drupal6 --> drupal7 .
>
> wen
>
> 2011/1/2 David Southwell ARPS :
>>> On 2 Jan 2011, at 15:40, David Southwell ARPS  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?

2011-01-04 Thread wen heping

2011/1/4 John Marino :
> 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 :
>>>
>>> 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?

2011-01-04 Thread wen heping

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

wen

2011/1/4 John Marino :
> 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

2011-01-02 Thread wen heping

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

wen

2011/1/2 David Southwell ARPS :
>> On 2 Jan 2011, at 15:40, David Southwell ARPS  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

2010-12-11 Thread wen heping

2010/12/11 Jerry :
> 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

2010-11-13 Thread 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 :
> 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  
> 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

2010-11-10 Thread wen heping

2010/11/10 wen heping :
> 2010/11/10 NAKAJI Hiroyuki :
>> 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 
>>>>>>>   wen heping  wrote:
>>
>>> Yes, Plone should be update to 4, would you file a PR to fix it ?
>>
>>> wen
>>
>>> 2010/11/10 joeb :
>>> > 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

2010-11-10 Thread wen heping

2010/11/10 NAKAJI Hiroyuki :
> 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 
>>>>>>   wen heping  wrote:
>
>> Yes, Plone should be update to 4, would you file a PR to fix it ?
>
>> wen
>
>> 2010/11/10 joeb :
>> > 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

2010-11-09 Thread wen heping

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

wen

2010/11/10 joeb :
> 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

2010-09-27 Thread 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-stric

Some problems about www/cherokee

2010-06-29 Thread 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

2010-06-22 Thread 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

2010-04-29 Thread wen heping

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

wen

On Thu, Apr 29, 2010 at 3:10 PM, Denny Lin  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

2010-04-22 Thread wen heping

Are you working on scilab-5.2.2 ?

wen

On Fri, Apr 23, 2010 at 10:23 AM, Rob Farmer  wrote:
> On Thu, Apr 22, 2010 at 10:20 AM, Charlie Kester  
> 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 
>>> 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: databases/phppgadmin need update to 4.2.3

2010-04-19 Thread wen heping

On Tue, Apr 20, 2010 at 9:42 AM, Svyatoslav Lempert
 wrote:
> Hello,
>
> phpPgAdmin 4.2.2 in ports does not work with PHP 5.3.2 and port
> version must be updated

Better you file a PR to update it.

wen


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

2010-03-18 Thread wen heping

Congratulations !

wen

On Fri, Mar 19, 2010 at 12:39 AM, Thomas Abthorpe  wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On Thu, 18 Mar 2010 13:34:24 -0300
> Marcelo  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"

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

2010-03-16 Thread wen heping

Hi,

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


Regards,
wen


-- Forwarded message --
From: wen heping 
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 


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 
+.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 
+.include 
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 <>$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  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: ports/144760: sysutils/tmux: shell not working in tmux any more

2010-03-16 Thread 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 
 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 
+.include 
___
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

2010-03-09 Thread wen heping

On Wed, Mar 10, 2010 at 6:02 AM, Diego Schulz  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"

Should this line removed from Makefile?

2010-03-09 Thread wen heping

Hi, all:

   In www category, there are some ports with a line as:
1 @${CHOWN} -R ${WWWOWN}:${WWWGRP} ${WWWDIR}

   It always followed by this line:
2 @${ECHO_CMD} '@exec ${CHOWN} -R ${WWWOWN}:${WWWGRP} ${WWWDIR}'
>> ${TMPPLIST}

while some other ports do not have line 2.

   Is line 2 needed ? In my opion, line 2 changes nothing to
${TMPPLIST} in this case, so line 2 is not needed.

   Any comment ?


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: My ports.

2010-02-22 Thread 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

2010-01-20 Thread wen heping

On Thu, Jan 21, 2010 at 5:26 AM, Mark Linimon  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 ---

2010-01-18 Thread wen heping

On Tue, Jan 19, 2010 at 6:30 AM, Max Brazhnikov  wrote:

> The following reply was made to PR ports/142880; it has been noted by
> GNATS.
>
> From: Max Brazhnikov 
> 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

2010-01-09 Thread 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
wrote:

> 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

2009-12-15 Thread 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 

> 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: postgresql 8.4.2

2009-12-15 Thread wen heping

Better send it as a PR, it is a security update.

wen

On Tue, Dec 15, 2009 at 8:35 PM, Alexander Pyhalov  wrote:

> Hello.
> I'd like to share my patch for postgresql port to update it for 8.4.2
> version.
>
> --
> Best regards,
> Alexander Pyhalov,
> system administrator of Computer Center of South Federal University
>
> diff -ru postgresql84-server.orig/Makefile postgresql84-server/Makefile
> --- postgresql84-server.orig/Makefile   2009-12-02 22:21:27.0 +
> +++ postgresql84-server/Makefile2009-12-15 12:15:05.742312495 +
> @@ -6,7 +6,7 @@
>  #
>
>  PORTNAME?= postgresql
> -DISTVERSION?=  8.4.1
> +DISTVERSION?=  8.4.2
>  CATEGORIES?=   databases
>  MASTER_SITES=  ${MASTER_SITE_PGSQL}
>  MASTER_SITE_SUBDIR=source/v${DISTVERSION}
> diff -ru postgresql84-server.orig/distinfo postgresql84-server/distinfo
> --- postgresql84-server.orig/distinfo   2009-12-02 22:21:27.0 +
> +++ postgresql84-server/distinfo2009-12-15 09:21:17.685474773 +
> @@ -1,3 +1,3 @@
> -MD5 (postgresql/postgresql-8.4.1.tar.bz2) =
> f2015af17bacbbfe140daf0d1067f9c9
> -SHA256 (postgresql/postgresql-8.4.1.tar.bz2) =
> 85f5a5053aea196a2c997785cb5f61368aa46407527de820006d04b594fd9d7c
> -SIZE (postgresql/postgresql-8.4.1.tar.bz2) = 13579302
> +MD5 (postgresql/postgresql-8.4.2.tar.bz2) =
> d738227e2f1f742d2f2d4ab56496c5c6
> +SHA256 (postgresql/postgresql-8.4.2.tar.bz2) =
> adb3c5c90396195d76e986f835c2bd0e0dad438f91f4dc2b62048caf6d9869f2
> +SIZE (postgresql/postgresql-8.4.2.tar.bz2) = 13600699
> diff -ru postgresql84-server.orig/pkg-plist-server
> postgresql84-server/pkg-plist-server
> --- postgresql84-server.orig/pkg-plist-server   2009-12-02
> 22:21:27.0 +
> +++ postgresql84-server/pkg-plist-server2009-12-15
> 12:21:30.811168790 +
> @@ -376,6 +376,7 @@
>  %%TZDATA%%share/postgresql/timezone/Asia/Manila
>  %%TZDATA%%share/postgresql/timezone/Asia/Muscat
>  %%TZDATA%%share/postgresql/timezone/Asia/Nicosia
> +%%TZDATA%%share/postgresql/timezone/Asia/Novokuznetsk
>  %%TZDATA%%share/postgresql/timezone/Asia/Novosibirsk
>  %%TZDATA%%share/postgresql/timezone/Asia/Omsk
>  %%TZDATA%%share/postgresql/timezone/Asia/Oral
>
> ___
> 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

2009-08-18 Thread 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  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?

2009-08-14 Thread 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"

77 matches

Mail list logo