Hello,
Here's an update to i2pd's latest version.
I modified patch-tests_Makefile to make all tests pass.
Builds and runs fine on amd64.
Best regards.Index: Makefile
===
RCS file: /cvs/ports/net/i2pd/Makefile,v
diff -u -p -r1.26 Ma
Oops, wrong patch for -stable, sorry.
On Monday, August 19th, 2024 at 2:23 PM, open...@systemfailure.net wrote:
> On Sat, 17 Aug, 2024 at 03:14:29 +, Theo Buehler wrote:
>
> > On Sat, Aug 17, 2024 at 04:58:14AM +0200, David Uhden Collado wrote:
> >
> > > > Initially, I tried to update this
On Sat, 17 Aug, 2024 at 03:14:29 +, Theo Buehler wrote:
> On Sat, Aug 17, 2024 at 04:58:14AM +0200, David Uhden Collado wrote:
> > > Initially, I tried to update this port to version 2.53.0 but encountered
> > > compilation errors [2] due to the lack of SipHash in LibreSSL. For a
> > > moment,
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 (patc
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 n
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 me
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
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 valu
tions you make 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 i2p
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 te
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 la
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
2023,
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 revision
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, light
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 tes
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: /cvs/
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. Otherwi
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
===
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 build
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 as
+++ ./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 us
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 this
'curl | sh' 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 ove
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, built
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
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, Stu
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
> > > i
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 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:
> > >
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
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
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
===> Building 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 (in graphics/scratch)
cd
/usr/ports/pobj/scratch-1.4.0.7/scratch-1.4.0.7.src/src/plugins/unicod
diff)
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
ratch-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
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-misc&m=1358811996
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
exclusi
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 ju
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 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, user-emp
; -SIZE (findutils-4.1.tar.gz) = 294494
> +MD5 (findutils-4.4.2.tar.gz) = NRzErbB9VId/oV91+3fTnw==
> +RMD160 (findutils-4.4.2.tar.gz) = 0pVKMdWcojjhi1C+gvHsz3rWkFQ=
> +SHA1 (findutils-4.4.2.tar.gz) = 6N2I+izFir/9C/we3auQICMbsCQ=
> +SHA256 (findutils-4.4.2.tar.gz) =
> Q08y0XHLwKXnLPxTcsb
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 -p
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 not
CTM_MAIL BEGIN OpenBSD-ports.5198.gz 1 1
H4sIA618a3PjNpb259avQO1mapKpyCJuJNFb81YUW93xpn1Zy91JdvctFa42Y4nUkJS7
Pan+73tAUrIs86KZ3aRaJnEeHAAH5waQ4OntxeLH2fvzS0ROAnS1tumP87PxOsvLAnEsYkSCIMSY
8IBzxsR/opPR6e3Fuzk60eVqUZSy3BQIA6b+CUOGmA7iOLTScimwjG0gmZTc0pDHmMIdiq3CWAZG
CTM_MAIL BEGIN OpenBSD-ports.5196.gz 1 1
H4sIA7VZeU8bSRb/G3+K0izSSjsxrvuwxO4QcDJouIRJdrRaCdUJ3vjocTcJJMp331fV
2BgDDiPtIqiyq1+9evf7VbN/cXz5dvD+8ATRHYxOqzh9OzzoVrN5UyNBjEQUY0kI5YRhItS/0E5n
/+L43RDt+GZyWTe2uakRAZp2kJKjqFikJCYqpQo6eB+JZyQKxVVgwlHEseRRJ289NoFQrCLWXsIu
CTM_MAIL BEGIN OpenBSD-ports.5195.gz 1 1
H4sIA7WdeXPbuLbg/44/Baene+be+9qySGrNVN5rW1YcdyzbbSlL35kpFUiCEiKKYLjY
Vrr6u88BSGrFJidT1e3YOD/sBwcHAAkOJqPpxfDq+tZyGk3rLsHxxfjyNKFpnlltu9+2nGazY9tO
q9lpunb731bjZDAZvR1bDT9fTrMc5UVm2cCUPzqdloXbHmp6TtP2un7Pczoduxm0sOs7Hg6b7Ta2
g /usr/ports/databases/p5-DBD-SQLite
Index: /usr/ports/databases/p5-DBD-SQLite/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/p
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/p5-DBD-SQLite/Makefile 23 Sep 2005 09:08:35 -
@@ -
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 coul
57 matches
Mail list logo
