On Mon, Apr 08, 2019 at 10:40:50AM +0200, Jeremie Courreges-Anglas wrote:
> On Wed, Apr 03 2019, "Kent R. Spillner" wrote:
> > On Tue, Apr 02, 2019 at 09:46:31PM -0400, Brian Callahan wrote:
> >> Couple things:
> >> 1. Patch applied with fuzz so re-run `ma
On Tue, Apr 02, 2019 at 09:46:31PM -0400, Brian Callahan wrote:
> Couple things:
> 1. Patch applied with fuzz so re-run `make update-patches'
> 2. When I ran `make update-plist' the PLIST got updated.
> It added a 7z wrapper. So looks like either
> archivers/p7zip has to be added to the deps or
>
Quilt 0.66 was just released last Friday, mostly bugfixes.
Ok?
Index: Makefile
===
RCS file: /cvs/ports/devel/quilt/Makefile,v
retrieving revision 1.12
diff -u -p -p -u -r1.12 Makefile
--- Makefile17 Nov 2017 15:20:00 -
CVSROOT:/cvs
Module name:ports
Changes by: kspill...@cvs.openbsd.org 2018/05/28 22:11:54
Modified files:
infrastructure/db: user.list
productivity/taskd: Makefile
productivity/taskd/pkg: PLIST
Log message:
Reserve uid 734 for _taskd, and make uid
On Mon, Aug 01, 2016 at 12:16:40PM -0500, Kent R. Spillner wrote:
> timewarrior is a new command line time tracking util from the same
> people behind taskwarrior. Attached & included below is a port for
> the newly released v1.0.0.beta1. I think it makes sense to wait
>
On Mon, Aug 01, 2016 at 12:16:40PM -0500, Kent R. Spillner wrote:
> timewarrior is a new command line time tracking util from the same
> people behind taskwarrior. Attached & included below is a port for
> the newly released v1.0.0.beta1. I think it makes sense to wait
>
line time tracking application
+
+DISTNAME = timew-1.0.0.beta1
+CATEGORIES = productivity
+
+HOMEPAGE = http://www.taskwarrior.org/
+
+MAINTAINER = Kent R. Spillner <kspill...@openbsd.org>
+
+MASTER_SITES = ${HOMEPAGE}/download/
+
+# MIT
+PERMIT_PACKAGE_CDROM = Yes
CVSROOT:/cvs
Module name:ports
Changes by: kspill...@cvs.openbsd.org 2016/03/02 10:19:51
Modified files:
productivity/taskwarrior: Makefile distinfo
productivity/taskwarrior/pkg: PLIST
Removed files:
productivity/taskwarrior/patches:
This diff updates taskwarrior to v2.5.1. This is just a bugfix release
with no new features, but all of our patches were upstreamed and can go
away (yay!).
I've been running this for a week on amd64 without issue, and this diff
is ok MAINTAINER. Ok?
Index: Makefile
On Mon, Feb 08, 2016 at 08:11:22AM +0100, viq wrote:
> Bump
Hrrmmm, the mail I sent about this last week never made it to the list.
I would prefer to commit this fix.
Ok?
Index: Makefile
===
RCS file:
CVSROOT:/cvs
Module name:ports
Changes by: kspill...@cvs.openbsd.org 2016/01/28 10:15:05
Modified files:
productivity/taskd: Makefile distinfo
productivity/taskd/files: config
productivity/taskd/patches: patch-pki_README
On Thu, Jan 28, 2016 at 10:15:05AM -0700, Kent R. Spillner wrote:
> CVSROOT: /cvs
> Module name: ports
> Changes by: kspill...@cvs.openbsd.org 2016/01/28 10:15:05
>
> Modified files:
> productivity/taskd: Makefile distinfo
> productivit
elow was already merged upstream, and fixes the
generated CA cert so that the example pki scripts work out of the box.
On Fri, Jan 22, 2016 at 10:23:31AM -0600, Kent R. Spillner wrote:
> On Wed, Jan 20, 2016 at 01:57:43PM -0600, Kent R. Spillner wrote:
> > Below is a new diff. We finally
On Wed, Jan 20, 2016 at 01:57:43PM -0600, Kent R. Spillner wrote:
> Below is a new diff. We finally tracked down the certificate validation
> bug with help from viq and upstream, and the new patch for that has
> already been merged upstream (along with several of our other patches
> w
+++ Makefile20 Jan 2016 19:41:51 -
@@ -2,23 +2,27 @@
COMMENT = lightweight server providing access to task data
-DISTNAME = taskd-1.0.0
+DISTNAME = taskd-1.1.0
CATEGORIES = productivity net
-REVISION = 1
HOMEPAGE = http://www.taskwarrior.org/
+MAINTAINER = Kent R
On Thu, Jan 14, 2016 at 02:54:31PM -0600, Kent R. Spillner wrote:
> Are there any productivity/taskd users around? taskd is the sync server
> for taskwarrior.
>
> Please note I'm not looking for OKs to commit this yet, I'm just looking
> for feedback from users and porters. I t
Are there any productivity/taskd users around? taskd is the sync server
for taskwarrior.
Please note I'm not looking for OKs to commit this yet, I'm just looking
for feedback from users and porters. I think this still needs some
work before it's ready to be committed.
Below is a diff that
CVSROOT:/cvs
Module name:ports
Changes by: kspill...@cvs.openbsd.org 2015/12/23 09:05:22
Modified files:
productivity/taskwarrior: Makefile distinfo
productivity/taskwarrior/pkg: PLIST
Log message:
Update to v2.5.0.
ok MAINTAINER, ok jasper@
This is ok kspillner@ if someone else wants the commit. :)
On Mon, Dec 21, 2015 at 07:40:56AM -0800, Eric Lalonde wrote:
> Hello ports,
>
> Attached is a diff to update taskwarrior to 2.5.0. This diff was supplied by
> Kent Spillner, who thankfully picked up my slack (I've been offline due to
>
On Tue, Dec 08, 2015 at 02:29:03AM +1100, Joel Sing wrote:
> This brings me to the next issue/topic - installing additional packages under
> /usr/local/go is probably a bad idea.
My recollection is that the other issues you mentioned were necessary in order
to make this work. So if everyone
CVSROOT:/cvs
Module name:ports
Changes by: kspill...@cvs.openbsd.org 2015/09/18 08:37:52
Modified files:
net/websocketd : Makefile
net/websocketd/patches: patch-examples_cgi-bin_dump-env_sh
Log message:
Tweak examples/cgi-bin/dump-env.sh to only print the
On Wed, Sep 16, 2015 at 02:31:57PM -0500, Kent R. Spillner wrote:
> *bump*
>
> On Mon, Aug 31, 2015 at 03:52:16PM -0500, Kent R. Spillner wrote:
> > Resending; reattaching diff below. This was already merged upstream:
> > https://github.com/joewalnes/websocketd
*bump*
On Mon, Aug 31, 2015 at 03:52:16PM -0500, Kent R. Spillner wrote:
> Resending; reattaching diff below. This was already merged upstream:
> https://github.com/joewalnes/websocketd/pull/166
>
> Ok?
>
> On Mon, Jul 27, 2015 at 12:56:26PM -0500, Kent R. Spillner wrot
Resending; reattaching diff below. This was already merged upstream:
https://github.com/joewalnes/websocketd/pull/166
Ok?
On Mon, Jul 27, 2015 at 12:56:26PM -0500, Kent R. Spillner wrote:
> Small tweak to previous patch (already fed upstream), and bump. The
> intended behavior of this e
Diff below updates net/go-websocket to current upstream version. The
most relevant change for us is a fix for GitHub issue #10866:
websocket.Conn.Close leaks file descripts if remote has disconnected.
Tested with net/websocketd on amd64, everything builds runs fine.
Ok?
Index: Makefile
Small tweak to previous patch (already fed upstream), and bump. The
intended behavior of this example is to print the value of every named
environment variable, or unset if the environment variable isn't set.
The original patch accidentally just printed the name of every environment
variable
CVSROOT:/cvs
Module name:ports
Changes by: kspill...@cvs.openbsd.org 2015/07/27 15:06:22
Modified files:
net/go-websocket: Makefile distinfo
Log message:
Update to current upstream version. Fixes issue #10866 websocket.Conn.Close
leaks file descriptors if remote
CVSROOT:/cvs
Module name:ports
Changes by: kspill...@cvs.openbsd.org 2015/07/20 14:51:47
ports/net/websocketd/patches
Update of /cvs/ports/net/websocketd/patches
In directory
cvs.openbsd.org:/cvs.d/hack/kspillner/cvs/ports/net/websocketd/patches
Log Message:
Directory
CVSROOT:/cvs
Module name:ports
Changes by: kspill...@cvs.openbsd.org 2015/07/20 14:53:59
Modified files:
net/websocketd : Makefile distinfo
Added files:
net/websocketd/patches: patch-examples_cgi-bin_README_txt
Update net/websocketd to the latest release. Also, websocketd --version
was broken, so this patches in the correct version to make that work as
expected.
Ok?
Index: net/websocketd/Makefile
===
RCS file:
On Tue, Jun 09, 2015 at 09:43:48AM +0200, Antoine Jacoutot wrote:
websocketd is broken for me:
...
cd /exopi-obj/pobj/websocketd-0.2.10/go/src/golang.org/x/net/websocket
sh: stdin[4]: cd:
/exopi-obj/pobj/websocketd-0.2.10/go/src/golang.org/x/net/websocket - No such
file or directory
CVSROOT:/cvs
Module name:ports
Changes by: kspill...@cvs.openbsd.org 2015/05/19 12:17:41
Modified files:
productivity/taskwarrior: Makefile distinfo
Log message:
Update taskwarrior to v2.4.4, from MAINTAINER.
ok abieber@, czarkoff@
On Sat, May 16, 2015 at 10:32:50AM -0700, Eric Lalonde wrote:
On May 10, 2015, at 11:12 PM, Eric Lalonde eric.c.lalo...@gmail.com wrote:
Attached is a bugfix update to productivity/taskwarrior. The main purpose
for this release is to address an issue where the wrong task may be
On Sat, May 16, 2015 at 11:52:10AM +0200, Fabian Raetz wrote:
i've tested your diff and it looks good to me. I had a problem with my
$GOPATH because i have the following line in my .profile:
GOPATH=/home/mischi/.golang
Due to this the lang/go module does NOT set the GOPATH variable.
On Sat, May 09, 2015 at 07:49:24PM +0200, Fabian Raetz wrote:
i finally found some time to look at this again. The go test cases were
failing because they depend on an initialized git repo in ${WRKSRC}
which i create now in do-test.
This fixes all go tests for me.
The cucumber tests are
Forgot to mention: with this diff we could drop the patches, too.
On May 14, 2015, at 14:27, Kent R. Spillner kspill...@acm.org wrote:
On Sat, May 09, 2015 at 07:49:24PM +0200, Fabian Raetz wrote:
i finally found some time to look at this again. The go test cases were
failing because
CVSROOT:/cvs
Module name:ports
Changes by: kspill...@cvs.openbsd.org 2015/04/29 10:00:45
Modified files:
productivity/taskwarrior: Makefile distinfo
productivity/taskwarrior/pkg: PLIST
Log message:
Update to v2.4.3. Needs gcc4 because building now
On Wed, Apr 29, 2015 at 12:50:38AM +0100, Stuart Henderson wrote:
This is an issue with the current version of binutils, it affects a
number of ports. (other issues: very high memory use, a real problem on
i386, and poor assembler support for recent opcodes, which is probably a
bigger problem
On Tue, Apr 28, 2015 at 10:34:14PM +0300, Vadim Zhukov wrote:
This diff updates TaskWarrior to v2.4.3. The build now requires a
C++11-compatible compiler so use the gcc4 module, and uses lang/python
to precompile the export-{sql,xml}.py add-on scripts.
MAINTAINER ok'ed this diff. Ok to
This diff updates TaskWarrior to v2.4.3. The build now requires a
C++11-compatible compiler so use the gcc4 module, and uses lang/python
to precompile the export-{sql,xml}.py add-on scripts.
MAINTAINER ok'ed this diff. Ok to commit?
Index: Makefile
On Sun, Mar 29, 2015 at 01:07:52PM +0200, Fabian Raetz wrote:
Updated port to use the newly defined GO_ARCHS variable.
Any comments and/or feedback?
Hey, sorry for letting this slip through the cracks but I finally just
got around to checking it out. Looks good, but I noticed that a new
CVSROOT:/cvs
Module name:ports
Changes by: kspill...@cvs.openbsd.org 2015/03/31 09:41:41
Modified files:
net: Makefile
Log message:
Add go-websocket websocketd
CVSROOT:/cvs
Module name:ports
Changes by: kspill...@cvs.openbsd.org 2015/03/31 09:38:37
Log message:
Import websocketd
websocketd is a small command-line tool that will wrap an existing
command-line
interface program, and allow it to be accessed via a
CVSROOT:/cvs
Module name:ports
Changes by: kspill...@cvs.openbsd.org 2015/03/31 09:37:06
Log message:
Import go-websocket, a websocket library for golang
Package websocket implements a client and server for the WebSocket protocol
as
specified in RFC 6455.
On Thu, Mar 26, 2015 at 02:06:24PM -0500, Kent R. Spillner wrote:
On Wed, Mar 25, 2015 at 09:44:29AM -0500, Kent R. Spillner wrote:
Anyone else care to weigh in? Or anyone want to give me an ok import into
net?
I assume silence means everyone either agrees or doesn't care enough
On Thu, Mar 26, 2015 at 02:04:22PM -0500, Kent R. Spillner wrote:
On Tue, Mar 24, 2015 at 10:36:03PM +, Stuart Henderson wrote:
I think this is OK to import. We may want to tweak things a bit as we
get more experience with go ports, but we can cross that bridge later :)
Attached a new
On Tue, Mar 24, 2015 at 10:36:03PM +, Stuart Henderson wrote:
I think this is OK to import. We may want to tweak things a bit as we
get more experience with go ports, but we can cross that bridge later :)
Attached a new version which switches CATEGORIES to net www. Ok?
On Wed, Mar 25, 2015 at 09:44:29AM -0500, Kent R. Spillner wrote:
Anyone else care to weigh in? Or anyone want to give me an ok import into
net?
I assume silence means everyone either agrees or doesn't care enough. :)
Attached is a new version with CATEGORIES switched to net www, and I
On Tue, Mar 24, 2015 at 10:40:22PM +, Stuart Henderson wrote:
common style is to split BUILD_DEPENDS onto multiple lines, e.g.
-BUILD_DEPENDS = lang/go www/go-websocket
+BUILD_DEPENDS =lang/go \
+ www/go-websocket
Done.
I'm wondering about CATEGORIES
With attachment this time.
On Tue, Mar 24, 2015 at 02:35:53PM -0500, Kent R. Spillner wrote:
Attached is an updated version based on feedback from czarkoff@:
- Reword DESCR
- Prefer ${...} over $(...)
Ok?
On Mon, Mar 23, 2015 at 11:57:54AM -0500, Kent R. Spillner wrote:
Ping
Attached is an updated version based on feedback from czarkoff@:
- Enable tests
- Prefer ${...} over $(...)
Ok?
On Mon, Mar 23, 2015 at 11:57:20AM -0500, Kent R. Spillner wrote:
Ping.
On Wed, Mar 18, 2015 at 12:24:40PM -0500, Kent R. Spillner wrote:
Attached is a new port for Go's
Attached is an updated version based on feedback from czarkoff@:
- Reword DESCR
- Prefer ${...} over $(...)
Ok?
On Mon, Mar 23, 2015 at 11:57:54AM -0500, Kent R. Spillner wrote:
Ping.
On Wed, Mar 18, 2015 at 12:27:06PM -0500, Kent R. Spillner wrote:
Attached is a new port for websocketd
On Tue, Mar 24, 2015 at 02:34:30PM -0500, Kent R. Spillner wrote:
Attached is an updated version based on feedback from czarkoff@:
- Enable tests
- Prefer ${...} over $(...)
Ok?
Once more, this time with a slightly improved do-test target.
Tests pass and works fine on amd64 with the www
On Tue, Mar 24, 2015 at 08:39:39PM +, Stuart Henderson wrote:
Your do-install is amd64 only, and your PLIST uses MACHINE_ARCH.
Oops, sorry! Updated version attached.
www_go-websocket.tar.gz
Description: application/tar-gz
Ping.
On Wed, Mar 18, 2015 at 12:27:06PM -0500, Kent R. Spillner wrote:
Attached is a new port for websocketd, which lets you access any command
line tool via a websocket. It depends on the go-websocket port sent
previously.
$ cat pkg/DESCR
websocketd is a small command-line tool
On Fri, Mar 20, 2015 at 01:56:51AM +0300, Vadim Zhukov wrote:
Index: faq/ports/guide.html
===
RCS file: /work/cvsroot/www/faq/ports/guide.html,v
retrieving revision 1.34
diff -p -u -r1.34 guide.html
---
On Fri, Mar 20, 2015 at 08:00:12AM +0100, Dmitrij D. Czarkoff wrote:
Updated tarball. CATEGORY is set to textproc devel and sthen@'s mirror
is used as MASTER_SITES.
Tested on amd64; tests pass, everything looks fine (haven't tested the
built-in web server, though).
ok kspillner@ fwiw.
On Thu, Mar 19, 2015 at 11:16:32AM +0100, Dmitrij D. Czarkoff wrote:
Comments, OKs?
CATEGORIES = devel
Devel is an obvious choice but it's awfully crowded. Would it make sense
to put this in textproc instead?
WANTLIB += c pthread
Tabs here instead?
BUILD_DEPENDS =
On Thu, Mar 19, 2015 at 08:55:23PM +, Stuart Henderson wrote:
I don't know about this. There's no 72 col for DESCR rule in ports.
I think 72 was mainly a common value because it allows a couple of
quotes for news/email without flowing past 80 cols.
That makes sense. portcheck only checks
CVSROOT:/cvs
Module name:ports
Changes by: kspill...@cvs.openbsd.org 2015/03/18 10:21:02
Modified files:
lang/go: Makefile
Log message:
Switch to using GO_ARCHS.
ok jsing@
CVSROOT:/cvs
Module name:ports
Changes by: kspill...@cvs.openbsd.org 2015/03/18 10:19:39
Modified files:
infrastructure/mk: arch-defines.mk
Log message:
The Go programming language is only for amd64 and i386, so add a GO_ARCHS
define for convenience. Not used yet,
Attached is a new port for Go's websocket package
(http://golang.org/x/net/websocket). This is a dependency of websocketd
which I will post next.
Ok?
$ cat pkg/DESCR:
Package websocket implements a client and server for the WebSocket
protocol as specified in RFC 6455.
www_go-websocket.tar.gz
Attached is a new port for websocketd, which lets you access any command
line tool via a websocket. It depends on the go-websocket port sent
previously.
$ cat pkg/DESCR
websocketd is a small command-line tool that will wrap an existing
command-line interface program, and allow it to be accessed
CVSROOT:/cvs
Module name:ports
Changes by: kspill...@cvs.openbsd.org 2015/02/10 09:02:05
Modified files:
devel/quilt: Makefile distinfo
devel/quilt/pkg: PLIST
devel/quilt/patches: patch-Makefile_in patch-test_delete_test
Removed files:
quilt v0.64 was released this morning (mostly bug fixes and performance
optimizations). A few of our patches were accepted upstream and can go
away, and we no longer need to build the gcp wrapper script.
Ok?
Index: Makefile
===
RCS
CVSROOT:/cvs
Module name:ports
Changes by: kspill...@cvs.openbsd.org 2015/02/06 13:14:50
Modified files:
devel/quilt: Makefile
Added files:
devel/quilt/patches: patch-quilt_mail_in
Log message:
Remove dependency on procmail. Patch accepted upstream.
As the quilt maintainer I was surprised to see Landry mention quilt on
icb as a port that depends on procmail; I didn't even realize that quilt
used procmail behind the scenes. :)
Turns out, quilt really only uses formail, and only to extract the value
of headers. Reading RFC 2822 I think we
CVSROOT:/cvs
Module name:ports
Changes by: kspill...@cvs.openbsd.org 2014/09/18 09:14:47
Modified files:
devel/quilt: Makefile
Log message:
Update my email address bump.
ok aja@, bcallah@, benoit@, jca@, jung@, landry@, sthen@
CVSROOT:/cvs
Module name:ports
Changes by: kspill...@cvs.openbsd.org 2014/09/18 09:15:23
Modified files:
x11/yeahconsole: Makefile
Log message:
Update my email address bump.
ok aja@, bcallah@, benoit@, jca@, jung@, landry@, sthen@
CVSROOT:/cvs
Module name:ports
Changes by: kspill...@cvs.openbsd.org 2014/09/18 09:15:03
Modified files:
productivity/vit: Makefile
Log message:
Update my email address bump.
ok aja@, bcallah@, benoit@, jca@, jung@, landry@, sthen@
/quilt/
-MAINTAINER=Kent R. Spillner kspill...@acm.org
+MAINTAINER=Kent R. Spillner kspill...@openbsd.org
# GPLv3+
PERMIT_PACKAGE_CDROM= Yes
Index: productivity/vit//Makefile
===
RCS file: /work/cvsroot/ports
CVSROOT:/cvs
Module name:ports
Changes by: kspill...@cvs.openbsd.org 2014/08/21 15:59:55
Modified files:
geo/openbsd-developers: Makefile
geo/openbsd-developers/files: OpenBSD
Log message:
Add myself (hello, OpenBSD world!).
ok many
Maintainer update. Passes portcheck. Tested on amd64-current. Removes
previous patches merged upstream. New patches already fed merged
upstream for the next release, too.
On Wed, Jul 16, 2014 at 05:52:46PM -0500, Kent R. Spillner wrote:
*Bump*
On Jul 10, 2014, at 12:34, Kent R. Spillner
*Bump*
On Jul 10, 2014, at 12:34, Kent R. Spillner kspill...@acm.org wrote:
Ping.
On Tue, Jun 03, 2014 at 01:32:17PM -0500, Kent R. Spillner wrote:
This diff updates devel/quilt to v0.63. Our previous patches were
merged upstream; one goes away completly. I also fed the new patches
Ping.
On Tue, Jun 03, 2014 at 01:32:17PM -0500, Kent R. Spillner wrote:
This diff updates devel/quilt to v0.63. Our previous patches were
merged upstream; one goes away completly. I also fed the new patches
upstream as well.
Passes portcheck. Ok?
Index: Makefile
This diff updates devel/quilt to v0.63. Our previous patches were
merged upstream; one goes away completly. I also fed the new patches
upstream as well.
Passes portcheck. Ok?
Index: Makefile
===
RCS file:
Here's a trivial patch to update vit to v1.2 (released last week).
Index: Makefile
===
RCS file: /work/cvsroot/ports/productivity/vit/Makefile,v
retrieving revision 1.1.1.1
diff -p -u -r1.1.1.1 Makefile
--- Makefile31 Oct 2013
Thanks! I'm away from home and unable to test for a few days, but this reads
ok to me. I'll work with upstream to incorporate your patches later this week.
On Dec 30, 2013, at 11:49, j...@wxcvbn.org (Jérémie Courrèges-Anglas) wrote:
Kent R. Spillner kspill...@acm.org writes:
On Tue
On Tue, Dec 24, 2013 at 08:11:13AM -0600, Kent R. Spillner wrote:
Here is an updated patch with the portability improvments suggested by jca@.
Actually, after cluebat from Quilt maintainers this diff should be ignored
and my original diff preferred.
When you configure quilt with --with-foo
On Mon, Dec 23, 2013 at 01:27:53PM -0600, Kent R. Spillner wrote:
On Mon, Dec 23, 2013 at 06:57:25PM +0100, Jérémie Courrèges-Anglas wrote:
If you want to improve this port, though, there are portability problems
that could be fixed. I noticed a few sed s/.../.../iasdf flags that
don't
Blargh, mush-mouth! Sorry, been up since 3:00am because our furnace died...
Anyhoo, what I wanted to say is:
Here is an updated patch with the portability improvments suggested by jca@.
... updated *diff* ...
I'm only patching quilt/mail.in at the moment because that was the only place
On Mon, Dec 23, 2013 at 06:57:25PM +0100, Jérémie Courrèges-Anglas wrote:
If you want to improve this port, though, there are portability problems
that could be fixed. I noticed a few sed s/.../.../iasdf flags that
don't work with our sed. This could be dealt with patching the scritps
to use
Ping.
On Fri, Dec 13, 2013 at 10:19:34PM -0600, Kent R. Spillner wrote:
Update to quilt v0.61 and take maintainer. I passed the
remove-trailing-whitespace test diff upstream.
Tested on amd64.
Index: Makefile
===
RCS file
=devel
HOMEPAGE= http://savannah.nongnu.org/projects/quilt/
+MAINTAINER=Kent R. Spillner kspill...@acm.org
# GPLv3+
PERMIT_PACKAGE_CDROM= Yes
Index: distinfo
===
RCS file: /work/cvsroot/ports/devel
License is GPLv2+
You can eliminate the a lot of patch-Makefile with a well-crafted
MAKE_FLAGS line in the port Makefile. You definitely don't need to
change INSTALL or PREFIX (you're using your own do-install routine
anyway). CC, FLAGS, INCLUDES, and LIB_DIRS could (read: should) all be
On Mon, Oct 28, 2013 at 11:04:41PM -0500, Kent R. Spillner wrote:
Attached is an updated version based on feedback from bcallah@ and
sthen@ for my productivity/vit submission:
* Tidied up Makefile
* Removed pkg/README
* Rolled own do-install target instead of patching install: (also
Attached is another update based on your feedback:
Just some nitpicks:
Not quite with the @sample.
vit-commands is supposed to live in /etc, right?
Yeah, I completely messed that up, but I don't think that file belongs in /etc
or /usr/local/etc. It is only used for the help display inside
Attached is an updated version based on feedback from bcallah@ and sthen@ for
my productivity/vit submission:
* Tidied up Makefile
* Removed pkg/README
* Rolled own do-install target instead of patching install: (also, install
README in /usr/local/share/doc/yeahconsole/ while here)
yes, pkg/README is not a place to copy upstream's README (maybe it makes sense
to install that into /usr/local/share/doc/vit via post-install/do-install)
it's for OpenBSD-specific information and should be based on the template
in ports/infrastructure/templates/README.template.
Attached is a
Attached is a tarball for productivity/vit; extract in /usr/ports/productivity.
Vit is an ncurses front-end to taskwarrior with vi keybindings.
HOMEPAGE = http://taskwarrior.org/projects/1/wiki/Vit
Tested on amd64. If you get a blank screen when running, exit (ZZ or CTRL-C)
and create a new
Attached is a tarball for x11/yeahconsole; extract in /usr/ports/x11.
YeahConsole wraps xterm to create a drop-down console, like in Quake.
HOMEPAGE = http://phrat.de/yeahtools.html
Tested on amd64.
yeahconsole.tar.gz
Description: application/gzip
Hey, dude-
Our make passes -j through MAKEFLAGS.
The way it handles recursive invocation is documented. Read the end of
make(1):
Thanks for the cluestick! I apologize for not seeing that paragraph earlier.
I'm corresponding with Amit privately to try and track down the root cause.
Best,
Hey, dude-
On Dec 12, 2012, at 7:51, David Coppa dco...@gmail.com wrote:
Thanks.
I'll wait for useful pointers...
I don't think CMake does anything specifically to handle parallel recursive
builds. It works with GNU make because when invoked with -jX the top level
gmake sets some
Hey, dude-
On Dec 12, 2012, at 9:30, Marc Espie es...@nerim.net wrote:
Anyways, there are TWO distinct points:
- problems with make -j.
- cmake not writing correct makefiles for parallel building without gmake.
The second one is the problem here. CMake doesn't do anything special for
Hey, dude-
x11/nitrogen has --disable-xinerama in the configure args. This
is presumably because the build failed without it, not fixing the
real issue. The attached patch simply removes the configure flag
and adds /usr/X11R6/lib to the LDFLAGS to make configure's Xinerama
test compile and
Howdy, all-
This patch corrects the path to README.OpenBSD in www/firefox35/pkg/MESSAGE
Best,
Kent
Index: pkg/MESSAGE
===
RCS file: /cvs/ports/www/firefox35/pkg/MESSAGE,v
retrieving revision 1.1.1.1
diff -u pkg/MESSAGE
---
96 matches
Mail list logo