Hello.
dMagnetic just saw release 0.23, and I took the liberty of creating a
new patch
for the OpenBSD ports. I attached it to this email, pending your approval.
Thomas
--- Makefile.orig 2020-06-08 08:03:15.018947037 +0200
+++ Makefile 2020-06-08 08:03:15.022919169 +0200
@@ -1,6 +1,6 @@
#
Hi,
even if dokuwiki itself doesnt see new feature releases, there's been
two hotfixes releases since the version we ship:
https://www.dokuwiki.org/changes#release_2018-04-22c_greebo
Hotfix 2018-04-22b
fix PHP 7.3 compatibility: https://github.com/splitbrain/dokuwiki/issues/2622
fix ACL check: ht
Predrag Punosevac wrote:
>
> Predrag Punosevac wrote:
>
> > Hi Steffen,
> >
> > I apologize for a direct email. I am not sure new mailing list will
> > allow me to post.
> >
> > I kept my own v14.8.12 copy of nail after few things got broken on
> > OpenBSD. I didn't notice that you adopted
> I can also generate a very large set of ports with it!
If you're interested in examples of things that don't work with this,
here are a couple I ran into.
github.com/tomnomnom/gron
github.com/gcla/termshark/v2
Attached new tgz, I haven't done anything about the internal copies
of libraries though.
On 2020/06/07 08:01, Charlie Burnett wrote:
> Thanks for all your help and extensive patience on this Stuart! I’ll try to
> ensure I follow your advice on other stuff here forward. In a similar vein,
> a depen
Lucas wrote:
> hlwm installs autostart, panel.sh, restartpanels.sh and dmenu_run_hlwm
> to /etc/xdg/herbstluftwm. At the beginning, we were providing the 4 as
> @samples, but decided stop doing it for dmenu_run_hlwm last moment, but
> forgot to remove the mv from post-install. Good catch.
>
> Aft
Predrag Punosevac wrote:
> Hi Steffen,
>
> I apologize for a direct email. I am not sure new mailing list will
> allow me to post.
>
> I kept my own v14.8.12 copy of nail after few things got broken on
> OpenBSD. I didn't notice that you adopted OpenBSD port and updated it
> to 14.9 branch
On 2020/06/07 16:18, f.holop wrote:
> Stuart Henderson - Fri, 05 June 2020 at 00:03:04
> > Adding it would add more code to something that is quite a common
> > dependency. Maybe it's useful enough to be worth it (being from a
> > country with mostly 7-bit charset I don't get much of a vote in this
On 2020/06/07 14:18, Klemens Nanni wrote:
> On Sun, Jun 07, 2020 at 02:13:50PM +0200, Otto Moerbeek wrote:
> > Looking a bit closes I can see that the userland context switching
> > primitives are not there in
> > /usr/ports/pobj/boost_1_66_0/boost_1_66_0/libs/context/src so that
> > part is not go
Hi Bjorn,
Bjorn Ketelaars wrote:
> > - We aren't sure if we should add x11/dmenu to RUN_DEPENDS. One of the
> > 4 scripts it installs to /etc/xdg/herbstluftwm needs it, but that
> > script isn't referenced by the others, unlike the case x11/dzen2.
> > Advice is welcome in here, too.
>
> Af
On Thu, Jun 04, 2020 at 08:47:23PM -0600, Aaron Bieber wrote:
> - Switches to MODGO_MODNAME.
Can you document this variable in port-modules(5)?
> I am not super experienced with IPFS yet, but I now have a few nodes
> running and I am mirroring the OpenBSD signify keys here:
> https://ipfs.io/ipfs/
Stuart Henderson - Fri, 05 June 2020 at 00:03:04
> Adding it would add more code to something that is quite a common
> dependency. Maybe it's useful enough to be worth it (being from a
> country with mostly 7-bit charset I don't get much of a vote in this ;)
> but along with the upside of support I
Hi,
Here is a port of gonic ( https://github.com/sentriz/gonic ). It's a
simple (single binary, minimal config) streaming server that can talk
SubSonic. This means existing SubSonic apps work with gonic!
Running it is pretty easy:
$ gonic -music-path ~/Music -listen-addr 127.0.0.1:4747
Then op
Thanks for all your help and extensive patience on this Stuart! I’ll try to
ensure I follow your advice on other stuff here forward. In a similar vein,
a dependency is part of a local version of a library for opencv (flann)- I
need to poke around a little more, but would it be advisable to try to m
I have cleaned things up a little locally but I haven't built it yet,
might send a new tarball in a bit.
It has many internal copies of libraries which are available in other
ports, it should be changed to use those from ports instead (as is also
done in the FreeBSD port).
On 2020/06/06 15:58, Ch
On 2020/06/07 13:44, Stuart Henderson wrote:
> On 2020/06/06 21:25, Charlie Burnett wrote:
> > Howdy,
> >
> > For your porting pleasure see attached for a port of libarea, a small
> > library for computer assisted machining, also required for FreeCAD.
> >
> > Best regards
> >
>
> Here it is wit
On 2020/06/06 21:25, Charlie Burnett wrote:
> Howdy,
>
> For your porting pleasure see attached for a port of libarea, a small
> library for computer assisted machining, also required for FreeCAD.
>
> Best regards
>
Here it is with a cleaned up Makefile following the standard ordering
from /usr
On Sun, Jun 07, 2020 at 02:18:51PM +0200, Klemens Nanni wrote:
> On Sun, Jun 07, 2020 at 02:13:50PM +0200, Otto Moerbeek wrote:
> > Looking a bit closes I can see that the userland context switching
> > primitives are not there in
> > /usr/ports/pobj/boost_1_66_0/boost_1_66_0/libs/context/src so t
On Sun, Jun 07, 2020 at 02:13:50PM +0200, Otto Moerbeek wrote:
> Looking a bit closes I can see that the userland context switching
> primitives are not there in
> /usr/ports/pobj/boost_1_66_0/boost_1_66_0/libs/context/src so that
> part is not going to fly. There might be other parts though that a
On Sun, Jun 07, 2020 at 08:14:14AM +0200, Otto Moerbeek wrote:
> On Sun, Jun 07, 2020 at 07:57:09AM +0200, Otto Moerbeek wrote:
>
> > On Sat, Jun 06, 2020 at 08:29:38PM +0100, Stuart Henderson wrote:
> >
> > > +CC otto@, do you remember the status of context/coroutine on sparc64?
> > > I think t
Hi everyone,
Sorry for the same message. I just updated devel/rebar3 to the last version
(3.13.2).
‐‐‐ Original Message ‐‐‐
On Sunday, June 7, 2020 6:13 AM, niamkik wrote:
> Hi everyone,
>
> Please find in attachment the port for rebar3[1] stable version. Here the
> package descripti
Thanks for the effort. So basically almost everything is already in ports.
I haven’t decided which package to start with. I should know by today.
A lot of the dependencies in your list are not in FreeCAD’s dependency
list. They must be sub-dependencies, or part of FreeCAD’s modules?
New:
Open
On Tue, Jun 02, 2020 at 06:24:41PM -0400, Chris Bennett wrote:
> On Sat, May 23, 2020 at 10:46:00AM +0200, Landry Breuil wrote:
> > Hi,
> >
> Looking over pgtap. I am seeing some strange (to me) issues.
>
> It uses gmake and it's a perl port.
> It comes with the Perl Makefile already built. Never
Hi everyone,
Please find in attachment the port for rebar3[1] stable version. Here the
package description:
Rebar3 is an Erlang tool that makes it easy to create, develop, and
release Erlang libraries, applications, and systems in a repeatable
manner.
This package was tested on OpenBSD-6.6, and
Hi James,
> A couple issues right off the bat. You don't need a REVISION marker
> since this would be the initial import. It also looks like 20.01.2 was
> release on May 3rd.
Yes, I was working on this port in February/March, so, I forgot to check if a
new version was available. I corrected it.
Enclosed a simple diff for updating borgbackup to 1.1.13, which fixes
some small issues. Nothing big or exciting. Changes:
https://github.com/borgbackup/borg/blob/1.1.13/docs/changes.rst#version-1113-2020-06-06
Testing:
- 'make test' runs successful
- Run tested on several machines (all amd64) by
26 matches
Mail list logo