Re: git contrib install failed

Am 17.06.2013 22:46, schrieb Albert Shih: > Hi everyone > > When I try to upgrade git I got this error in the installation (the ports > build work fine) > > install -m 755 git-subtree /usr/local/libexec/git-core > asciidoc -b docbook -d manpage -f ../../Documentation/asciidoc.conf \ > -a

distfile fetching vs ISP "site-help" spoofing: any suggestions?

I've just tried to portupgrade after a three-month hiatus and noticed a problem with the libgcrypt distfile checksum that didn't go away after my usual strategy of waiting for a couple of days, re-syncing the ports tree and trying again. Closer inspection and a hint from a google search reveale

Re: distfile fetching vs ISP "site-help" spoofing: any suggestions?

On 18/06/2013 06:07, Andrew Reilly wrote: > I've just tried to portupgrade after a three-month hiatus and noticed a > problem with the libgcrypt distfile > checksum that didn't go away after my usual strategy of waiting for a couple > of days, > re-syncing the ports tree and trying again. Closer

Re: graphics/gegl won't build, was Re: Rebuild all ports for perl minor version update?

> Same thing happened to me. I fixed it with: > LC_ALL="en_US.UTF-8" LANG="en_US.UTF-8" portmaster -r perl > I did not use both of them but I can't remember which one did the trick. > Andrei Vrincianu Thanks for help, but the real answer came from my subsequent daily visit to http://w

texlive: tex-formats, tex-xetex - pkg check checksum mismatch

# pkg check -srda tex-formats-20120701_1: checksum mismatch for /usr/local/share/texmf-var/web2c/p dftex/cont-en.fmt tex-formats-20120701_1: checksum mismatch for /usr/local/share/texmf-var/web2c/p dftex/cont-en.log # Which goes away after rebuilding tex-formats, but new mismatch appears: # pkg c

svn: E175002: REPORT of '/ports/!svn/me': Could not send request:

Hello. I'm fighting with a very strange problem on a box that is resembled of quite modern hardware. The /usr/ports folder is a dedicated UFS2 partition, I use SVN to update the ports tree. On this specific box (6 core Intel Core i7-3940K with 32 GB of RAM) I receive very often this error: -

Re: "svn mv" and changing files at the same time: still prohibited

On 6/17/2013 9:18 AM, Alexey Dokuchaev wrote: > Hi there, > > I've been trying to rename a port (games/rtcw -> games/linux-rtcw) and had > to change something inside port's Makefile at the same time (drop PORTEPOCH > and PORTREVISION, and set PKGNAMEPREFIX accordingly), but commit was blocked > by

FreeBSD ports you maintain which are out of date

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

Re: "svn mv" and changing files at the same time: still prohibited

On Tue, Jun 18, 2013 at 07:22:31AM -0500, Bryan Drewery wrote: > Solution: Save your target changes, undo the move (revert rtcw), 'svn > update' in rtcw, and mv again. Then copy in your changes and commit. > Don't forget to 'svn add' any files as well. > > This should fix it. Indeed, thanks for t

Proposal: further OptionsNG improvements

Hi there, Now as I understand old-skool OPTIONS knob support is removed, can we do something about ugliness of newish OPTIONS_DEFINE[_arch]/OPTIONS_DEFAULT [_arch] pair of knobs? I am thinking about the following syntax (using now free-again OPTIONS knob, instead of several OPTIONS_DEFINE/OPTIONS

Re: Proposal: further OptionsNG improvements

On Tue, Jun 18, 2013 at 11:00:37PM +0700, Alexey Dokuchaev wrote: > Hi there, > > Now as I understand old-skool OPTIONS knob support is removed, can we do > something about ugliness of newish OPTIONS_DEFINE[_arch]/OPTIONS_DEFAULT > [_arch] pair of knobs? > > I am thinking about the following synt

x11/lxpanel and clang

Forwarding to ports@ since kmoore just stopped maintaining the port. Hi. lxpanel doesn't build with clang on my 9.1-release i386 system. I saw this PR about it: https://www.freebsd.org/cgi/query-pr.cgi?pr=176650 but it still doesn't build with clang. Switching back to GCC lets it build, however.

Re: Proposal: further OptionsNG improvements

So we just got done porting most of the tree to a new options syntax and now we want to change it again? :-) ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-po

Re: x11/lxpanel and clang

On Tue, Jun 18, 2013 at 12:41:56PM -0400, Kenta Suzumoto wrote: > Forwarding to ports@ since kmoore just stopped maintaining the port. > > Hi. lxpanel doesn't build with clang on my 9.1-release i386 system. I saw > this PR about it: https://www.freebsd.org/cgi/query-pr.cgi?pr=176650 but it > sti

Re: Proposal: further OptionsNG improvements

On Tue, Jun 18, 2013 at 11:56:07AM -0500, Mark Felder wrote: > So we just got done porting most of the tree to a new options syntax > and now we want to change it again? :-) Yeah, why not? ;-) I've discussed that idea before with bapt@ on IRC; there is absolutely no reasons why we should not use

FreeBSD Port: rubygem-chef-0.10.8_1

Hello, Are there any plans to upgrade to Chef 11 or make another port? Thanks! -- Douglas Thrift RightScale - Linux Systems Engineer ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/free

