On Sat, Nov 07, 2020 at 07:03:07PM +0100, Jeremie Courreges-Anglas wrote:
>
> Older mypaint releases used this but our fresh mypaint port uses
> python3/gtk3. I could not find other users of gdk_pixbuf_new_from_array
> or get_pixels_array on https://codesearch.debian.net/ . Trying to use
> missi
On Sat Nov 07, 2020 at 09:39:10AM +0100, Landry Breuil wrote:
> On Sat, Nov 07, 2020 at 07:42:56AM +0100, Rafael Sadowski wrote:
> > On Sun Jul 05, 2020 at 05:40:31PM +0200, Rafael Sadowski wrote:
> > > Please find below a diff to update xglobe to 0.6. The original xglobe is
> > > dead upstream. I
On Sun Nov 08, 2020 at 01:46:14AM +0100, Jeremie Courreges-Anglas wrote:
>
> This diff drops boost_python27 and boost_numpy27. I switched the
> defaults to python3 but the boost-build .py files aren't ready for that
> (using python3 -m compileall fails with syntax errors). No idea how
> used/usef
On 11/7/2020 7:46 PM, Jeremie Courreges-Anglas wrote:
This diff drops boost_python27 and boost_numpy27. I switched the
defaults to python3 but the boost-build .py files aren't ready for that
(using python3 -m compileall fails with syntax errors). No idea how
used/useful boost-build actually is o
I'm trying to compile glade but getting an error from dwz about 64-bit
Dwarf not supported.
Writing /usr/ports/pobj/glade-3.36.0/fake-mips64el/debug-pkg/Makefile.new
Writing /usr/ports/pobj/glade-3.36.0/fake-mips64el/debug-pkg/PLIST
Renaming /usr/ports/pobj/glade-3.36.0/fake-mips64el/debug-pkg/Mak
As we keep inching towards cabal-install-3.4 release (the last known
external blocker) I want to raise awareness of the changes coming to
xmonad users with custom xmonad.hs files as part of this update. I've
known and mentioned this change a few times on ports@ but it bears
repeating explicitly.
P
Greetings,
This is the proposal for a new port: sysutils/amount
Disclaimer: I know that this kind of scripts are hardly ever accepted by
OpenBSD community, nonetheless I use it on a daily basis and find it
very handy.
From DESCR:
amount is an OpenBSD specific, POSIX compliant shell script
This diff drops boost_python27 and boost_numpy27. I switched the
defaults to python3 but the boost-build .py files aren't ready for that
(using python3 -m compileall fails with syntax errors). No idea how
used/useful boost-build actually is or how maintainers want to deal with
this python2/3 mix
Once more?
:D
Tim.
trondd wrote:
> Post release poke. Made sure it still builds and runs in -current. Been
> using it on amd64 for a month.
>
> Tim.
>
> trondd wrote:
>
> > Remi Locherer wrote:
> >
> > > On Fri, Sep 18, 2020 at 06:47:44PM -0400, trondd wrote:
> > > > Looking around at
On Sat, Nov 7, 2020 at 9:48 AM Stuart Henderson wrote:
>
> Here's what I make the list of victims of removing py-numpy would be.
> Some of the ports involved aren't that important but others definitely
> are.
>
> devel/boost
> - (lots)
> games/angrydd
> games/fretsonfire
> games/singularity
> ...
Oh nice! OK, if we run into problems we can readd it with a py2-numpy port.
--
Sent from a phone, apologies for poor formatting.
On 7 November 2020 18:03:33 Jeremie Courreges-Anglas wrote:
Older mypaint releases used this but our fresh mypaint port uses
python3/gtk3. I could not find other u
Older mypaint releases used this but our fresh mypaint port uses
python3/gtk3. I could not find other users of gdk_pixbuf_new_from_array
or get_pixels_array on https://codesearch.debian.net/ . Trying to use
missing numpy support from py-gtk2 would result in this exception:
"pygtk was not com
On Fri, 6 Nov 2020 19:21:27 -0500 (EST)
Daniel Dickman wrote:
> This diff sets NO_TEST=Yes for cython under python2 so numpy can be
> updated.
>
> If we don't go this route, we'd have to convert all the cython
> consumers to python3 so cython can be made python3-only. That means
> updating cons
Greetings,
The attached diff updates x11/menumaker to the latest release.
What's new upstream
===
This is mainly a bugfix release; on top of that, support for Sakura,
QTerminal and Alacritty terminal emulators (the latter is not available
on OpenBSD) has been added.
What's n
On Sat Nov 07, 2020 at 05:04:17PM +0100, Jeremie Courreges-Anglas wrote:
>
> If people don't want to drop boost_numpy3X we could just drop python2
> support in devel/boost.
>
+1
On Sat, Nov 07 2020, Stuart Henderson wrote:
> On 2020/11/07 13:26, Jeremie Courreges-Anglas wrote:
>> On Fri, Nov 06 2020, Daniel Dickman wrote:
>> > This diff sets NO_TEST=Yes for cython under python2 so numpy can be
>> > updated.
>> >
>> > If we don't go this route, we'd have to convert all t
On Sat Nov 07, 2020 at 02:57:28PM +, Stuart Henderson wrote:
> On 2020/11/07 15:38, Jeremie Courreges-Anglas wrote:
> > On Sat, Nov 07 2020, Rafael Sadowski wrote:
> > > Please find below a diff to update jsoncpp to the latest stable version
> > > on github. This version includes all patches a
On 2020/11/07 15:38, Jeremie Courreges-Anglas wrote:
> On Sat, Nov 07 2020, Rafael Sadowski wrote:
> > Please find below a diff to update jsoncpp to the latest stable version
> > on github. This version includes all patches and fixes some security
> > related bugs. I removed the include path patch
On 2020/11/07 13:26, Jeremie Courreges-Anglas wrote:
> On Fri, Nov 06 2020, Daniel Dickman wrote:
> > This diff sets NO_TEST=Yes for cython under python2 so numpy can be
> > updated.
> >
> > If we don't go this route, we'd have to convert all the cython consumers
> > to python3 so cython can be
On Sat, Nov 07 2020, Rafael Sadowski wrote:
> Please find below a diff to update jsoncpp to the latest stable version
> on github. This version includes all patches and fixes some security
> related bugs. I removed the include path patches.
While I've cared about jsoncpp in the past I don't under
On Sat, Nov 07 2020, Rafael Sadowski wrote:
> Fix upplay with upcoming jsoncpp update.
Actually you could just drop the patch. The build would then pass c++
a bogus -I/usr/include/jsoncpp but it doesn't harm.
dirbrowser/dirb_json.cpp:#include
> While here, fix WANTLIB and
> remove qtscript
On Fri, Nov 06 2020, Daniel Dickman wrote:
> This diff sets NO_TEST=Yes for cython under python2 so numpy can be
> updated.
>
> If we don't go this route, we'd have to convert all the cython consumers
> to python3 so cython can be made python3-only. That means updating
> consumers like py-sphin
On Wed May 20, 2020 at 11:19:08PM +0200, Enric Morales wrote:
> Hi @ports,
>
> I rebuilt my machine and lost my updated port and instead of recovering it
> from here, I went ahead and made a new one from scratch. I noticed that I
> missed a couple files (awesome themes) that needed to be patched
I think this goes in the right direction. What do you think?
Index: cmake.port.mk
===
RCS file: /cvs/ports/devel/cmake/cmake.port.mk,v
retrieving revision 1.66
diff -u -p -r1.66 cmake.port.mk
--- cmake.port.mk 25 May 2020 05:12:
Fix upplay with upcoming jsoncpp update. While here, fix WANTLIB and
remove qtscript dependency.
OK?
diff --git a/multimedia/upplay/Makefile b/multimedia/upplay/Makefile
index 4f5c22d5fbd..3266c6b4a13 100644
--- a/multimedia/upplay/Makefile
+++ b/multimedia/upplay/Makefile
@@ -3,6 +3,7 @@
COMMEN
Please find below a diff to update jsoncpp to the latest stable version
on github. This version includes all patches and fixes some security
related bugs. I removed the include path patches. I see no conflicts in
the tree and all consumers are happy:
devel/cmake
games/minetest
graphics/orthanc/*
m
Here is an update to ircd-hybrid 8.2.34.
-- Noteworthy changes in version 8.2.34 (2020-11-01)
* Re-implement backwards compatibility mode for old ircd-hybrid 8.2.23 and
below.
Final removal is scheduled for early 2021.
* For consistency, the `general::network_desc` configuration directive has b
Update audio/lmms to 1.2.2
I'll take MAINTAINER if no one minds.
I'm considering adding carla to expand the plugin
compatibility. After that maybe be zynaddsubfx as a
separate port could be loaded as a plugin.
Changelog: https://github.com/LMMS/lmms/releases
Index: Makefile
=
On Sat, Nov 07, 2020 at 07:42:56AM +0100, Rafael Sadowski wrote:
> On Sun Jul 05, 2020 at 05:40:31PM +0200, Rafael Sadowski wrote:
> > Please find below a diff to update xglobe to 0.6. The original xglobe is
> > dead upstream. I modernized it just for fun and with the motivation to
> > get rid of Q
29 matches
Mail list logo
