Re: installing java in freebsd 8

2010-06-07 Thread Sunpoet Hsieh
Hi,

Did you see error message like this?
=> tzupdater-1_3_29-2010f.zip doesn't seem to exist in /usr/ports/distfiles/.

By default, diablo-jdk16 requires tzupdater.
You may skip this by setting WITHOUT_TZUPDATE.
tzupdater can be manually downloaded from
http://java.sun.com/javase/downloads/index.jsp,
"JDK DST Timezone Update Tool - 1.3.29" is the first item in
"Additional Resources" section.

- Sunpoet

On Tue, Jun 8, 2010 at 12:31 PM, madal 30  wrote:
>
> hello all,
>
> I am having issue with installing java in my freebsd 8. I issue the command 
> in /usr/ports/java/diablo-jdk16 , make install clean but i get error :
>
>
>
>  Because of licensing restrictions, you must fetch the distribution
>  manually.
>
>  Please access
>
>     
> http://www.FreeBSDFoundation.org/cgi-bin/download?download=diablo-caffe-freebsd7-i386-1.6.0_07-b02.tar.bz2
>
>  with a web browser and "Accept" the End User License Agreement for
>  "Caffe Diablo 1.6.0".
>
>  Please open
>
>     http://java.sun.com/javase/downloads/
>
>  in a web browser and follow the "Download" link for "Java
>  Cryptography Extension (JCE) Unlimited Strength Jurisdiction
>  Policy Files 6" to obtain the JCE policy file, jce_policy-6.zip.
>
>  Please place the downloaded file(s) in /usr/ports/distfiles. can anyone help 
> me how to install java in my freebsd 8 ? any help would be appreciated.
>
> Madal
>
>
> Then I downloaded the files and placed in /usr/ports/disfiles but I still get 
> same error.
>
>
> _
> Hotmail: Trusted email with powerful SPAM protection.
> https://signup.live.com/signup.aspx?id=60969___
> 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: Using ">" sign in LIB_DEPENDS

2010-07-19 Thread Sunpoet Hsieh
On Tue, Jul 20, 2010 at 12:06 AM, Ruslan Mahmatkhanov  wrote:
> Hi.
>
> Using ">" sign in LIB_DEPENDS in port's Makefile triggers this error:
> Syntax error: redirection unexpected
> *** Error code 2
>
> While defined in BUILD_DEPENDS and RUN_DEPENDS works fine.
> Is this expected behaviour?
>
> Test sample:
>
> LIB_DEPENDS=    rubygem-dnsruby>=1.47:${PORTSDIR}/dns/rubygem-dnsruby
>
>
> --
> Regards,
> Ruslan

Hi,

Yes, it is the correct result.
Please read Porter's Handbook 5.7 for details.
http://www.freebsd.org/doc/en/books/porters-handbook/makefile-depend.html

Regards,
Sunpoet
___
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 - different versions of the same file - advice needed

2010-11-05 Thread Sunpoet Hsieh
On Fri, Nov 5, 2010 at 6:26 PM, Anton Shterenlikht  wrote:
> I'm trying to make a port of Slatec numerical libraries:
> http://netlib.org/slatec/
>
> This file contains the full sources:
> http://netlib.org/slatec/slatec_src.tgz
>
> However, according to Netlib FAQ: http://netlib.org/misc/faq.html#2.17 ,
> I've got to replace 3 files in this archive by newer versions:
>
> *quote*
> The easiest to use versions of the routines r1mach, d1mach, and i1mach
> are located in the blas directory of Netlib. These versions of r1mach
> and d1mach attempt to determine machine characteristics automatically.
>
> The original versions of r1mach, d1mach, and i1mach,
> in the slatec/src directory, require a user to scan
> their source and to uncomment the statements specifying
> the constants for his particular machine. Constants for some
> architectures are not explicitly identified in the comments
> of r1mach, d1mach, and i1mach. For those architectures conforming
> to the IEEE floating-point standard, and most newer ones do,
> you can locate and uncomment the IEEE-conforming constants in the routines.
> *end quote*
>
> So I need to download http://netlib.org/slatec/slatec_src.tgz,
> extract all files from it, and then overwrite d1mach.f, i1mach.f
> and r1mach.f by the Blas versions:
>
> http://netlib.org/blas/d1mach.f
> http://netlib.org/blas/i1mach.f
> http://netlib.org/blas/r1mach.f
>
> What is the best way to achive this?
>
> many thanks
> anton
>