Re: net-mgmt/cflowd 2.1.b1 build failure

On Mon, June 17, 2013 10:47 pm, Mark Felder wrote: > I just did a build of this in poudriere with no issues. I'd guess you > have a dirty build environment. Can you post the contents of your > make.conf? Had added the gcc lines to make.conf to build with gcc, now commented the gcc lines and compil

[HEADS UP] switch default xorg version in 9.1 and later

Hi! It is time to switch the default version of xorg on FreeBSD 9.1 and later, including CURRENT. In general this means better support for modern hardware, especially intel hardware, at the cost of support for some legacy hardware. The old version will still be around, and be the default for FreeBS

Re: Proposal: further OptionsNG improvements

On Tue, Jun 18, 2013 at 10:12 AM, Alexey Dokuchaev wrote: > On Tue, Jun 18, 2013 at 11:56:07AM -0500, Mark Felder wrote: > > So we just got done porting most of the tree to a new options syntax > > and now we want to change it again? :-) > > Yeah, why not? ;-) > > I've discussed that idea before

[QAT] r321211: 4x leftovers

Add security/fbopenssl, a library containing extensions to OpenSSL, including support for GSS-API (RFC 2743) and SPNEGO (RFC 2478). - Build ID: 20130618184200-37411 Job owner: h...@freebsd.org Buildtime:

Re: git contrib install failed

Le 18/06/2013 ? 09:02:25+0200, Matthias Andree a ?crit > Am 17.06.2013 22:46, schrieb Albert Shih: Hi, Thanks you very much. > > This looks like devel/git should depend on Docbook XML 4.5 if and only > if contrib/ is enabled (I have not checked other stuff that is fed > through the asciidoc ->

gccmakedep fix - 20130619

Hi all! Attached a fix to gccmakedep. diff --git a/devel/gccmakedep/Makefile b/devel/gccmakedep/Makefile index b7e8cf6..07c3ef3 100644 --- a/devel/gccmakedep/Makefile +++ b/devel/gccmakedep/Makefile @@ -20,6 +20,7 @@ PLIST_FILES= bin/gccmakedep .if (${OSVERSION} >= 900506 && ${OSVERSION} < 10

Re: gccmakedep fix - 20130619

On 6/19/2013 01:00, Oliver Pinter wrote: Hi all! Attached a fix to gccmakedep. So 1) There's already multiple PRs on this, including one I just submitted: http://www.freebsd.org/cgi/query-pr.cgi?pr=179571 2) Your patch adds an ".endif" which is already there 3) Is not it better to submi

Re: gccmakedep fix - 20130619

On 6/19/13, John Marino wrote: > On 6/19/2013 01:00, Oliver Pinter wrote: >> Hi all! >> >> Attached a fix to gccmakedep. > > > So > 1) There's already multiple PRs on this, including one I just submitted: > http://www.freebsd.org/cgi/query-pr.cgi?pr=179571 > > 2) Your patch adds an ".endif" wh

Re: gccmakedep fix - 20130619

On Wed, Jun 19, 2013 at 01:51:42AM +0200, Oliver Pinter wrote: > > 3) Is not it better to submit via PR (GNATS) rather than a mailing list? > > That's what PRs are for... > > Mail are faster than PR-s. If we all go down that route, it means less and less people will try to read all the traffic

Re: Graphite and products

Myfriend:ThisisMr.PotterfromTE.GWgroup.DoyoustillinneedofGraphite&products?wecansendyoufreesamples.Wecanproviderawmaterial,andfinalproductsasperdrawings.WeareacarbongroupinChina,specialisingintheproductionofgraphitematerialandproducts.Ourproductsasbelow:1).Isostaticgraphite.(rods,blocks,plates,shee

Re: net/remmina-plugin-rdp is broken by net/freerdp

Hello! Koichiro IWAO さんは書きました: >it seems that remmina and remmina-plugins also need to be updated. > I will try to do it. I tried to fix the problem too, but without success... The library naming in new freerdp changed significantly. Perhaps, You have more achievements? --- With the best regard

Re: net/remmina-plugin-rdp is broken by net/freerdp

2013-06-19 14:40 Dmitry V. Kroupenier : I tried to fix the problem too, but without success... The library naming in new freerdp changed significantly. Perhaps, You have more achievements? Yes. It is difficult to fit old remmina with new freerdp. Thus I've updated to remmina to the newer versio

Re: Proposal: further OptionsNG improvements

On Tue, Jun 18, 2013 at 12:47:47PM -0700, Jason Helfman wrote: > > On Tue, Jun 18, 2013 at 11:56:07AM -0500, Mark Felder wrote: > > > So we just got done porting most of the tree to a new options syntax > > > and now we want to change it again? :-) > > > > Yeah, why not? ;-) > > > > I've discussed

Re: net/remmina-plugin-rdp is broken by net/freerdp

2013-06-19 15:32 Dmitry V. Kroupenier wrote: Oh, many thanks! I did SVN copy of Your repositiry< but something comes bad with the tarball: # make install clean ===> License GPLv2 accepted by the user => remmina-plugins-1.0.0.tar.gz doesn't seem to exist in /usr/ports/distfiles/. => Attemptin