On Thu, Nov 07, 2024 at 10:36:57AM +0100, Kirill A. Korinsky wrote:
> ports@,
>
> Here an update for devel/apr to 1.7.5 which was released August 26, 2024 and
> which contains fix CVE-2023-49582.
>
> Tested on -current/amd64 by rebuilding:
> - devel/apr-util
> - devel/subversion
> - net/serf
>
On Mon, Oct 21, 2024 at 12:55:05PM +0200, Kirill A. Korinsky wrote:
> ports@
>
> I'd like to disclouse my location and update geo/openbsd-developers
>
> ok?
Sure, ok by me.
> Index: Makefile
> ===
> RCS file: /cvs/ports/geo/openbsd
On Tue, Oct 01, 2024 at 11:44:21AM +0100, Tom Smyth wrote:
> Thanks Stefan, and all for your help in getting this released,
> if this can be fed into the stable of supported versions of OpenBSD
> (at your convenience) I would appreciate it
Yes, it can.
The -stable packages will switch to 7.6 soon
On Wed, Sep 18, 2024 at 02:01:24PM +0100, Tom Smyth wrote:
> Folks
> Sorry for this, but we came across 2 bugs that were quite annoying and
> wanted to push this release and update nsh in ports
> please find attached diff ...
>
> Bug fixes:
>
> (major) stsp@ fixed "no autoconf4" disabling dhcp on
On Wed, Sep 11, 2024 at 08:29:41AM +0200, Peter Hessler wrote:
> Update qwx and qwz firmwares to the most recent release, instead of a
> git snapshot.
>
> OK?
Yes, ok, and given the files in /etc/firmware don't change we don't even
need to repeat any run-time testing.
On Fri, Sep 06, 2024 at 10:05:12PM +0100, Tom Smyth wrote:
> Folks,
> thanks for updating current...
> would it be possible to update stable also ... as this release squashes
> some pretty annoying bugs... which unfortunately took ages to find... and
> affects the stable / releases out there in the
On Fri, Sep 06, 2024 at 02:27:28PM +0100, Stuart Henderson wrote:
> So I think this is probably the diff we want - this is OK sthen
Thanks. Here is an updated diff which fixes an issue pointed out
by Tom where the newly added example scripts won't run properly.
The .sh example scripts expect that
On Fri, Sep 06, 2024 at 02:00:49PM +0100, Stuart Henderson wrote:
> ===> Faking installation for nsh-1.2.2
> install -c -s -o root -g bin -m 755 nsh
> /pobj/nsh-1.2.2/fake-amd64/usr/local/bin/nsh
> test -e /usr/local/bin/save.sh || install -m 755 -o root -g bin
> /usr/obj/ports/nsh-1.2.2/nsh-
Update shells/nsh to 1.2.2.
Release notes: https://github.com/yellowman/nsh/releases/tag/v1.2.2
Should fix build failures with the -static flavor on sparc64.
Also, make the package provide example scripts which prepare a system for
administration with nsh. These aren't strictly needed in the sen
On Wed, Sep 04, 2024 at 11:28:49AM +0100, Stuart Henderson wrote:
> On 2024/09/04 11:09, Tom Smyth wrote:
> > Hi
> > Is the nsh static build failing because the nsh dynamic build is locked ?
>
> no, it's failing because of linker errors around libm symbols
> http://build-failures.rhaalovely.net
On Tue, Aug 27, 2024 at 04:27:47PM +0200, Florian Obser wrote:
> On 2024-08-27 15:35 +02, Janne Johansson wrote:
> > Den mån 26 aug. 2024 kl 00:14 skrev Tom Smyth
> > :
> >> Folks,
> >> Im just wondering what other porters experience of scan-build for the
> >> projects that you are maintaining
On Fri, Jun 14, 2024 at 06:32:39PM +0100, Tom Smyth wrote:
> Folks
> NSH1.2.1 has been released with a number of important fixes can this
> be pushed into
> stable and current
Done, thank you!
On Sat, Jun 15, 2024 at 12:42:02AM +0200, Solene Rapenne wrote:
> this diff adds my Xbox One S Controller to sdl2
> controller database so it works in chiaki (and maybe other)
>
> ok?
ok with me
Not sure what the situation is with upstreaming these SDL patches?
It's a bit annoying that we have t
On Sat, May 25, 2024 at 06:57:51PM +0100, Tom Smyth wrote:
> Hi Stefan,
>
> make obj is still needed
>
> Stop in bgpnsh
> *** Error 2 in /home/tom/nsh1.4.1/nsh (:48 'all': @for entry
> in bgpnsh nshdoas; do set -e; if test -d /home/tom/nsh1.4.1/nsh...)
>
> make obj first
> then
> make
> gets a
On Mon, May 20, 2024 at 08:33:17PM +0200, Theo Buehler wrote:
> extern.h depends on stdio.h because of FILENAME_MAX. wchar.h will stop
> pulling in stdio.h, hence break the build in utf8.c which will no longer
> pull in stdio.h. The diff below fixes the build.
>
> Longer term it would be preferabl
On Sun, Apr 21, 2024 at 01:41:59PM +0200, Solene Rapenne wrote:
> A newer version is available, changelogs since our version:
>
> - https://forum.fobby.net/index.php?t=msg&th=2181&start=0&;
> - https://forum.fobby.net/index.php?t=msg&th=2191&start=0&;
>
> tested on amd64, build and works fine, I
On Mon, Feb 19, 2024 at 05:19:27PM +0100, Stefan Sperling wrote:
> I would suggest a RUN_DEPENDS on emulators/retroarch. If it is not
> installed then es-ds prints errors asking for retroarch
I now see that we're lacking quite a few libretro cores in ports.
In my particular case
On Mon, Feb 19, 2024 at 06:07:20AM -0700, Anthony J. Bentley wrote:
> Hi,
>
> EmulationStation Desktop Edition is a frontend for browsing and launching
> games from your multi-platform game collection.
>
>
> Note: this is a fork of emulators/emulationstation, which has not been
> updated upstrea
This release contains small bug fixes and compatibility fixes for
swig bindings. See here for details:
https://svn.apache.org/repos/asf/subversion/tags/1.14.3/CHANGES
I am removing the BDB backend test run from our regress target.
The BDB backend has been deprecated for years and has become irrele
applied here to
fix startup issues I saw when trying to run the new version.
Hopefully these patches can be dropped again with future releases.
Ok?
---
commit 0c7c35f4caf4e52286099accc0188ce6a351a29a (kcaldav)
from: Stefan Sperling
date: Mon Nov 13 09:53
Update NSH to version 1.2.
This release ships about 6 months worth of fixes and enhancements.
I hope there will be smaller releases on a more regular schedule in
the future, timed less close to ports-lock.
The main benefit of this upgrade is that nsh will now work fine as
a login shell, making it
On Thu, Sep 14, 2023 at 02:25:52AM -0600, Anthony J. Bentley wrote:
> Hi,
>
> Mednaffe is a front-end (GUI) for the mednafen emulator, depending
> only on GTK 3.
>
>
> Pretty simple port. ok?
Works fine here. ok.
Port a recent bug fix from emulators/higan to emulators/mednafen.
This fixes a segmentation fault in the snes core on startup.
This fix is amd64-only. Similar fixes may be needed in other
arch-specific files in mednafen's snes/src/lib/libco directory.
Original higan fix by mlarkin@ and bentley@
This patch updates net/serf to 1.3.10. This is a bug fix release.
The Subversion regression test suite is still passing for me on OpenBSD
with this release. Two patches can be dropped from the port.
Upstream changelog:
Changes in version 1.3.10:
- Support for OpenSSL 3
- Fix issue #171: Win32
got-${V}
PKGNAME-server = gotd-${V}
PKGNAME-webd = gotwebd-${V}
+PKGNAME-gitwrapper = gitwrapper-${V}
CATEGORIES = devel
HOMEPAGE = https://gameoftrees.org
MAINTAINER = Stefan Sperling
@@ -13,12 +15,15 @@ MULTI_PACKAGES =-main -server
On Thu, Apr 20, 2023 at 07:14:39AM +0200, Landry Breuil wrote:
> Le Wed, Apr 19, 2023 at 11:56:21PM +0200, Stefan Sperling a écrit :
> > A new release of got introduces gitwrapper which makes it much
> > easier to run gotd side-by-side with regular Git binaries.
> > Essentia
https://gameoftrees.org
MAINTAINER = Stefan Sperling
@@ -13,12 +15,13 @@ MULTI_PACKAGES =-main -server -webd
# ISC
PERMIT_PACKAGE = Yes
-MULTI_PACKAGES = -main -server -webd
+MULTI_PACKAGES = -main -server -webd -gitwrapper
# uses pledge()
WANTLIB-main =
Two days ago the snesrev project tagged a new release of zelda3, fixing
several gameplay glitches and crashes. This diff updates our port.
Quick playtesting suggests that this version is working fine Given the
nature of the changes made upstream it is unlikely that this update would
introduce any
There are new intel wifi firmware files from yesterday(!) which we
might want to sneak into the 7.3 release, provided we can still get
sufficient testing beforehand. I don't know if these contain security
fixes but perhaps an announcement is still pending, given how recently
these updates were comm
On Tue, Jan 24, 2023 at 07:22:24PM +0100, Jeremie Courreges-Anglas wrote:
> On Sun, Jan 08 2023, Jeremie Courreges-Anglas wrote:
>
> [...]
>
> >> https://wxcvbn.org/~jca/build-failures/amd64-clang/2023-01-03/devel/subversion.txt
> > subversion/bindings/swig/ruby/svn_client.c:6473:17: error: inco
On Wed, Jan 18, 2023 at 11:36:31AM +, Stuart Henderson wrote:
> I guess that's alright though it doesn't really tell the user what to do
> - normally for packages when an update requires the user to make changes
> we'd add a section to faq/current.html with some quick notes on what to
> do (whi
On Tue, Jan 17, 2023 at 11:40:24PM +, Stuart Henderson wrote:
> I think the @pkgpath is needed for the quirks rename to work. Test with
> pkg_add -u with PKG_PATH pointed at a dir with the packages to be sure. (If
> it's not meant to be a replacement then the quirks rename isn't wanted
> either
On Tue, Jan 17, 2023 at 02:36:53PM +0100, Stefan Sperling wrote:
> This update requires significant packaging changes. I would like
> to get feedback before commit, in case I made a mistake somewhere.
>
> Changes specific to the devel/got port:
> - gotd is ready for wider tes
On Tue, Jan 17, 2023 at 03:02:51PM +0100, Omar Polo wrote:
> this seems a bit weak, but at the moment I don't think we can do
> better:
>
> % pgrep -lf gotd
> 46576 gotd: listen
> 4424 gotd: parent
>
> (actually don't know if it's really 'weak', usually pexp matches the
> full p
This update requires significant packaging changes. I would like
to get feedback before commit, in case I made a mistake somewhere.
Changes specific to the devel/got port:
- gotd is ready for wider testing and can be packaged
- gotweb has been replaced by gotwebd; adjust devel/quirks accordingly
-
On Sat, Jan 14, 2023 at 12:14:41PM +0100, Rafael Sadowski wrote:
> It looks like 1827 fixes this issue. Stefan, could you verify this for me?
> Before I tested 1827 I removed my config in .config/citra-emu
I won't be able to test this until at least a week from now.
So please proceed. I will check
On Wed, Dec 14, 2022 at 10:53:09AM +0100, Stefan Sperling wrote:
> On Tue, Dec 13, 2022 at 11:16:59PM +0100, Stefan Sperling wrote:
> > On Sun, Dec 04, 2022 at 05:19:01PM +0100, Rafael Sadowski wrote:
> > > Hi Thomas, Hi ports@,
> > >
> > >
> > > Upda
On Tue, Dec 13, 2022 at 11:16:59PM +0100, Stefan Sperling wrote:
> On Sun, Dec 04, 2022 at 05:19:01PM +0100, Rafael Sadowski wrote:
> > Hi Thomas, Hi ports@,
> >
> >
> > Update citra-nightly to 1816. This update results form the devel/catch2
> > update and dep
On Sun, Dec 04, 2022 at 05:19:01PM +0100, Rafael Sadowski wrote:
> Hi Thomas, Hi ports@,
>
>
> Update citra-nightly to 1816. This update results form the devel/catch2
> update and depends on it. There a some exciting port changes:
>
> - Switch to the github repository.
> - 1816 depends on C++20
On Thu, Dec 08, 2022 at 06:42:51PM -0800, Nam Nguyen wrote:
> Here is a diff unbreaking desmume. I am attaching it because it contains
> ^M being removed from an existing patch.
>
> I came across this same issue with my WIP-port of flycast. It has to be
> adapted for immutable userland mappings in
ping
On Mon, Nov 14, 2022 at 01:23:19PM +0100, Stefan Sperling wrote:
> On Mon, Nov 14, 2022 at 12:40:19PM +0100, Stefan Sperling wrote:
> > espie@ suggested that the FETCH_MANUALLY distfile should be isolated
> > into a separate port. This should make things easier for bulk bu
On Fri, Nov 18, 2022 at 10:33:34PM +0100, Omar Polo wrote:
> Hello ports,
>
> I've been using this for a bit and i'm starting to really like it, I
> just need to define a bright color scheme :)
>
> % pkg_info tut
> Information for inst:tut-1.0.18
>
> Comment:
> TUI for Mastodon with vim inspired
On Mon, Nov 14, 2022 at 12:40:19PM +0100, Stefan Sperling wrote:
> espie@ suggested that the FETCH_MANUALLY distfile should be isolated
> into a separate port. This should make things easier for bulk builders,
> and avoids hacks around GH_DISTFILE.
>
> ok?
Updated patch which a
espie@ suggested that the FETCH_MANUALLY distfile should be isolated
into a separate port. This should make things easier for bulk builders,
and avoids hacks around GH_DISTFILE.
ok?
split zelda3-data ROM file fetching into a separate zelda3-rom port
based on initial patch by espie@
diff f2e
This adds support for a NES-mini/SNES-mini gamepad USB adapter I use.
Otherwise, games which use the SDL_GameController API rather than the
SDL_Joystick API (such as zelda3) are unable to detect my controllers.
Patch has already been merged upstream:
https://github.com/libsdl-org/SDL/pull/6485
ok
On Tue, Nov 01, 2022 at 10:03:40PM +0300, Mikhail wrote:
> Works fine for me on current/amd64, one remark is that in README, in
> this paragraph:
>
> The game reads the configuration file zelda3.ini, which must be placed
> in the current working directory where the game is started.
> An example ca
This is a reverse engineered clone of Zelda 3 - A Link to the Past.
It's around 70-80kLOC of C code, and reimplements all parts of the
original game. The game is playable from start to end.
A bunch of features have been added that are not supported by the
original game. Some of them are:
- Suppor
On Fri, Oct 07, 2022 at 02:37:15PM +0900, Masato Asou wrote:
> Hi tb and ports,
>
> I have adapted the system call number definition to the new syscall.h
>
> comments, ok?
Thank you!
I have tried running devel/got in valgrind and it fails because
the __realpath syscall is missing. Could this be
}
CATEGORIES = devel
HOMEPAGE = https://gameoftrees.org
MAINTAINER = Stefan Sperling
@@ -11,19 +13,21 @@ MAINTAINER =Stefan Sperling
# ISC
PERMIT_PACKAGE = Yes
-MULTI_PACKAGES = -main -web
+MULTI_PACKAGES = -main -web -webd
# uses
On Wed, Jan 26, 2022 at 10:44:50AM +, Yifei Zhan wrote:
> On 22/01/26 10:16AM, Laurent Cheylus wrote:
> > Hi,
> >
> > for Debian Linux distribution, uscan tool is used to scan/watch upstream
> > sources for new releases of software.
> > https://manpages.debian.org/bullseye-backports/devscript
On Fri, Jan 21, 2022 at 08:44:14PM +0100, Marc Espie wrote:
> On Fri, Jan 21, 2022 at 07:47:44PM +0100, Stefan Sperling wrote:
> > On Fri, Jan 21, 2022 at 07:24:34PM +0100, Marc Espie wrote:
> > > On Fri, Jan 21, 2022 at 07:06:22PM +0100, Stefan Sperling wrote:
> > > &
On Fri, Jan 21, 2022 at 07:24:34PM +0100, Marc Espie wrote:
> On Fri, Jan 21, 2022 at 07:06:22PM +0100, Stefan Sperling wrote:
> > I never understood why new ports have to submitted as a tarball.
> > Why not accept new ports as a diff which only creates new files?
> > It is t
On Fri, Jan 21, 2022 at 11:42:08AM -0600, joshua stein wrote:
> Using CVS and dealing with tarballs is probably pretty
> ancient-feeling for many outsiders. I don't know that more
> documentation is really the problem.
>
> I personally tend to ignore most ports@ emails that aren't diffs I
> ca
On Tue, Dec 21, 2021 at 12:21:10PM -0800, Mike Larkin wrote:
> On Tue, Dec 21, 2021 at 08:54:05PM +0100, Jan Stary wrote:
> > > That's a CPU released in 2008. Thirteen years ago. While I agree that
> > > browsers
> > > have become more bloated, I think the "ridiculously unreponsive" claim
> > > h
On Sat, Sep 25, 2021 at 06:39:10PM +0200, stolen data wrote:
> These patches were merged 9 days ago, but the updated package hasn't made
> its way into stable yet. The exploits are rated moderate to high. Is there
> anything preventing the updated package from being built? Can anything be
> done to
On Tue, Sep 21, 2021 at 02:04:09PM +0200, Solene Rapenne wrote:
> gource package doesn't have a run depend on git which
> make it fail on use.
>
> $ gource
> sh: git: not found
> sh: git: not found
> gource: failed to generate log file
> Try 'gource --help' for more information.
>
> following dif
On Thu, Jun 17, 2021 at 09:12:11AM +0200, Theo Buehler wrote:
> gcc 4.2.1 doesn't like the initialization with a const int (which is not
> really a constant):
>
> http://build-failures.rhaalovely.net/sparc64/2021-06-15/net/tor.log
>
> This fixes the build on sparc64, same fix is probably needed f
Add Intel wifi firmware images which were published on May 12, the day
https://fragattacks.com went live.
Unfortunately, the latest linux-firmware release tarball from May 11 (one
day before) doesn't include the latest images so I am fetching a generated
tarball from git.kernel.org. The checksum of
On Mon, May 17, 2021 at 09:44:00AM +0200, Florian Obser wrote:
> I had send an improved diff to tech and forgot to post it here, too:
> Subject: "httpd(8): don't try to chunk-encode an empty body"
>
> This delays sending of the http headers until we know if the body is
> empty or not and then does
On Fri, May 14, 2021 at 07:07:53PM +0200, Florian Obser wrote:
> oh, it's 204 no content. I missed that.
> The demo url (apparently running appache) doesn't return a
> Content-Lenght, either.
>
> Anyway, trying to chunk encode an empty body is not going to work well.
>
> This is making the spice
On Sat, May 15, 2021 at 10:44:50AM -0600, Todd C. Miller wrote:
> >From https://github.com/OLSR/olsrd/pull/87
>
> I bumped both revisions just to be on the safe side. OK?
>
Sure, OK. Thank you for taking care of it.
> - todd
>
> Index: net/olsrd/Makefile
> ==
On Sun, Feb 21, 2021 at 09:18:31AM +0800, Helg wrote:
> Hi All,
>
> Now that 6.9 has been released I'd like to commit my changes to replace
> libfuse from base with the reference implementation in ports. I've
> included libfuse and the changes to dependent ports in the same patch.
> Please let me
On Wed, Mar 31, 2021 at 09:49:22PM +0200, Stefan Sperling wrote:
> Attached is a port of chiaki's latest 2.1.1 release.
> This port is based on abieber's port of version 1.2.0 in openbsd-wip.
>
> Chiaki is a PS4/PS5 Remote Play client. I need this for WiFi testing.
>
&g
Attached is a port of chiaki's latest 2.1.1 release.
This port is based on abieber's port of version 1.2.0 in openbsd-wip.
Chiaki is a PS4/PS5 Remote Play client. I need this for WiFi testing.
Tested on amd64 against a playstation 4, which is working well.
I don't suppose anyone would be able to
On Wed, Feb 24, 2021 at 01:34:53PM +, Stuart Henderson wrote:
> On 2021/02/24 14:21, Landry Breuil wrote:
> > on the other hand, can we *expect* ppl running 6.8 to update via
> > packages-stable to make sure that they go from 19 to 20 via -stable ?
>
> I don't think we can, really...
I guess
On Wed, Feb 24, 2021 at 10:04:05AM +0100, Gonzalo Rodriguez wrote:
> Yes, this is for -current users
>
> — gonzalo
I think Johan is suggesting that 6.9 should be shipped with Nextcloud 20,
not Nextcloud 21. And right now, "6.9" means -current.
Otherwise people upgrading directly from OpenBSD 6.
This adds a patch which makes amtterm work against a machine running
Intel ME version 12.
This should really be upstream code, but it looks like upstream is inactive.
And without this patch amtterm is entirely useless against current machines.
So I think in this case it is worth patching it oursel
On Mon, Nov 30, 2020 at 09:32:37AM +, Mikolaj Kucharski wrote:
> Hi,
>
> I have very unreliable results when I use my Canon MG3250 all-in-one
> printer, scanner for scanning.
>
> Most of the scanning attempts with scanimage fail:
>
> scanimage: sane_read: Error during device I/O
>
> I
On Thu, Nov 19, 2020 at 11:05:54AM -0700, Tracey Emery wrote:
> On Thu, Nov 19, 2020 at 05:52:11PM +0100, Gonzalo L. Rodriguez wrote:
> > Hello,
> >
> > Update for Nextcloud to 20.0.2:
> >
> > https://nextcloud.com/changelog/
> >
> > OK? Comments?
>
> All good here. Ok tracey
still very slow o
On Mon, Sep 07, 2020 at 08:43:00AM +0100, Stuart Henderson wrote:
> On 2020/09/06 20:45, Aisha Tammy wrote:
> > Hi,
> > I've noticed that the sphinx in ports is *really*
> > old and hasn't been updated for quite sometime.
>
> For a long time it had an inactive maintainer listed, which is quite
>
This patch fixes my USB scanner. Tested with 'scanimage' from sane-backends.
While Sane searches for scanners to use it loops over multiple backends.
Each backend attempts to open a ugen(4) device node. An open file descriptor
for e.g. /dev/ugen0.00 is stored in the libusb handle's OS-specific par
scanimage -L crashes almost every time I run it on my system.
The patch below fixes this. OK?
Starting program: /usr/local/bin/scanimage -L
Program received signal SIGSEGV, Segmentation fault.
0x13d0496b84b4 in memcpy (dst0=, src0=,
length=256) at /usr/src/lib/libc/string/memcpy.c:103
103
On Sun, Jul 05, 2020 at 06:48:37PM -0700, Nam Nguyen wrote:
> I propose removing games/jag for licensing concerns. Upstream has
> stopped and I found that there was a fork that continues
> development. This fork is what Debian uses and the fork is run by
> $MAINTAINER of Debian's jag. I have a diff
On Sun, Jun 14, 2020 at 02:58:18PM +0200, Marcus MERIGHI wrote:
> i think this belongs to ports@. though base lpd(8) is in the Subject:,
> this is probably abount cups-filters-1.27 failing on us.
> $ cat /etc/printcap.sh
> #!/bin/sh -e
> /usr/local/bin/a2ps -BRq --columns=1 -o - | \
> /usr/
On Wed, Jun 10, 2020 at 08:06:52PM -0500, Jordon wrote:
> Ive been looking into getting nextcloud running on openbsd. I found a web
> page that had me setting up a database and pulling in a config for httpd.conf
> but i had trouble using acme-client so i never quite got it working. What is
> t
On Sat, May 30, 2020 at 06:15:42PM +0100, Stuart Henderson wrote:
> I think this has all the pieces needed, ok?
Certainly Ok with me. Thanks for getting this off my back :)
> Index: Makefile
> ===
> RCS file: /cvs/ports/devel/subvers
Wih the diff below devel/subversion can be built with FLAVOR=python3.
My goal is to create a py3-subversion subpackage which contains the
Python3 bindings for Subversion, but I'm probably doing something wrong
or I am making wrong assumptions.
I end up with a flavoured -main package that's not ac
On Thu, May 28, 2020 at 08:36:26AM +0200, Stefan Sperling wrote:
> I will try to figure out how the bindings can be fixed for py2.
Fixed in this version.
diff 24cae81146b73ebd1005423a1e7a1b85981687f0 /usr/ports
blob - 3ca5215b4bf8aed2aaafd4b25271aec3c474a3af
file + devel/subversion/Makef
On Thu, May 28, 2020 at 12:16:31AM +0100, Stuart Henderson wrote:
> ...not sure what in the build is causing the problem, but the bindings are
> definitely not working
> > Also I think I know how to add a python3 flavour so that it can be built
> > again with py3 bindings.
>
> I have a diff for t
This updates devel/subversion to 1.14.0.
Release notes: https://subversion.apache.org/docs/release-notes/1.14.html
For the actual list of changes since 1.13.0, see the CHANGES file:
https://svn.apache.org/repos/asf/subversion/trunk/CHANGES
Not a lot has changed since 1.13.0, so this is really more
Would anyone be sad to see devel/pysvn go away?
Every time Subversion gets a significant update I need to check whether
pysvn still works and it will usually require an update.
Current releases of pysvn have split some C++ parts into a separate pycxx
project. Adding that seems like too much effor
py3c is a header-only C library which provides a python 2/3 compat layer.
This is required to compile the Python bindings of Subversion 1.14,
regardless of whether python2 or python3 bindings are built.
I will need this as a BUILD_DEP of devel/subversion soon.
ok?
py3c.tgz
Description: Binary
On Mon, May 18, 2020 at 08:41:27PM +0200, Klemens Nanni wrote:
> We're "after 6.7".
>
> OK?
Looks OK to me. Please check with Stuart, too.
> Index: Makefile
> ===
> RCS file: /cvs/ports/sysutils/firmware/iwm/Makefile,v
> retrieving
On Thu, Apr 23, 2020 at 02:02:46PM +0200, Giacomo wrote:
> Hello again Stefan.
> Some good news: I set a fixed channel on the 2.4GHz Access Point (to 6) and
> now I get a stable connection, although not constantly fast. Let's say
> average around 10mbps.
> I think those messages are related to chan
On Thu, Apr 23, 2020 at 12:13:09PM +0200, Giacomo wrote:
> Hi Stefan. Thanks for Your prompt response!
> Since I seem to understand firmware is taken from linux iwlwifi, my idea
> was to understand which one(s) you picked up and how you built the
> package iwx-firmware-20191022p0.
> Maybe worth try
On Thu, Apr 23, 2020 at 11:05:51AM +0200, Giacomo wrote:
> Hello everyone.
>
> pcidump -v:
>
> 2:0:0: Intel Wi-Fi 6 AX200
> 0x: Vendor ID: 8086, Product ID: 2723
> 0x0004: Command: 0006, Status: 0010
> 0x0008: Class: 02 Network, Subclass: 80 Miscellaneous,
> Interface: 00, Revision: 1a
> 0x00
On Mon, Apr 20, 2020 at 06:58:26AM +0200, Sebastien Marie wrote:
> just to point that this syntax isn't compatible with got.
>
> got [...] gives no special significance to the location of path
> component separators, “/”, in a pattern.
>
> so as it, it means it doesn't match anyth
On Thu, Apr 09, 2020 at 02:15:50PM +0200, Jeremie Courreges-Anglas wrote:
>
> This shows up in powerpc and sparc64 since a long time
>
> http://build-failures.rhaalovely.net/sparc64/2020-04-07/x11/libdbus-c++.log
>
> ld.bfd checks that symbols in libdbus-c++-1.so are resolvable, but
> ld.lld d
On Wed, Feb 26, 2020 at 01:56:15AM +0100, Matthias Kilian wrote:
> But i have a (little bit offtopic) question related to what grub
> did: my ports build machine still has that setup with 4 different
> OpenBSD installations (and64-current, i386-current/amd64-stable,
> i386-stable), with some over
I ran into a segfault in mutt where it re-used an already closed
SSL connection object. imap_cmd_start() closes the connection
internally if an error occurs. Backtrace from gdb included below.
This adds missing error checks to prevent such crashes.
diff acfb5fb02fb4eeed46d4f8c7f0da28d4f913acba /u
On Fri, Dec 20, 2019 at 09:43:29AM +0100, Gonzalo L. Rodriguez wrote:
> Hello,
>
> Update for Nextcloud to 17.0.2:
>
> https://nextcloud.com/changelog/
>
> OK? Feedback?
>
> Cheers.-
Runs fine on -current sparc64 :)
ok stsp@
> Index: Makefile
> ===
This update fixes calender sync against davx on Android for me.
Upstream no longer creates the kcaldav.cgi hard link. This breaks URLs
which use this filename so I am creating a symlink for backwards compat.
OK?
Index: Makefile
===
This diff updates Subversion to 1.13.0.
ok?
diff 4d97f837e3c30bb90df9221c96649a361eb6c8e4 /usr/ports
blob - 7f0963ccb77c57e939021ccee32d63408fc56c2a
file + devel/subversion/Makefile
--- devel/subversion/Makefile
+++ devel/subversion/Makefile
@@ -7,7 +7,7 @@ COMMENT-ruby= ruby interface
On Tue, Oct 22, 2019 at 01:51:50AM -0600, Anthony J. Bentley wrote:
> Stefan Sperling writes:
> > Storing the allocated size in a new field of cothread_t is not an option?
>
> cothread_t is not a struct, it's void *, and there are cothread_t
> equality checks scattered t
On Mon, Oct 21, 2019 at 03:23:01AM -0600, Anthony J. Bentley wrote:
> Hi,
>
> higan includes a cooperative multithreading library, libco, that swaps
> contexts causing the emulator to crash with MAP_STACK violations.
>
> Replacing malloc() with mmap(...MAP_STACK...) is enough to eliminate
> crash
On Sun, Jul 14, 2019 at 10:41:33PM +0100, Stuart Henderson wrote:
> I think this is likely to work for git-daemon but isn't always going
> to work in the general case (sometimes a daemon needs to bind to port <1024,
> for example). So maybe it's better if we come up with a more general thing
> that
On Sun, Jul 14, 2019 at 05:18:39PM +0200, Klemens Nanni wrote:
> On Sun, Jul 14, 2019 at 03:46:06PM +0200, Stefan Sperling wrote:
> > Overriding gitdaemon_flags in /etc/r.conf.local will cause rc.d to
> > run git-daemon run as root instead of the expected _gitdaemon user.
>
Overriding gitdaemon_flags in /etc/r.conf.local will cause rc.d to
run git-daemon run as root instead of the expected _gitdaemon user.
To reproduce, try an rc.conf.local line such as:
gitdaemon_flags=--listen=127.0.0.1 /git
This happens because the rc script currently depends on git-daemon its
On Sun, May 19, 2019 at 10:41:04AM +0200, Gonzalo L. Rodriguez wrote:
> What about this one? All happy?
>
> OK?
>
Runs fine on my sparc64 (which is still at 6.5 atm...)
On Sat, May 18, 2019 at 10:07:44AM +0200, Gonzalo L. Rodriguez wrote:
> A diff would be nice, I like a simpler version of httpd.conf.
Is this OK?
diff 280bf952361344623a0efd16a764d42cf5d7a8b9 /usr/ports
blob - 03857e21f187289323ca086848538a0ab24d2cfe
file + www/nextcloud/Makefile
--- www/nextclou
1 - 100 of 590 matches
Mail list logo
