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
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
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
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
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
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
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
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
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"
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.
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
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:
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
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
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.
___
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:
>
>
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?
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
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 the ports Makefile). I need to pass
in "freebsd" as per the build instructions for lua.
Also, I can't seem to
22 matches
Mail list logo