On Thu, Apr 21, 2016 at 08:50:14PM +0200, Joerg Jung wrote:
>
> Do you plan to remove /usr/local from defaults ignore list?
>
It is something I considered but it would have some drawbacks too.
First, it isn't in initial scope of sysclean, which was started for
cleaning base only.
>From functio
On Fri, Apr 22, 2016 at 01:45:06PM +1000, Jonathan Gray wrote:
> On Thu, Apr 21, 2016 at 07:08:13PM +0200, Florian Stinglmayr wrote:
> > On Thu, Apr 21, 2016 at 08:47:46PM +1000, Jonathan Gray wrote:
> > > This could now drop the SHARED_ONLY part.
> > >
> >
> > Yes.
> >
> > > Why the need to reru
On Thu, Apr 21, 2016 at 07:08:13PM +0200, Florian Stinglmayr wrote:
> On Thu, Apr 21, 2016 at 08:47:46PM +1000, Jonathan Gray wrote:
> > This could now drop the SHARED_ONLY part.
> >
>
> Yes.
>
> > Why the need to rerun autoconf? Could configure be used as is? Currently
> > the build fails here
Dmitrij D. Czarkoff wrote:
> This diff sets PKGNAME and uses explicit HOMEPAGE. OK?
I think you forgot the diff.
In response to this:
Stuart Henderson said:
> And it changes the package name from sshfs-fuse to just sshfs.
That ship sailed when we changed DISTNAME for the GitHub mirror.
Regardl
following diff updates stunnel to the latest release. works here @amd64
it was slightly tested... so I'm looking for test reports, someone willing? OKs?
Index: Makefile
===
RCS file: /cvs/ports/security/stunnel/Makefile,v
retrieving r
Michael McConville wrote:
> Stuart Henderson wrote:
> > On 2016/04/21 20:58, Rafael Sadowski wrote:
> > > On Wed Apr 20, 2016 at 05:30:26AM -0400, Michael McConville wrote:
> > > > It's on by default, but can be disabled with the below cmake
> > > > argument.
> > >
> > > Are test results with and
Stuart Henderson wrote:
> On 2016/04/21 20:58, Rafael Sadowski wrote:
> > On Wed Apr 20, 2016 at 05:30:26AM -0400, Michael McConville wrote:
> > > It's on by default, but can be disabled with the below cmake
> > > argument.
> >
> > Are test results with and without SSE3 same or better? If yes okay
I forgot to attach the port.
msmtp isn't cooperating with me at the moment, so here's a .tar.gz.
https://arcetera.moe/pub/sxhkd.tar.gz
On Thu, Apr 21, 2016 at 02:09:51PM -0400, ix wrote:
> Hi,
>
> A few weeks ago I sent in a port for sxhkd
> (https://github.com/baskerville/sxhkd).
>
> sxhkd is a
On 2016/04/21 23:10, Dmitrij D. Czarkoff wrote:
> Stuart Henderson said:
> > On 2016/04/21 19:35, Christian Weisgerber wrote:
> >> Dmitrij D. Czarkoff:
> >>
> I think you should just set
> INSTALL_STRIP =
> in the ports (or modules) that require it and be done with it.
> No poi
Stuart Henderson said:
> On 2016/04/21 23:19, Dmitrij D. Czarkoff wrote:
> >
> > While at it, maybe we should move description of INSTALL_STRIP from
> > mk.conf(5) to bsd.port.mk(5), as apparently it is now used this way?
>
> Should stay in mk.conf(5), it affects src too.
To my understanding, in
"Dmitrij D. Czarkoff" writes:
> Dmitrij D. Czarkoff said:
>> Stuart Henderson said:
>> > On 2016/04/21 19:35, Christian Weisgerber wrote:
>> >> Dmitrij D. Czarkoff:
>> >>
>> I think you should just set
>> INSTALL_STRIP =
>> in the ports (or modules) that require it and be done wit
On 2016/04/21 23:19, Dmitrij D. Czarkoff wrote:
>
> While at it, maybe we should move description of INSTALL_STRIP from
> mk.conf(5) to bsd.port.mk(5), as apparently it is now used this way?
Should stay in mk.conf(5), it affects src too.
Dmitrij D. Czarkoff said:
> Stuart Henderson said:
> > On 2016/04/21 19:35, Christian Weisgerber wrote:
> >> Dmitrij D. Czarkoff:
> >>
> I think you should just set
> INSTALL_STRIP =
> in the ports (or modules) that require it and be done with it.
> No point in introducing yet
Stuart Henderson said:
> On 2016/04/21 19:35, Christian Weisgerber wrote:
>> Dmitrij D. Czarkoff:
>>
I think you should just set
INSTALL_STRIP =
in the ports (or modules) that require it and be done with it.
No point in introducing yet another variable.
>>>
>>> INSTALL_STRIP i
On Thu, Apr 21, 2016 at 12:20:17AM +0100, Edd Barrett wrote:
> On Thu, Jul 23, 2015 at 04:05:21PM +0200, Fritjof Bornebusch wrote:
> > Hi ports@,
> >
> > while working on a port that uses lang/go it looks like there are some
> > segments missing.
> > The install(1) command says the following:
> >
On 2016/04/21 20:58, Rafael Sadowski wrote:
> On Wed Apr 20, 2016 at 05:30:26AM -0400, Michael McConville wrote:
> > It's on by default, but can be disabled with the below cmake argument.
> >
>
> Are test results with and without SSE3 same or better? If yes okay for
> me.
I think it would have t
On 2016-04-21, Raul Miller wrote:
[INSTALL_STRIP=""]
>> A few ports already do this.
>
> Do those ports crash with INSTALL_STRIP=-s ?
astro/xworld attaches its data as an ELF segment. I don't know if
it will crash, but it certainly won't work if you strip it.
emulators/gxemul, I have no idea.
On 2016/04/21 19:35, Christian Weisgerber wrote:
> Dmitrij D. Czarkoff:
>
> > > I think you should just set
> > > INSTALL_STRIP =
> > > in the ports (or modules) that require it and be done with it.
> > > No point in introducing yet another variable.
> >
> > INSTALL_STRIP is mentioned in mk.conf(
On Thu, Apr 21, 2016 at 07:43:48PM +1000, Jonathan Gray wrote:
> Luacheck supports checking Lua files using syntax of Lua 5.1, Lua 5.2,
> Lua 5.3 and LuaJIT 2.0. Luacheck itself is written in Lua and runs on
> all of mentioned Lua versions.
ok from me.
Works fine for me and my projects, and is ve
Ian McWilliam writes:
> Looks good so far.
>
> make lib-depends-check
>
> Create /usr/packages/amd64/all/samba-util-4.4.2.tgz
> LIB_DEPENDS STEM->=0.10.38:devel/gettext not needed for net/samba,-util ?
> LIB_DEPENDS converters/libiconv not needed for net/samba,-util ?
FWIW I'd prefer not to touc
On Wed Apr 20, 2016 at 05:30:26AM -0400, Michael McConville wrote:
> It's on by default, but can be disabled with the below cmake argument.
>
Are test results with and without SSE3 same or better? If yes okay for
me.
>
> Index: Makefile
>
On Thu, Apr 21, 2016 at 1:35 PM, Christian Weisgerber
wrote:
> A few ports already do this.
Do those ports crash with INSTALL_STRIP=-s ?
Thanks,
--
Raul
On Thu, Apr 21, 2016 at 01:37:37PM +0200, Sebastien Marie wrote:
> Hi,
>
> I just hope to not spam the list...
>
> Version 1.5:
> - Correct perl error which occurs on empty line (or only comment) in
> sysclean.ignore
>
> - Reintroduces shell pattern in sysclean.ignore
>
> - Manages files in /
Hi,
A few weeks ago I sent in a port for sxhkd
(https://github.com/baskerville/sxhkd).
sxhkd is a hotkey daemon for x11 that supports a simple config syntax.
I've fixed the port so portcheck accepts it, and I haven't gotten any negative
feedback,
so can someone commit the port?
Thanks.
Dmitrij D. Czarkoff:
> > I think you should just set
> > INSTALL_STRIP =
> > in the ports (or modules) that require it and be done with it.
> > No point in introducing yet another variable.
>
> INSTALL_STRIP is mentioned in mk.conf(5), so it is a user setting.
> /etc/mk.conf may contain INSTALL_S
On Thu, Apr 21, 2016 at 08:47:46PM +1000, Jonathan Gray wrote:
> This could now drop the SHARED_ONLY part.
>
Yes.
> Why the need to rerun autoconf? Could configure be used as is? Currently
> the build fails here with:
>
> ===> Configuring for lua-lyaml-6.0
> Using /usr/ports/pobj/lua-lyaml-6.0
Hi,
I was working on a port which uses devel/scons. Following changes to
scons.port.mk were necessary which appear to fix general problems:
- use the proper path separator ":" as otherwise all but the first path
are ignored
- ensure that MODSCONS_ENV is seen by MODSCONS_BIN
Comments?
Best reg
Christian Weisgerber said:
> Dmitrij D. Czarkoff:
>
> > --- infrastructure/mk/bsd.port.mk 20 Mar 2016 20:07:20 - 1.1310
> > +++ infrastructure/mk/bsd.port.mk 21 Apr 2016 13:10:29 -
> > @@ -729,6 +729,12 @@ UNZIP ?= unzip
> > BZIP2 ?= bzip2
> >
> >
> > +# disable stripping if
Dmitrij D. Czarkoff:
> --- infrastructure/mk/bsd.port.mk 20 Mar 2016 20:07:20 - 1.1310
> +++ infrastructure/mk/bsd.port.mk 21 Apr 2016 13:10:29 -
> @@ -729,6 +729,12 @@ UNZIP ?= unzip
> BZIP2 ?= bzip2
>
>
> +# disable stripping if requested
> +INSTALL_NO_STRIP ?=
> +.if $
Adam Wolk said:
> On Thu, 21 Apr 2016 15:12:24 +0200
> "Dmitrij D. Czarkoff" wrote:
>
>> Dmitrij D. Czarkoff said:
>>> Edd Barrett said:
On Thu, Apr 21, 2016 at 01:38:54AM +0200, Adam Wolk wrote:
> +# Use INSTALL_SCRIPT to prevent stripping go binaries
Is it worth adding
Stuart Henderson said:
> On 2016/04/21 10:06, Dmitrij D. Czarkoff wrote:
>> Michael McConville said:
>>> Dmitrij D. Czarkoff wrote:
Michael McConville said:
> +GH_ACCOUNT = libfuse
> +GH_PROJECT = sshfs
You don't need these any more.
>>>
>>> Don't we need them for H
On Thu, 21 Apr 2016 15:12:24 +0200
"Dmitrij D. Czarkoff" wrote:
> Dmitrij D. Czarkoff said:
> > Edd Barrett said:
> > > On Thu, Apr 21, 2016 at 01:38:54AM +0200, Adam Wolk wrote:
> > > > +# Use INSTALL_SCRIPT to prevent stripping go binaries
> > >
> > > Is it worth adding a INSTALL_GO_PROG
Dmitrij D. Czarkoff said:
> Edd Barrett said:
> > On Thu, Apr 21, 2016 at 01:38:54AM +0200, Adam Wolk wrote:
> > > +# Use INSTALL_SCRIPT to prevent stripping go binaries
> >
> > Is it worth adding a INSTALL_GO_PROGRAM in the lang/go MODULE to avoid
> > confusion?
>
> I'd rather go with more gener
Edd Barrett said:
> On Thu, Apr 21, 2016 at 01:38:54AM +0200, Adam Wolk wrote:
> > +# Use INSTALL_SCRIPT to prevent stripping go binaries
>
> Is it worth adding a INSTALL_GO_PROGRAM in the lang/go MODULE to avoid
> confusion?
I'd rather go with more generic change. Patch below adds
INSTALL_NO_ST
On Thu, 21 Apr 2016 12:35:41 +0100
Edd Barrett wrote:
> On Thu, Apr 21, 2016 at 01:38:54AM +0200, Adam Wolk wrote:
> > +# Use INSTALL_SCRIPT to prevent stripping go binaries
>
> Is it worth adding a INSTALL_GO_PROGRAM in the lang/go MODULE to avoid
> confusion?
>
> I note that I saw such weir
On Thu, Apr 21, 2016 at 01:38:54AM +0200, Adam Wolk wrote:
> +# Use INSTALL_SCRIPT to prevent stripping go binaries
Is it worth adding a INSTALL_GO_PROGRAM in the lang/go MODULE to avoid
confusion?
I note that I saw such weird errors when building lang/go itself, so
perhaps we should be applying
Hi,
I just hope to not spam the list...
Version 1.5:
- Correct perl error which occurs on empty line (or only comment) in
sysclean.ignore
- Reintroduces shell pattern in sysclean.ignore
- Manages files in /usr/local/lib/X11/app-defaults/ (is a symlink to
/etc/X11/app-defaults/)
Comments ?
On Tue, Jan 19, 2016 at 06:03:36PM +0100, Florian Stinglmayr wrote:
> Since I haven't received any suggestions for fixes or improvements I
> assume it is ready to be imported, no? ;-)
>
> Regards,
> Florian
>
This could now drop the SHARED_ONLY part.
Why the need to rerun autoconf? Could confi
Update from an old archived version of luaposix to the latest.
This requires the lua-bit32 port I just posted.
Index: Makefile
===
RCS file: /cvs/ports/devel/luaposix/Makefile,v
retrieving revision 1.20
diff -u -p -r1.20 Makefile
---
This provides the lua 5.2 style bit32 bitop interface to lua 5.1.
Required to use newer versions of luaposix with lua 5.1.
lua-bit32.tgz
Description: application/tar-gz
Luacheck is a static analyzer and a linter for Lua. Luacheck detects
various issues such as usage of undefined global variables, unused
variables and values, accessing uninitialized variables, unreachable
code and more. Most aspects of checking are configurable: there are
options for defining custo
On 2016/04/21 10:06, Dmitrij D. Czarkoff wrote:
> Michael McConville said:
> > Dmitrij D. Czarkoff wrote:
> > > Michael McConville said:
> > > > +GH_ACCOUNT = libfuse
> > > > +GH_PROJECT = sshfs
> > >
> > > You don't need these any more.
> >
> > Don't we need them for HOMEPAGE? It uses the ex
Michael McConville said:
> Dmitrij D. Czarkoff wrote:
> > Michael McConville said:
> > > +GH_ACCOUNT = libfuse
> > > +GH_PROJECT = sshfs
> >
> > You don't need these any more.
>
> Don't we need them for HOMEPAGE? It uses the explicitly set MASTER_SITES
> in its current form, too, so we do
43 matches
Mail list logo
