On Sun, Mar 29, 2020 at 01:10:12AM +0100, Antoine Jacoutot wrote:
> On Sat, Mar 28, 2020 at 02:39:28PM -0400, Kurt Mosiejczuk wrote:
> > On Sat, Mar 28, 2020 at 12:03:03PM +0100, Antoine Jacoutot wrote:
> > > On Fri, Mar 27, 2020 at 10:48:05PM -0400, Kurt Mosiejczuk wrote:
> > > > x11/gnome/control
On 2020-03-28 11:21 PM, Nam Nguyen wrote:
games with unrelated quirks
===
games/openjk: Toggling fullscreen in the single player binary (jasp)
segfaults. Fullscreen using multiplayer binary (jamp) works. This was
a known issue when the port was initially submitted
Nam Nguyen writes:
> Christian Weisgerber writes:
>
>> On 2020-03-27, Brad Smith wrote:
>>
Here are updates to SDL2 2.0.12, SDL2_gfx 1.0.4 and SDL2_ttf 2.0.15.
>>>
>>> Here is an updated diff. Reverts a commit in the new release for the
>>> time being which broke building with CMake based po
On 03/26 09:28, Solene Rapenne wrote:
> On Thu, Mar 26, 2020 at 08:06:12PM +0100, Solene Rapenne wrote:
> > The following patch updates mednafen to last version, I tried a few
> > platform successfully on adm64.
> >
> > I disabled snes module at compile time because it just doesn't work and
> > cr
On 3/28/2020 11:21 PM, Nam Nguyen wrote:
Christian Weisgerber writes:
On 2020-03-27, Brad Smith wrote:
Here are updates to SDL2 2.0.12, SDL2_gfx 1.0.4 and SDL2_ttf 2.0.15.
Here is an updated diff. Reverts a commit in the new release for the
time being which broke building with CMake based
Christian Weisgerber writes:
> On 2020-03-27, Brad Smith wrote:
>
>>> Here are updates to SDL2 2.0.12, SDL2_gfx 1.0.4 and SDL2_ttf 2.0.15.
>>
>> Here is an updated diff. Reverts a commit in the new release for the
>> time being which broke building with CMake based ports using SDL2.
>
> I put thi
Hello,
Here's a PyCharm update to 2019.3.4. I've been using it the past few
days with no errors thus far. Chime in from anyone?
Thanks,
Lucas
Index: Makefile
===
RCS file: /cvs/ports/devel/pycharm/Makefile,v
retrieving revision 1.24
On Sat, Mar 28, 2020 at 02:39:28PM -0400, Kurt Mosiejczuk wrote:
> On Sat, Mar 28, 2020 at 12:03:03PM +0100, Antoine Jacoutot wrote:
> > On Fri, Mar 27, 2020 at 10:48:05PM -0400, Kurt Mosiejczuk wrote:
> > > x11/gnome/control-center uses C99 constructs so needs -std=gnu99 for
> > > base-gcc archite
On Sat, Mar 28, 2020 at 12:05:26PM +0100, Antoine Jacoutot wrote:
> > I went for adding:
> >
> > printf 'disable ulpt\nq\n' | config -ef /bsd && \
> > sha256 -h /var/db/kernel.SHA256 /bsd
> >
> > to /etc/rc.shutdown and /upgrade.site and that makes it work the way I
> > would like to.
> >
On Sat, Mar 28, 2020 at 10:33:27PM +0100, Solene Rapenne wrote:
> It seem nobody care about Tox, maybe we should remove them instead of
> providing outdated libraries / clients for a protocol designed for
> privacy and security .
Outdated ports sooner or later create maintainence burden on people t
On Sat Mar 28, 2020 at 08:48:57AM +0100, Rafael Sadowski wrote:
> On Sat Mar 21, 2020 at 10:30:12AM +0100, Rafael Sadowski wrote:
> > This is a result of debugging qt5-cups. Starts fine and feels usable on
> > amd64. Any consumers around?
> >
> > Index: Makefile
> > ===
Are there some Tox users around?
- net/toxcore library is nearly 2 years lagging behind upstream
- net/toxic client is lagging behind upstream which isn't updated since
18 months
- net/utox is dead (upstream github doesn't exist and HOMEPAGE is gone)
It seem nobody care about Tox, maybe we shou
https://www.libssh.org/2019/12/10/libssh-0-9-3-and-libssh-0-8-8-security-release/
check_syms reports no dynamic symbol removals, only additions.
libssh fails to build due to argp related code in the unit tests; I've
disabled them for now to unblock the update - I could not fix it myself.
Ther
On Sat, Mar 28, 2020 at 06:49:09PM +0100, Solene Rapenne wrote:
> On Sat, Mar 28, 2020 at 12:44:07PM +0100, Solene Rapenne wrote:
> > On Thu, Feb 20, 2020 at 11:48:01PM +0100, Laurent Coustet wrote:
> > > Hi ports@
> > >
> > > I've fixed the last version of net/mlvpn in order to support
> > > Open
On Mon, Mar 23, 2020 at 02:33:45PM -0400, Kurt Mosiejczuk wrote:
> On Mon, Mar 23, 2020 at 03:31:27PM +, Stuart Henderson wrote:
> > On 2020/03/23 10:42, Kurt Mosiejczuk wrote:
> > > Sorry I didn't commit my version earlier. I got bogged down in some
> > > details when I did a portcheck before
On Sat, Mar 28, 2020 at 12:03:03PM +0100, Antoine Jacoutot wrote:
> On Fri, Mar 27, 2020 at 10:48:05PM -0400, Kurt Mosiejczuk wrote:
> > x11/gnome/control-center uses C99 constructs so needs -std=gnu99 for
> > base-gcc architectures.
> > ok?
> Not sure, what base-gcc architecture is able to run t
On Thu Mar 26, 2020 at 08:58:05PM +0100, Jeremie Courreges-Anglas wrote:
> On Sat, Mar 21 2020, Jeremie Courreges-Anglas wrote:
> > On Sat, Mar 21 2020, Rafael Sadowski wrote:
> >
> > [...]
> >
> >> Thanks Jeremie, tested with the diff qtwebkit diff below.
> >
> > Thanks for testing. It's nice t
On 2020/03/27 12:16, Stuart Henderson wrote:
> On 2020/03/24 19:30, Paul Irofti wrote:
> > Can somenoe commit the numpy update as well then?
>
> I am about to start a test bulk build on i386 with this.
No build problems relating to the numpy update.
On Sat, Mar 28, 2020 at 12:44:07PM +0100, Solene Rapenne wrote:
> On Thu, Feb 20, 2020 at 11:48:01PM +0100, Laurent Coustet wrote:
> > Hi ports@
> >
> > I've fixed the last version of net/mlvpn in order to support
> > OpenBSD 6.6+.
> >
> > No major changes, just random fixes and version bump.
> >
On 2020/03/28 17:12, Stuart Henderson wrote:
> On 2020/03/28 12:44, Solene Rapenne wrote:
> > Reading symbols from mlvpn...(no debugging symbols found)...done.
>
> This indicates that you are using an old binary that doesn't have the debug
> information included. After adding DEBUG_PACKAGES to the
On 2020/03/28 12:44, Solene Rapenne wrote:
> Reading symbols from mlvpn...(no debugging symbols found)...done.
This indicates that you are using an old binary that doesn't have the debug
information included. After adding DEBUG_PACKAGES to the port, you need to
rebuild/reinstall the main package,
On Mon, Jan 13, 2020 at 9:29 AM Alex Holst wrote:
> > I'm looking for feedback about the trade-offs of such changes.
> Hi. This seems like needless churn to me. Upstream should be nudged to
> do a new release instead.
>
Done.
The local patches got rolled in. Library version bump seems
unnecessa
On Thu, Feb 20, 2020 at 11:48:01PM +0100, Laurent Coustet wrote:
> Hi ports@
>
> I've fixed the last version of net/mlvpn in order to support
> OpenBSD 6.6+.
>
> No major changes, just random fixes and version bump.
>
> Changes:
>
> - Send keepalives every 1s, detect timeouts at 2s (@stapelbe
On Sat, Mar 28, 2020 at 10:39:56AM +, Mikolaj Kucharski wrote:
> On Wed, Mar 25, 2020 at 02:23:48PM +, Mikolaj Kucharski wrote:
> > It has one disadvantage. It doesn't integrate well with sysupgrade(8)
> > and need one additional reboot, to get desired kernel configuration. For
> > me it's
Bulk build on sparc64-0.ports.openbsd.org
Started : Wed Mar 25 15:08:17 MDT 2020
Finished: Sat Mar 28 05:03:07 MDT 2020
Duration: 2 Days 13 hours 55 minutes
Built using OpenBSD 6.6-current (GENERIC.MP) #254: Tue Mar 24 20:22:36 MDT 2020
Built 10024 packages
Number of packages built each day:
Ma
On Fri, Mar 27, 2020 at 10:48:05PM -0400, Kurt Mosiejczuk wrote:
> x11/gnome/control-center uses C99 constructs so needs -std=gnu99 for
> base-gcc architectures.
>
> ok?
Not sure, what base-gcc architecture is able to run this anyway?
At a minimum, put a comment please.
> --Kurt
>
> Index: Mak
On Wed, Mar 25, 2020 at 02:23:48PM +, Mikolaj Kucharski wrote:
> It has one disadvantage. It doesn't integrate well with sysupgrade(8)
> and need one additional reboot, to get desired kernel configuration. For
> me it's easy to forget this one additional reboot.
I went for adding:
pri
On Sat Mar 14, 2020 at 04:31:00PM -0500, Matthew Martin wrote:
> On Sat, Mar 14, 2020 at 08:21:10PM +0100, Rafael Sadowski wrote:
> > "Security and bug fix release with a few user visible additions."
> > Changelog: http://zsh.sourceforge.net/releases.html
> >
> > This release fixes CVE-2019-20044.
On Sat Mar 21, 2020 at 10:30:12AM +0100, Rafael Sadowski wrote:
> This is a result of debugging qt5-cups. Starts fine and feels usable on
> amd64. Any consumers around?
>
> Index: Makefile
> ===
> RCS file: /cvs/ports/cad/qcad/Makefil
29 matches
Mail list logo
