On Thu, Jan 18, 2024 at 01:25:35PM -0500, Daniel Dickman wrote:
> The latest upstream commit drops legacy Python 2 support code.
Interesting that they are refactoring this much while the project goal
seems to be the move to a Godot4-based engine [1].
> Following this update we can drop the RDEP o
On 1/18/2024 4:56 AM, Theo Buehler wrote:
> And right after it was committed, someone found a bug in split
>
> https://marc.info/?l=oss-security&m=170556990821840&w=2
>
Hah! Of course...
ok, thanks!
~Brian
Config may contain passwords, but is world-readable.
I'd say /etc/ files are usually root-owned as well:
-rw-r--r-- 1 _shairport _shairport 23340 Jan 19 01:24
/etc/shairport-sync.conf
Fix it in PLIST; daemon user's home ownership/permissions stay the same:
-rw-r- 1 root_sha
On Wed, Jan 17, 2024 at 08:11:14PM -0500, Thomas Frohwein wrote:
> On Wed, Mar 15, 2023 at 01:05:51AM -0400, Thomas Frohwein wrote:
>
> [...]
>
> I would like to follow-up about this port. It seems that the upcoming
> version 123.0.2 has some changes that make this much easier to manage
> as a po
On Sun, Jan 07, 2024 at 05:12:34AM +0300, Корякин Артём wrote:
> Hello, thanks for responding.
>
> > This tries to replace "py" with "py-" from DISTNAME, but there is
> > no py in DISTNAME. I think it should just use
> >
> > PKGNAME=py-${DISTNAME}
>
> It really should, thanks for pointing thi
Upstream changed sites, release is from may 2022, that one fclose(3) is
effectively merged, others remain.
https://gitlab.torproject.org/tpo/core/torsocks/-/releases
While here, bump AUTO*_VERSION, sync DESCR and capitalise COMMENT.
No shared lib, WANTLIB or PLIST change.
100% amd64 tests pass,
# rcctl -d configtest tor
doing _rc_parse_conf
tor_flags empty, using default ><
doing _rc_parse_conf /var/run/rc.d/tor
tor
doing rc_configtest
Jan 18 22:53:19.437 [notice] Tor 0.4.8.10 running on OpenBSD with Libevent
2.1.12-stable, OpenSSL LibreSSL 3.8.2, Zlib 1.3.0.1-motley, Liblzma N/A,
Libzs
Le mercredi 17 janvier 2024 à 12:01 -0500, Thomas Frohwein a écrit :
> Hi,
>
> Following up on [1], I adjusted the fluidsynth diff to the latest
> version 2.3.4. Got interested in this when revisiting simutrans [2]
> which looks for fluidsynth>=2.1. I tested fluidsynth with shockolate
> and genera
This updates from Ruby 3.2.2 to Ruby 3.2.3. Release announcement at
https://www.ruby-lang.org/en/news/2024/01/18/ruby-3-2-3-released/
One security fix in this release:
CVE-2023-36617: ReDoS vulnerability in URI
Porting wise, the only unusual change is the addition of a new command
line tool (syn
The latest upstream commit drops legacy Python 2 support code.
Following this update we can drop the RDEP on py-future. However testing
this change revealed that fifengine was missing an RDEP on py-future. The
fix for fifengine is already in the tree, but I updated the fifengine RDEP
here to 0.
On 2024/01/18 10:02, izder456 wrote:
> Here is one with spaces favored,
please don't, pretty much all the rest of the ports tree lines things up
to some extent. when people do bulk work across the ports tree touching
large numbers of ports it's helpful to have a bit of consistency, and
it's easier
Hey, sorry,
Accidentally kept the files subdir, and didn't update the licensing
info
Attatched is the fix.
Comments or OK?
--
-iz
> If something is shit and no one likes it,
you just put out another one the next month.
Stu
bugdom-1.3.4.tgz
Description: application/compressed-tar
On Thu, 18 Jan 2024 09:39:15 -0600
izder456 wrote:
> Hey again,
>
> Fixed up and patched to mirror games/nanosaur2 from omar
>
> it was a simple enough patch.
>
> Comments or O.K. to merge?
>
Hey, sorry,
Accidentally kept the files subdir, and didn't update the licensing
info
Attatched is
Hey,
Sorry, i was half awake when building that.
Here is one with spaces favored, otherwise not changed much.
I plan on getting emwm-utils too in a bit later either today or
tomorrow, it could possibly be a flavour, but I'm unsure if that makes
sense here.
OK?
--
-iz
> If something is shit a
Accounting for sthen's response I left the compiler line and removed
the compiler comment. I looked through it and I think we can also drop
the bdep on gettext,-tools which was needed for autoconf stuff before.
The do-test works now, thanks!
On Thu, Jan 18, 2024 at 06:54:02AM +0100, Rafael Sadowsk
Hello,
On 2024/01/17 20:21:52 -0500, George Koehler wrote:
> On Fri, 23 Dec 2022 16:24:10 +0100
> Omar Polo wrote:
>
> > Today I discovered that someone has made a port of Nanosaur II for
> > modern OSes and I just had to try it :)
>
> Hi op, I tried your port of Nanosaur2 after izder456 made
Thanks!
Nothing different then what I was trying, probably down to the local
implementation of eduroam.
Best,
g
On Tue, 9 Jan 2024 at 18:00, Корякин Артём wrote:
> Gabriel Brito writes:
>
> > Thank you for the reply!
> > Do you mind sharing your wpa_supplicant.conf?
> >
> > Best,
> > g
>
> Ye
Thank you for the reply, Stuart.
The logs from the openssl flavour (with -dd):
wpa_supplicant v2.9
Successfully initialized wpa_supplicant
Initializing interface 'iwx0' conf '/etc/wpa_supplicant.conf' driver 'default'
ctrl_interface 'N/A' bridge 'N/A'
Configuration file '/etc/wpa_supplicant.conf
On Wed, Jan 17, 2024 at 10:24:23AM +, Stuart Henderson wrote:
Try downloading the file first and pkg_add from local disk in case
there's some network issue preventing it from being fetched properly
(where "network issue" can include some OS problem with the nic, or
an issue on the network pa
oops, missed attachment.
On 2024/01/18 10:58, Stuart Henderson wrote:
> On 2024/01/17 20:59, izder456 wrote:
> > Hey ports@,
> >
> > I want to import EMWM, which is an enhanced fork of Motif WM that:
> >
> > - Provides compatibility with current xorg extensions and applications
> > - Supports m
On 2024/01/17 20:59, izder456 wrote:
> Hey ports@,
>
> I want to import EMWM, which is an enhanced fork of Motif WM that:
>
> - Provides compatibility with current xorg extensions and applications
> - Supports multi-monitor setups trough Xinerama/Xrandr
> - Includes UFT-8 support via Xft fonts
On Thu, Jan 18, 2024 at 09:44:20AM -, Laurent Cheylus wrote:
> The RDEP on lang/rust,-src is not optional, rust-analyzer tool needs Rust
> sources to work properly.
Agreed, but on the other hand, you may not be using the packaged version of
Rust, in which case you'd point RUST_SRC_PATH elsewh
And right after it was committed, someone found a bug in split
https://marc.info/?l=oss-security&m=170556990821840&w=2
Index: Makefile
===
RCS file: /cvs/ports/sysutils/coreutils/Makefile,v
diff -u -p -r1.29 Makefile
--- Makefile
On 2024 Jan 17 (Wed) at 19:53:18 -0700 (-0700), phess...@openbsd.org wrote:
:critical path missing pkgs:
http://build-failures.rhaalovely.net/aarch64/2024-01-15/summary.log
:
:build failures: 5
:http://build-failures.rhaalovely.net/aarch64/2024-01-15/databases/updatedb.log
missing REVISION, fixe
Rafael Sadowski writes:
> Hi All!
>
> Would someone be kind enough to review these 3 new ports? There are no
> heavy dependencies necessary to build it.
>
Just one question, shouldn't they be using NO_BUILD = Yes ?
If I properly understood, they are headers/source files only
ports. Currently, w
25 matches
Mail list logo
