Re: UPDATE: emulators/nestopia
Ryan Freeman writes: > I suspect a Quirks.pm entry is needed with the libretro package ending up > outside this one, a hint would be appreciated there. Only if the package name changes. For the change in path, @pkgpath in PLIST should be enough.
Re: php-fpm (7.4, 8.0) on armv7 doesn't work
On Wed, 11 May 2022 21:06:57 +0200
Sven Wolf wrote:
> ===> Building package for apache-httpd-2.4.53p1
> Create /usr/packages/arm/all/apache-httpd-2.4.53p1.tgz
> Error: Libraries in packing-lists in the ports tree
> and libraries from installed packages don't match
I often see this kind of error on macppc, when its snapshot packages are
too old. arm/armv7 is slowest, and macppc/powerpc is 2nd slowest, when
the platforms build snap packages. I would try to pass this error by
downdating the library's port to match my installed package, with
"cvs up -D -MM-DD", because I got my ports from anoncvs. Another
way is to try PKG_CREATE_NO_CHECKS from bsd.port.mk(5). Either way
might fail.
I would have wanted to add the snap package of apache-httpd, instead
of building it. This command might have helped,
$ make prepare FETCH_PACKAGES=
> On Monday the new snapshot packages for the arm/armv7 platform were
> pushed to the mirrors.
> And now my php-fpm problem, I've tested php-8.0.17p2 and php-8.1.4p1, is
> solved. In my opinion the cause for my issue was, that I use a snapshot
> operating system but the last snapshot packages for armv7 were build on
> 2021-11-16.
Good, then we don't need the DEBUG=-g build.
I had studied your crashing instruction,
> (gdb) disas $pc,$pc+1
> Dump of assembler code from 0x510a0fc to 0x510a0fd:
> => 0x0510a0fc:vst1.64 {d16-d17}, [r1]
> End of assembler dump.
> (gdb) print $r1
> $1 = 1849557212
I'm not sure, but this vst1.64 might store an 8-byte double-precision
float to the address in r1. This address 1849557212 was 4 more than a
multiple of 8, so the double was misaligned.
I have no hardware that would SIGBUS here. I instead wrote a small
program using ptrace(2) to trap and emulate the double stores on
powerpc, because I know how a powerpc cpu stores doubles (stfd, stfdx).
I found no misaligned double stores while tracing php-fpm-8.0 from
powerpc's php-8.0.17p2; every address was a multiple of 8. This is
consistent with your report that arm's php-8.0.17p2 doesn't SIGBUS.
--George
editors/sigil: Update to 1.9.2
Hi, ports@:
Here is a patch for editors/sigil to update to 1.9.2.
It build well and run well on amd64-7.1 system.
No tests defined and no other port depends on it.
wenIndex: Makefile
===
RCS file: /cvs/ports/editors/sigil/Makefile,v
retrieving revision 1.10
diff -u -p -r1.10 Makefile
--- Makefile11 Mar 2022 18:58:34 - 1.10
+++ Makefile14 May 2022 03:58:15 -
@@ -3,11 +3,10 @@ USE_WXNEEDED =Yes
COMMENT = EPUB ebook editor
PKGNAME = sigil-${GH_TAGNAME}
-REVISION = 1
GH_ACCOUNT = Sigil-Ebook
GH_PROJECT = Sigil
-GH_TAGNAME = 1.4.3
+GH_TAGNAME = 1.9.2
CATEGORIES = editors
Index: distinfo
===
RCS file: /cvs/ports/editors/sigil/distinfo,v
retrieving revision 1.3
diff -u -p -r1.3 distinfo
--- distinfo24 Mar 2021 14:37:04 - 1.3
+++ distinfo14 May 2022 03:58:15 -
@@ -1,2 +1,2 @@
-SHA256 (Sigil-1.4.3.tar.gz) = dL1ILTxP5LIBXuAGpvp38RFDcb0hfk588dmoBepB5xk=
-SIZE (Sigil-1.4.3.tar.gz) = 24118565
+SHA256 (Sigil-1.9.2.tar.gz) = 0aFvM/6TzaiEQseY4MU/cA+o4u95LdeFZjktetEdmX8=
+SIZE (Sigil-1.9.2.tar.gz) = 23225656
Index: pkg/PLIST
===
RCS file: /cvs/ports/editors/sigil/pkg/PLIST,v
retrieving revision 1.5
diff -u -p -r1.5 PLIST
--- pkg/PLIST 11 Mar 2022 18:58:34 - 1.5
+++ pkg/PLIST 14 May 2022 03:58:15 -
@@ -321,6 +321,7 @@ share/sigil/translations/
share/sigil/translations/sigil_az.qm
share/sigil/translations/sigil_ca.qm
share/sigil/translations/sigil_cs.qm
+share/sigil/translations/sigil_da_DK.qm
share/sigil/translations/sigil_de.qm
share/sigil/translations/sigil_en.qm
share/sigil/translations/sigil_es.qm
@@ -337,6 +338,7 @@ share/sigil/translations/sigil_ru.qm
share/sigil/translations/sigil_sr.qm
share/sigil/translations/sigil_sv.qm
share/sigil/translations/sigil_th.qm
+share/sigil/translations/sigil_tr.qm
share/sigil/translations/sigil_uk_UA.qm
share/sigil/translations/sigil_zh_CN.qm
share/sigil/translations/sigil_zh_TW.qm
NEW: emulators/libretro-nestopia
Hi ports@,
Attached is a new port for libretro-nestopia. This is essentially
bentley@'s nestopia port with the -main bits removed. It is based
on an upstream libretro GH_COMMITID, they don't really do releases
unfortunately. I set the version to 1.51.1 as they just recently
synced with nestopia upstream.
I tested this with the retroarch update just posted:
https://marc.info/?l=openbsd-ports=165249276626500=2
I have not tested with the existing retroarch-1.7.6.
I have set myself as MAINTAINER on this one.
Tested on amd64, this is just as smooth as the the standalone
nestopia-1.51.1 update just posted.
Passes portcheck ok, passes {port-,}lib-depends-check
-Ryan
libretro-nestopia.tar.gz
Description: application/tar-gz
UPDATE: emulators/nestopia
Hi ports@,
Here is an update to nestopia 1.51.1. I sent an earlier version of this to
bentley@, ready to get wider testing now.
Upstream has eliminated the libretro bits in lieu of letting libretro
themselves be the upstream. bentley@ gave his blessing for the creation
of a separate libretro-nestopia port, this will be posted shortly.
Upstream was also kind enough to roll a real source archive for 1.51.1 so
no GH_* vars needed... kudos to upstream!
GTK3 has been removed in lieu of fltk.
Tested some games and they run perfectly smooth with this version (use
fullscreen if running under some sort of compositing manager including
mutter/gnome, else you get non-smoothness.)
I should note that at least for me, nestopia 1.49 wasn't running smooth
at all, quite choppy.
I suspect a Quirks.pm entry is needed with the libretro package ending up
outside this one, a hint would be appreciated there.
Passed portcheck and {port-,}lib-depends-check
Builds and tests good on amd64.
-Ryan
Index: Makefile
===
RCS file: /cvs/ports/emulators/nestopia/Makefile,v
retrieving revision 1.24
diff -u -p -r1.24 Makefile
--- Makefile31 Mar 2022 17:12:50 - 1.24
+++ Makefile14 May 2022 02:23:53 -
@@ -1,13 +1,6 @@
-COMMENT-main = accurate Nintendo Entertainment System emulator
-COMMENT-libretro = Nintendo Entertainment System core for retroarch
+COMMENT = accurate Nintendo Entertainment System emulator
-V =1.49
-DISTNAME = nestopia-$V
-PKGNAME-libretro = libretro-nestopia-$V
-REVISION-main =1
-REVISION-libretro =0
-
-MULTI_PACKAGES = -main -libretro
+DISTNAME = nestopia-1.51.1
.include
@@ -20,10 +13,9 @@ MAINTAINER = Anthony J. Bentley
Index: distinfo
===
RCS file: /cvs/ports/emulators/nestopia/distinfo,v
retrieving revision 1.5
diff -u -p -r1.5 distinfo
--- distinfo1 Apr 2019 06:34:37 - 1.5
+++ distinfo14 May 2022 02:23:53 -
@@ -1,2 +1,2 @@
-SHA256 (nestopia-1.49.tgz) = ZT5qOTdriDGWoykmaRrvAHHMiB0yVtLwOUwkigEFYLo=
-SIZE (nestopia-1.49.tgz) = 1294779
+SHA256 (nestopia-1.51.1.tgz) = jhd4DxKPpHJENoPv7fmFbnkjwIa10zwsgwjjJHTRgvs=
+SIZE (nestopia-1.51.1.tgz) = 1634059
Index: pkg/DESCR
===
RCS file: pkg/DESCR
diff -N pkg/DESCR
--- /dev/null 1 Jan 1970 00:00:00 -
+++ pkg/DESCR 14 May 2022 02:23:53 -
@@ -0,0 +1,9 @@
+Nestopia is an accuracy-focused emulator for the Nintendo Entertainment
+System/Famicom (and Famicom Disk System). It is a computer program that
+acts like a physical piece of hardware. In other words, this is a method
+of preserving videogame history, with the welcome side effect of
+allowing you to play NES games on a modern computer.
+
+Nestopia uses highly optimized cycle exact emulation, allowing it to run
+titles that rely on precise timing, many of which break under inferior
+emulators.
Index: pkg/DESCR-libretro
===
RCS file: pkg/DESCR-libretro
diff -N pkg/DESCR-libretro
--- pkg/DESCR-libretro 5 Aug 2016 05:26:42 - 1.1
+++ /dev/null 1 Jan 1970 00:00:00 -
@@ -1,2 +0,0 @@
-libretro-nestopia provides a Nintendo Entertainment System emulation core to
-the RetroArch emulator frontend, based on Nestopia.
Index: pkg/DESCR-main
===
RCS file: pkg/DESCR-main
diff -N pkg/DESCR-main
--- pkg/DESCR-main 5 Aug 2016 05:26:42 - 1.1
+++ /dev/null 1 Jan 1970 00:00:00 -
@@ -1,9 +0,0 @@
-Nestopia is an accuracy-focused emulator for the Nintendo Entertainment
-System/Famicom (and Famicom Disk System). It is a computer program that
-acts like a physical piece of hardware. In other words, this is a method
-of preserving videogame history, with the welcome side effect of
-allowing you to play NES games on a modern computer.
-
-Nestopia uses highly optimized cycle exact emulation, allowing it to run
-titles that rely on precise timing, many of which break under inferior
-emulators.
Index: pkg/PLIST
===
RCS file: pkg/PLIST
diff -N pkg/PLIST
--- /dev/null 1 Jan 1970 00:00:00 -
+++ pkg/PLIST 14 May 2022 02:23:53 -
@@ -0,0 +1,31 @@
+@bin bin/nestopia
+share/applications/nestopia.desktop
+share/doc/nestopia/
+share/doc/nestopia/ChangeLog
+share/doc/nestopia/README.md
+share/doc/nestopia/readme.html
+share/icons/
+share/icons/hicolor/
+share/icons/hicolor/128x128/
+share/icons/hicolor/128x128/apps/
+share/icons/hicolor/128x128/apps/nestopia.png
+share/icons/hicolor/32x32/
+share/icons/hicolor/32x32/apps/
+share/icons/hicolor/32x32/apps/nestopia.png
+share/icons/hicolor/48x48/
+share/icons/hicolor/48x48/apps/
+share/icons/hicolor/48x48/apps/nestopia.png
回复: devel/gsl: Update to 2.7.1
ping ... 发件人: wen heping 发送时间: 2022年3月15日 20:09 收件人: ports@openbsd.org 主题: devel/gsl: Update to 2.7.1 Hi, ports@: Here is a patch for devel/gsl to update to 2.7.1. It build well and passed all tests on amd64-7.1 system. Many ports(18) depend on gsl, I had tested some of it, include qgis, inkscape, gnuastro, all build well. wen
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2022/05/13 17:34:49 Modified files: security/gnutls: Makefile distinfo security/gnutls/patches: patch-lib_accelerated_aarch64_aarch64-common_c security/gnutls/pkg: PLIST Removed files: security/gnutls/patches: patch-lib_accelerated_aarch64_Makefile_in patch-tests_cmocka-common_h Log message: Update to gnutls-3.7.5.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2022/05/13 17:20:42 Modified files: x11/gtk+4 : Makefile distinfo x11/gtk+4/patches: patch-gtk_gtkfilechooserwidget_c Log message: Update to gtk+4-4.6.4.
Re: [NEW] mail/s-postgray: postfix graylisting policy server (fast+secure)
Omar Polo wrote in
<3S1VORZPMKQPR.2D6JRDSHUPVF3@venera>:
|Steffen Nurpmeso wrote:
|> Stuart Henderson wrote in
|> :
|>|s/recommendet/recommended in DESCR, ok
|>
|> Fixed in tarball. (Permissions adjusted anyhow, too.)
|> (And compiler flags as in other message.)
|
|imported with a minor tweak, thanks!
Oh, thank you. :)
(But i added the same "mechanism" for this one, and instead
removed these "newish" += for CFLAGS and LDFLAGS which somehow
exist in this makefile.)
There will be a s-postgray 0.7.0 somewhen, it has a better manual
after feedback from some people that saw the announcement on
postfix-users, --test-mode will output a valid resource file
(affects --allow etc only), and adds --msg-{allow,block,defer}
(and obsoletes "falsely named" --defer-msg -- but keeps its).
I do not expect changes other than that (a simple program).
--steffen
|
|Der Kragenbaer,The moon bear,
|der holt sich munter he cheerfully and one by one
|einen nach dem anderen runter wa.ks himself off
|(By Robert Gernhardt)
Re: rc.subr - allow setting daemon start directory
On Fri, May 13, 2022 at 07:01:30PM -0400, aisha wrote:
> On 22/05/06 08:28AM, Antoine Jacoutot wrote:
> > On Thu, May 05, 2022 at 04:49:10PM -0600, Aaron Bieber wrote:
> > >
> > >
> > > On Thu, May 5, 2022, at 4:46 PM, Antoine Jacoutot wrote:
> > > > Can you elaborate?
> > > > Do they need to start from a specific directory or from a directory
> > > > they have write access to?
> > > > Because we could cd /tmp unconditionally
> > > >
> > >
> > > From a specific directory. I can???t think of which ones off the top of
> > > my head, but for sure I have some personal rc scripts that need it for
> > > nodejs things.
> >
> > Ok. Let me think about it.
> >
> > --
> > Antoine
> >
>
>
> ping, reattached patch.
That's not enough.
Please give me some time; there are other things I need to look at first.
No rush.
> diff --git a/etc/rc.d/amd b/etc/rc.d/amd
> index 3bfe9dc555e..5c1b8a897ed 100644
> --- a/etc/rc.d/amd
> +++ b/etc/rc.d/amd
> @@ -3,6 +3,7 @@
> # $OpenBSD: amd,v 1.9 2018/01/11 21:09:26 rpe Exp $
>
> daemon="/usr/sbin/amd"
> +daemon_startdir="/etc/amd"
>
> . /etc/rc.d/rc.subr
>
> @@ -15,8 +16,4 @@ rc_pre() {
> daemon_flags="${daemon_flags} $(print -rn -- $(< ${amd_master}))"
> }
>
> -rc_start() {
> - ${rcexec} "cd /etc/amd; ${daemon} ${daemon_flags}"
> -}
> -
> rc_cmd $1
> diff --git a/etc/rc.d/rc.subr b/etc/rc.d/rc.subr
> index ed2adb6515e..035f8d9b172 100644
> --- a/etc/rc.d/rc.subr
> +++ b/etc/rc.d/rc.subr
> @@ -117,6 +117,7 @@ daemon_class=${daemon_class}
> daemon_flags=${daemon_flags}
> daemon_logger=${daemon_logger}
> daemon_rtable=${daemon_rtable}
> +daemon_startdir=${daemon_startdir}
> daemon_timeout=${daemon_timeout}
> daemon_user=${daemon_user}
> pexp=${pexp}
> @@ -160,7 +161,7 @@ _rc_wait_for_start() {
> }
>
> rc_start() {
> - ${rcexec} "${daemon_logger:+set -o pipefail; }${daemon}
> ${daemon_flags}${daemon_logger:+ 2>&1 |
> + ${rcexec} "${daemon_logger:+set -o pipefail; }${daemon_startdir:+cd
> ${daemon_startdir}; }${daemon} ${daemon_flags}${daemon_logger:+ 2>&1 |
> logger -ip ${daemon_logger} -t ${_name}}"
> }
>
> @@ -312,6 +313,7 @@ rc_stop_signal=${rc_stop_signal:=TERM}
> eval _rcflags=\${${_name}_flags}
> eval _rclogger=\${${_name}_logger}
> eval _rcrtable=\${${_name}_rtable}
> +eval _rcstartdir=\${${_name}_startdir}
> eval _rctimeout=\${${_name}_timeout}
> eval _rcuser=\${${_name}_user}
>
> @@ -329,6 +331,7 @@ getcap -f /etc/login.conf.d/${_name}:/etc/login.conf
> ${_name} 1>/dev/null 2>&1 &
> [ -n "${_rcflags}" ] && daemon_flags=${_rcflags}
> [ -n "${_rclogger}" ] && daemon_logger=${_rclogger}
> [ -n "${_rcrtable}" ] && daemon_rtable=${_rcrtable}
> +[ -n "${_rcstartdir}" ] && daemon_startdir=${_rcstartdir}
> [ -n "${_rctimeout}" ] && daemon_timeout=${_rctimeout}
> [ -n "${_rcuser}" ] && daemon_user=${_rcuser}
>
--
Antoine
Re: [NEW] audio/s-cdda: access audio CDs (informations and track data)
Hello Omar.
Omar Polo wrote in
<28P1AX08SNCS0.30TJDZ4GTJ8IJ@venera>:
|Steffen Nurpmeso wrote:
|> Stuart Henderson wrote in
|> :
|>|On 2022/05/13 00:22, Steffen Nurpmeso wrote:
|>|> Since the S-nail port did not honour port CFLAGS for i think
|>|> years, i hope it is ok to go like this for some time.
|>|
|>|That was because nobody had noticed it. Ports policy is to honour CFLAGS.
|>
|> Sigh. Works just fine on CRUX and Alpine Linux ;)
|> Well i do not know. The Python Makefile.inc does a virtuous
|> dance, CRUX does "make EXTRA_CFLAGS="$CFLAGS"" after doing so (for
...
|well, I can't speak for crux nor alpine, but as a general rule we want
|to be in control of the CFLAGS the port uses when building. Sometimes
|one port slips, but that's the policy.
|
|If a compiler changes something (see for example the not too old clang
|issue regarding -fcommon) you want to be able to fix the fallout by
|tweaking the various Makefiles, not digging into every port build system
|and patching things.
OK i understand the desire to add additional flags per se.
|> Adding onto the environment's $CFLAGS the set of project's CFLAGS
|> is ok? I see what i can do tomorrow.
|
|in this case it's as simple as (from the port makefile)
|
| MAKE_FLAGS += CFLAGS="${CFLAGS}"
If you would be so kind to add at least -DNDEBUG i would be fine.
In fact i wanted to go the hard way and add an EXTRA_CFLAGS
mechanism, and patch it into the port, but for OpenBSD it is ok.
Note please also do LDFLAGS="${LDFLAGS}" then, because the
built-in ones use -pie, and that requires -fPIE in CFLAGS, which
we then cannot guarantee.
A possible next release of s-cdda will have an EXTRA_CFLAGS
mechanism, already committed.
|and if you're ok with that and sthen@ doesn't change his mind i'll
|import it.
Thank you very much.
--steffen
|
|Der Kragenbaer,The moon bear,
|der holt sich munter he cheerfully and one by one
|einen nach dem anderen runter wa.ks himself off
|(By Robert Gernhardt)
Re: [NEW] www/gotosocial
Le 2022-04-27 14:18, Omar Polo a écrit :
> Hukadan wrote:
>> Le 2022-04-27 10:46, Omar Polo a écrit :
>> > Hukadan wrote:
>> >> Hi,
>> >>
>> >> I would like to submit this new port:
>> >> https://docs.gotosocial.org/en/latest
>> >>
>> >> I have been using it for more than a month now. It has few rough edges
>> >> but works well for me.
>> >>
>> >> COMMENT: ActivityPub social network server
>> >>
>> >> DESCR:
>> >> GoToSocial provides a lightweight, customizable, and safety-focused
>> >> entryway
>> >> into the Fediverse, and is comparable to (but distinct from) existing
>> >> projects
>> >> such as Mastodon, Pleroma, Friendica, and PixelFed.
>> >>
>> >> It needs a dedicated _gotosocial user.
>> >>
>> >> portcheck did not complain.
>> >>
>> >> This is my first port so I am not sure I have done everything properly.
>> >> Bear with me ;)
>> >
>> > it's a solid first submission!
>> >
>> > I have a few comments, but they're mostly nitpicking:
>> >
>> > - I'd format slightly different pkg/DESCR so the lines are a bit
>> >shorter, it reads better IMHO
>> >
>> > - drop MODGO_VERSION from modules.inc
>> >
>> > - add WRKDIST=${WRKSRC} so `make update-patches' & co works
>> >
>> > - add a proper patch instead of running sed in place: it adds a file to
>> >the port but it's easier to handle for updates. If the config file
>> >changes significatly, patch will fail and you'll be notified, sed won't.
>> >
>> > - SEPARATE_BUILD=yes is the default for go ports, no need to re-set it.
>> >
>> > - i'd indent the continuation lines in the do-install slightly
>> >differently, so they stand out more, but this is just a matter of
>> >preference
>> >
>> > - i've shuffled the entry in the plist a bit: by moving the @cwd
>> >${LOCALBASE} under the items that goes in /var we avoid one @cwd.
>> >There's a reason to install the web assets as 750? in the attached
>> >tarball I'm just resetting @mode, @owner and @group after storage.
>> >
>> > - i'd @sample the configuration file in /etc since the rcfile uses it
>> >as default --config-path.
>> >
>> > - I'd also add a brief pkg/README. upstream documentation is good, but
>> >adding some reminders here is handy IMHO, especially since we run it
>> >as a dedicated user.
>> >
>> > I've only briefly tested locally, so I can't asses how good this works,
>> > but the port looks good to me now ;)
>> >
>> > I'm reattaching a tarball with my suggestions. Note that I bumped the
>> > _gotosocial uid/gid because shairport was recently imported.
>> >
>> > (I'm not sure if the _gotosocial needs to inherit from daemon or not)
>> >
>> > Index: user.list
>> > ===
>> > RCS file: /home/cvs/ports/infrastructure/db/user.list,v
>> > retrieving revision 1.398
>> > diff -u -p -r1.398 user.list
>> > --- user.list 27 Apr 2022 02:20:03 - 1.398
>> > +++ user.list 27 Apr 2022 06:59:06 -
>> > @@ -385,3 +385,4 @@ id user group port
>> > 874 _snowflakeproxy _snowflakeproxy net/snowflake_proxy
>> > 875 _guacd_guacd net/guacamole/server
>> > 876 _shairport_shairport audio/shairport-sync
>> > +877 _gotosocial _gotosocial www/gotosocial
>>
>> Hi Omar,
>>
>> Thank you for your time and the modified tarball. You did all the work
>> ;)
>>
>> Here is a new version with the following modifications:
>> - the _gotosocial user has now the `default` login class;
>> - the README now mentions the possibility to use an admin interface.
>
> I'm not 100% in for suggesting user to manually build nodejs stuff and
> copy it in a directory owned by a package (even if it's under /var/ in
> this case.) It'd be really cool to somehow package the admin interface
> too, but js stuff tends to be hard to manage. (the few node js ports I
> *think* are using "precompiled" tarballs built either by upstream or by
> the port maintaintainer.)
>
> I'll let others chime in for this :)
>
>> I tested it again and it runs fine.
>
> Woops, i forgot to ${SUBST_CMD} on the configuration file after
> patching, otherwise the ${VARBASE} doesn't get substituted. You
> probably haven't noticed because pkg_add doesn't (normally) replace the
> configuration file if they were changed.
>
>> > There's a reason to install the web assets as 750?
>> No, my bad.
>>
>> Thank you again.
>>
>> Hukadan
>
> updated tarball with the missing SUBST_CMD attached, it's ok op@ for
> import if someone wants to :)
Hi,
Here is the updated version: v0.3.3 (v0.3.2 had issues hence I did not
submit it). I also bumped the user id to 880.
While at it, I left the login class blank instead of "default" and
removed the last part of the README concerning the admin interface.
Works for me.
Thanks
gotosocial.tgz
Description: GNU Zip compressed data
diff --git a/infrastructure/db/user.list b/infrastructure/db/user.list
index c1ce90677b5..47db98bbc4c
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2022/05/13 12:59:19 Modified files: inputmethods/fcitx-anthy: Makefile inputmethods/fcitx-chewing: Makefile inputmethods/fcitx-chinese-addons: Makefile inputmethods/fcitx-config-qt: Makefile inputmethods/fcitx-gtk: Makefile inputmethods/fcitx-hangul: Makefile inputmethods/fcitx-kkc: Makefile inputmethods/fcitx-lua: Makefile inputmethods/fcitx-m17n: Makefile inputmethods/fcitx-qt: Makefile inputmethods/fcitx-table-extra: Makefile inputmethods/fcitx-unikey: Makefile Log message: tidy EXTRACT_SUFX now that kf5.port.mk no longer sets it for GH_* downloads
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2022/05/13 12:57:02 Modified files: devel/kf5 : kf5.port.mk Log message: Prevent the kf5 module from setting EXTRACT_SUFX=.tar.xz for github downloads. ok rsadowski@
Re: [NEW] mail/s-postgray: postfix graylisting policy server (fast+secure)
Steffen Nurpmeso wrote: > Stuart Henderson wrote in > : > |s/recommendet/recommended in DESCR, ok > > Fixed in tarball. (Permissions adjusted anyhow, too.) > (And compiler flags as in other message.) imported with a minor tweak, thanks! > --steffen > | > |Der Kragenbaer,The moon bear, > |der holt sich munter he cheerfully and one by one > |einen nach dem anderen runter wa.ks himself off > |(By Robert Gernhardt)
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: o...@cvs.openbsd.org2022/05/13 11:31:00 Modified files: mail : Makefile Log message: + s-postgray
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: o...@cvs.openbsd.org2022/05/13 11:30:07 Log message: import s-postgray-0.6.0 RFC 6647 graylisting policy server, following the recommended practice noted in the standard document. Graylisting defers message acceptance (for a specific recipient / sender / client_address value tuple) a configurable number of times via a standardized SMTP response (see allow(5), RFC 5321), which does not prevent message delivery from SMTP M(ail) T(ransfer) A(gent)s, but can help against simple spam producing programs. s-postgray is started via spawn(8), with the given user credentials, therefore the built-in DB store path is /tmp -- you surely want to change this via configuration file or command line option. from Steffen Nurpmeso (maintainer and upstream), with tweaks from sthen@ and me. ok sthen@. Status: Vendor Tag: op Release Tags: op_20220513 N ports/mail/s-postgray/Makefile N ports/mail/s-postgray/distinfo N ports/mail/s-postgray/pkg/DESCR N ports/mail/s-postgray/pkg/PLIST No conflicts created by this import
Re: [NEW] audio/s-cdda: access audio CDs (informations and track data)
Steffen Nurpmeso wrote:
> Stuart Henderson wrote in
> :
> |On 2022/05/13 00:22, Steffen Nurpmeso wrote:
> |> Since the S-nail port did not honour port CFLAGS for i think
> |> years, i hope it is ok to go like this for some time.
> |
> |That was because nobody had noticed it. Ports policy is to honour CFLAGS.
>
> Sigh. Works just fine on CRUX and Alpine Linux ;)
> Well i do not know. The Python Makefile.inc does a virtuous
> dance, CRUX does "make EXTRA_CFLAGS="$CFLAGS"" after doing so (for
> example 'CFLAGS="${CFLAGS/-O2/-O3} -ffat-lto-objects"', spooky).
> You surely have to know what you append to the end of the list of
> CFLAGS developers have chosen (if they did).
well, I can't speak for crux nor alpine, but as a general rule we want
to be in control of the CFLAGS the port uses when building. Sometimes
one port slips, but that's the policy.
If a compiler changes something (see for example the not too old clang
issue regarding -fcommon) you want to be able to fix the fallout by
tweaking the various Makefiles, not digging into every port build system
and patching things.
> Adding onto the environment's $CFLAGS the set of project's CFLAGS
> is ok? I see what i can do tomorrow.
in this case it's as simple as (from the port makefile)
MAKE_FLAGS += CFLAGS="${CFLAGS}"
and if you're ok with that and sthen@ doesn't change his mind i'll
import it.
Thanks,
Omar Polo
> --steffen
> |
> |Der Kragenbaer,The moon bear,
> |der holt sich munter he cheerfully and one by one
> |einen nach dem anderen runter wa.ks himself off
> |(By Robert Gernhardt)
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2022/05/13 10:07:17 Modified files: math/nlopt : Makefile distinfo Log message: update to nlopt-2.7.1, from wen heping
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2022/05/13 10:05:02 Modified files: net/unifi/main : Makefile distinfo net/unifi/main/pkg: PLIST Log message: update to unifi-7.1.65
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2022/05/13 09:56:59 Modified files: textproc : Makefile Log message: +crunch
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2022/05/13 09:56:33 Log message: import ports/textproc/crunch, from Renaud Allard, tweaks me and op@, ok op@ Status: Vendor Tag: sthen Release Tags: sthen_20220513 N ports/textproc/crunch/Makefile N ports/textproc/crunch/distinfo N ports/textproc/crunch/pkg/DESCR N ports/textproc/crunch/pkg/PLIST No conflicts created by this import
Re: [new] textproc/crunch 3.6
Stuart Henderson wrote: > On 2022/05/13 13:04, Stuart Henderson wrote: > > On 2022/05/13 12:56, Renaud Allard wrote: > > > > > > Hello, > > > > > > Here is a archive for a port of "crunch". > > > Crunch is a wordlist generator where you can specify a standard character > > > set or a character set you specify. crunch can generate all possible > > > combinations and permutations. > > > > > > Best Regards > > > > > > > > Doesn't build as-is due to the space in DISTNAME, here's an version > > fixing that and some other things > > > > Oops, there is too much whitespace in the manual because it uses > \" instead of .\" for comments. Updated. ok op@ nit: I'd slightly reformat DESCR to include "-", "*" or some other character to visually delimitate the list of features; not a strong opinion but I think it would read better. --- DESCR.orig Fri May 13 17:47:28 2022 +++ DESCR Fri May 13 17:49:52 2022 @@ -2,13 +2,12 @@ set or a character set you specify. crunch can generate all possible combinations and permutations. -Features -crunch generates wordlists in both combination and permutation ways -it can breakup output by number of lines or file size -has resume support -pattern now supports number and symbols -pattern now supports upper and lower case characters separately -adds a status report when generating multiple files --l option for literal support of @,%^ --d option to limit duplicate characters see man file for details -has unicode support +Features: + * generates wordlists in both combination and permutation ways + * can breakup output by number of lines or file size + * resume support + * pattern supports number, symbols, upper and lowercase characters separately + * adds a status report when generating multiple files + * -l option for literal support of @,%^ + * -d option to limit duplicate characters see man file for details + * unicode support
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2022/05/13 09:37:52 Modified files: inputmethods : Makefile inputmethods/libime: Makefile inputmethods/scim-fcitx/pkg: PLIST Added files: inputmethods/fcitx: Makefile distinfo inputmethods/fcitx/patches: patch-cmake_Fcitx5CompilerSettings_cmake patch-src_lib_fcitx-utils_misc_cpp inputmethods/fcitx/pkg: DESCR PLIST README inputmethods/fcitx-anthy: Makefile distinfo inputmethods/fcitx-anthy/pkg: DESCR PLIST inputmethods/fcitx-chewing: Makefile distinfo inputmethods/fcitx-chewing/pkg: DESCR PLIST inputmethods/fcitx-chinese-addons: Makefile distinfo inputmethods/fcitx-chinese-addons/pkg: DESCR PLIST inputmethods/fcitx-config-qt: Makefile distinfo inputmethods/fcitx-config-qt/patches: patch-src_CMakeLists_txt inputmethods/fcitx-config-qt/pkg: DESCR PLIST inputmethods/fcitx-gtk: Makefile distinfo inputmethods/fcitx-gtk/patches: patch-CMakeLists_txt patch-cmake_CompilerSettings_cmake inputmethods/fcitx-gtk/pkg: DESCR PLIST inputmethods/fcitx-hangul: Makefile distinfo inputmethods/fcitx-hangul/pkg: DESCR PLIST inputmethods/fcitx-kkc: Makefile distinfo inputmethods/fcitx-kkc/patches: patch-gui_CMakeLists_txt inputmethods/fcitx-kkc/pkg: DESCR PLIST inputmethods/fcitx-lua: Makefile distinfo inputmethods/fcitx-lua/pkg: DESCR PLIST inputmethods/fcitx-m17n: Makefile distinfo inputmethods/fcitx-m17n/pkg: DESCR PLIST inputmethods/fcitx-qt: Makefile distinfo inputmethods/fcitx-qt/pkg: DESCR PLIST inputmethods/fcitx-table-extra: Makefile distinfo inputmethods/fcitx-table-extra/pkg: DESCR PLIST inputmethods/fcitx-unikey: Makefile distinfo inputmethods/fcitx-unikey/pkg: DESCR PLIST Removed files: inputmethods/fcitx5: Makefile distinfo inputmethods/fcitx5/patches: patch-cmake_Fcitx5CompilerSettings_cmake patch-src_lib_fcitx-utils_misc_cpp inputmethods/fcitx5/pkg: DESCR PLIST README inputmethods/fcitx5-anthy: Makefile distinfo inputmethods/fcitx5-anthy/pkg: DESCR PLIST inputmethods/fcitx5-chewing: Makefile distinfo inputmethods/fcitx5-chewing/pkg: DESCR PLIST inputmethods/fcitx5-chinese-addons: Makefile distinfo inputmethods/fcitx5-chinese-addons/pkg: DESCR PLIST inputmethods/fcitx5-config-qt: Makefile distinfo inputmethods/fcitx5-config-qt/patches: patch-src_CMakeLists_txt inputmethods/fcitx5-config-qt/pkg: DESCR PLIST inputmethods/fcitx5-gtk: Makefile distinfo inputmethods/fcitx5-gtk/patches: patch-CMakeLists_txt patch-cmake_CompilerSettings_cmake inputmethods/fcitx5-gtk/pkg: DESCR PLIST inputmethods/fcitx5-hangul: Makefile distinfo inputmethods/fcitx5-hangul/pkg: DESCR PLIST inputmethods/fcitx5-kkc: Makefile distinfo inputmethods/fcitx5-kkc/patches: patch-gui_CMakeLists_txt inputmethods/fcitx5-kkc/pkg: DESCR PLIST inputmethods/fcitx5-lua: Makefile distinfo inputmethods/fcitx5-lua/pkg: DESCR PLIST inputmethods/fcitx5-m17n: Makefile distinfo inputmethods/fcitx5-m17n/pkg: DESCR PLIST inputmethods/fcitx5-qt: Makefile distinfo inputmethods/fcitx5-qt/pkg: DESCR PLIST inputmethods/fcitx5-table-extra: Makefile distinfo inputmethods/fcitx5-table-extra/pkg: DESCR PLIST inputmethods/fcitx5-unikey: Makefile distinfo inputmethods/fcitx5-unikey/pkg: DESCR PLIST Log message: re-add the fcitx5 ports under fcitx-XX pkgpath and pkgnames, the less expensive of two possible ways of handling the upgrade path from fcitx-4.xx input from espie@, discussed with kevlo@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2022/05/13 09:29:41 ports/inputmethods/fcitx-lua Update of /cvs/ports/inputmethods/fcitx-lua In directory cvs.openbsd.org:/tmp/cvs-serv85700/fcitx-lua Log Message: Directory /cvs/ports/inputmethods/fcitx-lua added to the repository
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2022/05/13 09:29:41 ports/inputmethods/fcitx-gtk Update of /cvs/ports/inputmethods/fcitx-gtk In directory cvs.openbsd.org:/tmp/cvs-serv85700/fcitx-gtk Log Message: Directory /cvs/ports/inputmethods/fcitx-gtk added to the repository
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2022/05/13 09:29:41 ports/inputmethods/fcitx-gtk/patches Update of /cvs/ports/inputmethods/fcitx-gtk/patches In directory cvs.openbsd.org:/tmp/cvs-serv85700/fcitx-gtk/patches Log Message: Directory /cvs/ports/inputmethods/fcitx-gtk/patches added to the repository
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2022/05/13 09:29:41 ports/inputmethods/fcitx-qt Update of /cvs/ports/inputmethods/fcitx-qt In directory cvs.openbsd.org:/tmp/cvs-serv85700/fcitx-qt Log Message: Directory /cvs/ports/inputmethods/fcitx-qt added to the repository
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2022/05/13 09:29:41 ports/inputmethods/fcitx-table-extra Update of /cvs/ports/inputmethods/fcitx-table-extra In directory cvs.openbsd.org:/tmp/cvs-serv85700/fcitx-table-extra Log Message: Directory /cvs/ports/inputmethods/fcitx-table-extra added to the repository
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2022/05/13 09:29:42 ports/inputmethods/fcitx-unikey/pkg Update of /cvs/ports/inputmethods/fcitx-unikey/pkg In directory cvs.openbsd.org:/tmp/cvs-serv85700/fcitx-unikey/pkg Log Message: Directory /cvs/ports/inputmethods/fcitx-unikey/pkg added to the repository
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2022/05/13 09:29:41 ports/inputmethods/fcitx-qt/pkg Update of /cvs/ports/inputmethods/fcitx-qt/pkg In directory cvs.openbsd.org:/tmp/cvs-serv85700/fcitx-qt/pkg Log Message: Directory /cvs/ports/inputmethods/fcitx-qt/pkg added to the repository
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2022/05/13 09:29:41 ports/inputmethods/fcitx-unikey Update of /cvs/ports/inputmethods/fcitx-unikey In directory cvs.openbsd.org:/tmp/cvs-serv85700/fcitx-unikey Log Message: Directory /cvs/ports/inputmethods/fcitx-unikey added to the repository
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2022/05/13 09:29:41 ports/inputmethods/fcitx-config-qt/pkg Update of /cvs/ports/inputmethods/fcitx-config-qt/pkg In directory cvs.openbsd.org:/tmp/cvs-serv85700/fcitx-config-qt/pkg Log Message: Directory /cvs/ports/inputmethods/fcitx-config-qt/pkg added to the repository
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2022/05/13 09:29:41 ports/inputmethods/fcitx-kkc/patches Update of /cvs/ports/inputmethods/fcitx-kkc/patches In directory cvs.openbsd.org:/tmp/cvs-serv85700/fcitx-kkc/patches Log Message: Directory /cvs/ports/inputmethods/fcitx-kkc/patches added to the repository
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2022/05/13 09:29:41 ports/inputmethods/fcitx-hangul Update of /cvs/ports/inputmethods/fcitx-hangul In directory cvs.openbsd.org:/tmp/cvs-serv85700/fcitx-hangul Log Message: Directory /cvs/ports/inputmethods/fcitx-hangul added to the repository
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2022/05/13 09:29:41 ports/inputmethods/fcitx-lua/pkg Update of /cvs/ports/inputmethods/fcitx-lua/pkg In directory cvs.openbsd.org:/tmp/cvs-serv85700/fcitx-lua/pkg Log Message: Directory /cvs/ports/inputmethods/fcitx-lua/pkg added to the repository
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2022/05/13 09:29:40 ports/inputmethods/fcitx-chinese-addons/pkg Update of /cvs/ports/inputmethods/fcitx-chinese-addons/pkg In directory cvs.openbsd.org:/tmp/cvs-serv85700/fcitx-chinese-addons/pkg Log Message: Directory /cvs/ports/inputmethods/fcitx-chinese-addons/pkg added to the repository
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2022/05/13 09:29:40 ports/inputmethods/fcitx-config-qt Update of /cvs/ports/inputmethods/fcitx-config-qt In directory cvs.openbsd.org:/tmp/cvs-serv85700/fcitx-config-qt Log Message: Directory /cvs/ports/inputmethods/fcitx-config-qt added to the repository
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2022/05/13 09:29:41 ports/inputmethods/fcitx-table-extra/pkg Update of /cvs/ports/inputmethods/fcitx-table-extra/pkg In directory cvs.openbsd.org:/tmp/cvs-serv85700/fcitx-table-extra/pkg Log Message: Directory /cvs/ports/inputmethods/fcitx-table-extra/pkg added to the repository
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2022/05/13 09:29:40 ports/inputmethods/fcitx-chinese-addons Update of /cvs/ports/inputmethods/fcitx-chinese-addons In directory cvs.openbsd.org:/tmp/cvs-serv85700/fcitx-chinese-addons Log Message: Directory /cvs/ports/inputmethods/fcitx-chinese-addons added to the repository
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2022/05/13 09:29:41 ports/inputmethods/fcitx-hangul/pkg Update of /cvs/ports/inputmethods/fcitx-hangul/pkg In directory cvs.openbsd.org:/tmp/cvs-serv85700/fcitx-hangul/pkg Log Message: Directory /cvs/ports/inputmethods/fcitx-hangul/pkg added to the repository
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2022/05/13 09:29:40 ports/inputmethods/fcitx-config-qt/patches Update of /cvs/ports/inputmethods/fcitx-config-qt/patches In directory cvs.openbsd.org:/tmp/cvs-serv85700/fcitx-config-qt/patches Log Message: Directory /cvs/ports/inputmethods/fcitx-config-qt/patches added to the repository
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2022/05/13 09:29:41 ports/inputmethods/fcitx-gtk/pkg Update of /cvs/ports/inputmethods/fcitx-gtk/pkg In directory cvs.openbsd.org:/tmp/cvs-serv85700/fcitx-gtk/pkg Log Message: Directory /cvs/ports/inputmethods/fcitx-gtk/pkg added to the repository
Re: [update] www/uwebsockets 20.11.0 to 20.14.0
aisha wrote: > Hi, > Attached patch for updating www/uwebsockets to 20.14.0. > Only one consumer www/purritobin, same tests are still passing, so no > regression. committed, thanks! (i've also bumped www/purritobin revision so it gets rebuilt since uwebsockets it's a header-only library) The changelog for 20.14.0 mentions "fixes a potential heap use-after-free when finishing an Http response within onWritable callback". Does this affect purritobin? Should this update be backported for -STABLE too? (I can do that eventually) Thanks, Omar Polo > Cheers, > Aisha > > diff --git a/www/uwebsockets/Makefile b/www/uwebsockets/Makefile > index 6fcf8ee3986..378c0306883 100644 > --- a/www/uwebsockets/Makefile > +++ b/www/uwebsockets/Makefile > @@ -4,7 +4,7 @@ CATEGORIES = www > > GH_ACCOUNT = uNetworking > GH_PROJECT = uWebSockets > -GH_TAGNAME = v20.11.0 > +GH_TAGNAME = v20.14.0 > > MAINTAINER = Aisha Tammy > > diff --git a/www/uwebsockets/distinfo b/www/uwebsockets/distinfo > index c814e6b2e81..69f5fd2c3a1 100644 > --- a/www/uwebsockets/distinfo > +++ b/www/uwebsockets/distinfo > @@ -1,2 +1,2 @@ > -SHA256 (uWebSockets-20.11.0.tar.gz) = > JywDt/1Ph1xfYULtIeiaUcKRNjUzX9FMNBmeN+9DSo4= > -SIZE (uWebSockets-20.11.0.tar.gz) = 750520 > +SHA256 (uWebSockets-20.14.0.tar.gz) = > Fc+ZWESpMMmjZ0fo1xS5T/iGtoFLXU47PuF28FaBzMw= > +SIZE (uWebSockets-20.14.0.tar.gz) = 751354
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: o...@cvs.openbsd.org2022/05/13 09:21:52 Modified files: www/purritobin : Makefile Log message: bump www/purritobin REVISION after uwebsockets update
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: o...@cvs.openbsd.org2022/05/13 09:20:25 Modified files: www/uwebsockets: Makefile distinfo Log message: update www/uwebsockets to 20.14.0 diff from Aisha, thanks! v20.14.0: - Fixes a potential heap-use-after-free when finishing (tryEnd, end) an Http response within onWritable callback (captured variables are destroyed). - Affects only users who stream large Http responses with the use of onWritable callback. If your application never sets an onWritable callback, then you're not affected. v20.13.0: - fixes a minor issue where the HTTP parser did not allow header values with bytes above 7-bit ASCII v20.12.0: - Safari 15.4 finally fixed
Re: Ping: [update patch] twolame 0.3.13 -> 0.4.0
Martin Ziemer wrote:
> Am Fri, May 13, 2022 at 12:50:19PM +0100 schrieb Stuart Henderson:
> > On 2022/05/13 13:33, Omar Polo wrote:
> > > Martin Ziemer wrote:
> > > > Am Thu, May 05, 2022 at 08:16:28AM +0200 schrieb Martin Ziemer:
> > > > > This patch updates twolame from 0.3.13 to 0.4.0.
> > > Haven't had the time to test it yet nor look deeply, but I think the
> > > SHARED_LIBS needs some bumping. excerpt from /usr/src/lib/check_sym:
> > Major bump for that, for sure.
> > Need to make sure it doesn't break gstreamer1/plugins-good too
> Just learned something new! (I just copied the contents of shared_libs.log)
gstreamer1/plugins-good builds fine.
committed, thanks!
(I've also switched homepage to HTTPS and removed an empty line while
here.)
> Tested twolame on amd64 and built the following ports after bump to 1.0:
> multimedia/imagination
> telephony/baresip/baresip
> audio/sox
> multimedia/transcode
>
> Index: Makefile
> ===
> RCS file: /cvs/ports/audio/twolame/Makefile,v
> retrieving revision 1.8
> diff -u -p -r1.8 Makefile
> --- Makefile 1 Apr 2022 17:18:16 - 1.8
> +++ Makefile 13 May 2022 12:30:58 -
> @@ -1,12 +1,13 @@
> COMMENT= optimised MPEG Audio Layer 2 (MP2) encoder
>
> -DISTNAME=twolame-0.3.13
> -REVISION=2
> -SHARED_LIBS += twolame 0.0 # 0.0
> +DISTNAME=twolame-0.4.0
> +SHARED_LIBS += twolame 1.0 # 0.0
>
> CATEGORIES= audio
>
> HOMEPAGE=http://www.twolame.org/
> +
> +MAINTAINER = Martin Ziemer
>
> # LGPLv2.1+
> PERMIT_PACKAGE= Yes
> Index: distinfo
> ===
> RCS file: /cvs/ports/audio/twolame/distinfo,v
> retrieving revision 1.2
> diff -u -p -r1.2 distinfo
> --- distinfo 18 Jan 2015 03:12:49 - 1.2
> +++ distinfo 13 May 2022 12:30:58 -
> @@ -1,2 +1,2 @@
> -SHA256 (twolame-0.3.13.tar.gz) = mPMy9IlR9H8j9w/QN5Rjr/fX+ybwfh4k5C3e8izGESo=
> -SIZE (twolame-0.3.13.tar.gz) = 660415
> +SHA256 (twolame-0.4.0.tar.gz) = zDVCT2AZqIxvUlcLY+G69Q9iljo+rFKgOoALsHDXyH0=
> +SIZE (twolame-0.4.0.tar.gz) = 890908
> Index: pkg/PLIST
> ===
> RCS file: /cvs/ports/audio/twolame/pkg/PLIST,v
> retrieving revision 1.3
> diff -u -p -r1.3 PLIST
> --- pkg/PLIST 11 Mar 2022 18:20:34 - 1.3
> +++ pkg/PLIST 13 May 2022 12:30:58 -
> @@ -1,30 +1,15 @@
> @bin bin/twolame
> include/twolame.h
> -lib/libtwolame.a
> +@static-lib lib/libtwolame.a
> lib/libtwolame.la
> @lib lib/libtwolame.so.${LIBtwolame_VERSION}
> lib/pkgconfig/twolame.pc
> @man man/man1/twolame.1
> share/doc/twolame/
> +share/doc/twolame/AUTHORS
> +share/doc/twolame/COPYING
> +share/doc/twolame/NEWS
> +share/doc/twolame/README
> share/doc/twolame/api.txt
> -share/doc/twolame/html/
> -share/doc/twolame/html/api.html
> -share/doc/twolame/html/authors.html
> -share/doc/twolame/html/changelog.html
> -share/doc/twolame/html/doxygen.css
> -share/doc/twolame/html/doxygen.png
> -share/doc/twolame/html/index.html
> -share/doc/twolame/html/nav_f.png
> -share/doc/twolame/html/nav_h.png
> -share/doc/twolame/html/psycho.html
> -share/doc/twolame/html/readme.html
> -share/doc/twolame/html/tabs.css
> -share/doc/twolame/html/todo.html
> -share/doc/twolame/html/twolame-manpage.css
> -share/doc/twolame/html/twolame.1.html
> -share/doc/twolame/html/twolame.css
> -share/doc/twolame/html/twolame_8h.html
> -share/doc/twolame/html/twolame_8h_source.html
> -share/doc/twolame/html/vbr.html
> share/doc/twolame/psycho.txt
> share/doc/twolame/vbr.txt
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: o...@cvs.openbsd.org2022/05/13 09:10:01 Modified files: audio/twolame : Makefile distinfo audio/twolame/pkg: PLIST Log message: update audio/twolame to 0.4.0 diff from Martin Ziemer (thanks!) who is also taking maintainership, with tweaks (shlib bump, homepage to https) from me and sthen@.
Re: fcitx5-* -> fcitx
On 2022/05/13 15:46, Stuart Henderson wrote:
> also needed:
and I made a mistake in fcitx-chinese-addons/Makefile, it needs this instead
V = 5.0.12
DISTNAME = fcitx5-chinese-addons-$V
PKGNAME = ${DISTNAME:S/fcitx5/fcitx/}
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2022/05/13 08:49:57 Modified files: mail/mutt-wizard: Makefile distinfo mail/mutt-wizard/patches: patch-bin_mailsync mail/mutt-wizard/pkg: PLIST Added files: mail/mutt-wizard/patches: patch-share_mutt-wizard_muttrc Log message: update to mutt-wizard-3.3.1, from Aisha Tammy (maintainer)
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2022/05/13 08:48:16 Modified files: telephony/kamailio: Makefile distinfo telephony/kamailio/patches: patch-src_Makefile_defs patch-src_core_tcp_read_c patch-src_modules_auth_identity_auth_identity_c patch-src_modules_tls_tls_domain_c telephony/kamailio/pkg: PLIST-berkeley PLIST-main PLIST-mysql PLIST-postgresql PLIST-xml Log message: update to kamailio-5.5.4
Re: fcitx5-* -> fcitx
also needed:
Index: inputmethods/libime/Makefile
===
RCS file: /cvs/ports/inputmethods/libime/Makefile,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 Makefile
--- inputmethods/libime/Makefile13 May 2022 01:40:53 - 1.1.1.1
+++ inputmethods/libime/Makefile13 May 2022 14:45:41 -
@@ -1,6 +1,7 @@
COMMENT = library to support generic input method implementation
DISTNAME = libime-1.0.11
+REVISION = 0
SHARED_LIBS += IMECore 0.0 # 0.0
SHARED_LIBS += IMEPinyin 0.0 # 0.0
@@ -41,7 +42,7 @@ BUILD_DEPENDS = devel/gettext,-tools \
RUN_DEPENDS = devel/desktop-file-utils \
misc/shared-mime-info
-LIB_DEPENDS = inputmethods/fcitx5 \
+LIB_DEPENDS = inputmethods/fcitx \
devel/boost
post-patch:
@cp ${FULLDISTDIR}/dict.utf8-20211021.tar.xz \
fcitx5-* -> fcitx
The ports as imported don't handle getting things updated to fcitx5 for existing users. While this can be handled by adding @pkgpath markers to pkg/PLIST files (and maybe @conflict if there are any files which exist in the old fcitx4 ports) and entries in devel/quirks to handle renaming of each package, I think the best method to do this is to remove inputmethods/fcitx5* ports and re-add them without '5' in the directories and package names. I understand they are under the name fcitx5 upstream, but previously the fcitx4 ports were just named 'fcitx' and it makes more sense to continue with that, this is part of what I meant with my earlier comment about https://marc.info/?l=openbsd-ports=164146994903789=2 - as there's no need for the two to coexist in the tree, there's no need to rename the stem / directories. I've attached a tar of the set of ports attached modified for this, I included are a couple of other small tweaks (mostly: drop COMPILER as this is already setup by the kf5 module), then otherwise it will need cvs rm -Rf fcitx5* and the following diff (I didn't bump REVISION for scim-fcitx because it would have already failed packaging as the previous commit didn't have a bump either). My build is still running, I'll followup when it is done Index: Makefile === RCS file: /cvs/ports/inputmethods/Makefile,v retrieving revision 1.27 diff -u -p -r1.27 Makefile --- Makefile13 May 2022 01:52:02 - 1.27 +++ Makefile13 May 2022 14:26:00 - @@ -1,19 +1,19 @@ SUBDIR = SUBDIR += anthy SUBDIR += cellwriter - SUBDIR += fcitx5 - SUBDIR += fcitx5-anthy - SUBDIR += fcitx5-chewing - SUBDIR += fcitx5-chinese-addons - SUBDIR += fcitx5-config-qt - SUBDIR += fcitx5-gtk - SUBDIR += fcitx5-hangul - SUBDIR += fcitx5-kkc - SUBDIR += fcitx5-lua - SUBDIR += fcitx5-m17n - SUBDIR += fcitx5-qt - SUBDIR += fcitx5-table-extra - SUBDIR += fcitx5-unikey + SUBDIR += fcitx + SUBDIR += fcitx-anthy + SUBDIR += fcitx-chewing + SUBDIR += fcitx-chinese-addons + SUBDIR += fcitx-config-qt + SUBDIR += fcitx-gtk + SUBDIR += fcitx-hangul + SUBDIR += fcitx-kkc + SUBDIR += fcitx-lua + SUBDIR += fcitx-m17n + SUBDIR += fcitx-qt + SUBDIR += fcitx-table-extra + SUBDIR += fcitx-unikey SUBDIR += ibus SUBDIR += ibus-anthy SUBDIR += ibus-kkc Index: scim-fcitx/pkg/PLIST === RCS file: /cvs/ports/inputmethods/scim-fcitx/pkg/PLIST,v retrieving revision 1.4 diff -u -p -r1.4 PLIST --- scim-fcitx/pkg/PLIST13 May 2022 01:52:03 - 1.4 +++ scim-fcitx/pkg/PLIST13 May 2022 14:26:00 - @@ -1,4 +1,4 @@ -@conflict fcitx5-* +@conflict fcitx-* @bin bin/createPYMB @bin bin/mb2txt @bin bin/txt2mb fcitx.tgz Description: application/tar-gz
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2022/05/13 06:56:19 Modified files: graphics/ffmpeg: Makefile graphics/ffmpeg/patches: patch-doc_encoders_texi Added files: graphics/ffmpeg/patches: patch-libavcodec_libaomenc_c patch-libavcodec_libsvtav1_c patch-libavcodec_version_h Log message: FFmpeg: merge in some commits for the AOM and SVT-AV1 encoders. From Brad.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2022/05/13 06:50:16 Modified files: mail/dovecot : Makefile distinfo mail/dovecot/pkg: PLIST-server mail/dovecot-pigeonhole: Makefile distinfo Log message: update to Dovecot 2.3.19 (amongt other things this fixes an issue with replication not always working that I've run into with 2.3.18) and Dovecot-pigeonhole to 0.5.19. OK Brad (maintainer)
Re: Ping: [update patch] twolame 0.3.13 -> 0.4.0
I haven't tested yet but that looks good to me now.
For more about shared library versions, see
https://www.openbsd.org/faq/ports/specialtopics.html#SharedLibs
On 2022/05/13 14:40, Martin Ziemer wrote:
> Am Fri, May 13, 2022 at 12:50:19PM +0100 schrieb Stuart Henderson:
> > On 2022/05/13 13:33, Omar Polo wrote:
> > > Martin Ziemer wrote:
> > > > Am Thu, May 05, 2022 at 08:16:28AM +0200 schrieb Martin Ziemer:
> > > > > This patch updates twolame from 0.3.13 to 0.4.0.
> > > Haven't had the time to test it yet nor look deeply, but I think the
> > > SHARED_LIBS needs some bumping. excerpt from /usr/src/lib/check_sym:
> > Major bump for that, for sure.
> > Need to make sure it doesn't break gstreamer1/plugins-good too
> Just learned something new! (I just copied the contents of shared_libs.log)
>
> Tested twolame on amd64 and built the following ports after bump to 1.0:
> multimedia/imagination
> telephony/baresip/baresip
> audio/sox
> multimedia/transcode
>
> Index: Makefile
> ===
> RCS file: /cvs/ports/audio/twolame/Makefile,v
> retrieving revision 1.8
> diff -u -p -r1.8 Makefile
> --- Makefile 1 Apr 2022 17:18:16 - 1.8
> +++ Makefile 13 May 2022 12:30:58 -
> @@ -1,12 +1,13 @@
> COMMENT= optimised MPEG Audio Layer 2 (MP2) encoder
>
> -DISTNAME=twolame-0.3.13
> -REVISION=2
> -SHARED_LIBS += twolame 0.0 # 0.0
> +DISTNAME=twolame-0.4.0
> +SHARED_LIBS += twolame 1.0 # 0.0
>
> CATEGORIES= audio
>
> HOMEPAGE=http://www.twolame.org/
> +
> +MAINTAINER = Martin Ziemer
>
> # LGPLv2.1+
> PERMIT_PACKAGE= Yes
> Index: distinfo
> ===
> RCS file: /cvs/ports/audio/twolame/distinfo,v
> retrieving revision 1.2
> diff -u -p -r1.2 distinfo
> --- distinfo 18 Jan 2015 03:12:49 - 1.2
> +++ distinfo 13 May 2022 12:30:58 -
> @@ -1,2 +1,2 @@
> -SHA256 (twolame-0.3.13.tar.gz) = mPMy9IlR9H8j9w/QN5Rjr/fX+ybwfh4k5C3e8izGESo=
> -SIZE (twolame-0.3.13.tar.gz) = 660415
> +SHA256 (twolame-0.4.0.tar.gz) = zDVCT2AZqIxvUlcLY+G69Q9iljo+rFKgOoALsHDXyH0=
> +SIZE (twolame-0.4.0.tar.gz) = 890908
> Index: pkg/PLIST
> ===
> RCS file: /cvs/ports/audio/twolame/pkg/PLIST,v
> retrieving revision 1.3
> diff -u -p -r1.3 PLIST
> --- pkg/PLIST 11 Mar 2022 18:20:34 - 1.3
> +++ pkg/PLIST 13 May 2022 12:30:58 -
> @@ -1,30 +1,15 @@
> @bin bin/twolame
> include/twolame.h
> -lib/libtwolame.a
> +@static-lib lib/libtwolame.a
> lib/libtwolame.la
> @lib lib/libtwolame.so.${LIBtwolame_VERSION}
> lib/pkgconfig/twolame.pc
> @man man/man1/twolame.1
> share/doc/twolame/
> +share/doc/twolame/AUTHORS
> +share/doc/twolame/COPYING
> +share/doc/twolame/NEWS
> +share/doc/twolame/README
> share/doc/twolame/api.txt
> -share/doc/twolame/html/
> -share/doc/twolame/html/api.html
> -share/doc/twolame/html/authors.html
> -share/doc/twolame/html/changelog.html
> -share/doc/twolame/html/doxygen.css
> -share/doc/twolame/html/doxygen.png
> -share/doc/twolame/html/index.html
> -share/doc/twolame/html/nav_f.png
> -share/doc/twolame/html/nav_h.png
> -share/doc/twolame/html/psycho.html
> -share/doc/twolame/html/readme.html
> -share/doc/twolame/html/tabs.css
> -share/doc/twolame/html/todo.html
> -share/doc/twolame/html/twolame-manpage.css
> -share/doc/twolame/html/twolame.1.html
> -share/doc/twolame/html/twolame.css
> -share/doc/twolame/html/twolame_8h.html
> -share/doc/twolame/html/twolame_8h_source.html
> -share/doc/twolame/html/vbr.html
> share/doc/twolame/psycho.txt
> share/doc/twolame/vbr.txt
>
Re: Ping: [update patch] twolame 0.3.13 -> 0.4.0
Am Fri, May 13, 2022 at 12:50:19PM +0100 schrieb Stuart Henderson:
> On 2022/05/13 13:33, Omar Polo wrote:
> > Martin Ziemer wrote:
> > > Am Thu, May 05, 2022 at 08:16:28AM +0200 schrieb Martin Ziemer:
> > > > This patch updates twolame from 0.3.13 to 0.4.0.
> > Haven't had the time to test it yet nor look deeply, but I think the
> > SHARED_LIBS needs some bumping. excerpt from /usr/src/lib/check_sym:
> Major bump for that, for sure.
> Need to make sure it doesn't break gstreamer1/plugins-good too
Just learned something new! (I just copied the contents of shared_libs.log)
Tested twolame on amd64 and built the following ports after bump to 1.0:
multimedia/imagination
telephony/baresip/baresip
audio/sox
multimedia/transcode
Index: Makefile
===
RCS file: /cvs/ports/audio/twolame/Makefile,v
retrieving revision 1.8
diff -u -p -r1.8 Makefile
--- Makefile1 Apr 2022 17:18:16 - 1.8
+++ Makefile13 May 2022 12:30:58 -
@@ -1,12 +1,13 @@
COMMENT= optimised MPEG Audio Layer 2 (MP2) encoder
-DISTNAME= twolame-0.3.13
-REVISION= 2
-SHARED_LIBS += twolame 0.0 # 0.0
+DISTNAME= twolame-0.4.0
+SHARED_LIBS += twolame 1.0 # 0.0
CATEGORIES=audio
HOMEPAGE= http://www.twolame.org/
+
+MAINTAINER = Martin Ziemer
# LGPLv2.1+
PERMIT_PACKAGE=Yes
Index: distinfo
===
RCS file: /cvs/ports/audio/twolame/distinfo,v
retrieving revision 1.2
diff -u -p -r1.2 distinfo
--- distinfo18 Jan 2015 03:12:49 - 1.2
+++ distinfo13 May 2022 12:30:58 -
@@ -1,2 +1,2 @@
-SHA256 (twolame-0.3.13.tar.gz) = mPMy9IlR9H8j9w/QN5Rjr/fX+ybwfh4k5C3e8izGESo=
-SIZE (twolame-0.3.13.tar.gz) = 660415
+SHA256 (twolame-0.4.0.tar.gz) = zDVCT2AZqIxvUlcLY+G69Q9iljo+rFKgOoALsHDXyH0=
+SIZE (twolame-0.4.0.tar.gz) = 890908
Index: pkg/PLIST
===
RCS file: /cvs/ports/audio/twolame/pkg/PLIST,v
retrieving revision 1.3
diff -u -p -r1.3 PLIST
--- pkg/PLIST 11 Mar 2022 18:20:34 - 1.3
+++ pkg/PLIST 13 May 2022 12:30:58 -
@@ -1,30 +1,15 @@
@bin bin/twolame
include/twolame.h
-lib/libtwolame.a
+@static-lib lib/libtwolame.a
lib/libtwolame.la
@lib lib/libtwolame.so.${LIBtwolame_VERSION}
lib/pkgconfig/twolame.pc
@man man/man1/twolame.1
share/doc/twolame/
+share/doc/twolame/AUTHORS
+share/doc/twolame/COPYING
+share/doc/twolame/NEWS
+share/doc/twolame/README
share/doc/twolame/api.txt
-share/doc/twolame/html/
-share/doc/twolame/html/api.html
-share/doc/twolame/html/authors.html
-share/doc/twolame/html/changelog.html
-share/doc/twolame/html/doxygen.css
-share/doc/twolame/html/doxygen.png
-share/doc/twolame/html/index.html
-share/doc/twolame/html/nav_f.png
-share/doc/twolame/html/nav_h.png
-share/doc/twolame/html/psycho.html
-share/doc/twolame/html/readme.html
-share/doc/twolame/html/tabs.css
-share/doc/twolame/html/todo.html
-share/doc/twolame/html/twolame-manpage.css
-share/doc/twolame/html/twolame.1.html
-share/doc/twolame/html/twolame.css
-share/doc/twolame/html/twolame_8h.html
-share/doc/twolame/html/twolame_8h_source.html
-share/doc/twolame/html/vbr.html
share/doc/twolame/psycho.txt
share/doc/twolame/vbr.txt
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2022/05/13 06:22:13 Modified files: databases : Makefile Log message: +postgresql-ip4r
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2022/05/13 06:21:45 Log message: import ports/databases/postgresql-ip4r, tweak/ok op@ IP4R is a PostgreSQL extension which supports 6 data types allowing you to store IPv4 & IPv6 addresses in a PostgreSQL table: ip4 - a single IPv4 address ip4r - an arbitrary range of IPv4 addresses ip6 - a single IPv6 address ip6r - an arbitrary range of IPv6 addresses ipaddress - a single IPv4 or IPv6 address iprange- an arbitrary range of IPv4 or IPv6 addresses While PostgreSQL already has builtin types 'inet' and 'cidr', the authors of this module found that they had a number of requirements that were not addressed by the builtin types. Status: Vendor Tag: sthen Release Tags: sthen_20220513 N ports/databases/postgresql-ip4r/Makefile N ports/databases/postgresql-ip4r/distinfo N ports/databases/postgresql-ip4r/pkg/DESCR N ports/databases/postgresql-ip4r/pkg/PLIST No conflicts created by this import
Re: [new] textproc/crunch 3.6
On 2022/05/13 13:04, Stuart Henderson wrote: > On 2022/05/13 12:56, Renaud Allard wrote: > > > > Hello, > > > > Here is a archive for a port of "crunch". > > Crunch is a wordlist generator where you can specify a standard character > > set or a character set you specify. crunch can generate all possible > > combinations and permutations. > > > > Best Regards > > > > Doesn't build as-is due to the space in DISTNAME, here's an version > fixing that and some other things > Oops, there is too much whitespace in the manual because it uses \" instead of .\" for comments. Updated. crunch.tgz Description: application/tar-gz
Re: [new] textproc/crunch 3.6
On 5/13/22 14:04, Stuart Henderson wrote: On 2022/05/13 12:56, Renaud Allard wrote: Hello, Here is a archive for a port of "crunch". Crunch is a wordlist generator where you can specify a standard character set or a character set you specify. crunch can generate all possible combinations and permutations. Best Regards Doesn't build as-is due to the space in DISTNAME, here's an version fixing that and some other things This proves I shouldn't cleanup a Makefile _after_ testing the build :) Thanks for cleaning it, it seems better. smime.p7s Description: S/MIME Cryptographic Signature
Re: [new] textproc/crunch 3.6
On 2022/05/13 12:56, Renaud Allard wrote: > > Hello, > > Here is a archive for a port of "crunch". > Crunch is a wordlist generator where you can specify a standard character > set or a character set you specify. crunch can generate all possible > combinations and permutations. > > Best Regards Doesn't build as-is due to the space in DISTNAME, here's an version fixing that and some other things crunch.tgz Description: application/tar-gz
Re: Ping: [update patch] twolame 0.3.13 -> 0.4.0
On 2022/05/13 13:33, Omar Polo wrote:
> Martin Ziemer wrote:
> > Am Thu, May 05, 2022 at 08:16:28AM +0200 schrieb Martin Ziemer:
> > > This patch updates twolame from 0.3.13 to 0.4.0.
> > >
> > > Since i saw there is no maintainer, i also added myself as maintainer.
> > >
> > > Tested on two amd64 systems and built sox with the new version.
>
> Haven't had the time to test it yet nor look deeply, but I think the
> SHARED_LIBS needs some bumping. excerpt from /usr/src/lib/check_sym:
Major bump for that, for sure.
Need to make sure it doesn't break gstreamer1/plugins-good too
> /usr/local/lib/libtwolame.so.0.0 -->
> /usr/ports/pobj/twolame-0.4.0/fake-amd64/usr/local/lib/libtwolame.so.0.0
> Dynamic export changes:
> added:
> twolame_a_bit_allocation
> twolame_ath_db
> twolame_ath_energy
> twolame_ath_freq2bark
> twolame_available_bits
> twolame_bits_for_nonoise
> twolame_buffer_deinit
> twolame_buffer_init
> ...
>
> removed:
> a_bit_allocation
> ath_db
> ath_energy
> ath_freq2bark
> available_bits
> bits_for_nonoise
> buffer_deinit
> buffer_init
> combine_lr
> crc_writeheader
> dab_crc_calc
> dab_crc_update
> do_energy_levels
> encode_init
> find_sf_max
> get_required_energy_bits
> init_bit_allocation
> init_subband
> main_bit_allocation
> psycho_0
> psycho_0_deinit
> psycho_1
> psycho_1_deinit
> psycho_1_fft
> psycho_2
> psycho_2_deinit
> psycho_2_fft
> psycho_2_init
> psycho_3
> psycho_3_deinit
> psycho_4
> psycho_4_deinit
> psycho_n1
> scalefactor_calc
> sf_transmission_pattern
> slots
> subband_quantization
> vbr_bit_allocation
> window_filter_subband
> write_bit_alloc
> write_header
> write_samples
> write_scalefactors
>
> so this needs at minimum a minor bump, and if the removed symbols were
> effectively public a major one.
>
> > Index: Makefile
> > ===
> > RCS file: /cvs/ports/audio/twolame/Makefile,v
> > retrieving revision 1.8
> > diff -u -p -r1.8 Makefile
> > --- Makefile1 Apr 2022 17:18:16 - 1.8
> > +++ Makefile26 Apr 2022 13:30:10 -
> > @@ -1,12 +1,13 @@
> > COMMENT= optimised MPEG Audio Layer 2 (MP2) encoder
> >
> > -DISTNAME= twolame-0.3.13
> > -REVISION= 2
> > +DISTNAME= twolame-0.4.0
> > SHARED_LIBS += twolame 0.0 # 0.0
> >
> > CATEGORIES=audio
> >
> > HOMEPAGE= http://www.twolame.org/
> > +
> > +MAINTAINER = Martin Ziemer
> >
> > # LGPLv2.1+
> > PERMIT_PACKAGE=Yes
> > Index: distinfo
> > ===
> > RCS file: /cvs/ports/audio/twolame/distinfo,v
> > retrieving revision 1.2
> > diff -u -p -r1.2 distinfo
> > --- distinfo18 Jan 2015 03:12:49 - 1.2
> > +++ distinfo26 Apr 2022 13:30:10 -
> > @@ -1,2 +1,2 @@
> > -SHA256 (twolame-0.3.13.tar.gz) =
> > mPMy9IlR9H8j9w/QN5Rjr/fX+ybwfh4k5C3e8izGESo=
> > -SIZE (twolame-0.3.13.tar.gz) = 660415
> > +SHA256 (twolame-0.4.0.tar.gz) =
> > zDVCT2AZqIxvUlcLY+G69Q9iljo+rFKgOoALsHDXyH0=
> > +SIZE (twolame-0.4.0.tar.gz) = 890908
> > Index: pkg/PLIST
> > ===
> > RCS file: /cvs/ports/audio/twolame/pkg/PLIST,v
> > retrieving revision 1.3
> > diff -u -p -r1.3 PLIST
> > --- pkg/PLIST 11 Mar 2022 18:20:34 - 1.3
> > +++ pkg/PLIST 26 Apr 2022 13:30:10 -
> > @@ -1,30 +1,15 @@
> > @bin bin/twolame
> > include/twolame.h
> > -lib/libtwolame.a
> > +@static-lib lib/libtwolame.a
> > lib/libtwolame.la
> > @lib lib/libtwolame.so.${LIBtwolame_VERSION}
> > lib/pkgconfig/twolame.pc
> > @man man/man1/twolame.1
> > share/doc/twolame/
> > +share/doc/twolame/AUTHORS
> > +share/doc/twolame/COPYING
> > +share/doc/twolame/NEWS
> > +share/doc/twolame/README
> > share/doc/twolame/api.txt
> > -share/doc/twolame/html/
> > -share/doc/twolame/html/api.html
> > -share/doc/twolame/html/authors.html
> > -share/doc/twolame/html/changelog.html
> > -share/doc/twolame/html/doxygen.css
> > -share/doc/twolame/html/doxygen.png
> > -share/doc/twolame/html/index.html
> > -share/doc/twolame/html/nav_f.png
> > -share/doc/twolame/html/nav_h.png
> > -share/doc/twolame/html/psycho.html
> > -share/doc/twolame/html/readme.html
> > -share/doc/twolame/html/tabs.css
> > -share/doc/twolame/html/todo.html
> > -share/doc/twolame/html/twolame-manpage.css
> > -share/doc/twolame/html/twolame.1.html
> > -share/doc/twolame/html/twolame.css
> > -share/doc/twolame/html/twolame_8h.html
> > -share/doc/twolame/html/twolame_8h_source.html
> > -share/doc/twolame/html/vbr.html
> > share/doc/twolame/psycho.txt
> > share/doc/twolame/vbr.txt
>
>
Re: OpenBSd 7.1 miniupnpd-2.3.0p0 nat syntax rule in anchor
I found https://github.com/miniupnp/miniupnp/issues/529 and added some comments. The code is fairly awkward because it handles pre- and post-2010 PF (they need the old stuff for FreeBSD but having everything in the same file with #ifdef doesn't make it easy to reason with), *and* has a build-time option for whether to create filter rules or only translation rules, so it's all a bit hard to follow. On 2022/05/13 13:13, Christian Kundela wrote: > Hi ! > > i did > > pfctl -sr -a miniupnpd > > you can see it also in pftop > > > for example if you test with the Windows 10 XBox App (Networktest) dont > close the app, > > because it will delete the rules in the anchor. > > > You have right hiding internal addresses is not productive > > > Best regards > > Chris > > > Am 13.05.2022 um 11:42 schrieb Stuart Henderson: > > On 2022/05/13 08:04, Peter N. M. Hansteen wrote: > > > On Thu, May 12, 2022 at 09:58:26PM +0200, Christian Kundela wrote: > > > > in the anchor it produces two rules: > > > > > > > > pass in quick on XXX inet proto udp from any to any port = label > > > > "" > > > > rdr-to X.X.X.X port > > > > nat quick on XXX inet proto udp from X.X.X.X port = to any label > > > > "" > > > > nat-to X.X.X.X port > > > The "nat [quick] on" syntax stopped being valid on OpenBSD with the NAT > > > rewrite > > > in OpenBSD 4.7, some 12 years ago. If you replace the "nat quick" with > > > "pass quick" > > > at least the syntax will be valid. > > Something is mangled here, "nat quick on ..." never existed. > > > > How are you seeing these anchor rules Christian? Is that a direct > > paste from something before redacting addresses/etc? If it's > > retyped please check accuracy. > > > > Redacting the interface names and ports isn't really helpful to hiding > > anything and makes it hard to understand what is going on.. Redacting > > addresses is ok but please do something to distinguish addresses and > > show which is internal/external. >
Re: Ping: [update patch] twolame 0.3.13 -> 0.4.0
Martin Ziemer wrote:
> Am Thu, May 05, 2022 at 08:16:28AM +0200 schrieb Martin Ziemer:
> > This patch updates twolame from 0.3.13 to 0.4.0.
> >
> > Since i saw there is no maintainer, i also added myself as maintainer.
> >
> > Tested on two amd64 systems and built sox with the new version.
Haven't had the time to test it yet nor look deeply, but I think the
SHARED_LIBS needs some bumping. excerpt from /usr/src/lib/check_sym:
/usr/local/lib/libtwolame.so.0.0 -->
/usr/ports/pobj/twolame-0.4.0/fake-amd64/usr/local/lib/libtwolame.so.0.0
Dynamic export changes:
added:
twolame_a_bit_allocation
twolame_ath_db
twolame_ath_energy
twolame_ath_freq2bark
twolame_available_bits
twolame_bits_for_nonoise
twolame_buffer_deinit
twolame_buffer_init
...
removed:
a_bit_allocation
ath_db
ath_energy
ath_freq2bark
available_bits
bits_for_nonoise
buffer_deinit
buffer_init
combine_lr
crc_writeheader
dab_crc_calc
dab_crc_update
do_energy_levels
encode_init
find_sf_max
get_required_energy_bits
init_bit_allocation
init_subband
main_bit_allocation
psycho_0
psycho_0_deinit
psycho_1
psycho_1_deinit
psycho_1_fft
psycho_2
psycho_2_deinit
psycho_2_fft
psycho_2_init
psycho_3
psycho_3_deinit
psycho_4
psycho_4_deinit
psycho_n1
scalefactor_calc
sf_transmission_pattern
slots
subband_quantization
vbr_bit_allocation
window_filter_subband
write_bit_alloc
write_header
write_samples
write_scalefactors
so this needs at minimum a minor bump, and if the removed symbols were
effectively public a major one.
> Index: Makefile
> ===
> RCS file: /cvs/ports/audio/twolame/Makefile,v
> retrieving revision 1.8
> diff -u -p -r1.8 Makefile
> --- Makefile 1 Apr 2022 17:18:16 - 1.8
> +++ Makefile 26 Apr 2022 13:30:10 -
> @@ -1,12 +1,13 @@
> COMMENT= optimised MPEG Audio Layer 2 (MP2) encoder
>
> -DISTNAME=twolame-0.3.13
> -REVISION=2
> +DISTNAME=twolame-0.4.0
> SHARED_LIBS += twolame 0.0 # 0.0
>
> CATEGORIES= audio
>
> HOMEPAGE=http://www.twolame.org/
> +
> +MAINTAINER = Martin Ziemer
>
> # LGPLv2.1+
> PERMIT_PACKAGE= Yes
> Index: distinfo
> ===
> RCS file: /cvs/ports/audio/twolame/distinfo,v
> retrieving revision 1.2
> diff -u -p -r1.2 distinfo
> --- distinfo 18 Jan 2015 03:12:49 - 1.2
> +++ distinfo 26 Apr 2022 13:30:10 -
> @@ -1,2 +1,2 @@
> -SHA256 (twolame-0.3.13.tar.gz) = mPMy9IlR9H8j9w/QN5Rjr/fX+ybwfh4k5C3e8izGESo=
> -SIZE (twolame-0.3.13.tar.gz) = 660415
> +SHA256 (twolame-0.4.0.tar.gz) = zDVCT2AZqIxvUlcLY+G69Q9iljo+rFKgOoALsHDXyH0=
> +SIZE (twolame-0.4.0.tar.gz) = 890908
> Index: pkg/PLIST
> ===
> RCS file: /cvs/ports/audio/twolame/pkg/PLIST,v
> retrieving revision 1.3
> diff -u -p -r1.3 PLIST
> --- pkg/PLIST 11 Mar 2022 18:20:34 - 1.3
> +++ pkg/PLIST 26 Apr 2022 13:30:10 -
> @@ -1,30 +1,15 @@
> @bin bin/twolame
> include/twolame.h
> -lib/libtwolame.a
> +@static-lib lib/libtwolame.a
> lib/libtwolame.la
> @lib lib/libtwolame.so.${LIBtwolame_VERSION}
> lib/pkgconfig/twolame.pc
> @man man/man1/twolame.1
> share/doc/twolame/
> +share/doc/twolame/AUTHORS
> +share/doc/twolame/COPYING
> +share/doc/twolame/NEWS
> +share/doc/twolame/README
> share/doc/twolame/api.txt
> -share/doc/twolame/html/
> -share/doc/twolame/html/api.html
> -share/doc/twolame/html/authors.html
> -share/doc/twolame/html/changelog.html
> -share/doc/twolame/html/doxygen.css
> -share/doc/twolame/html/doxygen.png
> -share/doc/twolame/html/index.html
> -share/doc/twolame/html/nav_f.png
> -share/doc/twolame/html/nav_h.png
> -share/doc/twolame/html/psycho.html
> -share/doc/twolame/html/readme.html
> -share/doc/twolame/html/tabs.css
> -share/doc/twolame/html/todo.html
> -share/doc/twolame/html/twolame-manpage.css
> -share/doc/twolame/html/twolame.1.html
> -share/doc/twolame/html/twolame.css
> -share/doc/twolame/html/twolame_8h.html
> -share/doc/twolame/html/twolame_8h_source.html
> -share/doc/twolame/html/vbr.html
> share/doc/twolame/psycho.txt
> share/doc/twolame/vbr.txt
Re: OpenBSd 7.1 miniupnpd-2.3.0p0 nat syntax rule in anchor
Hi ! i did pfctl -sr -a miniupnpd you can see it also in pftop for example if you test with the Windows 10 XBox App (Networktest) dont close the app, because it will delete the rules in the anchor. You have right hiding internal addresses is not productive Best regards Chris Am 13.05.2022 um 11:42 schrieb Stuart Henderson: On 2022/05/13 08:04, Peter N. M. Hansteen wrote: On Thu, May 12, 2022 at 09:58:26PM +0200, Christian Kundela wrote: in the anchor it produces two rules: pass in quick on XXX inet proto udp from any to any port = label "" rdr-to X.X.X.X port nat quick on XXX inet proto udp from X.X.X.X port = to any label "" nat-to X.X.X.X port The "nat [quick] on" syntax stopped being valid on OpenBSD with the NAT rewrite in OpenBSD 4.7, some 12 years ago. If you replace the "nat quick" with "pass quick" at least the syntax will be valid. Something is mangled here, "nat quick on ..." never existed. How are you seeing these anchor rules Christian? Is that a direct paste from something before redacting addresses/etc? If it's retyped please check accuracy. Redacting the interface names and ports isn't really helpful to hiding anything and makes it hard to understand what is going on.. Redacting addresses is ok but please do something to distinguish addresses and show which is internal/external.
Re: OpenBSd 7.1 miniupnpd-2.3.0p0 nat syntax rule in anchor
Thx for Quick response ! Case closed ! Am 13.05.2022 um 08:04 schrieb Peter N. M. Hansteen: On Thu, May 12, 2022 at 09:58:26PM +0200, Christian Kundela wrote: in the anchor it produces two rules: pass in quick on XXX inet proto udp from any to any port = label "" rdr-to X.X.X.X port nat quick on XXX inet proto udp from X.X.X.X port = to any label "" nat-to X.X.X.X port The "nat [quick] on" syntax stopped being valid on OpenBSD with the NAT rewrite in OpenBSD 4.7, some 12 years ago. If you replace the "nat quick" with "pass quick" at least the syntax will be valid. Yes, it's a bug. I don't see how this could have passed *any* tests at all.
math/nlopt: Update to 2.7.1
Hi, ports@: Here is a simple patch for math/nlopt to update to 2.7.1. It build well and pass all 57 tests on amd64-7.1 system. No other ports depend on it. Upstream changelog is : NLopt 2.7.1 3 December 2021 Various minor bugfixes (#268, #409, #420) and build improvements (support Octave 6.x, Guile 3.x, Cmake 3.2). wenIndex: Makefile === RCS file: /cvs/ports/math/nlopt/Makefile,v retrieving revision 1.7 diff -u -p -r1.7 Makefile --- Makefile11 Mar 2022 19:36:20 - 1.7 +++ Makefile13 May 2022 10:11:43 - @@ -2,7 +2,7 @@ COMMENT = library for nonlinear optimiz GH_ACCOUNT = stevengj GH_PROJECT = nlopt -GH_TAGNAME = v2.7.0 +GH_TAGNAME = v2.7.1 SHARED_LIBS = nlopt 1.0 # 0.11.0 Index: distinfo === RCS file: /cvs/ports/math/nlopt/distinfo,v retrieving revision 1.4 diff -u -p -r1.4 distinfo --- distinfo30 Dec 2020 14:37:54 - 1.4 +++ distinfo13 May 2022 10:11:43 - @@ -1,2 +1,2 @@ -SHA256 (nlopt-2.7.0.tar.gz) = uIHMKl+s5ROfHFowyvJrfTy0PWnV5CPJ14OS+ZhESZ8= -SIZE (nlopt-2.7.0.tar.gz) = 2045585 +SHA256 (nlopt-2.7.1.tar.gz) = 24gjL6XO8P9uOZQ/xjq2B0IIgx3AAxzxVF9uzTGuKho= +SIZE (nlopt-2.7.1.tar.gz) = 2044180
Re: OpenBSd 7.1 miniupnpd-2.3.0p0 nat syntax rule in anchor
On 2022/05/13 08:04, Peter N. M. Hansteen wrote: > On Thu, May 12, 2022 at 09:58:26PM +0200, Christian Kundela wrote: > > in the anchor it produces two rules: > > > > pass in quick on XXX inet proto udp from any to any port = label "" > > rdr-to X.X.X.X port > > nat quick on XXX inet proto udp from X.X.X.X port = to any label "" > > nat-to X.X.X.X port > > The "nat [quick] on" syntax stopped being valid on OpenBSD with the NAT > rewrite > in OpenBSD 4.7, some 12 years ago. If you replace the "nat quick" with "pass > quick" > at least the syntax will be valid. Something is mangled here, "nat quick on ..." never existed. How are you seeing these anchor rules Christian? Is that a direct paste from something before redacting addresses/etc? If it's retyped please check accuracy. Redacting the interface names and ports isn't really helpful to hiding anything and makes it hard to understand what is going on.. Redacting addresses is ok but please do something to distinguish addresses and show which is internal/external.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2022/05/13 03:36:11 Modified files: x11/gnome/librsvg: Makefile distinfo x11/gnome/librsvg/pkg: PFRAG.stable Log message: Update to librsvg-2.54.2.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2022/05/13 02:45:54 Modified files: net/icinga/web2-module-incubator: Makefile distinfo Log message: update to icinga-web2-module-incubator-0.16.1
Re: [NEW] lang/binaryen
Frederic Cambus wrote: > 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 nit: i'd drop the parentesized sentence, there's nothing below :) > > 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.
Ping: [update patch] twolame 0.3.13 -> 0.4.0
Am Thu, May 05, 2022 at 08:16:28AM +0200 schrieb Martin Ziemer:
> This patch updates twolame from 0.3.13 to 0.4.0.
>
> Since i saw there is no maintainer, i also added myself as maintainer.
>
> Tested on two amd64 systems and built sox with the new version.
Index: Makefile
===
RCS file: /cvs/ports/audio/twolame/Makefile,v
retrieving revision 1.8
diff -u -p -r1.8 Makefile
--- Makefile1 Apr 2022 17:18:16 - 1.8
+++ Makefile26 Apr 2022 13:30:10 -
@@ -1,12 +1,13 @@
COMMENT= optimised MPEG Audio Layer 2 (MP2) encoder
-DISTNAME= twolame-0.3.13
-REVISION= 2
+DISTNAME= twolame-0.4.0
SHARED_LIBS += twolame 0.0 # 0.0
CATEGORIES=audio
HOMEPAGE= http://www.twolame.org/
+
+MAINTAINER = Martin Ziemer
# LGPLv2.1+
PERMIT_PACKAGE=Yes
Index: distinfo
===
RCS file: /cvs/ports/audio/twolame/distinfo,v
retrieving revision 1.2
diff -u -p -r1.2 distinfo
--- distinfo18 Jan 2015 03:12:49 - 1.2
+++ distinfo26 Apr 2022 13:30:10 -
@@ -1,2 +1,2 @@
-SHA256 (twolame-0.3.13.tar.gz) = mPMy9IlR9H8j9w/QN5Rjr/fX+ybwfh4k5C3e8izGESo=
-SIZE (twolame-0.3.13.tar.gz) = 660415
+SHA256 (twolame-0.4.0.tar.gz) = zDVCT2AZqIxvUlcLY+G69Q9iljo+rFKgOoALsHDXyH0=
+SIZE (twolame-0.4.0.tar.gz) = 890908
Index: pkg/PLIST
===
RCS file: /cvs/ports/audio/twolame/pkg/PLIST,v
retrieving revision 1.3
diff -u -p -r1.3 PLIST
--- pkg/PLIST 11 Mar 2022 18:20:34 - 1.3
+++ pkg/PLIST 26 Apr 2022 13:30:10 -
@@ -1,30 +1,15 @@
@bin bin/twolame
include/twolame.h
-lib/libtwolame.a
+@static-lib lib/libtwolame.a
lib/libtwolame.la
@lib lib/libtwolame.so.${LIBtwolame_VERSION}
lib/pkgconfig/twolame.pc
@man man/man1/twolame.1
share/doc/twolame/
+share/doc/twolame/AUTHORS
+share/doc/twolame/COPYING
+share/doc/twolame/NEWS
+share/doc/twolame/README
share/doc/twolame/api.txt
-share/doc/twolame/html/
-share/doc/twolame/html/api.html
-share/doc/twolame/html/authors.html
-share/doc/twolame/html/changelog.html
-share/doc/twolame/html/doxygen.css
-share/doc/twolame/html/doxygen.png
-share/doc/twolame/html/index.html
-share/doc/twolame/html/nav_f.png
-share/doc/twolame/html/nav_h.png
-share/doc/twolame/html/psycho.html
-share/doc/twolame/html/readme.html
-share/doc/twolame/html/tabs.css
-share/doc/twolame/html/todo.html
-share/doc/twolame/html/twolame-manpage.css
-share/doc/twolame/html/twolame.1.html
-share/doc/twolame/html/twolame.css
-share/doc/twolame/html/twolame_8h.html
-share/doc/twolame/html/twolame_8h_source.html
-share/doc/twolame/html/vbr.html
share/doc/twolame/psycho.txt
share/doc/twolame/vbr.txt
