geo/qlandkartegt is dead upstream. It has been replaced by QMapShack,
which looks really nice:
https://github.com/Maproom/qmapshack
Anybody want to port this? I think we need another dependency, everything
else should be there. http://www.routino.org/
Or can we simply delete qlandkartegt?
Rafae
Zé Loff writes:
> Although changing the default font can be easily done -- adding a
> default site-wide configuration file could be a possible workaround to
> make the port work properly again -- this appears not to be the case
> with the math/greek symbols font, which seems to be harder to replac
Rebuilding every py3-sphinx dependency from ports manually with env
'FLAVOR=python3' fixed build for cmake.
Martin
‐‐‐ Original Message ‐‐‐
On Wednesday, July 15, 2020 4:21 PM, Martin wrote:
> The main goal is to build cmake from -current ports which on some step
> depends on py3-sphi
On Wed, Jul 15, 2020 at 05:10:02PM -0700, Evan Silberman wrote:
> Stuart Henderson wrote:
> > On 2020/07/14 13:23, sven falempin wrote:
> > > Dear readers,
> > >
> > > Is anyone working on that for openbsd ?
> > >
> > > https://github.com/freebsd/freebsd-ports/blob/master/textproc/hs-pandoc/Make
Stuart Henderson wrote:
> On 2020/07/14 13:23, sven falempin wrote:
> > Dear readers,
> >
> > Is anyone working on that for openbsd ?
> >
> > https://github.com/freebsd/freebsd-ports/blob/master/textproc/hs-pandoc/Makefile
> >
> > I do not know the Cabal build system nor haskell so I have no id
Hi,
On Wed, Jul 15, 2020 at 10:51:21AM +0100, Stuart Henderson wrote:
> graphics/makehuman
[...]
> cd
> /pobj/makehuman-1.2.0beta2/makehuman-1c6a4147eeec0f1f07f73904f33ebd4e8ef0065a/makehuman
> && /usr/local/bin/python3.8 compile_models.py
> Traceback (most recent call last):
> File "compile_
Below is a diff to update the recently added mail/notmuch to 0.30.
changes (from upstream):
What's new in notmuch 0.30
=
S/MIME
--
Handle S/MIME (PKCS#7) messages -- one-part signed messages, enc
On 2020-07-15 16:58, Christian Weisgerber wrote:
On 2020-07-14, Nils Reuße wrote:
I am not too sure about adding "-I$(top_srcdir)" to the DEFAULT_INCLUDES
in the two Makefiles (for the two subdirectories), but I couldn't get it
to compile otherwise. The affected includes are in subdirectories
A very simple maintainer update for devel/github-backup. Tested and working
fine for me!
Laurie
Index: Makefile
===
RCS file: /cvs/ports/devel/github-backup/Makefile,v
retrieving revision 1.8
diff -u -r1.8 Makefile
--- Makefile
The main goal is to build cmake from -current ports which on some step depends
on py3-sphinx.
py3-sphinx automated build with its py3-* dependencies doesnt' work.
When try to build all the dependencies manually: py3-docutils builds, but
py3-babel looking for python-3.7.8 instead of python-3.8.0
Anyone?
I've used this for a week without issues.
Best regards,
Hannu Vuolasaho
ke 8. heinäk. 2020 klo 23.13 Hannu Vuolasaho
kirjoitti:
> Hello!
> This is a fresh release update from today.
>
> A lot of improvement has happened since 2.9.2
> support for gschem symbols and schematics has been a
Bulk build on macppc-0.ports.openbsd.org
Started : Mon Jun 29 14:04:10 MDT 2020
Finished: Wed Jul 15 12:26:36 MDT 2020
Duration: 15 Days 22 hours 22 minutes
Built using OpenBSD 6.7-current (GENERIC) #745: Sat Jun 27 20:58:25 MDT 2020
Built 9873 packages
Number of packages built each day:
Jun 29
On Sun, Jul 05, 2020 at 01:16:06PM +0200, Klemens Nanni wrote:
Hello Klemens,
> I just slipped my mind, sure enough OK kn - anyone else?
I got some additional comments from edd@. I attach the updated ports.
Laurie
ffmpeg-normalize.tgz
Description: application/tar-gz
py-tqdm.tgz
Description
After build aria2 on 6.7-current I'm having an issue with SSL/TLS handshake for
encrypted connections (--bt-force-enctyption=true option).
-> [SocketCore.cc:1021] errorCode=1 SSL/TLS handshake failure: protocol error
assertion "0" failed: file "SocketCore.cc", line 987, function "tlsHandshake"
Ab
Builds successfully. There was a problem with gdbm dependency.
Sorry for the noise.
Martin
‐‐‐ Original Message ‐‐‐
On Wednesday, July 15, 2020 9:00 AM, Stuart Henderson
wrote:
> On 2020/07/14 23:53, Martin wrote:
>
> > Stuck with building Python-3.8.3 from -current ports. During buil
On 2020-07-14, Nils Reuße wrote:
> I am not too sure about adding "-I$(top_srcdir)" to the DEFAULT_INCLUDES
> in the two Makefiles (for the two subdirectories), but I couldn't get it
> to compile otherwise. The affected includes are in subdirectories of
> the source, but the compilation step
On Wed Jul 15, 2020 at 10:40:41AM -, Dimitri Karamazov wrote:
> On Tue, July 14, 2020 07:46, Bjorn Ketelaars wrote:
> >
> > OK bket@ with the nit below.
> >
> >
> >
> > diff --git Makefile Makefile index 8d940f3aa63..68051a2c860 100644 ---
> > Makefile
> > +++ Makefile
> > @@ -18,9 +18,9 @@ RU
On Tue, July 14, 2020 07:46, Bjorn Ketelaars wrote:
>
> OK bket@ with the nit below.
>
>
>
> diff --git Makefile Makefile index 8d940f3aa63..68051a2c860 100644 ---
> Makefile
> +++ Makefile
> @@ -18,9 +18,9 @@ RUN_DEPENDS = converters/libiconv \
> devel/xdg-utils \ shells/bash
>
> +F
On Sat, July 11, 2020 15:30, Rafael Sadowski wrote:
> Hi All!
>
> The following ports need an update to get rid of x11/py-qt4 OR we should
> get rid of them completely.
>
[...]
>
> - games/mnemosyne
> - From Makefile "# Newer versions moved to Qt5 and need qtwebengine"
> qtwebengine is now av
Hi Marc,
Marc Espie wrote on Wed, Jul 15, 2020 at 11:44:32AM +0200:
> On Wed, Jul 15 '20 at 05.50 NZST, Ingo Schwarze wrote:
>> I never found pandoc useful for anything - so much so that i never
>> even felt a need to evalute its quality for real. I dimly remember
>> that on rare occasions, i sa
On Wed 15/07/2020 11:53, Florian Obser wrote:
> anyone?
I think this looks good. OK bket@
On Wed, Jul 15, 2020 at 11:44:32AM +0200, Marc Espie wrote:
> On Wed, Jul 15 '20 at 05.50 NZST, Ingo Schwarze
> wrote:
> > I never found pandoc useful for anything - so much so that i never
> > even felt a need to evalute its quality for real. I dimly remember
> > that on rare occasions, i saw m
On Wed, Jul 15, 2020 at 06:07:45PM +1200, Tom Wong-Cornall wrote:
> On Wed, Jul 15 '20 at 05.50 NZST, Ingo Schwarze
> wrote:
> > I never found pandoc useful for anything - so much so that i never
> > even felt a need to evalute its quality for real. I dimly remember
> > that on rare occasions, i
anyone?
On Thu, Jul 09, 2020 at 01:52:37PM +0200, Florian Obser wrote:
> ... after it was deprecated since 3.2.
>
> 2020-07-09 08:38:44,604 [salt.utils.schedule
> :853 ][ERROR ][26771] Unhandled exception running stat
> e.highstate
> Traceback
started at 1594676294 Mon Jul 13 15:38:14 MDT 2020
finished at 1594805629 Wed Jul 15 03:33:49 MDT 2020
report generated at 1594805659 Wed Jul 15 03:34:19 MDT 2020
total 35h55m
done with kern.version=OpenBSD 6.7-current (GENERIC.MP) #0: Mon Jul 13 15:19:13
MDT 2020
built packages
build failu
On Wed, Jul 15 '20 at 05.50 NZST, Ingo Schwarze
wrote:
> I never found pandoc useful for anything - so much so that i never
> even felt a need to evalute its quality for real. I dimly remember
> that on rare occasions, i saw man(7) output generated by pandoc,
> and if i remeber correctly, that w
On 2020/07/14 23:53, Martin wrote:
> Stuck with building Python-3.8.3 from -current ports. During build all the
> necessary dependences and gdbm especially builds as should be, but finally
> _gdbm.so does not installed. The question is how to fix it for this
> particular build?
>
> Error:
> /u
On Tue, Jul 14, 2020 at 02:08:13PM +0200, Theo Buehler wrote:
>
> Sorry, I had the wrong type. It should be an uint64_t, not an int64_t.
>
Quick test and this works for me on amd64.
Thanks,
--
clematis (0xA2C87EDB507B4C53)
On Wed, Jul 15 '20 at 05.50 NZST, Ingo Schwarze
wrote:
> I never found pandoc useful for anything - so much so that i never
> even felt a need to evalute its quality for real. I dimly remember
> that on rare occasions, i saw man(7) output generated by pandoc,
> and if i remeber correctly, that w
29 matches
Mail list logo
