It sounds like a useful thing, not sure how hard it would be under
OpenBSD. It takes USB traffic and routes it over TCP/IP from one
computer to another. So something like a webcam or SDR dongle could
be upstairs and you're watching it downstairs. You could possibly
control/access remote devices
This updates Snort to 2.9.7.0.
Tested with DAQ 2.0.4 (sent earlier) on amd64.
ok?
Index: Makefile
===
RCS file: /cvs/ports/net/snort/Makefile,v
retrieving revision 1.86
diff -u -p -r1.86 Makefile
--- Makefile4 Jun 2014 03:17:12 -
This updates DAQ to 2.0.4, needed by the upcoming Snort 2.9.7.0 port
which I will mail shortly.
Tested on amd64 with Snort 2.9.7.0.
ok?
Index: Makefile
===
RCS file: /cvs/ports/net/daq/Makefile,v
retrieving revision 1.9
diff -u -p -r
Thank you for your tiñe, is in.
Enviado desde mi tostadora de mano...
En ene 6, 2015 23:44, en 23:44, Josh Grosse escrito:
>On Mon, Jan 05, 2015 at 05:23:40PM -0300, Gonzalo L. Rodriguez wrote:
>> Hi,
>>
>> Update for SMtube to 14.12.0.
>>
>> * New options to set a proxy.
>>
>> Ok? Comments
On 2015-01-08 08:32:09, Antoine Jacoutot wrote:
> > I'm hoping that this will be a simple thing to update if the
> > person doing so knows the ports-tree well, but if not and people
> > are too busy with other projects, I'll probably try to see what I
> > can do in a couple months when I have some
On Wed, Jan 07, 2015 at 08:46:25PM -0500, Brad Smith wrote:
> Here is an update to FFmpeg 20150107. Another snapshot
> along the 2.4 branch to roll in any bug fixes commited
> between the last snap and now.
>
> OK?
Working on i386.
Here's an update to the latest version of eventmachine, which
contains almost 5 years of changes, and is compatible with ruby
2.2.
Changelog for the last couple years of changes is at
https://github.com/eventmachine/eventmachine/blob/master/CHANGELOG.md
Tested on amd64. I plan on committing this
This modifies the category Makefiles to build ruby 2.2 versions of ruby
gem extension ports by default.
I've tested all of these with ruby 2.2 to various degrees, and all of
them at least compile and don't obviously fail at runtime.
There are 5 ruby gem extension ports that I didn't set to build
Hi,
the rsyslogd comes with basic man pages that reference to extensive
documentation in html format. Unfortunately it gets not installed.
As it is large, I created a -docs subpackage. While there adjust
the wantlib.
ok?
bluhm
Index: sysutils/rsyslog/Makefile
=
greg.tgz
Description: proposed new port: devel/greg, a parser generator
Hi ports@,
Third time is a charm, I hope. Attached is an updated version of
devel/greg, a parser generator based on Parsing Expression Grammars.
This version corrects issues with my original patches discovered
by bcallah@ a
I'm ok with this.
On Thu, Jan 8, 2015 at 12:42 PM, Cesare Gargano wrote:
> Hi ports@!
>
> Update to 0.4011.
>
> Discussed and tested w/ MAINTAINER and afresh1@.
> Tests pass on amd64 (and required-by).
>
> Index: Makefile
> ===
> RCS
Hi ports@!
Update to 0.24, tested on amd64.
Index: Makefile
===
RCS file: /cvs/ports/www/p5-Starlet/Makefile,v
retrieving revision 1.3
diff -u -r1.3 Makefile
--- Makefile11 Mar 2013 11:44:46 - 1.3
+++ Makefile8 Jan
Hi ports@!
Needed for upcoming update to www/p5-Parallel-Prefork
(needed for upcoming update to www/p5-Starlet).
Tested on amd64.
-
pkg/DESCR:
This module contains utility functions for dealing with signals.
--
C.
p5-IPC-Signal.tgz
Description: GNU Zip compressed data
Hi ports@!
Update to 0.17, needed for upcoming update to www/p5-Starlet.
Tested on amd64.
Index: Makefile
===
RCS file: /cvs/ports/devel/p5-Parallel-Prefork/Makefile,v
retrieving revision 1.4
diff -u -r1.4 Makefile
--- Makefile
Hi ports@!
Needed for upcoming update to www/p5-Parallel-Prefork
(needed for upcoming update to www/p5-Starlet).
Tested on amd64.
-
pkg/DESCR:
Signal::Mask is an abstraction around your process or thread signal
mask. It
is used to fetch and/or change the signal mask of the calling process or
On Thu, Jan 08, 2015 at 07:52:16PM +0100, Matthias Kilian wrote:
> In this case, if you find a #!/usr/bin/env in some of the ports
> maintained by me, please tell me ;-)
I will never find them.
I check runtime issues, not nazi paths ;-)
--
Antoine
On Thu, Jan 08, 2015 at 07:42:34PM +0100, Antoine Jacoutot wrote:
> > Well, IMHO it's worth having determined behaviour of scripts contained
> > in packages, even if people use strange PATHs.
>
> I consider this a MAINTAINER^case-by-base basis.
In this case, if you find a #!/usr/bin/env in some o
> Well, IMHO it's worth having determined behaviour of scripts contained
> in packages, even if people use strange PATHs.
I consider this a MAINTAINER^case-by-base basis.
We've sent a lot of patches to GNOME upstream so they stop hardcoding /bin/bash
and use env bash instead (or /bin/sh when poss
Hi ports@!
Update to 0.4011.
Discussed and tested w/ MAINTAINER and afresh1@.
Tests pass on amd64 (and required-by).
Index: Makefile
===
RCS file: /cvs/ports/www/p5-Starman/Makefile,v
retrieving revision 1.3
diff -u -r1.3 Makefile
Hi ports@!
pkg/DESCR:
Dancer2 is the new generation of Dancer, the lightweight web-framework
for
Perl. Dancer2 is a complete rewrite based on Moo.
Tested on i386/amd64. All deps already posted to ports@.
--
C.
p5-Dancer2.tgz
Description: GNU Zip compressed data
Hi ports@!
Needed for upcoming www/p5-Dancer2.
Discussed and tested w/ MAINTAINER and afresh1@.
Tests pass on amd64 (and required-by).
New deps:
- devel/p5-Stream-Buffered
- www/p5-Apache-LogFormat-Compiler
already posted to ports@.
Index: Makefile
==
Hi ports@!
Needed for upcoming www/p5-Dancer2.
Tested on amd64.
-
pkg/DESCR:
This module removes body in HTTP response, if it's not required.
--
C.
p5-Plack-Middleware-RemoveRedundantBody.tgz
Description: GNU Zip compressed data
On Thu, Jan 08, 2015 at 09:39:18AM +, Edd Barrett wrote:
> > Whilst preparing a texlive update, I noticed that the interpreter paths
> > are not being correctly substituted into scripts. Here is the fix
> > backported to the in-tree tex live 2013.
>
> Same again, but with the missing mtxrun pa
Hi ports@!
Needed for upcoming www/p5-Dancer2.
Tested on amd64.
-
pkg/DESCR:
This module sets body in redirect response, if it's not already set.
--
C.
p5-Plack-Middleware-FixMissingBodyInRedirect.tgz
Description: GNU Zip compressed data
On 01/08/15 13:24, Matthias Kilian wrote:
> On Thu, Jan 08, 2015 at 02:17:50PM +0100, Antoine Jacoutot wrote:
Out of curiosity, why?
>>> In case people have stupid PATHs..
>> Then you can start to fix the ports tree for constructs like:
>> #!/usr/bin/env perl
>>
>> (and probably others)
> Wha
On Thu, Jan 08, 2015 at 02:17:50PM +0100, Antoine Jacoutot wrote:
> > > Out of curiosity, why?
> >
> > In case people have stupid PATHs..
>
> Then you can start to fix the ports tree for constructs like:
> #!/usr/bin/env perl
>
> (and probably others)
What I *wanted* to write:
Well, we
On Thu, Jan 08, 2015 at 05:20:10PM +, Stuart Henderson wrote:
> Specifically for include/python3.4m I think you are going to need to
> setup a variable and subst it. Maybe like this (untested)
>
> MODPY_SHORTINCDIR = ${MODPY_INCDIR:S%${LOCALBASE}/%%}
> SUBST_VARS += MODPY_SHORTINCDIR
Works gr
On 2015/01/08 18:00, Henrik Friedrichsen wrote:
> Hey,
>
> I'm currently working on a port that can be compiled for Python 2 and 3.
> This port installs a header into the Python2/3 include directory.
>
> On Python 2 this is: /usr/local/include/python2.7/sip.h, whereas on
> Python3 it is /usr/loca
Hey,
I'm currently working on a port that can be compiled for Python 2 and 3.
This port installs a header into the Python2/3 include directory.
On Python 2 this is: /usr/local/include/python2.7/sip.h, whereas on
Python3 it is /usr/local/include/python3.4m/sip.h.
So far so good.
'make plist' has
On Thu, Jan 08, 2015 at 04:29:15PM +, Dimitris Papastamos wrote:
> I've also been using mpv 0.6.2 since the port was posted without any
> perceived issues. Would be really nice to have this imported.
ACK.
On Thu, Jan 08, 2015 at 03:44:40PM +, David Dahlberg wrote:
> Attached is a new version, which addresses all (non-controversial)
> remarks. As for Linux and OSX, the OpenBSD-specific script is now also
> able to edit temporarily decypted passwords in a ramdisk instead of
> regular "/tmp".
Empt
On Tue, 06 Jan 2015 15:02:16 -0700, "Todd C. Miller" wrote:
> I've just submitted this to the tcsh mantis but since it is a crasher
> that bites me often, I think it makes sense to fix it in the port
> too.
>
> Full details at:
> http://bugs.gw.com/view.php?id=412
The fix has been committed
On Tue, Jan 06, 2015 at 05:08:36AM -0700, Anthony J. Bentley wrote:
> Since the last mpv discussion, I've been using 0.6.2 as my only media
> player. Simple testing of 0.7.2 doesn't show any regressions. Anyone
> have any other issues with the port? Anyone willing to provide an ok
> to import?
+1
This updates lftp to the latest release. ok?
I didn't touch the RAND_egd hack in Makefile but perhaps it's not
necessary anymore?
Index: Makefile
===
RCS file: /cvs/ports/net/lftp/Makefile,v
retrieving revision 1.101
diff -u -p -r1.1
Am Donnerstag, den 08.01.2015, 12:48 + schrieb Mikolaj Kucharski:
> I didn't look at the distfile of password-store, but only to upstream's
> git repo. You may considering to include the completion files for bash
> and zsh.
For now, I packaged those scripts to
"/usr/local/share/doc/password-
On Saturday, 3 January 2015 16:10:57 CEST, cschutij...@gmail.com wrote:
On Friday, December 26, 2014 12:33:31 AM UTC+1, Adam Wolk wrote:
1) GDB core dump while debugging a core dump (this is while trying to
resize the whole window)
#0 0x04a7e371 in kill () at :2
2 : No such file or dire
An update to pjsua-2.3.
tests, comments, etc. are welcome
Cheers!
David
Index: Makefile
===
RCS file: /cvs/ports/telephony/pjsua/Makefile,v
retrieving revision 1.34
diff -u -p -u -p -r1.34 Makefile
--- Makefile23 Nov 2014 20:28
This is a rewrite of security/p0f. Since the fingerprint format is different
and no longer matches the format used in OpenBSD (for tcpdump and PF's OS
detection features) I think it makes sense to add it as a separate (non
conflicting) port rather than update the existing one.
-- -- -- --
P0f is a
Hello.
Following an advice, I stopped fighting with the problem while sticking to
OpenBSD 5.5, since I had in mind to upgrade to 5.6 right after that.
Hence, I upgraded from 5.5 to 5.6, and ended reinstalling everything in 5.6
from scratch, following major difficulties when trying to install the 5
On Thu, Jan 08, 2015 at 01:11:59PM +, Dahlberg, David wrote:
> > In post-extract I would use ${INSTALL_SCRIPT} or ${INSTALL_DATA} instead
> > of cp(1), depending should openbsd.sh have executable bit set or not.
> > Please, use ${FILESDIR}/openbsd.sh instead of files/openbsd.sh to copy
> > the
> > Out of curiosity, why?
>
> In case people have stupid PATHs..
Then you can start to fix the ports tree for constructs like:
#!/usr/bin/env perl
(and probably others)
IMHO it's not worth patching for that. (#!/bin/bash is another matter of course)
--
Antoine
On 2015/01/08 13:58, Antoine Jacoutot wrote:
> On Thu, Jan 08, 2015 at 12:56:30PM +, Stuart Henderson wrote:
> > On 2015/01/08 12:38, Mikolaj Kucharski wrote:
> > > In post-extract I would use ${INSTALL_SCRIPT} or ${INSTALL_DATA} instead
> > > of cp(1), depending should openbsd.sh have executab
Am Donnerstag, den 08.01.2015, 12:38 + schrieb Mikolaj Kucharski:
> Looking at README file in password-store's git repo, it looks like
> content for pkg/DESCR and you have already good description for it, so I
> don't think there is a need for post-install part at all, as I wouldn't
> include
Am Donnerstag, den 08.01.2015, 13:17 +0100 schrieb Stefan Sperling:
> [some remarks]
[x] changed it.
> Have you tried talking to upstream about using more portable command
> line flags in their Makefile so you can drop the -v flag patches in a
> future update?
Yes, I am in conversation with him
On Thu, Jan 08, 2015 at 12:56:30PM +, Stuart Henderson wrote:
> On 2015/01/08 12:38, Mikolaj Kucharski wrote:
> > In post-extract I would use ${INSTALL_SCRIPT} or ${INSTALL_DATA} instead
> > of cp(1), depending should openbsd.sh have executable bit set or not.
>
> Not for post-extract, ${INSTA
On 2015/01/08 12:38, Mikolaj Kucharski wrote:
> In post-extract I would use ${INSTALL_SCRIPT} or ${INSTALL_DATA} instead
> of cp(1), depending should openbsd.sh have executable bit set or not.
Not for post-extract, ${INSTALL_xx} sets permissions/ownership which is
not wanted in extract.
Manpages
On Thu, Jan 08, 2015 at 09:52:31AM +, David Dahlberg wrote:
> Hi *,
>
> this is my first attempt at porting an application ("password-store")
> to OpenBSD. Would you please comment on whether it is usable and/or
> where and how to improve it?
I didn't look at the distfile of password-store, b
On Thu, Jan 08, 2015 at 01:17:31PM +0100, Stefan Sperling wrote:
> BUILD_DEPENDS = devel/gmake archivers/xz
Also, I see you have USE_GMAKE=Yes, so I don't think you need to build
depends on devel/gmake. That dependency will be added automatically by
bsd.port.mk(5).
I also concur wha
On 2015/01/08 13:17, Stefan Sperling wrote:
> On Thu, Jan 08, 2015 at 09:52:31AM +, David Dahlberg wrote:
> > Hi *,
> >
> > this is my first attempt at porting an application ("password-store")
> > to OpenBSD. Would you please comment on whether it is usable and/or
> > where and how to improve
On Thu, Jan 08, 2015 at 09:52:31AM +, David Dahlberg wrote:
> Hi *,
>
> this is my first attempt at porting an application ("password-store")
> to OpenBSD. Would you please comment on whether it is usable and/or
> where and how to improve it?
>
> Cheers
> David
Hi David,
the Makefile
On Wed, Jan 7, 2015 at 9:26 PM, Vadim Zhukov wrote:
> Also, I don't see any problem with having
> -DCMAKE_SKIP_INSTALL_ALL_DEPENDENCY until all ports on all archs stop
> using make backend. David, what do you want to achieve (except
> shrinking cmake.port.mk, which is nice itself, of course)?
Ye
Hi *,
this is my first attempt at porting an application ("password-store")
to OpenBSD. Would you please comment on whether it is usable and/or
where and how to improve it?
Cheers
David
--
David Dahlberg
Fraunhofer FKIE, Dept. Communication Systems (KOM) | Tel: +49-228-9435-845
Fr
On Sun, Jan 04, 2015 at 12:57:46PM +, Edd Barrett wrote:
> Hey,
>
> Whilst preparing a texlive update, I noticed that the interpreter paths
> are not being correctly substituted into scripts. Here is the fix
> backported to the in-tree tex live 2013.
Same again, but with the missing mtxrun pa
53 matches
Mail list logo
