Hello,
Here's an update to i2pd's latest version, released 2 weeks ago. This new
release contains mitigations for a novel and ongoing DDoS attack against the
I2P network.
The patch compiles and runs fine on amd64. On -current, it is very
straightforward, but I mainly tested it on -stable
Here's a very straightforward update to tor's new stable release.
Tested on amd64: builds and runs fine, with only 1 test failing as before.
Release notes are here:
https://gitlab.torproject.org/tpo/core/tor/-/raw/release-0.4.8/ReleaseNotes
Best regards.
Index: Makefile
OK thank you for letting me know
Since this patch does nothing, here's a new diff without it.
For the record, tests still pass when the patch is correctly generated
Cheers!
On Monday, April 15th, 2024 at 11:27 PM, Stuart Henderson
wrote:
> On 2024/04/15 20:22, open...@systemfailure.net
Hello,
Here's a patch for i2pd:
- upgrading the port to the latest release, which brings several small
improvements (changelog: https://github.com/PurpleI2P/i2pd/releases/tag/2.51.0)
- building it without debug symbols. It's not clear why i2pd is built by
default with debug symbols, but it's
Just to add a facts-based confirmation: my i2pd router[*] is running with
openfiles-cur=4096, openfiles-max=4096 and kern.maxfiles=8192 (as proposed by
Klemens) without any problem since more than 3 days.
This is by no means an extensive survey, but these values seem definitely
sufficient to
As far as I understand, a maximum limit of 4096 open file descriptors is
sufficient for most users.
This limit should be raised to 8192 for floodfills, but a router becomes a
floodfill only if 2 conditions are met:
- it has a sufficiently high bandwidth
- the user has set "floodfill = true" in
I'm globally OK with your proposal, which is fine for most users, but IMHO it
would be nice to tell people running floodfills (a not-so-uncommon use case) in
the README that they should raise the max file limits even more.
I hope the attached patch, with a rephrased README, is clearer...
Thank
According to i2pd's online documentation [1], the maximum number of open file
descriptors is 4096 for a regular node, and 8192 for a floodfill [2].
I have never measured how many FDs i2pd is really using, but this software for
sure needs a lot of them.
So I guess we can set 4096 as default
depends on how many tunnels you allow (default
> 5000) and probably speed bandwidth
>
> It can use as much as someone allows it.. which be tricky on openbsd because
> user has to set openfiles, cannot be flexible at runtime.
> and no idea what counts as openfile in i2pd, tunnels? rou
Hello,
Here's a very simple patch updating net/i2pd to the latest release (2.50.2).
This version brings small bugfixes:
https://github.com/PurpleI2P/i2pd/compare/2.50.0...2.50.2
Tested on amd64 since a few days, no problem.
Best regards.Index: Makefile
Ping
On 12/19/23 19:42, Volker Schlecht wrote:
Updates lang/erlang/25 to the latest bugfix release.
This release implements the strict KEX option for SSH.
Unfortunately there seems to have been a hickup with the include path in
the
related test, so I added a small patch to make sure that the
Ping
On 12/19/23 19:45, Volker Schlecht wrote:
Ping. I've been running this for a really long time now. It works ...
ok?
On 2023-11-04 19:18, Volker Schlecht wrote:
Ping.
On 2023-10-24 21:03, Volker Schlecht wrote:
Ping.
On Tue Oct 17, 2023 at 12:06 AM CEST, Volker Schlecht wrote:
Updates
Ping.
On 12/19/23 19:58, Volker Schlecht wrote:
Ping with an update to 3.12.10 - everything else still holds.
On 2023-11-06 18:44, Volker Schlecht wrote:
I would like to update net/rabbitmq to the 3.12.x release branch.
RabbitMQ 3.11.x will run out of community support on December 31st
Hi,
Here's an update for net/i2pd:
https://github.com/PurpleI2P/i2pd/releases/tag/2.50.0
Builds and runs fine on amd64, with all tests passing.
Regards.Index: Makefile
===
RCS file: /cvs/ports/net/i2pd/Makefile,v
retrieving
Hi,
Here's another update for net/tor: 0.4.8.7
This release fixes a major bug on the client side. This bugfix is needed for
the upcoming Tor Browser 13 :
https://forum.torproject.org/t/stable-release-0-4-8-7/9398
The port now uses autoconf-2.71 (instead of 2.69).
It builds and runs fine,
Hello,
Here's a very simple patch updating tor to the latest version : 0.4.8.6
This version is a bugfix release, with a major bugfix for onion services :
https://gitlab.torproject.org/tpo/core/tor/-/raw/release-0.4.8/ReleaseNotes
Tested on amd64 since several days, working great.
With 'make
Here's another simple patch, updating i2pd to version 2.49.0.
Changelog : https://github.com/PurpleI2P/i2pd/releases/tag/2.49.0
I'm running it on amd64 since several says, without problem.
Regards.Index: Makefile
===
RCS file:
Here's an update to the latest stable version of tor: 0.4.7.14.
This is mainly a bugfix release:
https://gitlab.torproject.org/tpo/core/tor/-/raw/release-0.4.7/ReleaseNotes
I changed MASTER_SITES to https://dist.torproject.org/, which is the official
distribution site of the Tor Project.
Hi,
Here's an update to i2pd.
Lightly tested on current, extensively on stable (amd64).
These commands are OK:
make test
make port-lib-depend-check
/usr/ports/infrastructure/bin/portcheck
Regards,
SystemFailureIndex: Makefile
===
On 6/3/23 02:15, Solène Rapenne wrote:
> On Fri, 2023-06-02 at 17:07 -0600, Aisha Tammy wrote:
>> CVSROOT:/cvs
>> Module name:ports
>> Changes by: ai...@cvs.openbsd.org 2023/06/02 17:07:35
>>
>> Modified files:
>> meta : Tag: OPENBSD_7_3 Makefile
>>
>> Log
Hi everyone,
I am totally new to editing ports and tried to update gprolog to version
1.5.0. I currently only have a single OpenBSD system for tests which
runs a 7.0-CURRENT snapshot on amd64, so I don't know if the port is
still broken on i386. I also don't know if the port still builds on sparc
on a new port databases/lmdbxx, which is attached in the
patch as well.
diff --git a/databases/lmdbxx/Makefile b/databases/lmdbxx/Makefile
new file mode 100644
index 000..240bf325f17
--- /dev/null
+++ b/databases/lmdbxx/Makefile
@@ -0,0 +1,42 @@
+# $OpenBSD: $
+
+COMMENT = C++17 wrapper
On 21/07/26 02:36PM, Stuart Henderson wrote:
> Ports must not use cpu features detected at build time in the default
> build.
>
> In some special cases it might make sense to have a "native" flavour
> that is not linked to the build by default (i.e. so packages are not
> normally built) as long
+++ ./pkg/PLIST 26 Jul 2021 16:25:57 -
@@ -1,5 +1,5 @@
@comment $OpenBSD: PLIST,v 1.1.1.1 2017/11/28 02:58:36 kevlo Exp $
-lib/fcitx/fcitx-anthy.so
+@so lib/fcitx/fcitx-anthy.so
share/fcitx/addon/fcitx-anthy.conf
share/fcitx/anthy/
share/fcitx/anthy/101kana.sty
@@ -36,3 +36,4 @@ share/locale
Hi,
I'm porting marisa-tire[0] now, it is a C++ implementation of MARISA
(Matching Algorithm with Recursively Implemented StorAge) trie data
structure. It offers a configure flag --enable-native-code for detecting
and enabling processor-dependent optimizations which I'm not sure if I
should
Hi,
Mononoki is a font created to enhance code formatting. It works well on
high and low resolution displays, and characters are distinguishable
from similar looking characters.
I have tested it on OpenBSD -CURRENT @amd64 and have been using it for
6 months.
Please help me check/import
' idiom
if you are wired that way).
I would prefer having an OpenBSD package for that tool and I would be
interested in writing a port for this. Does that sound like a good idea?
Is anyone already working on such a port? Or is there even already a
port which I managed to overlook?
Best regards
On 2020-03-26 10:47, Kurt Mosiejczuk wrote:
> On Thu, Mar 26, 2020 at 09:37:57AM -0400, Johan Huldtgren wrote:
> > On 2020-03-13 9:25, Johan Huldtgren wrote:
> > > hello,
>
> > > py-metallum is a basic python API for querying the Encyclopedia Metallum
> > > (aka metal-archives.com). Tested,
Hi all,
I seem to have some trouble getting GnuPG to work as it needs sendmail
to be located in /usr/lib/sendmail.
The upstream bug has been reported: https://dev.gnupg.org/T4886
It can be mitigated by building GnuPG by setting the --with-mailprog=
Best,
Aisha
On Sat, Apr 18, 2015 at 11:43:53AM +0200, Landry Breuil wrote:
On Sat, Apr 18, 2015 at 07:15:08AM +0200, Sébastien Marie wrote:
On Sat, Apr 18, 2015 at 06:17:18AM +0200, Sébastien Marie wrote:
Hi,
This patch include:
- the previous patch to disambiguate linkage (not yet commited)
I got the suggestion to try with -current.
(I should have thought about that myself.)
I installed the snapshot from 22-Sep-2014,
and there dovecot works fine!
Peter
On Tue, Sep 23, 2014 at 08:36:14PM +0200, list-openbsd-po...@jyborn.se wrote:
On Tue, Sep 23, 2014 at 02:12:35PM +0100, Stuart
at this time.
I have wasted too much time on this problem, got to get back to
real work. I will return to FreeBSD 9, where both dovecot and
tmux works fine. FreeBSD 9.3 has EoL in 2017, so I might be back
with OpenBSD dovecot questions in 2017. :)
Thanks for trying!
Peter
On Mon, Sep 22, 2014 at 03
On Tue, Sep 23, 2014 at 02:12:35PM +0100, Stuart Henderson wrote:
On 2014/09/23 14:23, list-openbsd-po...@jyborn.se wrote:
I don't understand how this memory error is possible, since
for this test I am using a completely empty mail directory
in my $HOME, and in /var/mail I have tried
On Sun, Sep 21, 2014 at 11:25:31PM +0200, list-openbsd-po...@jyborn.se wrote:
On Sun, Sep 21, 2014 at 06:13:32PM +0100, Stuart Henderson wrote:
On 2014/09/21 16:06, list-openbsd-po...@jyborn.se wrote:
I get this in /var/log/maillog when I start mutt:
Sep 21 13:21:27 xxx dovecot: imap
Hello!
I'm sorry about this long email. I just want to describe below
everything that I have tried, so you won't have to ask about it.
I'm a long time FreeBSD user, but I had to switch OS because
I got problems with my main work tool tmux after upgrading to
FreeBSD 10. OpenBSD tmux seems fine
On Sun, Sep 21, 2014 at 06:13:32PM +0100, Stuart Henderson wrote:
On 2014/09/21 16:06, list-openbsd-po...@jyborn.se wrote:
I get this in /var/log/maillog when I start mutt:
Sep 21 13:21:27 xxx dovecot: imap(yyy): Fatal:
pool_system_realloc(4294967296): Out of memory
Sep 21 13:21:30
On Sun, Sep 21, 2014 at 06:13:32PM +0100, Stuart Henderson wrote:
On 2014/09/21 16:06, list-openbsd-po...@jyborn.se wrote:
I get this in /var/log/maillog when I start mutt:
Sep 21 13:21:27 xxx dovecot: imap(yyy): Fatal:
pool_system_realloc(4294967296): Out of memory
Sep 21 13:21:30
for scratch-1.4.0.7
The licensing info for scratch-1.4.0.7 is incomplete. (in graphics/scratch)
Please notify the OpenBSD port maintainer: (in graphics/scratch)
Stuart Cassoff s...@users.sourceforge.net (in graphics/scratch)
cd
/usr/ports/pobj/scratch-1.4.0.7/scratch-1.4.0.7.src/src/plugins
)
and not sure what's going on with sqCamera-linux.c at all, might also
be whitespace, might be something else.
Tres bien, Monsieur.
Voila la diffe, inlinee et attache.
Hi ports@
This also works with on a iBook G4:
OpenBSD 5.3-beta (GENERIC) #14: Sun Feb 3 21:53:42 MST 2013
t
-Resources.zip on:
s3:fred ~ dmesg|head -2
OpenBSD 5.3-beta (GENERIC.MP) #25: Fri Feb 1 16:35:30 MST 2013
t...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC.MP
I can also run the game on:
x41:fred ~ dmesg|head -2
OpenBSD 5.3-beta (GENERIC) #27: Thu Feb 7 19:44:17 MST 2013
t
programs seem to be running fine including thunderbird-17.0.2.
Thanks,
Florian
Hi ports@
I noticed this as well, and have just upgrade to the 18 Jan snapshot but
the issue is still occurring.
I'd just reported this to misc@ see [1]
http://marc.info/?l=openbsd-miscm=135881199622376w=2
As with the emacs23 port, the no_x11 flavour of your port requires
dbus, which requires X. To fix this, add --without-dbus
--without-gconf to CONFIGURE_ARGS for the no_x11 flavour and update
WANTLIB and LIB_DEPENDS appropriately.
The emacs23 no_x11 package requires dbus, which requires X.
Here's a patch to fix it:
--- Makefile.orig Tue Aug 14 17:36:43 2012
+++ MakefileTue Aug 14 21:31:50 2012
@@ -56,7 +56,8 @@
. if ${FLAVOR:Mathena}
ERRORS = Fatal: athena and no_x11 flavors are mutually
On 04/30/12 02:55, Stuart Cassoff wrote:
On 04/18/12 05:31, Stuart Cassoff wrote:
On 04/18/12 03:21, Landry Breuil wrote:
On Wed, Apr 18, 2012 at 02:25:35AM -0400, Stuart Cassoff wrote:
Is it mandatory to copy all those files to ~ ? Cant it run from the
systemwide install ?
Landry
Maybe. In
On 04/30/12 14:35, OpenBSD wrote:
The camera plugin is not building for me as it cannot find asm/types.h
and linux/videodev2.h
Thanks
Fred
This was me being a muppet - I'd not applied the patches!
I'm currently testing Scratch 1.4 - the camera application opens but
returns just a black
On Thu, Apr 21, 2011 at 04:12:21PM +0200, David Coppa wrote:
Since nowadays not even YouTube supports flash7 anymore, I'd suggest
www/opera-flashplugin can go into the Attic.
Thoughts?
You mean my intertubes won't have adverts? I won't be allowed the
premium, enterprise-level,
Hello,
If this is the wrong place for this post, please let me know...
More specifically, would it be appropriate to submit this to the Bug
Tracking system using sendbug?
I think I've found a bug in OpenBSD's port of findutils. It can
easily be reproduced with this command sequence:
mkdir
Hi,
Is someone working on porting archiveopteryx on OpenBSD ?
If not, i will try to do it.
Homepage: http://www.archiveopteryx.org/
Desc: Archiveopteryx is an Internet mail server, optimised to support
heavy usage and high-volume, long-term archival storage. It seeks to
make it practical
CTM_MAIL BEGIN OpenBSD-ports.5195.gz 1 1
H4sIA7WdeXPbuLbg/44/Baene+be+9qySGrNVN5rW1YcdyzbbSlL35kpFUiCEiKKYLjY
Vrr6u88BSGrFJidT1e3YOD/sBwcHAAkOJqPpxfDq+tZyGk3rLsHxxfjyNKFpnlltu9+2nGazY9tO
q9lpunb731bjZDAZvR1bDT9fTrMc5UVm2cCUPzqdloXbHmp6TtP2un7Pczoduxm0sOs7Hg6b7Ta2
===
RCS file: /pub/cvsroot/OpenBSD/ports/databases/p5-DBD-SQLite/Makefile,v
retrieving revision 1.5
diff -u -r1.5 Makefile
--- /usr/ports/databases/p5-DBD-SQLite/Makefile 30 May 2005 20:37:36 -
1.5
+++ /usr/ports/databases/p5-DBD-SQLite/Makefile 23 Sep 2005 09:08:35 -
@@ -2,7 +2,7
/Makefile
===
RCS file: /pub/cvsroot/OpenBSD/ports/databases/p5-DBD-SQLite/Makefile,v
retrieving revision 1.5
diff -u -r1.5 Makefile
--- /usr/ports/databases/p5-DBD-SQLite/Makefile 30 May 2005 20:37:36 -
1.5
+++ /usr/ports/databases
I started building new packages for the recent kde update using the
Jun 3 22:26 i386 snapshot. However, w/ kdelibs-3.4.0p1 installed
on the packaging box, kdebase fails to build. If I install
kdelibs-3.4.1, the build (and package) of kdebase proceed as
expected. Perhaps, kdebase could
52 matches
Mail list logo
