On Fri, Feb 01, 2019 at 06:23:10PM +0100, Otto Moerbeek wrote:
> On Fri, Feb 01, 2019 at 06:17:13PM +0100, Otto Moerbeek wrote:
>
> > Hi,
> >
> > update, fixes to Makefile (some unknown configure args) and take
> > maintainership,
> >
> > OK?
> >
> > -Otto
> >
ping?
>
> Index: Makefil
On Sat, Feb 02, 2019 at 02:24:20PM +0100, Otto Moerbeek wrote:
> Hi,
>
> this fixes exception handling when using eg++ on sparc64. Since stack
> frames are non-standard on OpenBSD/sparc64 because of stackghost, we
> need adapted code to unwind the stack.
>
> Regress tests in regress/misc/excepti
On Tue, Feb 5, 2019 at 12:21 AM Christian Weisgerber wrote:
>
> It looks like the libc++ 7.0.1 update on our clang archs has broken
> devel/boost:
>
> In file included from libs/log/src/syslog_backend.cpp:29:
> In file included from ./boost/asio/buffer.hpp:27:
> In file included from ./boost/asio/
Hello Stuart, Klemens
On 2/4/19 9:23 PM, Stuart Henderson wrote:
[...]
Here's some nit-picking.
--- MakefileFri Feb 1 19:38:31 2019
+++ Makefile.newMon Feb 4 20:48:48 2019
@@ -1,8 +1,8 @@
# $OpenBSD:$
-#
+
COMMENT = menu generation utility for X window managers
-VERSION=
This mail is about the OpenBSD ports of
- x11/qt5/qtgraphicaleffects
- x11/qt5/qtquickcontrols
- x11/qt5/qtquickcontrols2
These ports work on amd64 and i386, but are broken on aarch64,
powerpc, and probably other platforms. Each port has .qmlc files in
its PLIST. Each port runs qmlcachegen (from
Re-merge the -msave-args diff plus fix and add a diff to make use
of pthread_get_name_np.
Index: Makefile
===
RCS file: /home/cvs/ports/devel/llvm/Makefile,v
retrieving revision 1.210
diff -u -p -u -p -r1.210 Makefile
--- Makefile
Bump zsh to 5.7.1 (5.7 had a bug in vcs_info). Tests pass (just the
usual failure in D07) and it's running fine here.
Switch to CONFIGURE_STYLE=gnu since there are no autoconf patches
(reverting a change from 2004). The generated configure does indeed
match what we'd generate.
Drop PORTHOME and T
It looks like the libc++ 7.0.1 update on our clang archs has broken
devel/boost:
In file included from libs/log/src/syslog_backend.cpp:29:
In file included from ./boost/asio/buffer.hpp:27:
In file included from ./boost/asio/detail/string_view.hpp:23:
/usr/include/c++/v1/experimental/string_view:11
Hi ports,
attached is a new port of node_exporter, a monitoring agent for
the Prometheus monitoring system. It provides collectors for
hardware and OS metrics (cpu, load, filesystem, interrupts,
memory, network)
Tested on i386 and amd64.
Regards,
Ralf
node_exporter.tgz
Description: applicatio
Hi,
On Mon, Feb 04, 2019 at 10:41:18PM +0100, Jeremie Courreges-Anglas wrote:
> Date: Mon, 04 Feb 2019 22:41:18 +0100
> > Same diff from /usr/ports, easier to apply.
>
> Please ignore, this was just my mail client showing me the attachments
> as inlined, without any hint.
>
> Learn something stu
On Mon, Feb 04, 2019 at 09:46:37PM +, Stuart Henderson wrote:
> I had the same, but it did get substituted correctly (from this in
> Makefile.in) ..
>
> 849 install-exec-local :
> 850 echo "#!/usr/bin/env $(PYTHON_BIN)" > $(DESTDIR)/$(bindir)/mmaker
> 851 echo "import sys; sys.
On Thu, Jan 31, 2019 at 08:39:50PM +0100, Matthias Kilian wrote:
> On Wed, Jan 30, 2019 at 11:01:39PM +0100, Sebastian Reitenbach wrote:
> > This updates our ancient Kismet to the 2016-07-R1 release.
>
> I can give it a try next monday.
Unfortunately, my build machine refuses to work fast (I'm ru
On 2019/02/04 22:34, Klemens Nanni wrote:
> On Mon, Feb 04, 2019 at 08:23:32PM +, Stuart Henderson wrote:
> > That's weird. It's substituted correctly here via autoconf/Makefile -
> > what output do you get from "make configure"?
> ===> Configuring for menumaker-0.99.10
> Using /usr/ports/pobj
On Mon, Feb 04 2019, Jeremie Courreges-Anglas wrote:
[...]
> Same diff from /usr/ports, easier to apply.
Please ignore, this was just my mail client showing me the attachments
as inlined, without any hint.
Learn something stupid everyday.
--
jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF
On Mon, Feb 04, 2019 at 09:19:34PM +0100, Björn Ketelaars wrote:
> Makefile.template states "If pledge is used, annotate with `uses
> pledge()' in a comment". I'm not sure if this is still relevant. If so,
> maybe you could add this annotation. If not, we could remove this remark
> from Makefile.te
On Mon, Feb 04, 2019 at 08:23:32PM +, Stuart Henderson wrote:
> That's weird. It's substituted correctly here via autoconf/Makefile -
> what output do you get from "make configure"?
===> Configuring for menumaker-0.99.10
Using /usr/ports/pobj/menumaker-0.99.10/config.site (generated)
configure
anyone?
Am Mittwoch, Januar 30, 2019 22:54 CET, "Sebastian Reitenbach"
schrieb:
> Hi,
>
> proxychains ng (new generation) - a preloader which hooks calls to sockets in
> dynamically linked programs and redirects it through one or more socks/http
> proxies. continuation of the unmaintained pro
anyone?
Am Donnerstag, Januar 31, 2019 14:11 CET, "Sebastian Reitenbach"
schrieb:
> Small set of tools to convert packets from captures (h = hash, c = capture,
> convert and calculate candidates, x = different hashtypes) for the use
> with latest hashcat or John the Ripper. The tools are 100% c
On Mon, Feb 04 2019, Edd Barrett wrote:
> Hi,
>
> On Sat, Feb 02, 2019 at 12:25:55AM +0100, Matthias Kilian wrote:
>> > - In tex live, put synctex into its own subpackage and LIB_DEPEND it.
>> > - In tex live, move synctex into -mktexlsr. Evince already LIB_DEPENDS
>> > this.
>> > - Patch evin
On 2019/02/04 20:39, Linda Lapinlampi wrote:
> On Mon, Feb 04, 2019 at 09:23:31PM +0100, Daniel Jakots wrote:
> > On Mon, 4 Feb 2019 20:17:01 +, Linda Lapinlampi
> > wrote:
> > > COMMENT =port of Google's libphonenumber library
> > > -#'
> >
> > why do you remove it?
>
> I didn't co
On Mon, Feb 04, 2019 at 09:23:31PM +0100, Daniel Jakots wrote:
> On Mon, 4 Feb 2019 20:17:01 +, Linda Lapinlampi
> wrote:
> > COMMENT = port of Google's libphonenumber library
> > -#'
>
> why do you remove it?
I didn't consider it important, thought might as well. Does removing it
mess up
Hello Klemens,
I really do not understand what's going on here...
On 2/4/19 8:59 PM, Klemens Nanni wrote:
[...]
$ doas make install
[...]
$ mmaker dwm
env: python: No such file or directory
$ cat `which mmaker`
#!/usr/bin/env python
import
On 2019/02/04 20:59, Klemens Nanni wrote:
> On Fri, Feb 01, 2019 at 10:30:06PM +, Stuart Henderson wrote:
> > OK sthen@ if someone would like to import ..
>
> $ doas make install
> [...]
> $ mmaker dwm
> env: python: No such file or directory
> $ cat `which mmaker
On Mon, 4 Feb 2019 20:17:01 +, Linda Lapinlampi
wrote:
> Index: Makefile
> ===
> RCS file: /cvs/ports/telephony/py-phonenumbers/Makefile,v
> retrieving revision 1.1.1.1
> diff -u -p -u -p -r1.1.1.1 Makefile
> --- Makefile 16 Nov
On Mon 04/02/2019 20:41, Klemens Nanni wrote:
> 65be875 (tag: 4.9) Prepared 4.9 release.
> 7d19b20 dmenu.1: document improved fastgrab behaviour from previous patch
> 11a6537 Use slow path if stdin is a tty
> bbc464d dmenu_path: always use the cachedir
> a314412 Makefile: just show the compiler out
Hi,
On Sat, Feb 02, 2019 at 12:25:55AM +0100, Matthias Kilian wrote:
> > - In tex live, put synctex into its own subpackage and LIB_DEPEND it.
> > - In tex live, move synctex into -mktexlsr. Evince already LIB_DEPENDS
> > this.
> > - Patch evince to always use its internal copy.
> >
> > FWIW,
On Mon, Feb 04, 2019 at 08:23:23PM +0100, Sebastien Marie wrote:
> python3 is sensible to LC_CTYPE environment variable.
>
> it could be more simple to explicitly set the env variable with:
>
> MAKE_ENV += LC_CTYPE=C.UTF-8
>
> it should permit to avoid patching setup.py.
>
> additionally, it
On Fri, Feb 01, 2019 at 10:30:06PM +, Stuart Henderson wrote:
> OK sthen@ if someone would like to import ..
$ doas make install
[...]
$ mmaker dwm
env: python: No such file or directory
$ cat `which mmaker`
#!/usr/bin/env python
import M
On 2019/02/04 15:02, Renaud Allard wrote:
> Hello,
>
> Here is the diff for traccar 4.3. I am running it since this morning without
> issues.
>
> Best Regards
committed,
> Index: Makefile
> ===
> RCS file: /cvs/ports/geo/traccar/Ma
Hi, matrix-synapse port will want this dependency.
I disabled running tests; it makes lots of Python os.system calls in a
not very secure way. The main code daemonize.py doesn't seem as bad at
first glance.
Despite that, this port from GitHub instead of PyPI because of lack of
tests in sources ho
Your diff does not apply.
Examples are now installed into the wrong location, can you fix that?
xschem.1 now has hardcoded paths in it, they need the same replacing
as before, so instead of removing the patch and SUBST_CMD, simply update
the patch.
65be875 (tag: 4.9) Prepared 4.9 release.
7d19b20 dmenu.1: document improved fastgrab behaviour from previous patch
11a6537 Use slow path if stdin is a tty
bbc464d dmenu_path: always use the cachedir
a314412 Makefile: just show the compiler output
a9eae39 Do not strip at link stage
851b73d code-styl
On 2019/02/03 19:44, Linda Lapinlampi wrote:
> Dear ports@ readers and plausible maintainer,
>
> The attached diff updates security/py-service_identity port from version
> 16.0.0 (2016-02-18) to 18.1.0 (2018-12-05).
>
> This diff also removes patches/patch-setup_cfg, which is now found at
> upstr
Enclosed diff updates git-cola to 3.3, which fixes some minor issues.
Changelog can be found at
https://github.com/git-cola/git-cola/blob/master/share/doc/git-cola/relnotes.rst
Comments/OK?
Index: Makefile
===
RCS file: /cvs/ports
Hello Edd,
thanks for your time to revisit this port; please find enclosed the
unified diff.
All the best
On 2/4/19 12:11 PM, Edd Barrett wrote:
On Sun, Feb 03, 2019 at 05:10:07PM +0100, Alessandro DE LAURENZIS wrote:
Dear ports@ readers,
Here is a proposal for updating Ipe (the extensible
On Mon, Feb 04, 2019 at 06:31:18PM +, Linda Lapinlampi wrote:
> > Thanks, but your diff does not include the distinfo change. :)
>
> Thanks for reminding, it didn't get merged locally in my ports. Added.
>
> > If you want to amend COMMENT fine (no real opinion about the
> > previous/new COMME
> Thanks, but your diff does not include the distinfo change. :)
Thanks for reminding, it didn't get merged locally in my ports. Added.
> If you want to amend COMMENT fine (no real opinion about the
> previous/new COMMENT). But please do not gratuitously change the
> existing whitespace, it mess
On Mon, Feb 04 2019, Linda Lapinlampi wrote:
> Attached is a diff to update telephony/py-phonenumbers port from 8.9.6
> to latest 8.10.4 version.
Thanks, but your diff does not include the distinfo change. :)
> I didn't pay much attention to this port existing earlier, so I merged
> parts of my
On 2019/02/03 22:49, Mikolaj Kucharski wrote:
> Hi Stuart,
>
> On Fri, Feb 01, 2019 at 11:39:09PM +, Stuart Henderson wrote:
> > +cc maintainer
>
> Thanks, I should include Frederic in my initial email.
>
> > It feels like bugs on the calcurse side to me.
> >
> > First problem - program cal
Attached is a port for devel/py-frozendict version 1.2 for Python 2 & 3.
Some credit goes to landry@ for this port. I fixed the PLIST and added
NO_TEST=Yes to Makefile. In the near future, I'd like to use this ported
dependency with the matrix-synapse port. Thanks!
Description:
frozendict is an i
Attached is a diff to update telephony/py-phonenumbers port from 8.9.6
to latest 8.10.4 version.
I didn't pay much attention to this port existing earlier, so I merged
parts of my port into this.
The patch in diff is required since 8.10.2; I've forwarded it to the
upstream maintainer (David) and
Hi, attached is a port for the Python client of Prometheus monitoring
system.
Description:
This library provides an API for exporting metrics from a Python application,
and an HTTP server to expose the metrics to Prometheus.
PyPI: https://pypi.org/project/prometheus_client/
Git: https://github.co
Hi,
On Sun, Feb 03, 2019 at 08:54:28PM +, Linda Lapinlampi wrote:
> > it has shittons of new dependencies, for most of them i used upt to do
> > the heavy lifting of creating the Makefile. All of them are not finished
> > at all :)
>
> Thanks, I'll be continuing from here to port the latest m
On Mon 04/02/2019 16:56, Jeremie Courreges-Anglas wrote:
>
> Hi,
>
> there's something weird regarding how newer versions are supposed to be
> handled here: we don't encode the full upstream version in the
> DISTNAME/PKGNAME, so right now we can't easily bump from 2.48.15v3 to
> 2.48.15v4* becaus
Hi,
there's something weird regarding how newer versions are supposed to be
handled here: we don't encode the full upstream version in the
DISTNAME/PKGNAME, so right now we can't easily bump from 2.48.15v3 to
2.48.15v4* because the distfile name would be the same, but with
different content/chec
On Sun, Feb 03, 2019 at 11:10:57AM +0100, Giovanni Bechis wrote:
> Hi,
> wip update to netbeans 10.0:
> the project switched to Apache Incubator and will become main project
> probably this year.
> The update works fine, the only thing I am not sure is how to handle
> MASTER_SITES,
> in network.co
Hi,
The changelog...
https://github.com/clojure/clojure/blob/master/changes.md#changes-to-clojure-in-version-110
Comments?
Index: Makefile
===
RCS file: /cvs/ports/lang/clojure/Makefile,v
retrieving revision 1.31
diff -u -p -r1.31 M
Landry Breuil writes:
> On Sun, Feb 03, 2019 at 08:54:28PM +, Linda Lapinlampi wrote:
>> > it has shittons of new dependencies, for most of them i used upt to do
>> > the heavy lifting of creating the Makefile. All of them are not finished
>> > at all :)
>>
>> Thanks, I'll be continuing fro
Hello,
Here is the diff for traccar 4.3. I am running it since this morning
without issues.
Best Regards
Index: Makefile
===
RCS file: /cvs/ports/geo/traccar/Makefile,v
retrieving revision 1.2
diff -u -p -r1.2 Makefile
--- Makefil
bulk build on macppc-1.ports.openbsd.org
started on Sat Jan 12 03:36:19 MST 2019
finished at Mon Feb 4 05:28:08 MST 2019
lasted 23D18h51m
done with kern.version=OpenBSD 6.4-current (GENERIC.MP) #363: Fri Jan 11
20:31:09 MST 2019
built packages:9238
Jan 12:999
Jan 13:707
Jan 14:76
Jan 15:362
Jan
On Sun, Feb 03, 2019 at 05:10:07PM +0100, Alessandro DE LAURENZIS wrote:
> Dear ports@ readers,
>
> Here is a proposal for updating Ipe (the extensible drawing editor) to the
> latest release.
Thanks, I'm happy to review this, but can you send your update as a
unified diff from cvs?
`cvs add` an
51 matches
Mail list logo