mith -
>
> From: Brad Smith
> Date: Sat, 28 May 2022 23:53:50 -0400
> To: ports@openbsd.org
> Cc: Ashton Fagg
> Subject: UPDATE: fmt 8.1.1
>
> Here is an update to fmt 8.1.1.
>
>
> Index: Makefile
> =
SHARED_LIBS= fmt 1.0
CATEGORIES=devel
-
-MAINTAINER=Ashton Fagg
# MIT
PERMIT_PACKAGE=Yes
The attached diff updates devel/git-annex to the latest version.
This built successfully on my machine (amd64) and I was able to perform a few
basic operations with it.
As best I can tell, there's no complete changelog published
anywhere. Diffs between the intermediate releases can be viewed
= ${DISTNAME:L}
+REVISION = 1
CATEGORIES = sysutils
HOMEPAGE = https://nicolargo.github.io/glances
-
-MAINTAINER = Ashton Fagg
# LGPLv3
PERMIT_PACKAGE = Yes
On Mon, 28 Jun 2021 at 11:02, Jeremie Courreges-Anglas wrote:
> When you update a library, please state the consumers you have tested.
> After this major fmt update, multimedia/mkvtoolnix fails to build
> intalled:
Fair call, and my apologies. Last I checked this wasn't being used by
anything
# .0.0
SHARED_LIBS += gflags_nothreads 1.0 # .0.0
@@ -16,7 +17,6 @@ HOMEPAGE = https://gflags.github.io/gfl
# New BSD
PERMIT_PACKAGE = Yes
-MAINTAINER = Ashton Fagg
WANTLIB += ${COMPILER_LIBCXX} m
The attached diff updates devel/fmt to 8.0.0.
Builds on amd64. Tests need to be fixed but library seems to work
ok. I'll look into the tests, probably need to upstream some stuff
again.
Thanks.
Index: devel/fmt/Makefile
===
RCS
-MAINTAINER= Ashton Fagg
# BSD3
PERMIT_PACKAGE= Yes
/glog/Makefile 5 Mar 2021 01:24:44 - 1.19
+++ devel/glog/Makefile 19 Jun 2021 01:24:49 -
@@ -14,8 +14,6 @@ CATEGORIES = devel
# New BSD
PERMIT_PACKAGE = Yes
-MAINTAINER= Ashton Fagg
-
WANTLIB += ${COMPILER_LIBCXX} gflags m
COMPILER = base-clang ports-gcc base-gcc
Ping again.
Ashton Fagg writes:
> Attached diff updates devel/glog from 0.4.0 to 0.5.0.
>
> The changelog can be viewed here:
>
> https://github.com/google/glog/releases/tag/v0.5.0
>
> Changes included upstreaming of the PowerPC-specific patch in our
> tree. It also appe
Ping again.
>> Attached diff updates devel/glog from 0.4.0 to 0.5.0.
>>
>> The changelog can be viewed here:
>>
>> https://github.com/google/glog/releases/tag/v0.5.0
>>
>> Changes included upstreaming of the PowerPC-specific patch in our
>> tree. It also appears the hack for sparc64, arm64 and
Ping.
Ashton Fagg writes:
> Attached diff updates devel/glog from 0.4.0 to 0.5.0.
>
> The changelog can be viewed here:
>
> https://github.com/google/glog/releases/tag/v0.5.0
>
> Changes included upstreaming of the PowerPC-specific patch in our
> tree. It also appe
Ping.
Ashton Fagg writes:
> Attached diff updates sysutils/glances to latest version 3.1.7.
>
> Changelog viewable here:
>
> https://github.com/nicolargo/glances/releases/tag/v3.1.7
>
> Built and tested on amd64, seems to be working as well as it was before.
>
> Tha
Ping.
Ashton Fagg writes:
> Attached diff updates devel/flatbuffers from 1.12 to 2.0.0.
>
> Changelog can be viewed here:
>
> https://github.com/google/flatbuffers/releases/tag/v2.0.0
>
> Tested this on amd64. Seems to work as well as the previous release
> did. Anythi
Attached diff updates devel/glog from 0.4.0 to 0.5.0.
The changelog can be viewed here:
https://github.com/google/glog/releases/tag/v0.5.0
Changes included upstreaming of the PowerPC-specific patch in our
tree. It also appears the hack for sparc64, arm64 and mips may no longer
be required.
It seems I forgot to attach the diff somehow - apologies for the noise.
Ashton Fagg writes:
> Attached diff updates sysutils/glances to latest version 3.1.7.
>
> Changelog viewable here:
>
> https://github.com/nicolargo/glances/releases/tag/v3.1.7
>
> Built and t
Attached diff updates sysutils/glances to latest version 3.1.7.
Changelog viewable here:
https://github.com/nicolargo/glances/releases/tag/v3.1.7
Built and tested on amd64, seems to be working as well as it was before.
Thanks.
Attached diff updates devel/flatbuffers from 1.12 to 2.0.0.
Changelog can be viewed here:
https://github.com/google/flatbuffers/releases/tag/v2.0.0
Tested this on amd64. Seems to work as well as the previous release
did. Anything that uses Flatbuffers in ports seems to vendor their own
version
"Anthony J. Bentley" writes:
> Hi,
>
> The GNU recutils are a set of libraries and utilities supporting the
> Rec format: a human-readable, text-based format to store little to
> medium sized databases.
>
>
> ok?
I don't have time to build it right now, but one comment:
> WANTLIB += c gcrypt
Ashton Fagg writes:
> The following diff updates comms/dfu-util to 0.10 (latest version).
>
> Changelog available here:
>
> https://sourceforge.net/p/dfu-util/dfu-util/ci/v0.10/tree/ChangeLog
>
> Seems there's support for a couple new devices, plus some fixes and
>
Ashton Fagg writes:
> This needed a little bit of love to get it up to the latest version.
>
> Changelog viewable here:
>
> https://github.com/Doom-Utils/deutex/releases/tag/v5.2.2
>
> Among the changes were some tweaks to their build system. Port is
> updated
Ping again, hoping someone can import this one.
Thanks.
re2-2021.02.02.tgz
Description: Binary data
Stuart Henderson writes:
> this is OK with me to import.
>
>
> On 2021/02/28 15:52, Ashton Fagg wrote:
>> Ping.
>>
>
>
>>
>>
>> Ashton
Attached is an update for devel/glog, which fixes the build for some
non-amd64 archs. In particular sparc64 and mips64 (have been tested),
and it should also do the same for aarch64.
Thanks to Kurt (kmos@) and Visa (visa@) for their help in testing the
build on hardware I don't have.
Thanks,
The following diff updates comms/dfu-util to 0.10 (latest version).
Changelog available here:
https://sourceforge.net/p/dfu-util/dfu-util/ci/v0.10/tree/ChangeLog
Seems there's support for a couple new devices, plus some fixes and
improved documentation.
Built and lightly tested on amd64. The
This needed a little bit of love to get it up to the latest version.
Changelog viewable here:
https://github.com/Doom-Utils/deutex/releases/tag/v5.2.2
Among the changes were some tweaks to their build system. Port is
updated to reflect that - mainly that they now seem to prefer autoconf.
I
Stuart Henderson writes:
> They haven't built tarballs themselves to distribute, but are relying on
> github auto-generating them. These don't include submodules (because
> git-archive doesn't include them).
Ah, that makes sense. I had wondered if it was an oversight on their
part, but they may
Ping.
re2-2021.02.02.tgz
Description: Binary data
Ashton Fagg writes:
> It appears I forgot about this, :-).
>
> Latest tarball attached - updated to latest version.
>
> Thanks.
>
>
>
> Ashton Fagg writes:
>
>> Ping on this one. Tarball attached.
>
Another fun leveldb update. This updates from 1.22 to 1.23.
The change log is rather extensive and can be viewed here:
https://github.com/google/leveldb/releases/tag/1.23
There's a couple of fun things that they've done here. You might recall
also that the last update completely flipped the
Greg Steuck writes:
> You could test pandoc as it is done:
> https://github.com/blackgnezdo/ports/commit/609197ce3f84a2e4a147fcabcc5eb71d3cf10ca2
>
> The full list is https://github.com/blackgnezdo/ports/commits/ghc-8.10
Splendid! Thank you for this.
Greg Steuck writes:
> This is exactly the problem I want to solve with cabal.port.mk. You
> can try to look at
> https://marc.info/?l=openbsd-ports=160858285410366=2
> A quick search in the archives will show the justification and the
> history of the effort.
>
> The current state of the work is
Changelog here, sorry for the typo:
https://github.com/nicolargo/glances/releases/tag/v3.1.6
It appears I forgot about this, :-).
Latest tarball attached - updated to latest version.
Thanks.
re2.tgz
Description: Binary data
Ashton Fagg writes:
> Ping on this one. Tarball attached.
>
> Ashton Fagg writes:
>
>> Stuart Henderson writes:
>>
>>>
Please see the attached diff, which updates sysutils/glances from 3.1.5
to 3.1.6.2.
Tested on amd64. Seems to work as expected.
Changelog here:
https://github.com/nicolargo/glances/releases/tags/v3.1.6
Thanks,
Ash
diff --git a/sysutils/glances/Makefile b/sysutils/glances/Makefile
index
Hello,
I'm the maintainer for sysutils/direnv, and it appears I have a problem.
The current in-tree version of the package is v2.26.0. The latest
version from upstream is v2.27.0, and it appears among the changes they
have stopped vendoring the dependencies:
Charlene,
Thanks. This looks good to me (maintainer).
Cheers,
Ash
On Tue, 19 Jan 2021 at 10:14, Charlene Wendling wrote:
>
> Hi,
>
> > http://build-failures.rhaalovely.net/mips64/2021-01-12/devel/fmt.log
> (and the same in the current bulk for the other clang+ld.bfd arch,
> macppc)
>
> As
Ping.
Ashton Fagg writes:
> Attached is a diff to update devel/gflags from 2.2.1 to 2.2.2.
>
> I'm currently investigating why the unit tests from devel/glog fail (of
> which devel/gflags is a dependency). One of the suggestions from the
> upstream RT is to ensure the latest ve
..67da11a95c5 100644
--- a/sysutils/direnv/Makefile
+++ b/sysutils/direnv/Makefile
@@ -4,7 +4,7 @@ COMMENT = tool for managing environment based on current directory
GH_ACCOUNT = direnv
GH_PROJECT = direnv
-GH_TAGNAME = v2.25.2
+GH_TAGNAME = v2.26.0
MAINTAINER= Ashton Fagg
CATEGORIES
= direnv
-GH_TAGNAME = v2.25.0
+GH_TAGNAME = v2.25.2
MAINTAINER= Ashton Fagg
CATEGORIES = sysutils devel
diff --git a/sysutils/direnv/distinfo b/sysutils/direnv/distinfo
index 8182f807e9c..44d56f9a68c 100644
--- a/sysutils/direnv/distinfo
+++ b/sysutils/direnv/distinfo
@@ -1,2 +1,2 @@
-SHA256
OMMENT = tool for managing environment based on current directory
GH_ACCOUNT = direnv
GH_PROJECT = direnv
-GH_TAGNAME = v2.25.0
+GH_TAGNAME = v2.25.2
MAINTAINER= Ashton Fagg
CATEGORIES = sysutils devel
diff --git a/sysutils/direnv/distinfo b/sysutils/direnv/distinfo
index 8182f
Ping.
Ashton Fagg writes:
> "Dimitri Karamazov" writes:
>
>> A SHARED_LIBS bump isn't required in my opinion since there are
>> no export changes whatsoever.
>>
>> see:https://www.openbsd.org/faq/ports/specialtopics.html#SharedLibs
>> or ch
Ping. Updated version attached.
Ashton Fagg writes:
> Jeremie Courreges-Anglas writes:
>
>> [...]
>>
>> I think the port as-is is ripe and ready to commit, but I don't know yet
>> if there are ports that might pick this up.
>>
>> [...]
>
>
Ping.
Ashton Fagg writes:
> Attached is an update for editors/vile. From 9.8t to 9.8u.
>
> Changelog can be viewed here:
> https://invisible-island.net/vile/CHANGES.html#index-v9_8u
>
> Builds, tests, fakes, packages and installs successfully on
> amd64. Appears to be worki
Ping on this one. Tarball attached.
Ashton Fagg writes:
> Stuart Henderson writes:
>
>> You mentioned a cmakefile change that would increase it, can you show
>> that please, some of us only have slow machines like
>>
>> cpu3: Intel(R) Xeon(R) CPU E3-1225 v3 @
Ping again.
> Ashton Fagg writes:
>
>> The attached diff updates databases/leveldb to the latest version
>> (1.22).
>>
>> The changelog can be viewed here:
>>
>> https://github.com/google/leveldb/releases/tag/1.22
>>
>> It seem
Ping.
Ashton Fagg writes:
> Attached is a diff to update devel/gflags from 2.2.1 to 2.2.2.
>
> I'm currently investigating why the unit tests from devel/glog fail (of
> which devel/gflags is a dependency). One of the suggestions from the
> upstream RT is to ensure the latest ve
Ping.
Ashton Fagg writes:
> Hello all,
>
> Attached diff updates sysutils/direnv from 2.24 to the latest 2.25.
>
> Changelog can be viewed here:
> https://github.com/direnv/direnv/releases/tag/v2.25.0
>
> Tested on amd64. Package builds, tests and installs fine.
>
&g
Dimitri Karamazov writes:
> It is not a build dep for graphics/blender anymore. I've sent an update
> with that rectificaton which has not been committed yet. So until that
> blessed day comes just make sure it builds and installs fine.
>
> regards,
> Dimitri
>
Hah! Ok, thanks for letting me
@@ -17,6 +16,8 @@ HOMEPAGE = https://gflags.github.io/gflags/
# New BSD
PERMIT_PACKAGE = Yes
+MAINTAINER = Ashton Fagg
+
WANTLIB += ${COMPILER_LIBCXX} m
COMPILER = base-clang ports-gcc base-gcc
diff --git a/devel/gflags/distinfo b/devel/gflags/distinfo
index c4f96f92121..57565818db3 100644
Ping.
Ashton Fagg writes:
> The attached diff updates databases/leveldb to the latest version
> (1.22).
>
> The changelog can be viewed here:
>
> https://github.com/google/leveldb/releases/tag/1.22
>
> It seems the previous version (1.21) introduced a CMake build. Bu
Ping again.
Ashton Fagg writes:
>
> Hello folks,
>
> Just wondering if anyone is still interesting in importing this port?
> Reviewer-agreed version attached from the previous discussions.
>
> Thanks,
> Ash
flatbuffers.tgz
Description: Binary data
Attached is an update for editors/vile. From 9.8t to 9.8u.
Changelog can be viewed here:
https://invisible-island.net/vile/CHANGES.html#index-v9_8u
Builds, tests, fakes, packages and installs successfully on
amd64. Appears to be working.
Thanks.
diff --git a/editors/vile/Makefile
"Dimitri Karamazov" writes:
> A SHARED_LIBS bump isn't required in my opinion since there are
> no export changes whatsoever.
>
> see:https://www.openbsd.org/faq/ports/specialtopics.html#SharedLibs
> or check using /usr/src/lib/check_sym
Thank you for testing and for the advice on SHARED_LIBS.
= Ashton Fagg
CATEGORIES = sysutils devel
diff --git a/sysutils/direnv/distinfo b/sysutils/direnv/distinfo
index f7eec843d34..8182f807e9c 100644
--- a/sysutils/direnv/distinfo
+++ b/sysutils/direnv/distinfo
@@ -1,2 +1,2 @@
-SHA256 (direnv-2.24.0.tar.gz) = oJk5ErxuiVgLyDINPJs+cMzWqgbB2Eek2RdL7oqLlDE
"Dimitri Karamazov" writes:
> Thanks Ash for working on this. I just needed this for a new port
> and your mail was godsend. I've also build tested the latest update
> for graphics/openimageio for which fmt is a required build dependency.
> I will post openimageio-2.2.9.0 update soon, just need
Stuart Henderson writes:
> You mentioned a cmakefile change that would increase it, can you show
> that please, some of us only have slow machines like
>
> cpu3: Intel(R) Xeon(R) CPU E3-1225 v3 @ 3.20GHz, 3392.17 MHz, 06-3c-03
>
> :)
Here you go. I've added a patch that increases the timeout,
Stuart Henderson writes:
> Could you add a patch to set that to what's needed on your machine please,
> and a comment in the Makefile pointing at it?
So just yesterday I finally got around to migrating my dev box to better
hardware, and on that machine it now passes with room to spare with the
= leveldb
+GH_TAGNAME= 1.22
-GH_ACCOUNT = google
-GH_PROJECT = leveldb
-GH_TAGNAME = v1.20
+SHARED_LIBS= leveldb 3.0 # 0.0
-SHARED_LIBS += leveldb 2.0 # 0.0
-
-CATEGORIES = databases devel
+MAINTAINER= Ashton Fagg
# BSD3
-PERMIT_PACKAGE = Yes
-
-MAKE_ENV = CC="${
Stuart Henderson writes:
> Could you add a patch to set that to what's needed on your machine
> please, and a comment in the Makefile pointing at it?
Certainly. I'll get back to you sometime in the next day or two once I
have some more time.
Stuart Henderson writes:
> Generally looks good, I do see a timeout on one of the test though,
> do you get the same?
Yep, same problem here with the default setting. There is a setting that
can be adjusted in the CMakeLists to make it so that the timeout is
longer, but it's hard to say exactly
The attached diff updates devel/tbb from 2020.2 to 2020.3.
The changelog can be viewed here:
https://github.com/oneapi-src/oneTBB/blob/v2020.3/CHANGES
I have tested tbb on amd64. configure, build, test, fake, package,
install and uninstall are all working.
I identified that both
Stuart Henderson writes:
> On 2020/11/07 23:24, Ashton Fagg wrote (on bugs@):
>>
>> I'm running a Ryzen 4750U (8 cores, 16 with SMT). Obviously SMT
>> being disabled means only 8 of them show up in htop and the
>> like. However, I've noticed th
Ricardo Mestre writes:
> Hi,
>
> Simple update to 2020.11.29, OK?
I just tested this and it seems to work fine.
Ash
Ping on this one.
Reviewer agreed version attached. Thanks.
glances.tgz
Description: Binary data
Ashton Fagg writes:
> Stuart Henderson writes:
>
>> OpenBSD uses ${SYSCONFDIR} (typically /etc) not /usr/local/etc for
>> config files, and they should be installed using @
Jeremie Courreges-Anglas writes:
> [...]
>
> I think the port as-is is ripe and ready to commit, but I don't know yet
> if there are ports that might pick this up.
>
> [...]
Just following up on this - if anyone is still interested in importing
this new port, I have updated it to the latest
Marc Espie writes:
> I don't have a kodi port yet... I've had it configure and start building,
> but it's still missing pieces.
>
> one thing I can't figure out is why it doesn't pick up freebsd
> defaults at all, even though I've mostly configured it to.
Hello folks,
Just wondering if anyone
ge build pukes due to it
> : # not understanding the versioning convention.
> : PKGNAME=re2-${GH_TAGNAME:S,-,,g}
>
> the comment isn't needed, this situation is explicitly called out in
> packages-specs(7)
Fixed.
> :
> : SHARED_LIBS=re2 0.0
> :
> : MAINTA
-GH_TAGNAME = v2.23.1
+GH_TAGNAME = v2.24.0
MAINTAINER= Ashton Fagg
CATEGORIES = sysutils devel
diff --git a/sysutils/direnv/distinfo b/sysutils/direnv/distinfo
index 31ad6c2..f7eec84 100644
--- a/sysutils/direnv/distinfo
+++ b/sysutils/direnv/distinfo
@@ -1,2 +1,2 @@
-SHA256 (direnv-2.23.1
+GH_TAGNAME = v0.4.0
-SHARED_LIBS += glog 1.0 # 0.2.1
+SHARED_LIBS += glog 2.0 # 0.2.1
CATEGORIES = devel
# New BSD
PERMIT_PACKAGE = Yes
+MAINTAINER= Ashton Fagg
+
WANTLIB += ${COMPILER_LIBCXX} gflags m
COMPILER = base-clang ports-gcc base-gcc
diff --git a/devel/glog/distinfo
Stuart Henderson writes:
> OpenBSD uses ${SYSCONFDIR} (typically /etc) not /usr/local/etc for
> config files, and they should be installed using @sample in PLIST so
> that local edits don't break updates.
>
> The web interface (glances -w) requires py3-bottle, it's a small enough
> dep so I
@@ COMMENT = tool for managing environment based on current directory
GH_ACCOUNT = direnv
GH_PROJECT = direnv
-GH_TAGNAME = v2.23.1
+GH_TAGNAME = v2.24.0
MAINTAINER= Ashton Fagg
CATEGORIES = sysutils devel
diff --git a/sysutils/direnv/distinfo b/sysutils/direnv/distinfo
index 31ad6c2
) = bA0Yvhn8GaubRZXt86I8CmlGyKXrXBvDlUccj5pxDRg=
-SIZE (xbindkeys-1.8.6.tar.gz) = 151941
+SHA256 (xbindkeys-1.8.7.tar.gz) = opuGqOyR1KvIO0IOVH2idHCEfQ7+gIqm51FHqgrbgvI=
+SIZE (xbindkeys-1.8.7.tar.gz) = 177532
Ashton Fagg writes:
> Attached is a patch to update x11/xbindkeys from 1.8.6 to 1.
+GH_TAGNAME = v0.4.0
-SHARED_LIBS += glog 1.0 # 0.2.1
+SHARED_LIBS += glog 2.0 # 0.2.1
CATEGORIES = devel
# New BSD
PERMIT_PACKAGE = Yes
+MAINTAINER= Ashton Fagg
+
WANTLIB += ${COMPILER_LIBCXX} gflags m
COMPILER = base-clang ports-gcc base-gcc
diff --git a/devel/glog/distinfo b
Attached is a new port for re2 [1]. To quote the authors:
"RE2 is a fast, safe, thread-friendly alternative to backtracking
regular expression engines like those used in PCRE, Perl, and Python. It
is a C++ library."
NOTE: there are similarly named ports already, this is different software.
Attached is a patch to update x11/xbindkeys from 1.8.6 to 1.8.7.
showvictims.py reports no victimized ports.
make configure, make build, make fake, make install, make deinstall and
make package are all working as expected on amd64. The port contains no
tests from upstream.
Relevant changelog
"Dimitri Karamazov" writes:
> I think this link is more fitting as a HOMEPAGE.
Fixed.
> Including the configuration will be better.
>
> This program doesn't pick up on the terminal background colors, the
> conf file might help with it,
Fixed.
> only nitpick after having a few glances, hehe
ibrary
GH_ACCOUNT = google
GH_PROJECT = glog
-GH_TAGNAME = v0.3.5
-REVISION = 1
+GH_TAGNAME = v0.4.0
-SHARED_LIBS += glog 1.0 # 0.2.1
+SHARED_LIBS += glog 2.0 # 0.2.1
CATEGORIES = devel
# New BSD
PERMIT_PACKAGE = Yes
+MAINTAINER= Ashton Fagg
+
WANTLIB += ${COMPILER_LIBCXX} gf
Omar Polo writes:
> [...snip...]
> The port is straightforward. I believe that the comment and the DESCR
> could be improved, but that was the best I was able to write, help
> appreciated.
>
> The last minute doubt is if audio is a better category than multimedia.
Hey,
So I gave this a try.
Hello,
I have a new port attached for Glances [1].
It's a system monitoring tool (similar to top, htop etc), written in
Python. It has built-in support for monitoring a remote system, nice web
GUI etc. It does a bunch of other things beyond just what top/htop does
- it also monitors network
Jeremie Courreges-Anglas writes:
> [...snip...]
> You have this line:
>
> WANTLIB+= c++ c++abi ${COMPILER_LIBCXX}
>
> "c++ c++abi" *is* the content of COMPILER_LIBCXX when you use
> base-clang, so no need to duplicate it. The contents of COMPILER_LIBCXX
> will change according to
Jeremie Courreges-Anglas writes:
> Here are some items that need fixing:
>
> * You have to adapt the SHARED_LIBS line. In this case the library is
> named "libfmt.so..." so the SHARED_LIB line should be:
>
> SHARED_LIBS =fmt0.0
Addressed.
> Don't bother with adding the original
Ashton Fagg writes:
> Per discussion in the flatbuffers thread (Marc & Jeremie cc'd), here is
> an updated version of the fmt port. Tested the same way as before.
>
> Only changes are some whitespace clean up and the appropriate
> SHARED_LIBS entry.
Fixing a mistake in th
Jeremie Courreges-Anglas writes:
> Well if you drop -Werror, it just builds. -Werror is often a pain in
> ports, we tend to disable it.
Thanks for the tip. I did not know if that was allowed or not. I will do
the same to the fmt port since I'm actually explicitly setting that option.
> On top
Ashton Fagg writes:
> Just updating this with the latest iteration.
>
> Test issue has been worked around - have confirmed with upstream it
> doesn't really matter. Test suite now passes completely but I will try
> and figure it out when I have more time. The bug is i
Ashton Fagg writes:
> Thanks for the feedback.
>
> I need them for my own purposes, but if others want to use them for
> other ports - that'd be awesome. I have another library I need which
> depends on fmt.
>
> I'll update the port with your suggestions.
>
> Thanks.
Jeremie Courreges-Anglas writes:
> With a bare COMPILER=ports-gcc (no explanation) and the lack of a
> SHARED_LIBS* entry I think this port needs more scrutiny before import.
>
> Ashton: besides kodi, mentioned by Marc, do you have plans for those
> flatbuffers and fmt libraries? Or do you just
Hello,
Please see attached for a new port: flatbuffers
(https://google.github.io/flatbuffers/).
Quoting the homepage:
"FlatBuffers is an efficient cross platform serialization library for
C++, C#, C, Go, Java, Kotlin, JavaScript, Lobster, Lua, TypeScript, PHP,
Python, Rust and Swift. It was
working.
Ashton Fagg writes:
> Hello,
>
> I have here a new port for the fmt library for C++.
>
> NOTE: For bonus confusion, there's already a devel/libfmt. Please note
> these are *not* the same software. (suggestions on naming appreciated)
>
> fmt (https://github.com/fmt
Klemens Nanni writes:
> On Wed, Nov 04, 2020 at 03:28:09PM +, Stuart Henderson wrote:
>> Updated version attaached:
> Thanks, I had some of thoes but didn't come around to mail it, but you
> did a better job anyway.
>
>> - whitespace fixes
>>
>> - while you had MODPY_SETUPTOOLS set you were
Hello,
I have here a new port for the fmt library for C++.
NOTE: For bonus confusion, there's already a devel/libfmt. Please note
these are *not* the same software. (suggestions on naming appreciated)
fmt (https://github.com/fmtlib/fmt) is a formatting library that
provides an alternative to
Stuart Henderson writes:
> here's a tidied version, commentary inline
>
> this one is ok sthen@ to import
Stuart,
Thank you for your review. It looks like Aaron's review got much of what
you suggested as well. Not sure if you need it still, but here's a
tarball - tested and working, same as
Aaron Bieber writes:
> Here is a version with the above changes - OK abieber@ for this going in if
> someone wants to commit it:
> [...snip...]
Hi Aaron,
Thank you for the review and advice. I have attached a full tarball with
your updated Makefile - works well for me.
Thanks,
Ash
primary category, on reflection?
>> +
>> +GH_ACCOUNT=phillipberndt
>> +GH_PROJECT=autorandr
>> +GH_TAGNAME=${MODPY_EGG_VERSION}
>> +
>> +# GPLv3
>> +PERMIT_PACKAGE= Yes
>> +
>> +MAINTAINER=Ashton Fagg
>> +
>> +MODULES=lang/python
direnv-2.23.1.tgz
Description: Binary data
Ashton Fagg writes:
> Ping.
>
> On Sat, 24 Oct 2020 at 21:20, Ashton Fagg wrote:
>>
>> Interest bump!
>>
>> It was also suggested that new ports should be submitted as a tarball. I
>> have addressed that (as attach
Ping.
On Sat, 24 Oct 2020 at 21:20, Ashton Fagg wrote:
>
> Interest bump!
>
> It was also suggested that new ports should be submitted as a tarball. I
> have addressed that (as attached).
>
> Thanks.
>
>
> Ashton Fagg writes:
>
> > Hello folks,
> &g
Interest bump!
It was also suggested that new ports should be submitted as a tarball. I
have addressed that (as attached).
Thanks.
direnv.tgz
Description: Binary data
Ashton Fagg writes:
> Hello folks,
>
> I have created a port of direnv (https://direnv.net). It is a utility
&
Klemens Nanni writes:
>> Checkpatch is clean.
> Do you mean portcheck(1)?
Yes, sorry.
>> Any feedback greatly appreciated.
> Please submit new ports as tarball of the ports directory.
Noted.
The rest I will work on and resubmit. Thanks for the review.
- ajf
}
+
+# GPLv3
+PERMIT_PACKAGE=Yes
+
+MAINTAINER=Ashton Fagg
+
+MODULES= lang/python
+MODPY_SETUPTOOLS = Yes
+
+# No tests provided by upstream.
+NO_TEST= Yes
+
+do-install:
+ ${INSTALL_PROGRAM} ${WRKSRC}/autorandr.py ${PREFIX}/bin/autorandr
+ ${INSTALL_MAN} ${WRKSRC}/autorandr.1
+GH_TAGNAME = v${VERSION}
+
+MAINTAINER= Ashton Fagg
+CATEGORIES = sysutils devel
+HOMEPAGE = https://direnv.net
+
+# MIT
+PERMIT_PACKAGE = Yes
+
+WANTLIB = c pthread
+
+USE_GMAKE =Yes
+
+MODULES= lang/go
+
+pre-build: remove-github
Updates net/dsocks from 1.7 -> 1.8
According to showvictims.py, this isn't a dependency for anything else.
Nonetheless, tested on amd64. `make fake` completes successfully.
This is my first attempt at a ports update, as such I welcome any
comments, guidance, yelling etc :-)
diff --git
99 matches
Mail list logo