Hi,
this update of opam changes to the build-utils shipped with opam and
drops dependencies on our ports utils. This makes ports dune version
independent of opam. OK?
Christopher
Index: Makefile
===
RCS file: /cvs/ports/sysutils
games/hlsteam won't compile with base-gcc
This fixes the build on sparc64.
ok?
(cc MAINTAINER)
--Kurt
Index: Makefile
===
RCS file: /cvs/ports/games/hlsteam/Makefile,v
retrieving revision 1.2
diff -u -p -r1.2 Makefile
--- Makefile
Hello.
This is another dependency for our telegram-desktop port (more
accurately, for tg_owt port). It seems more correct to get the shared
library as a separate port, that's why we refused to use the bundled
version.
Keep in mind that Google supplies libyuv primarily as part of
Chromium and mai
Hi, I tried it and it compiles, although I added:
BUILD_DEPENDS += devel/dwz
make regress produces 5 errors and I obtain other errors trying to run a
rails application. I will check more.
Blessings.
El 2021-12-25 15:20, Jeremy Evans escribió:
Here's a port for the recently released Ruby 3.1
On 12/22/21 01:03, Adriano Barbosa wrote:
Hi.
Update for net/nextcloudclient v3.4.1
Changelog: https://github.com/nextcloud/desktop/releases/tag/v3.4.1
Thank you for testing.
Hi,
Building on OpenBSD 7.0/amd64, I get the attached errors.
I'm using -STABLE for system and ports. Only net/nextclo
bulk build on arm64.ports.openbsd.org
started on Wed Dec 29 03:31:46 MST 2021
finished at Thu Dec 30 16:21:04 MST 2021
lasted 1D12h49m
done with kern.version=OpenBSD 7.0-current (GENERIC.MP) #1468: Tue Dec 28
13:20:04 MST 2021
built packages:9432
Dec 29:3443
Dec 30:5988
critical path missing p
Hi
This is an update for comms/libhidapi to version 0.11.0.
The repository on github was moved from signal11/hidapi to libusb/hidapi.
Notable changes are listed here:
https://github.com/libusb/hidapi/releases
The attached port of hidapitester (https://github.com/todbot/hidapitester)
can be used
Yifei Zhan writes:
> Hi,
>
> Here is a WIP port for fcitx5, the successor of inputmethods/fcitx. I
> would like to find someone to import this as fcitx4 is no longer being
> actively developed. ("no new issue and PR should be created.") [0]
>
> At the moment I'm able to build/package/test/insta
Hello,
Yifei Zhan wrote:
> Here is a WIP port for fcitx5, the successor of inputmethods/fcitx. I
> would like to find someone to import this as fcitx4 is no longer being
> actively developed. ("no new issue and PR should be created.") [0]
>
> At the moment I'm able to build/package/test/install
Pascal Stumpf writes:
> Here's an update for games/irrlamb, which now no longer uses
> devel/bullet. It has an internal copy of Irrlicht, but working around
> this to use the version from ports seems to not create any issues.
Thanks!
I tried to update it but failed, was plaining to give it ano
Here's an update for games/irrlamb, which now no longer uses
devel/bullet. It has an internal copy of Irrlicht, but working around
this to use the version from ports seems to not create any issues.
Index: Makefile
===
RCS file: /cv
Hi,
* Stuart Henderson wrote:
>
> Don't hand-generate the patch files, use "make update-patches", but...
>
> > +@@ -101,7 +101,7 @@
> > + # has a number of important bugfixes.
> > + if (NOT DEFINED ENABLE_BUNDLED_TAGLIB)
> > + message(STATUS "[build] ENABLE_BUNDLED_TAGLIB not defined, setting
This patch updates remind from 3.3.10 to 3.3.11.
Tested on two amd64 systems. (One with and one without tkremind)
Index: Makefile
===
RCS file: /cvs/ports/misc/remind/Makefile,v
retrieving revision 1.49
diff -u -p -r1.49 Makefile
---
On 2021/12/30 14:24, Matthias Schmidt wrote:
> Hi,
>
> attached is a diff to upgrade musikcube to 0.96.10. The changelog is too
> much to mention here, so here's the link:
> https://github.com/clangen/musikcube/releases
>
> Important is that upstream fixed the build on OpenBSD in 0.96.9 so
> com
Hi,
attached is a diff to upgrade musikcube to 0.96.10. The changelog is too
much to mention here, so here's the link:
https://github.com/clangen/musikcube/releases
Important is that upstream fixed the build on OpenBSD in 0.96.9 so
compared to 0.96.6 it builds now out of the box. I had to regen
* Stuart Henderson wrote:
>
> Something is wrong with your fetches, because at least this second one
> should report a 404 error. Perhaps you have redefined FETCH_CMD and it isn't
> working correctly.
You nailed it! I used curl in FETCH_CMD. Unsetting it make it work
like charm.
Cheers and tha
Brad Smith writes:
> Here is an update to libtorrent-rasterbar 1.2.15.
This is OK namn@, with a tweak to bump library major. I am looking for
another OK.
brad's diff tweaked with major bump is provided inline for convenience.
I propose a major bump because of removed symbols.
check_sym output:
On 2021/12/30 11:03, Matthias Schmidt wrote:
> Hi Stuart,
>
> * Stuart Henderson wrote:
> > On 2021/12/29 18:11, Matthias Schmidt wrote:
> > > attached is a tarball for a new port. I noticed one strange thing
> > > during the port's creation. make fetch doesn't download the tarball
> > > from gi
Hi Stuart,
* Stuart Henderson wrote:
> On 2021/12/29 18:11, Matthias Schmidt wrote:
> > attached is a tarball for a new port. I noticed one strange thing
> > during the port's creation. make fetch doesn't download the tarball
> > from github although I use the same syntax as other ports and the
On 2021/12/29 21:04, Josh Grosse wrote:
> Attached is a "v3" diff, because:
>
> On Wed, Dec 29, 2021 at 08:54:23PM -0500, Josh Grosse wrote:
>
> > > Removing py-gtk2 without a replacement rings alarm bells. Checking
> > > the requirements list on https://github.com/fract4d/gnofract4d
> > > it's g
20 matches
Mail list logo