Hi,

FYI, let me simplify your requirements:
1. source tarball and patch files are from different URLs.
2. patch files are not archived.

My suggestion is as follows: (I've not tested yet.)

PORTNAME=   slatec
MASTER_SITES=   http://netlib.org/slatec/ \
http://netlib.org/blas/:mach
DISTFILES=  ${PORTNAME}_src.tgz \
d1mach.f:mach i1mach.f:mach r1mach.f:mach
EXTRACT_ONLY=   ${PORTNAME}_src.tgz

Then you could copy these three files from DISTDIR to the work directory.

post-extract:
@cd ${DISTDIR}/ && ${CP} d1mach.f i1mach.f r1mach.f ${WRKSRC}/src/

Hope that helps.

Regards,
sunpoet
-- 
  Sunpoet Po-Chuan Hsieh  
          4096R/CC57E36B 8AD8 68F2 7D2B 0A10 7E9B 8CC0 DC44 247E CC57 E36B
                            http://people.FreeBSD.org/~sunpoet/pgpkeys.txt
___
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: [patch] Port lint shouldn't report that 'work' isn't in cvs

2010-11-08 Thread Sunpoet Hsieh
On Mon, Nov 8, 2010 at 10:01 AM, Eitan Adler  wrote:
> portlint currently reports two conflicting messages when it finds a
> "work" directory in a port
> a) Make sure it isn't committed
> b) It was not found in CVS
>
> This patch silences the second one
>
> --- portlint.old        2010-11-05 14:02:28.0 -0400
> +++ portlint    2010-11-07 20:58:57.0 -0500
> @@ -464,7 +464,7 @@
>                                if /^(?:\.\.?|CVS)$/;
>                        my $filename = $dir eq '.' ? $_ : "$dir/$_";
>                        if (-d $filename) {
> -                               if (!$entries{$_} || $entries{$_} ne 'D') {
> +                               if ((!$entries{$_} || $entries{$_} ne 'D') && 
> $filename ne 'work') {
>                                        &perror("FATAL", "", -1, "directory 
> $filename not in CVS.");
>                                }
>                                else {
>
>
> --
> Eitan Adler

Hi,

Would you please file a PR and then marcus@ will take care of it. :)
Thanks.

Regards,
-- 
  Sunpoet Po-Chuan Hsieh  
          4096R/CC57E36B 8AD8 68F2 7D2B 0A10 7E9B 8CC0 DC44 247E CC57 E36B
                            http://people.FreeBSD.org/~sunpoet/pgpkeys.txt
___
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: What's going on with the SF macro?

2011-01-24 Thread Sunpoet Hsieh
On Mon, Jan 24, 2011 at 4:49 PM, Doug Barton  wrote:
> Howdy,
>
> The following in net-p2p/qbittorrent-26 used to work, but is now giving the
> error below. Any suggestions?
>
>
> MASTER_SITES=   SF/${PORTNAME}/${PORTNAME}/${PORTNAME}-${PORTVERSION}/
>
> make makesum
> ===>  License check disabled, port has not defined LICENSE
> ===>  Found saved configuration for qbittorrent-2.6.1
> => qbittorrent-2.6.4.tar.gz doesn't seem to exist in /usr/ports/distfiles/.
> => Attempting to fetch from
> http://softlayer.dl.sourceforge.net/project/qbittorrent/qbittorrent/qbittorrent-2.6.4/
> http://surfnet.dl.sourceforge.net/project/qbittorrent/qbittorrent/qbittorrent-2.6.4/
> http://nchc.dl.sourceforge.net/project/qbittorrent/qbittorrent/qbittorrent-2.6.4/
> http://voxel.dl.sourceforge.net/project/qbittorrent/qbittorrent/qbittorrent-2.6.4/
> http://osdn.dl.sourceforge.net/project/qbittorrent/qbittorrent/qbittorrent-2.6.4/
> http://transact.dl.sourceforge.net/project/qbittorrent/qbittorrent/qbittorrent-2.6.4/
> http://ufpr.dl.sourceforge.net/project/qbittorrent/qbittorrent/qbittorrent-2.6.4/
> http://freefr.dl.sourceforge.net/project/qbittorrent/qbittorrent/qbittorrent-2.6.4/
> http://kent.dl.sourceforge.net/project/qbittorrent/qbittorrent/qbittorrent-2.6.4/
> http://internode.dl.sourceforge.net/project/qbittorrent/qbittorrent/qbittorrent-2.6.4/
> http://iweb.dl.sourceforge.net/project/qbittorrent/qbittorrent/qbittorrent-2.6.4/
> http://sunet.dl.sourceforge.net/project/qbittorrent/qbittorrent/qbittorrent-2.6.4/
> http://heanet.dl.sourceforge.net/project/qbittorrent/qbittorrent/qbittorrent-2.6.4/
> http://jaist.dl.sourceforge.net/project/qbittorrent/qbittorrent/qbittorrent-2.6.4/
> http://heanet.dl.sourceforge.net/project/qbittorrent/qbittorrent/qbittorrent-2.6.4/
> http://sunet.dl.sourceforge.net/project/qbittorrent/qbittorrent/qbittorrent-2.6.4/
> http://iweb.dl.sourceforge.net/project/qbittorrent/qbittorrent/qbittorrent-2.6.4/
> http://switch.dl.sourceforge.net/project/qbittorrent/qbittorrent/qbittorrent-2.6.4/
> http://surfnet.dl.sourceforge.net/project/qbittorrent/qbittorrent/qbittorrent-2.6.4/
> http://kent.dl.sourceforge.net/project/qbittorrent/qbittorrent/qbittorrent-2.6.4/
> http://freefr.dl.sourceforge.net/project/qbittorrent/qbittorrent/qbittorrent-2.6.4/
> http://voxel.dl.sourceforge.net/project/qbittorrent/qbittorrent/qbittorrent-2.6.4/
> http://jaist.dl.sourceforge.net/project/qbittorrent/qbittorrent/qbittorrent-2.6.4/
> http://osdn.dl.sourceforge.net/project/qbittorrent/qbittorrent/qbittorrent-2.6.4/
> http://nchc.dl.sourceforge.net/project/qbittorrent/qbittorrent/qbittorrent-2.6.4/
> http://transact.dl.sourceforge.net/project/qbittorrent/qbittorrent/qbittorrent-2.6.4/
> http://softlayer.dl.sourceforge.net/project/qbittorrent/qbittorrent/qbittorrent-2.6.4/
> http://internode.dl.sourceforge.net/project/qbittorrent/qbittorrent/qbittorrent-2.6.4/
> http://ufpr.dl.sourceforge.net/project/qbittorrent/qbittorrent/qbittorrent-2.6.4/
>    ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/.
> fetch:
> http://softlayer.dl.sourceforge.net/project/qbittorrent/qbittorrent/qbittorrent-2.6.4/
> http://surfnet.dl.sourceforge.net/project/qbittorrent/qbittorrent/qbittorrent-2.6.4/
> http://nchc.dl.sourceforge.net/project/qbittorrent/qbittorrent/qbittorrent-2.6.4/
> http://voxel.dl.sourceforge.net/project/qbittorrent/qbittorrent/qbittorrent-2.6.4/
> http://osdn.dl.sourceforge.net/project/qbittorrent/qbittorrent/qbittorrent-2.6.4/
> http://transact.dl.sourceforge.net/project/qbittorrent/qbittorrent/qbittorrent-2.6.4/
> http://ufpr.dl.sourceforge.net/project/qbittorrent/qbittorrent/qbittorrent-2.6.4/
> http://freefr.dl.sourceforge.net/project/qbittorrent/qbittorrent/qbittorrent-2.6.4/
> http://kent.dl.sourceforge.net/project/qbittorrent/qbittorrent/qbittorrent-2.6.4/
> http://internode.dl.sourceforge.net/project/qbittorrent/qbittorrent/qbittorrent-2.6.4/
> http://iweb.dl.sourceforge.net/project/qbittorrent/qbittorrent/qbittorrent-2.6.4/
> http://sunet.dl.sourceforge.net/project/qbittorrent/qbittorrent/qbittorrent-2.6.4/
> http://heanet.dl.sourceforge.net/project/qbittorrent/qbittorrent/qbittorrent-2.6.4/
> http://jaist.dl.sourceforge.net/project/qbittorrent/qbittorrent/qbittorrent-2.6.4/
> http://heanet.dl.sourceforge.net/project/qbittorrent/qbittorrent/qbittorrent-2.6.4/
> http://sunet.dl.sourceforge.net/project/qbittorrent/qbittorrent/qbittorrent-2.6.4/
> http://iweb.dl.sourceforge.net/project/qbittorrent/qbittorrent/qbittorrent-2.6.4/
> http://switch.dl.sourceforge.net/project/qbittorrent/qbittorrent/qbittorrent-2.6.4/
> http://surfnet.dl.sourceforge.net/project/qbittorrent/qbittorrent/qbittorrent-2.6.4/
> http://kent.dl.sourceforge.net/project/qbittorrent/qbittorrent/qbittorrent-2.6.4/
> http://freefr.dl.sourceforge.net/project/qbittorrent/qbittorrent/qbittorrent-2.6.4/
> http://voxel.dl.sourceforge.net/project/qbittorrent/qbittorrent/qbittorrent-2.6.4/
> http://jaist.dl.sourceforge.net/project/qbittorrent/qbittorrent/qbitt

Re: Request for new port review: TortoiseHG.

2011-02-08 Thread Sunpoet Hsieh
Hi,

First of all, I suggest to set PORTNAME=tortoisehg
If you do want to add -hgtk suffix, you may set PKGNAMESUFFIX=-hgtk instead.
It makes portlint happier.
It also simplifies Makefile since DISTNAME is already the default value.

On Tue, Feb 8, 2011 at 7:40 PM, arrowdodger <6year...@gmail.com> wrote:
> Hello. I've made a port for TortoiseHG (in fact, for its hgtk script). It is
> my first attempt in port creation, so i want someone to review it.
>
> The current problems are following:
> 1. The user can choose to not install nautilus extension and translation
> files (if defined(WITHOUT_NLS)). To prevent setup.py from installing those
> stuff, i've made two patches, that resides in ${FILESDIR}. They are
> generated from 'diff -u' and the problem is that they cannot be applied
> together. If i generate patches with simply 'diff', then everythink works,
> except that i should apply them manually (${PATCH} ${PYSETUP} <
> ${FILESDIR}/no-locale.patch).
> And what i've been told is that i should use EXTRA_PATCHES, insteand of
> invoking patch.
>

In your case, it can be done without extra patch files.

.if !defined(WITH_NAUTILUS)
@${REINPLACE_CMD} -e '153,154 D' ${WRKSRC}/${PYSETUP}
.endif
.if !defined(WITH_NLS)
@${REINPLACE_CMD} -e '150,152 D' ${WRKSRC}/${PYSETUP}
.endif

Here, I suggest a shorter option name "NAUTILUS" instead of
"NAUTILUS_EXTENSION".
Also, for PLIST_SUB, I think "NLS" is OK for most ports.

.if !defined(WITH_NLS)
PLIST_SUB+= NLS="@comment "
.else
PLIST_SUB+= NLS=""
.endif

> 2. The port also installs *.egg-info file and i'm not sure how to include it
> in the plist.

You should set PYDISTUTILS_EGGINFO=.
bsd.python.mk will add them to PLIST automatically.

PYDISTUTILS_EGGINFO defaults to tortoisehg-1.1.9.1-py2.6.egg-info.
(when PORTNAME=tortoisehg)

> 3. The port also depends on py-gobject port, but there is no such value in
> USE_GNOME. I've already mentioned that on freebsd-gnome@ and they said, that
> it will be fixed after 8.2-RELEASE.
>
> You can obtain port from attachement or here:
> http://intara.org.ru/tortoisehg.tar.gz
>
> Thanks in advance.

Hope that helps.

Regards,
-- 
  Sunpoet Po-Chuan Hsieh  
          4096R/CC57E36B 8AD8 68F2 7D2B 0A10 7E9B 8CC0 DC44 247E CC57 E36B
                            http://people.FreeBSD.org/~sunpoet/pgpkeys.txt
___
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: Request for new port review: TortoiseHG.

2011-02-09 Thread Sunpoet Hsieh
On Wed, Feb 9, 2011 at 5:15 PM, arrowdodger <6year...@gmail.com> wrote:
> On Tue, Feb 8, 2011 at 9:29 PM, Sunpoet Hsieh  wrote:
>>
>> Hi,
>>
>> First of all, I suggest to set PORTNAME=tortoisehg
>> If you do want to add -hgtk suffix, you may set PKGNAMESUFFIX=-hgtk
>> instead.
>> It makes portlint happier.
>> It also simplifies Makefile since DISTNAME is already the default value.
>
> Well, i added -hgtk because TortoiseHG 2.0 (which will be released at March)
> will be using PyQT, but current GTK version will be supported as long as it
> is used. So, user will be able to choose between hgtk if he prefers GTK or
> pyqt if he likes Qt. It is not an option for a port, but two different
> programs and they can be installed simultaneously.
> Maybe the port itself should be called tortoisehg-hgtk?
>

It looks like you'll have two ports, version 1 and 2, and these two
ports do not conflict with each other.
IMHO, I would simply use devel/tortoisehg1 for version 1 and
devel/tortoisehg for upcoming version 2.
You do not need to add -gtk or -pyqt suffix to emphasize the use of GTK or Qt.

>> In your case, it can be done without extra patch files.
>>
>> .if !defined(WITH_NAUTILUS)
>>        @${REINPLACE_CMD} -e '153,154 D' ${WRKSRC}/${PYSETUP}
>> .endif
>> .if !defined(WITH_NLS)
>>        @${REINPLACE_CMD} -e '150,152 D' ${WRKSRC}/${PYSETUP}
>> .endif
>
> That's definetely nicer than any patches.
>
>> Here, I suggest a shorter option name "NAUTILUS" instead of
>> "NAUTILUS_EXTENSION".
>> Also, for PLIST_SUB, I think "NLS" is OK for most ports.
>>
>> .if !defined(WITH_NLS)
>> PLIST_SUB+=     NLS="@comment "
>> .else
>> PLIST_SUB+=     NLS=""
>> .endif
>
> Will do.
>
>>
>> > 2. The port also installs *.egg-info file and i'm not sure how to
>> > include it
>> > in the plist.
>>
>> You should set PYDISTUTILS_EGGINFO=.
>> bsd.python.mk will add them to PLIST automatically.
>>
>> PYDISTUTILS_EGGINFO defaults to tortoisehg-1.1.9.1-py2.6.egg-info.
>> (when PORTNAME=tortoisehg)
>
> What if PORTNAME!=tortoisehg? I mean, if i'm setting PYDISTUTILS_EGGINFO,
> where should i obtain that -py2.6- part?

PYDISTUTILS_EGGINFO defaults to
${PYDISTUTILS_PKGNAME:C/[^A-Za-z0-9.]+/_/g}-${PYDISTUTILS_PKGVERSION:C/[^A-Za-z0-9.]+/_/g}-${PYTHON_VERSION:S/thon//}.egg-info
(Mk/bsd.python.mk, around line 509)

For Python versions, see PYTHON_VERSION, PYTHON_PORTVERSION and PYTHON_VER.
(Mk/bsd.python.mk, around line 372-410)

-- 
  Sunpoet Po-Chuan Hsieh  
          4096R/CC57E36B 8AD8 68F2 7D2B 0A10 7E9B 8CC0 DC44 247E CC57 E36B
                            http://people.FreeBSD.org/~sunpoet/pgpkeys.txt
___
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: Request for new port review: TortoiseHG.

2011-02-09 Thread Sunpoet Hsieh
On Wed, Feb 09, 2011 at 06:24:34PM +0300, arrowdodger wrote:
> On Wed, Feb 9, 2011 at 4:42 PM, Sunpoet Hsieh  wrote:
> 
> > It looks like you'll have two ports, version 1 and 2, and these two
> > ports do not conflict with each other.
> > IMHO, I would simply use devel/tortoisehg1 for version 1 and
> > devel/tortoisehg for upcoming version 2.
> > You do not need to add -gtk or -pyqt suffix to emphasize the use of GTK or
> > Qt.
> >
> Okay.
> 
> Now regarding this:
> 
> > >> In your case, it can be done without extra patch files.
> > >>
> > >> .if !defined(WITH_NAUTILUS)
> > >>@${REINPLACE_CMD} -e '153,154 D' ${WRKSRC}/${PYSETUP}
> > >> .endif
> > >> .if !defined(WITH_NLS)
> > >>@${REINPLACE_CMD} -e '150,152 D' ${WRKSRC}/${PYSETUP}
> > >> .endif
> >
> -e 'x,y D' removes whole line, so all lines under removed line get shifted.
> So, it's impossible to apply them in all combinations.
> I'm not familiar with sed, but is it possible to delete whole line, but
> leave \n at the end so line numbers will not be shifted?

You're right.
I'll use @${REINPLACE_CMD} -e '153,154 s|^|# |' ${WRKSRC}/${PYSETUP} instead.

> PYDISTUTILS_EGGINFO defaults to
> >
> > ${PYDISTUTILS_PKGNAME:C/[^A-Za-z0-9.]+/_/g}-${PYDISTUTILS_PKGVERSION:C/[^A-Za-z0-9.]+/_/g}-${PYTHON_VERSION:S/thon//}.egg-info
> > (Mk/bsd.python.mk, around line 509)
> >
> > For Python versions, see PYTHON_VERSION, PYTHON_PORTVERSION and PYTHON_VER.
> > (Mk/bsd.python.mk, around line 372-410)
> >
> Okay, i will look there.
> 
> By the way, currently 'make fetch' does not work, because hosting site have
> broken certs. So, i was forced to do this:
> RUN_DEPENDS=hg:${PORTSDIR}/devel/mercurial \
> wget:${PORTSDIR}/ftp/wget
> 
> FETCH_CMD=wget
> FETCH_BEFORE_ARGS=--no-check-certificate
> 
> Is it ok?

First, it should be FETCH_DEPENDS, not RUN_DEPENDS.

Back to the download problem, make fetch fails due to the default FETCH_ARGS 
(-AFpr).
-A flag denies "301/302 redirect" used by bitbucket.org to redirect requests to 
the destination.
It finally goes to cdn.bitbucket.org.
Therefore, you have two options:
1. Set MASTER_SITES=http://cdn.bitbucket.org/tortoisehg/targz/downloads/ to 
skip redirection.
2. Set FETCH_ARGS=-Fpr to allow redirect.
I prefer 1.

Detailed logs shown as follows:

% make fetch
=> tortoisehg-1.1.9.1.tar.gz doesn't seem to exist in /usr/ports/distfiles/.
=> Attempting to fetch 
http://bitbucket.org/tortoisehg/targz/downloads//tortoisehg-1.1.9.1.tar.gz
looking up bitbucket.org
connecting to bitbucket.org:80
requesting 
http://bitbucket.org/tortoisehg/targz/downloads/tortoisehg-1.1.9.1.tar.gz
301 redirect to 
https://bitbucket.org/tortoisehg/targz/downloads/tortoisehg-1.1.9.1.tar.gz
looking up bitbucket.org
connecting to bitbucket.org:443
SSL connection established using DHE-RSA-AES256-SHA
Certificate subject: /C=NL/O=bitbucket.org/OU=GT16385137/OU=See 
www.geotrust.com/resources/cps (c)09/OU=Domain Control Validated - 
QuickSSL(R)/CN=bitbucket.org
Certificate issuer: /C=US/O=Equifax/OU=Equifax Secure Certificate Authority
requesting 
https://bitbucket.org/tortoisehg/targz/downloads/tortoisehg-1.1.9.1.tar.gz
302 redirect to 
http://cdn.bitbucket.org/tortoisehg/targz/downloads/tortoisehg-1.1.9.1.tar.gz
looking up cdn.bitbucket.org
connecting to cdn.bitbucket.org:80
requesting 
http://cdn.bitbucket.org/tortoisehg/targz/downloads/tortoisehg-1.1.9.1.tar.gz
remote size / mtime: 6815613 / 1296700276

Best regards,
-- 
   Sunpoet Po-Chuan Hsieh  
   4096R/CC57E36B 8AD8 68F2 7D2B 0A10 7E9B 8CC0 DC44 247E CC57 E36B
 http://people.FreeBSD.org/~sunpoet/pgpkeys.txt
___
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] gdal 1.9.1 update and other changes

2012-06-07 Thread Sunpoet Hsieh
On Thu, Jun 7, 2012 at 2:25 PM, Rainer Hurling  wrote:
> Am 07.06.2012 05:30 (UTC+1) schrieb Sunpoet Po-Chuan Hsieh:
>>
>> Hi,
>
>
> Many thanks for this update. What I observed so far:
>
>
> (1) graphics/gdal builds and installs fine. There is a minor problem:
> dependend port science/libkml (as option) does not configure, if
> devel/swig13 is installed.

I'll check that again.
I've tested it in tinderbox which does not have swig13 in the jail.

> (2) graphics/py-gdal asks for option NUMPY several times, even once more if
> it wants to install (after build).

The port should be OK without numpy but the array support will not be enabled.
I'm considering to turn NUMPY on by default or just change it from
optional to required dependency.

> (3) graphics(p5-Geo-GDAL gives warnings about unrecognized arguments, but it
> does build and install:
>
> Building against GDAL defined in /usr/local/bin/gdal-config
> Unrecognized argument in LIBS ignored: '-pthread'
> Writing Makefile_Geo__OGR for Geo::OGR
> Writing MYMETA.yml
> Unrecognized argument in LIBS ignored: '-pthread'
> Writing Makefile_Geo__GDAL__Const for Geo::GDAL::Const
> Writing MYMETA.yml
> Unrecognized argument in LIBS ignored: '-pthread'
> Writing Makefile_Geo__OSR for Geo::OSR
> Writing MYMETA.yml
> Unrecognized argument in LIBS ignored: '-pthread'
> Writing Makefile_Geo__GDAL for Geo::GDAL
> Writing MYMETA.yml
> make -f Makefile_Geo__GDAL
>
> (4) graphics/ruby-gdal builds and installs fine, distinctive features.
>
>
> (5) graphics/php-gdal does not build with following messages:
>
> ===>  Building for php-gdal-1.9.1
> /usr/bin/sed -e '/^GDAL_ROOT/d' /usr/local/share/gdal/GDALmake.opt >
> /usr/ports/graphics/php-gdal/work/gdal-1.9.1/swig/php/../../GDALmake.opt
> /bin/cp /usr/local/include/cpl_config.h
> /usr/ports/graphics/php-gdal/work/gdal-1.9.1/swig/php/../../port/
> c++ -I../../port -I../../gcore -I../../alg -I../../ogr `php-config
> --includes` -O2 -pipe -O2 -fno-strict-aliasing -pipe -msse3
> -I/usr/local/include -fPIC -c gdal_wrap.cpp
> gdal_wrap.cpp: In function 'void* SWIG_ZTS_ConvertResourcePtr(zval*,
> swig_type_info*, int)':
> gdal_wrap.cpp:935: error: invalid conversion from 'const char*' to 'char*'
> gmake: *** [gdal_wrap.o] Fehler 1
> *** [do-build] Error code 1

php-gdal does not build with php 5.4 (lang/php5).
PHP_VER=53 in the old shar file indicates the ports framework to use
php53 but php5 is not prohibited.
I've updated the shar file.
DEFAULT_PHP_VER=53 and IGNORE_WITH_PHP=5 should ensure not to use lang/php5.
I haven't tested it with php52.

Thanks for your test. :)

Regards,
sunpoet

> Hope this helps,
> Rainer
>
>
>
>> GDAL 1.9.1 was released several days ago.
>> I'd like to make some changes along with this update [1].
>> The most important one is about the language bindings.
>> I decide to move them to separate ports:
>> - Perl binding: graphics/p5-Geo-GDAL [2]
>> - Python binding: graphics/py-gdal [3]
>> - PHP binding: graphics/php-gdal [4]
>> - Ruby binding: graphics/ruby-gdal [5]
>>
>> The other changes to the Makefile include:
>> - Update to 1.9.1
>> - Build with thread-safe support by default
>> - Add lzma support
>> - Adjust OPTIONS:
>>   - Add ICONV, KML and WEBP
>>   - Remove GRASS (cyclic dependency), PERL, PHP, PYTHON, RUBY and
>> THREADS (default)
>> - Add corresponding CONFIGURE_ARGS for disabled features
>> - Cosmetic change
>>
>> Please test if it works for you.
>> If I don't receive critical feedback, I plan to commit them this
>> weekend or next Monday.
>>
>> Thanks!
>>
>> [1] http://people.freebsd.org/~sunpoet/gdal/gdal-1.9.1.patch
>> [2] http://people.freebsd.org/~sunpoet/gdal/p5-Geo-GDAL.shar
>> [3] http://people.freebsd.org/~sunpoet/gdal/php-gdal.shar
>> [4] http://people.freebsd.org/~sunpoet/gdal/py-gdal.shar
>> [5] http://people.freebsd.org/~sunpoet/gdal/ruby-gdal.shar
>>
>> Regards,
>> sunpoet
>>
>

-- 
  Sunpoet Po-Chuan Hsieh  
          4096R/CC57E36B 8AD8 68F2 7D2B 0A10 7E9B 8CC0 DC44 247E CC57 E36B
                            http://people.FreeBSD.org/~sunpoet/pgpkeys.txt
___
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 DNS/UNBOUND

2012-07-19 Thread Sunpoet Hsieh
Hi,

You can use ".if empty(PORT_OPTIONS:Mfoo)" to check if option "foo" is
off. Try this:

.if empty(PORT_OPTIONS:MTHREADS)
CONFIGURE_ARGS+=--without-pthreads
.endif

Regards,
sunpoet

On Thu, Jul 19, 2012 at 10:46 PM, Alexey Kouznetsov
 wrote:
> Hello!
>
> After port was moved to new NGoptions this is inpossible to compile port
> with threads enabled. make always adds  --without-pthreads undepended on
> setings in make config
>
> At Makefile we have
> .if empty(${PORT_OPTIONS:MTHREADS})
> CONFIGURE_ARGS+=--without-pthreads
> .endif
>
> and resulted configure with THREADS enabled from config.log:
>   $ ./configure --with-ssl=/usr --disable-gost --disable-ecdsa
> --with-libevent=/usr/local --without-pthreads --prefix=/usr/local
>
> I changed this to
> .if !${PORT_OPTIONS:MTHREADS}
> CONFIGURE_ARGS+=--without-pthreads
> .endif
>
> and as result I have not --without-pthreads in configure parameters anymore
> and unbound started as multithread program
>
> Could you, please, change the port ?
>
> Thank you
> /Alexey
> ___
> 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"



-- 
  Sunpoet Po-Chuan Hsieh  
  4096R/CC57E36B 8AD8 68F2 7D2B 0A10 7E9B 8CC0 DC44 247E CC57 E36B
http://people.FreeBSD.org/~sunpoet/pgpkeys.txt
___
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: pciids-20131023.tar.xz: File unavailable

2013-10-25 Thread Sunpoet Hsieh
Hi,

It's now available at
http://ftp.FreeBSD.org/pub/FreeBSD/ports/local-distfiles/sunpoet/pciids-20131023.tar.xz
It'll appear on mirror sites later.

Regards,
sunpoet
___
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: problems after installing ports-mgmt/portconf

2013-11-05 Thread Sunpoet Hsieh
On Sat, Oct 12, 2013 at 11:58 PM, Eitan Adler  wrote:

> On Sat, Oct 12, 2013 at 11:43 AM, Matthias Apitz  wrote:
> > El día Friday, October 11, 2013 a las 06:16:23PM -0500, Matthew D.
> Fuller escribió:
> >
> >> On Fri, Oct 11, 2013 at 09:37:13AM +0200 I heard the voice of
> >> Matthias Apitz, and lo! it spake thus:
> >> >
> >> > I have had to uninstall portconf again to be able to build more ports.
> >>
> >> Near's I can tell, portconf and bmake just flat out don't get along.
> >> With some squirreling around in make.conf, you can make _that_ warning
> >> shut up, but you just wind up with a different one for ports that you
> >> have portconf stuff for.  I stopped investigating at that point  :|
> >
> > Maybe my English is poor, I do not understand your message. Please
> > clarify. Thx
>
> Translation:
> bmake and portconf are not compatible. Once you fix the "couldn't read
> shell's output" error, there are others.


>

I've submitted a dirty hack for ports-mgmt/portconf as ports/183104.
It works fine on my box.
HTH

Regards,
sunpoet


> --
> Eitan Adler
> ___
> 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: VirtualBox & vim no longer building

2014-02-20 Thread Sunpoet Hsieh
On Thu, Feb 20, 2014 at 6:37 AM, Bryce Edwards  wrote:

> Here's the build logs with details:
>
> https://dl.dropboxusercontent.com/u/141097/virtualbox-ose-4.3.6.log
>
> https://dl.dropboxusercontent.com/u/141097/vim-7.4.182.log
> ___
> 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"
>

For editors/vim port, please run "make config" and turn on "CONSOLE" option.
Thanks.

Regards,
sunpoet
___
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"