Re: add OpenBSD defs to llvm aarch64 target
On Tue, Dec 20, 2016 at 03:11:09AM +1100, Jonathan Gray wrote:
> Same change patrick made to llvm in base.
>
> With this aarch64-unknown-openbsd6.0 defines now include
>
> #define __ELF__ 1
> #define __OpenBSD__ 1
> #define __unix 1
> #define __unix__ 1
> #define unix 1
>
> Index: Makefile
> ===
> RCS file: /cvs/ports/devel/llvm/Makefile,v
> retrieving revision 1.125
> diff -u -p -r1.125 Makefile
> --- Makefile 2 Nov 2016 07:46:33 - 1.125
> +++ Makefile 19 Dec 2016 10:39:28 -
> @@ -11,7 +11,7 @@ COMMENT = modular, fast C/C++/ObjC compi
> LLVM_V = 3.9.0
> DISTNAME = llvm-${LLVM_V}.src
> PKGNAME =llvm-${LLVM_V}
> -REVISION = 2
> +REVISION = 3
> CATEGORIES = devel
> DISTFILES = llvm-${LLVM_V}.src${EXTRACT_SUFX} \
> cfe-${LLVM_V}.src${EXTRACT_SUFX} \
> Index: patches/patch-tools_clang_lib_Basic_Targets_cpp
> ===
> RCS file:
> /cvs/ports/devel/llvm/patches/patch-tools_clang_lib_Basic_Targets_cpp,v
> retrieving revision 1.17
> diff -u -p -r1.17 patch-tools_clang_lib_Basic_Targets_cpp
> --- patches/patch-tools_clang_lib_Basic_Targets_cpp 7 Oct 2016 08:55:30
> - 1.17
> +++ patches/patch-tools_clang_lib_Basic_Targets_cpp 19 Dec 2016 10:50:39
> -
> @@ -3,9 +3,10 @@ $OpenBSD: patch-tools_clang_lib_Basic_Ta
> - Enable __float128 support on X86
> - [OpenBSD] Add type sign information for OpenBSD
> - Set ABI for ARM
> +- [OpenBSD] set OpenBSD defines for aarch64
>
> tools/clang/lib/Basic/Targets.cpp.orig Mon Jul 25 12:21:28 2016
> -+++ tools/clang/lib/Basic/Targets.cppSat Sep 24 12:02:09 2016
> +--- tools/clang/lib/Basic/Targets.cpp.orig Tue Jul 26 02:21:28 2016
> tools/clang/lib/Basic/Targets.cppMon Dec 19 21:48:14 2016
> @@ -531,6 +531,8 @@ class OpenBSDTargetInfo : public OSTargetInfo
> Builder.defineMacro("__ELF__");
> if (Opts.POSIXThreads)
> @@ -64,3 +65,12 @@ $OpenBSD: patch-tools_clang_lib_Basic_Ta
> else
> setABI("aapcs");
> break;
> +@@ -8148,6 +8159,8 @@ static TargetInfo *AllocateTarget(const llvm::Triple &
> + return new LinuxTargetInfo(Triple, Opts);
> + case llvm::Triple::NetBSD:
> + return new NetBSDTargetInfo(Triple, Opts);
> ++case llvm::Triple::OpenBSD:
> ++ return new OpenBSDTargetInfo(Triple, Opts);
> + default:
> + return new AArch64leTargetInfo(Triple, Opts);
> + }
>
looks good to me
UPDATE: sysutils/rancid 3.6.1
Hi all,
Please see the update to sysutils/rancid attached.
--
With best regards,
Pavel Korovin
Index: Makefile
===
RCS file: /cvs/ports/sysutils/rancid/Makefile,v
retrieving revision 1.18
diff -u -p -r1.18 Makefile
--- Makefile23 Nov 2016 12:27:47 - 1.18
+++ Makefile19 Dec 2016 11:09:58 -
@@ -2,9 +2,7 @@
COMMENT = Really Awesome New Cisco confIg Differ
-DISTNAME = rancid-3.5.1
-DISTPATCH =1
-PKGNAME = ${DISTNAME}pl${DISTPATCH}
+DISTNAME = rancid-3.6.1
EPOCH =0
CATEGORIES = sysutils
@@ -19,8 +17,6 @@ PERMIT_PACKAGE_FTP = Yes
WANTLIB = c util
MASTER_SITES = ftp://ftp.shrubbery.net/pub/rancid/
-
-PATCHFILES = ${DISTNAME}.p${DISTPATCH}.gz
RUN_DEPENDS = lang/expect
BUILD_DEPENDS =${RUN_DEPENDS}
Index: distinfo
===
RCS file: /cvs/ports/sysutils/rancid/distinfo,v
retrieving revision 1.7
diff -u -p -r1.7 distinfo
--- distinfo23 Nov 2016 12:27:47 - 1.7
+++ distinfo19 Dec 2016 11:09:58 -
@@ -1,4 +1,2 @@
-SHA256 (rancid-3.5.1.p1.gz) = GqbR11OkR4dA3jbeTn8Zmiio1ZZ/iAfShCHJ4yogAPQ=
-SHA256 (rancid-3.5.1.tar.gz) = 82V5MNbr+FWs2WHJrK3v+wUM2e15gJ+tXbHB917PxxE=
-SIZE (rancid-3.5.1.p1.gz) = 202
-SIZE (rancid-3.5.1.tar.gz) = 501561
+SHA256 (rancid-3.6.1.tar.gz) = t1BrXnXrMkxBR0slTjuR7NWbvuvUtBVc1pC6Gmhwplo=
+SIZE (rancid-3.6.1.tar.gz) = 494527
Index: pkg/PLIST
===
RCS file: /cvs/ports/sysutils/rancid/pkg/PLIST,v
retrieving revision 1.8
diff -u -p -r1.8 PLIST
--- pkg/PLIST 23 Nov 2016 12:27:47 - 1.8
+++ pkg/PLIST 19 Dec 2016 11:09:58 -
@@ -76,6 +76,7 @@ lib/rancid/eos.pm
lib/rancid/exos.pm
lib/rancid/foundry.pm
lib/rancid/ios.pm
+lib/rancid/iosshtech.pm
lib/rancid/iosxr.pm
lib/rancid/junos.pm
lib/rancid/mrv.pm
Re: UPDATE: sysutils/rancid 3.6.1
On Tue, Dec 20, 2016 at 11:49:00AM +0300, Pavel Korovin wrote:
> Hi all,
>
> Please see the update to sysutils/rancid attached.
>
> --
> With best regards,
> Pavel Korovin
Hi Pavel,
Diff looks good. Works fine on @amd64.
Are you ok to take maintainership ? In this case, i will commit your update
and update MAINTAINER.
> Index: Makefile
> ===
> RCS file: /cvs/ports/sysutils/rancid/Makefile,v
> retrieving revision 1.18
> diff -u -p -r1.18 Makefile
> --- Makefile 23 Nov 2016 12:27:47 - 1.18
> +++ Makefile 19 Dec 2016 11:09:58 -
> @@ -2,9 +2,7 @@
>
> COMMENT =Really Awesome New Cisco confIg Differ
>
> -DISTNAME = rancid-3.5.1
> -DISTPATCH = 1
> -PKGNAME =${DISTNAME}pl${DISTPATCH}
> +DISTNAME = rancid-3.6.1
> EPOCH = 0
> CATEGORIES = sysutils
>
> @@ -19,8 +17,6 @@ PERMIT_PACKAGE_FTP =Yes
> WANTLIB =c util
>
> MASTER_SITES = ftp://ftp.shrubbery.net/pub/rancid/
> -
> -PATCHFILES = ${DISTNAME}.p${DISTPATCH}.gz
>
> RUN_DEPENDS =lang/expect
> BUILD_DEPENDS = ${RUN_DEPENDS}
> Index: distinfo
> ===
> RCS file: /cvs/ports/sysutils/rancid/distinfo,v
> retrieving revision 1.7
> diff -u -p -r1.7 distinfo
> --- distinfo 23 Nov 2016 12:27:47 - 1.7
> +++ distinfo 19 Dec 2016 11:09:58 -
> @@ -1,4 +1,2 @@
> -SHA256 (rancid-3.5.1.p1.gz) = GqbR11OkR4dA3jbeTn8Zmiio1ZZ/iAfShCHJ4yogAPQ=
> -SHA256 (rancid-3.5.1.tar.gz) = 82V5MNbr+FWs2WHJrK3v+wUM2e15gJ+tXbHB917PxxE=
> -SIZE (rancid-3.5.1.p1.gz) = 202
> -SIZE (rancid-3.5.1.tar.gz) = 501561
> +SHA256 (rancid-3.6.1.tar.gz) = t1BrXnXrMkxBR0slTjuR7NWbvuvUtBVc1pC6Gmhwplo=
> +SIZE (rancid-3.6.1.tar.gz) = 494527
> Index: pkg/PLIST
> ===
> RCS file: /cvs/ports/sysutils/rancid/pkg/PLIST,v
> retrieving revision 1.8
> diff -u -p -r1.8 PLIST
> --- pkg/PLIST 23 Nov 2016 12:27:47 - 1.8
> +++ pkg/PLIST 19 Dec 2016 11:09:58 -
> @@ -76,6 +76,7 @@ lib/rancid/eos.pm
> lib/rancid/exos.pm
> lib/rancid/foundry.pm
> lib/rancid/ios.pm
> +lib/rancid/iosshtech.pm
> lib/rancid/iosxr.pm
> lib/rancid/junos.pm
> lib/rancid/mrv.pm
Re: UPDATE: sysutils/rancid 3.6.1
On 12/20, Pierre-Emmanuel André wrote:
> Diff looks good. Works fine on @amd64.
> Are you ok to take maintainership ? In this case, i will commit your update
> and update MAINTAINER.
Pierre-Emmanuel, I'm OK to take the maintainership.
Please see the corrected diff attached.
--
With best regards,
Pavel Korovin
Index: Makefile
===
RCS file: /cvs/ports/sysutils/rancid/Makefile,v
retrieving revision 1.18
diff -u -p -r1.18 Makefile
--- Makefile23 Nov 2016 12:27:47 - 1.18
+++ Makefile20 Dec 2016 10:17:34 -
@@ -2,15 +2,13 @@
COMMENT = Really Awesome New Cisco confIg Differ
-DISTNAME = rancid-3.5.1
-DISTPATCH =1
-PKGNAME = ${DISTNAME}pl${DISTPATCH}
+DISTNAME = rancid-3.6.1
EPOCH =0
CATEGORIES = sysutils
HOMEPAGE = http://www.shrubbery.net/rancid/
-MAINTAINER = Pierre-Emmanuel Andre
+MAINTAINER = Pavel Korovin
# Custom
PERMIT_PACKAGE_CDROM = not for commercial use
@@ -19,8 +17,6 @@ PERMIT_PACKAGE_FTP = Yes
WANTLIB = c util
MASTER_SITES = ftp://ftp.shrubbery.net/pub/rancid/
-
-PATCHFILES = ${DISTNAME}.p${DISTPATCH}.gz
RUN_DEPENDS = lang/expect
BUILD_DEPENDS =${RUN_DEPENDS}
Index: distinfo
===
RCS file: /cvs/ports/sysutils/rancid/distinfo,v
retrieving revision 1.7
diff -u -p -r1.7 distinfo
--- distinfo23 Nov 2016 12:27:47 - 1.7
+++ distinfo20 Dec 2016 10:17:34 -
@@ -1,4 +1,2 @@
-SHA256 (rancid-3.5.1.p1.gz) = GqbR11OkR4dA3jbeTn8Zmiio1ZZ/iAfShCHJ4yogAPQ=
-SHA256 (rancid-3.5.1.tar.gz) = 82V5MNbr+FWs2WHJrK3v+wUM2e15gJ+tXbHB917PxxE=
-SIZE (rancid-3.5.1.p1.gz) = 202
-SIZE (rancid-3.5.1.tar.gz) = 501561
+SHA256 (rancid-3.6.1.tar.gz) = t1BrXnXrMkxBR0slTjuR7NWbvuvUtBVc1pC6Gmhwplo=
+SIZE (rancid-3.6.1.tar.gz) = 494527
Index: pkg/PLIST
===
RCS file: /cvs/ports/sysutils/rancid/pkg/PLIST,v
retrieving revision 1.8
diff -u -p -r1.8 PLIST
--- pkg/PLIST 23 Nov 2016 12:27:47 - 1.8
+++ pkg/PLIST 20 Dec 2016 10:17:34 -
@@ -76,6 +76,7 @@ lib/rancid/eos.pm
lib/rancid/exos.pm
lib/rancid/foundry.pm
lib/rancid/ios.pm
+lib/rancid/iosshtech.pm
lib/rancid/iosxr.pm
lib/rancid/junos.pm
lib/rancid/mrv.pm
gcc4.9 and _Unwind_Resume segfaults
Hi, The new Octave version requires a modern C++ compiler and so I switched to gcc 4.9. All compiles and seems to be running fine until an exception is raised, then the program faults. This seems to happen on all errors, not just Octave specific errors. Could this be something we are doing wrong? I have no idea where to start with investigating this issue. Here is a detailed report on the Octave bugtracker https://savannah.gnu.org/bugs/index.php?49859 any thoughts? Pointers? Thanks, Paul
Re: [New] games/tome4 (previously t-engine)
Le 2016-12-12 12:42, Frederic Cambus a écrit : On Mon, Dec 05, 2016 at 04:14:03PM +0100, Sol??ne Rapenne wrote: I'm ok for the MAINTAINER line, my Makefile is in utf-8 so it was supposed to be a "??" character. We can use "e" instead so it works in any case. Latest version in attachment Tried the port and it works fine. Some suggestions and nitpicking: 1) If possible, it would be nice to split core and data into two different packages. This would allow for smaller updates if only core changes between versions and data files are left untouched. You can look at games/openarena and games/neverball for examples on how to use subpackages to achieve this. They both have a single DISTFILE containing source and data, just like tome. 2) There is an extra whitespace in the 'do-configure' target before the semicolon. I splitted in -main and -data like neverball. The game should be able to run without the -data package if you download a game using the engine but I added a RUN_DEPENDS because I think most of people will play ToME when installing tome4. tome4.tar.gz Description: GNU Zip compressed data
Re: gcc4.9 and _Unwind_Resume segfaults
On Tue, 20 Dec 2016 12:33:47 +0200, Paul Irofti wrote: > Hi, > > The new Octave version requires a modern C++ compiler and so I switched > to gcc 4.9. All compiles and seems to be running fine until an exception > is raised, then the program faults. > > This seems to happen on all errors, not just Octave specific errors. > Could this be something we are doing wrong? I have no idea where to > start with investigating this issue. > > Here is a detailed report on the Octave bugtracker > >https://savannah.gnu.org/bugs/index.php?49859 > > any thoughts? Pointers? I know nothing about Octave, but the issue seems to be that it links to libgcc from base instead of the 4.9 port. > Thanks, > Paul
Re: gcc4.9 and _Unwind_Resume segfaults
2016-12-20 15:01 GMT+03:00 Pascal Stumpf :
> On Tue, 20 Dec 2016 12:33:47 +0200, Paul Irofti wrote:
>> Hi,
>>
>> The new Octave version requires a modern C++ compiler and so I switched
>> to gcc 4.9. All compiles and seems to be running fine until an exception
>> is raised, then the program faults.
>>
>> This seems to happen on all errors, not just Octave specific errors.
>> Could this be something we are doing wrong? I have no idea where to
>> start with investigating this issue.
>>
>> Here is a detailed report on the Octave bugtracker
>>
>>https://savannah.gnu.org/bugs/index.php?49859
>>
>> any thoughts? Pointers?
>
> I know nothing about Octave, but the issue seems to be that it links to
> libgcc from base instead of the 4.9 port.
Given that math/octave uses libtool, the chances are that a libtool
patch being tested right now will fix the issue. Or maybe not. :) You
may give it a try anyway (attached).
--
WBR,
Vadim Zhukov
This is needed to fix another poppler linking issue, and likely some
other ports that get both -lstdc++ and -lestdc++ linked in (which is
bad by definition).
A side effect of this patch could/should be some stdc++ entries
in WANTLIB becoming extra ones. So, in theory, this _is_ a package
contents change. But PLIST_DB doesn't register checksums of files,
so this shouldn't affect bulk build itself.
I've tested this patch with a partial bulk build, and got no
regressions. But I've skipped many CPU hogs like webkit and libreoffice,
and even those that don't use libtool themselves could be a dependency
for autoconf/libtool-based stuff.
--
WBR,
Vadim Zhukov
Index: LT/UList.pm
===
RCS file: /cvs/src/usr.bin/libtool/LT/UList.pm,v
retrieving revision 1.2
diff -u -p -r1.2 UList.pm
--- LT/UList.pm 20 Apr 2014 17:34:26 - 1.2
+++ LT/UList.pm 19 Dec 2016 08:34:15 -
@@ -63,6 +63,8 @@ sub TIEARRAY {
# returned by tie() or tied() instead.
sub exists { return exists $_[0]->[0]->{$_[1]}; }
+sub indexof { return exists($_[0]->[0]->{$_[1]}) ? ($_[0]->[0]->{$_[1]} - 1) : undef; }
+
sub FETCHSIZE { return scalar(@{$_[0]}) - 1; }
# not needed
@@ -144,8 +146,30 @@ sub SPLICE
$length = $maxrm;
}
- # do not ever dream of adding items here
- my @ret = splice(@$self, $offset, $length);
+ my $i = @$self;
+
+ # make sure no duplicates get added
+ @_ = grep { !exists $self->[0] or
+ $self->[0]->{$_} >= $offset &&
+ $self->[0]->{$_} < $offset + $length } @_;
+
+ for (@_) {
+ # set up index
+ $self->[0]->{$_} = $i++;
+ }
+
+ #
+ # Renumber (in advance) trailing items, in case something gets added
+ # and number of added and removed items differs.
+ #
+ my $delta = scalar(@_) - $length;
+ if (scalar(@_) and $delta) {
+ for $i ($offset + $length .. scalar(@$self)) {
+ $self->[0]->{$self->[$i]} += $delta;
+ }
+ }
+
+ my @ret = splice(@$self, $offset, $length, @_);
for (@ret) {
delete $self->[0]->{$_};
Index: LT/Mode/Link.pm
===
RCS file: /cvs/src/usr.bin/libtool/LT/Mode/Link.pm,v
retrieving revision 1.33
diff -u -p -r1.33 Link.pm
--- LT/Mode/Link.pm 3 Nov 2016 10:23:01 - 1.33
+++ LT/Mode/Link.pm 19 Dec 2016 08:34:15 -
@@ -822,6 +822,20 @@ sub common1
my $staticlibs = [];
my $args = $parser->parse_linkargs2($gp, $orderedlibs, $staticlibs, $dirs,
$libs);
+ my $tiedlibs = tied(@$orderedlibs);
+ my $ie = $tiedlibs->indexof("estdc++");
+ my $is = $tiedlibs->indexof("stdc++");
+ if (defined($ie) and defined($is)) {
+ tsay {"stripping stdc++ from orderedlibs due to having estdc++ already; ie=$ie, is=$is"};
+ # check what library comes later
+ if ($ie < $is) {
+ splice(@$orderedlibs, $ie, 1);
+ splice(@$orderedlibs, $is, 1, "estdc++");
+ $ie = $is;
+ } else {
+ splice(@$orderedlibs, $is, 1);
+ }
+ }
tsay {"staticlibs = \n", join("\n", @$staticlibs)};
tsay {"orderedlibs = @$orderedlibs"};
return ($staticlibs, $orderedlibs, $args);
Stop polluting whatis database via Catalyst manual
Hello all. This patch removes extra words from whatis.db, coming via somewhat badly formatted POD files. This makes apropos output much a saner place for me, since I don't get half of the screen filled with garbage each time I use words "app" or "FastCGI". Okay? -- WBR, Vadim Zhukov Index: Makefile === RCS file: /cvs/ports/devel/p5-Catalyst-Manual/Makefile,v retrieving revision 1.15 diff -u -p -r1.15 Makefile --- Makefile20 Mar 2016 19:56:14 - 1.15 +++ Makefile20 Dec 2016 15:43:23 - @@ -6,6 +6,7 @@ MODULES=cpan PKG_ARCH= * DISTNAME= Catalyst-Manual-5.9002 CATEGORIES=devel +REVISION= 0 # there was a version with six digits behind the dot EPOCH= 0 Index: patches/patch-lib_Catalyst_Manual_Deployment_Apache_FastCGI_pod === RCS file: patches/patch-lib_Catalyst_Manual_Deployment_Apache_FastCGI_pod diff -N patches/patch-lib_Catalyst_Manual_Deployment_Apache_FastCGI_pod --- /dev/null 1 Jan 1970 00:00:00 - +++ patches/patch-lib_Catalyst_Manual_Deployment_Apache_FastCGI_pod 20 Dec 2016 15:43:23 - @@ -0,0 +1,13 @@ +$OpenBSD$ +Don't pollute whatis database. +--- lib/Catalyst/Manual/Deployment/Apache/FastCGI.pod.orig Tue Dec 20 18:33:18 2016 lib/Catalyst/Manual/Deployment/Apache/FastCGI.pod Tue Dec 20 18:35:07 2016 +@@ -2,6 +2,8 @@ + + Catalyst::Manual::Deployment::Apache::FastCGI - Deploying Catalyst with FastCGI on Apache + ++=head1 DESCRIPTION ++ + =head2 Setup + + =head3 1. Install Apache with mod_fastcgi Index: patches/patch-lib_Catalyst_Manual_Deployment_DevelopmentServer_pod === RCS file: patches/patch-lib_Catalyst_Manual_Deployment_DevelopmentServer_pod diff -N patches/patch-lib_Catalyst_Manual_Deployment_DevelopmentServer_pod --- /dev/null 1 Jan 1970 00:00:00 - +++ patches/patch-lib_Catalyst_Manual_Deployment_DevelopmentServer_pod 20 Dec 2016 15:43:23 - @@ -0,0 +1,13 @@ +$OpenBSD$ +Don't pollute whatis database. +--- lib/Catalyst/Manual/Deployment/DevelopmentServer.pod.orig Tue Dec 20 18:36:22 2016 lib/Catalyst/Manual/Deployment/DevelopmentServer.pod Tue Dec 20 18:36:33 2016 +@@ -2,6 +2,8 @@ + + Catalyst::Manual::DevelopmentServer - Development server deployment + ++=head1 DESCRIPTION ++ + The development server is a mini web server written in Perl. However, if + you supply the C<-f> option to the development server, it will load the + higher performance L server, which can be used as an Index: patches/patch-lib_Catalyst_Manual_Tutorial_09_AdvancedCRUD_09_FormBuilder_pod === RCS file: patches/patch-lib_Catalyst_Manual_Tutorial_09_AdvancedCRUD_09_FormBuilder_pod diff -N patches/patch-lib_Catalyst_Manual_Tutorial_09_AdvancedCRUD_09_FormBuilder_pod --- /dev/null 1 Jan 1970 00:00:00 - +++ patches/patch-lib_Catalyst_Manual_Tutorial_09_AdvancedCRUD_09_FormBuilder_pod 20 Dec 2016 15:43:23 - @@ -0,0 +1,17 @@ +$OpenBSD$ +Don't pollute whatis database. +--- lib/Catalyst/Manual/Tutorial/09_AdvancedCRUD/09_FormBuilder.pod.orig Tue Dec 20 18:38:10 2016 lib/Catalyst/Manual/Tutorial/09_AdvancedCRUD/09_FormBuilder.podTue Dec 20 18:38:14 2016 +@@ -2,10 +2,10 @@ + + Catalyst::Manual::Tutorial::09_AdvancedCRUD::09_FormBuilder - Catalyst Tutorial - Chapter 9: Advanced CRUD - FormBuilder + +-=head1 OVERVIEW +- + NOTE: This chapter of the tutorial is in progress. Feel free to + volunteer to help out. :-) ++ ++=head1 OVERVIEW + + This is B for the Catalyst tutorial. +
Re: Stop polluting whatis database via Catalyst manual
Hi Vadim, Vadim Zhukov wrote on Tue, Dec 20, 2016 at 06:45:03PM +0300: > This patch removes extra words from whatis.db, coming via somewhat > badly formatted POD files. This makes apropos output much a saner > place for me, since I don't get half of the screen filled with garbage > each time I use words "app" or "FastCGI". OK schwarze, except that one of the patches is reversed, making the build fail. Please use the version of that patch appended below. Thanks, Ingo $ cat patch-lib_Catalyst_Manual_Tutorial_09_AdvancedCRUD_09_FormBuilder_pod $OpenBSD$ Don't pollute whatis database. --- lib/Catalyst/Manual/Tutorial/09_AdvancedCRUD/09_FormBuilder.pod.orig Mon Aug 29 15:34:39 2011 +++ lib/Catalyst/Manual/Tutorial/09_AdvancedCRUD/09_FormBuilder.pod Tue Dec 20 17:13:24 2016 @@ -2,10 +2,10 @@ Catalyst::Manual::Tutorial::09_AdvancedCRUD::09_FormBuilder - Catalyst Tutorial - Chapter 9: Advanced CRUD - FormBuilder +=head1 OVERVIEW + NOTE: This chapter of the tutorial is in progress. Feel free to volunteer to help out. :-) - -=head1 OVERVIEW This is B for the Catalyst tutorial.
Re: UPDATE - sysutils/borgbackup
On Tue, 20 Dec 2016 05:37:51 +0100, Björn Ketelaars wrote: > Please find enclosed a diff for updating sysutils/borgbackup to > 1.0.9. This update fixes 2 security issues and a couple of bugs: > > https://github.com/borgbackup/borg/blob/1.0.9/docs/changes.rst#version-109-2016-12-20 > Thanks committed!
Re: UPDATE: net/gajim
On Sun Nov 27, 2016 at 04:56:51PM +0100, Dmitrij D. Czarkoff wrote: > Rafael Sadowski wrote: > > >here's an update to gajim 0.16.6. There are lot of changes between > >0.15.4 and 0.16.6 but everything looks good on amd64. > > > >Tested with my XMPP account and some gajim plugins without any > >significant problems. > > OK czarkoff@ Anyone else? Best regards, Rafael Sadowski
Re: UPDATE: multimedia/mlt
*ping*
On Sun Nov 27, 2016 at 12:18:03PM +0100, Rafael Sadowski wrote:
> Hi,
>
> after my patch for 6.0.0 here's an update for 6.4.1. Regression tests
> are fine as well as the old ones:
>
> "Totals: 55 passed, 1 failed, 0 skipped"
>
> Rafael
>
> Index: Makefile
> ===
> RCS file: /cvs/ports/multimedia/mlt/Makefile,v
> retrieving revision 1.13
> diff -u -p -u -p -r1.13 Makefile
> --- Makefile 28 Apr 2016 08:20:32 - 1.13
> +++ Makefile 27 Nov 2016 10:54:33 -
> @@ -2,19 +2,17 @@
>
> COMMENT-main = multimedia transformations framework
> COMMENT-gpl2 = GPLv2-licensed modules for mlt
> -VERSION =6.0.0
> +VERSION =6.4.1
> DISTNAME = mlt-${VERSION}
> PKGNAME-main = ${DISTNAME}
> PKGNAME-gpl2 = mlt-gpl2-${VERSION}
> -REVISION-main = 1
> -REVISION-gpl2 = 0
>
> # XXX versions should be kept in sync together
> SHARED_LIBS =mlt 1.1
> SHARED_LIBS += mlt++ 1.1
>
> CATEGORIES = multimedia devel
> -HOMEPAGE = http://www.mltframework.org/
> +HOMEPAGE = https://www.mltframework.org/
>
> MAINTAINER = KDE porting team
>
> @@ -24,13 +22,13 @@ MAINTAINER = KDE porting team PERMIT_PACKAGE_CDROM = Yes
>
> WANTLIB-main = ${MODGCC4_CPPWANTLIB} SDL SDL_image X11 avcodec
> -WANTLIB-main += avdevice avformat avutil c cairo exif gdk-x11-2.0
> +WANTLIB-main += avdevice avformat avutil c exif gdk-x11-2.0
> WANTLIB-main += gdk_pixbuf-2.0 glib-2.0 gobject-2.0 jack m pango-1.0
> -WANTLIB-main += pangoft2-1.0 pthread sox swscale xml2 fftw3
> +WANTLIB-main += pangoft2-1.0 pthread sox swscale xml2 fftw3 avfilter
> +WANTLIB-main += fontconfig
>
> -WANTLIB-gpl2 = ${MODGCC4_CPPWANTLIB} ${MODQT4_WANTLIB} lib/qt4/QtGui
> -WANTLIB-gpl2 += lib/qt4/QtSvg lib/qt4/QtXml lib/qt4/QtOpenGL
> -WANTLIB-gpl2 += X11 exif m mlt mlt++ pthread samplerate
> +WANTLIB-gpl2 = ${MODGCC4_CPPWANTLIB} ${MODQT4_WANTLIB} X11 exif m
> +WANTLIB-gpl2 += mlt mlt++ pthread samplerate
>
> MASTER_SITES = ${MASTER_SITE_SOURCEFORGE:=mlt/}
> EXTRACT_SUFX = .tar.gz
> Index: distinfo
> ===
> RCS file: /cvs/ports/multimedia/mlt/distinfo,v
> retrieving revision 1.3
> diff -u -p -u -p -r1.3 distinfo
> --- distinfo 3 Apr 2016 19:15:23 - 1.3
> +++ distinfo 27 Nov 2016 10:54:33 -
> @@ -1,2 +1,2 @@
> -SHA256 (mlt-6.0.0.tar.gz) = MXh0z8f8Uo3duzp6Mv1GNyquIr3EUnvhz7Vck/pm470=
> -SIZE (mlt-6.0.0.tar.gz) = 1281478
> +SHA256 (mlt-6.4.1.tar.gz) = 06mS8+Z0Y+aGMMsLRV1AiioS9Np6GeRoB/oIp58JsrY=
> +SIZE (mlt-6.4.1.tar.gz) = 1344030
> Index: patches/patch-configure
> ===
> RCS file: /cvs/ports/multimedia/mlt/patches/patch-configure,v
> retrieving revision 1.2
> diff -u -p -u -p -r1.2 patch-configure
> --- patches/patch-configure 28 May 2015 12:01:15 - 1.2
> +++ patches/patch-configure 27 Nov 2016 10:54:33 -
> @@ -1,7 +1,7 @@
> $OpenBSD: patch-configure,v 1.2 2015/05/28 12:01:15 jca Exp $
> configure.orig Sun Jun 29 22:23:17 2014
> -+++ configureTue May 26 19:19:08 2015
> -@@ -122,6 +122,13 @@ build_config()
> +--- configure.orig Sat Nov 12 07:27:39 2016
> configureTue Nov 15 19:43:27 2016
> +@@ -123,6 +123,13 @@ build_config()
> echo "RDYNAMIC=-rdynamic"
> echo "LDFLAGS+=-Wl,--no-undefined -Wl,--as-needed"
> ;;
> Index: patches/patch-src_framework_Makefile
> ===
> RCS file: /cvs/ports/multimedia/mlt/patches/patch-src_framework_Makefile,v
> retrieving revision 1.1.1.1
> diff -u -p -u -p -r1.1.1.1 patch-src_framework_Makefile
> --- patches/patch-src_framework_Makefile 14 Jul 2014 09:15:12 -
> 1.1.1.1
> +++ patches/patch-src_framework_Makefile 27 Nov 2016 10:54:33 -
> @@ -1,6 +1,6 @@
> $OpenBSD: patch-src_framework_Makefile,v 1.1.1.1 2014/07/14 09:15:12 zhuk
> Exp $
> src/framework/Makefile.orig Sun Jun 29 22:23:17 2014
> -+++ src/framework/Makefile Wed Jul 9 09:43:49 2014
> +--- src/framework/Makefile.orig Sat Nov 12 07:27:39 2016
> src/framework/Makefile Tue Nov 15 19:43:27 2016
> @@ -1,7 +1,6 @@
> include ../../config.mak
> include config.mak
> @@ -19,7 +19,7 @@ $OpenBSD: patch-src_framework_Makefile,v
> else
> NAME = libmlt$(LIBSUF)
> TARGET = $(NAME).$(version)
> -@@ -94,10 +96,12 @@ all: $(TARGET)
> +@@ -96,10 +98,12 @@ all: $(TARGET)
>
> $(TARGET): $(OBJS)
> $(CC) $(SHFLAGS) -o $@ $(OBJS) $(LDFLAGS)
> @@ -35,7 +35,7 @@ $OpenBSD: patch-src_framework_Makefile,v
>
> depend: $(SRCS)
> $(CC) -MM $(CFLAGS) $^ 1>.depend
> -@@ -114,6 +118,8 @@ install
NEW: sysutils/riemann
Hi all, Yet another try to add sysutils/riemann port. May be this time I'll be lucky. Riemann is an event processor which gets events from various inputs, aggregates/analyses/filters/processes them and sends the results to some output. I'm using it for more than two years for different purposes and found it very useful. For example, I monitor temperature sensors from various devices in the datacenter. Modern devices have many sensors and any temperature fluctuation can indicate fauilure of some of the system's components. Riemann helps to monitor not the absolute values, but the rate of changes. I.e. if the temperature value from any sensor rises two or more times above average for more than 1 degree during 10 minutes, I'll get a notification. It works so well that I can see if the technician enters the room and stays long enough in the hot corridor behind the rack: I'm getting the alert in this case. Some other uses: CPU/load; disk/network IO; filesystem usage monitoring. It can also be used as a homegrown IDS/IPS, like this: if the system keeps getting an increasing number of events from the given IP address, then do something about it (block, tarpit, alert, strike back, etc). -- With best regards, Pavel Korovin riemann.tar.gz Description: application/tar-gz
Re: NEW: sysutils/riemann
On 2016/12/20 22:21, Pavel Korovin wrote:
> Hi all,
>
> Yet another try to add sysutils/riemann port. May be this time I'll be lucky.
>
> Riemann is an event processor which gets events from various inputs,
> aggregates/analyses/filters/processes them and sends the results to some
> output.
> I'm using it for more than two years for different purposes and found it very
> useful.
> For example, I monitor temperature sensors from various devices in the
> datacenter. Modern devices have many sensors and any temperature fluctuation
> can indicate fauilure of some of the system's components.
>
> Riemann helps to monitor not the absolute values, but the rate of changes.
> I.e. if the temperature value from any sensor rises two or more times
> above average for more than 1 degree during 10 minutes, I'll get a
> notification.
> It works so well that I can see if the technician enters the room and stays
> long enough in the hot corridor behind the rack: I'm getting the alert
> in this case. Some other uses: CPU/load; disk/network IO; filesystem
> usage monitoring. It can also be used as a homegrown IDS/IPS, like this: if
> the system keeps getting an increasing number of events from the given
> IP address, then do something about it (block, tarpit, alert, strike back,
> etc).
>
> --
> With best regards,
> Pavel Korovin
There are a couple of "/etc/riemann.config", /etc should be replaced
with ${SYSCONFDIR} one way or another (either via SUBST_CMD or a simple
sed -i).
Similarly /var/log should be ${LOCALSTATEDIR}/log.
PLIST should have the next free uid from ports/infrastructure/db/user.list,
And the @extraunexec is a bit wrong, you have
@extraunexec rmdir -rf /var/log/riemann
- should probably be
@extraunexec rm -rf /var/log/riemann/*
Otherwise looks ok, not tested though (I already have one java thingy
running on my workstation, I don't think I have enough memory for another ;)
Re: gcc4.9 and _Unwind_Resume segfaults
> Given that math/octave uses libtool, the chances are that a libtool > patch being tested right now will fix the issue. Or maybe not. :) You > may give it a try anyway (attached). Thanks, but unfortunately it does not. I patched and installed libtool, anything else I should have done?
Re: gcc4.9 and _Unwind_Resume segfaults
On Tue, Dec 20, 2016 at 11:16:45PM +0200, Paul Irofti wrote: > > Given that math/octave uses libtool, the chances are that a libtool > > patch being tested right now will fix the issue. Or maybe not. :) You > > may give it a try anyway (attached). > > Thanks, but unfortunately it does not. > > I patched and installed libtool, anything else I should have done? I pushed the Octave port to openbsd-wip tree on github in case anyone else wants to look at this issue. https://github.com/jasperla/openbsd-wip/tree/master/math/octave
Re: NEW: sysutils/riemann
On 12/20, Stuart Henderson wrote:
> There are a couple of "/etc/riemann.config", /etc should be replaced
> with ${SYSCONFDIR} one way or another (either via SUBST_CMD or a simple
> sed -i).
Fixed.
> Similarly /var/log should be ${LOCALSTATEDIR}/log.
>
> PLIST should have the next free uid from ports/infrastructure/db/user.list,
Fixed, the next free uid/gid 785, patch for user.list attached.
> And the @extraunexec is a bit wrong, you have
>
> @extraunexec rmdir -rf /var/log/riemann
>
> - should probably be
>
> @extraunexec rm -rf /var/log/riemann/*
Fixed. Please see the updated port attached.
--
With best regards,
Pavel Korovin
riemann.tar.gz
Description: application/tar-gz
Index: infrastructure/db/user.list
===
RCS file: /cvs/ports/infrastructure/db/user.list,v
retrieving revision 1.285
diff -u -p -r1.285 user.list
--- infrastructure/db/user.list 5 Dec 2016 13:58:14 - 1.285
+++ infrastructure/db/user.list 20 Dec 2016 21:35:41 -
@@ -293,3 +293,4 @@ id usergroup port options
782 _ympd _ympd audio/ympd
783 _rmilter _rmiltermail/rmilter
784 _hping _hping net/hping
+785 _riemann _riemannsysutils/riemann
Re: NEW: sysutils/riemann
Oops, my bad: uid 785 was just reserved for _uucp. The updated port/patch attached. Sorry for the noise. -- With best regards, Pavel Korovin riemann.tar.gz Description: application/tar-gz Index: user.list === RCS file: /cvs/ports/infrastructure/db/user.list,v retrieving revision 1.287 diff -u -p -r1.287 user.list --- user.list 18 Dec 2016 19:48:29 - 1.287 +++ user.list 20 Dec 2016 21:45:59 - @@ -294,3 +294,4 @@ id usergroup port options 783 _rmilter _rmiltermail/rmilter 784 _hping _hping net/hping 785 _uucp _uucp net/uucp +786 _riemann _riemannsysutils/riemann
Re: NEW: sysutils/riemann
On 2016/12/21 00:42, Pavel Korovin wrote:
> On 12/20, Stuart Henderson wrote:
>
> > There are a couple of "/etc/riemann.config", /etc should be replaced
> > with ${SYSCONFDIR} one way or another (either via SUBST_CMD or a simple
> > sed -i).
>
> Fixed.
One more in the rc script; fixed one attached.
This version is OK sthen@ to import if somebody would like to do that
(if they don't find something else to tweak :)
> +786 _riemann _riemannsysutils/riemann
Committed.
riemann.tgz
Description: application/tar-gz
When trying to update port, nothing happens
I'm trying update some ports, but when I invoke "make update" nothing happens. Collecting installed packages: ok Collecting port versions: ok Collecting port signatures|**Collecting port signatures: ok Outdated ports: devel/quirks # always-update -> quirks-2.241 net/glib2-networking # @gnutls-3.4.14 -> @gnutls-3.4.15 x11/gtk+2,-main# @gdk-pixbuf-2.34.0 -> @gdk-pixbuf-2.34.0p0 x11/gtk+3,-guic# @gdk-pixbuf-2.34.0 -> @gdk-pixbuf-2.34.0p0 cd x11/gtk+2 make update ...and nothing happens I'm doing something wrong? My system is OpenBSD 6.0
