Re: dwm and chromium
+1 fwiw I have this change locally.
On Tue, 29 Jan 2019 at 20:46, Ted Unangst wrote:
> It annoys me that chrome doesn't start on screen 9 like firefox does.
> (Especially since it takes a few seconds to start, so I'm always surprised
> when the window finally appears and disrupts my current screen.)
> Easily fixed.
>
>
> Index: Makefile
> ===
> RCS file: /cvs/ports/x11/dwm/Makefile,v
> retrieving revision 1.30
> diff -u -p -r1.30 Makefile
> --- Makefile3 Jun 2018 16:57:11 - 1.30
> +++ Makefile30 Jan 2019 03:43:52 -
> @@ -4,7 +4,7 @@ COMMENT=dynamic window manager
>
> V= 6.1
> DISTNAME= dwm-${V}
> -REVISION= 2
> +REVISION= 3
>
> CATEGORIES=x11
>
> Index: patches/patch-config_def_h
> ===
> RCS file: /cvs/ports/x11/dwm/patches/patch-config_def_h,v
> retrieving revision 1.12
> diff -u -p -r1.12 patch-config_def_h
> --- patches/patch-config_def_h 24 Oct 2016 22:46:54 - 1.12
> +++ patches/patch-config_def_h 30 Jan 2019 03:43:52 -
> @@ -25,10 +25,11 @@ $OpenBSD: patch-config_def_h,v 1.12 2016
> static const unsigned int borderpx = 1;/* border pixel of
> windows */
> static const unsigned int snap = 32; /* snap pixel */
> static const int showbar= 1;/* 0 means no bar */
> -@@ -27,6 +27,8 @@ static const Rule rules[] = {
> +@@ -27,6 +27,9 @@ static const Rule rules[] = {
> /* class instancetitle tags mask isfloating
> monitor */
> { "Gimp", NULL, NULL, 0,1,
> -1 },
> { "Firefox", NULL, NULL, 1 << 8, 0,
> -1 },
> ++ { "Chromium", NULL, NULL, 1 << 8, 0,
> -1 },
> + { "Xonix",NULL, NULL, 0,1,
> -1 },
> + { NULL, NULL, "glxgears", 0,1,
> -1 },
> };
>
>
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: nay...@cvs.openbsd.org 2018/10/02 21:21:45 Modified files: sysutils/parallel: Makefile distinfo sysutils/parallel/pkg: PLIST Log message: update parallel to 20180922 ok kn@, sthen@
update: GNU parallel to version 20180922
Hi ports, a straightforward version bump. 'make test' pass. ok? Index: Makefile === RCS file: /home/nayden/cvsync/ports/sysutils/parallel/Makefile,v retrieving revision 1.19 diff -u -p -r1.19 Makefile --- Makefile5 Feb 2018 13:47:27 - 1.19 +++ Makefile2 Oct 2018 03:11:58 - @@ -2,7 +2,7 @@ COMMENT = execute jobs in parallel -DISTNAME = parallel-20180122 +DISTNAME = parallel-20180922 CATEGORIES = sysutils Index: distinfo === RCS file: /home/nayden/cvsync/ports/sysutils/parallel/distinfo,v retrieving revision 1.15 diff -u -p -r1.15 distinfo --- distinfo5 Feb 2018 13:47:27 - 1.15 +++ distinfo2 Oct 2018 03:14:19 - @@ -1,2 +1,2 @@ -SHA256 (parallel-20180122.tar.bz2) = 6QbCcd+g6XOp6hUf58qrp0Lg9ADoamlofqawSta9a/I= -SIZE (parallel-20180122.tar.bz2) = 1717905 +SHA256 (parallel-20180922.tar.bz2) = 6geO8OBSjJtdHGC/bPhFTOdYZSGYLGd6RQ4Lr/inBx8= +SIZE (parallel-20180922.tar.bz2) = 1782128 Index: pkg/PLIST === RCS file: /home/nayden/cvsync/ports/sysutils/parallel/pkg/PLIST,v retrieving revision 1.6 diff -u -p -r1.6 PLIST --- pkg/PLIST 31 Jan 2018 19:14:06 - 1.6 +++ pkg/PLIST 2 Oct 2018 03:18:00 - @@ -6,6 +6,7 @@ bin/env_parallel.csh bin/env_parallel.dash bin/env_parallel.fish bin/env_parallel.ksh +bin/env_parallel.mksh bin/env_parallel.pdksh bin/env_parallel.sh bin/env_parallel.tcsh @@ -13,6 +14,7 @@ bin/env_parallel.zsh bin/niceload bin/parallel bin/parcat +bin/parset bin/sem bin/sql @man man/man1/env_parallel.1
Re: update: net/syncthing
Good. It's all yours :)
On Thu, 12 Jul 2018 at 21:51, Gonzalo L. Rodriguez wrote:
>
> On [12/07/18] [06:24P], nayden wrote:
> >Hi ports@,
> >
> >These are the release notes for 0.14.48:
> >--
> >Bugfixes:
> >
> >#4897: Pausing on introducer removes device on other devices
> >#4901: API returns empty response if non-existing files are #included
> >#4903: Syncthing recreates the directories for deleted/missing "Folders"
> >#4915: .stignore is accidentaly overwritten by web UI on slow machines
> >#4918: GUI unresponsive or unusable with many folders or devices
> >#4941: "Watching for Changes" dialog undismissable
> >#4947: Recent Changes shows empty folder label
> >Enhancements:
> >
> >#4807: Support variable sized blocks
> >#4896: Thousand separator for numbers in GUI
> >Other issues:
> >
> >#4909: Custom Windows icon missing in latest release
> >--
> >
> >ok?
> >
> >Index: Makefile
> >===
> >RCS file: /home/nayden/cvsync/ports/net/syncthing/Makefile,v
> >retrieving revision 1.22
> >diff -u -p -r1.22 Makefile
> >--- Makefile 4 Jun 2018 08:51:48 - 1.22
> >+++ Makefile 12 Jul 2018 16:53:29 -
> >@@ -2,7 +2,7 @@
> >
> > COMMENT = open decentralized synchronization utility
> >
> >-V = 0.14.47
> >+V = 0.14.48
> > DISTNAME =syncthing-${V}
> > DISTFILES = syncthing-source-v${V}${EXTRACT_SUFX}
> >
> >Index: distinfo
> >===
> >RCS file: /home/nayden/cvsync/ports/net/syncthing/distinfo,v
> >retrieving revision 1.14
> >diff -u -p -r1.14 distinfo
> >--- distinfo 4 Jun 2018 08:51:48 - 1.14
> >+++ distinfo 12 Jul 2018 16:58:02 -
> >@@ -1,2 +1,2 @@
> >-SHA256 (syncthing-source-v0.14.47.tar.gz) =
> >krNTXKPqeyfFsux3EIiGXNbpHYEaCBa+OaYoOjBn5vM=
> >-SIZE (syncthing-source-v0.14.47.tar.gz) = 10496524
> >+SHA256 (syncthing-source-v0.14.48.tar.gz) =
> >tJIlGLASqpvEazlASnHKAOW8wvDgrSGieoQaSWWpsy8=
> >+SIZE (syncthing-source-v0.14.48.tar.gz) = 10566623
> >
>
> Hey Nayden, I sent the similar to edd@ a couple days ago, but with a little
> update on the patch.
>
>
>
> --
> Sending from my toaster.
update: net/syncthing
Hi ports@,
These are the release notes for 0.14.48:
--
Bugfixes:
#4897: Pausing on introducer removes device on other devices
#4901: API returns empty response if non-existing files are #included
#4903: Syncthing recreates the directories for deleted/missing "Folders"
#4915: .stignore is accidentaly overwritten by web UI on slow machines
#4918: GUI unresponsive or unusable with many folders or devices
#4941: "Watching for Changes" dialog undismissable
#4947: Recent Changes shows empty folder label
Enhancements:
#4807: Support variable sized blocks
#4896: Thousand separator for numbers in GUI
Other issues:
#4909: Custom Windows icon missing in latest release
--
ok?
Index: Makefile
===
RCS file: /home/nayden/cvsync/ports/net/syncthing/Makefile,v
retrieving revision 1.22
diff -u -p -r1.22 Makefile
--- Makefile4 Jun 2018 08:51:48 - 1.22
+++ Makefile12 Jul 2018 16:53:29 -
@@ -2,7 +2,7 @@
COMMENT = open decentralized synchronization utility
-V =0.14.47
+V =0.14.48
DISTNAME = syncthing-${V}
DISTFILES =syncthing-source-v${V}${EXTRACT_SUFX}
Index: distinfo
===
RCS file: /home/nayden/cvsync/ports/net/syncthing/distinfo,v
retrieving revision 1.14
diff -u -p -r1.14 distinfo
--- distinfo4 Jun 2018 08:51:48 - 1.14
+++ distinfo12 Jul 2018 16:58:02 -
@@ -1,2 +1,2 @@
-SHA256 (syncthing-source-v0.14.47.tar.gz) =
krNTXKPqeyfFsux3EIiGXNbpHYEaCBa+OaYoOjBn5vM=
-SIZE (syncthing-source-v0.14.47.tar.gz) = 10496524
+SHA256 (syncthing-source-v0.14.48.tar.gz) =
tJIlGLASqpvEazlASnHKAOW8wvDgrSGieoQaSWWpsy8=
+SIZE (syncthing-source-v0.14.48.tar.gz) = 10566623
Re: new: lang/brainfuck
thank you both for the feedbacks! I incorporated your improvements and committed the port. On Wed, 11 Jul 2018 at 11:54, Stuart Henderson wrote: > > On 2018/07/11 10:45, Stuart Henderson wrote: > > On 2018/07/10 22:21, Nayden Markatchev wrote: > > > Hi ports@, > > > > > > Here is a port of a brainfuck interpreter. > > > > > > from pkg/DESCR: > > > --- > > > Brainfuck is a programming language created in 1993 by Urban Muller and > > > notable for its extreme minimalism. > > > > > > Brainfuck programs are composed as a series of characters. The language > > > specification defines eight characters/commands and four areas of > > > memory: code, code pointer, memory, and data pointer. > > > > > > Although the language is Turing complete, the prohibitively long execution > > > time makes brainfuck programs impractical. > > > --- > > > > > > Comments? OKs? > > > > > > Thanks, > > > Nayden > > > > Hi, here's a tweaked version; > > > > - in most cases COMMENT doesn't normally refer to the name of the port > > itself, relying on the package name for that instead > > > > - use GH_* infrastructure to fetch (the default downloaded filename > > without this is not ideal in a directory with lots of other distfiles) > > > > - regen WANTLIB, a change in library linking in base means we use the > > "original" name rather than filename for hard-linked libraries > > > > - use ports infrastructure for cmake-based ports (sets up dependencies > > and a few other things). one consequence is that upstream's standard > > install target installs a static library and header as well, if those > > aren't wanted then the simple way to remove them is with "@comment" > > in the plist. might as well keep them though I think? > > > > - also install example bf sourcecode > > > > This one is ok sthen@ > > > > > > > Oh, plus bcallah's fix for hardcoded -O2. :-)
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: nay...@cvs.openbsd.org 2018/07/12 12:26:30 Added files: lang/brainfuck : Makefile distinfo lang/brainfuck/patches: patch-CMakeLists_txt patch-src_main_c lang/brainfuck/pkg: DESCR PLIST Log message: Import of brainfuck-2.7.1: a brainfuck interpreter written in C. With improvements and OKs from sthen@ and bcallah@.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: nay...@cvs.openbsd.org 2018/07/12 12:22:21 ports/lang/brainfuck/patches Update of /cvs/ports/lang/brainfuck/patches In directory cvs.openbsd.org:/tmp/cvs-serv90021/patches Log Message: Directory /cvs/ports/lang/brainfuck/patches added to the repository
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: nay...@cvs.openbsd.org 2018/07/12 12:22:08 ports/lang/brainfuck/pkg Update of /cvs/ports/lang/brainfuck/pkg In directory cvs.openbsd.org:/tmp/cvs-serv40762/pkg Log Message: Directory /cvs/ports/lang/brainfuck/pkg added to the repository
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: nay...@cvs.openbsd.org 2018/07/12 12:14:00 ports/lang/brainfuck Update of /cvs/ports/lang/brainfuck In directory cvs.openbsd.org:/tmp/cvs-serv68990/brainfuck Log Message: Directory /cvs/ports/lang/brainfuck added to the repository
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: nay...@cvs.openbsd.org 2018/07/12 12:10:22 Modified files: lang : Makefile Log message: + SUBDIR += brainfuck
new: lang/brainfuck
Hi ports@, Here is a port of a brainfuck interpreter. from pkg/DESCR: --- Brainfuck is a programming language created in 1993 by Urban Muller and notable for its extreme minimalism. Brainfuck programs are composed as a series of characters. The language specification defines eight characters/commands and four areas of memory: code, code pointer, memory, and data pointer. Although the language is Turing complete, the prohibitively long execution time makes brainfuck programs impractical. --- Comments? OKs? Thanks, Nayden brainfuck.tar.gz Description: application/gzip
Re: net/BitchX
This is the right place and you are welcome to submit a patch. When you have one ready post it to the list and someone with access with scoop it up. The following document will be helpful (you might already know that): http://www.openbsd.org/faq/ports/index.html On Thu, Jun 18, 2015 at 3:13 PM, maill...@bsdjunk.com wrote: Hi, I am wanting to bring back bitchx to openbsd as it has been in active development since 2012, and I am an active developer. The latest version is 1.2.1 with all known CVE's closed out. Would it be possible to bring it back with myself as Maintainer? I am interested to know people's thoughts about this. Also if this is the wrong place to ask I am sorry, and someone please be kind enough to show me the way. Yours Truly, Chris Petrik
UPDATE: devel/py-gdata
Hoya, Minor update for py-gdata from 2.0.10 to 2.0.13. remove the regress test patch, no longer needed, and added a new patch to make docs_test.py regress tests succeed (issue outlined in http://code.google.com/p/gdata-python-client/issues/detail?id=474can=1q=docs_test%20http ) Tested on i386. nayden py-gdata-2.0.13.diff Description: Binary data
Re: dhex
I am in the process of creating one... On Sun, Jan 9, 2011 at 7:53 AM, Marco Peereboom ma...@peereboom.us wrote: anyone got a port of dhex? http://freshmeat.net/projects/dhex
Re: NEW: security/yersinia
compiled fine on amd64 and sparc64. On Mon, Aug 25, 2008 at 10:36 AM, Steven Mestdagh [EMAIL PROTECTED] wrote: Rolf Sommerhalder [2008-08-24, 09:03:27]: Many thanks to Markus Lude and Fernando Quintero for their kind feedback, which I included in attached yersinia-0.7.1p0. 'make port-lib-depends-check' is now happy. Tested on i386. OK? tried this before and had some issue on amd64, but will look at it again soon.
