On 21/07/2016 20:25, Russell Haley wrote:
> 3) By forcing all Lua installation to use luaXX naming conventions, it
> forces the user to have to create work arounds or links to get the
> standard interpreter to work by calling "lua" (which is the expected
> use case in my opinion). The current suppo
tech-lists skrev:
>
> Hi,
> $ svnlite info
> Path: .
> Working Copy Root Path: /usr/ports
> URL: https://svn0.eu.freebsd.org/ports/head
> Relative URL: ^/head
> Repository Root: https://svn0.eu.freebsd.org/ports
> Repository UUID: 35697150-7ecd-e111-bb59-0022644237b5
> Revision: 418866
> Node Kind
On Thu, Jul 21, 2016 at 2:55 AM, olli hauer wrote:
> On 2016-07-21 08:03, Russell Haley wrote:
>> Hi there,
>>
>> I've been able to hack up the Makefile for an update of lua53 but the
>> one thing still missing is the ability to pass a target for the source
>> Makefile (i.e. lua's Makefile, not th
Hello;
Upstream has cleaned up basic parts of bitkeeper for packaging so I
started a port:
https://people.freebsd.org/~pfg/ports/bitkeeper.tgz
It basically works, I think, but is not very clean. It installs in
/usr/local/bitkeeper (I said it's not very clean) and still needs
some symlinking t
On Thu, Jul 21, 2016 at 2:55 AM, olli hauer wrote:
> On 2016-07-21 08:03, Russell Haley wrote:
>> Hi there,
>>
>> I've been able to hack up the Makefile for an update of lua53 but the
>> one thing still missing is the ability to pass a target for the source
>> Makefile (i.e. lua's Makefile, not th
Hello,
how it's going ? :) I fixed qa warnings, so I think it could be commited.
On 14.07.2016 10:57, Torsten Zuehlsdorff wrote:
Hello,
can anybody commit
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=210939 ?
It status was changed, but assignee is not, I suspect no one is aware
about t
Hi,
On 09-07-2016 kl. 13:10 Romain Tartière wrote:
Dear all,
I finally could manage to sync my local mess into some "shipable form"
and updated the bsd-sharp github repository with current WIP:
https://github.com/smortex/bsd-sharp
My main issue is devel/newtonsoft-json which fails to build.
Hi Russell,
> I've been able to hack up the Makefile for an update of lua53 but the
one thing still missing is the ability to pass a target for the source
Makefile (i.e. lua's Makefile, not the ports Makefile). I need to pass
in "freebsd" as per the build instructions for lua.
Assuming gnu ma
Hi,
$ svnlite info
Path: .
Working Copy Root Path: /usr/ports
URL: https://svn0.eu.freebsd.org/ports/head
Relative URL: ^/head
Repository Root: https://svn0.eu.freebsd.org/ports
Repository UUID: 35697150-7ecd-e111-bb59-0022644237b5
Revision: 418866
Node Kind: directory
Schedule: normal
Last Change
Hi,
> On Thu, 21 Jul 2016 12:39:14 +0200
> "Herbert J. Skuhra" said:
herbert> Any update on this issue?
herbert> With this patch build works for me on FreeBSD 11.0-BETA1 amd64
herbert> (r303012).
Okay, I've just committed it as r418883.
Sincerely,
--
Hajimu UMEMOTO
u...@mahoroba.org
On 21/07/2016 17:48, Walter Schwarzenfeld wrote:
> I think you should file a PR.
will do, thanks for your suggestion anyway
--
J.
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send a
I think you should file a PR. The try with the Makefile was a "weak" one.
I think it is the same problem as appears in other ports with libressl.
e.g. (this patch is from 2014 and only an example )
"HAVE_RAND_EGD -.thing"
https://github.com/sabotage-linux/sabotage/commit/9b47cbbf3ce903dee042c45c81
Hey folks,
I've been getting a bunch of these warnings (see below). Would it make
sense to either disable the build or mute warnings between major OS
revisions for this?
I believe this is due to structure size changes between 10 and 11. I
tested building on a 11.x host and it's fine.
Ide
On 07/21/16 11:29, Dewayne Geraghty wrote:
> After reading about your issue, I updated all of my ports, via svnlite, and
> successfully built on yesterday's fresh FreeBSD 10.3 Stable for i386 using
> openssl. Unfortunately on the amd64, which uses libressl, I receive:
> ===> stunnel-5.35,1 may no
On 07/21/16 11:09, Walter Schwarzenfeld wrote:
> Try:
> remove --with-ssl="${OPENSSLBASE}"
> from the Makefile
> and add
> to USES= ssl
Unfortunately, this didn't work. Here's my amended Makefile:
# Created by: Martti Kuparinen
# $FreeBSD: head/security/stunnel/Makefile 418695 2016-07-18 11:38:
Thorsten, after the remove of the patch portmaster find the right files
which are not installed, and nothing other.
It seems is was the patch.
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubs
Hello,
As it wants to literally remove all of the installed OPTIONS (xxx does not
seem to be installed).
What could have happened here? It went bad between 7-19 July. The system in
question was offline.
There was a patch included on 16 July. I could not figure out why it
wants to remove ever
I blame recent portmaster update.
--
View this message in context:
http://freebsd.1045724.n5.nabble.com/portmaster-check-port-dbdir-is-broken-for-me-tp6115992p6116599.html
Sent from the freebsd-ports mailing list archive at Nabble.com.
___
freebsd-por
Kurt Jaeger skrev:
>
> Hi!
>> Kazuhiko> Is there still broken lang/ruby23[1]. Or can build in latest
>> Kazuhiko> 11.0-* ?
>>
>> Kazuhiko> [1]
>> http://permalink.gmane.org/gmane.os.freebsd.devel.pkg-fallout/294364
>>
>> swills> Yes, I haven't looked at it yet, but if you want to take a look,
On 21 July 2016 at 18:15, tech-lists wrote:
> Hi,
>
> ports: r418866
> stable/11: r302999
>
> I have the following defined in /etc/make.conf - could this be the issue?
>
> DEFAULT_VERSIONS+= ssl=libressl-devel
>
> ###
>
> build fails like this:
>
> /usr/ports/security/stunnel # make MAKE_JOBS_UN
Try:
remove --with-ssl="${OPENSSLBASE}"
from the Makefile
and add
to USES= ssl
___
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"
Hello all,
the latest update to graphics/gd added a BROKEN flag if webp support is
enabled, for reasons of "circular dependencies". I've looked through all
options I can find, but there is no sign of any direct or indirect
dependency of graphics/webp on graphics/gd.
What's going on?
Thanks,
Hi,
ports: r418866
stable/11: r302999
I have the following defined in /etc/make.conf - could this be the issue?
DEFAULT_VERSIONS+= ssl=libressl-devel
###
build fails like this:
/usr/ports/security/stunnel # make MAKE_JOBS_UNSAFE=yes
===> Building for stunnel-5.35,1
Making all in src
/usr/bi
23 matches
Mail list logo