ously, I likely would not have
run into this error.
Bryan
On Sun, Jul 28, 2024 at 07:42:47PM -0400, Jos?? Maldonado wrote:
> >
> > Installing both sonnet and kf6-qqc2-desktop-style makes no difference
> > and the error is still the same. Thank you.
> >
> > Bryan
> >
>
> Hi, you need install kf6-kdeplasma
On Sun, Jul 28, 2024 at 08:57:11AM +0200, Rafael Sadowski wrote:
> On Sat Jul 27, 2024 at 11:35:44PM GMT, Bryan Vyhmeister wrote:
> > I installed plasmatube without any other KDE applications just to test
> > it out and it will not launch without errors. I installe
, and iconv in the default install.
Bryan
Index: net/rsync/Makefile
===
RCS file: /cvs/ports/net/rsync/Makefile,v
diff -u -p -u -r1.103 Makefile
--- net/rsync/Makefile 6 May 2024 12:23:48 - 1.103
+++ net/rsync/Makefile 3 Jul 2024
to do much testing since I am
not (yet) using kcaldav but plan to shortly. I don't anticipate any
issues based on the minimal changes in this release.
Bryan
Index: www/kcaldav/Makefile
===
RCS file: /cvs/ports/www/kcaldav/Makefile,v
. Will plasmatube not run independently of the rest of KDE?
Bryan
$ plasmatube
Detected locale "C" with character encoding "US-ASCII", which is not UTF-8.
Qt depends on a UTF-8 locale, and has switched to "C.UTF-8" instead.
If this causes problems, reconfigure your locale. See
ting since I am
not (yet) using kcaldav but plan to shortly. I don't anticipate any
issues based on the minimal changes in this release.
Bryan
Index: www/kcaldav/Makefile
===
RCS file: /cvs/ports/www/kcaldav/Makefile,v
retrieving rev
m
not (yet) using kcaldav but plan to shortly. I don't anticipate any
issues based on the minimal changes in this release.
Bryan
Index: www/kcaldav/Makefile
===
RCS file: /cvs/ports/www/kcaldav/Makefile,v
retrieving revision 1.22
dif
this patch is in) would help the load on mirrors in the
future as well.
Bryan
Index: net/rsync/Makefile
===
RCS file: /cvs/ports/net/rsync/Makefile,v
diff -u -p -u -r1.103 Makefile
--- net/rsync/Makefile 6 May 2024 12:23:48 -
None of the changes make any difference for my use case (mostly as part
of my workflow with www/sblg). Thank you.
Bryan
Index: textproc/lowdown/Makefile
===
RCS file: /cvs/ports/textproc/lowdown/Makefile,v
retrieving revision 1.31
OR:Mminimal}
> CONFIGURE_ENV += LDFLAGS='-L${LOCALBASE}/lib'
> LIB_DEPENDS +=archivers/lz4 etc
> WANTLIB +=blah blah
> .endif
Good catch. That's a very good idea I had not considered. Seems to work
perfectly with the logic reversed. Here is the updated diff.
Bryan
On Tue, Jul 02, 2024 at 09:39:57AM +0100, Stuart Henderson wrote:
> On 2024/07/01 18:32, Bryan Vyhmeister wrote:
> > I updated the title based on the discussion and what this patch actually
> > does now. I have a particular project that needs zstd compression with
> > rsync.
LIST).
I added the post-install. Is this correct?
Bryan
Index: textproc/lowdown/Makefile
===
RCS file: /cvs/ports/textproc/lowdown/Makefile,v
retrieving revision 1.31
diff -u -p -u -r1.31 Makefile
--- textproc/lowdown/Makefile 27
running rsync this way and it works great. Any
feedback on this?
Bryan
Index: net/rsync/Makefile
===
RCS file: /cvs/ports/net/rsync/Makefile,v
retrieving revision 1.103
diff -u -p -u -r1.103 Makefile
--- net/rsync/Makefile 6 May 2024 12
I missed this attempt to update this port. Thank you for attempting the
update. Here is my patch.
Bryan
Index: textproc/lowdown/Makefile
===
RCS file: /cvs/ports/textproc/lowdown/Makefile,v
retrieving revision 1.31
diff -u -p -u
up in the compress list for the regular build and do
not for the minimal flavor. Thoughts?
Bryan
Index: net/rsync/Makefile
===
RCS file: /cvs/ports/net/rsync/Makefile,v
retrieving revision 1.103
diff -u -p -u -r1.103 Makefile
--- net
On Wed, Jun 26, 2024 at 05:35:14PM +0100, Stuart Henderson wrote:
> On 2024/06/25 17:38, Bryan Vyhmeister wrote:
> > I have a project that requires rsync with zstd compression and I would
> > like to have the option in ports without having to manually modify my
> > rsync port
On Wed, Jun 26, 2024 at 05:43:16PM +0200, Jeremie Courreges-Anglas wrote:
> On Tue, Jun 25, 2024 at 05:38:02PM -0700, Bryan Vyhmeister wrote:
> > I have a project that requires rsync with zstd compression and I would
> > like to have the option in ports without having to man
want zstd enabled globally but a flavor might work
instead? Thoughts?
Bryan
Index: net/rsync/Makefile
===
RCS file: /cvs/ports/net/rsync/Makefile,v
retrieving revision 1.103
diff -u -p -u -r1.103 Makefile
--- net/rsync/Makefile 6
Just a friendly comment from a long-time lurker: I don't think that's how
this works.
I'm guessing you'll get more traction if YOU provide the PR with port
details...probably a porting guide somewhere...
Bryan
On Thursday, May 2, 2024, Dan wrote:
> Hello,
>
> Just want to check one
On Sat, Apr 27, 2024 at 10:57:28PM -0400, Thomas Frohwein wrote:
> updated tarball; I had some left over, commented out lines in the
> Makefile and unnecessary SUBST_*.
Looks good, having this in the ports tree would be nice.
ok brynet@ for what its worth :-)
>
> On Sat, Apr 27, 2024 at
e ports tree is holding back further
development, I can easily find a new tool to do what I need (or
maintain a locally-installed copy of archivemail).
--
Bryan
Hey Mark, does the order of .cfi_startproc and endbranch matter at all,
I noticed a difference between your openssl/3.1 and 3.2 patches and was
just wondering, it's reversed in gcm_init_avx.
-Bryan.
diff -u -p -r1.1.1.1 patch-crypto_modes_asm_ghash-x86_64_pl
--- security/openssl/3.1/patches
On Fri, Oct 27, 2023 at 09:45:52PM -0400, Thomas Frohwein wrote:
> This diff patches out mono's use of syscall(SYS_fork), which is the
> only instance of syscall(2) in use. Upstream has this behind:
>
> #elif !defined(HOST_DARWIN) && defined(SYS_fork)
>
> This diff changes that to #elif
On Mon, Jul 25, 2022 at 09:45:43PM +0200, Omar Polo wrote:
> Bryan Vyhmeister wrote:
> > This is another maintainer update of lowdown from 0.10.0 to 1.0.0.
> > There are quite a few changes included in the in-between releases. The
> > changes included are:
> >
>
y is no more also in case someone is using that.
I believe it should work fine everywhere. If someone could ok and
commit, that would be great. Thank you.
Bryan
Index: textproc/lowdown/Makefile
===
RCS file: /cvs/ports/textproc/lowdown
===
> > > RCS file: /cvs/ports/textproc/lowdown/distinfo,v
> > > retrieving revision 1.24
> > > diff -u -p -r1.24 distinfo
> > > --- distinfo27 Oct 2021 21:55:07 - 1.24
> > > +++ distinfo12 Jan 2022 20:18:27 -
> > > @@ -1,2 +1,2 @@
> > > -SHA256 (lowdown-0.9.2.tar.gz) =
> > > XDVdHbIHGRaxrW54kgjeZkvjeBvRfdi2sJsXB6KDqYg=
> > > -SIZE (lowdown-0.9.2.tar.gz) = 217279
> > > +SHA256 (lowdown-0.10.0.tar.gz) =
> > > t1ytJbEPpy0sRzACDq31Y0WGCWT0Jmu8sYNj58icYpc=
> > > +SIZE (lowdown-0.10.0.tar.gz) = 229928
> >
> > PLIST needs updating as well, there are additional manpages.
> > Run "make plist".
> >
Thanks for doing this update. OK maintainer.
Bryan
On Sun, Dec 19, 2021 at 06:24:21PM -0600, Amit Kulkarni wrote:
> On Sun, Dec 19, 2021 at 2:23 PM Bryan Steele wrote:
> >
> > I'm thinking this could be llvm/clang13 fallout, but with the new Dec 19
> > snapshot chromium stopped working for me. It opens up a blank white
mpl.cc(916)]
Network service crashed, restarting service.
-Bryan.
ujnNNN7HqMh2WoTDwTwQ=
> -SIZE (lowdown-0.8.5.tar.gz) = 209639
> +SHA256 (lowdown-0.9.2.tar.gz) = XDVdHbIHGRaxrW54kgjeZkvjeBvRfdi2sJsXB6KDqYg=
> +SIZE (lowdown-0.9.2.tar.gz) = 217279
ok maintainer. Thank you.
Bryan
ort recent for steamctl which might be helpful for
obtaining this as well.
https://marc.info/?l=openbsd-ports=163413529509808=2
-Bryan.
On Sat, Oct 23, 2021 at 07:16:20PM -0700, Nam Nguyen wrote:
> Please find attached a port for Amnesia: The Dark Descent. It is a port
> from brynet@ with tweaks by me.
>
> Thanks to brynet@ for making and upstreaming patches to compile on
> OpenBSD with clang. Thanks to shamazmazum for providing
CVSROOT:/cvs
Module name:ports
Changes by: bry...@cvs.openbsd.org 2021/08/20 15:54:22
Modified files:
audio/openal : Makefile
audio/openal/patches: patch-alc_backends_sndio_cpp
Log message:
Backport the following two commits from upstream, which fixes the
On Sat, Jul 31, 2021 at 12:31:42AM -0400, Brad Smith wrote:
> On Thu, Jul 29, 2021 at 03:01:33PM -0400, Kurt Mosiejczuk wrote:
> > On Thu, Jul 29, 2021 at 02:46:57PM -0400, Bryan Steele wrote:
> >
> > > > > It would be nice to commit his diff below, or perhaps
CVSROOT:/cvs
Module name:ports
Changes by: bry...@cvs.openbsd.org 2021/07/30 18:27:59
Modified files:
audio/openal/patches: patch-alc_backends_sndio_cpp
Log message:
Improve comments on patch.
>From brad (no code change)
-Bryan.
CVSROOT:/cvs
Module name:ports
Changes by: bry...@cvs.openbsd.org 2021/07/30 06:47:54
Modified files:
audio/openal : Makefile
Added files:
audio/openal/patches: patch-alc_backends_sndio_cpp
Log message:
The recent update to 1.21.1 broke sound output.
This
for example,
or audio playback in chromium.
-Bryan.
PxI5Ql0iNErzOadge0=
> +SIZE (sblg-0.5.11.tar.gz) = 1480563
OK maintainer
Looks good as well. Adding the tests may not be a bad idea.
Bryan
t; -SIZE (lowdown-0.8.3.tar.gz) = 201286
> +SHA256 (lowdown-0.8.5.tar.gz) = DMdpuJ4jXGHK84/eL35r0hBujnNNN7HqMh2WoTDwTwQ=
> +SIZE (lowdown-0.8.5.tar.gz) = 209639
OK maintainer
Looks good.
Bryan
On Sat, Apr 10, 2021 at 08:39:07PM -0400, Bryan Steele wrote:
> On Sat, Apr 10, 2021 at 04:56:55PM -0700, Nam Nguyen wrote:
> > solene@ reported that games/barony has missing textures.[1] Here is a
> > diff fixing this sourced from a PR by Sylvain Becker.
> >
> > I u
DL2 developers to find and fix this Nam!
ok brynet@ at least, but will also need approval by solene@ (maintainer)
and also naddy@ because of the upcoming ports tree lock.
-Bryan.
,6 +4,7 @@
> include/lowdown.h
> @static-lib lib/liblowdown.a
> lib/pkgconfig/lowdown.pc
> +@man man/man1/lowdown-diff.1
> @man man/man1/lowdown.1
> @man man/man3/lowdown.3
> @man man/man3/lowdown_buf.3
OK maintainer. Thanks for working on this.
Bryan
es are too long
> for tar(1), so I made the tarball with gtar. I was able to unpack it
> with tar(1) without issues.
>
> [1] https://libgdx.com/
> [2] https://mvnrepository.com/
I tested this builds for me on amd64, and the wrapper scripts work for
me with Slay the Spire (after some self-inflicted foot injuries).
There are some improvements that can be made but that can always happen
in-tree.
-Bryan.
On Tue, Feb 09, 2021 at 06:15:06PM +0100, Caspar Schutijser wrote:
> Hi,
>
> Below is a diff that updates textproc/lowdown to 0.8.1. Tested on amd64.
OK maintainer
Thank you for doing this.
Bryan
ng something into ports knowing that it's the wrong place feels
wrong, and will undoubtedly cause friction later when moved to base.
-Bryan.
2) hid_get_data(REP_BUF_DATA(rep), );
> ++#ifdef __OpenBSD__
> ++actualbutton = HID_USAGE(hitem.usage) - 1; /* sdl
> buttons are zero-based */
> ++SDL_PrivateJoystickButton(joy, actualbutton, v);
> ++#else
> + SDL_PrivateJoystickButton(joy, nbutton, v);
> ++#endif
> + nbutton++;
> + break;
> + default:
> +@@ -697,11 +738,16 @@ static SDL_JoystickGUID
> + BSD_JoystickGetDeviceGUID( int device_index )
> + {
> + SDL_JoystickGUID guid;
> ++#ifdef __OpenBSD__
> ++guid = SDL_JoystickGetGUIDFromString(joyguids[device_index]);
> ++return guid;
> ++#else
> + /* the GUID is just the first 16 chars of the name for now */
> + const char *name = BSD_JoystickGetDeviceName( device_index );
> + SDL_zero( guid );
> + SDL_memcpy( , name, SDL_min( sizeof(guid), SDL_strlen( name ) ) );
> + return guid;
> ++#endif
> + }
> +
> + static int
I tested this on my generic USB SNES controller (along with the ujoy
patch), and it works perfectly.
It even finds a better GUID than the one I had been using in my local
SDL_GAMECONTROLLERCONFIG override.
Found 1 joystick(s)
Joystick Name: 'Joystick (0)'
Joystick GUID: 0300100801e50601
Joystick Number:0
Number of Axes: 2
Number of Buttons: 10
Number of Hats: 0
Number of Balls:0
GameController:
Name:'NEXT SNES Controller'
Mapping: '0300100801e50601,NEXT SNES
Controller,a:b2,b:b1,back:b8,dpdown:+a1,dpleft:-a0,dpright:+a0,dpup:-a1,leftshoulder:b4,rightshoulder:b6,start:b9,x:b3,y:b0,'
Tested with:
uhidev4 at uhub0 port 12 configuration 1 interface 0 "vendor 0x0810 usb
gamepad" rev 1.00/1.06 addr 2
uhidev4: iclass 3/0, 1 report id
ujoy0 at uhidev4 reportid 1: input=7, output=0, feature=0
ok brynet@ (along with the /dev/ujoy/%d patch).
-Bryan.
aphics are ever to be supported it needs to go into xenocara
so that Mesa can be linked with it. I believe there are also some
additional patches required that need to be backported.
-Bryan.
plying but, however it is
applied, it works fine for me. Thank you.
ok maintainer
Bryan
Index: textproc/lowdown/Makefile
===
RCS file: /cvs/ports/textproc/lowdown/Makefile,v
retrieving revision 1.22
diff -u -p -r1.22 Makefile
--- te
That seems to have done it! Thanks Stuart!
On Sun, Nov 8, 2020 at 3:29 AM Stuart Henderson wrote:
> Move the DEBUG_PACKAGES line above ".include ".
>
>
>
> On 8 November 2020 04:04:44 Bryan Irvine wrote:
>
> I'm trying to compile glade but getting an error
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
; Tested on three amd64 systems.
>
> I have a near identical diff here. OK, Bryan?
OK maintainer. Sorry about the delay on this one.
Bryan
const char *month = "?";
> + const day_of_month = atoi (opt_date+8);
^
No comments about the diff, but shouldn't there be some type here?
clang complains.
warning: type specifier missing, defaults to 'int' [-Wimplicit-int]
> ...
-Bryan.
mk/bsd.port.mk:2584 'install':
> > @lock=barony-3.3.7; export _LOC...)
> >
> >
> > My fix is the following, I don't know how to fix this in Cmake or
> > if it's okay enough to commit with this:
>
> You can change "${CMAKE_CURRENT_BINARY_DIR}/lang&quo
or later, I didn't see any
regressions for any of my use cases.
--
Bryan
On 2020-09-28 14:55:05, Martin Ziemer wrote:
> I hope, i am not too late, but i would really like to see the bug in
> ledger fixed for next -stable. (I run 3.2.1 since Aug 25 on all my four
> amd64
eMorrow and Jonathan Gray had
picked it up after that, not sure what the status is now. I had it
working on my Radeon HD 7450 along with a modified ffmpeg port with
Brad's original ports and recompiled Mesa.
Having support for video encode/decode offloading would be nice,
especially on low
t not all, released games are packaged
Godot. A few of us tested some freely available games, like Hive Time
and Oddventure.
Proper sound support was a huge missing peice, glad to see someone
working on a sndio backend for this one!
-Bryan.
++#endif
> +
> + #endif /* __STDARG_H */
If we don't need this anymore, then we should remove the check in
SourceS/miniwin.h instead, seems it was working around a bug.
// work around https://reviews.llvm.org/D51265^M
#if defined(__APPLE__) || defined(__FreeBSD__) || defined(__OpenBSD__)
#include "macos_stdarg.h"
#else
#include
#endif
It doesn't appear to be needed with clang-8.0.1 either, *shrug*.
ok brynet@ with those changes.
-Bryan.
ng my personal
> site and some random Markdown files to HTML and all seems good.
>
> ok paco, waiting for maintainer.
ok maintainer as well. Thank you for doing the update.
Bryan
On Wed, Jul 08, 2020 at 12:16:36PM -0700, Bryan Vyhmeister wrote:
> This is another simple maintainer update of sblg from 0.5.8 to 0.5.9.
> The changes included in this release are:
>
> sblg 0.5.9: "Extensive portability work. Internally switches to
> pkg-config(1) for
ot;
I did testing on amd64 with no issues. It should work fine everywhere.
If someone could ok and commit, that would be great. Thank you.
Bryan
Index: www/sblg/Makefile
===
RCS file: /cvs/ports/www/sblg/Makefile,v
retrieving rev
re/man/man1 to
> man/man1
>
> - the patch-src_meson_build is an hack to avoid a meson error I cannot
> understand
>
> Cheers!
>
I can't comment on the port itself, but picom looks like it needs
a similar fix for vsync as compton in ports does to use the correct
drm(4) de
Is anybody working on ipfs-0.5.1?
This would be my first contribution to ports, and would likely need a
sherpa, but I'm interested/motivated enough to keep this updated.
(all post-6.7 release, of course)
Bryan
I've tested on Loongson 8089b. Works like a charm! Thanks!
-Bryan
On Fri, Jan 3, 2020 at 2:10 AM Xiyue Deng wrote:
> Friendly ping. Also adding Stuart to CC for another look.
>
> Xiyue Deng writes:
>
> > Friendly ping.
> >
> > Xiyue Deng writes:
>
in DESCR.
o Users may need to switch uim to use UTF-8 because of
internal changes in anthy.
Any users who type in Japanese are encouraged to test.
Please let me know if any issues or regressions are spotted.
Thank you.
--
Bryan
On 2020-02-03 18:06:16, Bryan Linton wrote
with one that also
makes changes to its internals like this.
However, if it would be preferred to do both at once, I can send a
diff containing both the update and the config directory changes
as well.
Previous diff re-attached for convenience.
--
Bryan
On 2020-01-23 21:05:58, Bryan Linton wrote
On 2020-01-20 16:20:00, Omar Polo wrote:
> Bryan, sorry for the double email, as always I forgot to CC ports.
>
> On Sun, Jan 19, 2020 at 10:48:18AM +0900, Bryan Linton wrote:
> > On 2020-01-18 13:16:58, Omar Polo wrote:
> > > Hi,
> > >
> > > Tha
On 2020-01-19 14:16:34, Stuart Henderson wrote:
> On 2020/01/09 23:34, Bryan Linton wrote:
> > Hello ports@
> >
> > I was attempting to make some changes to inputmethods/anthy for
> > another purpose when I noticed it was woefully out of date.
> >
>
On 2020-01-18 13:16:58, Omar Polo wrote:
> Hi,
>
> On Thu, Jan 09, 2020 at 11:34:34PM +0900, Bryan Linton wrote:
> > Hello ports@
> >
> > I was attempting to make some changes to inputmethods/anthy for
> > another purpose when I noticed it was woefully ou
On Sat, Jan 18, 2020 at 10:14:57AM +0100, Jan-Piet Mens wrote:
> > I assume a better distfile would be OpenSSH portable tarballs.
>
> It occurred to me, but I assumed the original source repository of the
> script would be the cleaner method.
>
> > ./openssh-8.0p1/contrib/ssh-copy-id
>
> Would
ping.
If you use OpenBSD to write any kind of Japanese text, odds are
you're using this port.
If so, please test and let me know if anything has broken.
Thanks.
--
Bryan
On 2020-01-09 23:34:34, Bryan Linton wrote:
> Hello ports@
>
> I was attempting to make some changes to inp
On Fri, Jan 17, 2020 at 02:33:09PM +, Stuart Henderson wrote:
> On 2020/01/17 14:55, Jan-Piet Mens wrote:
> > > Seems reasonable - is there a stable distfile somewhere or does it
> > > need mirroring?
> >
> > I'm aware only of the git repository at [1], in other words, I assume if we
> > need
e a smoother upgrade
path.
Please let me know if I can make any other improvements to the port.
Thank you!
--
Bryan
Index: Makefile
===
RCS file: /cvs/ports/inputmethods/anthy/Makefile,v
retrieving revision 1.25
diff -u -r1.25 Makefi
ME no longer working, but would avoid going down the
rabbit hole of adding dozens upon dozens of exceptions to unveil.
Either way, I'm definitely grateful for all the work the
developers have put in to get pledge+unveil support added to
mainline Firefox.
Thank you for all the hard work!
--
Bryan
On 2019-12-25 11:28:20, Jeremie Courreges-Anglas wrote:
> On Tue, Dec 24 2019, Bryan Linton wrote:
> > On 2019-12-22 09:05:42, Frederic Cambus wrote:
> >> CVSROOT: /cvs
> >> Module name: ports
> >> Changes by:fcam...@cvs.openbsd.org 2019/12/2
at_repl=false) at /usr/obj/ports/ledger-3.1.3/ledger-3.1.3/src/global.cc:226
#20 0x00dbd43f8e6c in ledger::global_scope_t::execute_command_wrapper
(this=0xde89ca9000,
args=..., at_repl=false) at
/usr/obj/ports/ledger-3.1.3/ledger-3.1.3/src/global.cc:271
#21 0x00dbd43d998f in main (argc=4, argv=0x7f7e0688,
envp=0x7f7e06b0)
at /usr/obj/ports/ledger-3.1.3/ledger-3.1.3/src/main.cc:122
(gdb) q
--
Bryan
On Sun, Dec 15, 2019 at 12:14:33AM -0500, Bryan Steele wrote:
> I did a dirty, awful thing. For r600/radeonsi gallium drivers it seems
> neccessary to compile Mesa with --enable-va for this to work. That said,
> it seems that installing the shared libraries from this build is
> en
I did a dirty, awful thing. For r600/radeonsi gallium drivers it seems
neccessary to compile Mesa with --enable-va for this to work. That said,
it seems that installing the shared libraries from this build is
enough to make the vainfo utility happy. I haven't seen if this
actualy works with ffmpeg
On Mon, Dec 09, 2019 at 11:28:57AM -0600, Brad DeMorrow wrote:
> Bryan,
> I've attached the full output of *moonlight > moonlight.log 2>&1*
>
> There are no errors that I see, however, I do see a behavior that's probably
> not intended.
> The original code used the RT
own github account?
>
> Feedback appreciated.
I was under the impression that in order to have working VAAPI/VDPAU
accelleration we had to compile Mesa with it (which been a problem, as
our Mesa is in maintained in base).
IIRC libvaapi does compile, but fails at runtime without the Mesa
components. Is this not accurate?
-Bryan.
It's only semi-reproducible, if you create a screenshot from within gimp
and then click "Export As..."
Thanks to sthen@ for explaining how to use the new debug- packages.
-Bryan.
(gdb backtrace)
Thread 1 received signal SIGSEGV, Segmentation fault.
0x1d28c1e569f1 in compute_hi
On Sat, Nov 09, 2019 at 04:16:22PM -0500, Bryan Steele wrote:
> On Sat, Nov 09, 2019 at 12:16:24PM -0500, Brian Callahan wrote:
> >
> >
> > On 2019-11-09 12:12 PM, Brian Callahan wrote:
> > > Hi ports --
> > >
> > > Attached is an update t
nja, samurai, nor our make understand so I fell back to gmake to
> build.
Yeah, I was using gmake directly too, but per upstream wanting to use
cmake --build, I had to find the magical invocation:
cmake -DCMAKE_MAKE_PROGRAM=gmake ..
For the port, I think this can be added to CONFIGURE_ARGS?
Either way, it's OK brynet@ :-)
-Bryan.
On Sat, Nov 09, 2019 at 12:12:58PM -0500, Brian Callahan wrote:
> Hi ports --
>
> Attached is an update to games/devilutionx. The latest release is 0.5.0 but
> this update is a good bit past that point. Primarily because brynet@ did a
> lot of work upstreaming all patches but that came after the
Also bring in the newest oconfigure."
lowdown 0.4.5: "Bug fix for Mac OSX compilation."
lowdown 0.4.6: "Yet another bug fix for Mac OSX compilation."
I did testing on amd64 with no issues. It should work fine everywhere.
If someone could ok and commit, that would be gr
sets the value. The
existing data-sblg-img attributes, on the other hand, will overwrite
previous invocations."
I did testing on amd64 with no issues. It should work fine everywhere.
If someone could ok and commit, that would be great. Thank you.
Bryan
Index: www/sbl
everywhere.
If someone could ok and commit, that would be great. Thank you.
Bryan
Index: www/sblg/Makefile
===
RCS file: /cvs/ports/www/sblg/Makefile,v
retrieving revision 1.25
diff -u -p -r1.25 Makefile
--- www/sblg/Makefile 11 Sep
On Thu, Sep 26, 2019 at 11:47:39PM -0400, Bryan Steele wrote:
> On Thu, Sep 26, 2019 at 11:22:23PM +, Mikolaj Kucharski wrote:
> > Hi,
> >
> > Does anyone else sees chrome not usable with latest snapshot? After
> > starting the browser it crashes any tab with "
On Thu, Sep 26, 2019 at 11:22:23PM +, Mikolaj Kucharski wrote:
> Hi,
>
> Does anyone else sees chrome not usable with latest snapshot? After
> starting the browser it crashes any tab with "Aw, Snap!". At the same
> time when I start the browser dmesg is full of pledge entries from
> chrome
On Sat, Sep 14, 2019 at 06:47:56PM -0700, Nam Nguyen wrote:
> I attached an update for games/devilutionx as of September 14,
> 2019. Upstream added my fix for 64-bit TCP multiplayer. UDP is still
> broken.
>
> Update:
>
did testing on amd64 with no issues. It should work fine everywhere.
If someone could ok and commit, that would be great. Thank you.
Bryan
Index: www/sblg/Makefile
===
RCS file: /cvs/ports/www/sblg/Makefile,v
retrieving revision 1.24
diff -
that would be great. Thank you.
Bryan
Index: www/sblg/Makefile
===
RCS file: /cvs/ports/www/sblg/Makefile,v
retrieving revision 1.24
diff -u -p -r1.24 Makefile
--- www/sblg/Makefile 20 Aug 2019 10:09:23 - 1.24
+++ www/sblg/Makefi
Please use ports@ for ports related discussions.
On Mon, Aug 26, 2019 at 04:03:23PM -0600, j...@bitminer.ca wrote:
> For ports package gcc-8.3.0p3, on abd64, using -current.
>
> The shared lib liblto_plugin.so.5.0 is installed
> but no link is created. Thus egcc-ar (and egcc-ranlib and egcc-nm)
d
"mouse-wheel forward" it would say, "Page up or mouse-wheel
forward".
I'm not really sure how to troubleshoot this, so if you have any
suggestions or patches I would be willing to test them.
Anyway, thank you again for bringing another game to OpenBSD!
--
Bryan
t how the template is
handled."
I did testing on amd64 with no issues. It should work fine everywhere.
If someone could ok and commit, that would be great. Thank you.
Bryan
Index: www/sblg/Makefile
===
RCS file: /cvs/ports/ww
ine existing Atom entries with an automated feed. While here, update
the documentation to be much more specific about how the template is
handled."
I did testing on amd64 with no issues. It should work fine everywhere.
If someone could ok and commit, that would be great. Thank you.
Bry
e existing Atom entries with an automated feed. While here, update
the documentation to be much more specific about how the template is
handled."
I did testing on amd64 with no issues. It should work fine everywhere.
If someone could ok and commit, that would be great. Thank you.
Bryan
Inde
no issues. It should work fine everywhere.
If someone could ok and commit, that would be great. Thank you.
Bryan
Index: www/sblg/Makefile
===
RCS file: /cvs/ports/www/sblg/Makefile,v
retrieving revision 1.22
diff -u -p -r1.22 Makefile
--
ons seen so far.
--
Bryan
I had a lot of fun testing this, indeed, this fixes multiplayer. I'm
ok with getting this in to make it easier for others to get in. :-)
On Tue, Jul 23, 2019 at 11:46:10PM -0700, Nam Nguyen wrote:
>
> I promise that this third attachment preserves ^M properly. I had to use
>
On Fri, Jul 19, 2019 at 10:37:59AM -0400, Bryan Steele wrote:
> On Thu, Jul 18, 2019 at 07:49:51PM -0400, Brian Callahan wrote:
> > Hi ports --
> >
> > Attached is a new port, games/devilutionx. DevilutionX is an open source
> > engine recreation for
1 - 100 of 433 matches
Mail list logo