CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2016/04/24 23:25:03 Modified files: devel/py-gobject3: Makefile distinfo Log message: Update to py-gobject3-3.20.1.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2016/04/24 18:03:04 Modified files: net/smokeping : Makefile net/smokeping/pkg: README Log message: fix rcctl args
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2016/04/24 17:36:07 Modified files: net/librenms : Makefile Log message: add missing SUBST_VARS
Re: Adding pledge() to www/lynx
Frederic Cambus said: > I received a bug report mentioning that invoking "lynx drudgereport" > crashed the program, and found out that Lynx sends an 'Accept-Encoding' > header saying it can handle bzip2 compressed HTML, and attempts to > uncompress the content by calling the bzip2 binary. It gets killed > by pledge when attempting that. You get similar results when trying to follow a link to an image in Lynx. -- Dmitrij D. Czarkoff
Re: MOD_PYPI and new package URLs
On 2016/04/24 23:48, Edd Barrett wrote: > On Sun, Apr 24, 2016 at 11:34:01PM +0100, Edd Barrett wrote: > > It should work for *all* files. I will test this theory however. > > I just fetched all of devel/py-* fine using the new URL. > > Say the word and I'll commit it. OK. As far as portroach goes, at least the CanHandle in Portroach/SiteHandler/PyPI.pm will need updating, the API access parts might be able to stay the same, not sure..
Re: MOD_PYPI and new package URLs
On Sun, Apr 24, 2016 at 11:34:01PM +0100, Edd Barrett wrote: > It should work for *all* files. I will test this theory however. I just fetched all of devel/py-* fine using the new URL. Say the word and I'll commit it. -- Best Regards Edd Barrett http://www.theunixzoo.co.uk
Re: MOD_PYPI and new package URLs
On Sun, Apr 24, 2016 at 11:10:42PM +0100, Stuart Henderson wrote: > "We generally do not allow people to delete a file and re-upload the > same version again. However the old lay out generally means that we > can't do that" - but it is a GOOD thing that they can't do that! We would detect re-rollings with our own checksums. > > The diff would look like this. It works for my newly created texscythe > > distfile and for the few ports I tried a 'make fetch' in. > > That seems reasonable, if it works for a decent selection of > files then I'm ok with it. It should work for *all* files. I will test this theory however. > Presumably portroach needs a change to be able to use the correct > handler after this change? I don't know much about portroach, but if it uses PyPI download links, then yes. -- Best Regards Edd Barrett http://www.theunixzoo.co.uk
Re: MOD_PYPI and new package URLs
On 2016/04/24 22:20, Edd Barrett wrote: > On Sun, Apr 24, 2016 at 05:33:52PM +0100, Edd Barrett wrote: > > Here's a thread discussing the change: > > https://bitbucket.org/pypa/pypi/issues/438/backwards-compatible-un-hashed-package "We generally do not allow people to delete a file and re-upload the same version again. However the old lay out generally means that we can't do that" - but it is a GOOD thing that they can't do that! > This thread has just concluded with a fix from the PyPI devs. They > implemented a "legacy" URL which we could use. It uses a HTTP 301 to > redirect to a URL under the new scheme. > > The diff would look like this. It works for my newly created texscythe > distfile and for the few ports I tried a 'make fetch' in. That seems reasonable, if it works for a decent selection of files then I'm ok with it. Presumably portroach needs a change to be able to use the correct handler after this change? > > Index: network.conf.template > === > RCS file: > /home/edd/cvsync/ports/infrastructure/templates/network.conf.template,v > retrieving revision 1.203 > diff -u -p -r1.203 network.conf.template > --- network.conf.template 10 Jan 2016 22:31:40 - 1.203 > +++ network.conf.template 24 Apr 2016 20:55:11 - > @@ -207,7 +207,7 @@ MASTER_SITE_APACHE+= \ > http://www.apache.org/dist/ > > MASTER_SITE_PYPI += \ > - https://pypi.python.org/packages/source/ > + https://pypi.io/packages/source/ > > MASTER_SITE_RUBYGEMS += \ > https://rubygems.org/downloads/ > > > -- > Best Regards > Edd Barrett > > http://www.theunixzoo.co.uk >
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2016/04/24 15:40:25 Modified files: security/libgcrypt: Makefile distinfo security/libgcrypt/patches: patch-mpi_longlong_h patch-src_secmem_c security/libgcrypt/pkg: PLIST Added files: security/libgcrypt/patches: patch-cipher_crc-intel-pclmul_c Log message: Update to libgcrypt-1.7.0.
Re: MOD_PYPI and new package URLs
On Sun, Apr 24, 2016 at 05:33:52PM +0100, Edd Barrett wrote: > Here's a thread discussing the change: > https://bitbucket.org/pypa/pypi/issues/438/backwards-compatible-un-hashed-package This thread has just concluded with a fix from the PyPI devs. They implemented a "legacy" URL which we could use. It uses a HTTP 301 to redirect to a URL under the new scheme. The diff would look like this. It works for my newly created texscythe distfile and for the few ports I tried a 'make fetch' in. Index: network.conf.template === RCS file: /home/edd/cvsync/ports/infrastructure/templates/network.conf.template,v retrieving revision 1.203 diff -u -p -r1.203 network.conf.template --- network.conf.template 10 Jan 2016 22:31:40 - 1.203 +++ network.conf.template 24 Apr 2016 20:55:11 - @@ -207,7 +207,7 @@ MASTER_SITE_APACHE+= \ http://www.apache.org/dist/ MASTER_SITE_PYPI +=\ - https://pypi.python.org/packages/source/ + https://pypi.io/packages/source/ MASTER_SITE_RUBYGEMS += \ https://rubygems.org/downloads/ -- Best Regards Edd Barrett http://www.theunixzoo.co.uk
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: afre...@cvs.openbsd.org 2016/04/24 14:53:22 Modified files: devel/p5-Devel-FindRef: Makefile Added files: devel/p5-Devel-FindRef/patches: patch-FindRef_xs Log message: Patch devel/p5-Devel-FindRef to build on perl 5.22 https://rt.cpan.org/Public/Bug/Display.html?id=101077 OK sthen@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: afre...@cvs.openbsd.org 2016/04/24 14:52:21 ports/devel/p5-Devel-FindRef/patches Update of /cvs/ports/devel/p5-Devel-FindRef/patches In directory cvs.openbsd.org:/tmp/cvs-serv66952/patches Log Message: Directory /cvs/ports/devel/p5-Devel-FindRef/patches added to the repository
Re: fonts/terminus-font: Add `centered_tilde' flavor
Sun, 24 Apr 2016 16:26:17 +0200 LÉVAI Dániel> Stuart Henderson @ 2016-04-24T02:57:12 +0200: > > On 2016/04/23 16:34, patrick keshishian wrote: > > > + symquotes- Build with symmetric single quotes. > > > + centered_tilde - Build with centered ASCII tilde. > > > + symquotes-centered_tilde - Build with both modifications. > > > > I think this last line is a little confusing, it suggests there's > > something unusual about this port - and if you're building it from > > ports it won't work like that anyway - you would specify it like > > `env FLAVOR="symquotes centered_tilde" make'. > > > > Looking at the post-patch target, we don't actually need it at > > all, see the diff below. I also included upstream's patch names in > > DESCR in case somebody is looking for a variant by that name, and > > tweaked the text above a little. > > > > Although I am still in two minds about this strange spelling of > > the word that most English-speakers in the world know as "centred". To evade spelling debate mostly, the tilde is in the middle regarding top/middle/bottom position, and not left/centre/right orientation :-) Just an idea to exchange the centre and middle for less ambiguity and quick address of screen placement position as top/mid/bot-L/C/R, maybe counter intuitive at first, but here middle seems better suited to me. > > OK with you Daniel? (and I guess, as maintainer, you get final > > choice on spelling ;-) > > I'm okay with whatever makes this comfortable for users. As a person of the Cyrillic script and more than 33 yrs PC usage, here is a list of what's historically correct and widely accepted the norm: ao1 - the default as is, ao2 is UNREADABLE dv2 - more readable and similar to cursive handwriting ge2 - same, although ge1 is not wrong, ge2 is much much better gq2 - preferred for text only (manuals) and gq1 is better for coding ij1 - ij1 is much more readable! should be the default ka2 - similar to latin k, this is much more readable should be default ll2 - preferred hugely, this is important for legibility td1 - proposed default here http://terminus-font.sourceforge.net/ br1 - looks much more pronounced > But I'm not a native speaker, and I don't want to step on anyone's toes, > so please decide on the spelling :) So, how about mid_tilde flavour being the name and the default as well? It looks the tilde is in the middle vertically on the glass console too. Regards, Anton > > Index: Makefile > > === > > RCS file: /cvs/ports/fonts/Makefile,v > > retrieving revision 1.31 > > diff -u -p -r1.31 Makefile > > --- Makefile10 Mar 2016 07:22:46 - 1.31 > > +++ Makefile24 Apr 2016 00:48:51 - > > @@ -56,6 +56,9 @@ > > SUBDIR += spranq-ecofont-ttf > > SUBDIR += symbola-ttf > > SUBDIR += terminus-font > > + SUBDIR += terminus-font,symquotes > > + SUBDIR += terminus-font,symquotes,centered_tilde > > + SUBDIR += terminus-font,centered_tilde > > SUBDIR += ubuntu-fonts > > SUBDIR += un-fonts > > SUBDIR += zh-arphicttf > > Index: terminus-font/Makefile > > === > > RCS file: /cvs/ports/fonts/terminus-font/Makefile,v > > retrieving revision 1.10 > > diff -u -p -r1.10 Makefile > > --- terminus-font/Makefile 13 Nov 2015 20:18:25 - 1.10 > > +++ terminus-font/Makefile 24 Apr 2016 00:48:51 - > > @@ -3,6 +3,7 @@ > > COMMENT = fixed width fonts especially for long hacking sessions > > > > DISTNAME = terminus-font-4.40 > > +REVISION = 0 > > CATEGORIES = fonts x11 > > > > HOMEPAGE = http://terminus-font.sourceforge.net/ > > @@ -24,13 +25,18 @@ FONTDIR = ${PREFIX}/share/fonts/terminu > > > > USE_GMAKE =Yes > > > > -FLAVORS = symquotes > > +FLAVORS = symquotes centered_tilde > > FLAVOR ?= > > > > +.if ${FLAVOR:Mcentered_tilde} > > +FLAVOR_PATCHES += ${WRKSRC}/alt/td1.diff > > +.endif > > + > > .if ${FLAVOR:Msymquotes} > > -post-patch: > > - ${PATCH} -d ${WRKSRC} < ${WRKSRC}/alt/gq2.diff > > +FLAVOR_PATCHES += ${WRKSRC}/alt/gq2.diff > > .endif > > + > > +PATCH_LIST = patch-* ${FLAVOR_PATCHES} > > > > do-install: > > ${GZIP_CMD} ${WRKSRC}/*.pcf > > Index: terminus-font/pkg/DESCR > > === > > RCS file: /cvs/ports/fonts/terminus-font/pkg/DESCR,v > > retrieving revision 1.1.1.1 > > diff -u -p -r1.1.1.1 DESCR > > --- terminus-font/pkg/DESCR 19 Jul 2011 09:16:08 - 1.1.1.1 > > +++ terminus-font/pkg/DESCR 24 Apr 2016 00:48:51 - > > @@ -1,5 +1,6 @@ > > The Terminus font is a complete set of fixed-size fonts designed > > -especially for the usage in terms. > > +especially for use in terminals. > > > > Flavors: > > - symquotes - Build with symmetric single quotes. > > +
[UPDATE] devel/p5-Devel-FindRef to 1.422
The patch in the referenced ticket convinces this to build with perl 5.22.2. Unsure if it actually works, but `make test` didn't fail as it claimed to in the ticket. Index: Makefile === RCS file: /cvs/ports/devel/p5-Devel-FindRef/Makefile,v retrieving revision 1.5 diff -u -p -r1.5 Makefile --- Makefile20 Mar 2016 19:56:20 - 1.5 +++ Makefile24 Apr 2016 19:06:06 - @@ -6,7 +6,7 @@ MODULES = cpan DISTNAME = Devel-FindRef-1.422 CATEGORIES = devel MAINTAINER = Marc Espie-REVISION = 1 +REVISION = 2 RUN_DEPENDS = devel/p5-common-sense Index: patches/patch-FindRef_xs === RCS file: patches/patch-FindRef_xs diff -N patches/patch-FindRef_xs --- /dev/null 1 Jan 1970 00:00:00 - +++ patches/patch-FindRef_xs24 Apr 2016 19:06:06 - @@ -0,0 +1,23 @@ +$OpenBSD$ + +Patch from SREZIC [...] cpan.org +https://rt.cpan.org/Public/Bug/Display.html?id=101077 + +--- FindRef.xs.origSun Aug 30 07:33:01 2009 FindRef.xs Sun Apr 24 11:30:12 2016 +@@ -6,13 +6,13 @@ + (PERL_REVISION > (a) \ +|| (PERL_REVISION == (a) \ +&& (PERL_VERSION > (b) \ +- || (PERL_VERSION == (b) && PERLSUBVERSION >= (c) ++ || (PERL_VERSION == (b) && PERL_SUBVERSION >= (c) + + #if !PERL_VERSION_ATLEAST (5,8,9) + # define SVt_LAST 16 + #endif + +-#if !PERL_VERSION_ATLEAST (5,10,0) ++#if !PERL_VERSION_ATLEAST (5,10,0) || PERL_VERSION_ATLEAST (5,21,7) + # define SvPAD_OUR(dummy) 0 + #endif +
Re: telephony/kamailio - CVE-2016-2385
On 24/04/2016 19:29, Stuart Henderson wrote: > Hmm, is patches/patch-modules_seas_encode_msg_c not enough then? Sorry Stuart, I slipped up. The package hadn't received a bump for the patch I didn't delve into the patches directory. History on openports is not up to date either: http://openports.se/telephony/kamailio Sevan
Re: telephony/kamailio - CVE-2016-2385
On 2016/04/24 19:15, Sevan Janiyan wrote: > Hello, > telephony/kamailio in ports is vulnerable to the advisory outlined in > https://census-labs.com/news/2016/03/30/kamailio-seas-heap-overflow/ > > Regards > > > Sevan > Hmm, is patches/patch-modules_seas_encode_msg_c not enough then? My last comments about Kamailio, no reply yet: - Forwarded message from Stuart Henderson- From: Stuart Henderson Date: Sun, 13 Mar 2016 15:05:15 + To: Roman Kravchuk Cc: ports User-Agent: Mutt/1.5.24 (2015-08-30) Subject: Re: Update: telephony/kamailio to 4.3.5 Mail-Followup-To: Roman Kravchuk , ports On 2016/03/13 15:43, Roman Kravchuk wrote: > With disabled CRYPTO_set_mem_functions tls module loaded but kamailio > crashed on close connection I don't know how to handle this then, the port can't depend on security/openssl. Perhaps upstream could help.. Since the current version is already broken in the same way, shall I just commit the update (minus the openssl dep) for now? - End forwarded message -
telephony/kamailio - CVE-2016-2385
Hello, telephony/kamailio in ports is vulnerable to the advisory outlined in https://census-labs.com/news/2016/03/30/kamailio-seas-heap-overflow/ Regards Sevan
MOD_PYPI and new package URLs
Hi, I just went to update a python package -- a simple version bump -- and the distfile could not be fetched. This is because PyPI have changed their URL scheme. This will no longer work: https://pypi.python.org/packages/source/t/texscythe/texscythe-0.2.0.1.tar.gz It now needs to be: https://pypi.python.org/packages/90/11/994279994d70dd292b924e374f8a6ac5dea350d8d1d1d0c3a55aef638b43/texscythe-0.2.0.1.tar.gz This URL is suffix is: /packages/{hash[:2]}/{hash[2:4]}/{hash[4:]}/{filename} Where the hash is a blake2b hash. This only seems to apply to new uploads to PyPI. Old URLs seem to still work. Here's a thread discussing the change: https://bitbucket.org/pypa/pypi/issues/438/backwards-compatible-un-hashed-package So we need to think about what to do with MODPY_PI. Perhaps we have a MODPY_PI_HASH which if set uses the new method? -- Best Regards Edd Barrett http://www.theunixzoo.co.uk
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2016/04/24 09:44:32 Modified files: fonts : Makefile fonts/terminus-font: Makefile fonts/terminus-font/pkg: DESCR Log message: Add a centered_tilde flavour to terminus-font, suggested by Michael Reed, feedback from naddy and patrick keshishian, ok LEVAI Daniel (maintainer).
new: sysutils/udfclient
A port of reinoud netbsd.org's userland UDF filesystem toolset is attached here for review. This is not a FUSE implementation, but a userland application. Key utilities are a newfs_udf and an ftp-like udfclient tool for writing or reading UDF filesystems. udfclient.tar.gz Description: application/tar-gz
Re: fonts/terminus-font: Add `centered_tilde' flavor
Stuart Henderson @ 2016-04-24T02:57:12 +0200: > On 2016/04/23 16:34, patrick keshishian wrote: > > + symquotes- Build with symmetric single quotes. > > + centered_tilde - Build with centered ASCII tilde. > > + symquotes-centered_tilde - Build with both modifications. > > I think this last line is a little confusing, it suggests there's > something unusual about this port - and if you're building it from > ports it won't work like that anyway - you would specify it like > `env FLAVOR="symquotes centered_tilde" make'. > > Looking at the post-patch target, we don't actually need it at > all, see the diff below. I also included upstream's patch names in > DESCR in case somebody is looking for a variant by that name, and > tweaked the text above a little. > > Although I am still in two minds about this strange spelling of > the word that most English-speakers in the world know as "centred". > > OK with you Daniel? (and I guess, as maintainer, you get final > choice on spelling ;-) I'm okay with whatever makes this comfortable for users. But I'm not a native speaker, and I don't want to step on anyone's toes, so please decide on the spelling :) Daniel > Index: Makefile > === > RCS file: /cvs/ports/fonts/Makefile,v > retrieving revision 1.31 > diff -u -p -r1.31 Makefile > --- Makefile 10 Mar 2016 07:22:46 - 1.31 > +++ Makefile 24 Apr 2016 00:48:51 - > @@ -56,6 +56,9 @@ > SUBDIR += spranq-ecofont-ttf > SUBDIR += symbola-ttf > SUBDIR += terminus-font > + SUBDIR += terminus-font,symquotes > + SUBDIR += terminus-font,symquotes,centered_tilde > + SUBDIR += terminus-font,centered_tilde > SUBDIR += ubuntu-fonts > SUBDIR += un-fonts > SUBDIR += zh-arphicttf > Index: terminus-font/Makefile > === > RCS file: /cvs/ports/fonts/terminus-font/Makefile,v > retrieving revision 1.10 > diff -u -p -r1.10 Makefile > --- terminus-font/Makefile13 Nov 2015 20:18:25 - 1.10 > +++ terminus-font/Makefile24 Apr 2016 00:48:51 - > @@ -3,6 +3,7 @@ > COMMENT =fixed width fonts especially for long hacking sessions > > DISTNAME = terminus-font-4.40 > +REVISION = 0 > CATEGORIES = fonts x11 > > HOMEPAGE = http://terminus-font.sourceforge.net/ > @@ -24,13 +25,18 @@ FONTDIR = ${PREFIX}/share/fonts/terminu > > USE_GMAKE = Yes > > -FLAVORS =symquotes > +FLAVORS =symquotes centered_tilde > FLAVOR ?= > > +.if ${FLAVOR:Mcentered_tilde} > +FLAVOR_PATCHES += ${WRKSRC}/alt/td1.diff > +.endif > + > .if ${FLAVOR:Msymquotes} > -post-patch: > - ${PATCH} -d ${WRKSRC} < ${WRKSRC}/alt/gq2.diff > +FLAVOR_PATCHES += ${WRKSRC}/alt/gq2.diff > .endif > + > +PATCH_LIST = patch-* ${FLAVOR_PATCHES} > > do-install: > ${GZIP_CMD} ${WRKSRC}/*.pcf > Index: terminus-font/pkg/DESCR > === > RCS file: /cvs/ports/fonts/terminus-font/pkg/DESCR,v > retrieving revision 1.1.1.1 > diff -u -p -r1.1.1.1 DESCR > --- terminus-font/pkg/DESCR 19 Jul 2011 09:16:08 - 1.1.1.1 > +++ terminus-font/pkg/DESCR 24 Apr 2016 00:48:51 - > @@ -1,5 +1,6 @@ > The Terminus font is a complete set of fixed-size fonts designed > -especially for the usage in terms. > +especially for use in terminals. > > Flavors: > - symquotes - Build with symmetric single quotes. > + symquotes - Build with symmetric single quotes (gq2) > + centered_tilde - Build with centered ASCII tilde (td1) > -- LÉVAI Dániel PGP key ID = 0x83B63A8F Key fingerprint = DBEC C66B A47A DFA2 792D 650C C69B BE4C 83B6 3A8F
Re: fonts/terminus-font: Add `centered_tilde' flavor
Sat, 23 Apr 2016 17:13:37 -0400 Michael Reed> On 04/23/16 17:01, patrick keshishian wrote: > > On 4/23/16, Michael Reed wrote: > >> I prefer this variant of terminus, I wonder what others think. > > > > Just reading the description of this patch on $HOMEPAGE, I > > wonder (as the page suggests) if this should be default? > > I initially agreed with that because a centered tilde seems to be > more common in other fonts, and I personally like it more, > but after some thought I don't think so. > > If a user does `pkg_add terminus', I'd think they would expect to Should, unless it's common acceptance it must include some patches. > get the vanilla, unpatched version of Terminus. If upstream does > indeed make that the default then so be it, but for now I think a > separate flavor would be preferable for end-users. Not very important to me anyway, yet I would prefer the default install mimicked historically accepted readable text norms and not the "modern" this and that fancy quotes and other eye poking variation of legibility. > What do you think? Seconded, flavours within reason. It is known this font has too many. I think you will make the default look good without need for checking.
Re: fonts/terminus-font: Add `centered_tilde' flavor
On Sun, Apr 24, 2016 at 01:57:12AM +0100, Stuart Henderson wrote: > > Although I am still in two minds about this strange spelling of > the word that most English-speakers in the world know as "centred". > Oh the funny and strange thoughts of so many people. :) It's so clear that the correct form of "English" is American English. It's also so clear that the correct form of Spanish is Mexican Spanish. People in England and Spain really do need to catch up with the proper forms of speaking. Chris
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: gsoa...@cvs.openbsd.org 2016/04/24 06:07:48 Modified files: security/stunnel: Makefile distinfo security/stunnel/patches: patch-src_ctx_c patch-src_options_c patch-src_verify_c Log message: update to 5.31 OK kili@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: z...@cvs.openbsd.org2016/04/24 05:07:55 Modified files: games/jag : Makefile Added files: games/jag/patches: patch-displaywrapper_cpp Log message: Unbreak run-time (fix use-after-free when talking with XRandr). Initial report from Roman Yakovlev.
Re: [bug] gzip archives created with pkg_create have wrong data sizes
On Sun, Apr 24, 2016 at 01:47:24AM -0400, dan mclaughlin wrote: > the sizes of the compressed/uncompressed data are wrong. i have tested gzip > and 'tar zcf' and the values are right, but using pkg_create fails. gzip -l will just give you the first chunk, that's a limitation of the gzip tool itself. That could probably get fixed, but it's not that annoying. pkg_create files are a succession of gzip chunks, for two reasons: 1/ putting the plist in its separate chunk makes pkg_sign drastically faster, as it doesn't have to uncompress/recompress gzip files. 2/ files are ordered from last changed to least changed, and put into chunks of 8 files, starting at the end, making it possible for rsync to perform its magic on compressed packages, since the ending chunks do not change at all. The actual uncompressed size of each package can be obtained with pkg_info -s.
Re: [bug] gzip archives created with pkg_create have wrong data sizes
On 2016/04/24 01:47, dan mclaughlin wrote: > the sizes of the compressed/uncompressed data are wrong. i have tested gzip > and 'tar zcf' and the values are right, but using pkg_create fails. The gzip stream is broken into chunks for more efficient package signing and to improve rsync-friendliness. See e.g. http://anoncvs.spacehopper.org/openbsd-src/commit/?id=86ace4402e1421117708700d6f0ef008e0bee8b6
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2016/04/24 02:36:09 Modified files: graphics/geeqie: Makefile distinfo graphics/geeqie/pkg: PLIST Log message: Update to geeqie-1.2.3.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2016/04/24 02:01:02 Modified files: sysutils/d-feet: Makefile distinfo sysutils/d-feet/pkg: PLIST Log message: Update to d-feet-0.3.11.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: shadc...@cvs.openbsd.org2016/04/24 01:44:06 Modified files: textproc : Makefile Log message: +py-numpydoc,python3
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: shadc...@cvs.openbsd.org2016/04/24 01:40:03 Modified files: textproc/py-numpydoc: Makefile distinfo textproc/py-numpydoc/pkg: PLIST Log message: Update to py-numpydoc 0.6.0. Add python3 flavor and take maintainer. ok ajacoutot@
Re: pledge() sysutils/colortree
On Sat, Apr 23, 2016 at 08:40:55PM +0200, David Dahlberg wrote: > > Attached is a patch that has a first pledge after setlocale, and a > second call the command line parsing, which removes write access. for me, the first pledge call is superflous: it didn't really add gain to the program. pledging ports should be keep simple diffs: it will be more simple later for merging with port updates (because all the checks should be redone in case of feature additions or changes...) > I bid somebody with better C skills in using debuggers and reading > symbols than me to check, whether this should be sufficient. Steve, > didn't you volunteer? ;-) I already pointed system(3) call in html.c (requiring "proc exec"). $ tree -R -L 2 -H . Abort trap (core dumped) the system(3) call occurs with the combinaison of these 3 options. It is why dynamic approch is really hard to be exhaustive. Please don't send patches if you aren't confident in your pledge promises: devs will not have time to check and review all the code to be sure that promises you pledge are good. Considers also that once bad promises are commited, the port could become unusable for others users, and the problem could be more important if it isn't catched in -current and bad promises goes to -stable (more work for devs). And users of the port will be angry about pledge(2) and you. -- Sebastien Marie
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2016/04/24 01:09:02 Modified files: productivity/glabels: Makefile distinfo productivity/glabels/pkg: PLIST Log message: Update to glabels-3.4.0.