Re: [UPDATE] security/hydra (7.1 to 8.1)
On 11/20/15 01:33, sébastien dellac wrote: Hi, Please find enclosed an update for security/hydra. Hydra version 8.1 license is GNU AFFERO GENERAL PUBLIC LICENSE Version 3, can anyone confirm the following Makefile declarations are correct in this context: ### PERMIT_PACKAGE_CDROM=Yes PERMIT_PACKAGE_FTP=Yes ### Comments ? OK ? Hi, the diff sounds good to me, I think just PERMIT_PACKAGE_CDROM=Yes is needed. Others ok and I will commit the diff. Cheers, Remi.
graphics/cfdg, flex fallout?
>>> Running build in graphics/cfdg at 1448113490 ===> graphics/cfdg ===> Checking files for cfdg-2.2.2 `/exopi-cvs/ports/distfiles/ContextFreeSource2.2.2.tgz' is up to date. ===> Extracting for cfdg-2.2.2 ===> Patching for cfdg-2.2.2 ===> Configuring for cfdg-2.2.2 ===> Building for cfdg-2.2.2 Makefile:46: objs/cfdg.d: No such file or directory Makefile:46: objs/Rand48.d: No such file or directory Makefile:46: objs/makeCFfilename.d: No such file or directory Makefile:46: objs/cfdgimpl.d: No such file or directory Makefile:46: objs/renderimpl.d: No such file or directory Makefile:46: objs/builder.d: No such file or directory Makefile:46: objs/shape.d: No such file or directory Makefile:46: objs/yglue.d: No such file or directory Makefile:46: objs/variation.d: No such file or directory Makefile:46: objs/countable.d: No such file or directory Makefile:46: objs/tempfile.d: No such file or directory Makefile:46: objs/aggCanvas.d: No such file or directory Makefile:46: objs/HSBColor.d: No such file or directory Makefile:46: objs/SVGCanvas.d: No such file or directory Makefile:46: objs/primShape.d: No such file or directory Makefile:46: objs/bounds.d: No such file or directory Makefile:46: objs/shape.d: No such file or directory Makefile:46: objs/shapeSTL.d: No such file or directory Makefile:46: objs/tiledCanvas.d: No such file or directory Makefile:46: objs/pngCanvas.d: No such file or directory Makefile:46: objs/posixSystem.d: No such file or directory Makefile:46: objs/main.d: No such file or directory Makefile:46: objs/posixTimer.d: No such file or directory Makefile:46: objs/posixVersion.d: No such file or directory Makefile:46: objs/lex.yy.d: No such file or directory Makefile:46: objs/y.tab.d: No such file or directory Makefile:46: objs/agg_trans_affine.d: No such file or directory Makefile:46: objs/agg_curves.d: No such file or directory Makefile:46: objs/agg_vcgen_contour.d: No such file or directory Makefile:46: objs/agg_vcgen_stroke.d: No such file or directory Makefile:46: objs/agg_bezier_arc.d: No such file or directory mkdir -p objs 2> /dev/null || true set -e; g++ -O2 -pipe -I/usr/local/include -Isrc-common -Isrc-unix -Iobjs -Isrc-agg/include -Isrc-common/agg-extras -c -MM src-agg/src/agg_bezier_arc.cpp \ | sed 's,\(.*\.o\)\( *:\),objs/\1 objs/agg_bezier_arc.d\2,g' > objs/agg_bezier_arc.d; \ [ -s objs/agg_bezier_arc.d ] || rm -f objs/agg_bezier_arc.d mkdir -p objs 2> /dev/null || true set -e; g++ -O2 -pipe -I/usr/local/include -Isrc-common -Isrc-unix -Iobjs -Isrc-agg/include -Isrc-common/agg-extras -c -MM src-agg/src/agg_vcgen_stroke.cpp \ | sed 's,\(.*\.o\)\( *:\),objs/\1 objs/agg_vcgen_stroke.d\2,g' > objs/agg_vcgen_stroke.d; \ [ -s objs/agg_vcgen_stroke.d ] || rm -f objs/agg_vcgen_stroke.d mkdir -p objs 2> /dev/null || true set -e; g++ -O2 -pipe -I/usr/local/include -Isrc-common -Isrc-unix -Iobjs -Isrc-agg/include -Isrc-common/agg-extras -c -MM src-agg/src/agg_vcgen_contour.cpp \ | sed 's,\(.*\.o\)\( *:\),objs/\1 objs/agg_vcgen_contour.d\2,g' > objs/agg_vcgen_contour.d; \ [ -s objs/agg_vcgen_contour.d ] || rm -f objs/agg_vcgen_contour.d mkdir -p objs 2> /dev/null || true set -e; g++ -O2 -pipe -I/usr/local/include -Isrc-common -Isrc-unix -Iobjs -Isrc-agg/include -Isrc-common/agg-extras -c -MM src-agg/src/agg_curves.cpp \ | sed 's,\(.*\.o\)\( *:\),objs/\1 objs/agg_curves.d\2,g' > objs/agg_curves.d; \ [ -s objs/agg_curves.d ] || rm -f objs/agg_curves.d mkdir -p objs 2> /dev/null || true set -e; g++ -O2 -pipe -I/usr/local/include -Isrc-common -Isrc-unix -Iobjs -Isrc-agg/include -Isrc-common/agg-extras -c -MM src-agg/src/agg_trans_affine.cpp \ | sed 's,\(.*\.o\)\( *:\),objs/\1 objs/agg_trans_affine.d\2,g' > objs/agg_trans_affine.d; \ [ -s objs/agg_trans_affine.d ] || rm -f objs/agg_trans_affine.d cd objs; yacc -d ../src-common/cfdg.y mkdir -p objs 2> /dev/null || true set -e; cc -O2 -pipe -O2 -pipe -I/usr/local/include -Isrc-common -Isrc-unix -Iobjs -Isrc-agg/include -Isrc-common/agg-extras -c -MM objs/y.tab.c \ | sed 's,\(.*\.o\)\( *:\),objs/\1 objs/y.tab.d\2,g' > objs/y.tab.d; \ [ -s objs/y.tab.d ] || rm -f objs/y.tab.d flex -t src-common/cfdg.l > objs/lex.yy.c mkdir -p objs 2> /dev/null || true set -e; cc -O2 -pipe -O2 -pipe -I/usr/local/include -Isrc-common -Isrc-unix -Iobjs -Isrc-agg/include -Isrc-common/agg-extras -c -MM objs/lex.yy.c \ | sed 's,\(.*\.o\)\( *:\),objs/\1 objs/lex.yy.d\2,g' > objs/lex.yy.d; \ [ -s objs/lex.yy.d ] || rm -f objs/lex.yy.d mkdir -p objs 2> /dev/null || true set -e; g++ -O2 -pipe -I/usr/local/include -Isrc-common -Isrc-unix -Iobjs -Isrc-agg/include -Isrc-common/agg-extras -c -MM src-unix/posixVersion.cpp \ | sed 's,\(.*\.o\)\( *:\),objs/\1 objs/posixVersion.d\2,g' > objs/posixVersion.d; \ [ -s objs/posixVersion.d ] || rm -f objs/posixVersion.d mkdir -p objs 2> /dev/null || true set -e; g++ -O2 -pipe -I/usr/local/include -Isrc-common -Isrc-unix -Iobjs -Isrc-agg/include -Isrc-common/agg-extras -c -MM
Re: Delete security/ADMsmb?
Christian Weisgerberwrites: > security/ADMsmb -- Samba security scanner > > I was going to fix a header include problem there but... > > The version we have is from 1998. > (There is a newer release from 2003.) > > No license. > > Is this still useful or should we just delete it? It's not IMO, please delete it. -- jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF DDCC 0DFA 74AE 1524 E7EE
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: j...@cvs.openbsd.org2015/11/21 10:00:06 Added files: emulators/vice/patches: patch-src_platform_platform_cpu_type_h Log message: Fix a typo that breaks hppa. No change on other archs, no bump.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: j...@cvs.openbsd.org2015/11/21 10:19:32 Modified files: devel/p5-boolean: Makefile distinfo devel/p5-boolean/pkg: PLIST Log message: Update to boolean-0.45, add the github repo in HOMEPAGE.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2015/11/21 06:10:55 Modified files: multimedia/motion: Makefile Log message: missing AUTO* deps, found by naddy
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: j...@cvs.openbsd.org2015/11/21 08:33:56 Modified files: graphics/exiv2 : Makefile distinfo graphics/exiv2/patches: patch-config_config_mk_in patch-configure patch-src_value_cpp patch-src_version_cpp patch-xmpsdk_src_XMPMeta-Serialize_cpp graphics/exiv2/pkg: PLIST Removed files: graphics/exiv2/patches: patch-xmpsdk_src_Makefile Log message: Update to exiv2-0.25 Diff from Daniel jakots, bulk by ajacoutot@, ok ajacoutot@ sthen@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: j...@cvs.openbsd.org2015/11/21 08:34:46 Added files: graphics/exiv2/patches: patch-src_Makefile patch-src_http_cpp Log message: Missed in previous.
Re: NEW: misc/ietf-cli
Stuart Hendersonwrites: > an alternative to packaging RFCs directly I'd prefer this. Looks fine ports-wise, ok if you want to import it. > ... though the initial > rsync mirroring is a bit of a weighty download. eeek... indeed. > -- -- -- > This package contains command-line tools to work with a locally rsync'ed > copy of Internet Drafts and RFCs. See the README and help text for more > information, but here are some examples: > > ietf: starts a command-line shell with command history > > ietf mirror: create or update local mirror of IETF repositories > (approx 1GB, by default in /var/db/ietf-mirrors) > > ietf rfc 3456 4567: open RFC 3456 and RFC 4567 in $EDITOR > > ietf rfcextra 3456: open RFC 3456 and any RFCs that update or > obsolete it in $EDITOR, and any errata on any of those in a browser > > ietf (tools|tracker) 3456 4567: opens RFC 3456 and RFC 4567 in the > IETF Tools or IETF Datatracker web interface > > ietf draft crocker: open all active drafts with "crocker" in their > filename, and lists all matching drafts that are expired, replaced > by other drafts, or have become RFCs > > ietf draftstatus crocker, ietf rfcstatus 3456: lists information > from the IETF and RFC Editor databases > -- -- -- > > -- jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF DDCC 0DFA 74AE 1524 E7EE
Re: NEW: books/rfc again
On 2015 Nov 20 (Fri) at 15:48:46 + (+), Mikolaj Kucharski wrote: :Hi, : :I like simple port shared by Peter few weeks ago. Here is :slightly tweaked version with manpage from David Dahlberg. : :I found this port useful. Comments? : :I didn't address issue with changing rfc-index.txt and bcp-index.txt :files. Should they be packaged by hand and hosted in separate tarball :for example? : :-- :best regards :q# I would much prefer to use the ietf-cli port that sthen@ has submitted. -- A classic is something that everybody wants to have read and nobody wants to read. -- Mark Twain, "The Disappearance of Literature"
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rpoin...@cvs.openbsd.org2015/11/21 07:21:56 Modified files: security/flasm : Makefile security/flasm/pkg: PLIST Log message: add MAKE_FLAGS to Makefile and flasm.ini during installation. from sthen@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: j...@cvs.openbsd.org2015/11/21 10:33:37 Modified files: devel/p5-IPC-Run3: Makefile distinfo Log message: Update to IPC-Run3-0.048
Re: graphics/cfdg, flex fallout?
David Coppa wrote: > On Sat, 21 Nov 2015, Antoine Jacoutot wrote: > > > cc -O2 -pipe -O2 -pipe -I/usr/local/include -Isrc-common -Isrc-unix > > -Iobjs -Isrc-agg/include -Isrc-common/agg-extras -c -o objs/lex.yy.o > > objs/lex.yy.c > > Makefile:115: recipe for target 'objs/lex.yy.o' failed > > ===> Exiting graphics/cfdg with an error > > :868: error: conflicting types for 'yyget_leng' > > src-common/yglue.h:54: error: previous declaration of 'yyget_leng' was here > > :2301: error: conflicting types for 'yyget_leng' > > src-common/yglue.h:54: error: previous declaration of 'yyget_leng' was here > > gmake: *** [objs/lex.yy.o] Error 1 > > *** Error 2 in graphics/cfdg > > (/exopi-cvs/ports/infrastructure/mk/bsd.port.mk:2770 > > '/exopi-obj/pobj/cfdg-2.2.2/.build_done') > > *** Error 1 in graphics/cfdg > > (/exopi-cvs/ports/infrastructure/mk/bsd.port.mk:2491 'build') > > *** Error 1 in /exopi-cvs/ports (infrastructure/mk/bsd.port.subdir.mk:147 > > 'build') > > Error: job failed 256 > > This port could use an update... In the meantime, here's the (simple) fix: This may not be the end of the story. Old flex typedef yy_size_t as unsigned int, new flex uses size_t (as it should), but there are bootstrapped lexers prebuilt with the old flex, and at various times people have added their own typedefs and prototypes. I have reverted flex to using int in base because we have lexers that are still using int. I need a little time to evaluate, but then we will hopefully go back to size_t. The nature of the difference means that compilation issues aside, runtime issues are likely only on 64-bit big endian systems. The extent that 64BE code is tested in the larger ecosystem outside openbsd is... haha. Don't rush to make too many changes until base settles down (though I think this diff should be safe either way). Also, keep an extra eye open for failures on sparc64.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rpoin...@cvs.openbsd.org2015/11/21 07:16:33 Modified files: security/hydra : Makefile distinfo security/hydra/patches: patch-Makefile_am patch-configure patch-hydra-oracle-listener_c patch-hydra-smb_c Added files: security/hydra/patches: patch-hydra-snmp_c Log message: update hydra to 8.1. >From Sebastien Dellac (sh...@laposte.net), ok benoit@.
Re: graphics/cfdg, flex fallout?
On Sat, 21 Nov 2015, Antoine Jacoutot wrote: > cc -O2 -pipe -O2 -pipe -I/usr/local/include -Isrc-common -Isrc-unix -Iobjs > -Isrc-agg/include -Isrc-common/agg-extras -c -o objs/lex.yy.o objs/lex.yy.c > Makefile:115: recipe for target 'objs/lex.yy.o' failed > ===> Exiting graphics/cfdg with an error > :868: error: conflicting types for 'yyget_leng' > src-common/yglue.h:54: error: previous declaration of 'yyget_leng' was here > :2301: error: conflicting types for 'yyget_leng' > src-common/yglue.h:54: error: previous declaration of 'yyget_leng' was here > gmake: *** [objs/lex.yy.o] Error 1 > *** Error 2 in graphics/cfdg > (/exopi-cvs/ports/infrastructure/mk/bsd.port.mk:2770 > '/exopi-obj/pobj/cfdg-2.2.2/.build_done') > *** Error 1 in graphics/cfdg > (/exopi-cvs/ports/infrastructure/mk/bsd.port.mk:2491 'build') > *** Error 1 in /exopi-cvs/ports (infrastructure/mk/bsd.port.subdir.mk:147 > 'build') > Error: job failed 256 This port could use an update... In the meantime, here's the (simple) fix: Index: Makefile === RCS file: /cvs/ports/graphics/cfdg/Makefile,v retrieving revision 1.7 diff -u -p -u -p -r1.7 Makefile --- Makefile3 Jun 2013 02:46:57 - 1.7 +++ Makefile21 Nov 2015 17:42:37 - @@ -5,6 +5,7 @@ COMMENT = Context Free Design Grammar VERSION = 2.2.2 DISTNAME = ContextFreeSource${VERSION} PKGNAME = cfdg-${VERSION} +REVISION = 0 CATEGORIES = graphics Index: patches/patch-src-common_yglue_h === RCS file: patches/patch-src-common_yglue_h diff -N patches/patch-src-common_yglue_h --- /dev/null 1 Jan 1970 00:00:00 - +++ patches/patch-src-common_yglue_h21 Nov 2015 17:42:37 - @@ -0,0 +1,14 @@ +$OpenBSD$ + +Unbreak building with newer flex + +--- src-common/yglue.h.origMon Sep 13 06:15:28 2010 src-common/yglue.h Sat Nov 21 18:39:52 2015 +@@ -51,7 +51,6 @@ typedef union { + int yyget_lineno(void); + FILE *yyget_in (void); + FILE *yyget_out (void); +-size_t yyget_leng (void); + char *yyget_text (void); + void yyset_lineno (int line_number ); + void yyset_in (FILE * in_str );
devel/msp430/gcc broken
devel/msp430/gcc picks up gmkdir if it's around... gmake[5]: Entering directory '/exopi-obj/pobj/msp430-gcc-4.6.3/build-amd64/msp430/mcpu-430x/libquadmath' true DO=all multi-do # gmake gmake[6]: Entering directory '/exopi-obj/pobj/msp430-gcc-4.6.3/build-amd64/msp430/mcpu-430x/libquadmath' true DO=install multi-do # gmake test -z "/usr/local/msp430/lib/mcpu-430x" || /usr/local/bin/gmkdir -p "/exopi-obj/pobj/msp430-gcc-4.6.3/fake-amd64/usr/local/msp430/lib/mcpu-430x" /bin/sh: /usr/local/bin/gmkdir: not found Makefile:471: recipe for target 'install-toolexeclibLTLIBRARIES' failed gmake[6]: *** [install-toolexeclibLTLIBRARIES] Error 127 -- Antoine
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: dco...@cvs.openbsd.org 2015/11/21 11:21:32 Modified files: graphics/cfdg : Makefile Added files: graphics/cfdg/patches: patch-src-common_yglue_h Log message: Unbreak building with newer flex ok ajacoutot@
calibre error
I'm using the calibre package on OpenBSD 5.8/amd64 release. When i try to convert anything to epub i get this: calibre 1.48 isfrozen: False is64bit: True OpenBSD-5.8-amd64-64bit OpenBSD ('64bit', '') ('OpenBSD', '5.8', 'GENERIC.MP#1236') Python 2.7.10 Linux: ('', '', '') Traceback (most recent call last): File "/usr/local/lib/calibre/calibre/gui2/actions/convert.py", line 156, in convert_ebook self.do_convert(book_ids, bulk=bulk) File "/usr/local/lib/calibre/calibre/gui2/actions/convert.py", line 173, in do_convert self.gui.library_view.model().db, book_ids, out_format=prefs['output_format']) File "/usr/local/lib/calibre/calibre/gui2/tools.py", line 41, in convert_single_ebook d = SingleConfig(parent, db, book_id, None, out_format) File "/usr/local/lib/calibre/calibre/gui2/convert/single.py", line 151, in __init__ self.setup_pipeline() File "/usr/local/lib/calibre/calibre/gui2/convert/single.py", line 201, in setup_pipeline self.mw = widget_factory(MetadataWidget) File "/usr/local/lib/calibre/calibre/gui2/convert/single.py", line 199, in widget_factory self.plumber.get_option_help, self.db, self.book_id) File "/usr/local/lib/calibre/calibre/gui2/convert/metadata.py", line 55, in __init__ Widget.__init__(self, parent, ['prefer_metadata_cover']) File "/usr/local/lib/calibre/calibre/gui2/convert/__init__.py", line 61, in __init__ self.setupUi(self) File "/usr/local/lib/calibre/calibre/gui2/convert/metadata_ui.py", line 63, in setupUi self.cover = ImageView(self.groupBox_4) File "/usr/local/lib/calibre/calibre/gui2/widgets.py", line 292, in __init__ self._pixmap = QPixmap(self) TypeError: QPixmap(): argument 1 has unexpected type 'ImageView'
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: j...@cvs.openbsd.org2015/11/21 14:42:55 Log message: import sysutils/noice, a minimalistic file browser from Dimitris Papastamos who also takes maintaner ok sthen Status: Vendor Tag: jung Release Tags: jung-20151121 N ports/sysutils/noice/Makefile N ports/sysutils/noice/distinfo N ports/sysutils/noice/pkg/PLIST N ports/sysutils/noice/pkg/DESCR No conflicts created by this import
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: na...@cvs.openbsd.org 2015/11/21 17:01:36 Modified files: devel/quirks : Makefile devel/quirks/files: Quirks.pm security : Makefile Removed files: security/ADMsmb: Makefile distinfo security/ADMsmb/patches: patch-ADMsmb_c patch-Makefile patch-client_c patch-includes_h patch-md4_c security/ADMsmb/pkg: DESCR PLIST Log message: remove security/ADMsmb: old cruft that is no longer useful ok sthen@ ajacoutot@ jca@
Re: devel/msp430/gcc broken
I think we should just add it as a build dep. It's not quite right, but these Makefiles/autoconf files are a horrible maze. On 21 November 2015 16:42:01 GMT+00:00, Antoine Jacoutotwrote: >devel/msp430/gcc picks up gmkdir if it's around... > >gmake[5]: Entering directory >'/exopi-obj/pobj/msp430-gcc-4.6.3/build-amd64/msp430/mcpu-430x/libquadmath' >true DO=all multi-do # gmake >gmake[6]: Entering directory >'/exopi-obj/pobj/msp430-gcc-4.6.3/build-amd64/msp430/mcpu-430x/libquadmath' >true DO=install multi-do # gmake >test -z "/usr/local/msp430/lib/mcpu-430x" || /usr/local/bin/gmkdir -p >"/exopi-obj/pobj/msp430-gcc-4.6.3/fake-amd64/usr/local/msp430/lib/mcpu-430x" >/bin/sh: /usr/local/bin/gmkdir: not found >Makefile:471: recipe for target 'install-toolexeclibLTLIBRARIES' failed >gmake[6]: *** [install-toolexeclibLTLIBRARIES] Error 127 -- Sent from a phone, please excuse the formatting.
[UPDATE] devel/perltidy 20150815
Hi, I noticed that devel/perltidy was outdated. Here is a trivial update to the latest release. Cheers, -- :: Andreas Kusalananda Kähäri :: Bioinformatics Developer :: Uppsala, Sweden ::-- Index: Makefile === RCS file: /cvs/ports/devel/perltidy/Makefile,v retrieving revision 1.18 diff -u -p -u -r1.18 Makefile --- Makefile8 Jul 2015 16:20:04 - 1.18 +++ Makefile21 Nov 2015 20:25:23 - @@ -2,7 +2,7 @@ COMMENT = tool to indent and reformat perl scripts -V =20140711 +V =20150815 DISTNAME = Perl-Tidy-$V PKGNAME = perltidy-$V CATEGORIES = devel Index: distinfo === RCS file: /cvs/ports/devel/perltidy/distinfo,v retrieving revision 1.14 diff -u -p -u -r1.14 distinfo --- distinfo8 Jul 2015 16:20:04 - 1.14 +++ distinfo21 Nov 2015 20:25:23 - @@ -1,2 +1,2 @@ -SHA256 (Perl-Tidy-20140711.tar.gz) = FXbOs/2fWS0Cha/75xkmhZY9wdBBGWjMBYfWrA17Otg= -SIZE (Perl-Tidy-20140711.tar.gz) = 422397 +SHA256 (Perl-Tidy-20150815.tar.gz) = CpadnmwEKPqzlKpmtxbKLKBS/kqi7xRPfazDNVwT69c= +SIZE (Perl-Tidy-20150815.tar.gz) = 425224 signature.asc Description: PGP signature
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2015/11/21 13:13:45 Modified files: misc : Makefile Log message: +ietf-cli
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2015/11/21 13:13:04 Log message: import ports/misc/ietf-cli, ok phessler@ jca@ This package contains command-line tools to work with a locally rsync'ed copy of Internet Drafts and RFCs. See the README and help text for more information, but here are some examples: ietf: starts a command-line shell with command history ietf mirror: create or update local mirror of IETF repositories (approx 1GB, by default in ${LOCALSTATEDIR}/db/ietf-mirrors) ietf rfc 3456 4567: open RFC 3456 and RFC 4567 in $EDITOR ietf rfcextra 3456: open RFC 3456 and any RFCs that update or obsolete it in $EDITOR, and any errata on any of those in a browser ietf (tools|tracker) 3456 4567: opens RFC 3456 and RFC 4567 in the IETF Tools or IETF Datatracker web interface ietf draft crocker: open all active drafts with "crocker" in their filename, and lists all matching drafts that are expired, replaced by other drafts, or have become RFCs ietf draftstatus crocker, ietf rfcstatus 3456: lists information from the IETF and RFC Editor databases Status: Vendor Tag: sthen Release Tags: sthen_20151121 N ports/misc/ietf-cli/Makefile N ports/misc/ietf-cli/distinfo N ports/misc/ietf-cli/pkg/PLIST N ports/misc/ietf-cli/pkg/DESCR N ports/misc/ietf-cli/patches/patch-ietf N ports/misc/ietf-cli/patches/patch-ietf_config No conflicts created by this import
Re: NEW: misc/ietf-cli
On Fri, Nov 20, 2015 at 10:14:46PM +, Stuart Henderson wrote: > an alternative to packaging RFCs directly ... though the initial > rsync mirroring is a bit of a weighty download. ok jung @ > -- -- -- > This package contains command-line tools to work with a locally rsync'ed > copy of Internet Drafts and RFCs. See the README and help text for more > information, but here are some examples: > > ietf: starts a command-line shell with command history > > ietf mirror: create or update local mirror of IETF repositories > (approx 1GB, by default in /var/db/ietf-mirrors) > > ietf rfc 3456 4567: open RFC 3456 and RFC 4567 in $EDITOR > > ietf rfcextra 3456: open RFC 3456 and any RFCs that update or > obsolete it in $EDITOR, and any errata on any of those in a browser > > ietf (tools|tracker) 3456 4567: opens RFC 3456 and RFC 4567 in the > IETF Tools or IETF Datatracker web interface > > ietf draft crocker: open all active drafts with "crocker" in their > filename, and lists all matching drafts that are expired, replaced > by other drafts, or have become RFCs > > ietf draftstatus crocker, ietf rfcstatus 3456: lists information > from the IETF and RFC Editor databases > -- -- -- >
Re: NEW: sysutils/noice
On 2015/11/20 15:35, Dimitris Papastamos wrote: > New version with some things fixed. Here's an updated Makefile doing things more in the style of other ports, and honouring CC.. --snip-- -- -- # $OpenBSD$ COMMENT = minimalistic file browser DISTNAME = noice-0.3 CATEGORIES =sysutils HOMEPAGE = http://git.2f30.org/noice/ MAINTAINER =Dimitris Papastamos# BSD PERMIT_PACKAGE_CDROM = Yes WANTLIB = c curses MASTER_SITES = http://dl.2f30.org/releases/ MAKE_FLAGS =CC="${CC}" NO_TEST = Yes .include --snip-- -- -- With that changed it's OK with me to import.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: j...@cvs.openbsd.org2015/11/21 14:45:19 Modified files: sysutils : Makefile Log message: link sysutils/noice
Re: Why flex is no longer in the repository?
Hi, thank you very much for your responses. My ports (and system) wasn't synced from the last week so that was my problem. I've updated the whole system (base and ports) and now LibreOffice is building as usual. Best regards and sorry for any problem, Guille 2015-11-21 9:20 GMT+01:00 Andreas Kusalananda Kähäri: > On Sat, Nov 21, 2015 at 08:55:21AM +0100, Guillermo Bernaldo de Quiros > Maraver wrote: > > Hi all, good morning. > > > > This morning, I updated my ports from cvs and I saw that flex is no > longer > > in the repository and I wonder why? because is still being needed for > ports > > like LibreOffice and other ports... > > Finally I had to install flex from packages. Someone here knows why flex > is > > no longer in the repository? > > > > Thank you very much. > > Guille > > > > I saw the dependency on devel/flex be removed from the LibreOffice port > yesterday. Is your ports tree in sync? > > The ports that depended on devel/flex are now using the base system flex > which was updated to version 2.5.39 on Thursday. You're running an > up-to-date build, right? > > -- > :: Andreas Kusalananda Kähäri > :: Bioinformatics Developer > :: Uppsala, Sweden > ::-- >
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2015/11/21 04:21:14 Modified files: x11/xfce4/xfce4-verve: Makefile distinfo x11/xfce4/xfce4-verve/pkg: PLIST Log message: Update to xfce4-verve 1.1.0.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2015/11/21 03:04:32 Modified files: x11/freerdp: Makefile x11/freerdp/patches: patch-channels_client_CMakeLists_txt x11/freerdp/pkg: PLIST Added files: x11/freerdp/patches: patch-channels_CMakeLists_txt patch-client_CMakeLists_txt patch-server_CMakeLists_txt patch-third-party_CMakeLists_txt Log message: Fix loading of plugins to restore clipboard sharing, printer, ... issue reported by giovanni@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2015/11/21 03:38:05 Modified files: net/wireshark : Makefile Log message: ah, I found the source of the failure aja@ ran into. bdep on qt5 for now.
NEW: multimedia/libv4l
Please find attached a port for libv4l (identical to the latest version in https://github.com/jasperla/openbsd-wip/tree/master/multimedia/libv4l): "libv4l is a collection of libraries which adds a thin abstraction layer on top of video4linux2 devices. The purpose of this (thin) layer is to make it easy for application writers to support a wide variety of devices without having to write separate code for different devices in the same class." Compared to https://marc.info/?l=openbsd-ports=142913018314833=2 it now only ships libv4l and does not try to build v4l-utils (which needed tons of patches). In combination with a small baresip diff (see next mail) this gives me support for my webcam out of the box with baresip. OK to import? Best regards, Ingo libv4l.tar.gz Description: application/tar-gz
Add libv4l support to baresip
Hi, please find attached a diff to enable libv4l support in baresip. (Needs multimedia/libv4l which I posted in a previous mail.) OK? Best regards, Ingo Index: Makefile === RCS file: /cvs/ports/telephony/baresip/baresip/Makefile,v retrieving revision 1.6 diff -u -p -r1.6 Makefile --- Makefile2 Oct 2015 19:37:40 - 1.6 +++ Makefile21 Nov 2015 09:21:33 - @@ -7,6 +7,7 @@ COMMENT-gtk2 = GTK+2-based modules for V =0.4.15 DISTNAME = baresip-$V +REVISION = 0 PKGNAME-main = baresip-$V PKGNAME-gtk2 = baresip-gtk2-$V @@ -14,7 +15,7 @@ WANTLIB += X11 Xext re z WANTLIB-main += ${WANTLIB} avcodec avdevice avformat avutil c crypto WANTLIB-main += daalabase daaladec daalaenc gsm m opus pthread rem -WANTLIB-main += sndfile sndio spandsp speex speexdsp ssl swscale vpx +WANTLIB-main += sndfile sndio spandsp speex speexdsp ssl swscale v4l2 vpx WANTLIB-main += x264 x265 WANTLIB-gtk2 += ${WANTLIB} Xcomposite Xcursor Xdamage Xfixes Xi Xinerama @@ -30,6 +31,7 @@ LIB_DEPENDS-main =audio/gsm \ audio/speex \ graphics/ffmpeg \ multimedia/daala \ + multimedia/libv4l \ multimedia/libvpx \ telephony/baresip/rem \ telephony/spandsp @@ -39,8 +41,9 @@ LIB_DEPENDS-gtk2 =multimedia/gstreamer1 RUN_DEPENDS-gtk2 = telephony/baresip/baresip,-main \ MAKE_FLAGS += MOD_AUTODETECT= EXTRA_MODULES="daala h265 sndio zrtp" \ - HAVE_SPEEXDSP=yes LIBRE_INC=${LOCAL_BASE}/include \ - LIBRE_SO=${LOCAL_BASE}/lib LIBS="-lm -lrem" \ + HAVE_LIBV4L2=yes HAVE_SPEEXDSP=yes \ + LIBRE_INC=${LOCAL_BASE}/include \ + LIBRE_SO=${LOCAL_BASE}/lib LIBS="-lm -lrem" MAKE_FLAGS += USE_AMR=yes USE_AVCODEC=yes USE_AVFORMAT=yes \ USE_CONS=yes USE_DTLS=yes USE_DTLS_SRTP=yes \
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2015/11/21 03:57:26 Modified files: multimedia/gstreamer-0.10/plugins-ffmpeg: Makefile multimedia/gstreamer-0.10/plugins-ffmpeg/patches: patch-ext_ffmpeg_gstffmpegdec_c Log message: Unbreak mp3 support. reported by steven@
Re: Why flex is no longer in the repository?
On 2015/11/21 09:20, Andreas Kusalananda Kähäri wrote: > On Sat, Nov 21, 2015 at 08:55:21AM +0100, Guillermo Bernaldo de Quiros > Maraver wrote: > > Hi all, good morning. > > > > This morning, I updated my ports from cvs and I saw that flex is no longer > > in the repository and I wonder why? because is still being needed for ports > > like LibreOffice and other ports... > > Finally I had to install flex from packages. Someone here knows why flex is > > no longer in the repository? > > > > Thank you very much. > > Guille > > > > I saw the dependency on devel/flex be removed from the LibreOffice port > yesterday. Is your ports tree in sync? > > The ports that depended on devel/flex are now using the base system flex > which was updated to version 2.5.39 on Thursday. You're running an > up-to-date build, right? This. It was only ever meant to be a temporary addition to ports because previous attempts at updating in base didn't go so well. This one wasn't entirely a smooth ride either but easier now than when it was last attempted (quite a few ports which had problems with newer flex got fixed by updates in the meantime).
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2015/11/21 01:30:39 Modified files: textproc/libxml: Tag: OPENBSD_5_8 Makefile distinfo Removed files: textproc/libxml/patches: Tag: OPENBSD_5_8 patch-buf_c patch-include_libxml_tree_h patch-parser_c patch-xmlreader_c patch-xzlib_c Log message: Merge all recent CVEs from upstream: CVE-2015-8242 Buffer overead with HTML parser in push mode CVE-2015-7500 Fix memory access error due to incorrect entities boundaries CVE-2015-7499-2 Detect incoherency on GROW CVE-2015-7499-1 Add xmlHaltParser() to stop the parser CVE-2015-5312 Another entity expansion issue CVE-2015-7497 Avoid an heap buffer overflow in xmlDictComputeFastQKey CVE-2015-7498 Avoid processing entities after encoding conversion failures CVE-2015-8035 Fix XZ compression support loop CVE-2015-7942-2 Fix an error in previous Conditional section patch CVE-2015-7942 Another variation of overflow in Conditional sections CVE-2015-1819 Enforce the reader to run in constant memory CVE-2015-7941_2 Cleanup conditional section error handling CVE-2015-7941_1 Stop parsing on entities boundaries errors
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2015/11/21 01:46:44 Modified files: textproc/libxml: Makefile distinfo Removed files: textproc/libxml/patches: patch-buf_c patch-include_libxml_tree_h patch-parser_c patch-xmlreader_c patch-xzlib_c Log message: SECURITY: merge all recent CVEs from upstream CVE-2015-8242 Buffer overead with HTML parser in push mode CVE-2015-7500 Fix memory access error due to incorrect entities boundaries CVE-2015-7499-2 Detect incoherency on GROW CVE-2015-7499-1 Add xmlHaltParser() to stop the parser CVE-2015-5312 Another entity expansion issue CVE-2015-7497 Avoid an heap buffer overflow in xmlDictComputeFastQKey CVE-2015-7498 Avoid processing entities after encoding conversion failures CVE-2015-8035 Fix XZ compression support loop CVE-2015-7942-2 Fix an error in previous Conditional section patch CVE-2015-7942 Another variation of overflow in Conditional sections CVE-2015-1819 Enforce the reader to run in constant memory CVE-2015-7941_2 Cleanup conditional section error handling CVE-2015-7941_1 Stop parsing on entities boundaries errors Note that there's a new libxml release out, but it's in a bulk currently...
Re: Why flex is no longer in the repository?
On Sat, Nov 21, 2015 at 08:55:21AM +0100, Guillermo Bernaldo de Quiros Maraver wrote: > Hi all, good morning. > > This morning, I updated my ports from cvs and I saw that flex is no longer > in the repository and I wonder why? because is still being needed for ports > like LibreOffice and other ports... > Finally I had to install flex from packages. Someone here knows why flex is > no longer in the repository? > > Thank you very much. > Guille > I saw the dependency on devel/flex be removed from the LibreOffice port yesterday. Is your ports tree in sync? The ports that depended on devel/flex are now using the base system flex which was updated to version 2.5.39 on Thursday. You're running an up-to-date build, right? -- :: Andreas Kusalananda Kähäri :: Bioinformatics Developer :: Uppsala, Sweden ::--