Re: UPDATE: net/swirc: 3.4.8 -> 3.4.9
On Mon, Jul 29, 2024 at 07:08:09PM +0200, Markus Uhlin wrote: > I have released a new version (3.4.9) of net/swirc with the following > changes: Committed, thanks!
Remove net/p5-Net-ICQ2000 and net/vicq?
Hi ports@, The ICQ network has been decomissioned on June 26th [1], so I would like to propose net/p5-Net-ICQ2000 and net/vicq for deletion. For info, we are the only ones to still package these programs: https://repology.org/project/perl:net-icq2000/versions https://repology.org/project/vicq/versions Comments? OK to remove? [1] https://en.wikipedia.org/wiki/ICQ
Re: update: net/swirc 3.4.8
On Tue, Jun 04, 2024 at 07:01:10AM +0200, Markus Uhlin wrote: > Hello ports@, > > Today I released net/swirc 3.4.8 with the following changes: Committed, thanks!
Re: [new] lnav 0.12.1
On Fri, Apr 26, 2024 at 10:41:46AM +0200, Landry Breuil wrote: > > On my machine it creates ~/.config/lnav, not ~/.lnav, and removing the > > ~/.config/lnav directory unfortunately doesn't change anything, it still > > crashes early at startup. > > it probably does funky things depending on $TERM. > > it works fine within tmux where TERM=screen, it crashes in > xfce4-terminal (where here TERM=xterm-256color) but works fine if i > manually set TERM=xterm. > > same thing with alacritty, it crashes if TERM=alacritty (the default) > but works fine with 'TERM=xterm lnav' > > you seem to be a guy with interest in low-level terminal stuff :) grep > -r TERM yields many things in lnav's code... and there seem to be > related issues upstream, cf https://github.com/tstack/lnav/issues/570 > and https://github.com/tstack/lnav/issues/1192 at least. But it shouldnt > crash like this :) > > in the meantime, here's a port of 0.12.2, still building here... it > might give better results, or not. This version does indeed solves the issues, it runs perfectly in the terminals I previously tested with, and it exits gracefully in case TERM is set to an unknown option: $ TERM=puffy lnav error: unable to open TUI reason: the terminfo database could not be found Looks good to me for import now, OK fcambus@.
Re: [new] lnav 0.12.1
On Wed, Apr 24, 2024 at 08:21:38AM +0200, Landry Breuil wrote: > > I previously didn't notice this, it always ran fine here during my tests: > > launching it in tmux worked both locally and through SSH. > > > > But launching it in alacritty outside of tmux indeed results in a crash, > > although it works fine in xterm or in a framebuffer console. > > interestingly, it started working once i had rm -Rf ~/.lnav. so i guess > something something corrupted internal database ? > > does it work again if you move away ~/.lnav on the machine where it > crashes ? On my machine it creates ~/.config/lnav, not ~/.lnav, and removing the ~/.config/lnav directory unfortunately doesn't change anything, it still crashes early at startup.
Re: [NEW] audio/furnace
On Wed, Apr 17, 2024 at 11:18:44PM +0200, Frederic Cambus wrote:
> Here is a new port: audio/furnace
>
> From DESCR:
>
> Furnace is a tool which allows you to create music using sound chips
> ("chiptune"), most from the 8/16-bit era.
>
> It has a large selection of features and sound chips. From the NES, SNES
> and Genesis to ES5506, VIC-20 or even Arcade, Furnace has most likely
> covered your target with many presets to choose from.
>
> Every chip is emulated using many emulation cores, therefore the sound
> that Furnace produces is authentic to that of real hardware.
>
> Comments? OK?
Anyone willing to look at this?
This is similar in nature to audio/milkytracker or audio/schismtracker,
but with a larger scope and with support for even more formats.
It can of course also be used as a module player.
Re: [new] lnav 0.12.1
On Tue, Apr 23, 2024 at 03:41:20PM +0200, Landry Breuil wrote: > > It's preferring libfmt in /usr/local for headers in some of the compiler > > commands lines - "-I/usr/local/include -I./.. -I./../fmtlib" - so even > > if it works now, things will likely break again in the future. > > > > It would be best to figure out how to get the -I reordered so that > > -I./../fmtlib comes before -Iusr/local/include. You can check by > > installing fmt, editing /usr/local/include/fmt/format.h to add a > > #error at the top, and make sure that lnav still builds. > > and on top of that im not even sure this is worth importing as is, > because it crashes/segfaults at startup here anyway. I previously didn't notice this, it always ran fine here during my tests: launching it in tmux worked both locally and through SSH. But launching it in alacritty outside of tmux indeed results in a crash, although it works fine in xterm or in a framebuffer console.
Re: [new] lnav 0.12.1
On Tue, Apr 23, 2024 at 10:29:43AM +0200, Landry Breuil wrote: > > > feedback & testing welcome > > > > The build fails at link time if devel/fmt is installed. > > i've tried it, and with fmt 10.2.1 installed the build doesnt fail. when > you saw that failure i suppose that was with the previous fmt version > installed ? Indeed, the failure was with fmt 8.1.1 installed. With 10.2.1 it builds as expected, sorry for the noise. One small nitpick: there are two blank lines instead of one above the USE_GMAKE directive. OK fcambus@ to import.
Re: [new] lnav 0.12.1
On Fri, Apr 19, 2024 at 05:50:09AM +0200, Landry Breuil wrote: > this is a second attempt at a port for https://lnav.org, after > https://marc.info/?t=15333968122&r=1&w=2 some years ago, which > fcambus@ reminded me about. He pushed it to wip but had issues with it > linking against two readline libs. Thanks for picking this up again! > i had originally put it under textproc/ but frederic had it in > sysutils/, no strong opinion on that. FWIW both FreeBSD and NetBSD have it in sysutils, but no strong opinion either. > the attached port links against only one readline (the one from ports), > and i've tried to do my best to have tests running. For now it seems one > hangs.. > > PASS: lnav_doctests > PASS: test_abbrev > PASS: test_ansi_scrubber > PASS: test_auto_fd > PASS: test_auto_mem > PASS: test_bookmarks > ../test-driver: line 112: 69425 Abort trap (core dumped) > "$@" >> "$log_file" 2>&1 > FAIL: test_date_time_scanner > PASS: test_format_installer.sh > > > in 0.12.1 a PRQL feature was added > (https://github.com/tstack/lnav/commit/bdc9c5a28d8308a53ba4f881b29c307cff7cd97a) > but it relies on rust/cargo being run from gmake and at that point i've > just disabled this feature. Makes sense, yes. > feedback & testing welcome The build fails at link time if devel/fmt is installed.
Re: [Update] x11/alacritty 0.13.2
On Tue, Apr 16, 2024 at 07:38:33PM +0200, Landry Breuil wrote:
[...]
> > Unfortunately it still doesn't run under wayland, though :-)
>
> same thing here with wayland, blows at startup:
>
> [0.01513s] [INFO ] [alacritty] Welcome to Alacritty
> [0.000192660s] [INFO ] [alacritty] Version 0.13.2
> [0.000206126s] [INFO ] [alacritty] Running on Wayland
> [0.000422622s] [INFO ] [alacritty_config_derive] No config file found; using
> default
> [0.012349299s] [INFO ] [alacritty] Goodbye
> Error: Error { raw_code: None, raw_os_message: None, kind:
> NotSupported("provided display handle is not supported") }
>
> but my wayland setup might be borked as the keymap is completely out.
>
> that updated alacritty runs fine on X11.
Runs fine on X11 here as well.
OK fcambus@
[UPDATE] textproc/uncrustify to 0.78.1
Hi ports@,
Here is a diff to update uncrustify to 0.78.1.
CC'ing MAINTAINER.
All tests pass on amd64 and arm64:
100% tests passed, 0 tests failed out of 14
Comments? OK?
Index: Makefile
===
RCS file: /cvs/ports/textproc/uncrustify/Makefile,v
diff -u -p -r1.30 Makefile
--- Makefile7 Nov 2023 14:19:48 - 1.30
+++ Makefile19 Apr 2024 09:20:30 -
@@ -1,7 +1,6 @@
COMMENT = source code beautifier
-DISTNAME = uncrustify-0.72.0
-REVISION = 0
+DISTNAME = uncrustify-0.78.1
CATEGORIES = textproc devel
@@ -22,8 +21,6 @@ MODULES = devel/cmake \
lang/python
MODPY_RUNDEP = No
-
-WRKDIST = ${WRKDIR}
post-install:
${INSTALL_DATA_DIR} ${PREFIX}/share/uncrustify/
Index: distinfo
===
RCS file: /cvs/ports/textproc/uncrustify/distinfo,v
diff -u -p -r1.15 distinfo
--- distinfo10 Mar 2021 15:40:29 - 1.15
+++ distinfo19 Apr 2024 09:20:30 -
@@ -1,2 +1,2 @@
-SHA256 (uncrustify-0.72.0.tar.gz) =
7vifR4WGANE9MYwNPW2FUHXtuk5PG6pvBzPub5UNY9M=
-SIZE (uncrustify-0.72.0.tar.gz) = 1529996
+SHA256 (uncrustify-0.78.1.tar.gz) =
X5LJBzTha2A8lQunMGv4opWa+kHU7MalK0lmGDoeo80=
+SIZE (uncrustify-0.78.1.tar.gz) = 1732317
Remove misc/gone?
Hi ports@, The p2k24 ports hackathon is almost over, but unless I've missed it no attendees have proposed any ports for deletion. So I would like to nominate misc/gone! Last release is from 2003 and the program is crashing on at least amd64 and arm64 when entering a passphrase: $ gone Password: Segmentation fault (core dumped) Comments? OK to remove?
[NEW] audio/furnace
Hi ports@,
Here is a new port: audio/furnace
>From DESCR:
Furnace is a tool which allows you to create music using sound chips
("chiptune"), most from the 8/16-bit era.
It has a large selection of features and sound chips. From the NES, SNES
and Genesis to ES5506, VIC-20 or even Arcade, Furnace has most likely
covered your target with many presets to choose from.
Every chip is emulated using many emulation cores, therefore the sound
that Furnace produces is authentic to that of real hardware.
Comments? OK?
furnace.tar.gz
Description: application/tar-gz
Re: UPDATE: net/swirc 3.4.7
On Tue, Mar 12, 2024 at 09:10:28PM +0100, Markus Uhlin wrote: > Tonight I released Swirc 3.4.7 with the following changes: [...] > I attach a diff. The diff does not apply. Could you regenerate it against an up-to-date ports tree?
Re: [update] graphics/optipng to 0.7.8
On Mon, Nov 13, 2023 at 12:46:58PM +0100, Justin Berthault wrote: > Simple diff updating optipng to 0.7.8 > > Previous versions suffered from a buffer overflow in the GIF > decoder. Committed, thanks!
Re: [NEW] sysutils/fclones
On Sat, Nov 11, 2023 at 07:02:58PM +0100, Stefan Hagen wrote: > > fclones is a command line utility that identifies groups of identical files > > and gets rid of the file copies you no longer need. It comes with plenty of > > configuration options for controlling the search scope and offers many ways > > of removing duplicates. For maximum flexibility, it integrates well with > > other Unix utilities like find and it speaks JSON, so you have a lot of > > control over the search and cleanup process. > > finally something that's a bit more clever than fdupes. I wish it had a > manpage instead of making me jump through all commands with the -h flag. > But that's the world we live in... > > The port looks good. You could replace the GH_* lines with the new > DIST_TUPLE (and recreate distinfo): > > DIST_TUPLE =github pkolaczk fclones v0.34.0 . Good point, thanks, I moved DIST_TUPLE a bit upper in the Makefile in the position of the previous GH_ variables. (We should probably add a DIST_TUPLE entry in Makefile.template to standardize positioning). > Regarding the patch... is this the rust way to find `basename $0`? > > If this is the case, why don't you just patch it to: > > program_name: "fclones".to_string(), I used the same mechanism as in the lang/deno patches but I agree that it's easier to simply hardcode the string. I regenerated the patch to remove the "use std::path::PathBuf;" part which isn't required anymore. > 1 (of 165) test fails: > test dedupe::test::test_partition_respects_creation_time_priority ... FAILED Also fails here, I'm not sure what to do about this. New tarball attached. fclones.tar.gz Description: application/tar-gz
Re: NEW: graphics/recoil
On Sat, Nov 11, 2023 at 06:52:29PM -0700, Anthony J. Bentley wrote: > RECOIL is a library to view pictures in native formats of 20th century > computers: Amiga, Amstrad CPC, Apple II, Atari 8-bit, Atari Portfolio, Atari > ST/TT/Falcon, BBC Micro, Commodore VIC-20, Commodore 64, Commodore > 16/116/Plus4, Commodore 128, Electronika BK, FM Towns, HP 48, Macintosh > 128K, MSX, NEC PC-80, NEC PC-88, NEC PC-98, Oric, Psion Series 3, SAM Coupe, > Sharp X68000, Tandy 1000, Timex 2048, TRS-80, TRS-80 Color Computer, > Vector-06C, ZX81 and ZX Spectrum. > > This package contains the converter program recoil2png, as well as desktop > thumbnailer support. Looks good to me, one possible minor nitpick: SITES and DEBUG_PACKAGES values are not aligned like the other values. OK fcambus@ to import.
[NEW] sysutils/fclones
Hi ports@, Here is a new port: sysutils/fclones >From DESCR: fclones is a command line utility that identifies groups of identical files and gets rid of the file copies you no longer need. It comes with plenty of configuration options for controlling the search scope and offers many ways of removing duplicates. For maximum flexibility, it integrates well with other Unix utilities like find and it speaks JSON, so you have a lot of control over the search and cleanup process. Comments? OK? fclones.tar.gz Description: application/tar-gz
Re: llvm-16 and net/irc: fix, or drop port?
On Fri, Nov 10, 2023 at 07:11:05PM +, Jeremie Courreges-Anglas wrote: > > The diff below lets the configure script detect a usable stdarg > implementation and fixes build with clang-16. However the remaining > compile warnings are clearly alarming and I think the port is a good > candidate for the Attic. ok to drop the port? OK fcambus@ to remove.
Re: UPDATE: net/swirc 3.4.6
On Sun, Nov 05, 2023 at 08:50:05PM +0100, Markus Uhlin wrote: > Today I released net/swirc 3.4.6 with the following changes: Committed, thanks!
[NEW] graphics/oxipng
Hi ports@, Here is a new port: graphics/oxipng >From DESCR: Oxipng is a multithreaded lossless PNG compression optimizer. It can be used via a command-line interface or as a library in other Rust programs. Comments? OK? oxipng.tar.gz Description: application/tar-gz
Re: [NEW] editors/hyx
On Sun, Sep 24, 2023 at 10:10:26AM +0200, Thim Cederlund wrote: > > port looks fine to me, and the program seems nice. Another minor nit > > regarding the indentation in the Makefile but then it's ok op@ to > > import. > > Not entirely sure how that happened. AFAIK there should be a TAB > after the equals sign and whatever text is after but could be vim > that is acting up. > > I've attached a new tarball with your diff and a modified pkg/DESCR. Thanks! Nice program indeed! The new tarball contains an extra 'patch' file which should be removed before import, and pkg/DESCR has an extra blank line which should be removed. OK fcambus@ to import.
Re: UPDATE emulators/snes9x 1.62.3
Hi, On Mon, Sep 18, 2023 at 07:37:14AM +, Lucas wrote: > Here's an update for snes9x to latest version. Of potential interest, > there is now a Vulkan renderer support. Full changelog at [0]. > > Port-wise, the build system changed CMake and dropped support for GTK+2 > by means of depending on x11/gtk3mm. A BDEP on graphics/spirv-cross, new > port submitted by op@ [1], is added. I take maintainership of the port, > too. Committed, thanks!
Re: [NEW] benchmarks/vegeta
On Thu, Sep 14, 2023 at 04:07:46PM +0200, Frederic Cambus wrote: > Here is a new port: benchmarks/vegeta > > From DESCR: > > Vegeta is a versatile HTTP load testing tool built out of a need to drill > HTTP services with a constant request rate. > > Comments? OK? Ping. Anyone willing to look at this? Thanks!
Re: UPDATE: net/swirc 3.4.5
On Thu, Sep 14, 2023 at 10:29:38PM +0200, Markus Uhlin wrote: > Today I released net/swirc 3.4.5 with the following changes: Committed, thanks!
[NEW] benchmarks/vegeta
Hi ports@, Here is a new port: benchmarks/vegeta >From DESCR: Vegeta is a versatile HTTP load testing tool built out of a need to drill HTTP services with a constant request rate. Comments? OK? vegeta.tar.gz Description: application/tar-gz
Re: NEW: games/orthorobot
On Thu, Sep 14, 2023 at 01:39:58AM -0600, Anthony J. Bentley wrote: > Literally bridging the gap between 2D and 3D games, Ortho Robot is a > perspective based puzzle game, where you flatten the view to move across > gaps. Your objective is to reach the ending green block (either by > standing directly on it or standing on it in relative space). For some > extra challenge, try to collect all coins and perfect your time, steps > and number of warps. Works fine, tested on amd64. OK fcambus@
[UPDATE] www/zola to 0.17.2
Hi ports@, Here is a diff to update zola to 0.17.2. We are dropping the LIB_DEPENDS on www/libsass as it has been replaced by a Rust implementation (grass). CC'ing MAINTAINER. Comments? OK? Index: Makefile === RCS file: /cvs/ports/www/zola/Makefile,v retrieving revision 1.16 diff -u -p -r1.16 Makefile --- Makefile4 Sep 2023 13:02:56 - 1.16 +++ Makefile6 Sep 2023 12:18:29 - @@ -5,8 +5,7 @@ COMMENT = static site generator GH_ACCOUNT = getzola GH_PROJECT = zola -GH_TAGNAME = v0.16.1 -REVISION = 6 +GH_TAGNAME = v0.17.2 HOMEPAGE = https://www.getzola.org @@ -17,12 +16,11 @@ MAINTAINER =Peter H. Ezetta
[UPDATE] x11/alacritty to 0.12.2
Hi ports@, Here is a diff to update alacritty to 0.12.2. This is a minor update, I've been running with this all day without any issue. CC'ing MAINTAINER. Comments? OK? Index: Makefile === RCS file: /cvs/ports/x11/alacritty/Makefile,v retrieving revision 1.14 diff -u -p -r1.14 Makefile --- Makefile20 Jun 2023 06:20:32 - 1.14 +++ Makefile6 Sep 2023 11:45:07 - @@ -5,7 +5,7 @@ MAINTAINER =Eric Auge https://alacritty.org/ Index: crates.inc === RCS file: /cvs/ports/x11/alacritty/crates.inc,v retrieving revision 1.5 diff -u -p -r1.5 crates.inc --- crates.inc 15 Jun 2023 16:54:21 - 1.5 +++ crates.inc 6 Sep 2023 11:45:07 - @@ -61,7 +61,7 @@ MODCARGO_CRATES +=fuchsia-zircon-sys 0. MODCARGO_CRATES += gethostname 0.2.3 # Apache-2.0 MODCARGO_CRATES += getrandom 0.2.7 # MIT OR Apache-2.0 MODCARGO_CRATES += gl_generator0.14.0 # Apache-2.0 -MODCARGO_CRATES += glutin 0.30.8 # Apache-2.0 +MODCARGO_CRATES += glutin 0.30.9 # Apache-2.0 MODCARGO_CRATES += glutin_egl_sys 0.5.0 # Apache-2.0 MODCARGO_CRATES += glutin_glx_sys 0.4.0 # Apache-2.0 MODCARGO_CRATES += glutin_wgl_sys 0.4.0 # Apache-2.0 Index: distinfo === RCS file: /cvs/ports/x11/alacritty/distinfo,v retrieving revision 1.5 diff -u -p -r1.5 distinfo --- distinfo20 Jun 2023 06:20:32 - 1.5 +++ distinfo6 Sep 2023 11:45:07 - @@ -1,4 +1,4 @@ -SHA256 (alacritty-0.12.1.tar.gz) = FLzgv8U4hyyX4OOLkjOp0fqZLc+DoitgNdpf5YpVvGw= +SHA256 (alacritty-0.12.2.tar.gz) = KFtE0tLoMRirf+YdV1gRu4XV4hFHgIFxvQ5YPp55R0g= SHA256 (cargo/adler-1.0.2.tar.gz) = 8mIBYEyHseAb09mPjV2aj8u4FejO20H/zL60v1k6Nf4= SHA256 (cargo/android-activity-0.4.0.tar.gz) = QWWhrvcDIyAxtApuiQjC+eMU1JXxGqf5jbddOaSXzGo= SHA256 (cargo/android-properties-0.2.2.tar.gz) = /H6yCbFRjWu4eyg8IAlfUijs2kYNpwtE8IAlI96m2gQ= @@ -62,7 +62,7 @@ SHA256 (cargo/fuchsia-zircon-sys-0.3.3.t SHA256 (cargo/gethostname-0.2.3.tar.gz) = wevTTjXEbgC7c+gTYySNYneCckYJ/htjlvVT9o/jhi4= SHA256 (cargo/getrandom-0.2.7.tar.gz) = TrGoZKUBYpaR7fbBWlk7elHuuqHoRo6d3GI958m1jsY= SHA256 (cargo/gl_generator-0.14.0.tar.gz) = GpXfwjorSpovWrQdGU+L/aPKvsQq9OOfCMM56yoMEk0= -SHA256 (cargo/glutin-0.30.8.tar.gz) = Yvm3caZfCh4922qhb4Z9h9xzySJBHCVebEq39tRccyc= +SHA256 (cargo/glutin-0.30.9.tar.gz) = I7A4V4IEi+ZfCp3QRsRp1qdYpT/hqmOoER3qOU0v+i8= SHA256 (cargo/glutin_egl_sys-0.5.0.tar.gz) = GzvL3cUVc7l3/G3KXZOGfk8paCzbr10T5I9PpDRtTYc= SHA256 (cargo/glutin_glx_sys-0.4.0.tar.gz) = G1PLX+VolkqgZqO6kerF7LrIafsIQs0NyeQSQ08aFJQ= SHA256 (cargo/glutin_wgl_sys-0.4.0.tar.gz) = 74k5jpADP8a8Zem9Qv0pu7/Ug72ltW3FVi9FVVBhgWU= @@ -231,7 +231,7 @@ SHA256 (cargo/xcursor-0.3.4.tar.gz) = Rj SHA256 (cargo/xdg-2.4.1.tar.gz) = DEWD21y9TEwDA98tFa+A8FOdtwP6HGiALUy70t0PiPY= SHA256 (cargo/xml-rs-0.8.4.tar.gz) = 0tfTlIYT91yY/ZMoz9zEWsxNNgZVKJ0KfU7JMTkiAKM= SHA256 (cargo/yaml-rust-0.4.5.tar.gz) = VsGTbEzHocmrIaHrtgLrlCuoaMvUSpnLfNxYkjNeHIU= -SIZE (alacritty-0.12.1.tar.gz) = 1493994 +SIZE (alacritty-0.12.2.tar.gz) = 1494051 SIZE (cargo/adler-1.0.2.tar.gz) = 12778 SIZE (cargo/android-activity-0.4.0.tar.gz) = 235580 SIZE (cargo/android-properties-0.2.2.tar.gz) = 4563 @@ -295,7 +295,7 @@ SIZE (cargo/fuchsia-zircon-sys-0.3.3.tar SIZE (cargo/gethostname-0.2.3.tar.gz) = 8174 SIZE (cargo/getrandom-0.2.7.tar.gz) = 28854 SIZE (cargo/gl_generator-0.14.0.tar.gz) = 22330 -SIZE (cargo/glutin-0.30.8.tar.gz) = 65119 +SIZE (cargo/glutin-0.30.9.tar.gz) = 65356 SIZE (cargo/glutin_egl_sys-0.5.0.tar.gz) = 6053 SIZE (cargo/glutin_glx_sys-0.4.0.tar.gz) = 5905 SIZE (cargo/glutin_wgl_sys-0.4.0.tar.gz) = 5477
[NEW] net/czds
Hi ports@, Here is a new port: net/czds This port doesn't require any external package, so I used the same mechanism as textproc/misspell to build the binaries. I'm not well versed in Go packaging, so please let me know if there is a better way. >From DESCR: Client to ICANN's Centralized Zone Data Service (CZDS) REST API using both the documented and undocumented API endpoints. Should allow you to perform almost any action you can in the web interface via this API. Comments? OK? czds.tar.gz Description: application/tar-gz
Re: [NEW] archivers/lhasa
On Tue, Sep 05, 2023 at 11:57:53AM +, Klemens Nanni wrote: > On Tue, Sep 05, 2023 at 01:49:39PM +0200, Frederic Cambus wrote: > > Hi ports@, > > > > Here is a new port: archivers/lhasa > > > > I plan to add it as a LIB_DEPENDS in audio/milkytracker to enable support > > for LHA decompression. > > 10/10 tests pass on amd64, but they run bash so you need a TDEP, > then OK kn Good catch, added the TDEP on shells/bash and imported with small DESCR tweaks suggested privately by op@. Thanks everyone!
[NEW] archivers/lhasa
Hi ports@, Here is a new port: archivers/lhasa I plan to add it as a LIB_DEPENDS in audio/milkytracker to enable support for LHA decompression. >From DESCR: Lhasa is a library for parsing LHA (.lzh) archives and a free replacement for the Unix LHA tool. Currently it is only possible to read from (i.e. decompress) archives; generating (compressing) LHA archives may be an enhancement for future versions. The aim is to be compatible with as many different variants of the LHA file format as possible, including LArc (.lzs) and PMarc (.pma). A suite of archives generated from different tools is included for regression testing. Type 'make check' to run the tests. The command line tool aims to be interface-compatible with the non-free Unix LHA tool (command line syntax and output), for backwards compatibility with tools that expect particular output. Comments? OK? lhasa.tar.gz Description: application/tar-gz
Re: misc/reprepro: remove old debian package repository producer?
On Sat, Sep 02, 2023 at 07:13:27PM +, Klemens Nanni wrote: > Unmaintained and lagging behind the latest version from four years ago. > I suggest people use Debian for Debian stuff. OK fcambus@ to remove it. As it is a really specific tool, the previous maintainer mentioned it should probably be deleted when he dropped maintainership in 2019: https://marc.info/?l=openbsd-ports&m=155544027410487&w=2
Re: maintainer update: net/swirc 3.4.4
On Sat, Jul 29, 2023 at 04:28:54PM +0200, Markus Uhlin wrote: > Today I released net/swirc 3.4.4 with the following changes: Committed, thanks!
Re: [Update]devel/perltidy: Update to 20230701
On Wed, Jul 12, 2023 at 02:49:17AM +, wen heping wrote: > Here is a simple patch for devel/perltidy to update to > 20230701. It build and run well on amd64-current system. > All tests passed. > > 2 ports depend on devel/perltidy and both build well > and pass all tests. Committed, thanks!
Re: maintainer update: net/swirc 3.4.2 -> 3.4.3
On Fri, Mar 10, 2023 at 05:23:19PM +, Markus Uhlin wrote: > Today I released net/swirc 3.4.3 which comes with code improvements > and new translations. No new bugs were fixed/found. Committed, thanks!
Re: gnucobol-3.2
On Sun, Feb 19, 2023 at 09:45:26PM +0100, Lars Mehnen wrote: > Dear OpenBSD-ports team, > > I recently managed to compile gnucobol-3.2-rc2 (fully) in OpenBSD, which > will probably be released the coming week. > > How to I provide info on how to compile it for you. > > How do I create a package (including dependency tree). We have lang/gnucobol [1] in the ports tree, and are currently shipping packages for the current release version (3.1.2). I tried building 3.2-rc2 from our port and it worked out of the box, so it should be a smooth update. Is there anything missing in our package? [1] https://cvsweb.openbsd.org/ports/lang/gnucobol/
Re: update: net/swirc 3.4.1 -> 3.4.2 (bug fix)
On Wed, Feb 22, 2023 at 07:07:43PM +, Markus Uhlin wrote: > Swirc 3.4.2 out. A small bug fix release. > I think only Windows was affected but I post it anyway. Committed, thanks!
Re: update: net/swirc 3.4.1
On Sat, Feb 18, 2023 at 08:47:34PM +, Markus Uhlin wrote: > Swirc 3.4.1 out with a few but good changes. (I also had to make a > small release in order to fix Windows stuff.) Committed, thanks!
Re: [NEW] devel/pax-utils
On Sat, Feb 11, 2023 at 09:44:27AM +, Stuart Henderson wrote: > On 2023/02/10 12:44, Frederic Cambus wrote: > > Hi ports@, > > > > Here is a new port: devel/pax-utils > > I think it would be better not to package pspax, it requires procfs. Makes sense yes, I imported the package earlier today with pspax and pspax.1 removed. Thanks!
Re: update: net/swirc 3.4.0
On Fri, Feb 10, 2023 at 07:28:34AM +, Markus Uhlin wrote: > Hello ports@, > > Today I released Swirc 3.4.0. It comes with spell-checking support so I added > a dep on Hunspell. Committed, thanks!
[NEW] devel/pax-utils
Hi ports@, Here is a new port: devel/pax-utils >From DESCR: pax-utils is a small set of utilities for peforming Q/A (mostly security) checks on systems (most notably, `scanelf`). It is focused on the ELF format, but does include a Mach-O helper too for OS X systems. While heavily integrated into Gentoo's build system, it can be used on any distro as it is a generic toolset. Originally focused only on PaX, it has been expanded to be generally security focused. It still has a good number of PaX helpers for people interested in that. Comments? OK? pax-utils.tar.gz Description: application/gzip
Re: Patch to update p5-Sereal-Encoder/Decoder DESCR
On Tue, Feb 07, 2023 at 05:22:33PM +0100, demerphq wrote: > BTW, the latest release of the Sereal packages shouldn't need a patch > to Makefile.PL anymore (thanks to Andrews help). Version 5.002_002 has > changes to build clean and warning free on OpenBSD, and I will release > it as version 5.003 tomorrow probably, once I have some more > cpantesters reports confirming it is ok. I think I will leave updating > that part up to you guys tho, I am not very familiar with the ports > framework. I just updated both our p5-Sereal-Decoder and p5-Sereal-Encoder packages to the 5.003 release, and removed the now unnecessary patches. Thanks for your changes and for the heads up about the upcoming release.
Re: Remove devel/gas?
On Mon, Jan 16, 2023 at 12:23:52AM +0100, Pascal Stumpf wrote: > > Following the binutils 2.40 update, I enabled the build of gas in the > > binutils package. This means we can now remove devel/gas. > > > > CC'ed MAINTAINER (pascal@) > > > > Comments? OK to remove it? > > You need to test if lang/gcc/* still works fine with the newer gas from > binutils, on aarch64, arm, powerpc64 and riscv64. Also keep in mind that > this will be the major test case for future binutils updates. If that's > fine (and everything works), go for it. I will be honest here, I had apparently managed to convince myself at some point that devel/gas was a leaf port which was used around the OpenBSD/arm64 bringup time and was never updated since. And of course, I thus didn't bother to check for any usage in the ports tree... This is of course wrong. Sorry about this. It's now clear that a lot of testing work would have to be done if we want to use gas from the binutils port, and then again for each binutils update. I'm in no position of testing on !amd64 platforms at this point, so this rules it out for now anyway.
[NEW] archivers/ancient
Hi ports@, Here is a new port: archivers/ancient It is a newly required dependency for updating audio/ocp to the latest released version. >From DESCR: This is a collection of decompression routines for old formats popular in the Amiga, Atari computers and some other systems from 80's and 90's as well as some that are currently used which were used in a some specific way in these old systems. Comments? OK? ancient.tar.gz Description: application/gzip
Remove devel/gas?
Hi ports@, When I imported binutils back in August, sthen@ hinted that it was a bit strange to now have gas in a separate port [1], to which I agreed. Following the binutils 2.40 update, I enabled the build of gas in the binutils package. This means we can now remove devel/gas. CC'ed MAINTAINER (pascal@) Comments? OK to remove it?
Re: update: net/swirc (3.3.9)
On Sat, Jan 07, 2023 at 06:20:05AM +, Markus Uhlin wrote: > Swirc 3.3.9 out! Committed, thanks!
Re: update: net/swirc 3.3.8
On Sun, Nov 27, 2022 at 08:16:37PM +, Markus Uhlin wrote: > Hi ports@, > > Today (Nov 27) I released version 3.3.8. Committed, thanks!
Re: update: net/swirc 3.3.5 -> 3.3.6
On Wed, Oct 05, 2022 at 08:14:12PM +, Markus Uhlin wrote: > Hi ports@, > > Here comes an update for net/swirc. Committed, thanks! I took care of removing the forgotten REVISION directive.
Re: [new] x11/alacritty
On Thu, Aug 25, 2022 at 12:30:43AM +0200, Jeremie Courreges-Anglas wrote: > > Resurrecting this as it seems the requirements are much more reasonable > > nowadays, and I can build the latest version in 4 minutes on my Ryzen 5 > > PRO 2500U laptop: > > > > Finished release [optimized] target(s) in 4m 07s > > Now that the build time is much smaller, what about enabling it on more > architectures? The diff below would enable it on all archs, including > powerpc64 and riscv64 (should be enabled soonish). Sounds reasonable to me. OK fcambus@ > I won't argue over the usefulness of this port on said architectures > but all the rust archs have drm drivers for GPU acceleration so why not? Well, it doesn't hurt to exercise the compiler on those arches, and it ensures the used crates keep building :)
Re: [NEW] devel/binutils
On Sat, Aug 06, 2022 at 06:08:32PM +0100, Stuart Henderson wrote: > > Binutils 2.39 has been released yesterday, so here is an updated tarball. > > > > Comments? OK to import? > > OK. > > It does seem a bit strange to have gas in a separate port though. Agreed, we should probably look into merging both ports at some point.
Re: UPDATE: www/stagit 1.1 to 1.2
On Sun, Aug 07, 2022 at 01:00:10PM +0200, Hiltjo Posthuma wrote: > The below patch updates stagit 1.1 to 1.2. > > libgit2 recently added an option GIT_OPT_SET_OWNER_VALIDATION which prevented > other users from reading a repository. In the case of stagit it is not a > security issue and broke a normal use-case. This new version disables the > option. > > Also stagit makes use of OpenBSD pledge and unveil and locks down reading > other > files from the filesystem or writing to them etc. Committed, thanks!
Re: [NEW] devel/binutils
On Sun, Jul 31, 2022 at 06:30:02PM +0200, Frederic Cambus wrote: > Here is a new port: devel/binutils > > The goal of this port is to have up to date versions of the GNU binary > utilities, and as such it excludes as (for which we have the devel/gas > port) and ld. > > This package contains the following GNU binary utilities: > > - addr2line - Converts addresses into filenames and line numbers. > - ar - A utility for creating, modifying and extracting from archives. > - c++filt - Filter to demangle encoded C++ symbols. > - elfedit - Update ELF header and program property of ELF files. > - nm - Lists symbols from object files. > - objcopy - Copies and translates object files. > - objdump - Displays information from object files. > - ranlib - Generates an index to the contents of an archive. > - readelf - Displays information from any ELF format object file. > - size - Lists the section sizes of an object or archive file. > - strings - Lists printable strings from files. > - strip - Discards symbols. > > All installed utilities have the 'g' prefix prepended to the binary > name. Binutils 2.39 has been released yesterday, so here is an updated tarball. Comments? OK to import? binutils-2.39.tar.gz Description: application/tar-gz
[NEW] devel/binutils
Hi ports@, Here is a new port: devel/binutils The goal of this port is to have up to date versions of the GNU binary utilities, and as such it excludes as (for which we have the devel/gas port) and ld. This package contains the following GNU binary utilities: - addr2line - Converts addresses into filenames and line numbers. - ar - A utility for creating, modifying and extracting from archives. - c++filt - Filter to demangle encoded C++ symbols. - elfedit - Update ELF header and program property of ELF files. - nm - Lists symbols from object files. - objcopy - Copies and translates object files. - objdump - Displays information from object files. - ranlib - Generates an index to the contents of an archive. - readelf - Displays information from any ELF format object file. - size - Lists the section sizes of an object or archive file. - strings - Lists printable strings from files. - strip - Discards symbols. All installed utilities have the 'g' prefix prepended to the binary name. Comments? OK? binutils.tar.gz Description: application/tar-gz
Re: [NEW] lang/binaryen
On Fri, May 13, 2022 at 10:23:28AM +0200, Omar Polo wrote: > > > * Effective: Binaryen's optimizer has many passes (see an overview later > > > down) that can improve code size and speed. These optimizations aim to > > nit: i'd drop the parentesized sentence, there's nothing below :) Good point, thanks for the heads-up! > > > make Binaryen powerful enough to be used as a compiler backend by > > > itself. > > > One specific area of focus is on WebAssembly-specific optimizations > > > (that > > > general-purpose compilers might not do), which you can think of as wasm > > > minification, similar to minification for JavaScript, CSS, etc., all of > > > which are language-specific. > > > > > > Comments? OK? > > > > Ping. Anyone willing to look at this? > > > > Tarball reattached for convenience. > > ok op@ > > i'd add a comment before the COMPILER line that this wants C++17 just in > case but otherwise looks good. I don't know how to properly run-test it > other than playing with the examples in the README but the built-in > tests are passing too. Thanks for your feedback, I imported the port this morning after performing the two changes you mentioned.
Re: [NEW] lang/binaryen
On Thu, May 05, 2022 at 10:17:00PM +0200, Frederic Cambus wrote: > Here is a new port: lang/binaryen > > Tests assume a local copy of GoogleTest is present, but it's not bundled > in the distribution tarball. I patched the relevant CMakeLists.txt to > disable the attempt to build a local copy and added a LIB_DEPENDS on > devel/gtest instead. > > From DESCR: > > Binaryen is a compiler and toolchain infrastructure library for WebAssembly, > written in C++. It aims to make compiling to WebAssembly easy, fast, and > effective. > > * Easy: Binaryen has a simple C API in a single header, and can also be used > from JavaScript. It accepts input in WebAssembly-like form but also accepts > a general control flow graph for compilers that prefer that. > > * Fast: Binaryen's internal IR uses compact data structures and is designed > for completely parallel codegen and optimization, using all available CPU > cores. Binaryen's IR also compiles down to WebAssembly extremely easily and > quickly because it is essentially a subset of WebAssembly. > > * Effective: Binaryen's optimizer has many passes (see an overview later > down) that can improve code size and speed. These optimizations aim to > make Binaryen powerful enough to be used as a compiler backend by itself. > One specific area of focus is on WebAssembly-specific optimizations (that > general-purpose compilers might not do), which you can think of as wasm > minification, similar to minification for JavaScript, CSS, etc., all of > which are language-specific. > > Comments? OK? Ping. Anyone willing to look at this? Tarball reattached for convenience. binaryen.tar.gz Description: application/tar-gz
Re: maintainer update: net/swirc: 3.3.3 -> 3.3.4
On Wed, May 04, 2022 at 09:29:41PM +0200, Markus Uhlin wrote: > Here comes an update for net/swirc: Committed, thanks!
[NEW] lang/binaryen
Hi ports@, Here is a new port: lang/binaryen Tests assume a local copy of GoogleTest is present, but it's not bundled in the distribution tarball. I patched the relevant CMakeLists.txt to disable the attempt to build a local copy and added a LIB_DEPENDS on devel/gtest instead. >From DESCR: Binaryen is a compiler and toolchain infrastructure library for WebAssembly, written in C++. It aims to make compiling to WebAssembly easy, fast, and effective. * Easy: Binaryen has a simple C API in a single header, and can also be used from JavaScript. It accepts input in WebAssembly-like form but also accepts a general control flow graph for compilers that prefer that. * Fast: Binaryen's internal IR uses compact data structures and is designed for completely parallel codegen and optimization, using all available CPU cores. Binaryen's IR also compiles down to WebAssembly extremely easily and quickly because it is essentially a subset of WebAssembly. * Effective: Binaryen's optimizer has many passes (see an overview later down) that can improve code size and speed. These optimizations aim to make Binaryen powerful enough to be used as a compiler backend by itself. One specific area of focus is on WebAssembly-specific optimizations (that general-purpose compilers might not do), which you can think of as wasm minification, similar to minification for JavaScript, CSS, etc., all of which are language-specific. Comments? OK? binaryen.tar.gz Description: application/tar-gz
[UPDATE] math/z3 to 4.8.16
Hi ports@,
Here is a diff to update z3 to 4.8.16.
Some functions have been removed from the library, so a major bump
is needed.
Comments? OK?
Index: Makefile
===
RCS file: /cvs/ports/math/z3/Makefile,v
retrieving revision 1.25
diff -u -p -r1.25 Makefile
--- Makefile11 Mar 2022 19:36:33 - 1.25
+++ Makefile3 May 2022 15:16:12 -
@@ -1,6 +1,6 @@
COMMENT = Z3 theorem prover
-VERSION = 4.8.9
+VERSION = 4.8.16
GH_ACCOUNT = Z3Prover
GH_PROJECT = z3
@@ -8,9 +8,8 @@ GH_TAGNAME =${GH_PROJECT}-${VERSION}
DISTNAME = ${GH_TAGNAME}
PKGNAME = ${DISTNAME:L}
-REVISION = 0
-SHARED_LIBS = z3 2.2 # 4.8
+SHARED_LIBS = z3 3.0 # 4.8
CATEGORIES = math
Index: distinfo
===
RCS file: /cvs/ports/math/z3/distinfo,v
retrieving revision 1.9
diff -u -p -r1.9 distinfo
--- distinfo18 Sep 2020 07:52:58 - 1.9
+++ distinfo3 May 2022 15:16:12 -
@@ -1,2 +1,2 @@
-SHA256 (z3-4.8.9.tar.gz) = yf0EubM750//qsPsK8LDINGkzDLjlSA8VRJrEqFP8/Q=
-SIZE (z3-4.8.9.tar.gz) = 4624159
+SHA256 (z3-4.8.16.tar.gz) = dfleCfPzX+90blcdXsiKTvuifxvI8aDvERcWdIbsPcY=
+SIZE (z3-4.8.16.tar.gz) = 5223980
Index: patches/patch-scripts_mk_util_py
===
RCS file: /cvs/ports/math/z3/patches/patch-scripts_mk_util_py,v
retrieving revision 1.7
diff -u -p -r1.7 patch-scripts_mk_util_py
--- patches/patch-scripts_mk_util_py11 Mar 2022 19:36:33 - 1.7
+++ patches/patch-scripts_mk_util_py3 May 2022 15:16:12 -
@@ -1,7 +1,7 @@
Index: scripts/mk_util.py
--- scripts/mk_util.py.orig
+++ scripts/mk_util.py
-@@ -2478,7 +2478,6 @@ def mk_config():
+@@ -2573,7 +2573,6 @@ def mk_config():
EXAMP_DEBUG_FLAG = '-g'
CPPFLAGS = '%s -DZ3DEBUG -D_DEBUG' % CPPFLAGS
else:
@@ -9,7 +9,7 @@ Index: scripts/mk_util.py
if GPROF:
CXXFLAGS += '-fomit-frame-pointer'
CPPFLAGS = '%s -DNDEBUG -D_EXTERNAL_RELEASE' % CPPFLAGS
-@@ -2491,7 +2490,7 @@ def mk_config():
+@@ -2586,7 +2585,7 @@ def mk_config():
elif sysname == 'Linux':
CXXFLAGS = '%s -D_LINUX_' % CXXFLAGS
OS_DEFINES = '-D_LINUX_'
@@ -18,7 +18,7 @@ Index: scripts/mk_util.py
SLIBFLAGS = '-shared'
SLIBEXTRAFLAGS = '%s -Wl,-soname,libz3.so' % SLIBEXTRAFLAGS
elif sysname == 'GNU':
-@@ -2528,9 +2527,9 @@ def mk_config():
+@@ -2629,9 +2628,9 @@ def mk_config():
LIB_EXT= '.lib'
else:
raise MKException('Unsupported platform: %s' % sysname)
Re: [NEW] sysutils/fd
On Fri, Apr 29, 2022 at 09:48:16AM +0200, Theo Buehler wrote: > > Here is a new port: sysutils/fd > > > > I was a bit skeptical at first about why a find replacement was useful, > > but speed alone won me over. > > I'm ok with importing this, but I'd like to see two changes: 1. add > > MODCARGO_BUILD_ARGS = --no-default-features > > to disable the use of jemalloc instead of system malloc and 2. it would > be nice if you could take MAINTAINER to reduce the burden on semarie for > Rust updates. Makes sense, thanks for spotting this. Imported with both changes in.
[NEW] sysutils/fd
Hi ports@, Here is a new port: sysutils/fd I was a bit skeptical at first about why a find replacement was useful, but speed alone won me over. The features section from the README highlights other reasons why the tool is interesting and useful: - Intuitive syntax: fd PATTERN instead of find -iname '*PATTERN*'. - Regular expression (default) and glob-based patterns. - Very fast due to parallelized directory traversal. - Uses colors to highlight different file types (same as ls). - Supports parallel command execution - Smart case: the search is case-insensitive by default. It switches to case-sensitive if the pattern contains an uppercase character*. - Ignores hidden directories and files, by default. - Ignores patterns from your .gitignore, by default. - The command name is 50% shorter* than find :-). >From DESCR: fd is a program to find entries in your filesystem. It is a simple, fast and user-friendly alternative to find. While it does not aim to support all of find's powerful functionality, it provides sensible (opinionated) defaults for a majority of use cases. Comments? OK? fd.tar.gz Description: application/tar-gz
[NEW] devel/cjson
Hi ports@, Here is a new port: devel/cjson I need it to update audio/ocp to its latest version, as it is now a required dependency. >From DESCR: cJSON aims to be the dumbest possible parser that you can get your job done with. It's a single file of C, and a single header file. Comments? OK? cjson.tar.gz Description: application/tar-gz
Re: UPDATE: www/stagit 0.9.6 -> 1.0
On Thu, Dec 09, 2021 at 09:31:28AM +0100, Hiltjo Posthuma wrote: > Hi, > > Bump, can it be updated? It has now been committed, thanks!
Re: [NEW] textproc/ruby-rexml
On Mon, Nov 22, 2021 at 08:51:22PM +0100, Clemens G??nitzer wrote: > > In terms of the port, drop the FLAVORS/FLAVOR.?? The default rexml version > > in Ruby 2.7 is 3.2.3.1, and will not conflict with version 3.2.5, so there > > is no reason this cannot be installed on Ruby 2.7.?? After that change, OK > > jeremy@.?? I think we need another committer to OK to re-import. > > > > Okay, good to know. New port attached. Looks good to me as well. OK fcambus@ to import.
Re: UPDATE: libwebsockets - Clang 13
On Sat, Nov 13, 2021 at 12:57:50PM -0500, Brad Smith wrote: > This should fix the build with Clang 13. Committed, thanks!
Re: [NEW] devel/elfcat
On Tue, Nov 02, 2021 at 01:27:42PM +, Klemens Nanni wrote:
> On Tue, Nov 02, 2021 at 12:39:53PM +, Stuart Henderson wrote:
> > for checking libs for WANTLIB, use objdump -p or readelf -d and look at
> > NEEDED
> > ldd also shows you libraries pulled in by dep's
Yes, c++abi is definitely NEEDED on !sparc64 RUST_ARCHS. Grepping the
ports tree lists it for most (all?) Rust ports.
> > > I haven't verified this is the reason, but a quick grep in Rust source
> > > tree found this in library/unwind/build.rs:
> > >
> > > } else if target.contains("openbsd") {
> > > if target.contains("sparc64") {
> > > println!("cargo:rustc-link-lib=gcc");
> > > } else {
> > > println!("cargo:rustc-link-lib=c++abi");
> > > }
> > > } else if target.contains("solaris") {
> > >
> >
> > so I guess kn's test was on sparc64
>
> Yes, sorry for not mentioning this; fcambus asked me days ago already
> but I noticed just now that this mail was off-list...
No worries. I went ahead and committed the port, thanks!
Re: [NEW] devel/elfcat
On Tue, Oct 26, 2021 at 02:14:46PM +, Klemens Nanni wrote:
> On Tue, Oct 26, 2021 at 12:59:11PM +0200, Frederic Cambus wrote:
> > Hi ports@,
> >
> > Here is a new port: devel/elfcat
> >
> > It is written in Rust and doesn't require any dependencies.
> >
> > From DESCR:
> >
> > elfcat is an ELF visualizer, which generates interactive HTML files
> > from ELF binaries.
>
> `make port-lib-depends-check' reports
> Extra: c++abi.5
> which I don't see in `ldd $(which elfcat)' after `make install', so that
> library should go.
I don't see this warning on amd64, and ldd reports it is there:
StartEnd Type Open Ref GrpRef Name
0df919fd6000 0df91a01c000 rlib 01 0
/usr/lib/libc++abi.so.5.0
I haven't verified this is the reason, but a quick grep in Rust source
tree found this in library/unwind/build.rs:
} else if target.contains("openbsd") {
if target.contains("sparc64") {
println!("cargo:rustc-link-lib=gcc");
} else {
println!("cargo:rustc-link-lib=c++abi");
}
} else if target.contains("solaris") {
Re: NEW: wayland/{wayland,wayland-protocols,wayland-utils,plasma-wayland-protocols}
On Fri, Oct 29, 2021 at 04:39:53PM +0200, Rafael Sadowski wrote: > > Another question is how much time this will > > be adding to bulk builds, could you give some information about how long > > it takes to build those packages on your machine? > > The whole Wayland category is quit small and builds really quickly. I > was surprised myself how slim the whole thing is. It's pure C without > heavy C++. > > Of course QtWayland/KWayland is a different story but even that is okay > and that is my problem ;) Thanks for providing those metrics, sounds good to me. > > No strong opinion regarding adding a new category, I noticed the other > > BSDs didn't seem to create a new category but this doesn't mean we > > shouldn't do it. > > I think x11 and other categories will benefit form it in the long term. So far there hasn't been any objections against a wayland category. After doing further research, it now seems better to me to add the new category as there is already a few dozens of compositors available, some of which we will want to package in the future. OK fcambus@ to import, in the new wayland category.
Re: [new] x11/alacritty
On Tue, Oct 26, 2021 at 11:48:40AM +, Eric Auge wrote: > diff attached, all ok? What sthen@ was suggesting is to add a @comment marker instead of removing the entry for share/terminfo/a/alacritty+common. On top of what he mentioned, this ensures that nobody reintroduces the line accidentally in the future when doing an update introducing a PLIST change. I committed the change, thanks for pointing this out Alexis!
Re: NEW: wayland/{wayland,wayland-protocols,wayland-utils,plasma-wayland-protocols}
On Fri, Oct 15, 2021 at 07:20:00AM +0200, Rafael Sadowski wrote: > I could imagine the time is right, so soon after the release. I would > like to import initial wayland ports and thus also a new category > "wayland". > > I realise that it will take time for wayland to work, but that is not > important for now. > > Example: x11/kde-applications/spectacle > > Spectacle needs kwayland/qtwayland as a strong dependency (I can build > this) to be able to take screenshots under either X11 or wayland. Means > it is not needed at runtime but we can update it. (Currently stuck at a > very old version). > > Does this make sense to you? Is a new category OK for you? > > I would be very happy to receive feedback from all porters. Thanks for looking into this. I think it would make sense to import them if it makes your work on KDE easier. Also, being proactive regarding Wayland will allow to start upstreaming patches and ensure it at least keeps building on OpenBSD, so I view this as a good thing. The potential downsides I see is that those packages might be auto- detected at configure time by some of our existing ports, and some ports might need to be adjusted. Another question is how much time this will be adding to bulk builds, could you give some information about how long it takes to build those packages on your machine? No strong opinion regarding adding a new category, I noticed the other BSDs didn't seem to create a new category but this doesn't mean we shouldn't do it.
Re: [new] x11/alacritty
On Sun, Oct 24, 2021 at 02:28:23PM +0200, Alexis H wrote: > Yes, that's what I meat. > > Excellent suggestion, Stuart, thanks for bringing this up! Sounds good to me as well, please send a diff :) This will require a revision bump.
[NEW] devel/elfcat
Hi ports@, Here is a new port: devel/elfcat It is written in Rust and doesn't require any dependencies. >From DESCR: elfcat is an ELF visualizer, which generates interactive HTML files from ELF binaries. Comments? OK? elfcat.tar.gz Description: application/tar-gz
Re: mail/cue: update? remove? (tests/help with autoconf needed)
On Mon, Oct 25, 2021 at 03:18:32PM +0100, Theo Buehler wrote: > I have one vote to remove this. Any opinions? Seconded, a quick search showed that we are the only ones besides Pkgsrc to still ship this. OK fcambus@ to remove.
[UPDATE] textproc/lowdown to 0.9.2
Hi ports@, Here is a diff to update lowdown to 0.9.2. Comments? OK? Index: Makefile === RCS file: /cvs/ports/textproc/lowdown/Makefile,v retrieving revision 1.26 diff -u -p -r1.26 Makefile --- Makefile27 Jul 2021 10:51:48 - 1.26 +++ Makefile22 Oct 2021 11:44:05 - @@ -1,7 +1,7 @@ # $OpenBSD: Makefile,v 1.26 2021/07/27 10:51:48 sthen Exp $ COMMENT = simple markdown translator -DISTNAME = lowdown-0.8.5 +DISTNAME = lowdown-0.9.2 CATEGORIES = textproc HOMEPAGE = https://kristaps.bsd.lv/lowdown/ Index: distinfo === RCS file: /cvs/ports/textproc/lowdown/distinfo,v retrieving revision 1.23 diff -u -p -r1.23 distinfo --- distinfo27 Jul 2021 10:51:48 - 1.23 +++ distinfo22 Oct 2021 11:44:05 - @@ -1,2 +1,2 @@ -SHA256 (lowdown-0.8.5.tar.gz) = DMdpuJ4jXGHK84/eL35r0hBujnNNN7HqMh2WoTDwTwQ= -SIZE (lowdown-0.8.5.tar.gz) = 209639 +SHA256 (lowdown-0.9.2.tar.gz) = XDVdHbIHGRaxrW54kgjeZkvjeBvRfdi2sJsXB6KDqYg= +SIZE (lowdown-0.9.2.tar.gz) = 217279
[UPDATE] textproc/ripgrep to 13.0.0
Hi ports@,
Here is a diff to update ripgrep to 13.0.0.
While there, move all MODCARGO_CRATES directives to a "crates.inc"
file, as we do for several other Rust ports.
I've been running with this ripgrep update for a couple of days without
any issue.
Comments? OK?
Index: Makefile
===
RCS file: /cvs/ports/textproc/ripgrep/Makefile,v
retrieving revision 1.19
diff -u -p -r1.19 Makefile
--- Makefile27 May 2020 09:38:34 - 1.19
+++ Makefile22 Oct 2021 11:34:01 -
@@ -4,7 +4,7 @@ COMMENT = line oriented search tool usi
GH_ACCOUNT = BurntSushi
GH_PROJECT = ripgrep
-GH_TAGNAME = 12.1.0
+GH_TAGNAME = 13.0.0
CATEGORIES = textproc sysutils
@@ -19,71 +19,6 @@ DISTFILES += ${DISTNAME}${EXTRACT_SUFX}
MODULES = devel/cargo
BUILD_DEPENDS =textproc/asciidoc
-MODCARGO_CRATES += aho-corasick0.7.10 # Unlicense/MIT
-MODCARGO_CRATES += atty0.2.14 # MIT
-MODCARGO_CRATES += autocfg 1.0.0 # Apache-2.0 OR MIT
-MODCARGO_CRATES += base64 0.12.1 # MIT/Apache-2.0
-MODCARGO_CRATES += bitflags1.2.1 # MIT/Apache-2.0
-MODCARGO_CRATES += bstr0.2.12 # MIT OR Apache-2.0
-MODCARGO_CRATES += bytecount 0.6.0 # Apache-2.0/MIT
-MODCARGO_CRATES += byteorder 1.3.4 # Unlicense OR MIT
-MODCARGO_CRATES += cc 1.0.52 # MIT/Apache-2.0
-MODCARGO_CRATES += cfg-if 0.1.10 # MIT/Apache-2.0
-MODCARGO_CRATES += clap2.33.0 # MIT
-MODCARGO_CRATES += crossbeam-channel 0.4.2 # MIT/Apache-2.0 AND
BSD-2-Clause
-MODCARGO_CRATES += crossbeam-utils 0.7.2 # MIT/Apache-2.0
-MODCARGO_CRATES += encoding_rs 0.8.22 # MIT/Apache-2.0
-MODCARGO_CRATES += encoding_rs_io 0.1.7 # MIT OR Apache-2.0
-MODCARGO_CRATES += fnv 1.0.6 # Apache-2.0 / MIT
-MODCARGO_CRATES += fs_extra1.1.0 # MIT
-MODCARGO_CRATES += glob0.3.0 # MIT/Apache-2.0
-MODCARGO_CRATES += globset 0.4.5 # Unlicense/MIT
-MODCARGO_CRATES += grep0.2.6 # Unlicense/MIT
-MODCARGO_CRATES += grep-cli0.1.4 # Unlicense/MIT
-MODCARGO_CRATES += grep-matcher0.1.4 # Unlicense/MIT
-MODCARGO_CRATES += grep-pcre2 0.1.4 # Unlicense/MIT
-MODCARGO_CRATES += grep-printer0.1.5 # Unlicense/MIT
-MODCARGO_CRATES += grep-regex 0.1.8 # Unlicense/MIT
-MODCARGO_CRATES += grep-searcher 0.1.7 # Unlicense/MIT
-MODCARGO_CRATES += hermit-abi 0.1.12 # MIT/Apache-2.0
-MODCARGO_CRATES += ignore 0.4.15 # Unlicense/MIT
-MODCARGO_CRATES += itoa0.4.5 # MIT OR Apache-2.0
-MODCARGO_CRATES += jemalloc-sys0.3.2 # MIT/Apache-2.0
-MODCARGO_CRATES += jemallocator0.3.2 # MIT/Apache-2.0
-MODCARGO_CRATES += lazy_static 1.4.0 # MIT/Apache-2.0
-MODCARGO_CRATES += libc0.2.69 # MIT OR Apache-2.0
-MODCARGO_CRATES += log 0.4.8 # MIT OR Apache-2.0
-MODCARGO_CRATES += maybe-uninit2.0.0 # Apache-2.0 OR MIT
-MODCARGO_CRATES += memchr 2.3.3 # Unlicense/MIT
-MODCARGO_CRATES += memmap 0.7.0 # MIT/Apache-2.0
-MODCARGO_CRATES += num_cpus1.13.0 # MIT/Apache-2.0
-MODCARGO_CRATES += packed_simd 0.3.3 # MIT/Apache-2.0
-MODCARGO_CRATES += pcre2 0.2.3 # Unlicense/MIT
-MODCARGO_CRATES += pcre2-sys 0.2.2 # Unlicense/MIT
-MODCARGO_CRATES += pkg-config 0.3.17 # MIT/Apache-2.0
-MODCARGO_CRATES += proc-macro2 1.0.12 # MIT OR Apache-2.0
-MODCARGO_CRATES += quote 1.0.4 # MIT OR Apache-2.0
-MODCARGO_CRATES += regex 1.3.7 # MIT OR Apache-2.0
-MODCARGO_CRATES += regex-automata 0.1.9 # Unlicense/MIT
-MODCARGO_CRATES += regex-syntax0.6.17 # MIT/Apache-2.0
-MODCARGO_CRATES += ryu 1.0.4 # Apache-2.0 OR BSL-1.0
-MODCARGO_CRATES += same-file 1.0.6 # Unlicense/MIT
-MODCARGO_CRATES += serde 1.0.107 # MIT OR Apache-2.0
-MODCARGO_CRATES += serde_derive1.0.107 # MIT OR Apache-2.0
-MODCARGO_CRATES += serde_json 1.0.52 # MIT OR Apache-2.0
-MODCARGO_CRATES += strsim 0.8.0 # MIT
-MODCARGO_CRATES += syn 1.0.19 # MIT OR Apache-2.0
-MODCARGO_CRATES += termcolor 1.1.0 # Unlicense OR MIT
-MODCARGO_CRATES += textwrap0.11.0 # MIT
-MODCARGO_CRATES += thread_local1.0.1 # Apache-2.0/MIT
-MODCARGO_CRATES += unicode-width 0.1.7 # MIT/Apache-2.0
-MODCARGO_CRATES += unicode-xid 0.2.0 # MIT OR Apache-2.0
-MODCARGO_CRATES += walkdir 2.3.1 # Unlicense/MIT
-MODCARGO_CRATES += winapi 0.3.8 # MIT/Apache-2.0
-MODCARGO_CRATES += winapi-i686-pc-windows-gnu 0.4.0 # MIT/Apache-2.0
-MODCARGO_CRATES += winapi-util 0.1.5 # Unlicense/MIT
-MODCARGO_CRATES += winapi-x86_64-pc-windows-gnu0.4.0 # MIT/Apache-2.0
-
CONFIGURE_STYLE = cargo
PATCHORIG =
Re: [new] x11/alacritty
On Fri, Oct 22, 2021 at 04:16:53PM +0100, Stuart Henderson wrote:
> Please remove MODPY_VERSION = ${MODPY_DEFAULT_VERSION_3}, it is the default
>
> crates.inc is missing license info (modcargo-gen-crates-licenses)
>
> README underlining with === has the wrong number of chars
>
> ${PKGSTEM}(1) makes no sense, just use alacritty(1). Maybe "read through"
> instead of "go through".
Makes sense. Here is an updated tarball with the mentioned changes.
Comments? OK?
alacritty.tar.gz
Description: application/tar-gz
Re: [new] x11/alacritty
On Mon, Oct 18, 2021 at 12:03:32PM +, Eric Auge wrote:
> An update after some useful comments from a person (Alexis
> Hildebrandt) off list, as diff:
> + tic -s -x -o ${PREFIX}/share/terminfo ${EXTRA_DIR}/alacritty.info
Thanks! I updated the PLIST so the generated files are installed.
Here is an updated tarball with the following changes, discussed
with tb@:
- Some pkg/README tweaks and fixes
- Patch the default shell to /bin/ksh and switch argument from --login
to -l, so users can simply uncomment those lines and get a working
configuration
- Add missing $OpenBSD$ RCS ID marker for patches
- Add missing terminfo entries in PLIST
Comments? OK to import?
alacritty.tar.gz
Description: application/tar-gz
Re: [maintainer update] yle-dl-20210808
On Mon, Sep 13, 2021 at 06:57:04AM +0300, Timo Myyr?? wrote: > Here's an update to yle-dl to bring it to latest release. Committed thanks! I regenerated the PLIST beforehand, so the jsonhelpers module gets installed, as the program wouldn't run without it. > Also noticed that yle-dl has not used py-progress in a while and neither > seems other ports so I think the devel/py-progress package can be > removed from ports as well. No opinion on this, so I will defer to other porters. It's still being maintained upstream though, so I don't see any harm in keeping it in the ports tree either.
Re: NEW: www/sfeed and www/sfeed_curses (RSS/Atom tool and reader)
On Mon, Sep 06, 2021 at 06:49:03PM +, Brian Callahan wrote: > > > > It would be nice if it is packaged in the OpenBSD 7.0 release. > > If someone wants to import with my ok too, go ahead. I won't be able to get > around to this myself for the next several days. This has now been committed, thanks for your submissions Hiltjo!
Re: [new] x11/alacritty
On Mon, Aug 12, 2019 at 07:39:23AM +0200, Theo Buehler wrote: > On Sun, Aug 11, 2019 at 11:30:09PM +0100, Stuart Henderson wrote: > > So the claimed advantage is that it's super fast, but actually it uses way > > more cpu than probably any other terminal emulator in the tree except > > cool-retro-term? > > Yes, it is blazing fast. matthieu's test of 'cat /etc/termcap' completes > in under 0.1s while xterm uses 0.2-0.3s. It does feel way snappier than > xterm in general. > > It looks like I made CPU use worse by about a factor of 2 due to using > vm.malloc_conf=CFJ. Still, ~5% is way more than it should need. > > Another advantage is that contrary to xterm it is trivial to configure > thanks to a self-documenting .yml config file. > > > Is this useful enough to be worth adding so much time to a bulk build? > > I doubt it. > > > It will likely need to be amd64-only. > > Probably. Testing on other archs would need more time than I currently > have. Resurrecting this as it seems the requirements are much more reasonable nowadays, and I can build the latest version in 4 minutes on my Ryzen 5 PRO 2500U laptop: Finished release [optimized] target(s) in 4m 07s Here is a new tarball with the following changes: - Update to alacritty 0.9.0 - Move MODCARGO_CRATES directives into crates.inc. - Remove the ulimit checks, as I was able to build the port as a regular user with the default limits without running out of memory alacritty.tar.gz Description: application/tar-gz
Re: NEW: www/sfeed and www/sfeed_curses (RSS/Atom tool and reader)
On Sun, Aug 29, 2021 at 03:36:40PM +0200, Hiltjo Posthuma wrote: > > Other than that, both look good and following your readmes and sample > > sfeedrc gets everything working on my machine. Same here, works as advertised on my machine. > I've attached an updated tarball of the ports with your recommended changes. Looks good to me, OK fcambus@ to import.
Re: [UPDATE] net/mtr to 0.94
On Wed, Sep 01, 2021 at 08:08:55PM +0100, Stuart Henderson wrote:
> > Here is a diff to update mtr to 0.94.
> >
> > Notable changes:
> >
> > - Drop upstream patches which are now part of the release
> > - Disable new optional dependency on devel/jansson to produce JSON output
> > - Switch from Gtk+2 to Gtk+3
>
> Please remove MODPY_VERSION, the tests fail with 3.x just as well
> as they fail with 2.x ;)
>
> --json in the old version used internal code that mostly worked but
> produced slightly buggy output. The new version cleaned that up by
> moving to external libjansson, so by using --without-jansson it removes
> a feature that was present before. Personally I would keep that support.
Right, thanks for pointing this out, I agree we should keep it.
Here is a new revision with the following changes:
- Add new dependency on devel/jansson
- Fix RCS ID marker: kpenBSD -> OpenBSD
- Drop MODPY_VERSION
Comments? OK?
Index: Makefile
===
RCS file: /cvs/ports/net/mtr/Makefile,v
retrieving revision 1.72
diff -u -p -r1.72 Makefile
--- Makefile23 Feb 2021 19:39:33 - 1.72
+++ Makefile2 Sep 2021 14:50:42 -
@@ -4,9 +4,8 @@ COMMENT=network diagnostic tool, simila
GH_ACCOUNT=traviscross
GH_PROJECT=mtr
-GH_TAGNAME=v0.93
+GH_TAGNAME=v0.94
EPOCH= 0
-REVISION= 0
CATEGORIES=net
@@ -16,13 +15,15 @@ HOMEPAGE= https://www.bitwizard.nl/mtr/
PERMIT_PACKAGE=yes
# diff for pledge(), not yet enabled
-WANTLIB += c m curses
+WANTLIB += c m curses jansson
FLAVORS= gtk
FLAVOR?=
BUILD_DEPENDS= shells/bash-completion
+LIB_DEPENDS= devel/jansson
+
CONFIGURE_STYLE= autoreconf
AUTORECONF=${WRKSRC}/bootstrap.sh
AUTOCONF_VERSION= 2.69
@@ -31,18 +32,16 @@ AUTOMAKE_VERSION= 1.15
CONFIGURE_ENV= LDFLAGS="-L${LOCALBASE}/lib"
MODULES= lang/python # for tests only
-MODPY_VERSION =${MODPY_DEFAULT_VERSION_2}
MODPY_BUILDDEP=No
MODPY_RUNDEP= No
TEST_DEPENDS= ${MODPY_RUN_DEPENDS}
.if ${FLAVOR} == "gtk"
CONFIGURE_ARGS+= --with-gtk-prefix=${LOCALBASE}
-LIB_DEPENDS+= x11/gtk+2
-WANTLIB += X11 Xcomposite Xcursor Xdamage Xext Xfixes Xi Xinerama
-WANTLIB += Xrandr Xrender atk-1.0 cairo fontconfig freetype gdk-x11-2.0
-WANTLIB += gdk_pixbuf-2.0 gio-2.0 glib-2.0 gobject-2.0 gtk-x11-2.0
-WANTLIB += intl pango-1.0 pangocairo-1.0 pangoft2-1.0 pthread z
+LIB_DEPENDS+= x11/gtk+3
+WANTLIB += atk-1.0 cairo cairo-gobject gdk-3 gdk_pixbuf-2.0 gio-2.0
+WANTLIB += glib-2.0 gobject-2.0 gtk-3 harfbuzz intl pango-1.0
+WANTLIB += pangocairo-1.0 pthread
.else
CONFIGURE_ARGS+= --without-glib \
--without-gtk
Index: distinfo
===
RCS file: /cvs/ports/net/mtr/distinfo,v
retrieving revision 1.19
diff -u -p -r1.19 distinfo
--- distinfo21 Aug 2019 15:23:42 - 1.19
+++ distinfo2 Sep 2021 14:50:42 -
@@ -1,2 +1,2 @@
-SHA256 (mtr-0.93.tar.gz) = OhqzMBBN3uMTWvPPpWe5YIABxd7svyAMCLVF7W16TI8=
-SIZE (mtr-0.93.tar.gz) = 142148
+SHA256 (mtr-0.94.tar.gz) = 6gNv3UXaSIwkFgP26lmga7z+bCYXfr00//VDNqRElLg=
+SIZE (mtr-0.94.tar.gz) = 143616
Index: patches/patch-packet_packet_c
===
RCS file: /cvs/ports/net/mtr/patches/patch-packet_packet_c,v
retrieving revision 1.3
diff -u -p -r1.3 patch-packet_packet_c
--- patches/patch-packet_packet_c 21 Aug 2019 15:23:42 - 1.3
+++ patches/patch-packet_packet_c 2 Sep 2021 14:50:42 -
@@ -1,4 +1,4 @@
-$kpenBSD: patch-packet_packet_c,v 1.2 2017/06/02 16:50:16 sthen Exp $
+$OpenBSD: patch-packet_packet_c,v 1.2 2017/06/02 16:50:16 sthen Exp $
Index: packet/packet.c
--- packet/packet.c.orig
Index: patches/patch-packet_probe_c
===
RCS file: patches/patch-packet_probe_c
diff -N patches/patch-packet_probe_c
--- patches/patch-packet_probe_c21 Aug 2019 15:23:42 - 1.1
+++ /dev/null 1 Jan 1970 00:00:00 -
@@ -1,28 +0,0 @@
-$OpenBSD: patch-packet_probe_c,v 1.1 2019/08/21 15:23:42 sthen Exp $
-
-From 9fe183d61f5382bd6dae1df1db6439a27e8edde2 Mon Sep 17 00:00:00 2001
-From: Chongyu Zhu
-Date: Tue, 6 Aug 2019 23:01:57 +0800
-Subject: [PATCH] probe: fix find_source_addr
-
-Index: packet/probe.c
packet/probe.c.orig
-+++ packet/probe.c
-@@ -323,7 +323,7 @@ int find_source_addr(
-anything to the port.
- */
- *sockaddr_port_offset(&dest_with_port) = htons(1);
--len = sockaddr_addr_size(&dest_with_port);
-+len = sockaddr_size(&dest_with_port);
-
- sock = socket(destaddr->ss_family, SOCK_DGRAM, IPPROTO_UDP);
- if (sock == -1) {
-@@ -364,7 +364,7 @@ int find_source_addr(
-Zero the port, as we may later use this address to finding, and
-we don't want to use the port from the socket we just created.
- */
--*so
Remove audio/tempest?
Hi ports@, This program is from 2001 and was written with CRT monitors in mind, so I don't think anyone still uses this. >From DESCR: Tempest for Eliza is a program that uses your computer monitor to send out AM short wave radio signals. You can then hear computer generated music in your radio. It teaches you that your computer can be observed. Tempest for Eliza works with every monitor, every resolution. Comments? OK to remove it?
[UPDATE] net/mtr to 0.94
Hi ports@,
Here is a diff to update mtr to 0.94.
Notable changes:
- Drop upstream patches which are now part of the release
- Disable new optional dependency on devel/jansson to produce JSON output
- Switch from Gtk+2 to Gtk+3
Comments? OK?
Index: Makefile
===
RCS file: /cvs/ports/net/mtr/Makefile,v
retrieving revision 1.72
diff -u -p -r1.72 Makefile
--- Makefile23 Feb 2021 19:39:33 - 1.72
+++ Makefile1 Sep 2021 13:56:52 -
@@ -4,9 +4,8 @@ COMMENT=network diagnostic tool, simila
GH_ACCOUNT=traviscross
GH_PROJECT=mtr
-GH_TAGNAME=v0.93
+GH_TAGNAME=v0.94
EPOCH= 0
-REVISION= 0
CATEGORIES=net
@@ -38,15 +37,16 @@ TEST_DEPENDS= ${MODPY_RUN_DEPENDS}
.if ${FLAVOR} == "gtk"
CONFIGURE_ARGS+= --with-gtk-prefix=${LOCALBASE}
-LIB_DEPENDS+= x11/gtk+2
-WANTLIB += X11 Xcomposite Xcursor Xdamage Xext Xfixes Xi Xinerama
-WANTLIB += Xrandr Xrender atk-1.0 cairo fontconfig freetype gdk-x11-2.0
-WANTLIB += gdk_pixbuf-2.0 gio-2.0 glib-2.0 gobject-2.0 gtk-x11-2.0
-WANTLIB += intl pango-1.0 pangocairo-1.0 pangoft2-1.0 pthread z
+LIB_DEPENDS+= x11/gtk+3
+WANTLIB += atk-1.0 cairo cairo-gobject gdk-3 gdk_pixbuf-2.0 gio-2.0
+WANTLIB += glib-2.0 gobject-2.0 gtk-3 harfbuzz intl pango-1.0
+WANTLIB += pangocairo-1.0 pthread
.else
CONFIGURE_ARGS+= --without-glib \
--without-gtk
.endif
+
+CONFIGURE_ARGS+= --without-jansson
pre-test:
ln -fs ${MODPY_BIN} ${WRKDIR}/bin/python
Index: distinfo
===
RCS file: /cvs/ports/net/mtr/distinfo,v
retrieving revision 1.19
diff -u -p -r1.19 distinfo
--- distinfo21 Aug 2019 15:23:42 - 1.19
+++ distinfo1 Sep 2021 13:56:52 -
@@ -1,2 +1,2 @@
-SHA256 (mtr-0.93.tar.gz) = OhqzMBBN3uMTWvPPpWe5YIABxd7svyAMCLVF7W16TI8=
-SIZE (mtr-0.93.tar.gz) = 142148
+SHA256 (mtr-0.94.tar.gz) = 6gNv3UXaSIwkFgP26lmga7z+bCYXfr00//VDNqRElLg=
+SIZE (mtr-0.94.tar.gz) = 143616
Index: patches/patch-packet_probe_c
===
RCS file: patches/patch-packet_probe_c
diff -N patches/patch-packet_probe_c
--- patches/patch-packet_probe_c21 Aug 2019 15:23:42 - 1.1
+++ /dev/null 1 Jan 1970 00:00:00 -
@@ -1,28 +0,0 @@
-$OpenBSD: patch-packet_probe_c,v 1.1 2019/08/21 15:23:42 sthen Exp $
-
-From 9fe183d61f5382bd6dae1df1db6439a27e8edde2 Mon Sep 17 00:00:00 2001
-From: Chongyu Zhu
-Date: Tue, 6 Aug 2019 23:01:57 +0800
-Subject: [PATCH] probe: fix find_source_addr
-
-Index: packet/probe.c
packet/probe.c.orig
-+++ packet/probe.c
-@@ -323,7 +323,7 @@ int find_source_addr(
-anything to the port.
- */
- *sockaddr_port_offset(&dest_with_port) = htons(1);
--len = sockaddr_addr_size(&dest_with_port);
-+len = sockaddr_size(&dest_with_port);
-
- sock = socket(destaddr->ss_family, SOCK_DGRAM, IPPROTO_UDP);
- if (sock == -1) {
-@@ -364,7 +364,7 @@ int find_source_addr(
-Zero the port, as we may later use this address to finding, and
-we don't want to use the port from the socket we just created.
- */
--*sockaddr_port_offset(&srcaddr) = 0;
-+*sockaddr_port_offset(srcaddr) = 0;
-
- return 0;
- }
Index: patches/patch-packet_probe_unix_c
===
RCS file: /cvs/ports/net/mtr/patches/patch-packet_probe_unix_c,v
retrieving revision 1.1
diff -u -p -r1.1 patch-packet_probe_unix_c
--- patches/patch-packet_probe_unix_c 21 Aug 2019 15:23:42 - 1.1
+++ patches/patch-packet_probe_unix_c 1 Sep 2021 13:56:52 -
@@ -3,7 +3,7 @@ $OpenBSD: patch-packet_probe_unix_c,v 1.
Index: packet/probe_unix.c
--- packet/probe_unix.c.orig
+++ packet/probe_unix.c
-@@ -129,7 +129,7 @@ void check_length_order(
+@@ -137,7 +137,7 @@ void check_length_order(
ssize_t bytes_sent;
int packet_size;
@@ -12,21 +12,12 @@ Index: packet/probe_unix.c
/* Linux will accept either byte order and check below fails to work
* in some cases due to sendto() returning EPERM. */
return;
-@@ -797,7 +797,7 @@ void receive_replies_from_recv_socket(
+@@ -805,7 +805,7 @@ void receive_replies_from_recv_socket(
+ }
}
- #endif
-#ifdef SO_PROTOCOL
+#if defined(SO_PROTOCOL) && defined(HAVE_LINUX_ERRQUEUE_H)
if (icmp_connrefused_received) {
/* using ICMP type ICMP_ECHOREPLY is not a bug, it is an
indication of successfully reaching dst host.
-@@ -818,7 +818,7 @@ void receive_replies_from_recv_socket(
- /* ICMP packets received from raw socket */
- handle_received_packet(net_state, &remote_addr, packet,
-packet_length, ×tamp);
--#ifdef SO_PROTOCOL
-+#if defined(SO_PROTOCOL) && defined(HAVE_LINUX_ERRQUEUE_H)
- }
- #endif
- }
Index:
Re: UPDATE: www/stagit 0.9.5 -> 0.9.6
On Thu, May 27, 2021 at 12:47:55PM +0200, Hiltjo Posthuma wrote: > This bumps stagit from 0.9.5 to 0.9.6: > > The changelog can be found here: > > https://git.codemadness.org/stagit/log.html > > Patch below tested on -current on amd64: Committed, thanks!
Re: emulators/mame use system pugixml
On Tue, May 25, 2021 at 05:52:31AM +0200, Rafael Sadowski wrote: > On Tue May 25, 2021 at 05:50:06AM +0200, Rafael Sadowski wrote: > > Simple diff to enable pugixml usage in mame. OK? > > > > of course, with REVISION bump: Looks good to me. Brad also sent me the same diff privately, so please mention it in the commit message as we usually do. OK fcambus@
[UPDATE] textproc/lowdown to 0.8.3
Hi ports@, Here is a diff to update lowdown to 0.8.3. Those versions bring several bugfixes and split lowdown(1) into lowdown-diff(1) for easier reading. Comments? OK? Index: Makefile === RCS file: /cvs/ports/textproc/lowdown/Makefile,v retrieving revision 1.24 diff -u -p -r1.24 Makefile --- Makefile13 Feb 2021 19:37:15 - 1.24 +++ Makefile18 Mar 2021 09:49:57 - @@ -1,7 +1,7 @@ # $OpenBSD: Makefile,v 1.24 2021/02/13 19:37:15 fcambus Exp $ COMMENT = simple markdown translator -DISTNAME = lowdown-0.8.1 +DISTNAME = lowdown-0.8.3 CATEGORIES = textproc HOMEPAGE = https://kristaps.bsd.lv/lowdown/ Index: distinfo === RCS file: /cvs/ports/textproc/lowdown/distinfo,v retrieving revision 1.21 diff -u -p -r1.21 distinfo --- distinfo13 Feb 2021 19:37:15 - 1.21 +++ distinfo18 Mar 2021 09:49:57 - @@ -1,2 +1,2 @@ -SHA256 (lowdown-0.8.1.tar.gz) = 5ptxsGvCblOLpDtVE0uTGnWAubyEZrX5JAi7zYNU85Q= -SIZE (lowdown-0.8.1.tar.gz) = 196068 +SHA256 (lowdown-0.8.3.tar.gz) = jKuGzHEMAv28Yae9cW/YlqRL2t4uFtyIr9x2rguw7yo= +SIZE (lowdown-0.8.3.tar.gz) = 201286 Index: pkg/PLIST === RCS file: /cvs/ports/textproc/lowdown/pkg/PLIST,v retrieving revision 1.11 diff -u -p -r1.11 PLIST --- pkg/PLIST 13 Feb 2021 19:37:15 - 1.11 +++ pkg/PLIST 18 Mar 2021 09:49:57 - @@ -4,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
[UPDATE] editors/le to 1.16.8
Hi ports@, Here is a diff to update le to 1.16.8. Comments? OK? Index: Makefile === RCS file: /cvs/ports/editors/le/Makefile,v retrieving revision 1.16 diff -u -p -r1.16 Makefile --- Makefile1 Jan 2020 18:56:32 - 1.16 +++ Makefile11 Mar 2021 09:54:55 - @@ -1,7 +1,7 @@ # $OpenBSD: Makefile,v 1.16 2020/01/01 18:56:32 bcallah Exp $ COMMENT = text editor inspired by Norton Commander -DISTNAME = le-1.16.7 +DISTNAME = le-1.16.8 CATEGORIES = editors HOMEPAGE = http://lav.yar.ru/programs.html Index: distinfo === RCS file: /cvs/ports/editors/le/distinfo,v retrieving revision 1.7 diff -u -p -r1.7 distinfo --- distinfo1 Jan 2020 18:56:32 - 1.7 +++ distinfo11 Mar 2021 09:54:55 - @@ -1,2 +1,2 @@ -SHA256 (le-1.16.7.tar.gz) = HL4IHrox5pM2PJuKhGSvEH5Lq/0jVKCaF9wxWzYFr0E= -SIZE (le-1.16.7.tar.gz) = 1063942 +SHA256 (le-1.16.8.tar.gz) = WVkPOI1Gibe2PWDrN0VJuFh5YCuU/A4IQ/fGWmZILB4= +SIZE (le-1.16.8.tar.gz) = 1103297
Re: UPDATE: textproc/lowdown 0.8.1
On Wed, Feb 10, 2021 at 09:28:48PM -0800, Bryan Vyhmeister wrote: > 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. Committed, thanks!
Re: [NEW] graphics/libspiro 20200505
On Sat, Jan 23, 2021 at 01:38:04AM -0700, Anthony J. Bentley wrote: > On Sun, Jan 17, 2021 at 4:46 AM Alessandro De Laurenzis > wrote: > > A year ago there has been an attempt to import this library (see [1]). > > At that time the port was put "on-hold" since there were 2 issues in the > > test suite; upstream has closed both as "resolved" (see [2] and [3]) and > > I can confirm that now all tests pass on amd64 (it would be better to > > double-check on spark64 too, since kurt@ reported similar issues there). > > > > W.r.t. Frederic's port, in the attached one I updated the version to > > 20200505, added PKGNAME and WRKDIST variables into the Makefile (plus a > > comment explaining the reason why gnu LIBTOOL is used) and changed a bit > > the formatting in DESCR (also making more evident the attribution to the > > original author). > > > > I need this port to update graphics/ipe to the latest release, since the > > distribution no more includes spiro's sources. > > > > Hope it can be imported now. > > ok bentley@ > > Frederic, do you still want to be MAINTAINER? OK fcambus@ to import, with the MAINTAINER line removed or modified in case Alessandro wants to take maintainership.
[UPDATE] games/dopewars to 1.6.1
Hi ports@,
Here is a diff to update dopewars to 1.6.1.
Notable changes:
- Add new required dependency on net/curl
- Switch from Gtk+2 to Gtk+3
- Drop now unneeded patches
Comments? OK?
Index: Makefile
===
RCS file: /cvs/ports/games/dopewars/Makefile,v
retrieving revision 1.66
diff -u -p -r1.66 Makefile
--- Makefile9 Jan 2020 08:22:38 - 1.66
+++ Makefile7 Jan 2021 10:14:32 -
@@ -2,8 +2,7 @@
COMMENT= game where you deal drugs on the streets of NY
-DISTNAME= dopewars-1.5.12
-REVISION= 15
+DISTNAME= dopewars-1.6.1
CATEGORIES=games
MASTER_SITES= ${MASTER_SITE_SOURCEFORGE:=dopewars/}
@@ -12,9 +11,10 @@ HOMEPAGE=https://dopewars.sourceforge.i
# GPL
PERMIT_PACKAGE=Yes
-WANTLIB += c glib-2.0 iconv intl curses
+WANTLIB += c curl curses glib-2.0 iconv intl
-LIB_DEPENDS+= devel/glib2
+LIB_DEPENDS+= devel/glib2 \
+ net/curl
LOCALSTATEDIR= ${BASELOCALSTATEDIR}/games
@@ -35,11 +35,9 @@ FLAVOR?=
CONFIGURE_ARGS+= --disable-gui-client
.else
RUN_DEPENDS+= devel/xdg-utils
-LIB_DEPENDS+= x11/gtk+2
-WANTLIB += X11 Xcomposite Xcursor Xdamage Xext Xfixes Xi Xinerama
-WANTLIB += Xrandr Xrender atk-1.0 cairo fontconfig freetype
-WANTLIB += gdk-x11-2.0 gdk_pixbuf-2.0 gio-2.0 gobject-2.0 gtk-x11-2.0
-WANTLIB += pango-1.0 pangocairo-1.0 pangoft2-1.0 z
+LIB_DEPENDS+= x11/gtk+3
+WANTLIB += atk-1.0 cairo cairo-gobject gdk-3 gdk_pixbuf-2.0 gio-2.0
+WANTLIB += gobject-2.0 gtk-3 harfbuzz pango-1.0 pangocairo-1.0
.endif
post-patch:
Index: distinfo
===
RCS file: /cvs/ports/games/dopewars/distinfo,v
retrieving revision 1.6
diff -u -p -r1.6 distinfo
--- distinfo18 Jan 2015 03:13:57 - 1.6
+++ distinfo7 Jan 2021 10:14:32 -
@@ -1,2 +1,2 @@
-SHA256 (dopewars-1.5.12.tar.gz) = IwWdzeqWxgcrFI7iHXYjfvNTXlvpCzstgjnRUP7uDBk=
-SIZE (dopewars-1.5.12.tar.gz) = 1419725
+SHA256 (dopewars-1.6.1.tar.gz) = gxJ5A6Ydgc2iUaAi+d8VDRHie90EDoWMCcV5J8wO3qY=
+SIZE (dopewars-1.6.1.tar.gz) = 1459612
Index: patches/patch-Makefile_in
===
RCS file: /cvs/ports/games/dopewars/patches/patch-Makefile_in,v
retrieving revision 1.5
diff -u -p -r1.5 patch-Makefile_in
--- patches/patch-Makefile_in 5 Jul 2007 17:28:18 - 1.5
+++ patches/patch-Makefile_in 7 Jan 2021 10:14:32 -
@@ -1,12 +1,13 @@
$OpenBSD: patch-Makefile_in,v 1.5 2007/07/05 17:28:18 jasper Exp $
Makefile.in.orig Wed Dec 20 20:53:11 2006
-+++ Makefile.inWed Dec 20 20:53:22 2006
-@@ -652,7 +652,7 @@ info: info-recursive
+Index: Makefile.in
+--- Makefile.in.orig
Makefile.in
+@@ -823,7 +823,7 @@ info: info-recursive
info-am:
-install-data-am: install-data-local
+install-data-am:
- install-exec-am:
+ install-dvi: install-dvi-recursive
Index: patches/patch-doc-help-Makefile_in
===
RCS file: patches/patch-doc-help-Makefile_in
diff -N patches/patch-doc-help-Makefile_in
--- patches/patch-doc-help-Makefile_in 5 Jul 2007 17:28:18 - 1.1
+++ /dev/null 1 Jan 1970 00:00:00 -
@@ -1,12 +0,0 @@
-$OpenBSD: patch-doc-help-Makefile_in,v 1.1 2007/07/05 17:28:18 jasper Exp $
doc/help/Makefile.in.orig Fri Dec 30 22:29:33 2005
-+++ doc/help/Makefile.in Sun Nov 26 00:07:05 2006
-@@ -214,7 +214,7 @@ target_alias = @target_alias@
- target_cpu = @target_cpu@
- target_os = @target_os@
- target_vendor = @target_vendor@
--DOCPATH = ${DESTDIR}${datadir}/doc/${PACKAGE}-${VERSION}/help
-+DOCPATH = ${DESTDIR}${datadir}/doc/${PACKAGE}/help
- DOCS = cops.html general.html locations.html sounds.html \
- drugs.html guns.html server.html
-
Index: patches/patch-doc_Makefile_in
===
RCS file: patches/patch-doc_Makefile_in
diff -N patches/patch-doc_Makefile_in
--- patches/patch-doc_Makefile_in 5 Jul 2007 17:28:18 - 1.4
+++ /dev/null 1 Jan 1970 00:00:00 -
@@ -1,12 +0,0 @@
-$OpenBSD: patch-doc_Makefile_in,v 1.4 2007/07/05 17:28:18 jasper Exp $
doc/Makefile.in.orig Fri Dec 30 22:29:33 2005
-+++ doc/Makefile.inSun Nov 26 00:07:05 2006
-@@ -228,7 +228,7 @@ target_alias = @target_alias@
- target_cpu = @target_cpu@
- target_os = @target_os@
- target_vendor = @target_vendor@
--DOCPATH = ${DESTDIR}${datadir}/doc/${PACKAGE}-${VERSION}/
-+DOCPATH = ${DESTDIR}${datadir}/doc/${PACKAGE}/
- DOCS = aiplayer.html configfile.html index.html i18n.html \
- server.html clientplay.html credits.html example-cfg \
- installation.html servercommands.html commandline.html \
Index: patches/patch-src_Makefile_in
===
RCS file: patches/patch-src_Makefile_in
diff -N patches/patch-src_Makefile_in
--- patches/patch-src_Makef
Re: 回复: [Update] lang/gnucobol : Update to 3.1
On Thu, Dec 10, 2020 at 01:10:58PM +, wen heping wrote: > Revised patch, now: >i) Update to 3.1.1 >ii) patch-libcob_fileio_c is not needed in gnucobol-3.1.1 Committed, thanks! I ended up bumping the library major number, as the signature of some functions have changed since the previous release.
Re: UPDATE: textproc/lowdown 0.7.4
On Wed, Dec 09, 2020 at 02:04:44PM -0800, Bryan Vyhmeister wrote: > On Wed, Dec 09, 2020 at 07:34:25PM +0100, Caspar Schutijser wrote: > > Below is a diff that updates textproc/lowdown to 0.7.4. Tested on amd64, > > seems to work fine here. > > The patch is based in /usr/ports/textproc/lowdown instead of /usr/ports. > I just updated the patch myself for ease of applying but, however it is > applied, it works fine for me. Thank you. > > ok maintainer Committed, thanks!
Re: [sparc64/base-gcc] Fix www/kore build
On Tue, Sep 08, 2020 at 01:44:03PM -0400, Kurt Mosiejczuk wrote: > On Tue, Sep 08, 2020 at 07:07:37PM +0200, Frederic Cambus wrote: > > On Tue, Sep 08, 2020 at 11:43:04AM -0400, Kurt Mosiejczuk wrote: > > > The build of www/kore dies on sparc64 because of -Werror. > > > > Modifying the patch for Makefile removes that and fixes the build. > > > > ok? > > > Could you please share the log showing the warnings? > > tb has already proposed what is probably a better fix (and mentioned > what the failure was) but I've put the failing log up at: > > http://www.se.rit.edu/~kurt/kore-4.0.0-acme.log Thanks! I updated Kore to 4.0.1 and tested each flavor with GCC 4.2.1, so it should be all good now.
Re: [sparc64/base-gcc] Fix www/kore build
On Tue, Sep 08, 2020 at 07:20:55PM +0200, Theo Buehler wrote: > On Tue, Sep 08, 2020 at 07:07:37PM +0200, Frederic Cambus wrote: > > On Tue, Sep 08, 2020 at 11:43:04AM -0400, Kurt Mosiejczuk wrote: > > > The build of www/kore dies on sparc64 because of -Werror. > > > > > > Modifying the patch for Makefile removes that and fixes the build. > > > > > > ok? > > > > Could you please share the log showing the warnings? > > > > Just this: > > cc1: warnings being treated as errors > src/json.c: In function 'json_get_string': > src/json.c:783: warning: comparison is always true due to limited range of > data type > > ch is an u_int8_t, so 'ch >= 0' is always true. Makes sense. It's indeed better to patch, OK fcambus@ for your diff. I pointed this out to joris@, the fix is now pushed upstream: https://github.com/jorisvink/kore/commit/f6af4a27f49d2fef33783066771fc0635288ecc5
Re: [sparc64/base-gcc] Fix www/kore build
On Tue, Sep 08, 2020 at 11:43:04AM -0400, Kurt Mosiejczuk wrote: > The build of www/kore dies on sparc64 because of -Werror. > > Modifying the patch for Makefile removes that and fixes the build. > > ok? Could you please share the log showing the warnings?
Re: UPDATE: www/stagit 0.9.3 -> 0.9.4
On Mon, Aug 17, 2020 at 06:35:45PM +0200, Hiltjo Posthuma wrote: > This bumps stagit from 0.9.3 to 0.9.4: > > It has the following changes: > > - Fix for showing the entry on the files page of submodules for bare > repositories. > > - There is now a separate Atom feed for tags called "tags.xml". This should > make > it easier to track only software releases if using an RSS/Atom reader. > > - The ordering of tags are now by commit date (descending). So it will now > sort > by most recent first. The previous behaviour was to sort alphabetically by > tag > name, but many projects use numeric versions which don't sort in a > useful/clear > order. > > - For OpenBSD: remove unveil(2) for specificly stagit-index. Per repository > it > will still use unveil(2). Committed, thanks!
Re: Improvement to games/yquake2
On Sat, Jun 27, 2020 at 03:26:58PM +0200, Adam Wolk wrote: > I iterated over your diff like we discussed on #openbsd-gaming. > > Added dedicated 1 (good suggestion) and introduced daemon_flags. > Those two changes combined with the +gamedir flag you discovered > allows us to drop rc_start completely. > > I'm currently looking for an OK to commit this :) Clarified offlist that despite what the original mail says, the 'busywait' variable should indeed be set to 0 (as both diffs do) and not to 1. OK fcambus@
[UPDATE] textproc/codespell to 1.17.1
Hi ports@,
Here is a diff to update codespell to 1.17.1.
Comments? OK?
Index: Makefile
===
RCS file: /cvs/ports/textproc/codespell/Makefile,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 Makefile
--- Makefile14 May 2020 16:02:09 - 1.1.1.1
+++ Makefile29 Jun 2020 10:26:28 -
@@ -2,7 +2,7 @@
COMMENT = source code spelling checker
-MODPY_EGG_VERSION =1.16.0
+MODPY_EGG_VERSION =1.17.1
DISTNAME = codespell-${MODPY_EGG_VERSION}
Index: distinfo
===
RCS file: /cvs/ports/textproc/codespell/distinfo,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 distinfo
--- distinfo14 May 2020 16:02:09 - 1.1.1.1
+++ distinfo29 Jun 2020 10:26:28 -
@@ -1,2 +1,2 @@
-SHA256 (codespell-1.16.0.tar.gz) = vzt8gzJ679Jv5xhSe6qb1hAW6G25GoEjwO+cFQ+gLek=
-SIZE (codespell-1.16.0.tar.gz) = 134239
+SHA256 (codespell-1.17.1.tar.gz) = JaLs2Guc3BEdxAow0O0oxXjhOgzhWNHDg/nUeBG/zSM=
+SIZE (codespell-1.17.1.tar.gz) = 160708
Index: pkg/PLIST
===
RCS file: /cvs/ports/textproc/codespell/pkg/PLIST,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 PLIST
--- pkg/PLIST 14 May 2020 16:02:09 - 1.1.1.1
+++ pkg/PLIST 29 Jun 2020 10:26:29 -
@@ -18,6 +18,11 @@ lib/python${MODPY_VERSION}/site-packages
${MODPY_COMMENT}lib/python${MODPY_VERSION}/site-packages/codespell_lib/data/${MODPY_PYCACHE}/
lib/python${MODPY_VERSION}/site-packages/codespell_lib/data/${MODPY_PYCACHE}__init__.${MODPY_PYC_MAGIC_TAG}pyc
lib/python${MODPY_VERSION}/site-packages/codespell_lib/data/dictionary.txt
+lib/python${MODPY_VERSION}/site-packages/codespell_lib/data/dictionary_code.txt
+lib/python${MODPY_VERSION}/site-packages/codespell_lib/data/dictionary_en-GB_to_en-US.txt
+lib/python${MODPY_VERSION}/site-packages/codespell_lib/data/dictionary_informal.txt
+lib/python${MODPY_VERSION}/site-packages/codespell_lib/data/dictionary_names.txt
+lib/python${MODPY_VERSION}/site-packages/codespell_lib/data/dictionary_rare.txt
lib/python${MODPY_VERSION}/site-packages/codespell_lib/data/linux-kernel.exclude
lib/python${MODPY_VERSION}/site-packages/codespell_lib/tests/
lib/python${MODPY_VERSION}/site-packages/codespell_lib/tests/__init__.py
[PATCH] net/dbip: add asn subpackage
Hi ports@,
Here is a diff to add an asn subpackage for net/dbip.
>From DESCR:
The free DB-IP IP to ASN Lite database is a subset of the IP to ISP
database with reduced coverage and accuracy distributed under the Creative
Commons Attribution License.
Comments? OK?
Index: Makefile
===
RCS file: /cvs/ports/net/dbip/Makefile,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 Makefile
--- Makefile5 Mar 2020 14:19:21 - 1.1.1.1
+++ Makefile18 May 2020 14:34:43 -
@@ -1,6 +1,7 @@
# $OpenBSD: Makefile,v 1.1.1.1 2020/03/05 14:19:21 fcambus Exp $
SUBDIR =
+SUBDIR += asn
SUBDIR += city
SUBDIR += country
Index: asn/Makefile
===
RCS file: asn/Makefile
diff -N asn/Makefile
--- /dev/null 1 Jan 1970 00:00:00 -
+++ asn/Makefile18 May 2020 14:34:43 -
@@ -0,0 +1,11 @@
+# $OpenBSD$
+
+COMMENT = DB-IP IP to ASN Lite: IPv4/v6 address to ASN
+
+DISTNAME = dbip-asn-lite-${V}.mmdb
+PKGNAME = dbip-asn-lite-${V:S/-/./}
+
+post-extract:
+ mv ${WRKSRC}/${DISTNAME} ${WRKSRC}/dbip-asn-lite.mmdb
+
+.include
Index: asn/distinfo
===
RCS file: asn/distinfo
diff -N asn/distinfo
--- /dev/null 1 Jan 1970 00:00:00 -
+++ asn/distinfo18 May 2020 14:34:43 -
@@ -0,0 +1,2 @@
+SHA256 (dbip-asn-lite-2020-05.mmdb.gz) =
+xBCIJjag4XSxy8b3OQTaqJqc/Ahl6uVS1XPzb/Fbe8=
+SIZE (dbip-asn-lite-2020-05.mmdb.gz) = 3708208
Index: asn/pkg/DESCR
===
RCS file: asn/pkg/DESCR
diff -N asn/pkg/DESCR
--- /dev/null 1 Jan 1970 00:00:00 -
+++ asn/pkg/DESCR 18 May 2020 14:34:43 -
@@ -0,0 +1,3 @@
+The free DB-IP IP to ASN Lite database is a subset of the IP to ISP
+database with reduced coverage and accuracy distributed under the Creative
+Commons Attribution License.
Index: asn/pkg/PLIST
===
RCS file: asn/pkg/PLIST
diff -N asn/pkg/PLIST
--- /dev/null 1 Jan 1970 00:00:00 -
+++ asn/pkg/PLIST 18 May 2020 14:34:43 -
@@ -0,0 +1,3 @@
+@comment $OpenBSD: PLIST,v$
+db/dbip/
+db/dbip/dbip-asn-lite.mmdb
