Kirill A. Korinsky (2024-12-16 12:12 +0100):
> On Mon, 16 Dec 2024 11:02:00 +0100,
> Tim van der Molen wrote:
> >
> > No regressions here either.
> >
> > OK tim
> >
>
> Thanks for OK and testing.
>
> At the last check I had discovered a two new sm
Kirill A. Korinsky (2024-12-14 00:38 +0100):
> On Wed, 11 Dec 2024 22:39:38 +0100,
> Kirill A. Korinsky wrote:
> >
> > On Wed, 11 Dec 2024 21:50:53 +0100,
> > Tim van der Molen wrote:
> > >
> > > Kirill A. Korinsky (2024-12-09 19:17 +0100):
> >
Kirill A. Korinsky (2024-12-09 19:17 +0100):
> Fixing permission at /var/spool/spamassassin/spampd looks too complicated,
> because we run spamassassin's spamd at one user, and mail/spampd from
> another one. Insted magic of permission or moving files in rc-script...,
> I've add pkg/MESSAGE with in
Kirill A. Korinsky (2024-12-08 21:03 +0100):
> On Sun, 08 Dec 2024 20:40:07 +0100,
> Tim van der Molen wrote:
> >
> > Kirill A. Korinsky (2024-12-06 23:48 +0100):
> > > ports@,
> > >
> > > here a fix for mail/spampd to adjust default home director
Kirill A. Korinsky (2024-12-06 23:48 +0100):
> ports@,
>
> here a fix for mail/spampd to adjust default home directory to really used
> one.
>
> If a user installs spampd and runs it, he will discover the following error
> for each processed email:
>
> plugin: eval failed: bayes: (in learn)
Ping
Tim van der Molen (2024-10-13 13:26 +0200):
> pinentry-tty is an alternative to pinentry-curses. It shows a prompt
> instead of a curses dialog.
>
> OK?
>
> Index: Makefile
> ===
> RCS file: /cvs
pinentry-tty is an alternative to pinentry-curses. It shows a prompt
instead of a curses dialog.
OK?
Index: Makefile
===
RCS file: /cvs/ports/security/pinentry/Makefile,v
diff -p -u -r1.36 Makefile
--- Makefile16 Jun 2024 18:19:0
(Moving to ports@)
Walter Alejandro Iglesias (2024-08-08 15:53 +0200):
> On Thu, Aug 08, 2024 at 12:19:29PM +0200, Walter Alejandro Iglesias wrote:
...
> > I've been using transmission-gtk every day without problems since a long
> > time. I don't use rtorrent, I downloaded it to find out if it wa
Kirill A. Korinsky (2024-06-07 15:34 +0100):
> > afaik they're meant to be getting these from golang.org/x/sys/unix
> > (where EBADMSG *is* present for all OpenBSD platforms) rather than
> > go itself anyway?
>
> I've already tried it and discovered an issue that x/sys/unix isn't
> available on wi
Tim van der Molen (2024-04-12 14:57 +0200):
> p5-CryptX contains a vendored copy of libtomcrypt. It uses "-msse4.1
> -maes" to enable AES-NI support. The problem is that these flags are
> used for *all* source files. This may cause SIGILL on CPUs without
> SSE4.1.
>
>
p5-CryptX contains a vendored copy of libtomcrypt. It uses "-msse4.1
-maes" to enable AES-NI support. The problem is that these flags are
used for *all* source files. This may cause SIGILL on CPUs without
SSE4.1.
I think the best solution is for CryptX to use "-msse4.1 -maes" only for
aesni.c. Unf
I'm trying to troubleshoot an issue where Chrome/Chromium browsers
randomly fail to correctly use SSL against my web server.
So I am trying to compile and install an apache-http port with OpenSSL 1.1
library instead of LibreSSL.
I have managed to compile and install this customer port, however, I
Here is an update to jpegoptim 1.5.0.
Changes: https://github.com/tjko/jpegoptim/releases
This also switches the port to GitHub. The original HOMEPAGE and
MASTER_SITES were not updated for the last two releases. In a mail,
upstream said they had forgotten about that, and that tracking releases
on
Larry Hynes (2022-11-25 19:56 +):
> Hi
>
> Since upgrading Firefox to 107.0 on 7.2 -stable, Firefox keeps
> exiting with "rpath" pledge violations leading to core dumps on a
> ThinkPad T450s.
>
> So far, I haven't been able to reproduce it reliably. Just launching
> Firefox and opening and sc
Omar Polo (2022-11-13 12:01 +0100):
> On 2022/11/13 10:57:08 +, Stuart Henderson wrote:
> > On 2022/11/13 09:59, Omar Polo wrote:
> > > On 2022/11/12 14:53:37 +0100, Caspar Schutijser
> > > wrote:
> > > > Hi,
> > > >
> > > > On
Hi,
Attached is a port for nostt.
nostt is a command-line NOS Teletekst reader. It supports color and has
an interactive mode. NOS Teletekst is the teletext service of the Dutch
public broadcaster NOS.
https://github.com/sjmulder/nostt
Comments? OK?
nostt.tar.gz
Description: application/tar-g
On Sun, 30 Oct 2022 09:16:39 -0700
Tim Howe wrote:
> On Sun, 30 Oct 2022 09:13:19 +
> Stuart Henderson wrote:
>
> > If you have the ports tree on your machine you can unpack the attached
> > file under /usr/ports/mail/postfix, pkg_delete postfix, and build a 3.5
> &
Once mattermost is launched, if you stop it with rcctl (or any other method
I have tried) netstat still shows connections even though the server is
stopped.
This seems to prevent it from being usable again if you try to start it
because it can't bind to the port again. I don't know of a way to
cle
On Sun, 30 Oct 2022 09:13:19 +
Stuart Henderson wrote:
> If you have the ports tree on your machine you can unpack the attached
> file under /usr/ports/mail/postfix, pkg_delete postfix, and build a 3.5
> version from /usr/ports/mail/postfix/stable35 with "FLAVOR=pgsql make
> install".
My working mail config started failing after an upgrade to OpenBSD 7.2
and a pkg update.
# uname -a
OpenBSD bleh 7.2 GENERIC.MP#0 amd64
# pkg_info postfix
Information for inst:postfix-3.7.2p1-pgsql
postmap fails to do pgsql lookups. it crashes when attempting.
# postmap -q 'myemailaddress' pgs
Here is an update to sqlcipher 4.5.2. Announcement:
https://www.zetetic.net/blog/2022/08/03/sqlcipher-4.5.2-release/
JSON is now enabled by default, so -DSQLITE_ENABLE_JSON1 is no longer
needed.
OK?
Index: Makefile
===
RCS file: /c
Here is an update to SQLite 3.39.2, which includes a fix for
CVE-2022-35737.
Commentary from https://www.sqlite.org/cves.html:
This bug is an array-bounds overflow. The bug is only accessible
when using some of the C-language APIs provided by SQLite. The
bug cannot be reac
Tom Murphy (2022-05-15 16:03 +0100):
> Attached is a diff for databases/sqlcipher from v4.5.0 to v4.5.1.
> I've bumped the shared library a minor version for dynamic export
> changed in the library. The Changelog can be accessed here:
> https://github.com/sqlcipher/sqlcipher/blob/v4.5.1/CHANGELOG
NO}: result: openssl" >&5
- $as_echo "openssl" >&6; }
- { $as_echo "$as_me:${as_lineno-$LINENO}: checking for HMAC_Init_ex in
-lcrypto" >&5
Index: patches/patch-src_crypto_impl_c
===
Tim van der Molen (2021-10-31 23:02 +0100):
> Stuart Henderson (2021-10-31 19:42 +):
> > is it this? https://core.tcl-lang.org/tcl/info/24b9181478
>
> Thanks. Yes, that should be it. SQLCipher now builds successfully and
> also the test script from my previous mail n
Stuart Henderson (2021-10-31 19:42 +):
> is it this? https://core.tcl-lang.org/tcl/info/24b9181478
Thanks. Yes, that should be it. SQLCipher now builds successfully and
also the test script from my previous mail now works correctly.
However, tcl still has failing tests. Some are new. See belo
Tim van der Molen (2021-10-29 23:46 +0200):
> Christian Weisgerber (2021-10-28 00:16 +0200):
> > databases/sqlcipher
>
> I can't reproduce this on jsg's llvm13 snapshot. Can anyone else?
>
> The errors seem strange, too. It looks as if sqlite3.c somehow was
>
Christian Weisgerber (2021-10-28 00:16 +0200):
> databases/sqlcipher
I can't reproduce this on jsg's llvm13 snapshot. Can anyone else?
The errors seem strange, too. It looks as if sqlite3.c somehow was
generated incorrectly. naddy, if you still have the build directory,
could you send me that sql
Stuart Henderson (2021-01-01 22:25 +):
> On 2021/01/01 14:30, Tom Murphy wrote:
> > Hi all,
> >
> > I've been wanting to get qtox running (since utox is rather
> > unstable).
> >
> > Attached to this email are two new ports:
> >
> > databases/sqlcipher - Allows you to encrypt sqlite da
Theo Buehler (2021-03-11 17:50 +0100):
> Keep py-protobuf in sync with protobuf. Lightly tested on amd64.
Works for me. OK.
> I was wondering if we could switch it to py3 only. The only potential
> py2 consumer is security/py-axolotol, as far as I can see.
>
> feinerer, would you be ok with swit
Theo Buehler (2020-09-06 17:30 +0200):
> Here's the accompanying update for py-protobuf 3.13.0. Seems to work
> fine. setup.py now says "setup_requires = ['wheel'], so I added py-wheel
> to the build depends. Lightly tested, seems to work fine.
Seems to work for me, too. OK.
It seems py-protobuf is broken, maybe after the recent protobuf
update?
$ echo 'syntax = "proto2"; message foo { optional bool bar = 1; }' > foo.proto
$ protoc --python_out=. foo.proto
$ python3 -c 'import foo_pb2'
Traceback (most recent call last):
File "
Stuart Henderson (2020-06-12 11:47 +0100):
> On 2020/06/12 11:41, Tim van der Molen wrote:
> > I'm not sure if and how the license marker in the port Makefile should
> > be updated. Right now it says "BSD", but the strverscmp() code is GPL.
>
> LGPL not GPL, bu
It would be nice to be able to use version sort in feh so that 2.jpg
is shown before 10.jpg.
Version sort is currently disabled in the feh port because it requires
strverscmp() which is a glibc extension. However, it seems safe to copy
the code from glibc and compile it as part of feh. That's wha
Here is a new point release that contains some reliability fixes
for potential deadlocks, as well as some fixes in printing sessions
ids on macppc.
Index: Makefile
===
RCS file: /cvs/ports/net/wiresep/Makefile,v
retrieving revision 1.7
Stuart Henderson wrote:
> On 2020/04/24 00:22, Tim Kuijsten wrote:
> > New upstream release that includes patches by Klemens Nanni that
> > fix an endless loop on platforms where char is unsigned, e.g. macppc.
>
> thanks - as this is a noop (the only thing that changes is
New upstream release that includes patches by Klemens Nanni that
fix an endless loop on platforms where char is unsigned, e.g. macppc.
Index: Makefile
===
RCS file: /cvs/ports/net/wiresep/Makefile,v
retrieving revision 1.6
diff -u -p -
iles for php-fpm. I have a feeling
they're displayed because that package was deleted before/after the new
one version was installed, but they probably shouldn't be displayed
during an upgrade. I'm not sure if there's something that can be done in
the port or i
Whoops, the previous patch was based on an old tree, here the same patch based
on the latest ports tree.
Tim Kuijsten wrote:
> This is the latest and greatest.
>
> Please note I've moved away from GitHub to my own domain.
>
resep-0.11.1
+MASTER_SITES = https://netsend.nl/wiresep/archive/
-CATEGORIES = net
+CATEGORIES = net security
+
+HOMEPAGE = https://netsend.nl/wiresep/
MAINTAINER = Tim Kuijsten
Index: dis
Here is WireSep version 0.10.1. I've upstreamed both patches and incorporated
some feedback I got from Klemens Nannie and Janne Johansson, big thanks!
-Tim
wiresep-0.10.1.tgz
Description: GNU Zip compressed data
> Missing type checks should be easily added to every incovation lacking
> them, they're clearer to read and might even speed things up by
> preventing direcctory names to be matched against "*.orig" for example.
>
> When both primaries are present, `-type' should occur first for similar
> reasons
Tor v0.4.1.9 fixes a high-severity security issue, CVE-2020-10592.
This is intended for 6.6-stable.
Index: Makefile
===
RCS file: /cvs/ports/net/tor/Makefile,v
retrieving revision 1.126
diff -u -p -r1.126 Makefile
--- Makefile23 S
Solene Rapenne wrote:
> On Thu, Nov 28, 2019 at 01:35:11PM +0100, Tim Kuijsten wrote:
> > Looking at [1] I see they don't set tuninfo.type. This should be set to
> > IFT_TUNNEL:
> > net/if_types.h:#define IFT_TUNNEL 0x83
> >
> > Does that
Looking at [1] I see they don't set tuninfo.type. This should be set to
IFT_TUNNEL:
net/if_types.h:#define IFT_TUNNEL 0x83
Does that help?
[1] https://github.com/zehome/MLVPN/blob/2.3.2/src/tuntap_bsd.c#L146-L150
Solene Rapenne wrote:
> On Thu, Nov 28, 2019 at 10:26:32AM +01
> Looking in sample config,
>
> : # pick an unprivileged user/id
> : user 1109
>
> Please use @newuser/@newgroup in pkg/PLIST to add a user and set the sample
> config to use it. For the actual number, pick the next available uid from
> ports/infrastructure/db/user.list and include a diff to add
user and one separate dovenull user for all the login processes. Also
smtpd has two user ids. So I'm not quite sure which one to pick from "one user
per program" vs "one user per type of process/security domain" vs "one user
per actual process".
Thanks,
Tim
[design] https://github.com/timkuijsten/wiresep/blob/master/doc/design.md
> Forgot to mention, rather than the patch + SUBST_CMD dance, you can just
> override make variables on the command line;
>
> MAKE_FLAGS = PREFIX=${PREFIX} ETCDIR=${SYSCONFDIR}
again, now including the above fix as well.
wiresep-0.8.3.tgz
Description: GNU Zip compressed data
here a fixed version:
* drop complex use of DISTNAME for -rc.x support, not needed now
* simplify rc script
* align ruler length in README
Stuart Henderson wrote:
> On 2019/11/18 22:19, Tim Kuijsten wrote:
> > Here is a new updated port of wiresep based on v0.8.3.
> >
> >
main loop as transient
* don't notify proxy to destroy unsent sessions
Thanks Bjorn, Janne and Stuart for all the feedback!
Stuart Henderson wrote:
> On 2019/11/18 18:42, Tim Kuijsten wrote:
> > > Btw, could we make the proctitle slightly nicer on the cpu-bearing
> > &
> Btw, could we make the proctitle slightly nicer on the cpu-bearing process?
>
> PID USERNAME PRI NICE SIZE RES STATE WAIT TIMECPU COMMAND
> 19404 wsep 390 1440K 3232K onproc/1 - 0:07 27.88% tun0
You mean make it more clear in top(1) that tun0 is a process of
> enclave[46390]: decreasing current data limit from 17179869184 to 1048576
>
> enclave[46390]: decreasing maximum data limit from 17179869184 to 1048576
In the next branch I have patched the enclave to relax the heap limit to at
least 2M instead of 1M (plus some extra dependant on the number of
that aims to be simpler and faster than IPsec
and OpenVPN. Simpler both in configuration and in implementation.
Cheers!
Tim
Tim Kuijsten wrote:
> Hi all,
>
> This is a port of my implementation of WireGuard.
>
> I had some trouble with the following when creating t
PREFIX} it does not
get substituted and is displayed verbatim when the MESSAGE file is
displayed right after installing the package with `doas make install`.
Kind regards,
Tim
wiresep.tar.gz
Description: GNU Zip compressed data
"Theo de Raadt" wrote:
> I'll add my voice to this.
>
> The powerful vendors writing new languages must expand their breath,
> or face the consequences that some software is not going to get written
> in their languages. Better is very much muted by unportable.
What about gccgo? It supports mor
Tim van der Molen (2019-11-10 12:58 +0100):
> Landry Breuil (2019-11-08 23:48 +0100):
> > https://packages.rhaalovely.net/ has amd64 pkgs for 71.0b8 built from
> > this branch, and i'm running it now. This needs more testing from anyone
> > actually using firefox in wei
Landry Breuil (2019-11-08 23:48 +0100):
> https://packages.rhaalovely.net/ has amd64 pkgs for 71.0b8 built from
> this branch, and i'm running it now. This needs more testing from anyone
> actually using firefox in weird environments so that we figure out more
> missing paths.
Firefox doesn't play
Stuart Henderson (2019-04-18 21:58 +0200):
> On 2019/04/18 21:50, Tim van der Molen wrote:
> > Stuart Henderson (2019-04-18 20:57 +0200):
> > > On 2019/04/18 20:33, Rafael Sadowski wrote:
> > > > On Thu Apr 18, 2019 at 02:58:22PM +0200, Tim van der Molen wrote:
>
Stuart Henderson (2019-04-18 20:57 +0200):
> On 2019/04/18 20:33, Rafael Sadowski wrote:
> > On Thu Apr 18, 2019 at 02:58:22PM +0200, Tim van der Molen wrote:
> > > Here's an update to feh 3.1.3. OK?
> >
> > feh-3.1.3(graphics/feh):
> > Missing: png
Here's an update to feh 3.1.3. OK?
Index: Makefile
===
RCS file: /cvs/ports/graphics/feh/Makefile,v
retrieving revision 1.93
diff -p -u -r1.93 Makefile
--- Makefile10 Jul 2018 19:45:14 - 1.93
+++ Makefile25 Mar 2019 1
Tim van der Molen (2017-05-15 00:38 +0200):
> Graham Stephens (2017-05-14 23:57 +0200):
> > > On 2017/05/14 14:38, Graham Stephens wrote:
> > > > Tested and working/matching against JF's sample.
> > >
> > > Thanks.
> > >
> > &
Graham Stephens (2017-05-14 23:57 +0200):
> > On 2017/05/14 14:38, Graham Stephens wrote:
> > > Tested and working/matching against JF's sample.
> >
> > Thanks.
> >
> > > Err... however - and I apologise for not thinking ahead and mentioning it
> > > earlier - but there's also a wvunpack program
audio
HOMEPAGE = http://www.wavpack.com/
MAINTAINER = Tim van der Molen
-SHARED_LIBS += wavpack 0.1 # 2.8
+SHARED_LIBS += wavpack 1.0 # 3.0
# BSD
PERMIT_PACKAGE_CDROM = Yes
@@ -27,7 +27,11 @@ CONFIGURE_ARGS = --en
Op 28-11-16 om 15:11 schreef Kirill Bychkov:
On Mon, November 28, 2016 16:51, Tim Kuijsten wrote:
Op 28-11-16 om 14:37 schreef Kirill Bychkov:
On Mon, November 28, 2016 02:22, Tim Kuijsten wrote:
Hi ports@,
I've updated cnagios to the latest release. Quite some segfaults have
been
Op 28-11-16 om 14:37 schreef Kirill Bychkov:
On Mon, November 28, 2016 02:22, Tim Kuijsten wrote:
Hi ports@,
I've updated cnagios to the latest release. Quite some segfaults have
been fixed since 0.30.
Tested on amd64.
-Tim
ps. I'm still looking for an easy way to use it with ici
Hi ports@,
I've updated cnagios to the latest release. Quite some segfaults have
been fixed since 0.30.
Tested on amd64.
-Tim
ps. I'm still looking for an easy way to use it with icinga. Maybe a
cnagios package on it's own instead of being a subpackage of nagios
would be
CATEGORIES = audio
HOMEPAGE = http://www.wavpack.com/
-SHARED_LIBS += wavpack 0.1 # 2.5
+MAINTAINER = Tim van der Molen
+
+SHARED_LIBS += wavpack 0.1 # 2.8
# BSD
PERMIT_PACKAGE_CDROM = Yes
Index: wavpac
Here is an update to mcabber 1.0.0. OK?
Index: Makefile
===
RCS file: /cvs/ports/net/mcabber/Makefile,v
retrieving revision 1.22
diff -p -u -r1.22 Makefile
--- Makefile24 Mar 2015 22:45:07 - 1.22
+++ Makefile4 Nov 201
GNAME = ${DISTNAME:S,-family,s,}
CATEGORIES = fonts
HOMEPAGE = http://font.ubuntu.com/
-MAINTAINER = Tim van der Molen
+MAINTAINER = Tim van der Molen
# Ubuntu Font Licence 1.0
# http://font.ubuntu.com/ufl/ubuntu-font-licence-1.0.txt
Index: u
AINER= Tim van der Molen
+MAINTAINER= Tim van der Molen
# GPLv2
PERMIT_PACKAGE_CDROM= Yes
Index: getmail/distinfo
===
RCS file: /cvs/ports/mail/getmail/distinfo,v
retrieving revision 1.74
diff -p -u -r1.74 distinfo
--- ge
Stuart Henderson (2015-03-24 23:49 +0100):
> On 2015/03/24 23:20, Tim van der Molen wrote:
> > Tim van der Molen (2015-03-17 16:43 +0100):
> > > Tim van der Molen (2015-01-27 16:41 +0100):
> > > > Markus Hennecke (2015-01-23 11:31 +0100):
> > > > > U
Tim van der Molen (2015-03-17 16:43 +0100):
> Tim van der Molen (2015-01-27 16:41 +0100):
> > Markus Hennecke (2015-01-23 11:31 +0100):
> > > Updates mcabber to 0.10.3. Thanks a lot to Tim van der Molen for sending
> > > me the patch. Patch needs to be applied wi
Tim van der Molen (2015-01-27 16:41 +0100):
> Markus Hennecke (2015-01-23 11:31 +0100):
> > Updates mcabber to 0.10.3. Thanks a lot to Tim van der Molen for sending
> > me the patch. Patch needs to be applied with the -E option, the patch
> > files are no longer needed.
>
Markus Hennecke (2015-01-23 11:31 +0100):
> Updates mcabber to 0.10.3. Thanks a lot to Tim van der Molen for sending
> me the patch. Patch needs to be applied with the -E option, the patch
> files are no longer needed.
Could someone please commit this? Thanks.
> Ind
On Wed, 21 Jan 2015 12:59:43 -0500
Brad Smith wrote:
> > It appears lzma was added to WANTLIB in version 1.92.2.2 of the
> > port (tagged for OPENBSD_5_6). I don't have a handy 5.6 box to try it
> > on, but I can put something together if needed for testing...
>
> So you're running somethin
`/usr/ports/pobj/clamav-0.98.5/fake-i386/.fake_done' is up to date.
===> Building package for clamav-0.98.5p1
Create /usr/ports/packages/i386/all/clamav-0.98.5p1.tgz
|library lzma.2.0 not found
| not found anywhere
Direct dependencies for clamav-0.98.5p1 resolve to unzip-6.0p5 gettext-0.19.3
libi
$ wvunpack -qv test_suite/special_cases/win_executable.wv
Abort trap (core dumped)
$ wvunpack -qv test_suite/special_cases/cue_sheet.wv
Abort trap (core dumped)
Regards,
Tim
Index: Makefile
===
RCS file: /cvs/ports/audio/wavpack
Here is an update to getmail 4.46.0.
Index: Makefile
===
RCS file: /cvs/ports/mail/getmail/Makefile,v
retrieving revision 1.90
diff -u -r1.90 Makefile
--- Makefile17 Jan 2014 06:41:55 - 1.90
+++ Makefile23 Apr 2014 13
There's a problem with wavpack.pc:
$ pkg-config --libs wavpack
-L/lib -lwavpack
Note that -L/lib should be (something like) -L/usr/local/lib.
The diff below contains a fix from upstream.
Index: Makefile
===
RCS file: /cvs/ports/aud
Here is an update to getmail 4.43.0.
Index: Makefile
===
RCS file: /cvs/ports/mail/getmail/Makefile,v
retrieving revision 1.89
diff -u -r1.89 Makefile
--- Makefile17 Jul 2013 19:35:52 - 1.89
+++ Makefile11 Jan 2014 14
Resending.
On Wed, 10 Jul 2013 15:29:40 +0200, Tim van der Molen wrote:
> Here is an update to getmail 4.41.0. Changelog at
> http://pyropus.ca/software/getmail/CHANGELOG.
>
> Index: Makefile
> ===
> RCS fil
On Sun, 14 Jul 2013 03:56:46 +0200, James Turner wrote:
> Attached diff updates tarsnap to 1.0.34. Tested on i386. Would
> appreciate other tests from tarsnap users. I plan on committing this
> update in a couple days. Thanks.
I successfully created and extracted an archive on amd64.
Here is an update to getmail 4.41.0. Changelog at
http://pyropus.ca/software/getmail/CHANGELOG.
Index: Makefile
===
RCS file: /cvs/ports/mail/getmail/Makefile,v
retrieving revision 1.88
diff -u -r1.88 Makefile
--- Makefile17 Apr 2
Here is an update to getmail 4.39.1. Changelog at
http://pyropus.ca/software/getmail/CHANGELOG.
Index: Makefile
===
RCS file: /cvs/ports/mail/getmail/Makefile,v
retrieving revision 1.87
diff -u -r1.87 Makefile
--- Makefile11 Mar 2
Resending.
On Thu, 31 Jan 2013 22:39:54 +0100, Tim van der Molen wrote:
> Here is an update to getmail 4.37.0. Changelog at
> http://pyropus.ca/software/getmail/CHANGELOG.
>
> Regards,
> Tim
>
> Index: Makefile
> ==
Here is an update to getmail 4.37.0. Changelog at
http://pyropus.ca/software/getmail/CHANGELOG.
Regards,
Tim
Index: Makefile
===
RCS file: /cvs/ports/mail/getmail/Makefile,v
retrieving revision 1.85
diff -u -r1.85 Makefile
On Tue, 13 Nov 2012 14:55:15 -0800
Chris Cappuccio wrote:
> Tim Howe [th...@bendtel.net] wrote:
> >
> > Chris Cappuccio pointed out to me that it is probably a
> > resource issue. It then occurred that it only works fine when
> > PostgreSQL isn't runnin
On Mon, 12 Nov 2012 14:09:51 -0800
Tim Howe wrote:
> On a fresh 5.2 install after installing scribus from the pre-compiled
> package it displays in an unusable way and emits errors like so:
>
> libpng warning: Duplicate iCCP chunk
> libpng warning: Duplicate iCCP chunk
> QNati
On Mon, 12 Nov 2012 14:09:51 -0800
Tim Howe wrote:
> On a fresh 5.2 install after installing scribus from the pre-compiled
> package it displays in an unusable way and emits errors like so:
>
> libpng warning: Duplicate iCCP chunk
> libpng warning: Duplicate iCCP chunk
> QNati
On a fresh 5.2 install after installing scribus from the pre-compiled
package it displays in an unusable way and emits errors like so:
libpng warning: Duplicate iCCP chunk
libpng warning: Duplicate iCCP chunk
QNativeImage: Unable to attach to shared memory segment.
X Error: BadDrawable (invalid P
Here is an update to getmail 4.35.0.
Regards,
Tim
Index: Makefile
===
RCS file: /cvs/ports/mail/getmail/Makefile,v
retrieving revision 1.84
diff -u -r1.84 Makefile
--- Makefile21 Aug 2012 15:29:56 - 1.84
+++ Makefile
Resending.
On Sun, 29 Jul 2012 23:07:27 +0200, Tim van der Molen wrote:
> This diff installs additional WavPack documentation.
>
> Regards,
> Tim
>
> Index: Makefile
> ===
> RCS file: /cvs/ports/
Here is an update to getmail 4.33.0.
Regards,
Tim
Index: Makefile
===
RCS file: /cvs/ports/mail/getmail/Makefile,v
retrieving revision 1.83
diff -u -r1.83 Makefile
--- Makefile10 Jul 2012 23:19:11 - 1.83
+++ Makefile
This diff installs additional WavPack documentation.
Regards,
Tim
Index: Makefile
===
RCS file: /cvs/ports/audio/wavpack/Makefile,v
retrieving revision 1.9
diff -u -r1.9 Makefile
--- Makefile29 Mar 2012 13:38:13 - 1.9
On Tue, 10 Jul 2012 21:24:57 +0200, Tim van der Molen wrote:
> Here is an update to getmail 4.32.0.
Regenerated diff without the deprecated digests.
Index: Makefile
===
RCS file: /cvs/ports/mail/getmail/Makefile,v
retriev
Here is an update to getmail 4.32.0.
Regards,
Tim
Index: Makefile
===
RCS file: /cvs/ports/mail/getmail/Makefile,v
retrieving revision 1.82
diff -u -r1.82 Makefile
--- Makefile14 May 2012 10:49:47 - 1.82
+++ Makefile
^
I think that should be 1.
Regards,
Tim
On Fri, 04 May 2012 21:41:10 +0200, Tim van der Molen wrote:
> Here is an update to getmail 4.26.0.
Please commit this if there are no objections.
> Index: Makefile
> ===
> RCS file: /cvs/ports/mail/getmail/Makefile,v
Here is an update to getmail 4.26.0.
Regards,
Tim
Index: Makefile
===
RCS file: /cvs/ports/mail/getmail/Makefile,v
retrieving revision 1.81
diff -u -r1.81 Makefile
--- Makefile19 Dec 2011 21:36:27 - 1.81
+++ Makefile
Here's an update to zathura 0.0.8.5. OK maintainer.
Regards,
Tim
Index: Makefile
===
RCS file: /cvs/ports/textproc/zathura/Makefile,v
retrieving revision 1.14
diff -u -r1.14 Makefile
--- Makefile26 Nov 2011 19:53:17
1 - 100 of 198 matches
Mail list logo
