On 12.0-CURRENT r316757 with recent ports system a got the following
built error:
[..snip..]
> Compressing man pages (compress-man)
===> Installing ldconfig configuration file
> Running Q/A tests (stage-qa)
Error: '/usr/bin/env python' is an invalid shebang you need
USES=shebangfix for
Hi,
I'd like to propose eliminating packaging of Go libs.
Almost every Go app is developed with a different version of any given
lib than what another Go app might use. Forcing a Go app to use a
different version than what upstream might have chosen is error prone at
best and likely to produce a
I committed just a fix.
-- Original Message --
From: "Rainer Hurling"
To: bro...@freebsd.org
Cc: freebsd-ports@freebsd.org
Sent: 17/04/2017 03:13:27 PM
Subject: shebangfix problems with devel/llvm40 on 12.0-CURRENT
On 12.0-CURRENT r316757 with recent ports system a got the following
bu
Sorry if took a bit long (looong weekend ;-D).
Done :-)
--
Best regards, MMokhi.
___
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
This email (po...@freebsd.org) was specified as the receiver of the money
transfer.
Please check the statement attached to this message. Payment will be posted
within 2 hours.
You may also need Doc Access Credentials: YJTYNK
Kindest regards
Non Associates
313296412898.4.473ports@FreeBSD.or
Hi,
Would you be interested in IBM Technology? email list for your email
campaigns? We provide the Database across North America, EMEA, APAC and
Latin America.
We also have other technology users like:
* IBM Pure System
* IBM Blade Center
* IBM Core Storage
*
Hi Thomas,
RFC7706 appendix B.1 is relevant here,
https://tools.ietf.org/html/rfc7706#appendix-B.1
it strongly recommends relying on more than one provider just to avoid cases
like this
Strongly recommend that you add the all the other root servers (including F) to
your patch along with the
Agreed we shouldn't vendor go libraries
On Mon, 17 Apr 2017 at 15:20, Steve Wills wrote:
> Hi,
>
> I'd like to propose eliminating packaging of Go libs.
>
> Almost every Go app is developed with a different version of any given
> lib than what another Go app might use. Forcing a Go app to use a
Am 17.04.2017 um 16:44 schrieb Martin Wilke:
> I committed just a fix.
Hi Martin,
Your patch works as expected :)
Many thanks for this and the other shebang fixes.
Greetings from Germany,
Rainer
>
> -- Original Message --
> From: "Rainer Hurling"
> To: bro...@freebsd.org
> Cc: freeb
Hi!
[...]
> >> It is a port for the Payara Application Service (http://www.payara.fish/)
> >> which is derived from the Glassfish (https://glassfish.java.net/).
> >[...] May I ask about the difference between glassfish (now at 4.1.2
> >upstream, 4.1 in the ports), wildfly, jboss and all the other
I find on Wikipedia (https://en.wikipedia.org/wiki/Xombrero) that Xombrero web
browser has been discontinued:
In early 2017, it appeared the project was likely to be discontinued, as
xombrero depended on an old version of WebKit which had multiple security
vulnerabilities, and a port to a moder
Hello Steve,
On Mon, 17 Apr 2017 10:20:20 -0400, Steve Wills wrote:
> Hi,
>
> I'd like to propose eliminating packaging of Go libs.
For my own go application I use the ports mechanism to specify specific
versions of dependencies and it would only have been tested with those;
if forces to use a
12 matches
Mail list logo
