Re: [NEW] cudd-3.0.0
Hi Alessandro, Alessandro DE LAURENZIS writes: > All tests are PASS, provided that we use gdiff(1) instead of diff(1) for > the dddmp set. Careful... -# Store corresponding CNF in different format: +# Store corresponding CNF in gdifferent format: # NodeByNode method -> file 4.node1.tmp # MaxtermByMaxterm -> file 4.max1.tmp -# Best with different options: +# Best with gdifferent options: > HOMEPAGE = https://sourceforge.net/projects/cudd-mirror/ I think https://www.davidkebo.com/cudd is a better homepage. I would use both SourceForge and https://www.davidkebo.com/source/cudd_versions/ in MASTER_SITES. > One thing I'm not able to do is to force the name of the .so file to be > libcudd.so.0.0, instead of libcudd-3.0.0.so.0.0. Could someone point me > in the right direction? Well, it seems to create both. I suppose you could @comment out the redundant library in PLIST, but personally I wouldn't bother; in ports like textproc/apertium I just leave it be. Which one does OpenSTA pick up? -- Anthony J. Bentley
Re: [Re: XSS vuln in cvsweb]
Hi,
Peter J. Philipp wrote on Sat, Mar 16, 2019 at 07:52:23AM +0100:
> On Fri, Mar 15, 2019 at 05:22:47PM -0700, Andrew Hewus Fresh wrote:
>> I looked this over and updated the patch to be against the port. It
>> seems to be good and I only found a couple other places that needed to
>> be escaped, the "stickyvars" section and the tr1/tr2 inputs in doLog,
>> although r1, r2, tr1 and tr2 are part of "unsafevars" so their content
>> is pretty limited already.
>>
>> It was a pretty quick look so I don't doubt that there are more, and I
>> didn't actually get a chance to test it out, so hopefully someone else
>> can.
> Thanks for the help! I have applied your patch and it went cleanly (commands
> were cd /usr/ports/devel/cvsweb; patch -p0 < cvsweb.patch), I then rebuilt
> the port with "make reinstall" no problem there either. The CGI is the newly
> built CGI as discovered with ls. A quick test shows that it applied the
> XSS escapes.
I committed the patches from both of you to
http://mandoc.bsd.lv/cgi-bin/cvsweb/?cvsroot=cvsweb
http://mandoc.bsd.lv/cvsweb/
in preparation for rolling a new release, then briefly looked at
the script myself. My impression is there are huge numbers of
additional candidates for missing escaping, see the incomplete list
below (which may of course also contain some false positives). I'm
not yet sure what to do about it (don't waste your time right now
trying to fix all the potential issues below).
Maybe just fix the most important ones, check and apply the additional
idea (adding some HTTP header) from sthen@, release 2.1.1 even if
it is not perfect, update the port, then move on to the 3.0 branch,
cleaning up things for real over there, aiming for a later 3.1.1
release?
That way, we would quickly get a 2.1.1 release that everybody could
update to without too much hassle, whereas updating to 3.1.1 might
not be easy for some, and besides releasing 3.1.1 will certainly
not be quick. At the same time, that plan would avoid wasting too
much time on 2.1.1. Not sure yet...
Yours,
Ingo
Additional candidates where escaping is likely missing:
---
sub clickablePath($$) {
$retval = "[$cvstree]";
$retval .= ' ' . ("[$cvstree]",
sprintf('%s/%s#dirlist', $scriptname, $query));
$retval .= $_;
sub cvswebMarkup($$$) {
print "Tag: ", $input{only_with_tag}, "\n"
sub doDiff($$) {
print $_;
sub getDirLogs($$@) {
print "$state:$_" if ($verbose);
print "$filename $rev Wanted: $revwanted ",
"Revbranch: $revbranch Branch: $branch ",
"Branchpoint: $branchpoint\n"
"File revision $rev found for branch
$branch\n"
print
"File info $rev found for $filename
sub readLog($;$) {
print if ($verbose);
print "R:", $_ if ($verbose);
print "D:", $_ if ($verbose);
print "L:", $_ if ($verbose);
print "E:", $_ if ($verbose);
sub link($$) {
sprintf '%s', hrefquote($url), $name;
sub printLog($;$) {
print "";
print "";
print "";
sprintf(
'%s?r1=%s%s', $scriptwhere,
$_, htmlquote($barequery)
)
print "Revision $_";
print "", $author{$_}, "\n";
print "Branch: ", $link ? link_tags($revsym{$br}) : $revsym{$br},
print "CVS Tags: ", $link ? link_tags($revsym{$_}) : $revsym{$_},
print "Branch point for: ",
$link ? link_tags($branchpoint{$_}) : $branchpoint{$_}, "\n"
print
"Changes since $prev: $difflines{$_} lines\n";
print ">${_}\n";
sub human_readable_diff($) {
print
"Diff for /$where_nd between versio
sub navigateHeader($) {
$path$filename - $title - $rev$css
print ($backicon, "$swhere$query#rev$rev");
print "Return to ", ($filename, "$swhere$query#rev$rev"),
sub chooseCVSRoot() {
print "\n"
print "CVS Root: [$cvstree]";
sub download_link($$$;$) {
print ">$textlink";
sub html_header($) {
$title
Re: pugixml and ports-gcc
On 2019/03/21 17:33, Jeremie Courreges-Anglas wrote: > On Wed, Mar 20 2019, Charlene Wendling wrote: > > Hi, > > > > On Wed, 20 Mar 2019 15:48:58 +0100 > > Jeremie Courreges-Anglas wrote: > > > >> > >> Hi, > >> > >> filezilla fails to build at least on powerpc and sparc64: > >> > >> http://build-failures.rhaalovely.net/powerpc/2019-02-04/net/filezilla.log > >> http://build-failures.rhaalovely.net/sparc64/2019-03-04/net/filezilla.log > >> > >> --8<-- > >> checking whether pugixml has been compiled with long long support... > >> no configure: error: pugixml system library has been compiled without > >> long long support > >> -->8-- > >> > >> We have a local patch that prevents cmake from turning on long long > >> (C++11) support. I guess the diff was needed to avoid a failure with > >> cmake-3.1.x and/or base-gcc, back in 2015. > >> > >> If I remove our local patch, cmake-3.10.2 and ports-gcc happily build > >> a library with long long support activated. base-clang builds aren't > >> affected (long long support by default). > > > > Thanks a lot! > > > > I've tested on macppc, your diff solves the 'long long' issue at > > filezilla's configure time (But the build fails later sadly, and i'm > > building webkitgtk4 atm). > > Yeah I suspected that but figured that the diff would still be an > improvement. > > > By the way, HOMEPAGE should be moved to https. > > And HOMEPAGE says pugixml-1.9 has been released, so here's a diff for > both. Not tested yet, if someone wants to pick it up: Dep's seem ok, the changelog is sane ... OK with me. I wonder why portroach didn't find the update.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2019/03/21 16:24:30 Modified files: databases/libdbi-drivers: Makefile Log message: regen WANTLIB-freetds, packaging was broken as found by aja@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2019/03/21 16:06:54 Modified files: lang/sbcl : Makefile Added files: lang/sbcl/patches: patch-src_compiler_generic_genesis_lisp patch-src_compiler_x86_parms_lisp patch-tests_run-compiler_sh Log message: i386 fixes for lang/sbcl, from maintainer joshe@
macppc: Unbreak www/webkitgtk4 2.24
Hi ports,
This update causes various issues on powerpc (ports-clang is used
for this one):
1) "There's nowhere that max_align_t is defined"
bcallah@ found this during an attempt to build webkigtk4 on macppc
with gcc-8.2 as ports-gcc [0]. I still use gcc-4.9 on my side,
same thing. I'll let him address this issue as he's working on it.
Temporarily i made a quick fix in webkitgtk4's code itself.
2) Unsigned char by default
There are a few occurences of narrowing to signed char that
breaks the build on macppc.
I fixed them as clang++ told me where they were.
3) __mulodi4 generated by ports-clang on powerpc
This is a follow-up of my diff against v2.22. Code changed, and so
is the patch.
Testing:
- nothing is broken on amd64 (the build log is here,
¡28 Mbytes! [1]), i used surf without issues.
- on macppc, it indeed builds, the runtime is still meh.
According to various tests i did, the network code may be to
blame [2].
I can display a prefetched OpenBSD homepage, even run basic
javascript. As soon as i really want to browse online, i've the
classical "Internal webkit error".
Given that no webkitgtk4 means no Gnome, i felt like sharing early,
as iirc arm* will be hit by 2).
Opinions, comments, testing [...] welcome :)
Charlène.
[0] https://bsd.network/@bcallah/101784192360684678
[1] http://0x0.st/z8Un.txt
[2] https://bsd.network/@julianaito/101788954290460434
Index: Makefile
===
RCS file: /cvs/ports/www/webkitgtk4/Makefile,v
retrieving revision 1.98
diff -u -p -u -p -r1.98 Makefile
--- Makefile14 Mar 2019 09:48:28 - 1.98
+++ Makefile21 Mar 2019 19:02:58 -
@@ -13,6 +13,7 @@ PORTROACH = limitw:1,even
COMMENT = GTK+ port of the WebKit rendering engine
V =2.24.0
+REVISION = 0
DISTNAME = webkitgtk-${V}
PKGNAME = webkitgtk4-${V}
EXTRACT_SUFX = .tar.xz
@@ -110,6 +111,12 @@ LDFLAGS += -Wl,--no-keep-memory
.if ${MACHINE_ARCH} == "i386"
CFLAGS += -march=i686
CXXFLAGS +=-march=i686
+.endif
+
+.if ${MACHINE_ARCH} == "powerpc"
+CFLAGS += -mlongcall
+CXXFLAGS +=-mlongcall
+LDFLAGS += -Wl,--relax
.endif
post-extract:
Index: patches/patch-Source_JavaScriptCore_runtime_CachedTypes_cpp
===
RCS file: patches/patch-Source_JavaScriptCore_runtime_CachedTypes_cpp
diff -N patches/patch-Source_JavaScriptCore_runtime_CachedTypes_cpp
--- /dev/null 1 Jan 1970 00:00:00 -
+++ patches/patch-Source_JavaScriptCore_runtime_CachedTypes_cpp 21 Mar 2019
19:02:58 -
@@ -0,0 +1,27 @@
+$OpenBSD$
+
+ports-clang: std::max_align_t cannot be found.
+
+Index: Source/JavaScriptCore/runtime/CachedTypes.cpp
+--- Source/JavaScriptCore/runtime/CachedTypes.cpp.orig
Source/JavaScriptCore/runtime/CachedTypes.cpp
+@@ -44,6 +44,10 @@
+ #include
+ #include
+
++// ports-clang require this:
++#include
++using ::max_align_t;
++
+ namespace JSC {
+
+ template
+@@ -160,7 +164,7 @@ class Encoder { (private)
+
+ bool malloc(size_t size, ptrdiff_t& result)
+ {
+-size_t alignment = std::min(alignof(std::max_align_t),
static_cast(WTF::roundUpToPowerOfTwo(size)));
++size_t alignment = std::min(alignof(::max_align_t),
static_cast(WTF::roundUpToPowerOfTwo(size)));
+ ptrdiff_t offset = WTF::roundUpToMultipleOf(alignment, m_offset);
+ size = WTF::roundUpToMultipleOf(alignment, size);
+ if (static_cast(offset + size) > m_capacity)
Index: patches/patch-Source_WTF_wtf_CheckedArithmetic_h
===
RCS file: patches/patch-Source_WTF_wtf_CheckedArithmetic_h
diff -N patches/patch-Source_WTF_wtf_CheckedArithmetic_h
--- /dev/null 1 Jan 1970 00:00:00 -
+++ patches/patch-Source_WTF_wtf_CheckedArithmetic_h21 Mar 2019 19:02:58
-
@@ -0,0 +1,52 @@
+$OpenBSD$
+
+macppc linking fix: with ports-clang, libgcc is used instead of compiler-rt,
+and it does not provide the __mulodi4 symbol used by clang for
+__builtin_mul_overflow.
+
+Other !base-clang archs should be added if they can
+go up to the final linking parts.
+
+see https://bugs.webkit.org/show_bug.cgi?id=190208
+
+Index: Source/WTF/wtf/CheckedArithmetic.h
+--- Source/WTF/wtf/CheckedArithmetic.h.orig
Source/WTF/wtf/CheckedArithmetic.h
+@@ -31,6 +31,10 @@
+ #include
+ #include
+
++#if COMPILER(GCC_COMPATIBLE) && !(defined(__clang__) && defined(__powerpc__))
++#define USE_MUL_OVERFLOW 1
++#endif
++
+ /* Checked
+ *
+ * This class provides a mechanism to perform overflow-safe integer arithmetic
+@@ -360,7 +364,7 @@ template struct ArithmeticOperat
+
+ static inline bool multiply(int64_t lhs, int64_t rhs, ResultType& result)
+ {
+-#if COMPILER(GCC_COMPATIBLE)
++#if
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: k...@cvs.openbsd.org2019/03/21 13:09:31 Modified files: net/toot : Makefile distinfo net/toot/pkg : PLIST Log message: Update to toot-0.21.0 Makefile is installed during fake, so @comment it. See https://github.com/ihabunek/toot/issues/91 for the upstream issue.
[NEW] cudd-3.0.0
Dear ports@ readers, this is a proposal for a new port: CUDD, the Colorado University Decision Diagram. DESCR = CUDD (Colorado University Decision Diagram) is a package written in C for the manipulation of decision diagrams. It supports binary decision diagrams (BDDs), algebraic decision diagrams (ADDs), and Zero-Suppressed BDDs (ZDDs). This library is required by some ports I have in my pipe, and specifically by Parallax OpenSTA, which is the last dependency still missing for Qflow. I chose devel as category, please let me know if that's ok. All tests are PASS, provided that we use gdiff(1) instead of diff(1) for the dddmp set. One thing I'm not able to do is to force the name of the .so file to be libcudd.so.0.0, instead of libcudd-3.0.0.so.0.0. Could someone point me in the right direction? Taking MAINTAINER, tarball attached. -- Alessandro DE LAURENZIS [mailto:jus...@atlantide.t28.net] Web: http://www.atlantide.t28.net LinkedIn: https://www.linkedin.com/in/delaurenzis/ cudd.tar.gz Description: application/gzip
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: juan...@cvs.openbsd.org 2019/03/21 12:32:47 Modified files: devel/mercurial: Makefile distinfo Log message: Update to mercurial 4.9.1.
Re: pugixml and ports-gcc
On Wed, Mar 20 2019, Charlene Wendling wrote:
> Hi,
>
> On Wed, 20 Mar 2019 15:48:58 +0100
> Jeremie Courreges-Anglas wrote:
>
>>
>> Hi,
>>
>> filezilla fails to build at least on powerpc and sparc64:
>>
>> http://build-failures.rhaalovely.net/powerpc/2019-02-04/net/filezilla.log
>> http://build-failures.rhaalovely.net/sparc64/2019-03-04/net/filezilla.log
>>
>> --8<--
>> checking whether pugixml has been compiled with long long support...
>> no configure: error: pugixml system library has been compiled without
>> long long support
>> -->8--
>>
>> We have a local patch that prevents cmake from turning on long long
>> (C++11) support. I guess the diff was needed to avoid a failure with
>> cmake-3.1.x and/or base-gcc, back in 2015.
>>
>> If I remove our local patch, cmake-3.10.2 and ports-gcc happily build
>> a library with long long support activated. base-clang builds aren't
>> affected (long long support by default).
>
> Thanks a lot!
>
> I've tested on macppc, your diff solves the 'long long' issue at
> filezilla's configure time (But the build fails later sadly, and i'm
> building webkitgtk4 atm).
Yeah I suspected that but figured that the diff would still be an
improvement.
> By the way, HOMEPAGE should be moved to https.
And HOMEPAGE says pugixml-1.9 has been released, so here's a diff for
both. Not tested yet, if someone wants to pick it up:
Index: Makefile
===
RCS file: /cvs/ports/textproc/pugixml/Makefile,v
retrieving revision 1.9
diff -u -p -r1.9 Makefile
--- Makefile21 Mar 2019 16:11:42 - 1.9
+++ Makefile21 Mar 2019 16:29:58 -
@@ -2,15 +2,14 @@
COMMENT= light-weight, simple and fast XML parser for C++
-V= 1.7
+V= 1.9
DISTNAME= pugixml-$V
-REVISION = 4
-SHARED_LIBS += pugixml 0.1 # 1.7
+SHARED_LIBS += pugixml 1.0 # 1.9
CATEGORIES=textproc devel
-HOMEPAGE= http://pugixml.org/
+HOMEPAGE= https://pugixml.org/
MAINTAINER=Stuart Henderson
@@ -28,7 +27,5 @@ MODULES= devel/cmake
CONFIGURE_ARGS+= -DBUILD_SHARED_LIBS=on
NO_TEST= Yes
-
-WRKSRC=${WRKDIST}/scripts
.include
Index: distinfo
===
RCS file: /cvs/ports/textproc/pugixml/distinfo,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 distinfo
--- distinfo30 Nov 2015 14:32:27 - 1.1.1.1
+++ distinfo21 Mar 2019 16:29:58 -
@@ -1,2 +1,2 @@
-SHA256 (pugixml-1.7.tar.gz) = ++ENRvYddp99kqKWEC5OK9PuFhMPEcWxChquWQ6h9co=
-SIZE (pugixml-1.7.tar.gz) = 354472
+SHA256 (pugixml-1.9.tar.gz) = 0VbTW4P2gOQP1kEsRFX90DVEM5d5E0YXubKNGeEf26Y=
+SIZE (pugixml-1.9.tar.gz) = 377369
--
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.org2019/03/21 10:11:42 Modified files: textproc/pugixml: Makefile Removed files: textproc/pugixml/patches: patch-scripts_CMakeLists_txt Log message: Kill patch and enable long long support when using ports-gcc The patch looked like a workaround from cmake-3.1 and base-gcc times. long long support mandatory for net/filezilla. Tests by cwen@, ok sthen@ (maintainer)
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: j...@cvs.openbsd.org2019/03/21 09:59:11 Modified files: x11/qt5/qtbase : Makefile Log message: Let this build on sparc64
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2019/03/21 07:38:50 Modified files: graphics/darktable: Makefile distinfo graphics/darktable/pkg: PLIST Log message: update to darktable-2.6.2
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2019/03/21 07:21:49 Modified files: audio/quodlibet: Makefile audio/py-mutagen: Makefile Log message: set portroach skipv
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2019/03/21 07:19:33 Modified files: mail/pecl-mailparse: Makefile distinfo Log message: update to pecl-mailparse-3.0.3
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2019/03/21 07:19:14 Modified files: sysutils/moreutils: Makefile distinfo Log message: update to moreutils-0.63
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2019/03/21 07:18:17 Modified files: multimedia/motion: Makefile Log message: set PORTROACH skipv
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2019/03/21 07:17:43 Modified files: security/xca : Makefile Log message: set PORTROACH skipv
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2019/03/21 07:15:35 Modified files: textproc/solr : Makefile distinfo textproc/solr/patches: patch-bin_solr textproc/solr/pkg: PLIST Log message: update to solr-8.0.0
Re: [UPDATE] games/cataclysm-dda 2019.02.08 -> 0.D release
On Thu, March 21, 2019 5:29 am, Stuart Henderson wrote: > On 2019/03/20 18:58, trondd wrote: >> Brian Callahan wrote: >> >> > >> > >> > On 3/17/19 6:29 PM, trondd wrote: >> > > The release of version 0.D is out! >> > > >> > > I do need help because pkg_add won't install 0.D over 2019.02.08, I >> guess >> > > it doesn't know it's a newer version. Do I need a quirk for that or >> use >> > > EPOCH? Haven't run into this situation before. >> > >> > Number went backwards. Set EPOCH=0. >> > >> > ~Brian >> >> Ok, I decided to go with EPOCH. I think the port should have the >> canonical >> version. Hopefully I won't need to track development again for a while. >> >> Also fixed the homepage. > > Thanks, committed. For future updates please make sure that package tools > understand the version numbering scheme (or update EPOCH again if not) :) > Thank you. Yes, lesson learned. :) Tim.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: p...@cvs.openbsd.org2019/03/21 05:36:24 Modified files: net/mattermost-server: Makefile distinfo net/mattermost-server/pkg: PLIST Log message: Update mattermost-server 5.8.0 -> 5.9.0 ok robert@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: p...@cvs.openbsd.org2019/03/21 05:34:15 Modified files: www/gitea : Makefile distinfo www/gitea/pkg : PLIST Log message: Update gitea 1.7.2 -> 1.7.4 ok robert@
UPDATE: www/rt 4.4.4
Hi, Here is a trivial diff to update rt to 4.4.4. No database scheme changes. Mostly a security update, fixes a bunch of CVEs. Changelog here: https://docs.bestpractical.com/release-notes/rt/4.4.4 OK? Paul Index: Makefile === RCS file: /cvs/ports/www/rt/Makefile,v retrieving revision 1.42 diff -u -p -u -p -r1.42 Makefile --- Makefile28 Sep 2018 09:03:49 - 1.42 +++ Makefile21 Mar 2019 10:32:25 - @@ -2,7 +2,7 @@ COMMENT= industrial-grade ticketing system -DISTNAME= rt-4.4.3 +DISTNAME= rt-4.4.4 CATEGORIES=www MAINTAINER=Robert Nagy @@ -71,7 +71,6 @@ RUN_DEPENDS= converters/p5-Convert-ASN1 textproc/p5-List-UtilsBy \ textproc/p5-Regexp-Common \ textproc/p5-String-ShellQuote \ - textproc/p5-Text-Quoted \ textproc/p5-Text-Quoted \ textproc/p5-Text-Template \ textproc/p5-Text-WikiFormat \ Index: distinfo === RCS file: /cvs/ports/www/rt/distinfo,v retrieving revision 1.20 diff -u -p -u -p -r1.20 distinfo --- distinfo28 Sep 2018 09:03:49 - 1.20 +++ distinfo21 Mar 2019 10:32:25 - @@ -1,2 +1,2 @@ -SHA256 (rt-4.4.3.tar.gz) = c4q0PKyQJCCzUlRZ4ohRXVETDYWBBln2yKfiI8d9rbE= -SIZE (rt-4.4.3.tar.gz) = 9584927 +SHA256 (rt-4.4.4.tar.gz) = NMMWpKeNfum5XUORUw+bs/8+3Znrvr+sY1TtFz6UCIQ= +SIZE (rt-4.4.4.tar.gz) = 9977845 Index: patches/patch-Makefile_in === RCS file: /cvs/ports/www/rt/patches/patch-Makefile_in,v retrieving revision 1.5 diff -u -p -u -p -r1.5 patch-Makefile_in --- patches/patch-Makefile_in 28 Sep 2018 09:03:49 - 1.5 +++ patches/patch-Makefile_in 21 Mar 2019 10:32:25 - @@ -16,7 +16,7 @@ Index: Makefile.in CONFIG_FILE = $(CONFIG_FILE_PATH)/RT_Config.pm SITE_CONFIG_FILE = $(CONFIG_FILE_PATH)/RT_SiteConfig.pm -@@ -286,13 +292,13 @@ fixperms: +@@ -288,13 +294,13 @@ fixperms: chmod $(RT_READABLE_DIR_MODE) $(DESTDIR)$(RT_BIN_PATH) @@ -34,7 +34,7 @@ Index: Makefile.in chmod 0440 $(DESTDIR)$(CONFIG_FILE) chmod 0640 $(DESTDIR)$(SITE_CONFIG_FILE) -@@ -305,7 +311,7 @@ fixperms: +@@ -307,7 +313,7 @@ fixperms: # Make upgrade scripts executable if they are in the source. # @@ -43,7 +43,7 @@ Index: Makefile.in chmod a+x "$(DESTDIR)$(RT_ETC_PATH)/upgrade/$$file" ; \ done -@@ -360,7 +366,7 @@ clean-mason-cache: +@@ -362,7 +368,7 @@ clean-mason-cache: rm -rf $(DESTDIR)$(MASON_DATA_PATH)/etc/* rm -rf $(DESTDIR)$(MASON_DATA_PATH)/obj/* @@ -52,7 +52,7 @@ Index: Makefile.in files-install: libs-install etc-install config-install bin-install sbin-install html-install doc-install font-install po-install static-install -@@ -368,6 +374,7 @@ config-install: +@@ -370,6 +376,7 @@ config-install: @COMMENT_INPLACE_LAYOUT@ $(INSTALL) -m 0755 -o $(BIN_OWNER) -g $(RTGROUP) -d $(DESTDIR)$(CONFIG_FILE_PATH) @COMMENT_INPLACE_LAYOUT@ -$(INSTALL) -m 0440 -o $(BIN_OWNER) -g $(RTGROUP) etc/RT_Config.pm $(DESTDIR)$(CONFIG_FILE) @COMMENT_INPLACE_LAYOUT@ [ -f $(DESTDIR)$(SITE_CONFIG_FILE) ] || $(INSTALL) -m 0640 -o $(BIN_OWNER) -g $(RTGROUP) etc/RT_SiteConfig.pm $(DESTDIR)$(SITE_CONFIG_FILE) @@ -60,7 +60,7 @@ Index: Makefile.in @COMMENT_INPLACE_LAYOUT@ @echo "Installed configuration. About to install RT in $(RT_PATH)" test: -@@ -454,16 +461,16 @@ doc-install: +@@ -456,16 +463,16 @@ doc-install: etc-install: Index: patches/patch-sbin_rt-test-dependencies_in === RCS file: /cvs/ports/www/rt/patches/patch-sbin_rt-test-dependencies_in,v retrieving revision 1.4 diff -u -p -u -p -r1.4 patch-sbin_rt-test-dependencies_in --- patches/patch-sbin_rt-test-dependencies_in 28 Sep 2018 09:03:49 - 1.4 +++ patches/patch-sbin_rt-test-dependencies_in 21 Mar 2019 10:32:25 - @@ -2,15 +2,6 @@ $OpenBSD: patch-sbin_rt-test-dependencie Index: sbin/rt-test-dependencies.in --- sbin/rt-test-dependencies.in.orig +++ sbin/rt-test-dependencies.in -@@ -139,7 +139,7 @@ Digest::MD5 2.27 - Digest::SHA - Email::Address 1.908 - Email::Address::List 0.02 --Encode 2.64 -+Encode 2.60 - Errno - File::Glob - File::ShareDir @@ -244,7 +244,7 @@ XML::Simple . Index: pkg/PLIST === RCS file: /cvs/ports/www/rt/pkg/PLIST,v retrieving revision 1.23 diff -u -p -u -p -r1.23 PLIST --- pkg/PLIST 28 Sep 2018 09:03:49 - 1.23 +++ pkg/PLIST 21 Mar 2019 10:32:27 - @@ -399,8 +399,10 @@ sbin/rt-externalize-attachments sbin/rt-fulltext-indexer sbin/rt-importer
Re: p5-Text-Autoformat version
On Thu, Mar 21, 2019 at 10:28:01AM +, Stuart Henderson wrote: > On 2019/03/21 12:23, Paul Irofti wrote: > > On Tue, Mar 19, 2019 at 08:14:28AM -0700, Andrew Hewus Fresh wrote: > > > On Tue, Mar 19, 2019 at 02:15:58PM +, Stuart Henderson wrote: > > > > On 2019/03/19 15:53, Paul Irofti wrote: > > > > > Hi, > > > > > > > > > > Any idea why we have Text-Autoformat-1.669002 in our tree instead of > > > > > version 1.74. Is there some fork drama I am unaware of between the two > > > > > versions? > > > > > > > > The maintainer isn't very active, I imagine it has just been missed. > > > > > > > > > My local tree shows I committed that, did I do something wrong? > > > > > > I think aja@ even fixed it because 1.74 is smaller than 1.669... > > > > > > https://marc.info/?l=openbsd-ports=155217674823048=2 > > > > > > I don't know why marc.info doesn't seem to have it in the > > > openbsd-ports-cvs archive, but I see it in cvs log. > > > > > > > > > > > > > > Would there be any opposition to upgrade to 1.74? I need it for > > > > > www/rt. > > > > > With the new rt version I get the following error when running > > > > > rt-test-dependencies: > > > > > > > > Not from me, just check the other dep's are happy > > > > > > OK afresh1@ if it's not committed already, I did run the tests for > > > dependent ports with the update and the results didn't change. > > > > > > Note that Sam emailed me back and said he wanted to drop maintainer, so > > > if you want to take that over, that sounds awesome to me! > > > > It was indeed committed, my tree was not updated properly. > > Sorry about that. > > > > Unfortunately the error still pops up and Hang.pm doesn't seem to > > be present altough I can see it listed as part of the port on cpan. > > Any thoughts? > > > > Fixed. :) Haha, that was fast! Thanks!
Re: p5-Text-Autoformat version
On 2019/03/21 12:23, Paul Irofti wrote: > On Tue, Mar 19, 2019 at 08:14:28AM -0700, Andrew Hewus Fresh wrote: > > On Tue, Mar 19, 2019 at 02:15:58PM +, Stuart Henderson wrote: > > > On 2019/03/19 15:53, Paul Irofti wrote: > > > > Hi, > > > > > > > > Any idea why we have Text-Autoformat-1.669002 in our tree instead of > > > > version 1.74. Is there some fork drama I am unaware of between the two > > > > versions? > > > > > > The maintainer isn't very active, I imagine it has just been missed. > > > > > > My local tree shows I committed that, did I do something wrong? > > > > I think aja@ even fixed it because 1.74 is smaller than 1.669... > > > > https://marc.info/?l=openbsd-ports=155217674823048=2 > > > > I don't know why marc.info doesn't seem to have it in the > > openbsd-ports-cvs archive, but I see it in cvs log. > > > > > > > > > > Would there be any opposition to upgrade to 1.74? I need it for www/rt. > > > > With the new rt version I get the following error when running > > > > rt-test-dependencies: > > > > > > Not from me, just check the other dep's are happy > > > > OK afresh1@ if it's not committed already, I did run the tests for > > dependent ports with the update and the results didn't change. > > > > Note that Sam emailed me back and said he wanted to drop maintainer, so > > if you want to take that over, that sounds awesome to me! > > It was indeed committed, my tree was not updated properly. > Sorry about that. > > Unfortunately the error still pops up and Hang.pm doesn't seem to > be present altough I can see it listed as part of the port on cpan. > Any thoughts? > Fixed. :)
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2019/03/21 04:27:55 Modified files: textproc/p5-Text-Autoformat: Makefile textproc/p5-Text-Autoformat/pkg: PLIST Log message: regen PLIST
Re: p5-Text-Autoformat version
On Tue, Mar 19, 2019 at 08:14:28AM -0700, Andrew Hewus Fresh wrote: > On Tue, Mar 19, 2019 at 02:15:58PM +, Stuart Henderson wrote: > > On 2019/03/19 15:53, Paul Irofti wrote: > > > Hi, > > > > > > Any idea why we have Text-Autoformat-1.669002 in our tree instead of > > > version 1.74. Is there some fork drama I am unaware of between the two > > > versions? > > > > The maintainer isn't very active, I imagine it has just been missed. > > > My local tree shows I committed that, did I do something wrong? > > I think aja@ even fixed it because 1.74 is smaller than 1.669... > > https://marc.info/?l=openbsd-ports=155217674823048=2 > > I don't know why marc.info doesn't seem to have it in the > openbsd-ports-cvs archive, but I see it in cvs log. > > > > > > Would there be any opposition to upgrade to 1.74? I need it for www/rt. > > > With the new rt version I get the following error when running > > > rt-test-dependencies: > > > > Not from me, just check the other dep's are happy > > OK afresh1@ if it's not committed already, I did run the tests for > dependent ports with the update and the results didn't change. > > Note that Sam emailed me back and said he wanted to drop maintainer, so > if you want to take that over, that sounds awesome to me! It was indeed committed, my tree was not updated properly. Sorry about that. Unfortunately the error still pops up and Hang.pm doesn't seem to be present altough I can see it listed as part of the port on cpan. Any thoughts?
UPDATE security/keyringer 0.5.4
Hi, Simple update of keyringer from 0.5.3 to 0.5.4. ChangeLog states following changes: 2019-01-29 - 0.5.4 - Silvio Rhatto Use --no-encrypt-to GnuPG option to strictly respect the recipients file Fixes BASEDIR evaluation at init action Adds history support at shell action Fix passphrase entry at genpairs when exporting secret keys I'm updating as I hit the last problem mentioned above while I was testing `genkeys gpg` function of keyringer. Index: Makefile === RCS file: /cvs/ports/security/keyringer/Makefile,v retrieving revision 1.4 diff -u -p -u -r1.4 Makefile --- Makefile16 Jun 2018 11:47:06 - 1.4 +++ Makefile21 Mar 2019 09:54:18 - @@ -2,8 +2,7 @@ COMMENT = manage and share secrets using GnuPG and Git -DISTNAME = keyringer-0.5.3 -REVISION = 1 +DISTNAME = keyringer-0.5.4 CATEGORIES = security Index: distinfo === RCS file: /cvs/ports/security/keyringer/distinfo,v retrieving revision 1.2 diff -u -p -u -r1.2 distinfo --- distinfo1 Jun 2018 11:50:17 - 1.2 +++ distinfo21 Mar 2019 09:54:18 - @@ -1,2 +1,2 @@ -SHA256 (keyringer-0.5.3.tar.bz2) = ikpdp87ldzL9nXBWSZwAIKJi9r7N05cW24EXIucLerU= -SIZE (keyringer-0.5.3.tar.bz2) = 78371 +SHA256 (keyringer-0.5.4.tar.bz2) = RdwF92+wh5fTgP8oQadM7sYZNs+uIhnQW5a3cz40n4M= +SIZE (keyringer-0.5.4.tar.bz2) = 80907 Index: patches/patch-lib_keyringer_functions === RCS file: /cvs/ports/security/keyringer/patches/patch-lib_keyringer_functions,v retrieving revision 1.3 diff -u -p -u -r1.3 patch-lib_keyringer_functions --- patches/patch-lib_keyringer_functions 3 Jun 2018 15:39:24 - 1.3 +++ patches/patch-lib_keyringer_functions 21 Mar 2019 09:54:18 - @@ -19,11 +19,11 @@ Index: lib/keyringer/functions fi if [ ! -z "$KEYID" ]; then --GPG="gpg --quiet -u $KEYID" -+GPG="gpg2 --quiet -u $KEYID" +-GPG="gpg --quiet --no-encrypt-to -u $KEYID" ++GPG="gpg2 --quiet --no-encrypt-to -u $KEYID" else --GPG="gpg --quiet" -+GPG="gpg2 --quiet" +-GPG="gpg --quiet --no-encrypt-to" ++GPG="gpg2 --quiet --no-encrypt-to" fi # Check keyring config version -- Regards, Mikolaj
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: piro...@cvs.openbsd.org 2019/03/21 04:07:14 Modified files: mail/p5-Email-Address-List: Makefile distinfo Log message: Update p5-Email-Address-List to 0.06 "I guess" naddy@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2019/03/21 04:03:22 Modified files: net/monitoring-plugins: Makefile Added files: net/monitoring-plugins/patches: patch-plugins_check_http_c Log message: check_http patch: don't segfault with SSL errors
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2019/03/21 03:52:44 Modified files: sysutils/terraform/provider-alicloud: Makefile distinfo sysutils/terraform/provider-aws: Makefile distinfo Log message: Update terraform providers.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2019/03/21 03:52:12 Modified files: security/vault : Makefile distinfo Log message: Update to vault-1.1.0.
Re: NEW/UPDATE: graphics/opencv2
On Thu, Mar 21, 2019 at 07:49:52AM +0100, Rafael Sadowski wrote: > No worry I take the responsibility. > > New tarball attached with your tweaks and a comment change from sthen@. If digikam works, OK with me.
Re: [UPDATE] games/cataclysm-dda 2019.02.08 -> 0.D release
On 2019/03/20 18:58, trondd wrote: > Brian Callahan wrote: > > > > > > > On 3/17/19 6:29 PM, trondd wrote: > > > The release of version 0.D is out! > > > > > > I do need help because pkg_add won't install 0.D over 2019.02.08, I guess > > > it doesn't know it's a newer version. Do I need a quirk for that or use > > > EPOCH? Haven't run into this situation before. > > > > Number went backwards. Set EPOCH=0. > > > > ~Brian > > Ok, I decided to go with EPOCH. I think the port should have the canonical > version. Hopefully I won't need to track development again for a while. > > Also fixed the homepage. Thanks, committed. For future updates please make sure that package tools understand the version numbering scheme (or update EPOCH again if not) :)
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2019/03/21 03:28:18 Modified files: games/cataclysm-dda: Makefile distinfo games/cataclysm-dda/pkg: PFRAG.no-no_x11 PLIST Log message: update to cataclysm-dda-0.D (new version "number"ing scheme); from maintainer Tim Meunier
Re: NEW/UPDATE: graphics/opencv2
On Wed Mar 20, 2019 at 11:17:23PM +0100, Klemens Nanni wrote: > On Tue, Mar 19, 2019 at 07:28:01PM +0100, Rafael Sadowski wrote: > > Updated tarball that disables tests to avoid build conflicts if another > > opencv version (2 or 3) is installed. > If you still want to test, which I generally encourage, remove the > configure flags and ensure that no opencv package is installed. > > How about making that clear by moving the newly added knobs out and > adding a comment? > > # XXX: Tests are built along with OpenCV itself, not just when > # running the test suite. If you want to test, enable at least > # BUILD_TESTS, ensure the package is uninstalled and rebuild. > CONFIGURE_ARGS += -DBUILD_TESTS=Off \ > -DINSTALL_TESTS=Off \ > -DBUILD_PERF_TESTS=Off > NO_TEST = Yes Sounds good, thanks! > > NO_TEST is currently set to "No". fix with the snippet above > > WANTLIB is missing entirely. Ops! fixed > > Stray space after GH_TAGNAME's "=". ... also fixed > > I have not tested this with digikam. No worry I take the responsibility. New tarball attached with your tweaks and a comment change from sthen@. Thanks to you both making this possible. RS opencv2-2.4.13.4-p0.tar.gz Description: Binary data
